T2 IRC Log: 2007-02-13

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 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