00:03.21 |
``Erik |
heh |
00:10.48 |
yukonbob |
heh |
00:13.09 |
yukonbob |
http://xkcd.org/350/ |
00:15.23 |
Axman6 |
``Erik: heh |
00:16.00 |
yukonbob |
ok last one from me: http://xkcd.org/346/ |
00:40.59 |
Axman6 |
sounds like RSS... xkcd has a feed |
00:44.21 |
``Erik |
I've only looked at rss using firefox, not an
aggregator |
00:44.35 |
``Erik |
http://math.missouristate.edu/~erik/comics/comic.php
is my dealie |
01:01.45 |
Axman6 |
don't use a mac do you? |
01:04.32 |
``Erik |
yeah I do |
01:07.59 |
Axman6 |
got leopard yet? |
01:08.13 |
Axman6 |
mail 3.0 adds RSS support, it' pretty
nice |
01:08.16 |
Axman6 |
s* |
02:57.53 |
``Erik |
<-- doesn't use mail.app *shrug*
:) |
03:05.17 |
Maloeran |
Hey starseeker |
03:05.55 |
Maloeran |
Gez, how can it be so hard to get a manager to
compile code properly. I blame your autoconf stuff, Erik
:) |
03:43.23 |
``Erik |
uh |
03:43.28 |
``Erik |
manager? compiling something? O.O |
03:45.33 |
*** join/#brlcad Axman6
(n=Axman6@pdpc/supporter/student/Axman6) [NETSPLIT
VICTIM] |
03:45.33 |
*** join/#brlcad archivist
(n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT
VICTIM] |
03:45.33 |
*** join/#brlcad starseeker
(n=CY@ip72-218-17-237.hr.hr.cox.net) [NETSPLIT
VICTIM] |
04:36.40 |
*** join/#brlcad archivist
(n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT
VICTIM] |
04:36.41 |
*** join/#brlcad starseeker
(n=CY@ip72-218-17-237.hr.hr.cox.net) [NETSPLIT
VICTIM] |
04:36.48 |
*** join/#brlcad starseeker
(n=CY@ip72-218-17-237.hr.hr.cox.net) |
04:45.14 |
*** join/#brlcad Axman6
(n=Axman6@61-69-24-60.netspeed.com.au) |
04:47.19 |
*** part/#brlcad digitalfredy
(n=digitalf@200.71.62.161) |
04:51.33 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/include/bu.h:
remove bu_brlcad_path and bu_tcl_brlcad_path decls, they're now
obsolete |
05:06.00 |
*** join/#brlcad Axman6
(n=Axman6@61-69-24-60.netspeed.com.au) [NETSPLIT
VICTIM] |
05:06.00 |
*** join/#brlcad archivist
(n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT
VICTIM] |
05:10.46 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/other/blt/src/blt.h: quell compilation warning about
data definition having no type or storage class in libtclcad when
including the blt.h header |
05:14.00 |
*** join/#brlcad Axman6
(n=Axman6@pdpc/supporter/student/Axman6) [NETSPLIT
VICTIM] |
05:18.33 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/libbu/semaphore.c: don't mention compat4.h |
05:20.36 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/src/librt/bomb.c:
compat4.h is no longer needed or wanted, pretend it doesn't exist
.. so don't undefine things it might define |
05:22.44 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/libbu/libbu.3: remove the RECOMMENDATION section that
refers to compat4.h and updating sources several major versions
old |
05:26.42 |
*** join/#brlcad Axman6
(n=Axman6@61-69-24-60.netspeed.com.au) |
05:26.43 |
*** join/#brlcad archivist
(n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT
VICTIM] |
05:30.21 |
*** join/#brlcad archivist
(n=archivis@host81-149-119-172.in-addr.btopenworld.com) |
05:31.49 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/NEWS: update the
section on deprecation with a pointer to the doc/deprecation.txt
transcript. remove the old blather about compat4.h and mged
commands. |
05:39.40 |
*** join/#brlcad Axman6
(n=Axman6@pdpc/supporter/student/Axman6) |
05:42.00 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/include/raytrace.h: provide the args for a_overlap() so it
can perform type checks |
05:46.04 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/rttherm/viewtherm.c: set the app's log overlap handler
to rt_silent_logoverlap() instead of setting the overlap callback
to rt_overlap_quietly() |
06:00.39 |
*** join/#brlcad Twingy
(n=justin@74.92.144.217) |
06:21.56 |
*** join/#brlcad Axman6
(n=Axman6@pdpc/supporter/student/Axman6) |
06:32.59 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/
(include/raytrace.h doc/deprecation.txt
src/librt/bool.c): |
06:32.59 |
CIA-4 |
BRL-CAD: rt_overlap_quietly() is now finally
obsolete. no longer need the _rt_defoverlap |
06:32.59 |
CIA-4 |
BRL-CAD: since the verbosity flag is no longer
used anyways as well. apps instead can |
06:32.59 |
CIA-4 |
BRL-CAD: set the a_logoverlap callback to a
logging routine (like rt_silent_logoverlap()) |
06:32.59 |
CIA-4 |
BRL-CAD: as the overlap handler is supposed to
be silent. |
06:36.33 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/include/
(Makefile.am compat4.h): compat4.h is now finally fully obsolete.
it's been deprecated since 5.0 and with a compilation pragma
warning now for several major release. it's time. just let it go.
buh-bye. |
06:37.22 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/doc/deprecation.txt: compat4.h is now finally fully
obsolete. it's been deprecated since 5.0 and with a compilation
pragma warning now for several major release. it's time. just let
it go. buh-bye. |
06:43.10 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/
(doc/deprecation.txt src/libbn/mat.c): and then there were none.
make the last of the pre-7.0 deprecations now finally obsolete
including bn_mat_zero(), bn_mat_idn(), and bn_mat_copy(). they all
have equivalent macros provided by the api. |
06:52.32 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/src/librt/bool.c:
reorder the functions so that no declarations are
necessary. |
06:54.00 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/src/librt/bool.c:
doxygenify |
06:57.48 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/libfft/fftc.c: quell warning |
06:58.50 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/libfft/ifftc.c: quell warning |
07:04.01 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/src/libpkg/pkg.c:
use stat() instead of access() (and it's a c89 function) |
07:22.18 |
*** join/#brlcad elite01
(n=elite01@195.37.106.60) |
07:38.20 |
*** join/#brlcad Defcon
(n=def@74.17-246-81.adsl-static.isp.belgacom.be) |
07:39.17 |
Defcon |
morning all |
07:39.18 |
Defcon |
happy hacking |
07:50.33 |
alex_joni |
hi Defcon |
07:55.11 |
Defcon |
hi alex_joni |
08:14.01 |
*** join/#brlcad Z80-Boy
(n=clock@zux221-122-143.adsl.green.ch) |
08:43.08 |
*** join/#brlcad Axman6
(n=Axman6@pdpc/supporter/student/Axman6) |
09:45.19 |
*** join/#brlcad Axman6_
(n=Axman6@61-69-24-60.netspeed.com.au) |
10:44.51 |
*** join/#brlcad Z80-Boy
(n=clock@zux221-122-143.adsl.green.ch) |
10:47.37 |
*** join/#brlcad elite01
(n=elite01@dslc-082-082-065-173.pools.arcor-ip.net) |
11:05.52 |
*** join/#brlcad digitalfredy
(n=digitalf@200.71.62.161) |
11:56.47 |
*** part/#brlcad digitalfredy
(n=digitalf@200.71.62.161) |
12:23.52 |
*** join/#brlcad elite01_
(n=elite01@dslb-088-070-110-159.pools.arcor-ip.net) |
13:08.46 |
*** join/#brlcad DEFCON_
(n=def@74.17-246-81.adsl-static.isp.belgacom.be) |
14:21.54 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/src/other/ (6
files in 3 dirs): apply a modified form of Pedro F. Giffuni -
giffunip's sf patch [ 1845889 ] "Minor fixes to URT" (seems half
his changes were already applied) |
14:22.42 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/other/URToolkit/tools/.cvsignore: ignore
rleccube |
14:37.15 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/NEWS: |
14:37.15 |
CIA-4 |
BRL-CAD: applied a modified form of Pedro F.
Giffuni - giffunip's sf patch [ 1845889 ] |
14:37.15 |
CIA-4 |
BRL-CAD: "Minor fixes to URT" (seems half his
changes were already applied). this fixed |
14:37.16 |
CIA-4 |
BRL-CAD: bugs in several Utah Raster Toolkit
including libutahrle and a handful of the |
14:37.16 |
CIA-4 |
BRL-CAD: tools |
14:41.15 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/src/rt/rt.1:
apply a modified form of Karel Kulhavy - clock3's sf patch [
1837469 ] "man rt" documentation tweak that clarifies that the -d
option returns zero as the distance when it misses. |
14:57.01 |
*** join/#brlcad Elperion
(n=Bary@p54873BF5.dip.t-dialin.net) |
15:05.29 |
*** join/#brlcad Axman6
(n=Axman6@pdpc/supporter/student/Axman6) |
15:08.14 |
Z80-Boy |
brlcad: wow, great :) |
15:10.26 |
*** join/#brlcad Elperion
(n=Bary@p54873BF5.dip.t-dialin.net) |
16:20.11 |
CIA-4 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/librt/librt.3: remove mention of the obsolete (and
removed) rt_overlap_quietly function |
17:15.40 |
*** join/#brlcad Submarine
(n=Submarin@wikipedia/Monniaux/David) |
17:46.05 |
*** join/#brlcad docelic
(n=docelic@213.147.110.16) |
17:48.20 |
CIA-4 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/mged/clone.c: record Dwayne's wishlist |
17:48.41 |
CIA-4 |
BRL-CAD: 03erikgreenwald * 10brlcad/TODO:
mention the todo list in clone.c |
18:01.37 |
Submarine |
mmh |
18:01.43 |
Submarine |
sorry for the innocent question |
18:01.53 |
Submarine |
but around which axis does the rotate command
work? |
18:01.59 |
Submarine |
I don't mean x, y or z |
18:02.07 |
Submarine |
(which is a direction) |
18:02.22 |
Submarine |
but the axis in affine space... like is it the
axis passing through (0, 0, 0) ? |
18:02.40 |
Z80-Boy |
Submarine: that's a great mystery of the
universe |
18:04.53 |
Submarine |
Thanks for the helpful contribution. |
18:05.04 |
Z80-Boy |
I also hit the same problem |
18:05.22 |
Z80-Boy |
I wanted to know if the spaces are in the
matrix input space or the matrix output space. |
18:05.45 |
Z80-Boy |
And also if it rotates counter or clockwise,
and if, then from which view direction counter or clockwise
;-) |
18:06.05 |
Z80-Boy |
I solved it by stopping using the rot command
and typing the matrices manually. |
18:06.15 |
Submarine |
arf? |
18:06.56 |
Z80-Boy |
and it also sometimes rotates the view and
sometimes the body edited - isn't clear to me which applies
when |
18:07.19 |
Z80-Boy |
With the matrices it works all right |
18:07.33 |
Z80-Boy |
except I need to use a scientific calculator
if I want a rotation not multiple of 90 degrees |
18:08.38 |
Submarine |
ok |
18:08.49 |
Submarine |
Is there any other free CAD 3D tool? |
18:10.02 |
Z80-Boy |
No |
18:10.34 |
Z80-Boy |
But if someone reverse engineers the behaviour
of the rot command and patches the help entry then it becomes
usable |
18:12.49 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/librt/g_bot.c: limit the length of the face_mode copy
into the bizzare use of bot_data (where we intentionally go past
the sizeof(struct bot_rec) with the bot data for v4
files) |
18:16.56 |
``Erik |
mal: #1 best move, flathead screwdriver.
Insert. Twist. Reassembled. :D |
18:52.29 |
Maloeran |
``Erik, I have doubts about getting down to 2
minutes your way :) |
18:53.37 |
``Erik |
I can solve it in 0 seconds for any
permutation such that each side has all 9 cells the same color
:D |
18:56.24 |
Maloeran |
Hum, 2 minutes 25 seconds |
18:56.55 |
Maloeran |
I don't quite get how some people complete it
in < 20 seconds, you have to spend some time to actually observe
the cube |
18:57.48 |
``Erik |
probably a pre-defined starting point and
plain memorization of the "solution" |
18:58.34 |
Maloeran |
Oh. So they study it in advance, and take 20
seconds just to make their moves |
18:58.46 |
minute-ssh |
3^3 |
18:59.00 |
minute-ssh |
Surely? |
18:59.04 |
Maloeran |
No :) |
18:59.14 |
``Erik |
heh, the combinatorics are a little more
complex |
18:59.15 |
minute-ssh |
Oh yeah, different colours. |
18:59.17 |
alex_joni |
way more than that :) |
18:59.29 |
minute-ssh |
:P |
19:00.16 |
Maloeran |
43,252,003,274,489,856,000 permutations,
apparently |
19:00.21 |
minute-ssh |
uh |
19:00.26 |
alex_joni |
8!*3^8*12!*2^12 =
519024039293878272000 |
19:01.30 |
alex_joni |
Maloeran: that seems like too much |
19:01.50 |
alex_joni |
this seems a bit more realistic: http://www.mathematische-basteleien.de/rubikscube.htm |
19:01.55 |
Maloeran |
Wikipedia never lies! |
19:02.20 |
``Erik |
funny |
19:02.27 |
``Erik |
I was just reading the latest 'issue' with
wikipedia |
19:02.32 |
``Erik |
on register.co.uk |
19:02.55 |
minute-ssh |
They had it on slashdot also, but the register
isn't very reliable IMO. |
19:03.20 |
archivist |
as reliable as /. |
19:03.25 |
``Erik |
nah, but they are the source of active bofh
content, so I dig 'em anyways... and I'm coming from the slashdot
page originally... |
19:04.01 |
minute-ssh |
Ah kk |
19:04.15 |
Maloeran |
Every permutation can be solved in 26 moves or
less... I think I'm more around 100 moves |
19:04.17 |
alex_joni |
Maloeran: /me starts to agree with
wikipedia |
19:04.24 |
``Erik |
and there're enough third party articles (both
for this and several other issues) that I'm souring on
wikipedia |
19:04.38 |
``Erik |
my solution is two moves |
19:04.41 |
``Erik |
ok, 3 |
19:04.44 |
``Erik |
stab, twist, build |
19:04.53 |
``Erik |
for any permutation :D |
19:05.13 |
alex_joni |
``Erik: do that with the light switched off
:) |
19:05.23 |
archivist |
yes |
19:05.29 |
``Erik |
just as easy as doing it
"normally"... |
19:05.39 |
``Erik |
just like this *click* *stab* AHHH MY
HAND! |
19:07.10 |
Maloeran |
We need to time your solution against mine
:) |
19:08.04 |
archivist |
all the bits are red at that point so its easy
to reassemble |
19:08.11 |
``Erik |
sure, but bear in mind, I don't play by the
rubik rules, so smacking the cube out of your hands or kicking you
over is right up my alley :D |
19:09.16 |
``Erik |
damn, I'm gettin' hungry :/ |
19:10.05 |
``Erik |
heh, quality of the register... summed up...
well... http://yro.slashdot.org/comments.pl?sid=382783&cid=21613301 |
19:13.46 |
*** join/#brlcad prasad1
(n=psilva@static-70-108-244-218.res.east.verizon.net) |
19:15.11 |
alex_joni |
haha.. this is nice: http://en.wikipedia.org/wiki/Sudokube |
19:18.29 |
Maloeran |
Ah big deal, it needs orientation of the
middle cubes :), it's pretty much a Rubik Cube |
19:18.32 |
*** join/#brlcad Elperion
(n=Bary@p54873BF5.dip.t-dialin.net) |
19:18.58 |
alex_joni |
Maloeran: how about a Megaminx? |
19:19.01 |
``Erik |
heh |
19:19.07 |
``Erik |
this is making me want to write puzzle games.
again. :/ |
19:19.09 |
``Erik |
bastards |
19:19.13 |
alex_joni |
The 12-color Megaminx has exactly
100,669,616,553,523,347,122,516,032,313,645,505,168,688,116,411,019,768,627,200,000,000,000
different positions. |
19:19.45 |
``Erik |
that could take a little time to brute
force |
19:20.08 |
archivist |
a larger screwdriver |
19:20.16 |
alex_joni |
``Erik: found your cube: http://images.thinkgeek.com/action/large/2108957.jpg |
19:20.25 |
*** join/#brlcad Elperion
(n=Bary@p54873BF5.dip.t-dialin.net) |
19:20.29 |
``Erik |
mebbe some vicegrips to get the additional
torque |
19:20.40 |
``Erik |
:D |
19:20.44 |
``Erik |
no |
19:20.55 |
Maloeran |
Ohh alex_joni, neat! |
19:20.55 |
*** join/#brlcad Elperion
(n=Bary@p54873BF5.dip.t-dialin.net) |
19:21.05 |
``Erik |
after several 'screwdriver' wins, the stickers
are fine, but the cubes get loose |
19:21.07 |
Maloeran |
Now I know what to ask for Christmas |
19:22.08 |
``Erik |
HUMMMMMMMMm, maybe I should write a little
puzzle game using, omfg, WEB TWO POINT OHHHHH |
19:22.16 |
``Erik |
with a lithp backend |
19:22.20 |
``Erik |
that would be thuper |
19:22.33 |
*** join/#brlcad Elperion
(n=Bary@p54873BF5.dip.t-dialin.net) |
19:22.56 |
*** join/#brlcad starseeker
(n=CY@ip72-218-17-237.hr.hr.cox.net) |
19:23.30 |
*** join/#brlcad Elperion
(n=Bary@p54873BF5.dip.t-dialin.net) |
19:23.37 |
alex_joni |
The full number is precisely
282,870,942,277,741,856,536,180,333,107,150,328,293,127,731,985,672,134,721,536,000,000,000,000,000
possible permutations (about 282 tresvigintillion on the short
scale). |
19:23.52 |
``Erik |
heh |
19:24.00 |
``Erik |
and that's two to the what-th? |
19:24.08 |
alex_joni |
compute even.. although I suspect it's fairly
fast in bc |
19:24.14 |
alex_joni |
http://en.wikipedia.org/wiki/Professor's_Cube |
19:24.42 |
``Erik |
heh http://www.cnn.com/2007/TECH/ptech/12/07/c64/index.html |
19:24.46 |
*** join/#brlcad Bariton
(n=Bary@p54873BF5.dip.t-dialin.net) |
20:15.06 |
*** join/#brlcad Elperion
(n=Bary@p54873BF5.dip.t-dialin.net) |
20:23.39 |
*** join/#brlcad Elperion
(n=Bary@p54873BF5.dip.t-dialin.net) |
20:44.53 |
yukonbob |
starseeker: whats the issue? |
20:50.54 |
Maloeran |
I'm on a gentoo amd64 box if you need
testing |
20:51.05 |
Maloeran |
Though I don't see how a problem can be
specific to this arch |
20:51.29 |
*** join/#brlcad Z80-Boy
(i=clock@77-56-76-199.dclient.hispeed.ch) |
20:55.45 |
prasad1 |
intel dev systems are a bunch of
bricks |
20:55.58 |
prasad1 |
four systems, all fail to boot |
20:55.59 |
prasad1 |
:( |
21:02.58 |
starseeker |
Maloeran: It has to do with the paths being
chosen for libraries |
21:03.16 |
starseeker |
Maloeran: Have you ever tried the gentoo
ebuild in bugzilla? |
21:03.49 |
starseeker |
yukonbob: Things keep getting named lib when
they're supposed to be named lib64 (or something like
that) |
21:04.10 |
Maloeran |
I haven't tried, I tend to install manually
whenever portage doesn't just work directly and instantly |
21:04.20 |
Maloeran |
( Masked keywords or whatever, it likes to
complain a lot ) |
21:06.16 |
yukonbob |
starseeker: lib vs lib64 -- is this for the
paths? (ie: /usr/local/lib/foo.so or /usr/local/lib64/foo.so
?) |
21:08.59 |
Z80-Boy |
Do you know what I should put into a
vegetables soup that tastes bland? |
21:09.11 |
yukonbob |
potatoes |
21:09.14 |
Z80-Boy |
I boiled just vegetables from the "vegetable
soup" pack |
21:09.17 |
starseeker |
yukonbob: yes |
21:09.24 |
Maloeran |
Cumin |
21:09.40 |
starseeker |
Oh :-) |
21:09.40 |
yukonbob |
Z80-Boy: oh -- for a soup that's bland, not
something bland to put into the soup ;) |
21:09.44 |
yukonbob |
celery |
21:09.54 |
starseeker |
Maloeran: Do you have a /usr/local/portage
overlay? |
21:10.16 |
Z80-Boy |
Salt? |
21:10.41 |
Z80-Boy |
I put a whole onion in and fried a bit all the
vegetables |
21:10.43 |
starseeker |
This ebuild SHOULD work smoothly. The path
issue on AMD64 seems to be the remaining annoyance |
21:10.46 |
Z80-Boy |
I put cumin there |
21:11.11 |
Z80-Boy |
Not only my BRL-CAD video is out of sync
because the encoder doesn't work properly... |
21:11.15 |
yukonbob |
starseeker: you must have an $ARCH variable or
similar to test + adjust ./configure args accordingly,
no? |
21:11.18 |
Z80-Boy |
But my soup also tastes *BLAND*! |
21:11.28 |
Z80-Boy |
The ultimate doom is impeding on me! |
21:11.37 |
starseeker |
yukonbob: Never tried that - that's an
idea. |
21:13.03 |
Z80-Boy |
I just put an egg into it |
21:13.12 |
starseeker |
Hmm - ARCH isn't showing anything... |
21:14.14 |
starseeker |
I think the ARCH detection stuff is built into
portage - at least, most of the ebuilds I've seen never do platform
specific testing |
21:14.37 |
yukonbob |
if you don't have such a var (I'd be surprised
if there not _something_ like it), you could use dmesg and parse
that? |
21:15.08 |
yukonbob |
starseeker: if the ARCH stuff is buildin, you
must have a way to query it though.. |
21:15.21 |
starseeker |
probably |
21:15.58 |
starseeker |
I don't know if it can "fake it" properly for
a build though - the real test for this issue is to see whether an
AMD64 system can load mged after the ebuild installs it |
21:16.11 |
starseeker |
It seems to have to do with what paths tcl is
looking in |
21:17.40 |
yukonbob |
~tea Tcl |
21:17.40 |
ibot |
ACTION realizes it's time for high tea and
gets busy in the kitchen. He brings out tea, crumpets, scones and
an assortment of delectable goodies and serves them properly to Tcl
and others |
21:18.44 |
``Erik |
bots on crack, wee |
21:19.08 |
archivist |
hmm I should have a tea module in my bot
(especially as its named the_wench) |
21:20.06 |
starseeker |
Ah well - once 7.12 comes out there should be
another round of interest |
21:23.46 |
*** join/#brlcad elite01
(n=elite01@dslb-088-070-110-159.pools.arcor-ip.net) |
21:27.50 |
*** join/#brlcad SWPadnos___
(n=Me@dsl107.esjtvtli.sover.net) |
21:29.19 |
``Erik |
I thought wenches served beer or mead, not
tea |
21:29.19 |
archivist |
its had a !wench beer command for
ages |
21:35.56 |
yukonbob |
starseeker: is this box you're working on your
own personal machine? |
21:44.21 |
*** join/#brlcad elite01
(n=elite01@dslb-088-070-110-159.pools.arcor-ip.net) [NETSPLIT
VICTIM] |
21:56.53 |
starseeker |
yukonbob: Yes |
22:08.55 |
*** join/#brlcad louipc
(n=louipc@bas8-toronto63-1128544181.dsl.bell.ca) |
22:21.41 |
*** join/#brlcad Elperion
(n=Bary@p54873BF5.dip.t-dialin.net) |