[12:01] <herzi> we only have svn snapshots until then
[12:03] <herzi> dholbach: just adding /var/netmail and /var/mdb to hula-manager.install should be sufficient, shouldn't it?
[12:03] <dholbach> don't think so - i'd create them to be sure
[12:03] <dholbach> *shrug*
[12:15] <herzi> okay, got it in postinst now
[12:15] <dholbach> rock
[12:15] <dholbach> apart from the manpage warnings, NICE WORK!
[12:15] <dholbach> applause for herzi!
[12:15] <ogra> yeah
[12:16] <dholbach> so please give it some review love
[12:16] <dholbach> and get it in hoary! WOOHOO!
[12:18] <dholbach> i take care of terminatorx
[12:18] <Burgundavia> is that the sound of hedgehogs using a hula?
[12:19] <dholbach> and wmressel
[12:23] <whiprush> nice job herzi!
[12:24] <koke> Hi all!
[12:24] <dholbach> hey koke
[12:24] <koke> hi dholbach , the non-stop guy :)
[12:25] <koke> you just 0wned hoary-changes :P
[12:25] <dholbach> well... we want hoary to rock, right?
[12:26] <koke> yeah!
[12:26] <koke> I'm reading my acummulated mail now :/
[12:27] <dholbach> koke: let someone else read your mail, fix some3 packages instead :-)
[12:32] <koke> heeh
[12:35] <koke> shit! mail grows faster than I read... :/
[12:35] <dholbach> i take care of wmtv
[12:35] <koke> I need a smart mail client with "the" feature... 'Mark all the useless mails as read and show me only what I want to read now...'
[12:40] <azeem_> anybody up for syncing sbuild 0.35 from unstable->hoary? It removes the "Distribution must be one of stable, testing or unstable, kthxbye" check and should work better on Ubuntu...
[12:41] <dholbach> azeem_: if you say it builds and works fine, would you please add it wo wiki/MOTUToSync?
[12:46] <azeem_> I'm pretty sure I added it to that page two or three days ago, but it disappeared (or I got the wrong page)
[12:47] <dholbach> azeem_: no... we experienced a HUGE wiki fuckup
[12:48] <azeem_> ah
[12:48] <azeem_> well, I'll readd it then
[12:48] <tseng> why do we keep having wiki fuckups
[12:49] <tseng> out of curiosity
[12:49] <tseng> the first one was "omg this wiki sucks lets change it all"
[12:49] <dholbach> i think we'll change the wiki soon again
[12:49] <tseng> wtf.
[12:52] <azeem_> done
[12:54] <koke> hey, an unresolved pythonTransition one...
[12:54] <dholbach> will take care of wmxres
[12:54] <dholbach> and bbdate
[12:58] <koke> hey, gcompris is built on debian (6.5.2-2)
[12:58] <koke> should I request a sync?
[12:59] <dholbach> koke: herve tried it, it's still crap :-(
[01:08] <dholbach> i take dvr
[01:12] <schweeb> ugh
[01:14] <schweeb> been to busy lately
[01:14] <dholbach> hey schweeb
[01:14] <dholbach> i took care of the kernel stuff already
[01:14] <schweeb> oh good
[01:14] <schweeb> was about to ask that
[01:14] <schweeb> is it all fixed?
[01:14] <schweeb> or do some packages need work
[01:14] <dholbach> i'll have a look at the reverse depends when elmo says he has it done
[01:15] <dholbach> powerpc-2.4 didnt build
[01:15] <dholbach> will need to ask the kernel crew
[01:15] <schweeb> ah
[01:17] <dholbach> i'll take stax
[01:27] <crimsun> I'm on ccmalloc
[01:27] <dholbach> i take ire
[01:37] <diamond> lo folks
[01:37] <diamond> dholbach: you're a machine -)
[01:37] <dholbach> diamond: i'm completely harmless
[01:37] <dholbach> :-)
[01:37] <diamond> dholbach: well, go you, either way -)
[01:39] <dholbach> i take gem
[01:40] <koke> w0w, downloading install/live for i386 at 600kBs each one
[01:41] <koke> god bless the universities :)
[01:41] <koke> s/god/$DEITY/ :)
[01:45] <diamond> i'm working on oregano
[01:45] <crimsun> thuban removed, built on all 4 arches.
[01:46] <dholbach> good one
[01:46] <crimsun> removing xlc, built on all 4
[01:47] <dholbach> you'll get an editing conflict
[01:47] <dholbach> like i already had 5 this evening
[01:47] <dholbach> somebody should teach the wiki to merge
[01:47] <crimsun> sok, I'm used to it
[01:47] <crimsun> I've already triggered 3 conflicts
[01:47] <crimsun> ;)
[01:47] <dholbach> with a huge club
[01:48] <diamond> ditto. lots of conflicts
[01:58] <dholbach> can somebody look at those:
[01:58] <dholbach> http://people.ubuntu.com/~lamont/buildLogs/Test/e/echoping/5.2.0-2/ - (on powerpc) should be tackled by a dpatch with "automake --force --add-missing"-run
[01:58] <dholbach> http://people.ubuntu.com/~lamont/buildLogs/Test/l/luxman <- should be easy to fix as well - replacing "xargs -0" with "xargs -r0" somewhere in debian/ should fix it (i386 only)
[01:58] <dholbach> i'm not on i386 or powerpc
[02:02] <dholbach> ajmitch: you're aware of gnue-reports failing?
[02:03] <dholbach> i take sear
[02:07] <tritium> dholbach, what's up?
[02:08] <dholbach> tritium: having a go at UniversePriorityList
[02:09] <dholbach> and UniversePriorityList clearly looses MUHuhuHAUHAUHAAAAA :-)
[02:09] <tritium> heh
[02:10] <tritium> ogra, I just barely joined when I saw your comment about krecipes.  Does that mean you're uploading it?
[02:11] <ogra> tritium, i will, i wont do the binch of reviews this moment, but kreciepes will be in hoary as promised
[02:11] <tritium> ogra, yay! - thanks :)
[02:13] <dholbach> ha... sear fixed
[02:19] <tritium> ogra, let me fix up a lintian.override file, and it'll be ready
[02:19] <ogra> okay
[02:23] <dholbach> i try qtstalker
[02:24] <dholbach> diamond: don't think so :-)
[02:24] <diamond> dholbach: i'm not so sure -)
[02:25] <diamond> if anyone has time, oo2c is up for review on diamond.nonado.net/packages/oo2c. very trivial fix.
[02:25] <diamond> once it's up, libooc-xml will then build.
[02:26] <dholbach> diamond: will have a look
[02:26] <diamond> dholbach: cheers
[02:28] <thully> Is universe in "deep freeze" yet (meaning no new packages or non-critical updates)?
[02:28] <schweeb> no
[02:28] <dholbach> diamond: will do a testbuild, while i take murphy for a walk
[02:29] <diamond> dholbach: cool.
[02:31] <thully> if anyone has any extra time (which is improbable at this point) there are a few things that would be nice to have in universe - one being a special kernel with a patch for an annoying problem I'm having (however, this patch requires using a framebuffer, which the stock kernels don't do for good reason)
[02:31] <dholbach> thully: please discuss it on the list
[02:31] <schweeb> thully: you're more likely to get action if you package it yourself
[02:32] <thully> Is the Ubuntu kernel finalized for release?  If so, I could try applying the patches and running the Ubuntu kernel build system
[02:33] <schweeb> it's pretty much final
[02:34] <schweeb> and if it's an obscure patch, it's probably not worth the effort getting it included
[02:34] <dholbach> diamond: uploaded
[02:34] <diamond> dholbach: woo. thanks.
[02:35] <diamond> dholbach: oregano is there now too, also a trivial fix. but i'll understand if you're busy -)
[02:35] <dholbach> diamond: will look
[02:35] <thully> In that case - it may be too obscure - it's just an issue w/suspend-to-RAM using 10x too much power on many recent ThinkPads
[02:35] <diamond> note: the fix for oregano is not great, i've patched the Makefile.in, as when i changed the Makefile.am and tried to run automake, nothing would build at all
[02:36] <dholbach> thully: please talk to the kernel team - nobody of the MOTUs will judge a kernel patch
[02:37] <thully> Well - they know about it - this is impossible to apply to the main kernel, though, as it requires features that cause problems on other systems
[02:37] <dholbach> (even it is for universe)
[02:37] <thully> There is a possible userspace solution, but as of now it doesn't work.
[02:38] <dholbach> please discuss it on the mailing list
[02:39] <crimsun> thully: I'm fairly certain it's not possible for Hoary.
[02:39] <thully> OK - I was a bit doubtful myself
[02:40] <dholbach> a bit? we have 24h until release and like 2496792467924672946 packages to fix
[02:41] <diamond> dholbach: you forgot one. i think it's 2496792467924672947
[02:41] <thully> sorry
[02:41] <dholbach> diamond: no... just fixed qtstalker :-)
[02:41] <tritium> I hope we can do all that in polynomial time!
[02:42] <crimsun> pssht
[02:42] <diamond> dholbach: ah. good stuff. ,-)
[02:42] <dholbach> diamond: oregano is testbuilding
[02:42] <diamond> dholbach: cool
[02:46] <dholbach> i look at golem
[02:46] <diamond> i'm looking at xfs-xtt
[02:47] <schweeb> ugh, that shoudl be morgued
[02:47] <schweeb> xfs and X itself can do about everything xtt can do

