T2 IRC Log: 2009-02-07
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.
--- 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
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>
14:24 < rxr> [
14:24 < rxr> WARNING: at drivers/usb/serial/usb-serial.c:313 serial_write+0x79/0x9d [usbserial]()
14:24 < rxr>
14:24 < rxr> [
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