T2 IRC Log: 2004-11-26

This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.

« prev | next »

--- Log opened Fri Nov 26 00:00:42 2004
00:01 < rxr> #include
00:01 < mnemoc> didn't worked
00:01 < rxr> :-(
00:01 < rxr> error?
00:01 < mnemoc> i'll try getline(); thing
00:02 < rxr> btw, do remember to put std:: before them if you do not already have:
00:02 < rxr> using namespace std; somewhere ...
00:02 < mnemoc> outch
00:03 < mnemoc> players/human_player.cc:22: error: no matching function for call to `
00:03 < mnemoc> std::basic_istream >::getline()'
00:03 < mnemoc> /usr/lib/gcc-lib/i686-unknown-linux-gnu/3.3.3/include/c++/bits/istream.tcc:594: error: candidates
00:03 < mnemoc> are: std::basic_istream<_CharT, _Traits>& std::basic_istream<_CharT,
00:03 < mnemoc> _Traits>::getline(_CharT*, int, _CharT) [with _CharT = char, _Traits =
00:03 < mnemoc> std::char_traits]
00:03 < mnemoc> C++ is more obscure than perl :\
00:03 < mnemoc> std::cout << "Fila a jugar? [1-9] ";
00:03 < mnemoc> 20 while (! (std::cin >> m.X) ) {
00:03 < mnemoc> 21 std::cout << "un numero por favor." << std::endl;
00:03 < mnemoc> 22 std::cin.getline();
00:03 < mnemoc> 23 }
00:03 < rxr> no - C++ is not obscure - just template error messages tend to become long - but just because the diagnostics of the compilers are so bad ..
00:04 < mnemoc> what's wrong there?
00:04 < rxr> no getline like the
00:04 < rxr> that
00:04 < mnemoc> [19:54:39] cin.getline();
00:04 < rxr> std::getline (std::cin, some C++ string);
00:04 < rxr> 23:59 < rxr> getline (cin, stdstring);
00:04 < mnemoc> :)
00:05 < rxr> use the ignore thing
00:05 < rxr> #include
00:05 < mnemoc> ok
00:05 < rxr> std::cin.ignore (std::numeric_limits::max(), '\n');
00:06 < rxr> you could write your own iomanipulator that you could use like this then:
00:06 < rxr> std::cinf << poor_flush; ;-)
00:07 < mnemoc> no thanks :)
00:07 < mnemoc> i am 2 hours late :p
00:08 < mnemoc> how could i limit any non-numeric char?
00:08 < mnemoc> std::cout << "Fila a jugar? [1-9] ";
00:08 < mnemoc> 22 std::cin.ignore (std::numeric_limits::max(), '\n');
00:08 < mnemoc> 23 std::cin >> m.X;
00:08 < mnemoc> fails for 'foo' as entrance
00:13 < rxr> re
00:14 < rxr> foo?
00:14 < rxr> I see no foo ...
00:15 < rxr> you are two hours late for what ?
00:15 < mnemoc> my deadline
00:16 < mnemoc> entering the string "foo" that cin.ignore doens't ignore
00:16 < rxr> the thing shoudl already be finsihed?
00:17 < rxr> well you have the while (!std::cin ...)=
00:17 < rxr> ignore (...)
00:17 < rxr> loop around it to remove garbage input?
00:17 < mnemoc> i do:
00:17 < mnemoc> m1.X=m1.Y=-1;
00:17 < mnemoc> 34 while( board->IsUsed(m1.X, m1.Y ))
00:17 < mnemoc> 35 m1 = AskMove();
00:18 < mnemoc> Move HumanPlayer:: AskMove() {
00:18 < mnemoc> 18 Move m;
00:18 < mnemoc> 19
00:18 < mnemoc> 20 std::cout << "Fila a jugar? [1-9] ";
00:18 < mnemoc> 21 std::cin.ignore (std::numeric_limits::max(), '\n');
00:18 < mnemoc> 22 std::cin >> m.X;
00:18 < mnemoc> same for m.Y
00:19 < mnemoc> if i enter something non-numeric i see _lot_ of "Fila a jugar? [1-9] "
00:19 < mnemoc> for ever and ever
00:24 < rxr> well sure
00:24 < rxr> I posted that you should do:
00:25 < rxr> while ( !(std::cin >> m.X) ) {
00:25 < rxr> std::cin.ignore (std::numeric_limits::max(), '\n');
00:25 < rxr> }
00:25 < mnemoc> ok
00:25 < rxr> optionally with an error message ...
00:25 < rxr> somewhere you want to throw the invlid alpha input away ....
00:26 < rxr> and rerun the input ...
00:26 < rxr> sorry for the delay - had to write a business mail ...
00:26 < mnemoc> =)
00:26 < rxr> was it your own deadline you misssed - or the uni deadline ... ?
00:27 < mnemoc> worked!!!
00:27 < mnemoc> yep
00:27 < mnemoc> university
00:28 < rxr> .oO
00:29 < rxr> then better hurry - I also wanna go into bed soon ... ;-)
00:30 < mnemoc> i release you :)
00:30 < mnemoc> every oddness i needed its implemented
00:30 < mnemoc> =D
00:31 < rxr> oh ! good ;-)
00:32 < rxr> but now you hate C++?
00:32 < mnemoc> i don't hate it :)
00:32 < mnemoc> but c# is closer than c++ to plain c :p
00:34 < rxr> is this good or bad in your opinion?
00:34 < rxr> closer to C means more like C - not so different?
00:38 < mnemoc> more like C
00:38 < mnemoc> i'll go home now... back in 2 hours
00:38 < mnemoc> thanks a _lot_
00:40 < rxr> ok - have fun
00:40 * rxr goes into bed ...
00:40 < rxr> cu tomorrow ;-)
02:43 -!- sparc-kly [~sparc-kly@65-23-199-247.prtc.net] has joined #t2
02:53 -!- _martin_ [~martin@brln-d9ba0390.pool.mediaWays.net] has joined #t2
02:53 -!- _martin [~martin@brln-d9ba2604.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
03:01 < mnemoc> rehi
03:29 -!- mtross [~michael@H8a96.h.pppool.de] has joined #t2
03:36 -!- kensai [~kensai@64.237.129.108] has joined #t2
03:47 -!- mtr [~michael@H804c.h.pppool.de] has quit [Read error: 110 (Connection timed out)]
03:52 -!- sparc-kly|U2 [~mubex@65-23-199-247.prtc.net] has joined #t2
03:53 -!- sparc-kly|U2 [~mubex@65-23-199-247.prtc.net] has quit [Read error: 104 (Connection reset by peer)]
04:07 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"]
04:10 -!- sparc-kly [~sparc-kly@65-23-199-247.prtc.net] has quit [Read error: 104 (Connection reset by peer)]
06:43 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
06:44 < Minto> moin
06:44 < Minto> mnemoc: Are you still awake?????
06:52 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.3/20040910]"]
07:16 -!- mtross is now known as mtr
09:46 < rxr> moin
10:15 < _martin_> moin
10:30 -!- nzg [~tschmidt@p508EAD73.dip.t-dialin.net] has joined #t2
10:51 -!- rxr_ [~rene@p213.54.245.229.tisdip.tiscali.de] has joined #t2
10:51 -!- Topic for #t2: T2 | the system development environment | http://www.exactcode.de/t2
10:51 -!- Topic set by valentin [] [Sun Nov 7 16:41:27 2004]
10:51 [Users #t2]
10:51 [ _martin_] [ CIA-9 ] [ jsaw ] [ mtr] [ praenti] [ rxr_ ]
10:51 [ _Ragnar_] [ daja77] [ mnemoc] [ nzg] [ rxr ] [ valentin]
10:51 -!- Irssi: #t2: Total of 12 nicks [0 ops, 0 halfops, 0 voices, 12 normal]
10:51 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
10:51 -!- Irssi: Join to #t2 was synced in 10 secs
10:53 -!- rxr [~rene@p213.54.211.44.tisdip.tiscali.de] has quit [Nick collision from services.]
10:53 -!- You're now known as rxr
11:05 < CIA-9> rene * r4854 /trunk/package/filesystem/udev/udev.desc: * updated udev (032 -> 046)
11:34 -!- valentin [~valentin@port-212-202-170-162.dynamic.qsc.de] has quit [Nick collision from services.]
11:36 -!- valentin [~valentin@port-212-202-170-162.dynamic.qsc.de] has joined #t2
11:36 < valentin> rehi
11:37 < valentin> just another power-outage
11:37 < valentin> i apologize for all your broken downloads
11:37 < rxr> buy an UPS today - please
11:37 < rxr> to bad I have no spare money (20EUR left for the remaining months ...) otherwise I would pay half of it ...
11:53 -!- nzg [~tschmidt@p508EAD73.dip.t-dialin.net] has quit ["Verlassend"]
12:39 < rxr> nullmailer does
12:39 < rxr> nullmailer has problems again
12:39 < rxr> did you do s.th. to if the last time that it kept working?
12:56 -!- Corlis [~wehrlin@p508C2D8B.dip.t-dialin.net] has joined #t2
12:56 < Corlis> heyas
12:56 < Corlis> congrats on t2... accidently stepped over it while seeking something as a base-layout for my "own distro"
13:01 -!- mnemoc_ [~amery@200.75.27.37] has joined #t2
13:04 -!- mnemoc [~amery@200.75.27.23] has quit [Read error: 60 (Operation timed out)]
13:04 -!- mnemoc_ is now known as mnemoc
13:20 < rxr> hi Corlis - thanks!
13:20 < rxr> moin mnemoc
13:31 < Corlis> Hrm. Guess this will be easier than i even thought...
13:31 < Corlis> Well, see you guys on monday... gotta read through everything this weekend
13:32 -!- Corlis [~wehrlin@p508C2D8B.dip.t-dialin.net] has quit ["on the 8th day, there was Linux"]
13:57 < _martin_> == 13:56:18 =[9]=> Building www/firefox [1.0 2.1.0-beta].
13:57 < _martin_> -> INFO: '' detected as INIT
13:57 < _martin_> root@julia:/usr/src/t2-trunk#
13:57 < _martin_> Ups, an error?
13:58 < jsaw> _martin_: are you on HEAD?
13:59 < _martin_> yes
13:59 < jsaw> _martin_: could you please report this to mnemoc when he's back -or- write an email to the ml?
14:00 < jsaw> did you run ./scripts/Config -oldconfig after svn up?
14:20 < _martin_> jsaw no,
14:21 < jsaw> you always should do this after an "svn up" because some internals of the config may change...
14:22 < jsaw> if you've done that, could you retry building firefox? If error persist, please report to the ML.
14:34 -!- kensai [~kensai@64.237.129.108] has joined #t2
14:44 < mnemoc> moin
14:51 < kensai> moin?
14:53 < mnemoc> greetings kensai :)
14:53 < mnemoc> moin is shorter :P
14:53 < kensai> LOL and what moin means?
14:54 < mnemoc> "good morning" :)
14:54 < kensai> Hoooo
14:54 < kensai> kool
14:54 < kensai> it is 10 am here
14:55 < mnemoc> almost 11am here
14:55 < mnemoc> but who cares? ;)
15:02 < kensai> LOL
15:03 < kensai> we may have no governor untill half of next year
15:07 < mnemoc> new elections?
15:07 < kensai> nope
15:07 < kensai> just recounting
15:07 < mnemoc> again and again and again?
15:07 < kensai> LOL yep
15:08 < kensai> but the current governor which is a woman is like we have had no governor at all so it wont make difference
15:09 < mnemoc> i know strong women :)
15:10 < kensai> no I'm not saying that because she's a woman is because she made absolutley nothing as a governor
15:12 < kensai> man politics suck ;)
15:12 < daja77> which state was that again which elected a dead governor?
15:12 < mnemoc> most politicians sucks
15:13 < kensai> daja77, Puerto Rico
15:14 < daja77> nah one of the inner states
15:14 < kensai> Thats why I don't vote they are all the same
15:14 < kensai> daja77, LOL
15:15 < mnemoc> s/inner/real/ :)
15:15 < daja77> :)
15:16 < kensai> which windows manager you use guys?
15:16 < mnemoc> gnome
15:16 < daja77> kde
15:16 < kensai> I'm on gnome 2.9.1
15:16 < kensai> but I'm installing XFCE 4.2 RC1
15:17 < mnemoc> can you benchmark them?
15:19 < kensai> ?HOW?
15:19 < mnemoc> good question
15:19 < mnemoc> daja knows :D
15:20 < kensai> :)
15:20 < daja77> huh?
15:21 < mnemoc> if daja can talk in UN, he knows how to benchmark window manager's performance :D
15:22 < daja77> O_o
15:22 < kensai> :)
15:23 < kensai> Only thing I know is that xfce is freaking fast
15:23 < kensai> it only uses 190mb of ram
15:23 < kensai> or less
15:23 < mnemoc> more than what i have :D
15:23 < kensai> thats in my desktop and after running ut2004 game
15:24 < kensai> BRB
15:34 < kensai> I'll log with XFCE see you there ;)
15:35 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"]
15:41 -!- kensai [~kensai@64.237.129.108] has joined #t2
15:41 < kensai> ahhh good ol xfce
15:52 < rxr> re
16:03 < rxr> hm - the rock people removed the link to the
16:03 < rxr> my handbook ...
16:03 < rxr> it is undergoing maintaenance ;-)
16:03 < rxr> cu later
16:04 < daja77> sure they did ...
16:38 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"]
17:26 -!- kensai [~kensai@64.237.129.108] has joined #t2
17:27 < kensai> mnemoc you there?
17:27 < kensai> XFCE is using only 60 MB of ram
17:30 < mnemoc> =)
17:31 < mnemoc> 4.2rc1?
17:40 < kensai> nope 4.0
17:40 < mnemoc> :(
17:40 < kensai> I'm using the stable version for now
17:40 < kensai> I'll upgrade to 4.2 when it is final
17:41 < kensai> I have enough inestabiility with gnome 2.9.1 so I need a stable desktop ;)
17:41 < mnemoc> windowmaker :p
17:42 < kensai> I've never tried it
17:45 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"]
18:32 -!- sparc-kly [~sparc-kly@65-23-199-247.prtc.net] has joined #t2
19:13 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
19:13 < Minto> moin
19:27 < mnemoc> hi Minto
19:33 < Minto> Hi mnemoc, how is your logging doing?
19:34 < mnemoc> how what?
19:35 < Minto> Well the log stuff from yesterday
19:35 < Minto> the thing you were working on
19:36 < mnemoc> aaa.... c++ stuff :p
19:36 < mnemoc> yes
19:36 < mnemoc> it's going very well :D thanks you
19:37 < Minto> Maybe I have an interesting logging library for you ...
19:37 < Minto> look at http://logging.apache.org/log4cxx/
19:37 < mnemoc> *click*
19:38 < mnemoc> bookmarked :p
20:04 < rxr> re
20:05 < CIA-9> jsaw * r4855 /trunk/package/office/ooo/ (distro.patch ooo.conf ooo.desc use-gcc-not-gcc33.patch):
20:05 < CIA-9> * openoffice.org: "basically" stlport compiles now
20:05 < CIA-9> BUT not with gcc 3.4...
20:05 < CIA-9> we have to wait until the .rodata <-> .linkonce
20:05 < CIA-9> problem is solved :(
20:05 < CIA-9> jsaw * r4856 /trunk/package/games/flightgear-base/flightgear-base.conf: * fix flightgear-base installation
20:08 < rxr> haha:
20:08 < rxr> http://distrowatch.com/?newsid=02099#0
20:16 < rxr> mnemoc: In GSMP we have quite some complex logging code using templates ...
20:16 < rxr> but the complexity might fear you ...
20:23 < mnemoc> Foo *foo; foo = new Foo(); what is sizeof(*foo) there ?
20:24 < rxr> what?
20:24 < mnemoc> the _full_ size of the object?
20:24 < rxr> why do you need sizeof?
20:24 < mnemoc> (hi rxr! :p)
20:25 < mnemoc> first to 'know'
20:25 < mnemoc> second to clone objects
20:25 < Minto> Maybe you should use copy constructor or operator =
20:25 < rxr> ehm - you should never ever bit-copy opjects ...
20:26 < Minto> they are more save to use
20:26 < rxr> and yes - for POD classes sizeof() yields the full size ...
20:26 < mnemoc> POD?
20:26 < rxr> plain old data
20:27 < rxr> IIRC there where conrner cases with diamon inheritance or virtual function tables where you do not get the real size - but I did too much shell coding in the past ..
20:27 < rxr> my C++ knownledge degenertated I have to admit
20:27 < mnemoc> uhm
20:28 < rxr> Failed Win XP Upgrade Wipes Out UK Government Agency
20:28 < mnemoc> i'll have to turn my 'states' into structs then
20:28 < Minto> Mnemoc: not necessarily
20:29 < mnemoc> Minto: tell me more
20:29 < Minto> you could use copy contructors
20:29 < Minto> State a;
20:29 < Minto> State b = a;
20:30 < mnemoc> will b be constructed and copied after that or just cloned?
20:30 < mnemoc> what is a is an argument?
20:30 < mnemoc> what if 'a' is an argument?
20:30 < Minto> it will be a copy of a. But you have to do most of the copying yourself.
20:31 < mnemoc> i fear about instanciation of these states
20:31 < Minto> Why?
20:31 < mnemoc> i have too much branching
20:32 < mnemoc> and short time
20:32 < Minto> To learn more about copy constructor google for them or look at
20:32 < Minto> http://cplus.about.com/od/beginnerctutorial/l/aa072802a.htm
20:34 < rxr> mnemoc: what is in the state class?
20:35 < rxr> when there are only plain old data memebers in it and e.g. no pointers you can just rely on the default copy constructor and assignment operator generted for you by the C++ compiler ..
20:35 < rxr> you only need an own copy constructor or assignment operator if you have dynamically allocated stuff in it ...
20:36 < mnemoc> rxr: a board, figures and freedom levels
20:36 < mnemoc> board is an array
20:36 < mnemoc> figures and list of structs
20:36 < rxr> if anything is dynamically allocated you have to do your own ...
20:37 < mnemoc> no pointer inside the state, so default copy should work
20:39 < rxr> yep
20:40 < mnemoc> how expensive is that compared to a malloc(sizeof()); memcpy(sizeof()) ?
20:42 < rxr> in an equal range
20:42 < mnemoc> good
20:43 < rxr> i'm not sure of the compiler is able to optimize it down to a memcpy for simples POD classes - but I would expect it do be able to ...
20:43 * mnemoc would love to know what gcc will the teacher use
20:44 < mnemoc> i guess gcc-2.96 :\
20:47 < Minto> rxr: I need some help in using the toolset...
20:47 < Minto> I have another patch for the generic mininal
20:47 < Minto> but how do I generate the patch?
20:48 < Minto> currently I have svn diff > my.patch
20:49 < Minto> Is this the right patch format or should I use something else?
20:50 < rxr> that is ok ;-)
20:51 < Minto> Then I will post it to the ML.
20:51 < rxr> yep
20:52 < rxr> huh?: "GNU GCC 3.4.1 C language and C++ language compiler for AVR target. There are caveats for using the C++ compiler."
20:53 < rxr> interesting idea to program a 32-Kbyte Flash Program Memory, 2-Kbyte SRAM, 1-Kbyte EEPROM, up to 8 MIPS throughput at 8 MHz uC in C++ ...
20:54 < rxr> hm The AVR Libc package provides a subset of the standard C library for Atmel AVR 8-bit RISC microcontrollers.
21:03 < rxr> yeah - patents rulzes: "Some newer devices of the ATmega series contain builtin support for interfacing the microcontroller to a two-wire bus, called TWI. This is essentially the same called I2C by Philips, but that term is avoided in Atmel's documentation due to patenting issues."
21:23 < mnemoc> rxr: cin.clear(); :D
21:24 < mnemoc> rxr: that flushes it, but ignore is nicer
21:25 < rxr> ah - cool
21:25 < rxr> well - depends what you want ...
21:30 < rxr> does anyone here use nullmailer?
21:30 -!- nzg [~tschmidt@p508EAD73.dip.t-dialin.net] has joined #t2
21:30 < rxr> mnemoc: you maybe?
21:31 < mnemoc> yes i do
21:31 < mnemoc> .oO( this 'game' is getting me out of my nerves )o
21:34 < rxr> mnemoc: any problems so far? - e.g. running it from init - e.g. via our rc wrapper?
21:35 < rxr> but I gues you use some other init anyway?
21:36 < mnemoc> i use it with runit, on /service
21:42 < mnemoc> i have never had problems with it
21:47 -!- nzg [~tschmidt@p508EAD73.dip.t-dialin.net] has quit ["Verlassend"]
21:49 < rxr> http://bach.ece.jhu.edu/~haceaton/pcb/pcb_screen.gif
21:49 < rxr> ^- this prog also calls for a reqrite
21:49 < rxr> rewrite even
21:50 < rxr> seems I should get a job in some uni and write some usable open source software all day ...
21:50 < mnemoc> some gtk would be nice for it :)
21:51 < mnemoc> http://pcb.sourceforge.net/
21:52 < rxr> yep - know the sf.net site ...
21:52 < rxr> I would not use gtk - but yes a decent interface would be great ...
21:52 < mnemoc> qt? :)
21:55 < rxr> nope neither
21:56 < mnemoc> motif? :(
21:56 < daja77> hrhr
21:56 < rxr> yeah - hrhr
21:56 < rxr> hi daja77 - how are you?
21:56 < mnemoc> :D
21:56 < daja77> hi rene, quite fine, ab bit tired ;)
22:10 < rxr> pcb is far from beeing easiy to use or intuitive
22:10 < rxr> and I have 3 yead os CAD kexps
22:10 < rxr> experience even ...
22:11 < rxr> and of - damn - what's up with me ...
22:13 < rxr> and the manual annoying :-(
22:13 < rxr> damn - if this does not work out, I fear I will have to use easgle
22:13 < rxr> eagle even
22:14 < rxr> I have no time to code a PCB layouter in two weeks ...
22:15 < mnemoc> rxr: is a FIFO node an istream/ostream ?
22:15 < rxr> FIFO node what?
22:16 < mnemoc> mknod(mypipename,S_IFIFO|0666, 0)
22:16 < mnemoc> open(mypipename,O_RDONLY | O_NDELAY)
22:16 < mnemoc> can i do that using streams?
22:17 < rxr> ouhm - you have questions ...
22:17 < mnemoc> bad moment, don't worry.... i'll keep googling
22:18 < rxr> hm - was there a way to use an opened file descriptor for fstreams
22:18 < rxr> I remeber it as a GNU extension - no idea if still present ...
22:19 < mnemoc> :(
22:19 < mnemoc> should i use classic C way then?
22:20 < rxr> ah - no
22:20 < rxr> just do mknod and then
22:20 < rxr> ifstream fifoIn(mypipename);
22:20 < rxr> let me review the O_NDELAY part
22:21 < rxr> btw I prefer O_NONBLOCK
22:22 < mnemoc> accepted :)
22:24 < rxr> hm
22:27 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.3/20040910]"]
22:29 < rxr> damn - I can not come up with a solution for nonblock fstreams ..
22:31 < mnemoc> :\
22:32 < mnemoc> silly question, what header defines ifstream? ( and dont)
22:33 < mnemoc> brb
22:36 < rxr> ifstream ?
22:36 < rxr> hm - no
22:37 < rxr> just fstream is enough
22:40 < rxr> Segmentation fault (core dumped)
22:40 < rxr> pcb ...
22:40 < rxr> routing my connections
22:40 < rxr> which have been 2 ...
22:42 < rxr> arg
22:42 < rxr> now it sef-faulted just redoing the connections from the freshly reloaded file ...
22:42 < rxr> guess I will not use if for serious work ...
22:44 < rxr> .oO
22:45 < rxr> loading /dev/null as netlist (a dump concept anyway) to remove the broken connection gives the error loading empty netlist - and then leaves the internal buffer of connections with garbage ...
22:47 < rxr> ouhm - ok it also segfault here with valid connections ...
22:48 < rxr> ok - so much for using open source PCB CAD stuff for my university project ...
22:48 < rxr> seams I need to suffer thru eagle ...
22:52 < rxr> http://xroadmaker.sourceforge.net/
22:52 < rxr> but quite abondone ...
23:01 < rxr> well - there is a macosx eagle ! ;-)
23:01 < rxr> guess I stick with that for now ...
23:01 -!- praenti [~praenti@mail.obster.org] has quit [Read error: 104 (Connection reset by peer)]
23:01 < rxr> it also motivates me to get mol right to just setup the network tun device correctly out of the box ...
23:02 -!- praenti [~praenti@mail.obster.org] has joined #t2
23:05 < CIA-9> rene * r4857 /trunk/package/scientific/alliance/gcc34.patch: * the last remaining bit to get the alliance update built ;-)
23:13 < rxr> I'm so evil:
23:13 < rxr> cat index.html | tr '"' '\n' | grep tar | grep -v /a | sed 's/.tar.*//' | while read in ; do ./scripts/Create-PkgUpdPatch $in; done | patch -p0
23:13 < rxr> ;-)
23:35 < CIA-9> rene * r4858 /trunk/package/xfce4/ (21 files in 21 dirs):
23:35 < CIA-9> * updated xfce (4.0.5 -> 4.0.6) - untested - but build running - just
23:35 < CIA-9> to get missing xfce files on the master mirror
23:43 < rxr> our package selection sucks
23:45 < rxr> ok - so off xfce4 build goes ..
--- Log closed Sat Nov 27 00:00:58 2004