[02:48] <dholbach> diamond: oregano uploaded
[02:49] <diamond> dholbach: yay. thanks.
[02:50] <ogra> schweeb, fontservers are very useful for network wide font installations :)
[02:50] <schweeb> ogra: yes, but that's what we have regular xfs for :)
[02:51] <ogra> true
[02:52] <dholbach> ha... golem fixed
[02:53] <schweeb> in fact, I used XFS-XTT at one time, but that was before I knew about x-ttcidfont-conf
[02:53] <schweeb> or whatever the hell it's called
[02:54] <schweeb> I remember Eterm crashing whenever I used it... other stuff as well *shrug*
[02:54] <dholbach> what was the procedure on  /usr/bin/ld: cannot find -lvga  on i386?
[02:54] <dholbach> adding libsvga-dev [i386]  to Build-Depends?
[02:54] <diamond> dholbach: sounds right
[02:54] <ogra> dholbach, i think so...
[02:55] <diamond> right, i've crossed off at least half of the 25% section of the list
[02:55] <diamond> i just checked against the latest build logs and removed any that built on all 4 archs
[02:55] <crimsun> oh my, mozart barfs all over amd64
[02:56] <diamond> all the ones that are left definetely don't build on all 4 ,-)
[02:57] <koke> hey, I have spambayes for upload
[02:59] <koke> have to sleep now
[02:59] <koke> please, someone upload spambayes for me, thanks
[03:00] <koke> http://www.amedias.org/~koke/debian/hoary/
[03:00] <koke> bye!
[03:00] <dholbach> bye koke
[03:00] <dholbach> ogra: it's your turn in uploading :-)
[03:00] <koke> hehe
[03:02] <ogra> argh
[03:02] <crimsun> gah
[03:02] <ogra> can anyone get this ? http://www.amedias.org/~koke/debian/hoary/spambayes_1.0.1-1ubuntu1_source.changes
[03:02] <crimsun> I have four different pbuilders running :(
[03:03] <dholbach> crimsun: that's how i worked twice through apt-get.org ;-)
[03:03] <crimsun> dholbach: ;)
[03:03] <ogra> dholbach, can you get the above url ?
[03:03] <diamond> ogra: no. 403.
[03:03] <ogra> grr, same here
[03:03] <crimsun> same here
[03:04] <dholbach> *clickedy clack* try again
[03:04] <dholbach> haha
[03:04] <dholbach> was only joking
[03:04] <dholbach> :-)
[03:04] <dholbach> same here
[03:04] <ogra> heh
[03:04] <ogra> i'll mail him
[03:04] <dholbach> just grab .dsc and .diff.gz
[03:04] <dholbach> no time to be kitty kitty :-)
[03:10] <dholbach> out with murphy
[03:19] <diamond> right. i'm going to bed now. nite folks
[03:19] <diamond> dholbach: don't go burning up on us, ya hear?
[03:20] <dholbach> "burning up somebody" means?
[03:25] <tseng> dholbach: it means you're nuts :D
[03:26] <dholbach> ah i see
[03:30] <tseng> joking
[03:31] <dholbach> :-)
[03:40] <dholbach> i take timeoutd
[03:45] <dholbach> done
[03:50] <tritium> ogra, krecipes is ready.  I have crimsun's approval on it, as well as gourmet.  I'm waiiting on gourmet, to see if I can get python-pyrtf approved, in which case I'll make it a Build-Depends for gourmet.
[03:53] <dholbach> i take tleenx2
[03:54] <crimsun> tritium: ok, I'll look at python-pyrtf, sec
[03:54] <tritium> crimsun, thanks :-)
[04:00] <dholbach> done
[04:01] <crimsun> ok, mozart's eating too much time
[04:01] <crimsun> tackling oroborus
[04:01] <crimsun> apt-get source oroborus
[04:02] <crimsun> argh
[04:02] <dholbach> i'd never buy an ia64 or powerpc from what i see in the buildlogs - they mess it all up ;-)
[04:02] <crimsun> hehe
[04:03] <tritium> dholbach, don't you have an amd64?
[04:03] <schweeb> good boy
[04:03] <tritium> ah, you said ia64, never mind me
[04:03] <dholbach> :-)
[04:04] <schweeb> amd64 is the way of the future :)
[04:04] <schweeb> ia64 is meh
[04:04] <dholbach> yeah!
[04:08] <dholbach> ok pals, i'm off to bed - see you for the countdown
[04:08] <schweeb> heh
[04:08] <tritium> goodnight, dholbach!
[04:08] <schweeb> what is it, like 5am there?
[04:09] <dholbach> 4
[04:09] <crimsun> cya dholbach
[04:09] <schweeb> night
[04:09] <dholbach> *wave*
[04:24] <crimsun> oroborus fixed
[07:45] <Burgundavia> how do I add a source archive to the consideration?
[08:35] <Burgundavia> anybody here? :(
[10:03] <dholbach> good morning
[10:04] <dholbach> somebody please review krecipes, gourmet and hula from wiki/MOTUNewPackages and make a small signature - i want those packages to get in
[10:08] <Lathiat> whats this "apt-get.org stuff"i keep hearing references too
[10:08] <Lathiat> like specifically
[10:08] <dholbach> Lathiat: wiki.ubuntu.com/AptGetOrg
[10:08] <dholbach> we import packages from there to make it easier for people to get those
[10:09] <Lathiat> ah ok thanks
[10:09] <dholbach> np
[10:09] <Lathiat> i assume stuff is like you know, security audited, etc :)
[10:09] <jani> hey dholbach
[10:09] <jani> I reviewed krecipes and it's ok
[10:10] <jani> it had some lintian warnings though
[10:10] <jani> and kept hanging when I tried using it :(
[10:10] <Lathiat> ahh i see the page now :)
[10:10] <GheRivero> good morning
[10:11] <dholbach> hey GheRivero
[10:11] <dholbach> jani: strange, i used it alright
[10:11] <jani> ok then I trust you :)
[10:11] <jani> I might need to rebuild it
[10:13] <dholbach> even saved data on my postgresql-server :-)
[10:16] <jani> dholbach when does universe close?
[10:17] <dholbach> shortly before announce
[10:17] <dholbach> should be in +-20h
[10:18] <jani> tomorrow right?
[10:18] <jani> can you please do an upload for me I am at work and got no private key here
[10:18] <Treenaks> ~20h is tomorrow, 6:00 CEST
[10:18] <jani> http://sourcecontrol.net/~jmonoses/hoary/xfce-mcs-plugins/
[10:18] <dholbach> will do
[10:19] <jani> the fix for the XFCE display settings mentioned on users list
[10:19] <dholbach> didnt read it, was busy :-)
[10:19] <jani> thanks a lot :)
[10:19] <dholbach> but if you say it's ok
[10:19] <jani> yes it did not have xrandr and some other libs in the build-depends so it did not include them
[10:20] <jani> the resolution setting dialog did not show any resolution this way
[10:20] <jani> if the configure script detected those libs they were included if not not
[10:20] <jani> so it happens that os-works people had them installed we didn't and hence the difference
[10:21] <jani> now enforcing those in build depends shoudl fix the issue
[10:25] <dholbach> jani: done
[10:25] <jani> thanks again :)
[10:39] <dholbach> i'm doing a dvd test install
[10:40] <dholbach> could somebody please briefly review krecipes, gourmet and hula?
[10:40] <dholbach> this is the last hours
[10:40] <dholbach> bbl
[10:40] <jani> dholbach, I'll try tonight I hope it's not too late
[10:41] <dholbach> thanks
[10:41] <dholbach> hopefully somebody else will volunteer before, but thank you very much
[10:41] <dholbach> i really want to have those in
[10:42] <Lathiat> does it require someone with privaledges to review them or just anyone?
[10:43] <dholbach> it requires knowledge about packaging and judging how it's done, testing and so on
[10:43] <dholbach> we prefer "signatures" from MOTUs and maintainers, but if you say "package works fine here" it's nice as well
[10:43] <dholbach> but i'm off - dvd test
[10:43] <dholbach> *wave*
[10:43] <Lathiat> ok, i might give them a shot just as a reinforcement then
[10:44] <dholbach> cool
[10:44] <dholbach> *wave*
[12:20] <herzi> building hula-0.1.0-svn162 including manpages
[12:20] <Treenaks> manpages? that
[12:20] <Treenaks> must be a new feature
[12:21] <dholbach> WOW!
[12:21] <dholbach> herzi: you rock!
[12:21] <Mithrandir> herzi: scary.
[12:21] <dholbach> herzi: we have like 18h left
[12:21] <Treenaks> Mithrandir: scary?
[12:21] <Mithrandir> yeah
[12:21] <Mithrandir> hula is _scary_
[12:22] <Treenaks> Mithrandir: oh .. yeah but that's version-independant
[12:22] <herzi> dholbach: i guess my machine won't take SO long to compile and check with linda then
[12:22] <dholbach> herzi: we need people to review and elmo to push it in :-)
[12:22] <dholbach> and elmo also needs to get apt-get.org in
[12:22] <herzi> Treenaks: alreday took a look at it IIRC
[12:22] <dholbach> ah... he's awake
[12:23] <Treenaks> herzi: yes, I did
[12:23] <herzi> so, your manpages are there (most of them not beautiful, but they are in situ)
[12:24] <Treenaks> that's enough :)
[12:24] <dholbach> great
[12:24] <tseng> yay
[12:24] <tseng> ARE WE THERE YET?
[12:25] <dholbach> somebody please review hula, krecipes and gourmet
[12:25] <dholbach> i gave my okay
[12:25] <tseng> ive been actually using the hula packages
[12:25] <herzi> tseng: MY packages or alex' ones
[12:25] <herzi> ?
[12:25] <tseng> whatever Nat.org links to
[12:25] <herzi> not mine
[12:26] <tseng> oh.
[12:26] <tseng> ill look at it after work maybe then
[12:26] <herzi> though the postinst of my packages should convert your stuff correclty (hey, we have a test user for this *g*)
[12:27] <tseng> hm
[12:27] <ogra> dholbach, i'm at it...calm down...
[12:27] <ogra> morning btw
[12:27] <tseng> hi ogra :)
[12:27] <dholbach> morning ogra
[12:28] <dholbach> i really don't want to be bickering
[12:28] <herzi> morning ogra
[12:28] <ogra> hi herzi
[12:34] <dholbach> bbiab
[12:37] <herzi> new hula packages are available at: http://www.blaubeermuffin.de/packages/hula
[12:37] <herzi> tseng: i'd love to hear a migration report from you
[12:44] <herzi> GheRivero: still working on your live cd project?
[12:47] <GheRivero> herzi, live cd?
[12:48] <GheRivero> ah! Hi Sven, i didn't know this was your nick
[12:49] <GheRivero> yes, we are still working, but we have just stop to think again
[12:49] <GheRivero> about the way to follow
[12:57] <tseng> herzi: oh i forgot to mention
[12:57] <tseng> herzi: its running a warty system
[12:58] <tseng> work time, cya later.
[01:00] <herzi> tseng: okay
[01:18] <koke> http://people.ubuntu.com/~lamont/buildLogs/s/spambayes/1.0.1-1ubuntu1/spambayes_1.0.1-1ubuntu1_20050407-0240-i386-failed <-- this is quite strange :/
[01:18] <koke> I pbuilded it correctly
[01:18] <koke> debian/rules:90: warning: overriding commands for target `build-stamp'
[01:18] <koke> $ wc -l spambayes-1.0.1/debian/rules
[01:18] <koke> 75 spambayes-1.0.1/debian/rules
[01:18] <koke> that's an old debian/rules
[01:21] <koke> dholbach: the .diff.gz in the archive is not the same than mine ?!?
[01:21] <koke> brb
[01:21] <dholbach> koke:
[01:21] <dholbach> MAN
[01:21] <dholbach> WHY DO YOU ASK ME WHEN YOU LEAVE 10 SECONDS AFTER THAT
[01:23] <Treenaks> lol
[01:24] <dholbach> and i didnt upload it...
[01:25] <d3vic3> doko, ping
[01:25] <d3vic3> lo dholbach
[01:25] <dholbach> hey d3vic3
[01:25] <dholbach> :-)
[01:25] <d3vic3> ajmitch, ping
[01:53] <dholbach> can somebody on i386 check what rdepends on umlrun, umlrun-uml, rootstrap?
[01:54] <dredg> niall@malkovich:~(0)$ apt-cache rdepends umlrun
[01:54] <dredg> umlrun
[01:54] <dredg> Reverse Depends:
[01:54] <dredg> niall@malkovich:~(0)$ apt-cache rdepends umlrun-uml
[01:54] <dredg> umlrun-uml
[01:54] <dredg> Reverse Depends:
[01:54] <dredg> niall@malkovich:~(0)$ apt-cache rdepends rootstrap
[01:54] <dredg> rootstrap
[01:54] <dredg> Reverse Depends:
[01:54] <dredg>   user-mode-linux
[01:54] <dredg>   umlrun
[01:54] <dholbach> thanks dredg
[01:57] <dholbach> koke!
[01:57] <dholbach> !"
[01:58] <dholbach> 1) why do you say something to me and leave 10 seconds after that? *GRMBL* 2) i didnt upload it 3) shall i upload it now?
[01:58] <koke> dholbach: sorry, I had to go
[01:59] <koke> I though you uploaded it
[01:59] <dholbach> ok
[02:02] <dholbach> koke: please bump the revision
[02:03] <dholbach> and i'll take care of it
[02:03] <koke> what should I put in the changelog??
[02:03] <dholbach> Rebuild.
[02:03] <koke> ok
[02:04] <koke> uploading...
[02:04] <koke> ...[ OK ] 
[02:05] <koke> :)
[02:20] <dholbach> koke: testbuilding
[02:23] <dholbach> jani: MOTUToSync
[02:23] <jani> I'll look
[02:23] <dholbach> koke: uploaded
[02:23] <koke> dholbach: thanks :)
[02:23] <jani> impressive :)
[02:24] <jani> I'll take those ruby things down as libruby1.8 is in main
[02:24] <dholbach> yes
[02:24] <dholbach> that's what elmo said
[02:25] <jani> hmm did anyone actually synced those?
[02:25] <jani> I recall elmo and mdz saying last week that bc libruby1.8 is in main they're uncomfy with syncing at this point
[02:26] <jani> yes rake was  a dependency of rails (it was my first package almost 2 months ago :)
[02:26] <dholbach> yes... i guess we'll sync those in 2 weeks or something
[02:26] <jani> but since debian had it I no longer pushed my version
[02:27] <jani> yes no hurry
[02:27] <dholbach> ok
[02:27] <jani> what I am most interested in is enduser apps for people who shouldn't mess aroud with their sources.list
[02:27] <dholbach> yes
[02:27] <jani> but I guess nvu is late in the game as well
[02:28] <jani> http://sourcecontrol.net/~jmonoses/hoary/nvu
[02:28] <jani> it has some lintian warnings that require messing iwth the source I think
[02:28] <jani> I put this in the wiki but guess it went off with the erasure at the beginning of the week
[02:30] <dholbach> *grmbl* wiki *grmbl*
[03:15] <dholbach> could somebody investigate if mysqlcc works with libmysqlclient10-dev?
[03:15] <dholbach> seems to not build with libmysqlclient-dev
[03:16] <zul> T-Bone: yay! :)
[03:17] <T-Bone> hi, just passing by to let you guys know about a couple of build failures that might be of interest of you. Note: these happen on hppa (unsupported arch) and i haven't checked they affect supported archs as well, i leave that up to you. dholbach told me to let you guys know about them anyway, here i do. Don't bother too much if you have better things to fix ;)
[03:18] <Lathiat> dholbach: there not being a libmysqlclient-dev package isn't helping
[03:18] <T-Bone> http://buildd.slashdirt.org/logs/mkhppa3/netpipe_3.6.2-1_20050407-0902 <- seems this one wants to build-dep on libmpich1.0-dev
[03:19] <T-Bone> http://buildd.slashdirt.org/logs/mkhppa3/mysqlcc_0.9.4-4_20050407-0853 <- this one seems to want libmysqlclient12-dev
[03:19] <Lathiat> heh i was just looking at mysqlcc
[03:19] <T-Bone> (needless to say, i haven't *verified* that my guess are right)
[03:21] <T-Bone> http://buildd.slashdirt.org/logs/mkhppa3/lkcdutils_6.0.0-2_20050407-0834 <- that one is rather funny. Dunno how it works elsewhere: hardcode 'i386' strings everywhere, and even the maintainer's home directory (see the final failure). Maybe too much work for you atm though ;)
[03:22] <dholbach> T-Bone: we were just trying to decide if we could chuck out lkcdutils
[03:22] <dholbach> but anyway, i need a break
[03:22] <dholbach> see you in a bit
[03:25] <T-Bone> fwiw, i'm currently looking at http://buildd.slashdirt.org/FAILED.html which lists all hppa failures. The KDE ones are known (yet i don't fully understand them) so ignore all kde cruft. Others are more strange. That's just for you to know though. I won't be bothering you with hppa until hoary releases ;)
[03:26] <Lathiat> T-Bone: you need the gzip module on on that server :)
[03:26] <T-Bone> http://buildd.slashdirt.org/logs/mkhppa3/pymol_0.97-1ubuntu1_20050406-2244 <- this ones looks for python2.3 whilst 2.4 is requested...
[03:26] <Lathiat> for beasts such as mozilla :)
[03:26] <T-Bone> Lathiat : good point, i can arrange that i guess
[03:26] <jani> idholback, when you're back if you have time http://sourcecontrol.net/~jmonoses/hoary/rake/
[03:26] <jani> if not I'll upload tonight from home
[03:27] <jani> dholbach ^^
[03:27] <jani> thanks :)
[03:28] <Lathiat> dholbach: mysqlcc seems to build and run ok with a dep on libmysqlclient12, did you want the source changes?
[03:30] <T-Bone> Lathiat : mod-gzip enabled, lemme know if that's any better
[03:30] <T-Bone> ;)
[03:30] <Lathiat> T-Bone: haha thanks :)
[03:30] <Mithrandir> jani: I'd use dh_fixperms rather than chmodding explicitly.
[03:30] <Lathiat> try opening the mozilla-thunderbird logs :)
[03:31] <Lathiat> i seriously need a nice server
[03:31] <T-Bone> Lathiat : ignore mozilla, these are compiler issues to hppa ;)
[03:31] <Lathiat> with some stupidly fast cpu and raid array
[03:31] <Lathiat> laptop 5400rpm drive adn 2ghz pentium-m just doesn't cut the mustard :(
[03:31] <Mithrandir> jani: also, you build-dep on ruby >> 1.8, but you install into ruby1.8 unconditionally, I would think you would want a ruby (>> 1.8), ruby (<< 1.9), I'd think.
[03:31] <jani> Mithrandir, that's a sync from debian
[03:31] <jani> I had my lintian clean rake package but since there's one in sid I'll take it instead
[03:32] <Mithrandir> jani: I'm pointing out problems or potential problems, I'm not blaming you.
[03:32] <jani> that was my first deb package btw
[03:32] <jani> Mithrandir I know :)
[03:32] <jani> my first (and only) manpage written too..
[03:33] <Mithrandir> you might want to fill in the return value, errors and examples parts of the man page.
[03:33] <Mithrandir> +.BR  -N--nosearch <-- missing, between N and -
[03:34] <Mithrandir> (personally, I'd have written -N, --nosearch and not -N,--nosearch)
[03:34] <Lathiat> when was the last sid sync? i notice bzflag hasn't bought in, would that need some motu love for breezy?
[03:34] <jani> Mithrandir, so I should patch up the debian maintainers package? I was in a hurry to get this in befor too late esp since another ruby app BD-s on it
[03:35] <Mithrandir> jani: those are all small changes, so I'd say so, yes.
[03:35] <jani> Mithrandir, the manpage I wrote actually is diffrenet from the one installed, long story
[03:35] <Mithrandir> jani: I'm just reading the diff. :)
[03:36] <jani> I wrote a manpage Kamion suggested corrections I did those, sent to rake author, he included it, debian maintainer installs his own manpage, prolly wasn't aware of the upstream chage
[03:36] <Mithrandir> jani: since it doesn't actually build anything, I'd remove the support for DEB_BUILD_OPTIONS too; it's just cruft.
[03:36] <Mithrandir> (that's a minor thing and not something I'd hold it back for, though)
[03:36] <jani> Mithrandir, cannot this wait till breezy?
[03:37] <Mithrandir> jani: please at least fix the depends and build-deps and the , issue.
[03:37] <jani> or until at least the package that bd-s on rake builds
[03:37] <jani> ok will do
[03:38] <jani> btw there's no ruby 1.9 AFAIK why should I << 1.9 ?
[03:38] <jani> ruby1.8 is the package name
[03:38] <Mithrandir> Build-Depends: debhelper (>= 4.0.0), libtest-unit-ruby, ruby (>>1.8), rdoc(>>1.8)
[03:38] <jani> ruby is a metapackage with versions like 1.8 , 1.8.1 etc
[03:38] <Mithrandir> yes, and the package won't work with a ruby 1.9
[03:39] <Mithrandir> that ruby 1.9 isn't released is irrelevant.
[03:39] <Mithrandir> (please also add a space between rdoc and (
[03:39] <jani> untill ruby 1.9 is out we'll get this sorted out that is due late this year
[03:39] <Mithrandir> those packages will be around for 18 months, remember that.
[03:40] <Mithrandir> and the only way to solve that then is to add conflicts to ruby, which is the wrong way.
[03:40] <jani> but in those 18 months will we add ruby1.9 to hoary??
[03:41] <Mithrandir> no, but people might want to upgrade a part of their installation.
[03:41] <Mithrandir> it'd taken you less to just fix it than arguing. :P
[03:41] <jani> I fixed the space part at least :)
[03:42] <jani> but the ruby dep part I am arguing about since it is the same in other packages
[03:42] <Mithrandir> many wrongs doesn't make any rights. :)
[03:42] <jani> I think they are many right in this case :)
[03:43] <jani> I am following the other ruby packs policy and what seems to be described in ruby-debian-policy
[03:43] <Mithrandir> the set of deps you specify won't force you to upgrade to a newer rake if you upgrade to ruby (1.9), do you agree?
[03:44] <jani> the upstream packagers do this for debian for years, I didn't think I'd go and override what they write
[03:44] <jani> right, it wont
[03:44] <d3vic3> yeepeee!
[03:44] <d3vic3> :P
[03:44] <Lathiat> http://bur.st/~lathiat/mysqlcc/ <-- build-dep fixes
[03:45] <Mithrandir> jani: so you can break your installation without breaking the dependencies, right?
[03:45] <Mithrandir> jani: and that is bad.
[03:45] <jani> I know mithrandir
[03:46] <jani> but shouldn't the debian packagers handle that?
[03:46] <Mithrandir> they should, but the policy might be buggy.
[03:46] <jani> I mean they must have a reason for doing this
[03:46] <Mithrandir> they might not have been bitten yet. ;)
[03:46] <jani> btw rake churns out releases pretty often while ruby once a year
[03:47] <jani> ok  if you insist I'll change it but this is one smal star in ubuntu universe and there are alot of similar ones
[03:47] <Mithrandir> we shall get the rest fixed for breezy, then?
[03:47] <jani> we cannot lintian fix and cosmetize all we're a dozen motu's and there's hundreds of DDs
[03:48] <T-Bone> http://buildd.slashdirt.org/logs/mkhppa3/blacs-mpi_1.1-23_20050407-1241 <- another libmpich dev issue maybe
[03:48] <jani> ok so the comma and the << 1.9 and it's ok with you?
[03:48] <Mithrandir> jani: I think so, yes.  Prepare a package and I'll look through it again
[03:49] <jani> thanks, pinging you shorty when it's up, I'll just leave it ubuntu1 since it's not uploaded yet
[03:50] <T-Bone> http://buildd.slashdirt.org/logs/mkhppa3/tightvnc_1.2.9-5_20050407-1211 <- that one looks like a problem in the rules...
[03:50] <Mithrandir> jani: sure
[03:53] <jani> Mithrandir, it's up same location
[03:53] <jani> just the two changes
[03:53] <Mithrandir> jani: Build-deps too, not just depends.
[03:53] <Mithrandir> and a space between >> and the version
[03:53] <jani> ok
[03:54] <jani> also for rdoc << 1.9
[03:54] <jani> ?
[03:55] <Mithrandir> yeah
[03:57] <jani> better now?
[03:57] <jani> Mithrandir ^^
[03:58] <Mithrandir> yeah
[03:58] <Mithrandir> looks good
[04:00] <jani> thanks :)
[04:03] <Mithrandir> jani: uhm, the .orig.tar.gz isn't in Ubuntu yet?
[04:03] <jani> it should be
[04:03] <Mithrandir> ok
[04:03] <jani> it was synced today
[04:03] <Mithrandir> else I fucked up a bit.
[04:03] <Mithrandir> oh well, tell me if you get a reject.
[04:04] <jani> http://archive.ubuntu.com/ubuntu/pool/universe/r/rake/
[04:04] <bddebian> Hey folks
[04:04] <jani> reject meaning?fail to build?
[04:04] <Mithrandir> jani: don't worry, you should get a mail about it.
[04:05] <jani> it won't show up on haory-changes though my address is eaten by the spamkiller
[04:05] <Mithrandir> hm, ok
[04:05] <Mithrandir> oh well, look in the build logs and universe in an hour or so
[04:05] <Mithrandir> if it's not there, it's certainly lost somewhere.
[04:05] <jani> ok accepted
[04:05] <jani> thanks
[04:06] <jani> I mean I get the mail it just does not show up on the changes list
[04:06] <Mithrandir> oh, ok.
[04:35] <Lathiat> dholbach: ping when alive
[04:38] <jani> mithrandir any idea why the ubuntu1 sources aren't yet in the pool? I got the accept mail right after you uploaded >30 min ago
[04:38] <jani> http://archive.ubuntu.com/ubuntu/pool/universe/r/rake/
[04:39] <dholbach> Lathiat: i'd prefer it to build against libmysqlclient10, because of license iddues
[04:40] <dholbach> Lathiat: what about bzflag?
[04:42] <Lathiat> dholbach: it doesn't build against 10
[04:42] <Lathiat> it wants mysql4
[04:42] <Lathiat> i tried that first
[04:42] <Lathiat> dholbach: as for bzflag, its in debian unstable
[04:43] <Lathiat> problem is it wants libcurl3
[04:43] <Lathiat> i think you can build it without it tho
[04:43] <dholbach> our bzflag is 1.10.6.20040516ubuntu1
[04:43] <Lathiat> yeh, current is 2.0.2
[04:43] <dholbach> do we want it hard?
[04:43] <dholbach> bugfixes?
[04:44] <dholbach> crashes?
[04:44] <Lathiat> nah just new version
[04:44] <Lathiat> i was more asking
[04:44] <Lathiat> for post-hoary
[04:44] <Lathiat> it just means you can't play with people running 2.0.2
[04:44] <dholbach> ok then we'll have it in 2-3 weeks or something
[04:44] <Lathiat> i just wanted to know if itd be synced or if i'd need to give it some love
[04:44] <Lathiat> i suppose its not the best time to be asking such things :)
[04:44] <Lathiat> dholbach: so what about mysqlcc
[04:44] <dholbach> will be synced
[04:44] <herzi> dholbach: so who pushes my hula packages into hoary after they're checked?
[04:45] <dholbach> Lathiat: hrm... i just learned about mysqlclient{10,12}-dev-issues yesterday
[04:45] <dholbach> herzi: anybody, i can take of it
[04:45] <dholbach> ... care ...
[04:49] <Mithrandir> jani: has it built?
[04:49] <jani> I don't know but sources show up before building don't they?
[04:50] <jani> diff.gz and dsc in pool, then build and then debs in pool from what I saw so far
[04:50] <Mithrandir> yeah, that's right.
[04:50] <jani> maybe because it's a NEW package in that it hasn't built yet on ubuntu it need manual intervention?
[04:50] <Mithrandir> lamont: any idea where the rake upload has gone?
[05:09] <lamont> Mithrandir: source or binary?
[05:09] <Mithrandir> source
[05:09] <Mithrandir> jani got an ACCEPTED message, but nothing more
[05:09] <lamont>   Version             : 0.5.0-1ubuntu1
[05:10] <jani> it's in pool now
[05:10] <lamont> that's what's currently in wanna-build
[05:10] <Mithrandir> ok
[05:10] <lamont> and dep-waited on something
[05:10] <Mithrandir> thanks, then.
[05:10] <lamont> libtest-unit-ruby (>> 1.8)
[05:10] <lamont> )
[05:10] <jani> oh that's not good :(
[05:11] <jani> I made the change to specifically not need >> 1.8 since we don't have that
[05:11] <jani> and cannot sync since it;s in main
[05:11] <lamont> jani: and then you didn't tell me to kick it
[05:11] <jani> out libtest-ruby is 0.1.8
[05:11] <jani> lamont so now if you kick it it should build?
[05:11] <lamont> which I have just done
[05:11] <lamont> yes
[05:11] <jani> thanks
[05:12] <jani> when it buildt please kick rails since it bdepends on rake
[05:12] <lamont> if the package is marked Dep-Wait in buildLogs/Lists/hoary.all.$arch, and you upload something to remove the dep-wait, it will not build until I kick it
[05:12] <lamont> if it's a dep-wait that will actually be met, then it's automatic
[05:13] <jani> lamont is a more userfriendly and transparent web-interface planned to follos the state of packages through the system?
[05:13] <Mithrandir> jani: yes, launchpad.
[05:13] <lamont> jani: yes: launchpad
[05:13] <lamont> heh
[05:13] <jani> cool!
[05:13] <ogra> launchpad
[05:13] <jani> ogra gets the bronze medal ;)
[05:14] <lamont> and it will be ready in october of 2004, just in time for the start of hoary development.
[05:14] <ogra> heh
[05:14] <Mithrandir> launchpad should do everything, make lunch, fly to the moon, fix bugs, answer support requests and stop wars.
[05:14] <jani> 2004?
[05:14] <lamont> yeah
[05:14] <ogra> lamont, hoary ?
[05:14] <lamont> I hope it really gets here soon
[05:14] <lamont> Mithrandir: lunchpad
[05:14] <Mithrandir> lamont: oh, it's the lunchpad that does all that.  launchpad will just manage distributions and stuff.
[05:14] <Mithrandir> I knew I had something mixed up
[05:14] <Mithrandir> ;)
[05:15] <lamont> launchpad is the infrastructure to make maintaining a derivative distro (like, say, ubuntu) trivial
[05:15] <lamont> in the mean time, we get to merge in new upstream stuff semi-manually
[05:15] <Mithrandir> so we'll be a derivative of ourselves.
[05:15] <jani> I knew about LP just didn't know it plans including tracking the innards of the build system
[05:20] <lamont> jani: yeah/
[05:21] <lamont> you commit your changes, and say 'build me that thing, please"
[05:21] <jani> ok
[05:21] <jani> so now I see rake ubuntu1 is in pool
[05:22] <jani> will try building soon or is in dep-wait?
[05:25] <lamont> It should acutally be trying it already
[05:26] <lamont> and uploaded
[05:27] <lamont> so it'll show up in the archive shortly after :33, and anything that is dep-wait on that will automatically become needs-build
[05:27] <jani> ok, thanks
[05:28] <jani> great for i386 is successful :)
[05:31] <lamont> and the other 3 failures will be '$arch not in arch list: all ' failures (or should be)
[05:36] <jani> so if it's an arch:all then it only gets built for i386?
[05:38] <lamont> i386 builds arch: all components
[05:38] <lamont> sadly, before they're built, arch-all-only stuff shows up for all of the architectures
[05:38] <lamont> so the rest try and die
[05:41] <lamont> generally that happens really quickly, though, so we haven't cared enough to bother
[05:43] <jani> ok now the deb is in pool, do you need to kick rails or it is kicked already and waiting?
[05:43] <jani> oh I just saw it tried andfailed again
[05:44] <jani> will try fixing it's depends up
[06:01] <dholbach> re
[06:02] <lamont> jani: if the package upload is to fix an incorrect dep-wait, then I have to get involved.  If it's dep-waited for good reasons, then those clear by themselves.  Likewise, dep-waits on virtual packages require manual intervention by me.
[06:03] <jani> lamont, I won;t fix it it requires ruby versions we don't have so rails is breezy stuff :)
[06:03] <jani> but noted
[06:26] <dholbach> morning, mdz
[06:27] <mdz> morning
[06:28] <mdz> we ought to decide on a precise cutoff for universe quite soon
[06:28] <Lathiat> wow gnome packaging is so easy with that CDBS stuff
[06:28] <tritium> and python stuff too :)
[06:28] <dholbach> mdz: i'm talking to elmo about morguifying the stuff on our lists and apt-get.org import
[06:28] <dholbach> mdz: after that we will obey to your signal
[06:29] <dholbach> mdz: and fix random packages until that point
[06:29] <mdz> how many more hours do you think you can realistically put into it?
[06:29] <dholbach> mdz: i will stay awake until release
[06:30] <dholbach> is 8 utc still what you planned?
[06:30] <dholbach> for release that is
[06:31] <Lathiat> dholbach: that would be in ~16 hours correct?
[06:31] <jbailey> Lathiat: I'm glad you like it. =)
[06:31] <crimsun> yep
[06:32] <dholbach> Lathiat: 13h30m if i count correct
[06:32] <tritium> Hey there crimsun
[06:32] <crimsun> hi tritium
[06:32] <dholbach> hey Treenaks
[06:32] <jani> hey crimsun
[06:32] <dholbach> Lathiat: i packaged it and i took it off the list again - need to sort out strange upstream issues
[06:32] <tritium> jbailey, it's all I use (if I can't package it with cdbs, I don't package it)
[06:33] <Lathiat> dholbach: heh
[06:33] <Lathiat> dholbach: well i was more playing with packaging stuff
[06:33] <Lathiat> altho its still on the list
[06:33] <dholbach> Lathiat: nice to hear that :-)
[06:33] <Lathiat> at least i saw it abotu 15 minutes ago
[06:33] <dholbach> Lathiat: MOTUNewPackages?
[06:34] <jbailey> tritium: If you can't package it with cdbs, please let me know.  I've started hacking on cdbs2 again, and I'm trying to reduce the number of cases that cdbs can't handle.
[06:34] <Lathiat> umm i think the page i might have been looking at was universe candidate or somethign
[06:34] <Lathiat> yeh 'twas
[06:35] <tritium> jbailey, sure thing!  I didn't mean to imply things haven't built with cdbs -- so far everything has nicely.
[06:35] <jani> crimsun, there are two xfce buglets on my desktop
[06:35] <dholbach> Lathiat: i'll make a note, have it lying here :-)
[06:35] <crimsun> jani: xfprint included?
[06:35] <jbailey> tritium: THere are a pile of things that don't build with cdbs.  That's not a problem.
[06:35] <jani> one is xfprint not starting, second systray cannot be put on panel
[06:35] <jani> you guessed it :)
[06:35] <jbailey> tritium: If a build environment is just too weird, there's no way a generic tool will handle it - that's not a problem.
[06:35] <jani> the display setting dialog is fixed
[06:35] <crimsun> jani: thanks for fixing the libxrandr* stuff
[06:35] <jbailey> tritium: It's the cases where the failure is a cdbs limitation that I'm really interested in.
[06:35] <jani> glad to
[06:36] <tritium> jbailey, okay
[06:36] <jani> when I try adding a systray to the panel it says it cannot find the module
[06:36] <jbailey> tritium: Although, I've been known to send patch to upstream to fix their build env to work with cdbs, but I enjoy doing that sort of thing ;)
[06:36] <tritium> :)
[06:36] <jani> I saw the xfprint prob mentioned on xfce-devel but without solution
[06:37] <crimsun> jani: I'm not in front of a Linux machine atm; what's the precise error for the systray?
[06:38] <tritium> crimsun, I see fabbione reviewed krecipes, and wants me to split out -dev package for those 2 libraries rather than use a lintian.override
[06:38] <crimsun> tritium: hmm, that suggestion sounds familiar ;)
[06:38] <jani> crimsun, I got to panel, add... and chose system tray
[06:38] <tritium> crimsun, yes, it does ;)
[06:38] <jani> it says could not create panel item "Systemtray"
[06:38] <jani> will debug tonight
[06:39] <jani> is the xfprint porblem known?
[06:39] <crimsun> jani: those two are highest in my queue to investigate
[06:39] <dholbach> can i all i ask you please to add stuff we NEED to do on wiki/UniverseLastMinuteFixes
[06:39] <crimsun> dholbach: ok
[06:41] <tritium> dholbach, if you see ogra, I need to ask him not to upload krecipes
[06:41] <dholbach> all the bugzilla/malone/mailinglist bugs and stuff on the list, users will kill us for, if the packages dont work
[06:41] <jani> dholbach, only critical stuff or would be nice stuff?
[06:41] <crimsun> at this point, critical
[06:41] <crimsun> (grave/RC)
[06:41] <dholbach> everything that is reasonable to fix in the last 13h
[06:41] <jani> none of the xfce bugs qualify IMHO
[06:41] <dholbach> (or whatever amount of time mdz will give us)
[06:42] <jani> but they'd be nice to fix
[06:42] <Lathiat> dholbach: what did you do about the mysqlclient stuff?
[06:43] <dholbach> Lathiat: nothing yet
[06:43] <dholbach> jani, crimsun: i just want to make sure we don't forget to fix people's favourite mediaplayer/htmleditor/... :-)
[06:43] <Lathiat> Anything I can do to lend a hand? I'm bored, bitter and need something to do :)
[06:43] <jani> :)
[06:43] <dholbach> i'll look after the universe kernel packages for now and join you after wards
[06:44] <dholbach> Lathiat: if you could crawl across wiki/MOTUTodo (maybe the bugzilla bugs tagged as universe) - that would be VERY nice of you
[06:44] <dholbach> and holler if you hit something interesting
[06:44] <Lathiat> ok
[06:45] <dholbach> wow, cool!
[06:45] <dholbach> :-)
[06:45] <crimsun> jani: please generate strace output for me and send it to crimsunkg@yahoo.com
[06:46] <jani> crimsun for the systray stuff I didn't know what to strace actually since the systray.so is loaded by an already running panel
[06:46] <Lathiat> dholbach: MorgueProposal = to be canned?
[06:46] <jani> so no executable is started
[06:46] <dholbach> Lathiat: canned?
[06:46] <dholbach> Lathiat: trash can? :-)
[06:46] <Lathiat> thrown out, gotten rid of
[06:46] <dholbach> Lathiat: yes
[06:46] <Lathiat> yes canned as in the trash can :)
[06:46] <dholbach> Lathiat: i'm working on that one
[06:46] <Lathiat> ok
[06:46] <Lathiat> was just wondering as im looking through
[06:46] <jani> whereas for the xfprint stuff it's g_module_load or whatever it is called from glib returns error on loading xfprint_cups.so
[06:46] <crimsun> hmm, I need to pull panel source then, too
[06:46] <jani> again not enough detailt without digging into glib sources
[06:47] <jani> but I haven't looked at the systray problem yet but will tonight
[06:47] <crimsun> g_module_load()? That sounds enticingly familiar to the xfdesktop problem.
[06:47] <jani> what do you know about the print stuff?iis it an upstrean problem?
[06:47] <crimsun> s/familiar/similar/
[06:48] <jani> like the 'quit' one?
[06:48] <crimsun> I'm checking xfprint upstream now
[06:48] <crimsun> (yeah)
[06:48] <jani> the module is actually there in the path module_load gets
[06:48] <jani> but I'll have to get glib osurces
[06:49] <crimsun> what error is it? unresolved symbol?
[06:49] <jani> no g_module_load returns NULL
[06:49] <jani> not too verbose
[06:50] <crimsun> anything additional in ~/.xsession-errors?
[06:50] <jani> it's xfprint that complaining I couldn;t find an easy way to tell glib to spew out debug info
[06:50] <jani> I'll take a look
[06:50] <crimsun> thanks
[06:51] <jani> nothing
[06:51] <crimsun> ok, the xfprint bug is known upstream
[06:51] <jani> starting either xfprint4 or xfprint-manger just prints
[06:51] <jani> aha
[06:51] <jani> cool
[06:51] <jani> I was talking about xfprint and you about systray I think :)
[06:52] <crimsun> actually both :)
[06:52] <jani> but no the systay bug doesn't print anything either
[06:52] <jani> do we get a fix from their CVS?or there isn;t any
[06:52] <crimsun> it doesn't appear to have been fixed
[06:53] <motaboy> Hi all!
[06:53] <jani> crimsun, challanging :)
[06:53] <crimsun> it's still in status "NEW" on their bugzilla
[06:53] <dholbach> hey motaboy
[06:54] <tritium> Thanks for joining the conversation, dholbach.  If it comes down to it, I have no problem if krecipes can't be put in Hoary.
[06:54] <jani> gonefor 10 minutes
[06:54] <Lathiat> joijiojioj
[06:54] <tritium> The package I most hoped to see in Hoary is python-matplotlib
[06:55] <Lathiat> ss
[06:55] <Lathiat> sorry ignore that, bad ssh
[06:55] <dholbach> tritium: make people review it :-)
[06:55] <tritium> dholbach, I have.  crimsun was very helpful in that regard
[06:55] <dholbach> still issues open?
[06:55] <tritium> I just have one final issue to clean up with it.
[06:55] <dholbach> alright
[06:56] <tritium> but it's a challenge.  I'll see what I can do in the next few hours
[06:56] <crimsun> tritium: check with jbailey regarding moving that rc
[06:57] <Lathiat> is anyone taking care of the gtk-mist-engine clash?
[06:57] <tritium> crimsun, will do, thank you for all your hard work reviewing my packages.
[06:57] <crimsun> np
[06:58] <tritium> crimsun, although, it doesn't appear to be that simple, since it's hard-coded in the source
[07:00] <crimsun> ick
[07:03] <crimsun> back in 10mins
[07:03] <jbailey> crimsun, tritium: What's up?
[07:04] <tritium> jbailey, oh, my python-matplotlib upstream like a system-wide rc-file in /usr/share/matplotlib/.matplotlibrc
[07:05] <tritium> so I'm looking into moving it to /etc/matplotlib/matplotlibrc, or something like that
[07:05] <jbailey> Wow, system wide dotfile?
[07:05] <jbailey> Sounds like a good excuse to go beat upstream with a trout.
[07:05] <tritium> yeah, so he can just append (.matplotlibrc) to either $HOME, or matplotlib's Data path
[07:07] <Lathiat> eww  i just tried to start tomboy and it complained that /tmp/orbit-lathiat2 was not owned by the current user, which is true because it should be looking at /tmp/orbit-lathiat .. :\ wonder if thats a tomboy or somethign else bug :/
[07:17] <dholbach> hey fabbione
[07:17] <dholbach> :-)
[07:17] <fabbione> yo
[07:17] <tritium> Hi fabbione
[07:17] <dholbach> may i introduce you to our new MOTU celebrity :-)
[07:17] <fabbione> dholbach: ehhe sure..
[07:18] <dholbach> fabbione: ok... go ahead :-)
[07:18] <tritium> fabbione, first, let me thank you for your review of my packages
[07:18] <fabbione> tritium: no problem.. i am royal pain in the ass when i review packages..
[07:18] <fabbione> you are not lucky :P
[07:18] <tritium> That's good!
[07:18] <fabbione> ok let's picture a scenario first
[07:18] <fabbione> i will try to make a simple example
[07:19] <fabbione> if you don't understand, stop me any time
[07:19] <tritium> Okay.
[07:19] <fabbione> first you need to be familiar with the concept of shared libraries...
[07:19] <fabbione> is any of you familiar with it?
[07:19] <tritium> Yes.
[07:19] <fabbione> ok
[07:20] <fabbione> in your package you have a shared library and headers file for development
[07:20] <fabbione> that means that there might be other applications using it
[07:20] <fabbione> now.. if you manage all in one package you have a big problem
[07:20] <fabbione> why..
[07:21] <fabbione> you cannot handle api/abi changes properly
[07:21] <fabbione> let say your package is called foo
[07:21] <fabbione> or better.. your source is called foo
[07:21] <fabbione> and it creates a lib called libfoo1
[07:21] <fabbione> it ships header files
[07:22] <fabbione> and an application
[07:22] <fabbione> ok?
[07:22] <fabbione> now somebody creates another piece of software called bar
[07:22] <fabbione> that uses libfoo1
[07:22] <fabbione> links against it
[07:23] <fabbione> during foo development there is an API/ABI change
[07:23] <tritium> which breaks bar
[07:23] <fabbione> this means that libfoo2 is not compatible with libfoo1
[07:23] <fabbione> exaclty
[07:24] <fabbione> what happens at package level
[07:24] <fabbione> because that's the whole point of the split
[07:24] <fabbione> if you have all in one package, your foo2 will be ok
[07:24] <fabbione> immediatly
[07:24] <fabbione> but it will break bar
[07:24] <fabbione> this is not nice
[07:24] <fabbione> since bar can be used by tons of more users
[07:24] <tritium> That makes good sense.
[07:25] <fabbione> so in order to perform a smooth transition, you split the packages
[07:25] <fabbione> now there is a specific name convention for libraries
[07:25] <fabbione> and it's not a case
[07:25] <fabbione> let say that the new libfoo has soname 2
[07:25] <fabbione> the new package would be called libfoo2
[07:26] <fabbione> and you will notice that the files in libfoo2 will not replace in anyway the files in libfoo1
[07:26] <fabbione> at system level bar will still depends on libfoo1 (now marked as obsolted)
[07:26] <fabbione> but bar will not break
[07:26] <fabbione> since the lib is still there
[07:26] <tritium> yes
[07:26] <fabbione> the libfoo-dev package instead will be updated
[07:27] <fabbione> to use always the latest version of the headers (as foo2 in our example)
[07:27] <fabbione> (note that in the -dev there is more than just headers)
[07:27] <fabbione> at that point an apt-cache rdepend libfoo1 will show you all the packages that depends on libfoo1
[07:27] <fabbione> result: bar
[07:28] <fabbione> you send a nice mail to the bar maintainer and you will tell him
[07:28] <fabbione> hey dude.. libfoo1 is obsolete.. time to upgrade bar
[07:28] <fabbione> all this process will ensure a perfectly smooth and invisible transition for the user
[07:28] <fabbione> that would otherwise break horribly
[07:29] <fabbione> i was searching now the documentaion that explains naming conventions and what file should be where
[07:29] <tritium> great
[07:29] <Lathiat> i think i might ahve tha tlink
[07:29] <fabbione> http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[07:30] <fabbione> it is also in .txt format
[07:30] <tritium> Thanks, fabbione
[07:30] <fabbione> just remove the file to browse the dir
[07:30] <Lathiat> http://navi.cx/~mike/writing-shared-libraries.html <-- that one?
[07:30] <Lathiat> oh, n~ot that one :)
[07:31] <fabbione> Lathiat: it's more about packaging than writing
[07:31] <Lathiat> fabbione: rightio
[07:31] <dholbach> http://www.debian.org/doc/debian-policy/ch-sharedlibs.html is good for that as well
[07:32] <fabbione> dholbach: there is where i got the above link :)
[07:32] <dholbach> :-)
[07:32] <herve> hi
[07:32] <dholbach> i just thought it was overkill, since some upstream folks tend to split off libraries (which nobody uses)
[07:32] <tritium> fabbione, I appreciate it.
[07:32] <dholbach> but fabbione, i see the arguments
[07:33] <dholbach> hi herve
[07:33] <fabbione> tritium: no problem
[07:33] <herve> what's the thread?
[07:33] <fabbione> dholbach: it's not just question of a small or large lib/pkg
[07:33] <dholbach> herve: krecipes and splitting libraries out in separate packages
[07:33] <fabbione> it's just the best (if not the only) thing to do
[07:34] <fabbione> there is no overkill anywhere
[07:34] <fabbione> don't get trapped in this overkill concept
[07:34] <dholbach> :-)))
[07:34] <fabbione> i can show you a lib package made of 3 files, used by everybody :)
[07:34] <tritium> wise words from fabbione :)
[07:34] <fabbione> that has a -dev
[07:35] <fabbione> and so on...
[07:35] <fabbione> also.. your source is still the same
[07:35] <fabbione> you just create multiple debs from the same source
[07:35] <dholbach> yes
[07:35] <fabbione> the overall overhead is to write an extra bunch of lines in debian/control and debian/rules
[07:35] <herve> I'll check the logs later, I'm interested by the arguments
[07:35] <herve> s/by/in
[07:35] <dholbach> i will bear it in my mind, especially the "overkill concept" bits :-)
[07:36] <tritium> i will too
[07:36] <fabbione> look at X for example
[07:36] <dholbach> i really mean it, thanks for depicting the whole landscape, fabbione
[07:36] <fabbione> there are a bunch of libs like libxsetkbk0
[07:36] <fabbione> that is used PROBABLY by one package
[07:36] <fabbione> but it's there anyway
[07:36] <dholbach> *nod*
[07:36] <fabbione> you don't know if others are developing on top of that libs
[07:36] <fabbione> so keep the option open
[07:37] <dholbach> yeah
[07:37] <herve> yes :-)
[07:37] <tritium> This was good.  Perhaps a bit embarassing, but very good.  :)
[07:37] <fabbione> tritium: there is nothing embarassing in this. really
[07:37] <Lathiat> tritium: bleh lose the shame, learn and make even better stuff :)
[07:37] <herve> and you avoid people whinning because they have to install a 10 meg package for just a library file!
[07:37] <fabbione> i had to hit this argument with myslef a long time ago
[07:37] <tritium> :)
[07:38] <dholbach> ok... dvd burned, will install - see you later guys
[07:38] <tritium> see you, dholbach
[07:38] <dholbach> and do some hula testing :-)
[07:38] <dholbach> hula hula hula! :-)
[07:40] <herve> hu?
[07:40] <herve> he put on an hawaiian shirt?
[07:40] <herve> :-)
[07:40] <tritium> fabbione, while I've got you here, can I ask you what your recommendation regarding gourmet would be?  How to deal with debian/ dir in upstream?
[07:40] <fabbione> tritium: sure.. well i would use 2 approaches
[07:41] <tritium> I already plan to ask upstream to take it out.
[07:41] <fabbione> tritium: either ask upstream to remove the dir
[07:41] <fabbione> or otherwise repack the original from upstream, killing the debian dir
[07:41] <fabbione> the latter is NOT a mortal sin
[07:41] <tritium> Great, that doesn't sound so bad!
[07:42] <fabbione> tritium: just remember to add a note that you did that
[07:42] <herve> fabbione, even if it modifies the orig.tar.gz?
[07:42] <tritium> Thanks again, fabbione :)
[07:42] <fabbione> tritium: because people might check the md5sum from upstream and the one from your orig
[07:42] <fabbione> and the 2 won't match
[07:42] <tritium> indeed.  I would definitely note such a change.
[07:42] <fabbione> tritium: so a good note in the README.Debian or in the changelog is good to have
[07:43] <fabbione> herve: yes.
[07:43] <fabbione> herve: as i wrote above. but this is not common practise
[07:43] <tritium> fabbione, thanks for your time, especially so close to release
[07:43] <fabbione> herve: we are discussion an exception
[07:43] <herve> sure
[07:43] <fabbione> tritium: no problem :) waiting for the DVD to burn is boring :P
[07:43] <tritium> :)
[07:43] <mvirkkil> Would anyone happen to know of any pygtk program that could use some love?
[07:44] <Phython> herve: were you looking for me the other day?
[07:44] <herve> Phython, yes, if you have packages still to review and upload
[07:45] <Phython> herve: I haven't heard of any reviews on the WvStreams packages
[07:45] <herve> in short, does hoary need them? :-)
[07:45] <Phython> herve: they are basically the exact same as the debian packages I made, except that I changed libwvstreams-dev to libwvstreams4.0-dev so as to not cause problems for the wvdial in main
[07:46] <Phython> herve: need, as in hoary will suck without them?  I doubt that
[07:46] <herve> not a urgent fix then, thanks
[07:47] <Nafallo> ey!
[07:47] <Nafallo> someone changed ubuntu.com :-P
[07:47] <herve> you mean... defaced?! :-p
[07:47] <Nafallo> herve: like you said :-)
[07:47] <Lathiat> is it just me or is ubuntu.com running *really* slow
[07:47] <tritium> fabbione, I'm going to go grab the powerpc daily live, and test it on a G5 now.  See you later!
[07:48] <Lathiat> that can't be good if it is because it hasn't hit slashdot yet :)
[07:48] <fabbione> tritium: later
[07:52] <trulux> heya folks
[07:56] <bddebian> Hello trulux
[07:58] <trulux> hey bddebian
[07:59] <trulux> I need to get tritium back :D
[08:24] <trulux> anyone knows how to make brackets schemas with latex?
[08:24] <Mithrandir> what is a bracket schema?
[08:24] <trulux> Mithrandir: {
[08:24] <dholbach> re
[08:25] <trulux> each section and sub-section opens with {
[08:25] <trulux> re dholbach
[08:25] <trulux> ie. foo1 |
[08:25] <trulux> ie.     | -> bar1
[08:25] <trulux>       | -> bar2
[08:25] <trulux> etc
[08:26] <dholbach> still nothing on UniverseLastMinuteFixes?
[08:26] <trulux> mine?
[08:31] <dholbach> what about UniversePythonTransitionTODO and "being transitioned"?
[08:32] <herve> trulux, \{ ?
[08:32] <herve> dholbach, I tried another gcompris release, it's helpless
[08:33] <trulux> herve: I will try
[08:34] <herve> hmm... can you smell that lemon pie? :-)
[08:35] <herve> dholbach, d3vic3 transition a whole bunch of python/zope packages, but still no wiki page update :-/
[08:36] <herve> like someone transitioned spambayes but still marked as "being transitioned"... ;-)
[08:38] <dholbach> koke did
[08:39] <herve> so there's fewer to do than it seems
[08:39] <herve> a bit few, but, still
[08:42] <dholbach> UniversePriorityList -- 0% - 25% -- LOOKS GOOD
[08:43] <trulux> herve: I need a long bracket
[08:43] <trulux> herve: to fit the entries inside it
[08:43] <trulux> herve: and then make subbrackets for each entry
[08:43] <trulux> a typical brackets schema
[08:44] <trulux> f you can show me any tex code anywhere, I would appreciate it a lot
[08:45] <diamond> lo folks
[08:45] <bddebian> Heya diamond
[08:45] <diamond> dholbach: yo. i notice you removed ccmalloc, but it hasn't built on ppc has it?
[08:45] <Mithrandir> what does the percentages on UPL mean?
[08:46] <diamond> bddebian: morning
[08:46] <dholbach> diamond: erm, i thought it had
[08:46] <dholbach> Mithrandir: rank on popcon+
[08:46] <diamond> Mithrandir: i think it's just the relative number of output lines for buildd
[08:46] <diamond> ah
[08:46] <crimsun> um
[08:46] <crimsun> I fixed ccmalloc
[08:46] <bddebian> er
[08:46] <diamond> dholbach: guh. my bad. didn't see the ubuntu1 version.
[08:46] <dholbach> ok
[08:46] <diamond> i'll be quiet now -)
[08:46] <crimsun> (http://people.ubuntu.com/~lamont/buildLogs/c/ccmalloc/0.4.0-2ubuntu1/)
[08:46] <Mithrandir> dholbach: so 100% means "everybody has it installed"?
[08:47] <dholbach> nope top 25% are the top 25% of packages in the user-has-installed-ranking
[08:47] <Mithrandir> oook
[08:48] <herve> trulux, I guess you win a whole trip through a latex tutorial :-)
[08:49] <diamond> anyone need an amd64 package looked at? otherwise i'm just gonna go poke randomly as usual ,-)
[08:49] <crimsun> mozart could use amd64 love
[08:50] <crimsun> not very important, I'd spend my time elsewhere
[08:50] <dholbach> somebody should look at universe bugzilla bugs
[08:50] <diamond> dholbach: ok, i'll wander that direction.
[08:50] <dholbach> i'm crawling over UniversePriorityLis
[08:50] <dholbach> diamond: thank you very much
[08:50] <trulux> herve: I have worked with latex for 2 months, just that I don't have time for a tuto right now
[08:51] <herve> trulux, so it's a mathematical typeset?
[08:52] <Mithrandir> lamont: please give-back gkrellm-reminder
[08:52] <dholbach> Mithrandir: it already built on the real buildds
[08:52] <Mithrandir> oh, ok.
[08:53] <Mithrandir> shouldn't it be removed from "can't build" then?
[08:53] <dholbach> so chuck it off the list, if you're logged in
[08:53] <dholbach> yes
[08:53] <diamond> herve: latex? general typeset, but it's maths capabilities are excellent
[08:53] <Mithrandir> I'm not :P
[08:53] <dholbach> i'll do it
[08:53] <Mithrandir> thx
[08:54] <herve> diamond, hu? er... sure!
[08:54] <diamond> herve: tho i'm probably missing some context here -)
[08:54] <herve> no one transitioned gtk-engines-mist?
[08:54] <herve> I'll try then
[08:55] <herve> diamond, tell trulux if you want to advocate the math mode :-)
[08:55] <trulux> herve: no, it's just text
[08:56] <trulux> herve: I will get in "hardcore" mode later
[08:56] <trulux> It's for school work, for physics class
[08:56] <dholbach> please all get in wiki/bugzilla/package-review mode :-)
[08:56] <trulux> btw, I got the results of the wisc-r test
[08:56] <dholbach> universe deserves some loving
[08:56] <herve> dholbach, you forgot malone :-p
[08:56] <dholbach> yes :-)
[08:56] <dholbach> hula-reviews would be great
[08:57] <herve> don't let malone alone!
[08:57] <dholbach> hahaha
[08:57] <dholbach> :-)
[08:57] <herve> (oooook... this one was easy)
[08:57] <Nafallo> :-)
[08:57] <diamond> herve: gotta love those -)
[08:57] <Nafallo> nice rhyme for getting more bugtesters ;-)
[08:58] <Nafallo> s/bug//
[09:03] <dholbach> someone fancies fixing http://people.ubuntu.com/~lamont/buildLogs/Test/l/luxman ?
[09:04] <dholbach> should be (on i386) something to fix in the debian/-dir, like adding "-r" to xargs
[09:04] <diamond> dholbach: i have luxman building on amd64, it runs, but hangs -(
[09:04] <diamond> don't currently have ubuntu on i386 tho
[09:04] <dholbach> buildlogs here: http://people.ubuntu.com/~lamont/buildLogs/l/luxman/0.41-19.1/
[09:05] <dholbach> diamond: same here... no i386
[09:05] <diamond> dholbach: damn inferiour platforms -)
[09:05] <diamond> *inferior
[09:05] <Nafallo> *hum* dchroot *hum*
[09:06] <diamond> Nafallo: aye, but that's a lotta stuff to d/l just to poke at one package. i think i'm more useful poking at amd64 stuff, seeing as there are less of us
[09:07] <Nafallo> diamond: true. I keep forgetting my server is local :-P.
[09:10] <dholbach> doko, ajmitch, dredg, tseng, Riddell, haggai: could you please have a look at http://wiki.ubuntu.com/UniversePythonTransitionTODO and tick off, what you already transitioned? thanks a lot
[09:10] <spacey> the wiki is really slow atm :p
[09:10] <diamond> Nafallo: with an 8G quota per month on my dsl line, i'm already 3G in this month due to hoary stuff ,-)
[09:11] <Nafallo> diamond: yay! quotas suck! get a real isp?
[09:11] <diamond> Nafallo: i'm a student. real isps don't exist without real money -)
[09:11] <Nafallo> diamond: true ;-)
[09:12] <diamond> Nafallo: besides, i live in ireland, i'm lucky i can _get_ dsl -)
[09:12] <diamond> the incumberant telco here sucks at rolling it out
[09:12] <Nafallo> diamond: sweden here. we got dsl almost everywhere :-). a bush could order it ;-).
[09:13] <diamond> Nafallo: oh yeah. was over there a month ago. you bastards. i wanna live there. -)
[09:13] <Nafallo> my parents in the forest can have 8M/1M ;-)
[09:13] <Nafallo> diamond: *s*
[09:13] <diamond> Nafallo: i have a friend in stockholm who has 100M to his house for the same i pay here for 1M/128k
[09:14] <Nafallo> diamond: myself is complaining about living to near one of those KC-stations only upgraded to two megabit :-P
[09:14] <Nafallo> diamond: he's a student, isn't he?
[09:15] <diamond> Nafallo: nono, he's old. around 31.
[09:15] <dredg> diamond: yeah, sucks to be you
[09:15] <Nafallo> diamond: ahh. bbb, that's with 300G quota :-P
[09:15] <bddebian2> Hey, watch what you consider old!!
[09:15] <diamond> bddebian2: -)
[09:15] <dredg> hmm, free 10M no cap with no cap :)
[09:16] <dholbach> i hope somebody opens #ubuntu-bandwidth some day :-p
[09:16] <bddebian2> <-- Is ancient then
[09:16] <diamond> bddebian2: i'm a youthful 25 myself.
[09:16] <bddebian2> Heh, got ya by 10 years :-)
[09:16] <diamond> but i was very young when i was born
[09:17] <Nafallo> diamond: lol
[09:17] <herve> I wondered if I was on #u-m for a moment :-)
[09:17] <dholbach> herve: hahaha, exactly
[09:20] <dholbach> somebody could fix gaphor
[09:20] <dholbach> it's on the PythonTransition as well
[09:20] <herve> would you believe me if I say that's my fifth attempt to crate that $!#@ pbuild...
[09:22] <dholbach> i look after tpb
[09:22] <herve> tbp?
[09:23] <dholbach> yes
[09:23] <dholbach> on prioritylist
[09:23] <herve> exactly
[09:23] <herve> I can't find it
[09:23] <dholbach>  tpb  Logs (6543)
[09:24] <trulux> herve: how can I change Theorem label (the text shown in the converted doc) to the Spanish translation?
[09:24] <trulux>  /renewcommand?
[09:24] <herve> another cache issue I guess
[09:24] <herve> trulux, use the babel package
[09:24] <dholbach> dredg: what about the UniverPriority - things?
[09:25] <dholbach> dredg: oops, i meant PythonTransition
[09:25] <trulux> herve: it's already used
[09:25] <trulux> just no translation for Theorem
[09:26] <herve> I don't know further
[09:26] <herve> I only used latex a year ago for my "mmoire"
[09:27] <herve> I guess gcc is supposed to bring some "cc" alias?
[09:27] <trulux> right
[09:27] <herve> then...
[09:27] <trulux> cc is gcc-3.3 in Hoary
[09:27] <herve> ../libtool: line 861: cc: command not found
[09:27] <trulux> hah
[09:27] <herve> gcc-3.3 and -base installed
[09:28] <diamond> herve: ls -l /etc/alternatives/cc
[09:28] <diamond> herve: it should be a symlink to /usr/bin/gcc
[09:28] <herve> diamond, -> /usr/bin/gcc
[09:28] <herve> build-essential is installed too
[09:29] <diamond> herve: sounds like libtool has got it's $PATH mixed up then
[09:29] <herve> I don't have cc in my path too
[09:29] <herve> but it looks goo
[09:29] <herve> d
[09:29] <diamond> herve: and /usr/bin/cc should be a symlink to /etc/alternatives/cc
[09:30] <dholbach> maybe add  EXTRAPACKAGES=<something>
[09:30] <herve> I could remake the link, but what happened...
[09:31] <diamond> herve: i think alternatives is supposed to handle the link
[09:31] <crimsun> what are the contents of /var/lib/dpkg/alternatives/cc ?
[09:31] <herve> hi jani
[09:31] <jani> hi herve
[09:32] <dholbach> hey jani
[09:32] <dholbach> jani: what about the pythontransition packages? are they ok now?
[09:32] <jani> hey dholbacj
[09:32] <jani> yes
[09:32] <jani> they're done
[09:32] <herve> manual - /usr/bin/cc - cc.1.gz - /usr/share/man/man1/cc.1.gz -- /usr/bin/gcc - 20 - /usr/share/man/man1/gcc.1.gz
[09:32] <dholbach> could you state it on the list as well? :-)
[09:32] <jani> forgot to delete them from wiki
[09:32] <herve> I addded the dashes, of course
[09:32] <jani> which list?
[09:34] <dholbach> the wiki
[09:34] <dholbach> could somebody please grab tpb package from  http://moz.gotdns.org/ubuntu/packages/  and try on i386?
[09:34] <dholbach> i should read more closely *grmbl*
[09:34] <herve> dholbach, you got it
[09:35] <dholbach> herve: hm?
[09:35] <crimsun> jani: systray is not affected by a symbol, will have to look at it post-Hoary
[09:35] <jani> hmm what is it's problem?
[09:35] <jani> I was just looking at it
[09:35] <jani> unsupported by upstream?
[09:35] <crimsun> jani: I haven't looked any closer than the error
[09:35] <herve> dholbach, will try
[09:36] <jani> xfprint doesn't load the cups_plugin
[09:36] <jani> but if you go to printer settings that does
[09:36] <dholbach> herve: thanks a lot
[09:36] <jani> but printer settings only uses one function of the cups plugin
[09:36] <crimsun> jani: k
[09:36] <jani> while xprint and manager use a lot of the,
[09:38] <dholbach> http://people.ubuntu.com/~lamont/buildLogs/a/asc/1.15.3.0-1/  <--- easy fix (on i386), somebody please add   svgalib1-dev [i386]    to Build-Depends
[09:39] <dholbach> (and try)
[09:40] <herve> no!
[09:40] <herve> libsvga1-dev
[09:40] <herve> the former is deprecated
[09:40] <dholbach> ah yes
[09:41] <dholbach> ok... will do myself
[09:41] <ajmitch> morning
[09:41] <dholbach> hey ajmitch
[09:41] <dholbach> ajmitch: do you know about gnue-{reports,<something-else}-brokenness?
[09:42] <herve> morning ajmitch!
[09:42] <ajmitch> no, but it doesn't surprise me
[09:42] <dholbach> ah
[09:42] <dholbach> hm
[09:43] <ajmitch> you know what the something else is?
[09:43] <herve> I guess he was asking to you as an open question :-)
[09:44] <dholbach> ajmitch: maybe i remembered wrong
[09:45] <ajmitch> how long have we got to fix & upload stuff?
[09:45] <dholbach> like short before 8 utc
[09:45] <ajmitch> ok
[09:45] <dholbach> ajmitch: would you please look over PythonTransition-page?
[09:45] <dholbach> and look what you already solved?
[09:46] <crimsun> removing tcpstat, built on all 4 arches
[09:46] <ajmitch> too late to ask for sync, I guess
[09:46] <diamond> dholbach: fixed malone bug #290: diamond.nonado.net/packages/gnucash for review if you have a chance
[09:46] <diamond> dholbach: just changed the path in the .desktop
[09:46] <dholbach> diamond: you're ok suffices
[09:46] <dholbach> diamond: have a (Closes: Malone #290) in there?
[09:47] <dholbach> looks fancier ;-)
[09:47] <diamond> dholbach: no, just (malone #290)
[09:47] <diamond> but i can change that real easy -)
[09:47] <dholbach> is ok as well ;-)
[09:47] <dholbach> no... it's ok
[09:47] <dholbach> will upload
[09:47] <dholbach> and somebody: please test hula :-)
[09:47] <dholbach> ajmitch: see you later
[09:48] <dholbach> ajmitch: syncing is alright
[09:49] <dholbach> will look after kimdaba
[09:50] <AstralJava> Hey all!
[09:50] <dholbach> hey AstralJava
[09:50] <AstralJava> Got a question about packaging.
[09:51] <AstralJava> I was talking with crimsun a while back, and he got me into making .desktop entries for those many packages that either don't have or have a broken one.
[09:52] <AstralJava> What's the schedule for them, it doesn't have anything to do with Hoary being released now?
[09:52] <AstralJava> now == today
[09:52] <crimsun> it looks like gcompris is only missing a libsvga1-dev b-d
[09:52] <dholbach> AstralJava: we have like 7h30m until release
[09:52] <crimsun> test-building on i386 now
[09:53] <diamond> crimsun: aye
[09:53] <herve> crimsun, ho no it is not......
[09:53] <crimsun> herve: k, fill me in
[09:54] <herve> crimsun, python transition, fscked up includes, missing .desktop... do I forget something?
[09:54] <AstralJava> dholbach: Yeah, I was just thinking. Actually, I don't know what I was thinking. :)
[09:54] <dholbach> AstralJava: don't worry, same here :-)
[09:55] <crimsun> herve: "includes" as in preprocessor macros?
[09:55] <dholbach> herve: broken auto*-voodoo
[09:55] <AstralJava> dholbach: Been reading about design patterns for five+ hours....
[09:55] <dholbach> AstralJava: that breaks the spirit
[09:55] <AstralJava> Well anyway, now you know, I'll be working on those when I free myself from this cursed uni project.
[09:55] <herve> crimsun, gtk/gnome api changes? I'm don't know more
[09:55] <dholbach> diamond: uploaded
[09:55] <diamond> dholbach: cool, thanks
[09:56] <herve> dholbach, tpb pbuilt!
[09:56] <dholbach> herve: rock
[09:57] <dholbach> uploaded
[09:58] <dholbach> somebody looked at luxman?
[09:58] <dholbach> (of the i386 folks)
[10:04] <dholbach> kimdaba fixed
[10:04] <tritium> ogra, ping
[10:04] <ogra> tritium, pong
[10:05] <tritium> Hi ogra, sorry to bother.  Please don't upload krecipes after all, okay?
[10:05] <ogra> ok
[10:05] <tritium> Okay.  Thanks anyway ;)
[10:14] <ogra> herzi, ping
[10:14] <jani> crimsun, the systray message is not really an error it is misleading :)
[10:14] <jani> I got it because I got another systray running already
[10:15] <jani> I didn't know how systray is supposed to look like
[10:15] <jani> one bug less ;)
[10:16] <dholbach> luma should be easy to fix: python build-deps
[10:17] <crimsun> jani: heh
[10:18] <crimsun> jani: thanks
[10:18] <jani> I suck
[10:18] <jani> but the xprint issue is more serious
[10:18] <jani> someone brought it up on users ml to after you asked for testers
[10:20] <dholbach> ok, i take care of luma
[10:21] <dholbach> there are millions of packages with bogus build-depends around
[10:21] <dholbach> hrmbl
[10:23] <dholbach> luma fixed
[10:30] <dholbach> i look after sim
[10:30] <AstralJava> Okay time to go to bed, see ya tomorrow. Oh, and have fun, who are there to witness the release!
[10:31] <AstralJava> I'll go dream about it. :)
[10:32] <dholbach> re
[10:33] <herve> itou
[10:36] <herve> how does it feel? :-)
[10:36] <ajmitch_> ?
[10:38] <herve> nevermind :-)
[10:44] <herve> I don't think I'll fix gtk-mist-engine before I must go
[10:50] <herve> raaah
[10:53] <dholbach> hm?
[10:53] <herve> I found it
[10:54] <herve> dholbach, about https://bugzilla.ubuntu.com/show_bug.cgi?id=8324
[10:54] <herve> I just pbuilt it
[10:56] <herve> the latest from debian I mean
[10:56] <dholbach> ok, tell elmo to sync
[10:57] <dholbach> would somebody on i386 be so kind and test http://moz.gotdns.org/ubuntu/packages ?
[10:58] <herve> is it long to build?
[10:58] <dholbach> can't tell
[10:58] <dholbach> don't think so
[10:58] <herve> because I must go :(
[10:58] <herve> my machines gets just too slow
[10:59] <herve> but I have a package for you to upload before that
[11:01] <herve> here: http://deb.oursours.net/motu/pending/
[11:01] <Burgundavia> dholbach: luxman failed on i386
[11:01] <Burgundavia> just a sec, maybe me
[11:02] <dholbach> herve: will do
[11:03] <dholbach> Burgundavia: the one on my site?
[11:03] <Burgundavia> ya, but it was my fault
[11:03] <dholbach> aha?
[11:06] <dholbach> herve: thanks for fixing, uploaded
[11:07] <dholbach> Burgundavia: could you try to build again?
[11:07] <dholbach> or anybody else?
[11:07] <Burgundavia> am doing so now
[11:07] <dholbach> that stupid sim package is now building for 1h30m
[11:07] <herve> good night all!
[11:07] <dholbach> it's an icq clone *Grmbl*
[11:08] <dholbach> sleep tight herve
[11:08] <dholbach> and thanks for being here
[11:08] <herve> sorry but sleeping 5h a night is not enough
[11:08] <herve> +++
[11:08] <Burgundavia> seems to have build find, installing
[11:08] <herve> and remember, cheer up!!
[11:10] <Burgundavia> hmm
[11:10] <Burgundavia> built and installed, but it won't run
[11:10] <dholbach> hrmbl
[11:10] <Burgundavia> however, I don't trust that my system is sane anymore
[11:10] <dholbach> ok
[11:10] <dholbach> but if it built, i'm glad
[11:10] <Burgundavia> try a default setup
[11:10] <dholbach> upload it anyway
[11:15] <jani> crimsun I think I am getting closer to the xfprint bug
[11:17] <tseng> hi dholbach.
[11:18] <dholbach> hey tseng
[11:19] <dholbach> ha... sim built
[11:20] <tseng> so this new gdm theme
[11:20] <tseng> wtf is mark smoking these days
[11:20] <tseng> LAST MINUTE BONG HIT!
[11:21] <ajmitch_> tseng: what does it look like?
[11:22] <tseng> ajmitch_: it looks like a joke
[11:22] <tseng> ajmitch_: see planet gnome
[11:22] <crimsun> jani: k, what's up?
[11:22] <tseng> davyd madly posted a shot
[11:22] <jani> looks like cups_plugin.so is not dlopenable
[11:22] <ajmitch_> ah
[11:22] <ajmitch_> same image as on the website
[11:22] <tseng> its also on the front page
[11:22] <tseng> yes
[11:22] <jani> missing symbol printer_free()
[11:23] <jani> which is defined in common/printing-system.c
[11:23] <crimsun> hum!
[11:23] <jani> I think if they can be made to see eachother we're fine
[11:23] <jani> I did a quick 10 liner C program to dlopen so files and then dlerror to see what's the problem
[11:24] <jani> so from this standalone test it looks like plugin_cups.so is not built correctly???
[11:24] <jani> maybe I am just tired and mistaken though
[11:26] <jani> xfprint might need a -Wl,E too?
[11:27] <crimsun> I hope not
[11:27] <crimsun> looking through the build log not
[11:27] <crimsun> now
[11:29] <crimsun> no, it already uses --export-dynamic
[11:30] <jani> hmm
[11:31] <jani> oh sure
[11:31] <jani> I loaded witha standalone program
[11:31] <jani> which did not provide printer_free
[11:31] <jani> :(
[11:31] <jani> back to square 0
[11:32] <dholbach> http://people.ubuntu.com/~lamont/buildLogs/Test/w/wayv should be an easy fix for powerpc-folks
[11:38] <jani> ok so it is printer_free misising after all
[11:38] <jani> I rebuilt glib and scattered printf and dlerror says the same as ofr the standalone porg
[11:39] <jani> so it was ok since ld.so does all the relocations
[11:39] <dholbach> i look at toursst
[11:39] <dholbach> nevermind, was fixed
[11:46] <dholbach> mvo: found anything nice on http://wiki.ubuntu.com/MOTUTodo? :-)
[11:47] <mvo> dholbach: still looking through the list :)
[11:48] <dholbach> lists rather :-)
[11:48] <jani> crimsun it is printer_free something fishy about it
[11:48] <jani> objdump on cups_plugin says it is R_386_GLOB_DAT
[11:48] <jani> while most other external refs are R_386_JUMP_SLOT
[11:48] <jani> time to go read some docs :)
[11:50] <mvo> dholbach: what do you consider most importend?
[11:50] <dholbach> if i only knew
[11:50] <diamond> mvo: the stuff that isn't done ,-)
[11:50] <dholbach> ha... debuggtk ftbfs
[11:50] <dholbach> that's funny :-)
[11:51] <mvo> dholbach: in what list is it hidding :) ?
[11:51] <mvo> diamond: :)
[11:51] <dholbach> wiki.ubuntu.com/UniversePriorityList
[11:53] <mvo> gee ... I'll make myself a cup of tea first
[11:54] <dholbach> and i'll browse the bugzilla entries marked as UNIVERSE
[11:56] <dholbach> ogra: do you know if graveman-0.3.10 fixed #8369?
[11:57] <ogra> dunno, i dont have variable encoded mp3's around...i'll tag it needinfo
[11:57] <ogra> the OP can probably tell
[11:58] <dholbach> grubconf needed to be chucked out, right?
[11:59] <ogra> uuuh, grubconf
[11:59] <dholbach> grill?
[11:59] <dholbach> toast?
[11:59] <dholbach> nuke?
[12:00] <ogra> YEAH