--- Log opened Tue Feb 13 00:00:01 2007 00:31 -!- sepp_ [n=sepp@p213.54.149.186.tisdip.tiscali.de] has joined #t2 00:40 -!- sepp [n=sepp@p213.54.156.98.tisdip.tiscali.de] has quit [Read error: 145 (Connection timed out)] 00:42 -!- sepp_ is now known as sepp 01:21 -!- mtr_ [n=Michael@kobz-590ca0bf.pool.einsundeins.de] has joined #t2 01:23 < R4gnar0k> == 16:16:27 =[1]=> Building archiver/gzip [1.3.11 7.0-trunk]. 01:23 < R4gnar0k> -> Building. Writing output to $root/var/adm/logs/1-gzip.out 01:23 < R4gnar0k> !> gzip.texi:452: Unknown command `abbr'. 01:23 < R4gnar0k> gah gah gah gah lol 01:38 -!- mtr [n=Michael@kobz-590cb621.pool.einsundeins.de] has quit [Read error: 113 (No route to host)] 01:38 -!- mtr_ is now known as mtr 02:41 < CIA-21> ragnar * r22517 /trunk/package/base/busybox/busybox.conf: * busybox: fix installation 03:11 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 03:21 -!- sparc-kly [n=mubex@adsl-72-50-101-246.prtc.net] has joined #t2 03:56 -!- sparc-kly [n=mubex@adsl-72-50-101-246.prtc.net] has quit ["Leaving"] 04:22 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 145 (Connection timed out)] 04:29 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 05:27 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 05:28 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 05:36 < mtr> R4gnar0k: r22517 breaks busybox cross-build, using the host systems strip will not work out 05:36 < R4gnar0k> >.< 05:37 < R4gnar0k> gah ... well then just leave the strip out? 05:37 < R4gnar0k> because otherwise it breaks non-cross builds :P 05:37 < mtr> R4gnar0k: normally the busybox makefile runs strip automatically, and it does work for x86 05:37 < R4gnar0k> hmm ok 05:38 < R4gnar0k> on here, it doesn't, it just creates busybox_unstripped 05:38 < R4gnar0k> I don't see and error either tho 05:38 < mtr> yeah, for any reason the strip command or the toolchain wrapper does not work 05:39 < R4gnar0k> hmmm 05:39 < R4gnar0k> I dunno >.< 05:39 < mtr> we could check with inmake hook if busybox exists 05:40 < R4gnar0k> possible yea 05:48 -!- Stelz [i=stelz@unaffiliated/stelz] has quit ["I wanna live my life like thunder!"] 05:49 -!- Stelz [i=stelz@unaffiliated/stelz] has joined #t2 05:52 < mtr> R4gnar0k: do you have set $SDECFG_DEBUG ? 05:53 < mtr> in that case the strip wrapper simply does nothing ... ;-) 05:53 < R4gnar0k> yes 05:53 < R4gnar0k> oh .... wait, no 05:53 < R4gnar0k> O_O ugh ... sorry, ... yes I do 05:54 < R4gnar0k> I dunno why ... but I do 06:00 < mtr> R4gnar0k: it does make more sense then to use cp instead of strip within the inmake hook ;-) 06:00 < mtr> R4gnar0k: and test if either SDECFG_DEBUG is set or the busybox app does not exit 06:01 < CIA-21> ragnar * r22518 /trunk/package/base/busybox/busybox.conf: * busybox: real fix for busybox binary not being generated when SDECFG_DEBUG=1 06:01 < R4gnar0k> like this? ... 06:04 < mtr> looks better now, thanks :) 06:05 < R4gnar0k> lol ok yw 06:12 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2 06:17 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["Chatzilla 0.9.75 [Firefox 1.5.0.9/2006120612]"] 06:57 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 07:00 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 07:16 < rxr> moin 07:27 < CIA-21> rene * r22519 /trunk/package/base/texinfo/texinfo.conf: 07:27 < CIA-21> * fixed texinfo to always build the tools with the native compiler, 07:27 < CIA-21> the cross stage is always cross, no need to check 07:27 < CIA-21> $SDECFG_CROSSBUILD, it is not set on 32bit builds on 64bit boxes 07:27 < CIA-21> or when just the ABI differs (new vs. old glibc, or glibc vs. uclibc) 07:33 < CIA-21> rene * r22520 /trunk/misc/archive/iso2stick.sh: * added copyright note to archive/iso2stick.sh 07:43 < CIA-21> susan * r22521 /trunk/package/xorg/xf86-video-vmware/xf86-video-vmware.desc: * updated xf86-video-vmware (10.14.1 -> 10.15.0) 07:43 < CIA-21> susan * r22522 /trunk/package/x11/xterm/xterm.desc: * updated xterm (223 -> 224) 07:46 < CIA-21> rene * r22523 /trunk/package/network/dnsmasq/dnsmasq.desc: * updated dnsmasq (2.37 -> 2.38) 07:59 < CIA-21> rene * r22524 /trunk/package/develop/ccache/parse-config: 07:59 < CIA-21> * fixed ccache/parse-config to really disable it's use when GCC is 07:59 < CIA-21> build with $SDECFG_MULTILIB ($ was missing) 08:28 -!- Baldzius [n=kvirc@office.wapcom.lt] has joined #t2 08:28 < Baldzius> moin 08:34 < rxr> hi Baldzius 08:35 < Baldzius> hi rxr 08:52 < CIA-21> rene * r22525 /trunk/package/graphic/freeimage/freeimage.desc: * updated freeimage (392 -> 393) 08:55 < mtr> moin Baldzius 08:56 < mtr> do you have any plans to update linux26 in the 6.x-branch ? 08:59 < CIA-21> susan * r22526 /trunk/package/gpe/gpe-beam/ (. gpe-beam.cache gpe-beam.desc hotfix.patch): * added gpe-beam (0.2.9) - A IrDa file transfer tool 09:13 < CIA-21> susan * r22527 /trunk/package/gpe/libgpepimc/ (. libgpepimc.cache libgpepimc.desc): * added libgpepimc (1.15) - A GPE category library 09:23 < Baldzius> hi mtr 09:23 < Baldzius> i am thinking about it but now i am short in time :/ 09:23 < Baldzius> iirc rxr is thinking about merging 2.6.18 09:24 < rxr> yeah - we wanted to spin a new minor relesae as rock solid as it is right now 09:25 < rxr> and then we update the kernel and wait 3weeks to spin that as 6.0.++ .... 09:25 < rxr> maybe it's best to release the new stable beginning of next week as we are out of office for the rest of the week 09:26 < rxr> and we should cherry pick a good 2.6 series, e.g. currently we just accidently missed the long maintained 2.6.16 series and have the not so long maintained 2.6.17 series in 6.0 :-( 09:26 < rxr> we shoudl be really careful picking the 6.0 update ... 09:27 < Baldzius> from me i've merged all security issues so you have a vote for next 6.0 minor release 09:28 < Baldzius> yeah, 2.6.19.2 would be nice i think 09:28 < Baldzius> 2.6.20 seems slower 09:28 < rxr> question is how long do the kernel folks update it ... 09:28 < rxr> Baldzius: let me check some PPC stuff 09:28 < Baldzius> i think they wont 09:29 < rxr> Baldzius: I think .19 did not boot on G3/G4 due to f*cked up IRQ routing 09:29 < CIA-21> susan * r22528 /trunk/package/gpe/libeventdb/ (. libeventdb.cache libeventdb.desc): * added libeventdb (0.30) - Calendar event data library backend 09:29 < rxr> and .20 does not appear to boto on PPC64 due to equally f*cked up IRQ routing 09:29 < Baldzius> ic :/ 09:29 < rxr> this really starts to annoy me majorly ... 09:29 < rxr> I have to find out which combination is good for non-x86 09:29 < Baldzius> for x86 2.6.19 works perfectly 09:30 < rxr> and also we have to do some social engineering to find out which series will receive more long-term linux-kernel hacker attention 09:30 < Baldzius> i am even thinking switching from 2.6.20 to 2.6.19 09:30 < rxr> not that we sit on a series that barely receives any security patches - if any ... 09:30 < rxr> Baldzius: I do not have testined .20 much, beside booting it once on my MacBook 09:31 < rxr> Baldzius: but I'll test the USB patchery in depth as half of my image scanners do not work due to post 2.6.16 USB breakage ... 09:31 < rxr> but .20 does definetly not boot on the dual-core G5 09:31 < rxr> tried 2h yesterday ... 09:31 < rxr> that is 2h alering .config and re-building again and again ... 09:32 < rxr> but .20-rcX did boot on a G5 PowerBook, tried that around xmas ... 09:32 < rxr> while .19 has ppc32 IRQ routing breakage ... :-( 09:32 < rxr> sind sounds like a solid linux stable series, does it ? 09:32 < rxr> /sind/this/ 09:33 < rxr> shomewhat reminds me on 2.5 times *g* 09:33 < Baldzius> ack :) 09:33 < Baldzius> something like that 09:33 < rxr> I totally hates this 09:33 < rxr> it wastes way too much of my time 09:34 < rxr> everytime I install a non-x86 T2 on someone's machine (mostly PPC) I get another regresison that costs some hours hunting for patches and testing ... 09:41 < mtr> they released 2.6.19.3 a week ago, perhaps this fixes the ppc issues ? 09:42 < rxr> hm - no webgit diffs at the moment? 09:42 < rxr> The load average on the server is too high 09:43 < rxr> my brothers PowerBook runs this 2.6.20-rcX(whatever that was) kernel 09:43 < rxr> however I'm still supprised .20 does not come up on the ppc64 ... 09:43 < rxr> still hunting it while my other workstation is just running cc1 :-) 10:00 < sepp> moin :) 10:02 < Baldzius> hi sepp :) 10:02 < sepp> hi Baldzius :) 10:06 < rxr> hi sepp 10:06 < rxr> did you see the pixie 2.0 release ? 10:07 < sepp> yes, but i have not tested that so far 10:07 < sepp> :/ 10:08 < sepp> it tends to break quite often with gcc optimization or for whatever reason 10:09 < sepp> will test that later :) 10:13 < rxr> I had that in mind and did not yet commit it :-) 10:13 < rxr> Pixie-src-1.7.6.tgz(1.7.6) ---> Pixie-src-???.tgz 10:13 < rxr> [MATCH] (2.0.1) [+] 10:13 < rxr> ... 10:16 < sepp> http://www.cs.utexas.edu/~okan/Pixie/ :) 10:17 < sepp> looks interesting 10:32 < rxr> sepp you said etk is so buggy 10:32 < rxr> but is it actually still used? 10:33 < rxr> their CVS of etk looks rather old ... 10:34 < sepp> some ppl use it even if it is braindead as gtk 10:34 < sepp> emphasis, ephoto estickies ... 10:35 < sepp> maybe you looked at the old dir in proto instead of libs ? 10:35 < rxr> /var/adm/cache/enhance:[DEP] etk 10:35 < rxr> /var/adm/cache/exhibit:[DEP] etk 10:35 < rxr> .oO 10:36 < rxr> maybe I look at the wrong CVS 10:36 < rxr> where is their current CVS view ... 10:36 < rxr> damn crap ... 10:36 < rxr> btw. Gentoo removed Evas ... 10:36 < rxr> quite cool for this unstable Gentoo freaks ... 10:36 < rxr> Evas is too unstable for them 10:36 < rxr> and they removed my macosd with it, as it optionally can use Evas ... 10:36 < sepp> so they removed entire e17? 10:36 < rxr> yep 10:37 < sepp> lol 10:37 < rxr> move to some e17 "overlay" 10:37 < rxr> some external fluff you have to stick into your portage tree thing ... 10:38 < rxr> soon we can advertise to not only targetting professionls and beeing more comfortable to work with but also to be more up to date than gentoo and ship more packages when they removed most of thiers ... 10:38 < rxr> http://bugs.gentoo.org/show_bug.cgi?id=162581 10:38 < rxr> ^- there is my macosd gone from gentoo ... 10:38 < rxr> however I couldn't care less *g* 10:39 < sepp> well, i dont know why the e17 guys have to invent 2 gui toolkits - where etk is basically copy of gtk 10:43 < rxr> more APIs they can brake ... 10:43 < sepp> hehe 10:45 < sepp> if you want a good working e17 right now downdate 16 days and wait for the e17 guys to fix the mess ;) 10:45 < sepp> which most probably will introduce a new set of problems 10:46 < CIA-21> susan * r22529 /trunk/package/gpe/gpe-bootsplash/ (. gpe-bootsplash.cache gpe-bootsplash.desc): * added gpe-bootsplash (1.15) - A GPE splashscreen while booting 10:46 < sepp> once they fixed the etk tree/scrollbar/slider mess 10:48 < CIA-21> susan * r22530 /trunk/package/gpe/libgpepimc/ (libgpepimc.cache libgpepimc.desc): * fixed libgpepimc to use correct source tar 10:48 < rxr> sepp: do you want to downdate to the exact release that works for you ? 10:49 < sepp> 10-jan-2007 was what i used before 10:49 < sepp> can do it later ... 10:50 < rxr> would be awesome 10:50 < sepp> have to run away in a few minutes ... 10:51 < rxr> cu then 10:52 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 10:52 < sepp> cu :) 10:52 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 10:52 < CIA-21> susan * r22531 /trunk/package/gpe/libcontactsdb/ (. libcontactsdb.cache libcontactsdb.desc): * added libcontactsdb (0.5) - GPE contacts data library backend 11:01 < CIA-21> rene * r22532 /trunk/package/base/busybox/busybox.desc: * marked busybox to contain an init implementation 11:23 < CIA-21> rene * r22533 /trunk/package/xorg/xsetpointer/xsetpointer.desc: 11:23 < CIA-21> * updated xsetpointer checksum, the upstream file was regenerated 11:23 < CIA-21> with a newer autoconf release without further notice 11:33 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 11:35 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 12:10 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 14:22 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 15:22 < CIA-21> rene * r22534 /trunk/package/www/retawq/ (. retawq.cache retawq.conf retawq.desc): * added retawq (0.2.6c) - A multi-threaded Web browser for text terminals 16:17 -!- Baldzius [n=kvirc@office.wapcom.lt] has quit [Read error: 104 (Connection reset by peer)] 16:24 < rxr> hm, a defconfig built kernel boots up correctnly on that G5 ... 16:24 < rxr> so some config option setup to iron out :-( 16:24 < rxr> valentin: the G5 now draws way less energy while idling as 2.6.20 puts the CPUs into a deep NAP mode ... 16:26 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 16:48 < CIA-21> rene * r22535 /trunk/package/www/retawq/retawq.conf: 16:48 < CIA-21> * improved the retawq package to avoid the custom configure 16:48 < CIA-21> script and instead use the also supplied Makefile, this 16:48 < CIA-21> fixes cross build and installation 16:49 < rxr> .oO (ok now the freshly defconfig 2.6.20 kernel froze on the dual-core G5 ...) 16:55 < rxr> heh;: 16:55 < rxr> 00:04 < fray> From a BoFH on TheRegister.. Windows Vista Simulator.. open Windows XP, turn on all the fancy optimization 16:55 < rxr> stuff, remove half your ram, slow down your processor and break the media player :) 16:55 < rxr> 00:04 < fray> 'er.. fancy ANIMATION stuff 16:55 * rxr preparing a tea 18:38 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 18:54 < CIA-21> rene * r22536 /trunk/architecture/x86/archtest.sh: 18:54 < CIA-21> * fixed x86 arch_machine definition for the recently added 18:54 < CIA-21> fine-grained i686 optimizations, including: prescot, nocona, etc. 19:13 -!- d-marc [n=d-marc@HSI-KBW-091-089-004-175.hsi2.kabelbw.de] has joined #t2 19:13 < d-marc> hi 19:14 < rxr> hi d-marc 19:18 < d-marc> rxr: I can be in nuernberg at 16:17 tomorrow 19:31 < rxr> ok, good to know 19:31 < rxr> you also want to have a quick glance over the fair ? 19:32 < d-marc> sure 19:32 < rxr> you do not have much time then, just 16:xx to 18:xx I think 19:32 < d-marc> how far is the trade fair away from the train station? 19:33 < rxr> I remember that last year that where quite some stops, like 15m or so 19:33 < d-marc> thats not too bad 19:34 < d-marc> rxr: today I presented our MapRenderer on linux.fb with joystick controll ;) 19:34 < rxr> lol 19:34 < d-marc> yeah 19:34 < d-marc> everyone was asking for the "drop bomb" feature ;) 19:34 < rxr> ah, btw. if your company intends to build some custom linux based device for this I hope you know whom to ask for the base OS part :-) 19:35 < d-marc> of course, that was your firend from south america, wasn't it? 19:35 < d-marc> ; 19:35 < d-marc> ;) 19:36 < rxr> yeah a lovely guy 19:36 < d-marc> hehe 19:36 < d-marc> you should come to KA one day and give a short presentation to PTV 19:37 < rxr> is past the cebit early enough :-? 19:37 < d-marc> I'll give you a call when I am at the train station tomorrow 19:37 < d-marc> past cebit, is fine 19:37 < d-marc> need to go in a moment 19:38 < d-marc> see you tomorrow! 19:38 < rxr> ok - cu tomorrow .-) 19:47 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 19:49 < CIA-21> rene * r22537 /trunk/architecture/x86/config.in: 19:49 < CIA-21> * added a generic i686 choice to architecture/x86/config.in (didn't we 19:49 < CIA-21> once had something like that?) 19:59 < Capey> rxr: what would you suggest using dietlibc or uclibc? 19:59 < Capey> they both break during build, so doesnt matter. i'll get them both. but which is more important considering for other ports too 20:02 < rxr> Capey: hi 20:02 < rxr> Capey: I did not review what the other open/free wrt project use 20:02 < rxr> Capey: I first would start mimick them 20:02 < rxr> dietlibc usually is much smaller than uclibc 20:03 < Capey> yep, i'm looking at the openwrt which also supports this device 20:03 < rxr> however with uclibc and dynamic linking with a lot of binaries the whole system starts to be smaller 20:03 < rxr> I mean "with a lot of binaries" -> when the system is quite populated such as with lots of services etc. 20:04 < rxr> if in doubt start with dietlibc 20:04 < rxr> builds faster and usually easier to debug due to it's small code size 20:04 < rxr> I really quite like it 20:04 < rxr> also if the others use uclibc your fresh target has one outstanding difference 20:05 < rxr> btw. qemu's user-space and system emulation can quite simplify testing 20:05 < rxr> and last but not least some access points have some pins or pads where you can wire a serial port on internally 20:05 < rxr> might be helpful to monitor the boot 20:05 < rxr> but I do not know off hand if the AP you have has this serial port option 20:06 < rxr> Capey: I'll be abroad for the rest of the week - so don't wonder when I'm usually not around :-) 20:07 < Capey> rxr: yeah, we have release week at work, so thats taking most of my spare time, but after friday i can concentrate more on wrt 20:10 < rxr> :-) 20:10 < rxr> I'll be back just monday 20:11 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2 20:13 < misl> hi folks 20:20 < rxr> hi misl 20:20 < misl> hi rxr 20:32 < Demian> http://jyte.com/cl/better-than-sex-rock-linux-2 :p 20:33 < Demian> i like this: http://jyte.com/cl/less-is-more-than-more 22:00 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 22:23 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 22:27 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 22:34 -!- d-marc [n=d-marc@HSI-KBW-091-089-004-175.hsi2.kabelbw.de] has quit ["KVIrc 3.2.4 Anomalies http://www.kvirc.net/"] 23:07 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["Chatzilla 0.9.75 [Firefox 1.5.0.9/2006120612]"] 23:10 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 23:28 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has joined #t2 23:59 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has quit [Remote closed the connection] --- Log closed Wed Feb 14 00:00:02 2007