[12:11] <\sh> hehe :)
[12:11] <Kyral> and I am hating this...
[12:11] <Kyral> on the upshot
[12:11] <Kyral> I'nm getting a lot of things to package for Ubuntu :P
[12:12] <Kyral> assuming valid licenses of course
[12:22] <selinium_> Sorry guys for pestering you in here, but I have had some php updates waiting to install for a couple of days but the change log isn't showing anything. As far as I can see there are no strange repos in my sources. Any ideas? Or has someone not done the change log yet?
[12:24] <\sh> ???????
[12:29] <selinium> \sh sorry, I was getting a little frustrated. I'll leave you guys to it. :)
[12:30] <\sh> selinium: i don't get your question? if there are updates, they should be installed...try apt-get -f install
[12:30] <\sh> selinium: but your question is nothing for -motu..more #ubuntu
[12:32] <selinium> \sh I dont install the updates unless I can see what they are doing, As the update log isn't displaying what changes have been made I thought It was sourced from a motu coder maybe not doing something.... if you see what I mean?
[12:33] <selinium> \sh I get in the details section 'Changes not found, the server may not be updated yet.'
[12:33] <\sh> selinium: yeah...it's something from server side...not motu side....ask elmo about the status...if it's dapper, then no wonder..read dapper-changes for changelogs :)
[12:34] <selinium> \sh Anyway I'll take it to #ubuntu. Sorry for disturbing the channel.
[12:34] <\sh> selinium: no..it's a server problem
[12:34] <selinium> \sh It is breezy, I still need to get round to doing the dapper thing! :)
[12:34] <\sh> selinium: for this James Troup is the right person...(aka elmo)
[12:35] <selinium> \sh OK cheers for the pointer! THankyou for your time! :)
[03:04] <crimsun> \sh: looks like you're holding down the merge fort
[03:04] <Kyral> lol
[03:04] <\sh> what?
[03:04] <crimsun> \sh: you're doing most of the merge work :)
[03:04] <Kyral> lol
[03:04] <\sh> ah come on...you are doing as well a lot :)
[03:05] <crimsun> everytime I refresh state=new, a few more have disappeared
[03:05] <\sh> and actually I was lazy in the last couple of weeks :)
[03:05] <crimsun> you're feeling better, I hope?
[03:07] <\sh> crimsun: my body is feeling better...my bankaccount not :) fighting with some job applications..but this month...there will be nothing anymore...so I need a new job at least in january
[03:07] <crimsun> \sh: ah, good luck with the search
[03:11] <crimsun> sure, put in some more merge and motuscience work
[03:12] <Kyral> I WOULD put in MOTUScience if EasyChem would get advocated one more time...oy
[03:12] <Kyral> sorry lol
[03:13] <Kyral> hacked a lot for a school project today and was under stress
[03:16] <crimsun> I need to recover my REVU pass
[03:16] <crimsun> (which means I need to upload something)
[03:16] <Kyral> lol
[03:16] <\sh> crimsun: why?
[03:16] <\sh> enter your email address without the password
[03:16] <\sh> and press recover
[03:17] <\sh> (after the failed login :))
[03:18] <Kyral> http://revu.tauware.de/details.py?upid=1257 if anyone is interested
[03:25] <crimsun> \sh: ah, ok. Thanks.
[03:26] <crimsun> hmm, not sure where I'm supposed to paste anything
[03:27] <\sh> on the console :)
[03:27] <\sh> gpg -d <<EOF
[03:27] <\sh> then paste the stuff
[03:27] <\sh> EOF
[03:27] <\sh> voila your password :)
[03:30] <crimsun> yeah, -EPARSE on my part. Thanks.
[03:30] <Kyral> lol
[03:30] <Burgundavia> tseng, you can nuke https://wiki.ubuntu.com/LaptopTestingTeam/DellInspiron6000 and move https://wiki.ubuntu.com/LaptopTestingTeam/DellInspiron6000-2 into its place4
[03:33] <crimsun> whoops, I made REVU explode
[03:33] <Kyral> lol
[03:35] <Kyral> I hope he's kidding....
[03:36] <crimsun> well, I don't think all of REVU's dead, but it certainly gives me a traceback when I attempt to recover my passwd
[03:43] <\sh> hmmm...ajmitch has a lot of open merges
[03:44] <crimsun> yeah, he mentioned being on vacation til the new year
[03:44] <\sh> we need to get those packages in ....it's quite a lot
[03:49] <\sh> ok....stopping for now...need to wait for another package anyways
[03:49] <\sh> cu later this day
[03:49] <Kyral> cya
[03:50] <crimsun> cya \sh_away
[04:00] <crimsun> back later, need dinner.
[06:10] <Kyral> Night all
[06:11] <crimsun> 'night
[06:52] <zakame> afternoon MOTUs and MOTU hopefuls :D
[06:53] <crimsun> hi zak :)
[06:55] <jsgotangco> don't forget the slackers!
[06:55] <crimsun> hehe
[06:59] <zakame> afternoon slackers :D
[07:02] <jsgotangco> who are you calling a slacker :P
[07:07] <zakame> is elmo around now?
[07:08] <crimsun> zakame: I doubt it; he's probably still on holiday
[07:08] <crimsun> I've just been queueing sync requests to his away log
[07:08] <crimsun> ;)
[07:09] <zakame> ah :)
[07:10] <jsgotangco> heh
[07:11] <jsgotangco> you can try on the 9th to be sure hehe
[07:31] <tseng> Burglaptop: sorry, why am i nuking someone elses laptop page?
[07:38] <jsgotangco> hey tseng how's the holidays?
[07:38] <tseng> good, you?
[07:39] <jsgotangco> pretty good just idling around
[09:39] <Yagisan> anyone who was going to test ia32-libs-universe please hold off a while, I've just discovered it conflicts with ia32-libs-gtk
[09:41] <Lathiat> what is actually in ia32-libs-universe?
[09:43] <Yagisan> Lathiat: http://revu.tauware.de/details.py?upid=1318
[09:44] <Yagisan> Lathiat: at the moment sdl stuff + libpng
[09:44] <Mithrandir> whose idea is ia32-libs-universe, even?
[09:44] <Yagisan> png was a conflict
[09:44] <Yagisan> me - I want my apps to work before multiarch is done
[09:45] <Mithrandir> Yagisan: I hope you're taking responsibility for security uploads and such too?
[09:46] <Yagisan> Mithrandir: as it cheats the exact same way OOo does, when the fix hits i386, all someone needs to do is sponser my package
[09:47] <Yagisan> Mithrandir: as it is, it's on revu - if it's not liked, it won't get in
[09:47] <Mithrandir> Yagisan: I can't say I like the idea of something like that which is a pita to update is not maintained by a motu..
[09:48] <Mithrandir> (not that I like the idea at all, if we want to do something like this, I know of some less-bad solutions)
[09:48] <Yagisan> Mithrandir: well, if it's good, and I don't stuff up, it may allow me to become a motu ...
[09:49] <Yagisan> Mithrandir: let me get my proof of concept working, and if it's liked we'll proceed
[09:49] <Yagisan> Mithrandir: if not, it will die in revu
[09:50] <Yagisan> at any rate, it is great for teaching rules voodoo ;)
[09:51] <Mithrandir> heh
[09:51] <Mithrandir> it's not a very hard package, imo
[09:51] <Yagisan> it no, but I did try to get 32bit apps building on amd64. that didn't go down to well
[09:53] <Yagisan> but I love the huge ifeq "$(DEBIAN_ARCH)" "amd64" sections I get to add to my test subjects rules files
[09:57] <linlin> would someone be so kind as to add DRFTPD to the list of things to add to ubuntu repos? i think that would be swell
[09:59] <Yagisan> ? what is DRFTPD ?
[10:00] <linlin> distributed file transfer protocal daemon
[10:02] <linlin> its really a rather amazing system
[10:03] <Yagisan> Mithrandir: you said you could think of an alternative to ia32-libs-universe. What do you propose ?
[10:16] <Mithrandir> Yagisan: basically an apt wrapper which downloads and munges debs and then just installs the stuff in lib.
[10:21] <Yagisan> Mithrandir: I do that for my test patches to try and get eg zsnes to make an amd64 deb, but it doesn't help for non-deb apps
[10:22] <Yagisan> Mithrandir: that's why I thought it would be useful to make a package with 32bit versions of the libs for things that just can't be built native
[10:45] <Tonio_> hi
[12:40] <SloMoSnail> good morning everybody
[12:42] <Gloubiboulga> hi slomo
[03:28] <Kyral> morning MOTU
[03:29] <Gloubiboulga> hi Kyral
[03:29] <Kyral> ah I love fscking my drives
[03:30] <Tonio_> hi everyone
[03:30] <Tonio_> what would you do with an application hosted on sourceforge
[03:30] <Tonio_> but whose authors are unknown ?
[03:30] <Tonio_> impossible to package it ?
[03:37] <Gloubiboulga> Main packages are not supposed to be *very* clean ?
[03:37] <Kyral> All packages are supposed to be VERY clean :D
[03:37] <Gloubiboulga> sure :)
[03:38] <Gloubiboulga> libXft2 is horrible
[03:41] <Yagisan> Tonio_: define unknown ? as in not a real name ?
[03:44] <Tonio_> Yagisan: there is no information about the author, neither on the website, nore in the sources....
[03:44] <Tonio_> but the application is maintained, required as a dependancie bymany others, and it is officially hosted on sourceforge
[03:44] <Tonio_> means it is not a kind of underground stuff....
[03:44] <Tonio_> dunno what o do exactly....
[03:45] <slomo> hmm, i would package it
[03:46] <Yagisan> Tonio_: link please
[03:49] <Tonio_> Yagisan: http://vamps.sourceforge.net
[03:49] <Tonio_> it is required by many dvd manupation programs, like k9copy for example
[03:50] <Yagisan> Tonio_: vamps is ok - there is a thread on debian mentors - someone else is also packaging it
[03:51] <Yagisan> Tonio_: just a sec, I'll see if I can find you a link
[03:51] <Tonio_> Yagisan: I have seen the debian package
[03:52] <Tonio_> the problem is that it might not be in debian sid before many month....
[03:52] <Tonio_> I just would like to provide a package to package k9copy in fact
[03:52] <Tonio_> fact
[03:52] <Tonio_> but if you have a link about that author information and what to do, I'd be pleased ;)
[03:52] <Yagisan> Tonio_: I thought that applicant had finished his package, thought you could perhaps use it
[03:53] <Tonio_> hum
[03:53] <Tonio_> porting the application to ubuntu ?
[03:53] <Tonio_> Yagisan: porting the package I mean ?
[03:54] <Yagisan> Tonio_: package is here http://www.knio.it/debian/vamps/
[03:54] <raphink> anybody knows a way to allow a user in particular to mount and umount a partition in particular?
[03:55] <Tonio_> Yagisan: already have it...
[03:55] <Tonio_> so Ican make an ubuntu port and that should be okay for REVU, nice ;)
[03:58] <Yagisan> Tonio_: K - btw - here is the thread I was looking for http://lists.debian.org/debian-mentors/2005/12/msg00309.html
[04:00] <Tonio_> thanks Yagisan
[04:01] <raphink> huhu
[04:01] <raphink> sudo powa :)
[04:02] <Tonio_> Note the *should*.  Not a must.  Read this as "it would be nice if you
[04:02] <Tonio_> name the original author, but if you can't it's okay, too".
[04:02] <Tonio_> good :) hehehe
[04:02] <Tonio_> let's go !
[04:43] <Yagisan> I've just gotten zsnes to work on amd64 with my ia32-libs-universe package, as a result it depends on that package for amd64.
[04:43] <Yagisan> should I up zsnes to revu, or send a patch to launchpad ?
[04:55] <lamont> dear motus, ghc6 fails to uninstall properly.  fix that pls.
[05:06] <Knightea> Hi , I am wondering where is the development channel to discuss Ubuntu laptop strategy and development ? tried Ubuntu-laptop dont seem to be the right channel is this one better ;-)
[05:17] <Yagisan> G'day jsgotangco
[05:18] <jsgotangco> Yagisan, hi there =)
[05:19] <Yagisan> jsgotangco: just got my first i386 only package running on amd64 :)
[05:19] <jsgotangco> whoa
[05:19] <jsgotangco> youre fast dude
[05:20] <jsgotangco> i have yet to recover from holiday slack =)
[05:20] <Mez> jsgotangco, I'm sure Yagisan doesnt want to be told he's fast ;)
[05:21] <jsgotangco> lol
[05:21] <jsgotangco> Yagisan, congratulations for graduating from MOTU Slackers
[05:21] <Yagisan> wOOt - super slacker!!!
[05:22] <Yagisan> I must admit, I cheat to do it
[05:22] <Yagisan> I suck down and repackage the i386 deb if I detect I'm building on amd64 :)
[05:23] <jsgotangco> i should test this out this weekend
[05:25] <Yagisan> jsgotangco:  http://revu.tauware.de/details.py?upid=1327 ia32-libs-universe
[05:25] <slomo> Yagisan: how can this work? you always have a version lower than the current one for amd64
[05:26] <jsgotangco> Yagisan, :P
[05:27] <Yagisan> slomo: it would require some forethought on when to build the package for amd64
[05:27] <slomo> Yagisan: ok, so it's another source package ;)
[05:33] <Yagisan> slomo: I'll up my zsnes test case to revu in a moment. It's not a new source package, rather a modification to rules + support scripts
[05:58] <Yagisan> slomo: around ?
[05:59] <slomo> yes
[06:00] <Yagisan> slomo: my first test subject is here http://revu.tauware.de/details.py?upid=1328
[06:00] <Kyral> slomo: ping pong ping
[06:00] <slomo> Yagisan: i have no amd64 ;)
[06:00] <slomo> Kyral: pong ping pong ;P
[06:01] <Kyral> lol
[06:01] <Yagisan> slomo: You can point out if I did really dumb things in my rules though ;)
[06:03] <Kyral> slomo: can you give EasyChem your vote again? I reuploaded after elmo activated my @ubuntu.com redirect
[06:03] <slomo> later... my phone rings ;) brb
[06:03] <Kyral> kk
[06:09] <Kyral> hey koke
[06:15] <siretart> Yagisan: I don't think you can expect that the buildds do have free internet connection
[06:15] <siretart> Yagisan: I see that your ia32libs-universe package is downloading the libs at build time. I don't think that this is okay
[06:16] <Yagisan> siretart: I don't - but I don't know their apt-cacher ip
[06:16] <Yagisan> siretart: I was inspired by OOo which does the same sort of thing
[06:18] <siretart> Yagisan: it does make the buildds download stuff at build time?!
[06:18] <Yagisan> siretart: oh yes - I pinched their download script
[06:20] <Yagisan> siretart: thank you for looking at my package. feel free to edit sources.list.txt to point to your local apt-cacher or similar setup
[06:28] <siretart> Yagisan: thats no problem, I have to investigate if it is okay to expect the buildds to have a free internet connection
[06:30] <Yagisan> siretart: If they have apt-cacher or similar setup (or are on the same internal network) it would be good to know, so I can set sources appropriately
[06:31] <Yagisan> siretart: eg zsnes - it now does the download thing too
[06:33] <siretart> Yagisan: I think you would have to include copies of the source packages in the orig.tar.gz, but I'll have to investigate that in the existing ia32 packages
[06:33] <siretart> Mithrandir: around?
[06:33] <siretart> perhaps he could help us in this manner
[06:34] <Mithrandir> siretart: yes?
[06:34] <siretart> Mithrandir: Yagisan has prepared a ia32libs-universe package shipping 32bit libsdl for amd64
[06:34] <Mithrandir> Yagisan: you can't assume an internet connection in debian/rules
[06:35] <siretart> ah, you already read it
[06:35] <Mithrandir> Yagisan: you can assume a same-arch mirror, based on what's in /etc/apt/sources.list
[06:35] <Mithrandir> Yagisan: and you _need_ to ship both the sources and the compiled debs in the source tarball.
[06:36] <siretart> ah, ok. then I remembered correctly
[06:37] <Yagisan> Mithrandir: I see - OOo has the same bug then
[06:37] <Mithrandir> Yagisan: no, it doesn't.
[06:38] <Yagisan> Mithrandir: I'm looking at the OOo rules here. I see it downloading
[06:39] <Yagisan> Mithrandir: that's why I thought I could apply the same idea
[06:39] <Mithrandir> Yagisan: no, it doesn't.
[06:41] <Mithrandir> build:
[06:41] <Mithrandir> #       ./fetch-and-build
[06:41] <Mithrandir> that's commented out
[06:41] <Mithrandir> but, I'm off
[06:46] <Yagisan> crap - there goes that idea down the toilet.
[06:47] <Yagisan> that does make it rather hard to grab the i386 deb for an amd64 deb, if the i386 deb hasn't been built, and I can't assume net access.
[06:56] <Yagisan> siretart: I suppose http://revu.tauware.de/details.py?upid=1328 that can be deleted. I can't think of any other way to do it (or the other packages), that doesn't require an internet connection.
[06:57] <Yagisan> I'll make another upload of the ia32-libs-universe pack, in Jan - when I have the bandwidth to download the debs needed
[06:59] <Yagisan> although, if I can't use it for i386 debs, only proprietary apps, I'll lose interest in it
[07:05] <siretart> Yagisan: don't be that frustrated
[07:05] <siretart> Yagisan: there is already a ia32-libs package
[07:05] <siretart> Yagisan: and they solve the problem by shipping sources and binaries with it
[07:07] <Yagisan> siretart: :( looking at zsnes (picked because I could download it on my dialup speed connection)
[07:08] <Yagisan> siretart: I, at this moment, can't think of a way to use the same package to generate both amd64 and i386 versions
[07:09] <Yagisan> siretart: I possibly could make a 64bit only package, but that adds extra administration work
[07:09] <siretart> Yagisan: I quite don't get your problem
[07:09] <siretart> Yagisan: afair zsnes includes 32bit assembly, no?
[07:10] <Yagisan> siretart: yes it does, in fact those sorts of apps were my main target
[07:10] <siretart> so on amd64, you would have to compile it with -m32 to get a 32bit binary on amd64 if I'm not mistaken.
[07:10] <siretart> the thing is, you would need all libraries in 32bit you link to
[07:10] <Yagisan> siretart: I spent a long time on that - and it doesn't work like that
[07:11] <siretart> so what do you propose?
[07:11] <JohnnyMast> siretart could you delete a revu package for me ?. I packed a to old version of an application by mistake it would take to much patching
[07:11] <siretart> JohnnyMast: which one?
[07:12] <JohnnyMast> kryptor
[07:12] <siretart> Yagisan: I'd suggest talking to the debian maintainer and/or upstream and work with him/them on a solution. perhaps he has an idea
[07:13] <Yagisan> siretart: when I was trying the -m32 builds, I ended up doing ldflags magic, and packaging -dev files, but inevitably some lib somewhere would try to link against the 64bit instead of 32bit version
[07:13] <siretart> JohnnyMast: nuke or archiving?
[07:13] <JohnnyMast> nuke it delete it
[07:14] <JohnnyMast> so i can pack the new version and upload it cleanly else the diffs would go huge
[07:14] <siretart> JohnnyMast: done
[07:14] <Yagisan> siretart: I also ran into issues of 32bit dev headers having collisions with standard files installed into a pbuilder
[07:15] <siretart> Yagisan: you cannot install 32bit -dev packages in a 64bit system
[07:15] <siretart> Yagisan: this will be possible with multiarch, Mithrandir is working on it. but today, this is not possible
[07:15] <Yagisan> siretart: so I went for the network bandwidth trade off
[07:15] <JohnnyMast> siretart thanks your great
[07:15] <Yagisan> yes, I know I'm greatly annoying
[07:16] <siretart> Yagisan: no you are not. I'm happy that someone works on it
[07:17] <siretart> lets try if your ia32-libs-universe package works for me
[07:17] <siretart> juhuu!
[07:18] <siretart> Yagisan: with your package I can finally play quake4 without chroot! :)
[07:18] <Yagisan> :-D
[07:18] <Surak> hello
[07:19] <Yagisan> my goal was to make every i386 only app, into i386 amd64
[07:19] <siretart> Yagisan: so I'm definitly for a ia32-bit-sdl package (thats how I would call it). there is already a ia32-libs-gtk package, If I'm not mistaken
[07:19] <Surak> Is there someone to talk about a bug I found in sl-modem-source package?
[07:19] <Yagisan> siretart: I started with sdl, as that's all I needed for test 1, zsnes
[07:19] <siretart> Yagisan: your goal should be multiarch, which solves that problem
[07:20] <siretart> Surak: which malone bug no?
[07:20] <Surak> Before I post the bug, I would like to talk with the motu responsible for it.
[07:20] <Yagisan> siretart: I was planning on adding libs for mplayer32, and wine, and any other apps that are important enough
[07:21] <Yagisan> siretart: I'd like to see multi-arch, but that won't happen until after dapper
[07:21] <siretart> Surak: all motus are responsible for it (or no one, which you prefer)
[07:21] <Yagisan> siretart: and I wanted amd64 to be much better for dapper
[07:21] <Yagisan> siretart: not the poor cousin it is now
[07:22] <siretart> Yagisan: I understand you. you should work together with tollef, he is doing a lot of in this area. I think you are on a good way, but we cannot change the rules on the buildds
[07:22] <Surak> siretart: the problem is that a specific device (one of the several supported by that source) will segfault with ubuntu/debian packages, linmodems.technion's archive, as well as the one supplied by smartlink (the one which is not distributable anymore)
[07:22] <siretart> Yagisan: it is nice that I can build your package on my machine, but the build will fail on the buildds
[07:23] <siretart> Surak: I think you should talk to mjg59 about that, then
[07:23] <Yagisan> siretart: I'll change that when I get some bandwidth
[07:23] <Surak> siretart: there is a patch lying around for sl-modem-2.9.10 (the smartlink's one)
[07:23] <siretart> Yagisan: you aren't a motu yet, are you?
[07:23] <Yagisan> siretart: no :(
[07:24] <Yagisan> siretart: I thought I saw my chance just disappear
[07:24] <Yagisan> siretart: unless I can figure out a better way soon
[07:25] <siretart> hm
[07:25] <siretart> Yagisan: if you are short on bandwith, you don't necessarily need to upload huge packages to tiber. it is okay if you tell other exactly how to create them and upload them for you
[07:26] <siretart> to revu, that is
[07:26] <siretart> need to go no, cu later
[07:26] <Yagisan> siretart: it's ok - I just need to wait until the end of my billing cycle
[07:28] <Yagisan> siretart: I'll see if I can think of a better way, but packages like zsnes http://revu.tauware.de/details.py?upid=1328 are the ones that cause the most frustrataion
[07:29] <Yagisan> because I can't ship source + deb until it's been built by i386, I always will be 1 version behind without net access
[07:29] <Yagisan> anyway - lets see what inspiration sleep brings
[07:29] <Yagisan> night all
[07:38] <Kyral_> Gah me ghost is sill around
[07:41] <SEJeff_work> trulux: ping
[07:57] <Gloubiboulga> someone uses anjuta with dapper ?
[07:59] <\sh> hmmm
[07:59] <\sh> openoffice.org-2.0.0 in universe?
[08:01] <Gloubiboulga> \sh, ?
[08:02] <\sh> well...yes...openoffice.org != OOo2 ,)
[08:02] <\sh> so let me merge this 135 MB monster
[08:02] <Gloubiboulga> \sh, good luck
[09:13] <sistpoty> hi folks
[09:13] <\sh> moins sistpoty
[09:13] <sistpoty> \sh: seems like I should update the merge-list again?
[09:14] <\sh> sistpoty: well...16 unassigned packages
[09:14] <sistpoty> \sh: you rock!
[09:14] <\sh> sistpoty: and we have a problem with some merges which are assigned to aj
[09:14] <\sh> sistpoty: we need to do them as well
[09:15] <sistpoty> \sh: what's the problem with these? assigned wrongly?
[09:15] <\sh> sistpoty: check the ammount...and the time frame we have...and you have to run again the merge-list update
[09:16] <sistpoty> \sh: yeah... that's tough... but iirc he was working on zope stuff
[09:16] <\sh> sistpoty: yes...but the python packages?
[09:16] <sistpoty> no idea really :/
[09:17] <\sh> well...I have a couple of syncs handy and I'm working on the other merges like openoffice.org
[09:18] <\sh> so if those merges are finished and the syncs as well....and my buglist is completly empty..i'm stopping with the merging work for this release :)
[09:18] <sistpoty> \sh: do you give elmo a list? I have two ready as well
[09:18] <sistpoty> hehe
[09:18] <\sh> sistpoty: well..yes..I'll write a mail when I have cleaned up the list
[09:19] <\sh> sistpoty: can you do me a favour?
[09:19] <sistpoty> \sh: sure
[09:20] <\sh> sistpoty: kguitar, linuxdcpp, ncmpc there are no merge reports...can you remove them from the list?
[09:20] <\sh> timer-applet as well :)
[09:21] <\sh> hmmm
[09:21] <sistpoty> kguitar unstable: 0.5-1 vs 0.5-0ubuntu2
[09:21] <\sh> http://people.ubuntu.com/~scott/ongoing-merge/kguitar
[09:21] <\sh> it's not there
[09:21] <sistpoty> maybe mom is wrong? ;)
[09:22] <\sh> sistpoty: well...mom is never wrong :)
[09:23] <sistpoty> okok, I'll delete those ;)
[09:23] <\sh> sistpoty: but it can be that scott is wrong :)
[09:23] <sistpoty> hehe
[09:23] <\sh> but 0.5-1 vs 0.5-0ubuntu2 is surely an utnubu package
[09:23] <\sh> ok..kguitar, linuxdcpp, ncmpc, timer-applet, tla-load-dir, vblade
[09:23] <\sh> wxglade as well?
[09:23] <\sh> please check the reports...i'm not sure if my computer is screwing up now
[09:24] <\sh> no..it's correct..no reports
[09:27] <sistpoty> vblade is 6-1 vs. 5-0ubuntu2, but has different maintainers (ours has fabbione as maint)
[09:27] <sistpoty> and thus no merge report (i guess)
[09:28] <sistpoty> wxglade is a newer version with cvs-suffix in debian
[09:28] <sistpoty> (but no report)
[09:29] <\sh> what is the right way here.
[09:29] <\sh> ok openoffice.org is just a pain
[09:29] <sistpoty> hm... I guess it *should* pop up again after the update of the list
[09:29] <sistpoty> (i removed it)
[09:32] <sistpoty> \sh: can you add lxml, openrpg and fpc to your list of syncs? I once asked for lxml and openrpg, but I guess elmo didn't see them in backlog ;)
[09:32] <sistpoty> and fpc needs some bootstrapping, but I already talked with infinity bout it
[09:33] <\sh> sistpoty: ok
[09:33] <sistpoty> thx \sh
[09:35] <sistpoty> \sh: list is up to date now
[09:36] <\sh> argl
[09:38] <sistpoty> * Processing wxglade
[09:38] <sistpoty> E: Package base version not found: wxglade (0.3.5.1-0)
[09:38] <sistpoty> that's the reason it has no report
[09:46] <lfittl> sistpoty: please add the sourcepackage libloki to the list, it needs a libstdc++ allocator rebuild and is not listed there
[09:47] <sistpoty> lfittl: did you check for mt_alloc symbols?
[09:48] <lfittl> sistpoty: well not that, but g++ gives me linking errors that seem to be caused by the allocator change
[09:48] <lfittl> sistpoty: how do I check for the symbols? readelf -a libloki.a | grep mt_alloc ?
[09:48] <sistpoty> lfittl: run 'objdump -T <libs> | grep mt_alloc and see, there any symbols (quote from doko)
[09:50] <lfittl> sistpoty: "objdump: *.o: not a dynamic object" (library is built as static only)
[09:51] <sistpoty> lfittl: you need to do that on shared objects
[09:51] <lfittl> sistpoty: you mean static libraries are not affected by the allocator change?
[09:52] <sistpoty> lfittl: no. at least not in this way...
[09:53] <sistpoty> lfittl: if the static lib would for some reason link dynamically against a lib that's affected, all depending packages would need to be rebuilt as well, but that's quite a difference, as you usually don't link statically
[09:55] <lfittl> sistpoty: I will try a rebuild here and report if that changes anything
[10:12] <lfittl> sistpoty: found the reason of the linking error, but I still wonder if I should ignore the 5 mt_alloc symbols of the old build? (readelf -s libloki.a | grep mt_alloc)
[10:13] <lfittl> sistpoty: is there any information on this topic? (except the devel-announce mail)
[10:16] <sistpoty> lfittl: http://lists.ubuntu.com/archives/ubuntu-devel-announce/2005-November/000016.html
[10:19] <sistpoty> lfittl: if it's not a shared object, it doesn't need to be renamed. however these symbols might lead to strange errors in apps that link against the lib, but that is not s.th. that would change from a new gcc version
[10:20] <lfittl> sistpoty: k, unterstood that, thanks for your help :)
[10:20] <sistpoty> np
[10:27] <doko> anybody wants to look at outstanding/failing packages still built with libstdc++5?
[10:28] <sistpoty> doko: do you have a list? or some nice cmd to get these?
[10:30] <doko> http://people.ubuntu.com/~doko/libstdc++5-deps.txt
[10:31] <doko> sistpoty: look up the build logs, these all fail to build from source for some reason
[10:31] <sistpoty> doko: k. thx. will do
[10:31] <\sh> doko: moins..could you do a openoffice.org (1) merge?
[10:31] <doko> sistpoty: not you alone ;-)
[10:32] <sistpoty> doko: sure... I'm not \sh ;)
[10:32] <doko> \sh: no, not yet
[10:32] <\sh> doko: when you have time :) http://people.ubuntu.com/~scott/ongoing-merge/openoffice.org/ :) I'm stucked
[10:33] <\sh> sistpoty: what does that mean now ? ,)
[10:33] <sistpoty> \sh: just looking at your merge ratio from today ... :P
[10:34] <\sh> sistpoty: dude...i was lazy the last weeks and I was bored today :) so let me have my fun :)
[10:35] <sistpoty> hehe
[10:36] <\sh> sistpoty: and I never count :)
[10:37] <sistpoty> \sh: only thing I saw was an almost empty merge-list ;)
[10:37] <\sh> hehe :)
[10:37] <\sh> let me close my bugs now :)
[10:37] <tseng> i cant believe the list is that small
[10:38] <tseng> is mom still running?
[10:38] <doko> \sh: please not yet. that will become ugly, when we are renaming the packages from *2 to *.
[10:38] <sistpoty> tseng: it is... I just updated the list an hour ago
[10:38] <tseng> motu rocks
[10:39] <\sh> doko: hmmm....give me some news...we want to do what?
[10:39] <\sh> tseng: well...the list of unassigned packages is not important...the list of assigned packages and not closed yet bugs is much more worse
[10:40] <tseng> i see
[10:41] <\sh> tseng: i'm working differently...doing the lpbugs run, doing the merges, upload and see at the end of the day what compiled and what not :)
[10:42] <doko> \sh: first get openoffice.org2 be built on powerpc, then fix grave bugs, then make a breezy backport, then "merge"
[10:44] <\sh> doko: oh...so it's right what I saw in debian changelog of openoffice.org 2.0.0*
[10:45] <\sh> doko: I thought openoffice.org2 and openoffice.org (1) are different sources
[10:52] <doko> \sh: yes, they are different. why do you want to merge OOo1`
[10:52] <doko> ?
[10:53] <\sh> doko: because there is a MoM report :)
[10:54] <\sh> doko: and the debian packages are mixed up with openoffice.org and openoffice.org2 source package names somehow...and the latest MoM report is openoffice.org 2.0.0-5
[10:55] <\sh> doko: but if we don't need OOo1 anymore, please ask elmo to remove it from dapper
[10:56] <\sh> sistpoty: can we generate a list of unmet deps?
[10:57] <sistpoty> \sh: afaik siretart has got s.th. ready for that...
[10:57] <sistpoty> \sh: I'll hack up some webtool/extend the merge-list to handle this... but I guess I'll need a week or so to have it done (too little time :()
[10:58] <lfittl> \sh: http://revu.tauware.de/~siretart/unmet/
[10:58] <\sh> lfittl: yeah..have it :) :)
[10:58] <lfittl> :)
[10:58] <\sh> sistpoty: looks like that I have to improve lpbugs :)
[10:58] <sistpoty> \sh: yeah :)
[10:59] <\sh> uhm...I'll do it during new years eve :)
[11:00] <sistpoty> \sh: k... I guess I won't be that fast with a webfrontend :/
[11:00] <\sh> sistpoty: let's find a good subject line for unmet deps etc. and libstdc++5 stuff :)
[11:01] <sistpoty> \sh: Package uninstallable due to unmet dependency?
[11:01] <sistpoty> \sh: problem I see with these lists: how do we handle stuff that's on more than one list... but I guess the first shot at will be: "first look through other lists" ;)
[11:02] <sistpoty> s/at/at it/
[11:02] <doko> \sh: please leave it alone for now
[11:02] <\sh> doko: yeah this is what i'm doing :) never touch a beast like open office :)
[11:02] <\sh> same applies to kernel stuff in universe...
[11:03] <\sh> anyone wants to volunteer for linux-kernel-di-i386-2.6 and linux-kernel-di-powerpc-2.6 ?
[11:03] <\sh> hehe
[11:03] <sistpoty> btw.: since the libstdc++5-list is pretty small: https://wiki.ubuntu.com/MOTUstdc++5
[11:06] <doko> sistpoty: nice page :)
[11:07] <sistpoty> doko: just done in 5 mins or so... most of it was s/ /||/g
[11:09] <\sh> sistpoty: oh boson-base..have fun with it :)
[11:09] <sistpoty> \sh: I have a compiling version on my box... but it's missing textures and upstream is not very responsive :(
[11:10] <sistpoty> missing textures as in: textures are there, but don't get displayed
[11:10] <\sh> sistpoty: in breezy I had the problem with the old kdegames stuff :) the new version I had was including old stuff from kdegames which wasn't gcc/g++-4 aware
[11:11] <sistpoty> hehe
[11:11] <sistpoty> I know some of boson-base from last breezy night, while I tried to fix it...
[11:15] <\sh> moins crimsun
[11:15] <\sh> time for a beer :)
[11:15] <crimsun> hi \sh :)
[11:15] <\sh> hehe...crimsun is doing the rest of the open 16 packages :)
[11:16] <\sh> oh only 13 left :)
[11:16] <crimsun> hehe
[11:17] <\sh> doko: are you recompiling the main stuff ?
[11:17] <doko> \sh: which?
[11:17] <\sh> doko: argl...I'm on breezy..forget about it :) need to update to dapper asap
[11:22] <\sh> lets see if we clean up dokos list during this night :)
[11:24] <sistpoty> hehe
[11:30] <crimsun> it's great!
[11:30] <\sh> StevenK: you are welcome to do the kernel stuff :)
[11:30] <StevenK> Oh, blah. :-P
[11:31] <\sh> StevenK: hehehe
[11:31] <StevenK> Are the UNASSIGNED ones still up for grabs? :-)
[11:31] <\sh> StevenK: sure :)
[11:33] <sistpoty> on the libstc++-list we just got a edit-conflict... hopefully it's resolved now
[11:36] <\sh> hehe..clash between doko and me :)
[11:36] <\sh> atom4 already in the archives :)
[11:38] <StevenK> Mine! Mine!
[11:39] <\sh> hehe
[11:39] <\sh> fight fight :)
[11:40] <Kyral> just someone review EasyChem ;P
[11:40] <StevenK> \sh: Geez, how many merge bugs did you just file?
[11:40] <\sh> StevenK: i didn't count...but thinking about only 8 hours of sleep during the day...I think a lot :)
[11:41] <\sh> StevenK: new ones and some are already closed :)
[11:43] <\sh> I'll leave the rest to you :)
[12:00] <sistpoty> StevenK: debfoster uploaded
[12:01] <\sh> uhuh...kforth has serious troubles
[12:02] <\sh> fixing it somehow
[12:02] <\sh> gcc-4 issues :( int* to int castings etc.
[12:02] <\sh> doko: fixed ivi
[12:03] <StevenK> sistpoty: Thanks!