[12:03] <ivoks> siretart: ping
[12:03] <siretart> ah hi ivoks!
[12:03] <siretart> finally :)
[12:03] <dholbach> hi ivoks
[12:04] <ajmitch> hi ivoks
[12:04] <ivoks> hi all
[12:04] <ivoks> siretart: i have seen typo
[12:04] <ivoks> but i don't understand why should it be 0ubuntu1
[12:04] <ivoks> this package is used by quite of people...
[12:04] <siretart> ivoks: you mean IWCONFIG instead of ICONFIG? ;)
[12:05] <ivoks> yeah...
[12:05] <ivoks> IFCONFIG
[12:05] <siretart> ivoks: I put this comment in revu
[12:05] <ajmitch> ivoks: it has to be lower than anything that might go into debian
[12:05] <ivoks> ajmitch: it is
[12:05] <ivoks> 0ubuntu1
[12:05] <ivoks> 0ubuntu7
[12:05] <ivoks> same thing when debian is -1
[12:05] <siretart> ivoks: the thing is, that if wifi-radar -1 gets into breezy, we can sync it from debian. we cannot if its 1ubuntu1 or higher
[12:05] <ajmitch> ivoks: but you said you didn't understand why it should be -0ubuntu1 :)
[12:06] <ivoks> ajmitch: yes, cause now it's 0ubuntu4
[12:06] <ajmitch> ivoks: right, I don't see a problem with that
[12:06] <ivoks> siretart: it's 0ubuntu4 :)
[12:06] <dholbach> automagical removal of packages is AWESOME
[12:06] <siretart> ivoks: we agreed on this procedure some time ago. it is to make live for the archive scripts easier,
[12:06] <siretart> ivoks: ah, hm. ic
[12:06] <ajmitch> imho, as along as it is 0ubuntuX, it is fine
[12:07] <ivoks> doh... soo too much fuss for nothing :)
[12:07] <siretart> dholbach: how do you think about this? can we have a 0ubunut4 as initial revision in the archive?
[12:07] <ivoks> why not?
[12:07] <dholbach> not nice
[12:07] <dholbach> but ok
[12:07] <ajmitch> dholbach: fine by me - it happens at times in debian
[12:07] <comadreja> could you help me a bit ? I'm taking a look at alexandria, because of these unmetdep
[12:08] <comadreja> and it depends on lib<somthing>-ruby > 0.12
[12:08] <comadreja> available only is...0.11.0-1ubuntu1
[12:09] <comadreja> so, I have to change that 0.12.0 for 0.11.0-1ubuntu1 ?
[12:09] <ivoks> lol
[12:09] <comadreja> or 0.11.0-1 ?
[12:09] <ivoks> W: wifi-radar; Maintainer script prerm uses debhelper, but does not use #DEBHELPER#.
[12:09] <ivoks> rm is debhelper? :)
[12:09] <siretart> ivoks: see debhelper(7)
[12:10] <comadreja> siretart : ?
[12:11] <ivoks> comadreja: i'm sure there is a reason why it depends on .12
[12:11] <comadreja> then how is that fixed ?
[12:12] <comadreja> upgrading lib*-ruby ?
[12:12] <ivoks> right
[12:12] <comadreja> but that has to be done by the maintainer, right ?
[12:13] <ivoks_debugger> right
[12:13] <ivoks_debugger> and breezy is frozen
[12:13] <comadreja> so, what should I do regarding that ?
[12:13] <ivoks_debugger> if that lib is from main, then you are out of luck :(
[12:13] <comadreja> universe, one, but there are four
[12:14] <siretart> comadreja: sorry, I will have a closer look later (maybe even tomorrow) at alexandria. I noted it on my list
[12:14] <ivoks_debugger> ok, i found few very nasty bugs in hoary installer
[12:14] <ivoks_debugger> i gaved hoary to a frined of mine to install it
[12:15] <dholbach> good night
[12:15] <ivoks_debugger> 'night
[12:15] <comadreja> siretart,ivoks : thanks
[12:15] <comadreja> dholbach : nite
[12:25] <ogra> could some java guru please make freemind compile with gcj ? kthnxbye
[12:25] <jbailey> ogra: Call me in a week.
[12:26] <ogra> jbailey, you think you can ?? o_O
[12:26] <jbailey> ogra: Wrestling with eclipse first. =)
[12:26] <siretart> jbailey: was my subversion patch to sourcepackage helpful?
[12:26] <ogra> AWESOME !! i didnt think it was possible
[12:26] <jbailey> ogra: I haven't asserted that anything's possible or impossible.
[12:26] <ajmitch> hi jeff :)
[12:26] <jbailey> G'm Andrew
[12:27] <jbailey> siretart: Lemme look at that now.  A nice easy patch to something sounds lovely to look at.
[12:27] <ogra> jbailey, but demoting your time to it makes it a bit more possible for me to include it in the edubuntu default install ;)
[12:27] <jbailey> ogra: Dude, you're being evil. =)
[12:27] <ogra> s/possible/likely
[12:27] <ajmitch> looks like planet ubuntu became planet riddell today
[12:27] <siretart> \sh: which list?
[12:27] <jbailey> ogra: You know that if you need it for edubuntu that I'll give it more time. =)
[12:28] <ogra> jbailey, i dont *need* it, but its obviously the best tool for the job
[12:28] <\sh> UniverseUnmetDeps
[12:28] <siretart> ah
[12:28] <jbailey> siretart: This is bug 6096, right?
[12:29] <jbailey> I don't see a patch on it.
[12:29] <jbailey> Or do you means the one Wolfgang?
[12:29] <siretart> jbailey: I hoped that debzilla will import my comment from the debian bts
[12:29] <jbailey> Was it bug 271125 ?
[12:29] <siretart> jbailey: I sent the patch to debian bts with CC: to you, wait I'll look up the bug#
[12:30] <jbailey> subject "patch for sourcepackage"
[12:30] <jbailey> I have it in my email.
[12:30] <siretart> exactly
[12:30] <jbailey> Err. includes patches to g++-4.0?
[12:31] <siretart> for compiling with g++-4.0
[12:31] <ogra> lol
[12:31] <siretart> no patching of it. sorry for my bad english :(
[12:31] <jbailey> No worries.  =)
[12:31] <\sh> english? patch is not english ,-)
[12:31] <siretart> :)
[12:32] <\sh> and ok..one more build then gf ,-)
[12:33] <jbailey> siretart: Tell you what.  I have to work on the Java Packaging Policy tomorrow anyway.  I'll make sure this is all setup tocomply and get this done.  Will you poke me if I don't mention it? =)
[12:33] <ajmitch> yay, finally new gnue prereleases :)
[12:33] <\sh> damn
[12:33] <siretart> jbailey: Perfect! will do :)
[12:34] <\sh> gfccore
[12:34] <\sh> cxx trans
[12:35] <ajmitch> \sh: hmm?
[12:35] <jbailey> gnue?  Wow.  Haven't thought about that in ages. =)
[12:35] <ajmitch> \sh: yeah, sorry about that one :)
[12:35] <\sh> ajmitch: depends on libsigcc++2.0
[12:35] <\sh> ajmitch: depends on libsigcc++2.0c2 ,-)
[12:36] <ajmitch> \sh: and the problem is?
[12:36] <\sh> shout i upload it as build1 or rename it.
[12:36] <ajmitch> jbailey: yeah, I thought they'd stopped working on it for awhile :)
[12:37] <ajmitch> \sh: rename it
[12:37] <\sh> looks like
[12:37] <ajmitch> jbailey: well I might have to do some debian work for a change then ;)
[12:38] <jbailey> ajmitch: Just upload the Ubuntu version to Debian. =)
[12:40] <ajmitch> jbailey: but I'd have to get a UVF exception for breezy :)
[12:40] <ajmitch> easier to build them on the sid chroot, commit the changes to the bazaar archive I setup for them
[12:41] <siretart> ok, I'm for for bed then.
[12:41] <siretart> cu tomorrow, gn8 folks!
[12:41] <ajmitch> night siretart
[12:41] <sistpoty> gn8 siretart
[12:42] <jbailey> ajmitch: You've caught the bazaar bug? =)
[12:42] <\sh> yeah...gn8 to you all :)
[12:42] <sistpoty> gn8 \sh
[12:42] <\sh> ogra: thx 4 upload  :) cu tomorrow :)
[12:42] <\sh> sistpoty: sleep well
[12:42] <jbailey> ajmitch: Nightly bzr snapshots now at deb http://people.ubuntu.com/~jbailey/snapshot/bzr ./
[12:42] <jbailey> =)
[12:42] <ogra> \sh_away, night
[12:43] <ajmitch> jbailey: yay!
[12:44] <sistpoty> gn8 all
[12:49] <ajmitch> this place is always so quiet once the europeans depart :)
[12:53] <pagefault> yep
[12:56] <comadreja> ajmitch : some of us are still here :)
[12:57] <comadreja> btw, I need some help maybe one of you could do it
[12:57] <comadreja> https://wiki.ubuntu.com/UniverseUnmetDeps
[12:57] <comadreja> do you know if those packages are hoary ? or breezy ?
[12:57] <ajmitch> breezy
[12:57] <ajmitch> we don't work on hoary anymore for things like that
[12:58] <comadreja> does amsynth fail for you ?
[12:58] <comadreja> it works here
[12:58] <ajmitch> comadreja: as the note at the top says, it was done an an adm64
[12:58] <ajmitch> amd64
[12:59] <ajmitch> and some packages need fixed for that platform
[01:00] <comadreja> I see
[01:00] <comadreja> I'll try another, everyone I've tried failed for some other reason or worked
[01:03] <pagefault> yep
[01:03] <pagefault> oops
[01:05] <Riddell> ajmitch: that'll be the return of kdedevelopers.org then, tsk
[01:05] <ajmitch> Riddell: it disappeared?
[01:05] <Riddell> ajmitch: malitiously cracked while all the developers were at the KDevelop conference
[01:06] <Riddell> planet.kde.org is very broken, ach weel
[01:06] <ajmitch> nasty
[01:12] <diamond> nite folks
[01:44] <Mez> mysql-query-browser needs an update from debian
[01:54] <ajmitch> Mez: needs in what way?
[01:54] <ajmitch> Mez: it needs merged, by the look of things
[01:55] <ajmitch> last debian upload was 3 weeks ago
[01:58] <Mez> yeah ajmitch, I was looking through what we backported :D
[01:58] <Mez> and it needs merging down
[01:58] <Mez> as we backported from debian not breezy
[01:58] <Mez> ;)
[01:58] <Mez> fluxbox needs a manual merge too
[01:59] <ajmitch> we'll get round to it asap :)
[01:59] <Mez> yeah, I mean I'll prob rebuild them once I've finished this list :D
[01:59] <Mez> seeing as they work perfectly well in backports
[02:00] <Mez> ltsp too
[02:01] <ajmitch> right
[02:08] <Mez> where did unrar go in breezy?
[02:09] <schweeb> chris@schweeb-x41:~$ apt-cache search unrar
[02:09] <schweeb> unrar-free - Unarchiver for .rar files
[02:09] <schweeb> unrar-nonfree - Unarchiver for .rar files (non-free version)
[02:12] <Mez> firefox needs to provide dummy's for mozilla-firefox if backporting
[02:33] <pagefault> wow mountain dew with caffeine is so much better
[02:34] <schweeb> pagefault: caffeine is the only reason you drink mt dew
[02:34] <pagefault> here you couldn't get caffeine in mountain dew until this year
[02:35] <schweeb> blech
[02:35] <pagefault> we have a silly law that says drinks can't contain caffeine unless it's cola coloured otherwise it has to be a 'health energy drink'
[02:35] <schweeb> yea, canoodia?
[02:35] <pagefault> so they released some new mountain dew 'health' drink but it's just moutain dew with caffeine
[02:35] <pagefault> yeah
[02:35] <schweeb> no reason to be there, unless you want to drink at 19 :P
[02:36] <schweeb> (legally that is)
[04:05] <comadreja> awake ? anybody ?
[06:47] <jc_c> hello
[07:06] <HostingGeek> http://savannah.gnu.org/forum/forum.php?forum_id=3766
[08:08] <siretart> morning
[08:08] <Burgundavia> morning
[08:38] <ivoks> 'morning
[08:38] <crimsun> moin
[08:38] <Burgundavia> evening
[08:43] <siretart> hi ivoks
[08:43] <ivoks> hi
[08:44] <siretart> ivoks: are there any question left about wifi-radar? it went rather quick, yesterday..
[08:46] <siretart> did I scare him?
[09:08] <pef> hi
[09:32] <\sh> morning guys
[09:38] <siretart> hi \sh
[09:57] <\sh> morning siretart
[10:19] <comadreja> morning
[10:24] <zanaga> who should i bug to get beagle as a package to malone and to get a bug re-assigned to that package?
[10:25] <Amaranth> zanaga: file a bug against malone to get beagle added
[10:25] <zanaga> filing..
[10:26] <zanaga> oh neat, there are layout changes in launchpad ;)
[10:30] <comadreja> I need a motu to review clanlib
[10:42] <SloMo_> Mez: pong ;)
[10:43] <Mez> slomo: you need to make it to next CC meeting :D
[10:43] <Mez> backports on the agenda
[10:43] <SloMo_> Mez: hehe ok, when is it?
[10:44] <Mez> Tue 19 July 14:00 UTC Community Council
[10:44] <Mez> they're diuscussing the backports team
[10:46] <SloMo_> hmm,  i'll try... i have a lecture until 14:00 UTC but i'll leave it a bit earlier ;)
[10:48] <Amaranth> SloMo_: I'll hopefully have a string freeze coming up soon on Smeg, btw.
[10:50] <SloMo_> Amaranth: fine :) can you notify me then? btw, where can i get your latest sources?
[10:50] <Amaranth> you can't get them anywhere right now
[10:53] <pef> If the orig tarball of a program is named weirdly (like foo-222-b) or isn't correct (no directory inside or only a foo, no foo-xx) what should I do ?
[10:54] <SloMo_> ok... well, i have to leave now... will be back in ~3 hours :) bye bye
[10:56] <Amaranth> pef: Fix it, I guess.
[10:56] <pef> Amaranth: yes, but how ?
[10:56] <Amaranth> Um, retar it.
[10:58] <pef> Amaranth: and just mention I have done this to debian.readme ?
[10:58] <Amaranth> *shrug*
[10:58] <Amaranth> I dunno how you're supposed to do it, I'm just telling you what I'd do.
[11:37] <Mez> whats the difference between using libgtkhtml3.8-dev and libgtkhtml-dev for a build-Depends ?
[11:37] <Treenaks> Lathiat: openssi? a free clone of irssi?
[11:37] <Lathiat> Treenaks: clustering stuff
[11:37] <Treenaks> Lathiat: (which is already free)
[11:37] <Lathiat> Treenaks: like mosix except
[11:38] <Lathiat> Treenaks: it all comes up as one virtual machine
[11:38] <Lathiat> rather than individual machiens running tasks
[11:38] <Treenaks> Lathiat: ooh, cool
[11:38] <Lathiat> require magic is in sarge
[11:38] <Lathiat> it seems a little old
[11:43] <comadreja> I need a motu to review clanlib
[11:43] <comadreja> it's the library that breaks race
[11:44] <comadreja> that is in the unmetdeps page
[11:46] <ivoks> oh, my, my...
[11:46] <ivoks> again changes in ligl-dev :(
[11:47] <Lathiat> libgl ?
[11:47] <Lathiat> heh
[11:47] <ivoks> yeah..
[11:47] <Lathiat> im waiting a bit
[11:47] <Lathiat> before i fix bzflag
[11:47] <Lathiat> daniels thinks after this upload it should be good
[11:47] <Lathiat> we had a discussion yesterday in -devel
[11:47] <ivoks> let's see
[11:47] <ivoks> i was too busy these days to check lists.. :(
[11:47] <Lathiat> as in irc
[11:47] <ivoks> ah, irc...
[11:48] <ivoks> too busy too :(
[11:48] <ivoks> Removing capplets... doesn't sound good :(
[11:50] <ivoks> nope :(
[11:50] <ivoks>  bzflag: Depends: xlibmesa-glu but it is not going to be installed
[11:50] <Lathiat> well, i've got the new 2.0 packages
[11:51] <Lathiat> but it ftbfs due to dep issues
[12:24] <Mez> hmm, jsut as an FYI: mysql-query-browser needs merging from debian (and some wub)
[12:55] <siretart> Lathiat: you discussed the libgl situation with daniels yesterday?
[12:56] <Lathiat> siretart: well, someone else did while i was there
[12:57] <siretart> Lathiat: if you have an overview, would you mind to set up a summary page about what dependencies for gl apps are recommended?
[01:29] <havoc> morning
[01:33] <siretart> Lathiat: if you don't have time, I will do my best this evening..
[01:42] <havoc> jbailey: morning
[01:43] <jbailey> Heya havoc
[01:44] <havoc> I have to convince some debian people to possibly use ubuntu
[01:44] <havoc> not quite sure how yet
[01:44] <havoc> not sure that I know enough about ubuntu to offer a compelling objective argument yet
[01:46] <ogra> ubuntu _is_ debian, just more userfriendly and ahead of time in some places.... you have a guaranteed release schedule and 18months of guaranteed support...
[01:47] <havoc> support from coninical?
[01:47] <havoc> (did I spell that right?)
[01:47] <\sh> paid support from canonical
[01:47] <\sh> community support from users
[01:48] <havoc> "user friendly" in what way(s)?
[01:48] <havoc> (vs. debian)
[01:48] <pef> siretart: ping
[01:48] <ogra> better commandline disintegration
[01:48] <siretart> pef: pong
[01:48] <\sh> put cd in, install, be happy that way of "user friendly"
[01:49] <\sh> most of the things are working out of the box...especially on laptops :)
[01:49] <pef> siretart: first, hello :) and can you explain me where I can be informated of the libaa transition you mentionned here http://siretart.tauware.de/revu/details.py?upid=118 ?
[01:49] <havoc> so better installer, better "out-of-the-box" hardware support, better UI (Gnome/KDE) packaging?
[01:49] <ogra> havoc, also we ship stuff debian will never be able to ship... firmware in the restricted modules etc
[01:50] <havoc> ogra: ah, ok, so definitely better hardware support
[01:50] <siretart> pef: we decided yesterday that we will do the libaa -> aalib transition, will give an update (in form of an wikipage) this evening when I get home
[01:50] <ogra> i wouldnt say better to any software, since all components are the original debian ones... but configured more userfriendly
[01:50] <siretart> there aren't that many packages affected (39 packaged I heared yesterday)
[01:50] <AndyFitz> ogra, may I email you a cleaner icon tarball?
[01:50] <\sh> havoc: and...Ubuntu has the MOTUs. We're the funny guys, with the funny name, and funny faces, doing funny things like helping people to package new soft...and we have our Ubuntu NUN
[01:50] <ogra> AndyFitz, YES !
[01:50] <ogra> :-D
[01:51] <pef> siretart: ok, I hope I can help you :)
[01:51] <ogra> havoc, our installer is nearly identical with the debian installer... they just use different defaults
[01:51] <siretart> :)
[01:51] <\sh> ogra: sturmkind has a nice idea to help us recruiting MOTUs :)
[01:52] <havoc> ogra: ok
[01:52] <ogra> havoc, thats goes for most of the software...
[01:52] <ogra> \sh, great
[01:52] <havoc> ogra: *I* am already using it, I just need to be able to convince some others :)
[01:53] <havoc> I think the release schedule and the non-free hardware support will be the most compelling points
[01:53] <\sh> ogra: u remember this US poster with the guy how said: "We Need You" for the US Army? I think we can release for breezy a poster with a badger on it, and point towards the people and write on it: "MOTU wants YOU"
[01:53] <Mez> lol
[01:53] <ogra> havoc, setting up a clean (with only one DE and good configured) debian desktop system takes me 4h at least, setting up a ubuntu box with the same target takes me less ten 30mins
[01:53] <\sh> -how/+who
[01:54] <ogra> \sh, wiki.ubuntu.com/MOTURecruitment (my first MOTU wikipage ever) ;)
[01:54] <havoc> ogra: yeah, only took *me* (my first time) ~20min to get the base of my server installed
[01:54] <\sh> ogra: put a badger on it ,-)
[01:56] <ogra> \sh, and whats for breezy+1 ?
[01:56] <ogra> note that breezy gets uninteresting for us once its released
[01:56] <ogra> (except MOTUSecurity indeed)
[01:58] <havoc> I wonder just how well ubuntu would work on my sony vaio laptop
[02:00] <ogra> how old ?
[02:00] <ogra> it works fine on my PCG-F707
[02:00] <ogra> but thats 5 years old
[02:01] <havoc> it's a 505 series
[02:02] <havoc> never been able to get *all* the hardware working properly under linux
[02:04] <comadreja> I need a motu to review clanlib
[02:04] <comadreja> it's the library that breaks race
[02:04] <comadreja> that is in the unmetdeps page
[02:05] <\sh> ogra: codename for breezy +1? then we replace the badger with animal of breezy +1 ,-)
[02:05] <\sh> clanlib?
[02:05] <ogra> \sh, no codename yet
[02:05] <\sh> is my name in?
[02:06] <Treenaks> \sh: Super Stephan ?
[02:07] <ogra> shiny \sh ?
[02:07] <comadreja>  \sh yes, name is libclanlib2c2
[02:07] <\sh> no..in clanlib
[02:07] <\sh> comadreja: what's breaking?
[02:08] <AndyFitz> ogra,  all sent
[02:08] <ogra> AndyFitz, already here :)
[02:08] <\sh> and I have to fix ajmitchs mistakes ,-)
[02:08] <siretart> \sh: I read somewhere it could be Perky Penguin
[02:08] <comadreja> \sh it didn't install the libraries actualy
[02:08] <siretart> but I also like 'Angry Aakward' ;)
[02:08] <AndyFitz> second email sent just for fun. ;)
[02:08] <ogra> heh
[02:09] <comadreja> \sh just the docs, for libclan2-*
[02:09] <\sh> comadreja: hmmm...give me 10 minutes...
[02:09] <comadreja> \sh sure
[02:09] <ogra> siretart, it wont be perky and it wont be angry :)
[02:10] <\sh> Lovely Backslash
[02:10] <ogra> heh
[02:11] <ogra> breezy+1 will be the first with long term support, i think the name will reflect that...
[02:11] <\sh> Howling Wolf ?
[02:12] <\sh> wow...pbuilder on my xfs fs is quite fast
[02:13] <ogra> \sh, dont run out of diskspace ;) xfs gets a mess then
[02:15] <\sh> ogra: hmmm..right
[02:16] <\sh> but I hope someone sponsors me a 160GB internal 2.5" hd for the laptop here *eg*
[02:17] <ogra> \sh, rather take a HW RAID ;) with 2x 160GB ad striping
[02:17] <ogra> and
[02:17] <ogra> but i guess your case is to small for two HDs
[02:17] <comadreja> \sh btw, the package race, was broken because of the libclanlib stuff
[02:17] <comadreja> now it recompiles and installs perfectly
[02:17] <comadreja> should I upload race too ?
[02:18] <\sh> comadreja: libclanlib was transitioned
[02:18] <comadreja> notice, that I haven't changed a line
[02:18] <\sh> comadreja: what was the problem with "race" then...errormsg?
[02:19] <comadreja> broken depends
[02:19] <\sh> hu?
[02:19] <comadreja> unmet depends
[02:19] <comadreja> I mean, it wouldn't install
[02:20] <ogra> so you just need to trigger a rebuild
[02:20] <comadreja> https://wiki.ubuntu.com/UniverseUnmetDeps I found out it here
[02:20] <\sh> comadreja: u mean apt-get install race is not installable, cause it has old dependencies
[02:20] <\sh> thats why those apps are on this page ,-)
[02:20] <comadreja> but with the updated libclanlib package
[02:20] <comadreja> sure :D
[02:21] <comadreja> I was working on that :)
[02:21] <comadreja> that's why I checked the package
[02:21] <comadreja> how do I trigger a rebuild ?
[02:21] <\sh> so libclanlib wasn't breaking...only the binary deps were wrong of race..
[02:21] <\sh> comadreja: upload rights?
[02:21] <ogra> you just upload the unchanged package with a new version that containd -buildX
[02:21] <ogra> contains
[02:22] <comadreja> yes, libclanlib was broken
[02:22] <ogra> (if it has no -ubuntuX revision)
[02:22] <\sh> comadreja: ok...now why was libclanlib broken?
[02:22] <\sh> wasn't it compiling?
[02:22] <comadreja> yes, it compiled, but the packages it generated wouldn't include the libraries
[02:23] <comadreja> so afterwards race wouldn't compile
[02:23] <comadreja> do you have libclanlib installed ?
[02:24] <\sh> comadreja: no...i'm using pbuilder :)
[02:24] <comadreja> if so, do a dpkg L libclan2-sound
[02:24] <comadreja> then try to build race
[02:25] <comadreja> I'll show you, I was working yesterday like 3 hours until I figured out the problem
[02:26] <comadreja> hey ogra: what's up
[02:26] <ogra> hmm, i dont see a issue with clanlib here... seems fine
[02:27] <\sh> it's ok for me as well
[02:27] <\sh> pbuilder doesn't complain about deps or broken stuff here
[02:27] <ogra> comadreja, IZ BOOG DAY !
[02:27] <comadreja> look at the packages libclan2-sound libclan2-*
[02:27] <ogra> yes, whats wrong with them ?
[02:27] <comadreja> the contents, look at them
[02:27] <comadreja> they don't cointain the .so
[02:28] <comadreja> they just create the dangling links
[02:29] <comadreja> build process for race will fail at the end, at linking time
[02:29] <comadreja> build-deps are ok
[02:30] <\sh> yes
[02:30] <\sh> debian/rules is completly fcked
[02:30] <\sh> it's wrong from the beginning to the end
[02:30] <comadreja> ok, I didn't touch debian rules
[02:31] <\sh> AJ!!! ;-)
[02:31] <comadreja> I just made it include the libraries
[02:31] <comadreja> there was a naming proble
[02:31] <comadreja> the .install files were called like libclan2c2-sound.install
[02:31] <\sh> this is correct
[02:31] <comadreja> and they had to be libclan2.install
[02:31] <\sh> but in has to be in the rules as well...
[02:31] <\sh> pkg_base is wrong
[02:32] <\sh> no
[02:32] <\sh> clanlib is renamed...cause of cxx trans
[02:32] <\sh> so libclan2c2-sound is correct..
[02:32] <comadreja> oh, I see
[02:32] <\sh> but in the rules file there is libclan2-sound
[02:32] <comadreja> then remove my package :D
[02:32] <\sh> pkg_base is libclan2 and not libclan2c2
[02:32] <ogra> shlib depends are broken
[02:32] <comadreja> I'll fix it and upload again
[02:33] <\sh> where do u upload?
[02:33] <comadreja> revu
[02:33] <\sh> of forget revu for this stuff
[02:33] <\sh> https://bugzilla.ubuntu.com/show_bug.cgi?id=11093
[02:34] <\sh> provide debdiff patches :)
[02:34] <\sh> pls
[02:34] <comadreja> ok
[02:34] <\sh> don't do this with revu
[02:34] <\sh> put the corrected debdiff to this entry, reopen it
[02:35] <\sh> so I will recompile the stuff with your changes :) thx man :)
[02:35] <siretart> \sh: we should really try to define some sort of revu usage policy, which defines what upload should go to revu and what fixes should better be provided as debdiffs
[02:35] <comadreja> ok, no prob... :)
[02:35] <ogra> siretart, everything thats not transition related can go to revu
[02:35] <ogra> else you will spam revu with useless stuff...
[02:36] <\sh> siretart: this is the problem...revu should really a review tool...
[02:36] <\sh> the transition stuff should go to bugzilla, cause there r already entries for it (good for debian as well)...and we can work with the debdiffs much faster...
[02:36] <siretart> this brings me more ideas for revu2. some kind of 'categorizing' or 'labeling' feature..
[02:37] <comadreja> sorry about that
[02:38] <\sh> comadreja: there is no sorry...you were right :) nobody told you :) so we have to be sorry :)
[02:39] <SloMoSnail> what about a package which just needed a gcc 4.0 compile patch? should this go to revu?
[02:39] <siretart> SloMoSnail: this is transition related. g++ transition is handled via bugzilla.ubuntu.com
[02:40] <siretart> plus wiki
[02:40] <\sh> SloMoSnail: acutally it would be nice to have a bugzilla entry with debdiff patches..(where your gcc4 patch is included)
[02:40] <\sh> summary: CXX Transition: <sourcepackagename>
[02:41] <\sh> (renaming is not nescessary anymore, it was only for libs)
[02:41] <SloMoSnail> ok
[02:41] <comadreja> where are the docs on the renamed libraries ?
[02:41] <\sh> wiki.ubuntu.com/CxxLibraryList
[02:42] <\sh> comadreja: build-depends should point always to the lib<foo>-dev package
[02:43] <comadreja> there, in that page, it says that both packages are called libclan2-
[02:43] <comadreja> libclan2-*
[02:44] <\sh> comadreja: now we have chaos
[02:44] <comadreja> :D
[02:44] <comadreja> so I call them libclan2c2-*
[02:45] <\sh> nope
[02:45] <\sh> don't do it..
[02:45] <\sh> moment
[02:45] <\sh> ples
[02:46] <\sh> ok...here's the plan
[02:46] <\sh> rename the libclan2c2-*.install files to libclan2-*.install
[02:46] <\sh> but not the libclanlib2c2.install, cause this is correct.
[02:46] <comadreja> that's already done in the revu package
[02:46] <comadreja> that's correct
[02:46] <SloMoSnail> siretart: it's an universe package... really to bugzilla.ubuntu.com or to launchpad?
[02:47] <\sh> comadreja: ok...nice...do u know how to work with debdiff?
[02:47] <comadreja> nopes
[02:47] <\sh> comadreja: ok...
[02:47] <\sh> the last version in the ubuntu archives is clanlib_0.6.5-1-2.2ubuntu2.dsc
[02:47] <\sh> the next version of yours will be clanlib_0.6.5-1-2.2ubuntu3.dsc
[02:47] <\sh> k?
[02:47] <\sh> now do this:
[02:47] <comadreja> yes
[02:47] <\sh> debdiff clanlib_0.6.5-1-2.2ubuntu2.dsc clanlib_0.6.5-1-2.2ubuntu3.dsc > clanlib.diff
[02:48] <comadreja> perfect
[02:48] <\sh> and send it to the bugentry i gave u earlier
[02:49] <\sh> https://bugzilla.ubuntu.com/show_bug.cgi?id=11093 <- clanlib cxx trans bugentry :) at your service...
[02:49] <\sh> brb smoking
[02:50] <ogra> \sh, no need to redress for us :)
[02:51] <bddebian> Guten Tag
[02:52] <ogra> bddebian, german class today ? :)
[02:52] <bddebian> Heh
[02:52] <bddebian> Class?  I have no class. ;-)
[02:52] <ogra> unclassified bddebian :)
[02:53] <Treenaks> classless object?
[02:53] <Treenaks> mhmm
[02:53] <siretart> SloMoSnail: we opened for every cxx transition a bug in bugzilla, even for universe packages
[02:53] <bddebian> Treenaks: That is probably closer. :-)
[02:54] <SloMoSnail> siretart: here it is: https://bugzilla.ubuntu.com/attachment.cgi?id=2989
[02:54] <SloMoSnail> siretart: everything correct?
[02:55] <siretart> SloMoSnail: looks ok
[02:56] <SloMoSnail> it was on UniverseUnmetDeps... shall i remove it from there and add it somewhere else?
[03:07] <comadreja> ok, done
[03:12] <comadreja> \sh : I can't reopen the bug
[03:12] <comadreja> \sh : but I've sent the diff
[03:19] <\sh> comadreja: I reopened it :)
[03:22] <\sh> comadreja: r u member already?
[03:28] <comadreja> \sh: nopes, I applied
[03:29] <comadreja> latest xserver-xorg is broken :/
[03:29] <ogra> comadreja, dont miss next tuesday then :)
[03:29] <comadreja> thanks ogra :D
[03:30] <Amaranth> comadreja: sort of
[03:30] <Lathiat> comadreja: install xserver-xorg-input-kbd xerver-xorg-input-mouse xserver-xorg-input-<your display driver> and edit xorg.conf and change Driver "keyboard" to Driver "kbd"
[03:30] <Amaranth> Lathiat: xserver-xorg-driver-<your display driver>
[03:30] <Lathiat> er
[03:30] <Lathiat> yeh
[03:30] <Amaranth> the monitor isn't input :P
[03:30] <\sh> hmmm...fglrx is working ?? ,-)
[03:31] <Amaranth> \sh: with -36?
[03:31] <\sh> Amaranth: with 2.6.12-3 ,-)
[03:31] <ivoks> hello
[03:31] <Amaranth> oh, i was talking about X
[03:31] <Lathiat> Amaranth: sure it is
[03:31] <ivoks> it's great when you boot your system, and see nv - module not found :)
[03:31] <Lathiat> its input when i smack it off the desk out the window
[03:31] <\sh> Amaranth: yeah me too ;) fglrx kernel module is not working with 2.6.12-3
[03:31] <comadreja> there was a missing link, will that solve it ?
[03:31] <Lathiat> comadreja: its not a link, its misssing package
[03:31] <comadreja> oh, cool, thanks
[03:32] <Lathiat> just install what i said :)
[03:32] <Amaranth> -37 was building to fix the lack of basic drivers and it got all screwed up
[03:32] <Lathiat> and amaranths correction to my stupidity
[03:32] <Amaranth> unaccepted
[03:32] <ivoks> Amaranth: X are totally broken :)
[03:32] <Amaranth> -38 should fix all that and fix the Driver 'kbd' thing too i hope
[03:32] <Amaranth> nah, X is working fine here
[03:32] <Amaranth> it's just gone fully modular
[03:32] <ivoks> i don't know
[03:33] <ivoks> i don't have nv module anymore :)
[03:33] <Amaranth> xserver-xorg-driver-nv
[03:33] <\sh> comadreja: I included one statement more in the changelog...(under your name) and will upload it with your data
[03:33] <ivoks> you are kidding me, right?
[03:33] <\sh>   * debian/*.install: renamed to correct packagenames
[03:33] <Amaranth> no
[03:33] <ivoks> heh
[03:33] <comadreja> The following packages will be REMOVED:
[03:33] <comadreja>   ubuntu-desktop x-window-system-core xorg-driver-synaptics xserver-xorg
[03:34] <comadreja> The following packages will be REMOVED:
[03:34] <comadreja>   ubuntu-desktop x-window-system-core xorg-driver-synaptics xserver-xorg
[03:34] <comadreja> The following packages will be REMOVED:
[03:34] <comadreja>   ubuntu-desktop x-window-system-core xorg-driver-synaptics xserver-xorg
[03:34] <comadreja> The following packages will be REMOVED:
[03:34] <comadreja>   ubuntu-desktop x-window-system-core xorg-driver-synaptics xserver-xorg
[03:34] <Amaranth> ok, stop
[03:34] <comadreja> The following packages will be REMOVED:
[03:34] <comadreja>   ubuntu-desktop x-window-system-core xorg-driver-synaptics xserver-xorg
[03:34] <\sh> uploaded
[03:34] <comadreja> The following packages will be REMOVED:
[03:34] <comadreja>   ubuntu-desktop x-window-system-core xorg-driver-synaptics xserver-xorg
[03:34] <comadreja> sorry !!!!
[03:34] <comadreja> my mouse
[03:35] <\sh> comadreja: now u r famous :)
[03:35] <comadreja> :DDD
[03:35] <comadreja> sorry
[03:35] <comadreja> really
[03:35] <ivoks> comadreja: use ctrl c, ctrl v
[03:35] <\sh> comadreja: no...
[03:35] <Amaranth> xorg-driver-synaptics is xserver-xorg-driver-synaptics now, isn't it?
[03:35] <comadreja> ok, it will remove ubuntu-desktop ?
[03:35] <Amaranth> ubuntu-desktop is a metapackage
[03:35] <Amaranth> so is xserver-xorg and x-window-system-core
[03:36] <comadreja> E: Couldn't find package xserver-xorg-driver-synaptics
[03:36] <ogra> Amaranth, dunno, (synaptics) i think daniels shuffles the words daily .... probably he's waiting for bets on the next change
[03:36] <ivoks> :))
[03:37] <comadreja> I'll pin 6.8.2-33 until he decides :D
[03:37] <Amaranth> ok, i guess you don't get a mouse then :D
[03:37] <ogra> heh
[03:37] <Amaranth> -35 is the first with a modular xserver-xorg
[03:37] <Amaranth> and you shouldn't even have seen that
[03:37] <\sh> ogra: my tip is: he is playing the "Gaensebluemchenspiel" ,-) It Works, It Works Not, It Works, ...
[03:37] <Amaranth> it was replaced with -36 before it finished
[03:37] <ogra> heh
[03:42] <ivoks> lol xserver-org-input-kbd :)
[03:43] <Amaranth> yes, that is needed
[03:43] <Amaranth> -38 is coming, will fix all this
[03:43] <Amaranth> it'll depend on that, i guess
[03:44] <ivoks> X are totally modular now :)
[03:44] <ivoks> and it's kbd now, not keyboard anymore...
[03:45] <Amaranth> yes
[03:45] <Amaranth> Driver\t'kbd'
[04:31] <siretart> is it possible to use tomboy in kde? (a collegue in my room asks me)
[04:31] <Amaranth> hrm
[04:31] <tseng> it works with anything that uses the notification standard
[04:31] <Amaranth> no, since it's a panel applet
[04:31] <Amaranth> unless there is some other way to start it
[04:31] <tseng> it can run as a tray icon
[04:31] <Amaranth> it can?
[04:31] <tseng> tomboy --tray-icon, suprisingly
[04:31] <Amaranth> oh, hehe
[04:34] <siretart> tseng: thanks, works great, he's happy now :)
[04:34] <tseng> ok.
[04:47] <pef> I have to copy to /usr/share/foo a multiples directories with multiples sub-directories (tcl/tk program) must I copy each one with install in the install target ? (which is very long, and like I see in amsn source package) or there is a clever way ?
[04:52] <\sh> ok...preparing to go home...cu later guys
[04:54] <comadreja> bye
[04:57] <comadreja> /ws 3
[05:03] <pef> xlibmesa-glu transition breaks a lot of packages :/
[05:03] <Lathiat> indeed
[05:04] <Lathiat> im going to work on that when daniels tells me its stable
[05:06] <pef> Lathiat: I have seen several games broken, should I file a bug report for each one ?
[05:06] <Lathiat> because its a mass thing
[05:06] <Lathiat> probably best just to deal with them
[05:06] <Lathiat> rather than file lot sof bug reports
[05:08] <pef> Lathiat: have you a wiki page or something like this where I can report the broken packages I've already seen ?
[05:09] <Lathiat> pef: nope but an apt-cache rdepends should tell us them all
[05:09] <Lathiat> pef: feel free to just tell me tho and i'll make sure they show up
[05:10] <Lathiat> pef: what packages have you found
[05:14] <pef> siretart: can you please notice me when you have created the wiki page about libaa transition ?
[05:52] <\sh> re
[05:53] <Lathiat> http://wiki.ubuntu.com/MOTUGLUTransition
[05:53] <siretart> pef: will do
[05:54] <Lathiat> siretart: im interested in joining the motugames team
[05:54] <Lathiat> siretart: how do i apply? :)
[05:54] <pef> siretart: thanks :)
[05:54] <siretart> Lathiat: woah. Thanks a lot for MOTUGLUTransition! :)
[05:55] <Lathiat> siretart: now it stime to start working on it ;p
[05:55] <Lathiat> clanlib needs love too
[05:55] <Lathiat>  i saw someone mention it earlier
[05:55] <siretart> Lathiat: hehe. Be welcomed to MOTUGames! :)
[05:55] <Lathiat> has someone handled that?
[05:55] <Lathiat> cool ;p
[05:55] <Lathiat> that said
[05:55] <Lathiat> im not a member or anything yet
[05:55] <siretart> I read earlier comadreja and \sh talking about clanlib
[05:55] <pef> Lathiat: you speak about the 0.7 version of clanlib ?
[05:56] <Lathiat> pef: i dunno just a bunch of thigns are uninstallable
[05:56] <siretart> mit sure about the results
[05:56] <\sh> siretart: yepp...should be fixed
[05:56] <Lathiat> nfi what the problem is
[05:56] <Lathiat> i suspect cxx transition related stuff
[05:56] <siretart> \sh: woah. thats fast! :)
[05:56] <Lathiat> so hopefully i can do some work on this glu stuff and get to be a member, etc and become a motu, thats my plan anyway :)
[05:56] <Lathiat> i'll hack through those packages over the next few days, anyone else who wants to help is welcome
[05:57] <Lathiat> siretart: should i upload them to revu?
[05:57] <\sh> siretart: said my ex-wife all the time ,-)
[05:58] <siretart> lol
[05:58] <siretart> Lathiat: hm. We agreed earlier that transition stuff should not go to revu but be provided as debdiff patches
[05:59] <Lathiat> siretart: right
[05:59] <Lathiat> oops i messed that page up
[05:59] <siretart> Lathiat: so it's same work. place your debdiff patches to some webspace, and I'll happily review them (and upload them in your name)
[06:00] <Lathiat> siretart: righto
[06:00] <Lathiat> now the only issue is
[06:01] <Lathiat> libglu1-xorg-dev is th enew canonical package
[06:01] <Lathiat> but xlibmesa-glu-dev still works
[06:01] <Lathiat> so for most packages, a rebuild would suffice
[06:01] <Lathiat> but updating to libglu1-xorg-dev wouldnt hurt
[06:01] <Lathiat> what would be preferred
[06:03] <siretart> Lathiat: If I understood #ubuntu-devel correctly, build depending on a virtual package cause work for the buildd admins
[06:03] <Lathiat> come again?
[06:03] <Lathiat> so i should make it libglu1-xorg-dev?
[06:04] <siretart> Lathiat: and just image if a debian user (or a user from a debian derived distribution) wants to build the sourcepackage. he will thank you :)
[06:04] <Lathiat> siretart: thank me if i do what? ;p
[06:04] <siretart> argl
[06:05] <siretart> sorry. me is at work, and multitasking is hard :p
[06:05] <Lathiat> haha
[06:06] <siretart> Lathiat: he will thank you for not to tight build dependencies
[06:06] <siretart> not too tight, even
[06:07] <Lathiat> im stupid
[06:07] <Lathiat> it all makes no sense ;p
[06:07] <siretart> Lathiat: has the libgl renamed, too? (in addition to the libglu transition?) how about glut?
[06:07] <Lathiat> siretart: no libgl is fine
[06:07] <Lathiat> no idea ablut glut
[06:07] <siretart> will be fine, too, i think..
[06:08] <Lathiat> yeh its ifine
[06:08] <siretart> I heard that glut isn't that used in these days of sdl anymore
[06:08] <Lathiat> yeh
[06:08] <Lathiat> its used by a few things
[06:08] <Lathiat> not alot
[06:09] <Lathiat> siretart: so
[06:09] <Lathiat> to qual my confusion
[06:09] <Lathiat> what should i do
[06:09] <Lathiat> b-d on xlibmesa-glu-dev or libglu1-xorg-dev
[06:09] <siretart> Lathiat: do you have some webspace where you can put the debdiffs?
[06:09] <Lathiat> siretart: yep
[06:10] <siretart> great. I'd suggest linking from the wiki page, so I can pick them up
[06:10] <siretart> hm. for the dependencies
[06:10] <Lathiat> daniels said "sure"
[06:10] <Lathiat> but i dunno if that means anything
[06:12] <siretart> I'm not really 100% sure about the build dependencies
[06:13] <siretart> Lathiat: I'd like to look at my breezy chroot and reinvistigate the packages and the provides of them
[06:13] <siretart> but only in a few hours when I get home
[06:14] <Lathiat> ok
[06:14] <Lathiat> whoah
[06:14] <Lathiat> i just tried battle of wesnoth
[06:14] <Lathiat> that is totally cool
[06:14] <Lathiat> siretart: because i wont be around
[06:14] <siretart> Lathiat: I think that the alternatives in the build dependencies are required, and the first one must not be a virtual package
[06:15] <Lathiat> basically xlibmesa-glu-dev will work
[06:15] <siretart> same for package dependencies
[06:15] <Lathiat> libxorg1-glu-dev is what it really is
[06:15] <Lathiat> so say
[06:15] <Lathiat> libxorg1-glu-dev | xlibmesa-glu-dev ?
[06:15] <siretart> Lathiat: you tried in pbuilder right? sbuild has another dependency resolution algorithm :/
[06:15] <Lathiat> nah not yet
[06:15] <Lathiat> im just going on what daniels said so far
[06:16] <siretart> I'd like to investigate the situation at home myself and will ask then an xorg guru for confirmation
[06:17] <Lathiat> ok
[06:25] <\sh> ah mez..missing link to backports :)
[06:28] <Mez> ...?
[06:29] <Mez> sup \sh?
[07:08] <jinty> hoi, anyone around to port python-sqlobject to python2.4? right now it is uninstallable. Should be trivial.
[07:09] <jinty> I could do a patch if necessary
[07:11] <ogra> jinty, do it :)
[07:13] <jinty> cool, thanks:)
[07:16] <\sh> jinty: no u should do it :)
[07:18] <comadreja> hey, why could this happen ?
[07:18] <comadreja> jorge@patrogli:~/prog/ubuntu/drqueue$ debdiff drqueue_0.60.0-1build1.dsc drqueue_0.61.4-1.dsc
[07:18] <comadreja> diff: /tmp/BzMO741oRS//home/jorge/prog/ubuntu/drqueue/drqueue_0.60.0-1build1.diff.gz: No such file or directory
[07:18] <comadreja> diff: /tmp/GMoTPIqQL7//home/jorge/prog/ubuntu/drqueue/drqueue_0.61.4-1.diff.gz: No such file or directory
[07:28] <\sh> new upstream
[07:29] <\sh> for that u do a source upload :)
[07:30] <comadreja> well, I was just fixing something for the debian maintainer
[07:30] <comadreja> also included new upstream
[07:30] <comadreja> but I'll send him the debdiff
[07:30] <comadreja> if I make it work :D
[07:31] <\sh> no...send him the .orig.tar.gz and dsc
[07:31] <\sh> and only the resulting diff.gz
[07:31] <\sh> not the debdiff
[07:31] <comadreja> ok, cool
[07:31] <comadreja> I'll do
[07:31] <comadreja> thanks :)
[08:06] <siretart> hi
[08:06] <siretart> Lathiat: ping
[08:06] <Lathiat> siretart: pong
[08:07] <siretart> Lathiat: I updated https://wiki.ubuntu.com/MOTUGLUTransition - please review
[08:08] <Lathiat> siretart: looks good
[08:09] <siretart> Lathiat: Now I see that you already contacted daniels.
[08:09] <siretart> the builddepends seem to look fine. so I'd say. Let's start :)
[08:09] <siretart> hi ogra
[08:09] <ogra> hey
[08:10] <Lathiat> bah
[08:10] <siretart> Lathiat: btw, I added MOTUGLUTransition and your name to MOTUGames ;)
[08:10] <Lathiat> my pbuilder wont create for hoary or breezy
[08:10] <Lathiat> siretart: cool :)
[08:11] <comadreja> Lathiat : my pbuilder neither, I filed a bug
[08:11] <Lathiat> damnit
[08:11] <Lathiat> that makes things annoying
[08:11] <Lathiat> cant test this crap
[08:11] <comadreja> indeed
[08:11] <Lathiat> who wants to upload their base.tgz? :)
[08:11] <Lathiat> i.e. who is on a phat pipe ;p
[08:12] <siretart> can you create a sarge pbuilder even?
[08:12] <Lathiat> didnt try
[08:12] <Lathiat> hrm
[08:12] <siretart> perhaps you can upgrade from sarge to breezy. for a pbuilder chroot, it should be fine
[08:12] <Lathiat> how can i like
[08:12] <Lathiat> apt-get build-dep for a package not in my package lists
[08:12] <Lathiat> or cant i?
[08:13] <comadreja> I think you can install a package not in yoru package list with aptitude
[08:13] <comadreja> then you could build-dep, right ?
[08:13] <Lathiat> yeh but the problem is
[08:13] <Lathiat> i need to build it first :P
[08:13] <seth_k> I'll upload my base.tgz if you like, should only take about 45 minutes
[08:13] <Lathiat> seth_k: thatd be nice
[08:13] <jamessan|work> Lathiat: you can use dpkg-checkbuilddeps to what build dependencies you're missing
[08:13] <seth_k> okay, here it goes :)
[08:14] <siretart> Lathiat: run /usr/lib/pbuilder/pbuilder-satisfydepends when you are inside your sourcepackage
[08:14] <Lathiat> yeh but that gives me | thingies
[08:14] <Lathiat> and apt-get install wont take that :)
[08:14] <Lathiat> siretart: ahah
[08:14] <siretart> as root, works only if the pbuilder package is installed
[08:14] <Lathiat> yep, thanks
[08:14] <Lathiat> bah
[08:14] <seth_k> still want that base Lathiat?
[08:14] <Lathiat> seth_k: yes please
[08:15] <seth_k> ok :) 34:48 remaining
[08:15] <Lathiat> my custom totem packages are hurting things
[08:15] <Lathiat> 1.1.3 is sexy
[08:15] <Lathiat> The following packages have unmet dependencies:
[08:15] <Lathiat>   libsdl1.2-dev: Depends: aalib1-dev but it is not installable
[08:15] <Lathiat> cant build bzflag now because of that
[08:16] <seth_k> is http://packages.debian.org/screem a good candidate for MOTUToSync? 12.1-1ubuntu3 in Breezy
[08:16] <siretart> Lathiat: aalib was renamed to libaa
[08:16] <Lathiat> siretart: right
[08:16] <Lathiat> siretart: and sdl needs love
[08:17] <Lathiat> hmm
[08:17] <Lathiat> i dont see a libaa tho
[08:18] <Lathiat> bah
[08:18] <Lathiat> this is goign to break half of these games
[08:18] <siretart> about 39 packages I heard
[08:19] <Lathiat> *non-sdl
[08:19] <Lathiat> apt-cache rdepends libsdl1.2debian|wc -l = 227 :)
[08:19] <Lathiat> so indirectly, alot more :)
[08:20] <siretart> :/
[08:22] <siretart> Lathiat: have you already read this: http://lists.debian.org/debian-devel/2005/07/msg00295.html
[08:22] <Lathiat> right
[08:24] <siretart> damn. debian still hasn't updated libsdl1.2 :/
[08:25] <siretart> Lathiat: comadreja could it be that you both suffer because of this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=315561
[08:27] <Lathiat> updated MOTUGLUTransition, marked packages that wont build until libsdl is fixed
[08:27] <Lathiat> so people can not bother with them for the minute
[08:27] <siretart> thanks
[08:28] <siretart> hm. libsdl needs merging anyway.. lets see
[08:28] <Lathiat> hmm
[08:28] <Lathiat> xmakemol doesnt seem to actually depend on xlibmesa-glu
[08:28] <siretart> and after all. libsdl is in main. hooray :)
[08:29] <Lathiat> oh, xmakemol-gl does
[08:32] <jinty> interesting a python 2.4 sqlobject source package is in the archive, but no binary packages...
[08:33] <siretart> jinty: perhaps they FTBFS?
[08:35] <herve> hello
[08:37] <bddebian> Heya herve
[08:39] <Lathiat> ok
[08:39] <Lathiat> ive tried to fill out what packages need other help as much as possible
[08:39] <herve> those of you who got their X broken, raise your hand ;-)
[08:39] <Lathiat> haha
[08:39] <Lathiat> yes
[08:39] <Lathiat> do you need to know the fix?
[08:39] <Lathiat> -39 is in the buildds atm
[08:39] <herve> found, hence I'm here :-)
[08:40] <Lathiat> :)
[08:41] <herve> the good of xorg being modularized
[08:41] <herve> is that daniels spends less time testing and buildds compiling the fixes!
[08:42] <Lathiat> well, its still in one big source package
[08:42] <Lathiat> i don't envy his job 1 bit
[08:42] <siretart> Lathiat: this aalib/sdllib is going to be harder than I thought. I'm filing an bugzille report atm
[08:42] <Lathiat> siretart: ok
[08:42] <Lathiat> well, im not goign to work on this stuff till tomorrow
[08:42] <Lathiat> when i do, i'll do the one that dont require other love first
[08:43] <Lathiat> then i'll try fix the ones that do
[08:43] <Lathiat> alot of its leftover cxx transition stuff
[08:51] <seth_k> blah, the Xorg stuff is breaking all my builds
[08:51] <Lathiat> heh
[08:52] <herve> seth_k, libxrender-dev ;-)
[08:52] <seth_k> oh, I know it's SUPPOSED to be there
[08:52] <seth_k> :P
[08:52] <seth_k> methinks this package just looks for it in the wrong path
[08:53] <seth_k> Lathiat: http://sethkinast.com/ubuntu/breezy/ :)
[08:53] <Lathiat> thanks seth_k :)
[08:54] <siretart> Lathiat: bug filed, it is #12673
[08:54] <Lathiat> seth_k: 8 minutes to go :P
[08:54] <seth_k> :P
[08:54] <seth_k> Lathiat, make sure and run a sudo pbuilder update on that, not sure if I uploaded before I updated or vice-versa
[08:55] <Lathiat> yeh
[08:55] <Lathiat> cool
[08:55] <Lathiat> thanks
[08:55] <\sh> sorry...i'm not able to work today anything...:( i just had a bad experience just now...my mood is blue
[08:56] <siretart> \sh_away: :(
[09:00] <ivoks> naive package :)
[09:00] <siretart> ivoks: your current wifi-radar is native. if you don't have time right now, I can prepare an upload for you
[09:00] <siretart> not naive, native!
[09:01] <siretart> :)
[09:01] <ivoks> i know, it was a joke :)
[09:01] <siretart> ah. ok
[09:01] <siretart> :)
[09:01] <ivoks> ok, i don't understand this..
[09:01] <ivoks> native means that it isn't in debian?
[09:02] <siretart> native means, there is no .diff.gz. everything is in tar.gz
[09:02] <siretart> it is introduced for packages with no real upstream and are written exclusivly for debian
[09:02] <herve> it means debian work and upstream work are the same
[09:02] <herve> because the package/software is designed for debian
[09:02] <ivoks> khm...
[09:02] <Lathiat> seth_k: remind me where that file goes?
[09:03] <Lathiat>  is it just /var/cache/pbuilder ?
[09:03] <ivoks> man, siretart... it would be best if we never meet :)
[09:03] <Lathiat> ah, got it
[09:03] <ivoks> i know it would be a problem, but, quoting:
[09:03] <seth_k>  /var/cache/pbuilder, yep
[09:03] <ivoks>  and, please do sourceful only uploads with orig tar.gz (dpkg-buildpackage -S -sa)
[09:03] <ivoks> end qoute :)
[09:04] <ivoks> siretart: it isn't a problem, i'll upload new one
[09:04] <ivoks> siretart: with same revision
[09:04] <siretart> sorry for the trouble. my english sucks :(
[09:04] <siretart> ivoks: :)
[09:06] <Lathiat> seth_k: thanks, working a treat
[09:06] <seth_k> Lathiat: yay, glad I could help you
[09:06] <seth_k> back to libXrender
[09:06] <seth_k> which sucks
[09:06] <seth_k> :D
[09:07] <Lathiat> heh
[09:09] <ivoks> ok, i need some help
[09:09] <ivoks> how should i upload with dput?
[09:09] <bddebian> Don't we all :-)
[09:09] <Lathiat> ivoks: with great difficulty
[09:09] <ivoks> if i try to upload .changes
[09:09] <ivoks> it tries to upload .deb
[09:09] <ivoks> and we don't want that, right?
[09:09] <ivoks> or we do?
[09:09] <Lathiat> man dput
[09:09] <Lathiat> see if theres a source option
[09:10] <ogra> ivoks, you need to upload _source.changes
[09:10] <Lathiat> ah
[09:10] <ivoks> khm..
[09:10] <ogra> :)
[09:10] <ivoks> and i create that with dpkg-buildpackage -S -sa
[09:10] <ivoks> ?
[09:10] <ogra> yes
[09:10] <siretart> right!
[09:10] <ivoks> ok...
[09:10] <ivoks> so that's bad either, siretart says :)
[09:10] <ogra> -sa only if you want to include orig.tar.gz
[09:11] <ogra> i.e. for a new upstream version
[09:11] <ogra> else -S is enough
[09:11] <siretart> for revu, its better to include orig.tar.gz for having the complete sourcepackage available
[09:11] <ogra> yep
[09:11] <ivoks> ok, i did that
[09:11] <ivoks> but siretart said " native package :("
[09:11] <ivoks> so, i'm lost now..
[09:12] <siretart> ivoks: does your *_source.changes refer to a .diff.gz file?
[09:13] <ivoks> no
[09:13] <ivoks> only .dsc and .tar.gz
[09:13] <siretart> ivoks: place the orig.tar.gz in that directory
[09:13] <ivoks> ah... that's the problem...
[09:13] <siretart> make sure there is a "_" instead of a '-' in front of the version number
[09:13] <siretart> and retry
[09:15] <ivoks> ok..
[09:15] <ivoks> now it's ok..
[09:15] <ivoks> i downloaded new upstream, forgot to prepare .orig.tar.gz
[09:15] <ivoks> sorry guys
[09:15] <siretart> new upstream version?
[09:15] <ivoks> yes
[09:16] <siretart> ivoks: while you are at it..
[09:16] <ivoks> ah..
[09:16] <siretart> ivoks: just a though, I think it would be reasonable for upstream consumption to split the madwifi patch into 2 patches
[09:16] <ivoks> i wanted to ask you, what problems does dhcp fun creates?
[09:16] <ivoks> siretart: upstream allready has patches
[09:16] <siretart> one for the madwifi fix, and one for the locale fix
[09:17] <siretart> ivoks: ah, even better! :)
[09:17] <ivoks> Checksum doesn't match for /home/ivoks/dcc/wifi-radar_1.9.4-0ubuntu3.dsc
[09:17] <ivoks> oh, my god...
[09:17] <siretart> ivoks: the dhcp fun prohibits that the user can set his wifi device to anything else than eth1
[09:17] <ivoks> siretart: it doesn't
[09:17] <ivoks> siretart: program reads wifi-radar.conf
[09:18] <ivoks> and replaces INTERFACE with what's in that file
[09:18] <siretart> ivoks: the program yes, but not the part labeled with 'dhcp fun'
[09:18] <ivoks> siretart: it's irrelevant
[09:18] <ivoks> siretart: i have eth2
[09:18] <ivoks> and it works without problems
[09:19] <siretart> ivoks: sorry, the latest version I got from you got iwlist from ath0 (from config file), but started dhclient with -q eth1
[09:19] <siretart> I had to fix it in /usr/sbin/wifi-radar
[09:19] <ivoks> ok, this is funny
[09:19] <ivoks> i8600 dhclient: eth1: unknown hardware address type 24
[09:19] <ivoks> i8600 dhclient: DHCPDISCOVER on eth2 to 255.255.255.255
[09:19] <ivoks> you have a point here..
[09:20] <ivoks> let's take a look
[09:20] <siretart> ivoks: look at line 49
[09:20] <ivoks> ok
[09:20] <siretart> ivoks: it unconditionally runs at startup before the configfile is read
[09:20] <siretart> the for loop that is
[09:21] <ivoks> ok, that could be fixed
[09:21] <ivoks> greping interface from wifi-radar.conf
[09:22] <siretart> ivoks: what if wifi-radar.conf does not exist yet? I think that look should 'just' be run later, after reading the config file
[09:22] <ivoks> .conf is created with postinst
[09:22] <siretart> and perhaps be put in an method of its own
[09:23] <siretart> ivoks: but could be deleted be the user
[09:23] <ivoks> siretart: then wifi-radar wouldn't even start
[09:23] <siretart> ivoks: if no config file exists, wifi-radar will create one for me
[09:23] <ivoks> he likes you :)
[09:23] <siretart> :)
[09:24] <ivoks> if he only knew how you are bugging me... :))
[09:24] <ivoks> but you got a point here..
[09:24] <ivoks> i should drop that patch
[09:24] <ivoks> and use dhclient
[09:24] <ivoks> cause it comes with ubuntu
[09:25] <ivoks> could this wait for september?
[09:25] <ivoks> i'm going in dubrovnik this weekend and i'm planin not to work there :)
[09:26] <siretart> hehe..
[09:26] <siretart> I'll try to improve that patch
[09:26] <siretart> I'd suggest upload it to revu without the patch, and I'll see if I can improve it
[09:26] <ivoks> ok
[09:27] <ivoks> accutally, i was thinking of learning python while on sea side
[09:27] <ivoks> even writing my own pygtk program
[09:27] <siretart> :)
[09:28] <ivoks> don't laugh...
[09:28] <ivoks> i allredy have buttons "backup" and "cancel" :)
[09:28] <dredg> python is shockingly easy to pick up
[09:28] <ivoks> i even have file chooser to choose file for backup :)
[09:28] <ivoks> dredg: yes, it is
[09:29] <ivoks> ok, siretart i'll upload ubuntu4
[09:29] <ivoks> and we will see about ubuntu5
[09:29] <ivoks> hell, i wont upload anything now :)
[09:29] <ivoks> tomorrow
[09:30] <siretart> ivoks: if you upload a new upstream revision, you could restart at -0ubuntu1
[09:30] <ivoks> siretart: i did :)
[09:30] <siretart> oh
[09:30] <seth_k> okay, so I get a /usr/lib/libXrender.a but no libXrender.la. Any ideas?
[09:32] <ivoks> bye all
[09:32] <ivoks> see you tomorrow
[09:32] <ivoks> thanks for help about package
[09:32] <ivoks> s/about/with/
[09:45] <pef> I'm writing a manpage for a program I'm packaging, but english is not my native language, someone can check it for language correction ? http://dl.erodia.net/ubuntu/coccinella.1.html thanks !
[09:48] <dredg> pef: it reads ok. there are a couple of sentences that i don't like, but i can't think of a better way of wording them
[09:51] <pef> dredg: that's hard to tell a lot of things in a small manuel :)
[09:51] <dredg> :)
[10:07] <seth_k> dredg: want me to diff out my suggested grammar changes?
[10:07] <dredg> seth_k: hmm?
[10:07] <seth_k> er sorry, it's pef that is doing it. My bad
[10:07] <dredg> ah :)
[10:07] <seth_k> you responded to him and I keyed off that
[10:08] <pef> seth_k: I've received corrections from Riddell, I think it's ok, but I will upload the new version to get your advices :)
[10:08] <seth_k> oh okay, no worries :)
[10:11] <pef> seth_k: http://dl.erodia.net/ubuntu/coccinella.1.html
[10:12] <antoranz> Hi everyboy!
[10:12] <antoranz> Is there anybody awake here? I want to get some help with squid+multipath routing
[10:13] <seth_k> Its system of extensions allows coccinella to be easily extended, for now you have => coccinella's system of extensions allows it to be easily extended. Currently it supports
[10:13] <seth_k> This manual page documents briefly the coccinella command. => This manual page briefly documents the coccinella program.
[10:14] <seth_k> The peer-to-peer mode allows client to connect => The peer-to-peer mode allows clients to connect
[10:15] <seth_k> Other than that it looks good, your english is very good :)
[10:15] <pef> seth_k: thanks ;)
[10:16] <siretart> antoranz: this channel is rather abount maintaining the universe component of ubuntu. I wouldn't expect user help here. better try #ubuntu or the ubuntu-users mailing list
[10:17] <antoranz> oh oh.... I see
[10:17] <antoranz> ok, man... thanks!
[10:17] <siretart> and for me, honestly, I used squid, but never heard about multipath routing
[10:18] <antoranz> really? It's when you are using a single route.... but made of more than one path
[10:18] <dredg> ugh
[10:18] <antoranz> it's a iproute2 feature
[10:18] <dredg> use a proper routing protocol :)
[10:19] <antoranz> I'm all ears. ;)
[10:19] <siretart> antoranz: I so your problem has probably nothing to do with squid itself.. i see.
[10:20] <siretart> antoranz: I'd suggest setting up routes with ip route add ... (look up documentation) or setting up something like routed or zebra or anythink like that
[10:20] <antoranz> oh... I have already set the multipath route.. that's not the problem. ;)
[10:21] <antoranz> the problem is that after I set the multipath route, squid doesn't want to work anymore
[10:21] <siretart> hm. perhaps try #squid?
[10:21] <siretart> if that channel exist
[10:21] <dredg> antoranz: ask diamond when he's around next
[10:21] <antoranz> :D let me take a look. ;)
[10:21] <dredg> he does insane things with 2 internet links
[10:21] <dredg> squid is involved i think
[10:22] <dredg> though he might have replaced it with apache's mod_proxy
[10:22] <antoranz> There's n squid channel!
[10:22] <siretart> hey, you're lucky :)
[10:22] <dredg> personally i'd just use ospf
[10:22] <dredg> but that's just me :)
[10:22] <antoranz> ok.... let me write it down so I can check documentation
[10:23] <antoranz> ospf
[10:23] <antoranz> zebra routed, right?
[10:23] <dredg> it's in quagga, yes
[10:23] <siretart> quagga was the successor, thanks!
[10:23] <dredg> though i usually use a bunch of ciscos
[10:24] <dredg> zebra is still being maintained
[10:24] <antoranz> well... The problem is that the linux box is directly connected to three internet connections
[10:25] <dredg> quagga is better i'm told :) i have to say that or i'll get beaten up by paul :)
[10:26] <siretart> paul? sladen?
[10:26] <dredg> paul jakma
[10:26] <dredg> quagga developer
[10:26] <siretart> ah. i see
[10:27] <dredg> i think he forked it originally actually.
[10:27] <dredg> but he's fairly insane
[10:28] <siretart> I heard so
[10:29] <antoranz> my god.. they're all asleep at the squid forum
[10:30] <antoranz> and so are you
[10:30] <antoranz> well.. thanks for your help anyway! :)
[10:30] <antoranz> take care!
[10:30] <dredg> bye
[10:30] <siretart> bye antoranz
[10:30] <antoranz> Buy! :)
[10:31] <antoranz> ;)
[10:31] <siretart> what? ;)
[10:31] <siretart> hehe
[10:34] <bddebian> Am I missing what a backport is?  It was my understanding that a backport was a package that was built on say Breezy, then "backported" back to say Hoary??
[10:34] <siretart> bddebian: in principle yes, although there are many special cases involved there
[10:35] <bddebian> Hmm, OK
[10:41] <siretart> does anyone know about wxwidgets2.4 breackage in breezy?
[10:43] <jinty> siretart: re sqlobject - thanks, I'll figure it out when I have some time
[10:43] <jinty> cheers!
[10:43] <siretart> :)
[10:54] <herve> night!
[11:17] <pef> does dh_make handle bzip2 ? I have bzip2 installed and he tells me "Source file is a bz2 but bzip2 or gzip not available at /usr/bin/dh_make line 409, <STDIN> line 2."
[11:23] <pef> oh, I've found a bug :D
[11:28] <pef> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314875
 does anyone know about wxwidgets2.4 breackage in breezy?
[11:34] <JanC> not that I know of
[11:34] <JanC> audacity & poEdit seem to run fine ?
[11:35] <siretart> JanC: amule does not built anymore
[11:35] <JanC> & wxPython2.4 example apps seem to run okay too
[11:35] <siretart> JanC: http://paste.debian.net/1170
[11:36] <siretart> I'm not sure if thats related to wxwidgets anyway, was rather a random guess
[11:36] <JanC> ah build problems  :)
[11:36] <siretart> hi sistpoty
[11:36] <sistpoty> hi siretart
[11:39] <JanC> to me it looks like the problem is in amule but I have no experience with C++ or g++ output...
[11:39] <JanC> it seems to use gtk2 ?
[11:40] <siretart> forget it, CValueMap is indeed some internal class of amule
[11:40] <siretart> so most probably not wxwidgets related
[11:41] <JanC> wxgtk2.4 uses gtk1, and it also references some gtk2 stuff ?
[11:41] <siretart> I maintain a wxpython game using wxgtk2.4 and having a gtk2 look
[11:42] <JanC> wxgtk2.4 can be built against gtk2 I guess, but the libraries in ubuntu are gtk1
[11:43] <sistpoty> what r u talking about?
[11:43] <sistpoty> trying to fix amule?
[11:43] <siretart> sistpoty: yes, I'm on it
[11:43] <sistpoty> k
[11:44] <siretart> sistpoty: but it comes to an really ugly linker error: http://paste.debian.net/1170
[11:45] <Lathiat> nice error
[11:45] <sistpoty> hm... this is the copy-c'tor of CValueMap?
[11:45] <sistpoty> looks nasty!
[11:45] <siretart> sistpoty: yes. CValuemal is declared in src/ETSpecialTags.h
[11:46] <sistpoty> hm... i'll take a look ;)
[11:46] <siretart> without copy c'tor, but c++ should provide a default one
[11:46] <sistpoty> siretart: yes, it should... let's hope this is no gcc bug ;)
[11:47] <siretart> I don't think so
[11:57] <sistpoty> phew... i need a faster machine... it compiles and compiles :/
[11:57] <ajmitch> morning
[11:58] <sistpoty> hi ajmitch
[11:58] <siretart> sistpoty: yeah, It took a fair amount of time here as well
[11:59] <pef> siretart: why don't you have submit your pong2 packages to revu ? (http://tauware.de/content/view/20/52/)
[11:59] <siretart> pef: they are already in debian and ubuntu ;)
[12:00] <pef> siretart: mmm I need sleeping :] 
[12:00] <pef> sorry
[12:03] <siretart> sorry, need sleep
[12:03] <siretart> gn8 folks!
[12:04] <ajmitch> night siretart
[12:04] <sistpoty> gn8 siretart
[12:05] <SloMoSnail> gn8 siretart
[12:07] <pef> gn8 siretart