--- Log opened Sat Feb 07 00:00:13 2009 00:46 -!- RayMan72 [n=radjis@dhcp-077-250-081-057.chello.nl] has quit ["i've to Leave"] 01:04 -!- Baldzius [n=aldas@87-198-133-94.ptr.magnet.ie] has quit ["Leaving"] 01:42 -!- digitaloktay [n=debian@dslb-084-056-224-232.pools.arcor-ip.net] has quit ["Verlassend"] 01:52 < CIA-23> aldas * r32115 /trunk/package/kde/kdebluetooth/: * droped kdebluetooth, deprecated by kdebluetooth4 02:07 -!- |beowulf| [i=1014@ente.hawo.stw.uni-erlangen.de] has quit ["ciao"] 10:00 -!- mpp [n=mpp@i538767DD.versanet.de] has joined #t2 10:29 < mpp> trunk does not build anymore even minimal target 10:31 < mpp> http://pastebin.com/m25188102 10:31 < mpp> imho t2 would benefit of doing clean automated test builds on some selected targets 10:32 < mpp> no incremental builds ! 11:01 < rxr> probably a binutils regression 11:01 -!- bdheeman [n=bdheeman@122.173.26.167] has joined #t2 11:04 < mpp> ah ... 11:04 < mpp> makes sense 11:06 -!- RayMan72 [n=radjis@dhcp-077-250-081-057.chello.nl] has joined #t2 11:06 < bdheeman> aye! http://bugs.t2-project.org, there is 'No matching server entry!' 11:16 -!- bdheeman [n=bdheeman@122.173.26.167] has left #t2 [] 11:50 < mpp> glibc building issue with binutils works on r32033 11:51 < mpp> im digging up the revisions to see at what point building breaks 11:51 < mpp> i'll drop a note when i pinpointed the broken revision 11:51 < rxr> we did not update binutils too often in between 11:53 < mpp> but it's definetly the binutils 11:53 < mpp> another great news: 11:53 < mpp> with kernel 2.6.28 the amd phenom multicore does not segfault anymore :-) 11:54 < mpp> i am very happy about that one !!! 11:56 < rxr> :-) 11:58 < mpp> we really need an automated build policy framework for some targets 11:58 < mpp> i am tired of those regressions 11:59 < mpp> a dedicated build server is on my mind 12:00 < rxr> i got a 8-core here since a year, it's already test build in virtual containers 12:00 < rxr> I can indeed further extend that 12:02 < mpp> at least for me the rescue target without the x fluff is vital 12:02 < mpp> so is the generic -minimal for the build host itself 12:03 < mpp> maybe it's time to think about a more community driven fork / policy 12:04 < mpp> individual efforts cannot compete with networked man power imho 12:04 < mpp> i realize that all this a bit hard to achieve with svn .... 12:05 < mpp> probably most people have their own local repos - at least i do 12:05 < mpp> so lot's of upstream stuff doesn't even make it into the trunk 12:06 < mpp> so i found the revision 12:06 < mpp> 32085 is where glibc breaks 12:06 < mpp> due to binutils update 12:08 < mpp> sorry its 32084 :-) 12:27 < rxr> do you have new packages or fixes in your local repository ? 12:28 < mpp> a few 12:28 < mpp> mainly xorg related stuff 12:28 < mpp> i'll make some upgrading today and see if they are fixed with the svn updates 12:28 < mpp> :-) 12:43 < rxr> toll, gestern erst den router kernel upgedated (2.6.26 -> .28) und heute kommt .4 raus, damnit! 12:43 < mpp> that's life .... 12:43 < rxr> thats linux 12:44 < mpp> that's harsh 12:44 < rxr> maybe I should add supprt for dragonfly BSD -- or anything else based on a micro kernel 12:44 < mpp> openbsd comes to mind in terms of code quality and stabilty 12:44 < rxr> openbsd is a monolithic kernel 12:45 < mpp> and dragonfly ... 12:45 < rxr> I'll not migrate to anythign not a micro kernel in this millenium .. 12:45 < rxr> dragonfly is a rewrite / migration to micro kernel :-) 12:45 < mpp> cool 12:45 < mpp> i'll have a look at it 12:45 < rxr> yep, but I only test booted it once in KVM, no real research done yet form my side 12:45 < mpp> i also twinkle with bsd these days 12:46 < mpp> the linux fuzz really is fast mutilating b***s*** 12:46 < rxr> I with micro kernels ... 12:46 < rxr> yesterday I found 2.6.26 and 2.6.28 with a 3com NIC to panic under high network load ... 12:47 < mpp> same old story... 12:47 < rxr> replaced one nic with a cheap realtec, problem solved ... :-( 12:47 < mpp> 3com is known to have issues since the early linux days 12:47 < rxr> 3com was rock solid 10y ago 12:47 < mpp> brb 12:47 -!- mpp [n=mpp@i538767DD.versanet.de] has quit ["ChatZilla 0.9.84 [Firefox 3.0.5/2008121621]"] 12:47 < rxr> which was why I always brought them 12:51 [Users #t2] 12:51 [@ChanServ] [ koan ] [ mtr ] [ Skaperen] [ {Brad}] 12:51 [ CIA-23 ] [ LMJ ] [ RayMan72] [ Stealth ] 12:51 [ dsoul ] [ mqueiros_] [ rxr ] [ TobiX ] 12:51 -!- Irssi: #t2: Total of 13 nicks [1 ops, 0 halfops, 0 voices, 12 normal] 12:51 [Users #t2] 12:51 [@ChanServ] [ koan ] [ mtr ] [ Skaperen] [ {Brad}] 12:51 [ CIA-23 ] [ LMJ ] [ RayMan72] [ Stealth ] 12:51 [ dsoul ] [ mqueiros_] [ rxr ] [ TobiX ] 12:51 -!- Irssi: #t2: Total of 13 nicks [1 ops, 0 halfops, 0 voices, 12 normal] 12:57 -!- mpp [n=mpp@i538767DD.versanet.de] has joined #t2 13:01 < CIA-23> rene * r32116 /trunk/package/base/linux26/linux26.desc: * updated linux26 (2.6.28.3 -> 2.6.28.4) 13:39 < CIA-23> rene * r32117 /trunk/package/printing/gutenprint/gutenprint.desc: * updated gutenprint (5.2.2 -> 5.2.3) 13:39 < CIA-23> rene * r32118 /trunk/package/security/gnutls/gnutls.desc: * updated gnutls (2.6.3 -> 2.6.4) 13:39 < CIA-23> rene * r32119 /trunk/package/x86/x86info/x86info.desc: * updated x86info (1.23 -> 1.24) 13:57 < mpp> rxr: can t2 build on a bsd host ? 14:01 < rxr> cross build theoretically 14:01 < rxr> never tried (beside some basic tests under mac os x) 14:01 < rxr> in theory t2 can also build user-land stuff into foreign os 14:01 < rxr> e.g. I used it to build subversion etc. for mac os x even some 2-3 years ago (when the xcode toosl did not yet ship with svn etc. pp.) 14:02 < rxr> or t2 could build for FreeBSD or Solaris - like those pkgport stuff 14:02 < rxr> but some rough edges should be polished for smoother building without manual tinkery for a start 14:02 < mpp> cool 14:02 < rxr> we have those on the roadmap and google SOC possible project list 14:03 < mpp> another thing that would make life easier is the distcc 14:03 < rxr> not for the cross building on non-linux OSs AFAICS 14:03 < mpp> i have a bunch of questions for using it on t2 building process 14:04 < rxr> I have some client work on my desk - we should chat later about it .-) 14:04 < mpp> k 14:04 < mpp> till then 14:04 < rxr> yep 14:04 < rxr> have a nice saturday so faf 14:04 < rxr> far 14:05 < rxr> linux serial USB WWAN modem stuff has bugs on PPC :-( 14:05 < rxr> triggers all kind of bad behaviour - including unalignment and other exception oopses :-( 14:11 < rxr> why the heck do I get no 3G lock in the office right now 14:12 < rxr> always when you need it 14:17 < CIA-23> rene * r32120 /trunk/package/gnome2/gparted/gparted.desc: * updated gparted (0.4.1 -> 0.4.2) 14:17 < CIA-23> rene * r32121 /trunk/package/multimedia/libmtp/libmtp.desc: * updated libmtp (0.3.3 -> 0.3.6) 14:17 < CIA-23> rene * r32122 /trunk/package/develop/ucommon/ucommon.desc: * updated ucommon (2.0.2 -> 2.0.4) 14:17 < CIA-23> rene * r32123 /trunk/package/network/libzrtpcpp/libzrtpcpp.desc: * updated libzrtpcpp (1.4.2 -> 1.4.3) 14:17 < CIA-23> rene * r32124 /trunk/package/multimedia/lives/lives.desc: * updated lives (0.9.9.5 -> 0.9.9.6) 14:17 < CIA-23> rene * r32125 /trunk/package/network/licq/licq.desc: * updated licq (1.3.5 -> 1.3.6) 14:19 < rxr> now the usb-serial crashed my whole linux kernel 14:19 < rxr> wonderful monolythic life 14:19 < rxr> and all this is dead simple code that could happily live in user-space even on linux ... 14:19 < rxr> minimal byte passing down to a USB endpind ... 14:19 < rxr> endpoint 14:20 < rxr> (whole linux kernel on x86-64, usb-serial has even greater bugs on ppc*) 14:23 < rxr> ------------[ cut here ]------------ 14:23 < rxr> WARNING: at drivers/usb/serial/usb-serial.c:326 serial_write_room+0x53/0x6a [usbserial]() 14:24 < rxr> [] warn_on_slowpath+0x51/0x75 14:24 < rxr> [] ehci_urb_enqueue+0x152/0xd2c [ehci_hcd] 14:24 < rxr> WARNING: at drivers/usb/serial/usb-serial.c:313 serial_write+0x79/0x9d [usbserial]() 14:24 < rxr> [] warn_on_slowpath+0x51/0x75 14:24 < rxr> [] serial_write+0x79/0x9d [usbserial] 15:23 -!- Baldzius [n=aldas@89.127.179.94] has joined #t2 15:23 < Baldzius> e 15:23 < Baldzius> moin 15:28 < CIA-23> aldas * r32126 /trunk/package/scientific/epix/epix.desc: * updated epix (1.2.2 -> 1.2.5) 15:28 < CIA-23> aldas * r32127 /trunk/package/kde/kipi-plugins/kipi-plugins-0.2.0-libgpod.patch: * fixed kipi-plugins to build with latest libgpod 15:58 < CIA-23> aldas * r32128 /trunk/package/network/mldonkey/mldonkey.desc: * updated mldonkey (2.9.6 -> 2.9.7) 15:59 < CIA-23> aldas * r32129 /trunk/package/network/proftpd/proftpd.desc: 15:59 < CIA-23> * updated proftpd (1.3.1 -> 1.3.2) 15:59 < CIA-23> * security update 15:59 < CIA-23> aldas * r32130 /trunk/package/database/postgresql/postgresql.desc: * updated postgresql (8.3.5 -> 8.3.6) 15:59 < CIA-23> aldas * r32131 /trunk/package/mail/dovecot/dovecot.desc: * updated dovecot (1.1.10 -> 1.1.11) 16:11 < CIA-23> aldas * r32132 /trunk/package/network/wireshark/wireshark.desc: * updated wireshark (1.0.5 -> 1.0.6) 16:27 < mpp> rxr: upgrading to the current revision works fine now - except for the binutils i had to revert them to 16:27 < mpp> 2.19.51.0.1 16:36 < rxr> ok 16:54 -!- mpp [n=mpp@i538767DD.versanet.de] has quit [Read error: 110 (Connection timed out)] 16:54 -!- mpp [n=mpp@i53876E95.versanet.de] has joined #t2 17:16 < Skaperen> g/m 17:16 < Skaperen> (while it's still barely morning here) 17:21 -!- mqueiros_ [n=mqueiros@217.70.71.38] has quit [] 17:21 < CIA-23> rene * r32133 /trunk/package/network/ppp/rocknet_ppp.sh: 17:21 < CIA-23> * improved / cleaned-up ppp/rocknet_ppp.sh by removing 17:21 < CIA-23> extra quotes, added soem more standard abort strings, 17:21 < CIA-23> and timeouts 17:34 < CIA-23> rene * r32134 /trunk/package/graphic/devil/devil.desc: * updated devil (1.7.1 -> 1.7.7) 17:43 < rxr> hi Skaperen 17:49 < mpp> package groff is broken 17:49 < mpp> configure-csh.patch.cross patch is oboslete 17:57 < mpp> wondering why the patch is still in my repo ... 17:57 < mpp> according to the svn log it's beeing removed 17:59 < mpp> wrong alert i guess 17:59 < mpp> an issue with my svn syncing aparently 18:21 < Skaperen> svn has been known to do that 18:21 < Skaperen> I've had it check back in stuff I previously deleted 18:25 < mpp> it's rather my local rsync 18:26 < mpp> can't do --delete on rsync 18:26 < mpp> that's the caveat 18:26 < mpp> anyways .. 18:27 < mpp> well another scm tools comes in mind 18:27 < mpp> i think i'll have to look into git's svn syncing capability to avoid this fuzz 18:28 < mpp> k im out for today - see you around 18:28 -!- mpp [n=mpp@i53876E95.versanet.de] has quit ["ChatZilla 0.9.84 [Firefox 3.0.5/2008121621]"] 18:36 < Skaperen> your rsync doesn't do --delete? or you don't want to do --delete so you can retain old stuff? 18:37 < Skaperen> since he's gone (just noticed) I guess I'm just thinking out loud 18:38 < Skaperen> but this can be handled with rsync and cp ... what I do is I keep 2 directories ... one called "sync" which is the rsync destination (and I use --delete on it) 18:38 < Skaperen> the other is called "arch" ... after a successful rsync run, then I do: cp -afl sync/. arch/. 18:39 < Skaperen> that cp command will make arch be a hardlink copy, but retains all past files since it isn't subject to rsync's --delete 18:41 < Skaperen> if a file is updated, only the updated one is retained ... if you want old versions to be local, you're better off doing an svn replication 20:14 -!- mpp [n=mpp@i53876E95.versanet.de] has joined #t2 20:18 < mpp> hey yo - back in for a short note 20:19 < mpp> squashfs package is obsolete in new kernel 2.6.28 20:19 < mpp> i think 20:19 < mpp> but my usb keyboard does not map alt-f1 stuff anymore 20:19 < mpp> allthoug usb modules are loaded correctly 20:19 < mpp> damnit 20:20 < mpp> chvt is a workaround - but wtf do the f-keys not work ? 20:20 < mpp> any suggestions are welcome 20:20 < mpp> Skaperen: i need to rework the svn syncing definetly 20:21 < mpp> thanx for the advice anyway 21:32 -!- tri [n=tri@p4FCF1575.dip0.t-ipconnect.de] has joined #t2 22:40 -!- mishdan [n=isbear@31-121-133-95.pool.ukrtel.net] has joined #t2 22:42 < CIA-23> aldas * r32135 /trunk/package/develop/hdf5/ (hdf5.conf hdf5.desc): * reverted r29815 and updated hdf5 (1.8.1 -> 1.6.8), 1.8 currently breaks octave 22:42 < CIA-23> aldas * r32136 /trunk/package/scientific/octave/octave.desc: * updated octave (3.0.1 -> 3.0.3) 23:32 -!- tri [n=tri@p4FCF1575.dip0.t-ipconnect.de] has left #t2 [] 23:34 -!- synchris [n=synchris@athedsl-201810.home.otenet.gr] has joined #t2 23:58 -!- t0bi [n=opera@ppp-58-9-215-193.revip2.asianet.co.th] has joined #t2 23:58 -!- t0bi [n=opera@ppp-58-9-215-193.revip2.asianet.co.th] has left #t2 [] --- Log closed Sun Feb 08 00:00:13 2009