[00:01] <hmuller> LaserJock: thanks, does make check for build-stamp, or is it gcc?
[00:10] <blueyed> hmuller: make does so. The stamp file gets used as intermediate build target.
[00:11] <hmuller> blueyed: thanks, I see I have to understand the inner workings of make, much more than I do now
[01:00] <xerohg> btw
[01:00] <xerohg> hi
[01:00] <xerohg> i just wanted to say great work
[01:01] <xerohg> ubuntu is just fucking neat, ease of use
[01:01] <xerohg> thats just for the developers, not every other dick in here
[01:01] <xerohg> good day
[01:10] <fta> anyone having issues with cvs on intrepid ? it goes crazy sucking all my 4G of memory in a few seconds, dumping tons of "*** %n in writable segment detected ***" before it crashes
[01:10] <fta> 100% reproducible
[01:11] <ogra> fta, i doubt anyone uses intrepid ....
[01:11] <ogra> not even ubuntu devs would yet
[01:12] <fta> i guess some devs have at least a chroot
[01:12] <ogra> i have one, yes
[01:12] <ogra> but we usually use bzr for merging
[01:12] <fta> could you please try something for me ?
[01:13] <ogra> if libc6 isw installable again i can
[01:13] <ogra> my current chroot is broken today
[01:13] <fta> install mozilla-devscripts then try: make -f /usr/share/mozilla-devscripts/firefox-3.0.mk get-orig-source DEBIAN_DATE=20080506t1400
[01:14] <fta> oh, i don't have any libc6 issue here
[01:15] <ogra> give it 5 mins to rebuild, libc6 was broken today and trashed mine
[01:15] <ogra> W: Failure trying to run: chroot /home/ogra/Devel/chroots/intrepid dpkg --force-depends --install var/cache/apt/archives/libc6_2.7-10ubuntu3_i386.deb
[01:15] <ogra> meh
[01:15] <ogra> still broken
[01:15] <ogra> sorry, you need to find someone who didnt upgrade his chroot today i guess
[01:16]  * gnomefreak uses it ;)
[01:18] <ogra> fta, its very likely you are using the hardy cvs still there were no merges yet for it
[01:18] <fta> it's a sync from debian, i've even rebuilt it on intrepid, all the same
[01:19] <gnomefreak> fta: have you tried rebuilding -9 for intrepid see if it fixes it?
[01:19] <ogra> a egre you did manually?
[01:19] <ogra> *merge
[01:21]  * gnomefreak not sure fta did the merge
[01:21] <ogra> i dont think the autosync is running yet and cvs isnt on the merge list
[01:23] <fta> autosync has been running for a few days now
[01:23]  * ogra womders where the mails for that go then ...
[01:24] <fta> have a look, there's still plenty in the queue: https://edge.launchpad.net/+builds
[01:25] <fta> http://merges.ubuntu.com/main-trend.png
[01:27] <ogra> hmm, i used to get derscher mails for that before
[01:27] <ogra> *drescher
[01:34] <ogra> anyway, i did my obligatory one merge already (to feel like i started) and like most others in the distro team wont touch intrepid before UDS much anyway ....
[01:34] <ogra> we're all focused on hardy SRUs so intrepid might be a shaky ride
[01:37] <blueyed> It would be nice, if hardy-proposed packages get build with higher prio then intrepid packages. virtualbox-ose-modules is sitting for 18 hours in the queue and its estimated build date is in 23 hours..!
[01:37] <nxvl> jcastro: around?
[01:38] <ogra> blueyed, poke infinity, he can probably do something about it (given that many of us use vbox on hardy for testing)
[01:38] <blueyed> infinity: ^^
[02:01] <jjt009> hey guys i just have a general question here
[02:02] <jjt009> i'm working on cheese (gnome project), and i need to save data when cheese opens so that if the user tries to open another instance of cheese, the second instance can figure out that another one is already running and shut down
[02:02] <jjt009> how and where should i save this data
[02:02] <jjt009> i know a few methods, but i was looking for the conventional way to do this
[02:03] <jjt009> any kind of shared memory scheme in linux accessible by multiple, unconnected processes?
[02:04] <_MMA_> jjt009: Might be a little late for now. But hang out. Might get someone.
[02:05] <johanbr> jjt009: http://live.gnome.org/LibUnique
[02:05] <jjt009> _MMA_: late?
[02:05] <jjt009> _MMA_: where do you live?
[02:05] <jjt009> johanbr: thanks man
[02:05] <_MMA_> jjt009: East-coast of the states. After 9pm atm.
[02:06] <jjt009> johanbr: ah, beautiful man...just what i was looking for
[02:06] <jjt009> _MMA_: yeah, i'm in california
[02:06] <Amaranth> jjt009: #gnome-hackers on gimpnet isn't helpful for such things?
[02:06] <jjt009> Amaranth: i was blocked from the channel
[02:07] <jjt009> for some unspecified reason
[02:07] <Amaranth> You're a GNOME developer and can't get into #gnome-hackers?
[02:07] <jjt009> yeah, i use channels like gnome-love and gtk+
[02:07] <Amaranth> Oh, you're not the main developer :p
[02:07] <jjt009> i just got banned, so i'll be talking to some guys to see if they can unban me
[02:08] <jjt009> Amaranth: of course not, then i'd be the one banning other people
[02:08] <Amaranth> No, not really
[02:08] <jjt009> i'd probably be an op
[02:08] <Amaranth> I 'own' a module in GNOME and can't ban people
[02:08] <jjt009> oh, i see what you're saying...main developer for a certain project
[02:08] <jjt009> right
[02:08] <jjt009> which one?
[02:09] <Amaranth> alacarte
[02:09] <Amaranth> it sucks, i know
[02:11] <jjt009> let me check it out
[02:11] <jjt009> that looks pretty cool
[02:11] <jjt009> what are you talking about? it's part of the freaking release
[02:11] <Amaranth> lots of bugs
[02:12] <jjt009> it can't suck if it's included standard in gnome
[02:12] <Amaranth> because the menu system has a million and three edge cases and no one follows it completely
[02:12] <jjt009> are you travis watkins?
[02:13] <Amaranth> yeah
[02:13] <jjt009> cool
[02:13] <jjt009> you have your own wikipedia article
[02:13] <jjt009> nice
[02:13] <Amaranth> heh
[02:13] <jjt009> did you make that?
[02:14] <Amaranth> nope, just added my birthday
[02:15] <jjt009> cool
[02:15] <jjt009> when did you start working on open source?
[02:15] <Amaranth> don't remember
[02:15] <jjt009> younger than 15?
[02:16] <jjt009> alright man, got to go
[02:16] <jjt009> nice talking to you
[04:49] <jcastro> nxvl: around now
[06:08] <LaserJock> phew, just got done putting new brakes on my car
[06:08] <LaserJock> sometimes you realize why people get paid to do this :-)
[06:10]  * ajmitch is glad that he's not in any city near LaserJock :)
[06:10] <Treenaks> LaserJock: This is how people feel when you fix their computer :)
[06:11] <LaserJock> it took me over 3 hours to do the brakes and rotate the tires
[06:11] <LaserJock> put a new starter in over the weekend
[06:11] <LaserJock> this car was doing great and then all of a sudden I've had to do a ton of work on it
[06:12] <Treenaks> LaserJock: blame the moving parts
[06:12] <tonyyarusso> LaserJock: I know the feeling - most I've managed is replacing a thermostat, and that took most of a morning.
[06:13] <LaserJock> my dad and older brother are mechanics
[06:13] <Amaranth> LaserJock: ABS?
[06:13] <LaserJock> I think they laugh at me
[06:13] <tonyyarusso> Amaranth: psssh, who needs such things?
[06:13] <LaserJock> Amaranth: yeah

[06:13] <LaserJock> I think so
[06:13] <Amaranth> yeah, i don't touch those
[06:13]  * tonyyarusso doesn't have ABS _or_ airbags...
[06:13] <Treenaks> Both my brothers take their motorcycles apart almost every weekend
[06:14] <Treenaks> replacing parts all over the place
[06:14] <tonyyarusso> I can however strip your bicycle down to bare frame and rebuild it.  Get paid for that.
[06:14] <LaserJock> I'm the one that went into the academic world to study Chemistry
[06:14] <LaserJock> but I think I can do alright
[06:15] <LaserJock> I've done a fuel pump, 2 alternators, starter, and now brakes
[06:16] <LaserJock> there's something motivating in being too broke to pay somebody else to do it :-)
[06:17] <ajmitch> ah, the life of a student
[06:17] <Treenaks> LaserJock: I'm going to cycle 1200km around the Netherlands next month.. that's a good incentive to learn how to fix your bike ;)
[06:17] <LaserJock> Treenaks: very much so
[06:18] <LaserJock> ajmitch: yeah, been doing it a decade and getting tired of it
[06:21] <Amaranth> i've done a bunch of work on cars but all on older rear wheel drive ones
[06:21] <Amaranth> now they've gotten all advanced and weird
[06:21] <LaserJock> I have a 2000 Jimmy and a 1994 Safari
[06:22] <LaserJock> I'd rather work on the Jimmy usually
[06:22] <LaserJock> some of the new-fangled stuff is a pain
[06:22] <LaserJock> I wonder what kind of proc it's got in there
[06:23] <Amaranth> arm? :)
[06:23] <tonyyarusso> I think my camera is arm-based.
[06:23] <RAOF> I've only ever pulled cars apart, never fixed em.
[06:23] <nxvl> jcastro: did you see my mails?
[06:23] <Amaranth> does it run linux?
[06:24] <Treenaks> Amaranth: my _tv_ comes with a GPL source offer and a notice that it runs Linux 2.6.*, Nanox and busybox
[06:24] <Treenaks> (yay LG)
[06:24] <Amaranth> cool
[06:24] <tonyyarusso> Amaranth: the camera?  No idea.  Canon.
[06:28] <dholbach> good morning
[06:33] <nxvl> :D
[06:36] <dholbach> hi nxvl
[06:38] <pitti> Good morning
[06:39] <LaserJock> hmm, did Germany change timezones?
[06:39] <LaserJock> seems like you guys are up awfully early
[06:39] <StevenK> pitti is an early bird ...
[06:39] <StevenK> I should know, I was his roomie for Boston UDS
[06:40] <pitti> why early? I got up at 7, it's 7:40 now
[06:40]  * TheMuso usually gets up at 6:30 and walks, and is at the computer by about 8.
[06:40] <LaserJock> hmm, it's only 22:40 here
[06:40]  * TheMuso is very much a morning person.
[06:40] <LaserJock> uggg
[06:40] <LaserJock> I very much am not
[06:40] <LaserJock> I kinda roll out of bed at 9am
[06:41] <StevenK> I roll out of bed at 10am if I'm lucky
[06:41] <LaserJock> usually at work before noon
[06:43]  * StevenK has a 15 second commute, though
[06:45] <LaserJock> mine is about 1/2 hour between driving and walking
[06:45] <Treenaks> 45 minutes.. but I'm at the computer in 10 seconds after I wake up at 6 ;)
[06:45] <Treenaks> Eee++, UMTS++
[06:46] <Mithrandir> hi Treenaks, been a while.
[06:58] <tonyyarusso> LaserJock: I'm lucky if I manage 9.
[06:59] <tonyyarusso> (It's 01:00 here right now)
[07:04] <pitti> asac: bug 215728 status looks good; I'll wait for your answer to the last comment, then we can copy this if it's not a problem
[07:04] <cjwatson> ugh, autosync is unhappy today
[07:04]  * cjwatson blacklists the second contrib package
[07:05] <StevenK> cjwatson: Which package did the autosync fall out of love with?
[07:05] <cjwatson> aterm and aufs so far; I haven't investigated
[07:07] <asac> morning pitti ... ill look after the meeting
[07:15] <pitti> asac: thanks
[07:29]  * calc heads off to bed
[07:37] <stgraber> moin
[07:38] <asac> pitti: commented
[07:44] <pitti> asac: thanks
[07:48] <cjwatson> note to self: 'sync-source.py -a contrib' produces much more confusing output than 'sync-source.py -a -C contrib', especially when you just ran 'sync-source.py -a'
[07:49] <cjwatson> the result of the former is to try to sync all of main again and then produce exceedingly confusing DB conflict errors
[07:49] <cjwatson> (so false alarm on aterm and aufs)
[07:50] <Mithrandir> I was slightly confused as to why aterm and aufs would be in contrib.
[07:51] <cjwatson> I have ceased to be surprised by component mappings, which is perhaps a problem ...
[08:06] <ogra> is anyone able to build an intrepid chroot atm ?
[08:07] <ogra> W: Failure trying to run: chroot /home/ogra/Devel/chroots/intrepid dpkg --force-depends --install var/cache/apt/archives/libc6_2.7-10ubuntu3_i386.deb
[08:07] <ogra> is there a workaround ?
[08:08] <mvo> ogra: that one is known since a couple of days, inherited from debian iirc
[08:08] <ogra> meh
[08:08] <ogra> hard to testbuild merges ....
[08:09] <cjwatson> ogra: no workaround as yet, a Debian NMU is forthcoming and we'll sync that as soon as it's available
[08:10] <ogra> yay, movement at least :)
[08:10] <ogra> (i already had an intrepid chroot, but trashed it while playing ... :/ )
[08:12] <cjwatson> create a hardy chroot and upgrade it as far as possible
[08:12] <ogra> indeed ...
[08:12]  * ogra isnt awake yet ...
[08:13]  * LaserJock slaps ogra around a bit to wake him up
[08:13] <ogra> hey !
[08:14] <ogra> LaserJock, i think i'll rather take a nap  later :) 5h is not enough ...
[08:14] <ogra> but the CC meeting was so intresting i couldnt resist last night
[08:14] <ogra> (and i didnt attend one for ages)
[08:25]  * ogra wonders how that apt bug ended up on ubuntu-users https://lists.ubuntu.com/archives/ubuntu-users/2008-May/145399.html ... she is clearly using debian sid
[08:25] <ogra> hum, but apt with ubuntu versioning
[08:26] <StevenK> And libc6 looks like the Dapper version
[08:26] <ogra> weird mix
[08:26] <StevenK> ramdison agrees with me.
[08:26] <StevenK> What makes you think it's sid?
[08:27] <ogra> -- System Information:
[08:27] <ogra> Debian Release: testing/unstable
[08:27] <ogra> or is that hardcoded in reportbug ?
[08:27] <StevenK> /etc/debian_version says testing/unstable on my Dapper server
[08:27] <ogra> the kernel looked wrid too until i noticed dapper
[08:27] <ogra> *weird
[08:28] <StevenK> reportbug always reads /etc/debian_version
[08:28] <ogra> ah
[08:28] <StevenK> So it isn't Debian at all :-)
[08:29] <\sh> hmm..does anybody has problems using debmirror and complaining about a bad signature? (mirroring from a.u.c.?)
[08:29] <\sh> (for all releases that is?)
[08:29] <ogra> heh, yeah, i *really* should go back to bed ... oh man
[08:42] <pitti> soren: why does the virt-manager SRU upload remove src/graphWidgets/pysparklinemodule.defs and help/virt-manager/C/virt-manager-C.omf.out?
[08:43] <pitti> soren: are these just temporary byproducts from the build, and the hardy final package was unclean?
[08:43] <pitti> soren: it also drops debian/patches/connection.py.patch without documenting it in the changelog
[08:44] <pitti> soren: oh, it was renamed, nevermind
[08:51] <Mithrandir> sigh, is it just for me that security.u.c is very, very slow?
[08:52] <StevenK> Mithrandir: Nope. Took it 30 seconds to return a 404
[08:54] <Mithrandir> oh, ooo vulnerability.  That explains it.
[08:55] <soren> pitti: They're just noise, that I apparantly didn't clean up properly in the final hardy build.
[08:56] <soren> pitti: I suppose I can shove them back in, if that makes you more comfortable?
[08:56] <pitti> soren: nah, that's fine
[09:04]  * Hobbsee waves
[09:05]  * pitti throws a gummybear at Hobbsee
[09:05]  * Hobbsee throws it back
[09:05] <Hobbsee> pitti: after reading that CC meeting, i'll need chocolate, thanks!
[09:05]  * Mithrandir grabs it and eats it
[09:05] <soren> Aw... I really wanted that.
[09:06]  * pitti throws candy to soren
[09:06]  * soren loves gummy bears
[09:06]  * pitti too
[09:06] <seb128> hello Hobbsee
[09:07] <pitti> argh, none of my intrepid uploads build, they all fail on intltool
[09:07] <Hobbsee> hey seb128!
[09:07]  * pitti hugs Monsieur GNOME
[09:07]  * seb128 hugs pitti
[09:07]  * Hobbsee finds some more gummy bears, and throws some to Mithrandir and soren
[09:07] <Mithrandir> yum, yum
[09:08]  * Mithrandir eyes them warily, in case they are poisoned
[09:08] <seb128> I was going to ask if it's normal than hardy updates are not installable using "upgrade" (ie, needs to use the dist-upgrader in update-manager)
[09:09] <seb128> but that's another "dbgsym are not available for the updates" case
[09:09] <soren> pitti: I just got a reject mail for virt-manager.. What gives?
[09:09] <pitti> soren: that was the old upload you did
[09:09] <pitti> soren: I'll look at the recent one
[09:11] <soren> pitti: Oh, ok then :)
[09:12] <Hobbsee> Mithrandir: no, i don't feel like poisoning you.
[09:12] <Mithrandir> mvo: what's the rationale for the update-manager using more rather than a sensible pager?
[09:13] <mvo> Mithrandir: probably a oversight, I'm happy to fix that
[09:13] <Mithrandir> mvo: want a bug?
[09:15] <mvo> Mithrandir: I can change it now, that should be quick - sensible-pager, pager, more will be tried then, does that sounds good?
[09:15] <Mithrandir> mvo: sounds fine, though if sensible-pager fails, pager shouldn't work either.
[09:16] <soren> mvo: $PAGER?
[09:16] <Mithrandir> soren: handled by sensible-pager
[09:16] <soren> If present..
[09:16] <Mithrandir> # dpkg -S /usr/bin/sensible-pager
[09:16] <Mithrandir> debianutils: /usr/bin/sensible-pager
[09:16] <soren> Oh, it's required.
[09:16]  * soren crawls back under his rock
[09:17]  * Mithrandir ruffles the little rock
[09:17] <soren> Mithrandir: Mean!
[09:17] <Mithrandir> ruffling the rock?
[09:17] <Mithrandir> I didn't stomp on it!
[09:17] <StevenK> ... Yet
[09:21] <mvo> Mithrandir: commited
[09:22] <Mithrandir> thanks!
[09:23] <thom> i'm sure ruffling the rock must be euphemistic
[09:24]  * Hobbsee beats thom
[09:42] <Hobbsee> is there any more chocolate?  or a very large drink?
[09:44]  * Mithrandir gives Hobbsee a bottle of beer
[09:44] <Hobbsee> Mithrandir: thanks!
[09:46]  * Hobbsee happily drinks, gets well adn truly sozzled, and forgets about the pain of irc.
[09:48] <pitti> StevenK: can I leave the fnfx merge to you? I have no idea about this package (I just did the Maintainer: rebuild)
[09:48] <StevenK> fnfx? :-)
[10:03] <Ng> is it just me or does mutt fail to build in hardy?
[10:03]  * pitti creates an intrepid chroot -- let's see where this *$# intltool thing breaks
[10:04] <\sh> pitti, is the libc6 issue resolved (perl hash module problem)?
[10:04] <cjwatson> not yet
[10:05] <pitti> \sh: those are two differnet problems, aren't they?
[10:05] <pitti> perl Hash: not being in perl-base, and libc6 not being installable?
[10:05] <\sh> pitti: yes
[10:05] <cjwatson> pitti: Hash::Util not being in perl-base causes libc6 not to be installable in the context of debootstrap
[10:06] <cjwatson> libc6 uses debconf which uses the perl fields module which uses Hash::Util
[10:06] <pitti> ah
[10:06] <pitti> well, I debootstrapped hardy and was going to upgrade it
[10:06] <pitti> either way, I can reproduce the intltool uninstallability
[10:06] <\sh> pitti, which fails for me 2 days ago, too ;)
[10:06] <pitti>   intltool: Depends: libxml-parser-perl but it is not going to be installed
[10:07] <\sh> s/fails/failed/
[10:07] <pitti>   perl: Depends: perl-base (= 5.10.0-9) but 5.8.8-12 is to be installed
[10:07] <pitti> aha
[10:07] <\sh> yay
[10:08] <pitti> ah, no, red herring (and bad apt message)
[10:09] <pitti> indeed it seems to be the very same problem; perl is not installable (conflicting with debconf-i18n, etc.)
[10:12] <pitti> mvo: hm, apt just tells bogus to me
[10:12] <pitti> stuff like
[10:13] <pitti>   base-files: Depends: libpam-modules (>= 0.79-3ubuntu3) but it is not going to be installed
[10:13] <pitti> but both arre already installed
[10:13] <seb128> pitti: use aptitude it's better at displaying correct errors
[10:13] <seb128> pitti: well, might mean there is a base-files upgrade available not installable, what do you run?
[10:14] <cjwatson> doko: hmm, chasen (in NEW) has reverted from libchasen0c2a to libchasen0c2; do you happen to know if that's deliberate/OK?
[10:15] <cjwatson> gosh, djbdns in Debian main
[10:15] <pitti> cjwatson: I synced that
[10:15] <StevenK> Argh! Run away!
[10:15] <pitti> cjwatson: it does not have any rdepends except itself
[10:16] <cjwatson> err, you did?
[10:16] <pitti> cjwatson: so I figured it would be ok, it was the only delta to Debian
[10:16] <cjwatson> that's confusing, I'm doing intrepid autosyncs
[10:16] <pitti> cjwatson: it wasn't an autosync, it was -f
[10:16] <cjwatson> oh, you meant chasen not djbdns
[10:16] <pitti> right
[10:16] <cjwatson> pitti: ok, well, the point of the rename was also to alert users
[10:17] <cjwatson> but if you're sure, feel free to new it yourself ;-)
[10:17] <pitti> cjwatson: well, but Debian didn't adopt that rename in 3 years; seems pretty obsolete to me, and safe in Ubuntu (yet another soname change, but it doesn't affect anything)
[10:17] <pitti> cjwatson: sure
[10:18] <cjwatson> fair enough I guess
[10:18] <pitti> Ng: test building
[10:19] <pitti> cjwatson: NEWed
[10:20] <cjwatson> pitti: maybe Debian did two C++ transitions at the same time and thus didn't need the a
[10:20] <cjwatson> thanks
[10:20] <cjwatson> I'm about to flood NEW with new source packages, but I'll deal with it
[10:21] <doko> cjwatson: not immediately, have to find out what is meant by "libstdc++ new allocator trans"
[10:22] <pitti> doko: see scrollback; AFAICS it is alright
[10:22] <pitti> Ng: builds fine for me; how does it fail for you?
[10:24] <Ng> pitti: I think I messed up, sorry
[10:24] <doko> pitti: ok
[10:25] <Ng> pitti: I've been getting segfaults from it talking to our imap server and I managed to infect the pristine source with a typo ;/
[10:25] <pitti> heh
[10:26] <Ng> yep, just rebuilt properly with my debugging statements :)
[10:35] <seb128> ogra: btw the glib update doing unaccessible mounts filtering is available for testing now
[10:37] <ogra> seb128, yeah, someone in #ltsp just told me that he doesnt see the prob anymore :) i was about to ask him what he did :) seems he has -proosed enabled :)
[10:37] <seb128> ok, so it works, good
[10:37] <ogra> great, getting user feedbeack before being pinged by the maintainer is a good sign
[10:38] <seb128> please tell him to comment on bug #210379 to say that
[10:38] <ogra> i'll try myself as soon as we have virtualbox drivers so i can run my vbox setup
[10:38] <ogra> gah, he left a min agon from #ltsp
[10:38] <seb128> ok, no hurry anyway
[10:38] <ogra> *ago
[10:38] <ogra> yeah
[10:39] <ogra> i wont wave it through without having tested myself anyway
[10:39] <seb128> sjoerd: how did you figure that the gtk debug symbols were for the udeb in the debian build?
[10:40] <sjoerd> seb128: by running around screaming for a while and figuring out how gdb picks up debugging symbols
[10:40] <sjoerd> The .so has a entry in it with the hash of debugging symbols file that belongs to it
[10:40] <seb128> sjoerd: and how does it do?
[10:40] <seb128>  23 .gnu_debuglink 00000020  00000000  00000000  00375780  2**0
[10:40] <sjoerd> that one indeed
[10:40] <seb128> somewhere in this line?
[10:40] <sjoerd> yeah
[10:41] <sjoerd> i had a nicer command line to get that
[10:41] <seb128> I don't know how to do the matching between those number and the actual lib
[10:41] <sjoerd> but in there is a crc32 (iirc) hash of the debugging file
[10:41] <seb128> in fact that should be the other way around
[10:41] <seb128> this line is a objdump on the actual lib
[10:48] <seb128> sjoerd: you don't have a magic command to give the lib corresponding to the dbg then?
[10:49] <sjoerd> seb128: one moment, i'm looking it up again
[10:49] <sjoerd> (Things one should have written down...)
[10:52] <sjoerd> seb128: right do -> eu-objdump -j .gnu_debuglink  -s /usr/lib/libglib-2.0.so.0.1600.3
[10:52] <sjoerd> (eu-objdump is from elfutils)
[10:52] <soren> Whose archive day is it?
[10:52] <seb128> soren: technically mine I guess
[10:53] <sjoerd> seb128: that gives you the filename of the debug lib and the last 32 bits is the crc32
[10:53] <sjoerd> So that should match up with  crc32 /usr/lib/debug/usr/lib/libglib-2.0.so.0.1600.3
[10:54] <soren> seb128: Could you sync perl 5.10.0-9.1 from Debian, please?
[10:54] <soren> seb128: That would make debootstrapping intrepid work again.
[10:54] <soren> ...which is good :)
[10:54] <seb128> soren: I think other people were on those issues so I will them deal with that
[10:54] <cjwatson> soren: I'll do it shortly
[10:55] <soren> cjwatson: Lovely, thanks.
[10:55] <sjoerd> seb128: and as your probably on a little-endian arch, you need to byteswap it ofcourse.. :)
[10:56] <seb128> sjoerd: thanks
[10:56] <sjoerd> np
[10:57]  * sjoerd writes it down somewhere so he doesn't have to figure it out again :)
[10:57] <soren> cjwatson: Are you grabbing libxml-parser-perl, too?
[10:57] <cjwatson> the sync queue is busy with new packages at the moment
[10:58] <cjwatson> soren: it's unmodified in Ubuntu, so it should get autosynced in the next run ...
[10:58] <soren> cjwatson: Ok...
[10:59] <soren> cjwatson: Yeah, but it'd be nice if it could get to the front of the queue somehow. cdbs seems to be uninstallable due to libxml-parser-perl depending on perlapi-5.8.8.
[11:00] <cjwatson> I don't want to ctrl-c it now. I'll do it when it's done and ask for the build priority to be increased.
[11:00] <soren> cjwatson: That's fine. Thanks.
[11:00] <cjwatson> it won't take that long, it's just not right-now-this-minute :)
[11:01]  * soren will grab some lunch in the mean time then
[11:01] <cjwatson> and actually all I'm doing at the moment is filling up NEW, so I can just leave stuff there for a while
[11:04] <soren> Which NEW queue are we talking about here?
[11:04] <cjwatson> the intrepid one
[11:05] <soren> Source? Binary? Some other one I don't know about?
[11:06] <soren> I'm just struggling to figure out why syncing stuff from Debian would fill up any of those two.
[11:06] <Hobbsee> soren: if it's not already in ubuntu?
[11:07] <soren> Sure, but..
[11:07] <Hobbsee> (source and binary new appear in the same place)
[11:07]  * soren decides that he'd better to lunch before he makes more of an arse of himself
[11:07]  * Hobbsee hands soren a carrot
[11:08] <soren> ta :)
[11:11] <cjwatson> soren: there's only one NEW queue per pocket
[11:12] <cjwatson> soren: and, yes, as Hobbsee said, syncing packages from Debian that aren't yet in Ubuntu means that they land in the NEW queue until an archive admin deals with them (which is usually fairly scriptable, but even so)
[11:13] <\sh> grmpf
[11:14] <\sh> can somebody explain what "Archive-Update-in-Progress-leningradskaya.canonical.com " on a.u.c. means? every time I see this, I'm always getting bad sigs on release.gpg files...
[11:14] <soren> cjwatson: Yeah. I just somehow misread what you said as though you were syncing stuff from Debian (both new packages and packages we already had) and that all of that somehow landed in a NEW queue.
[11:14] <soren> I was clearly wrong.
[11:15] <cjwatson> soren: packages we already have indeed go straight through
[11:15]  * Hobbsee hands soren a capsicum too, thne :)
[11:15] <cjwatson> \sh: it means that archive.ubuntu.com is in the middle of rsyncing from leningradskaya
[11:15] <cjwatson> it's a bug if that results in bad signatures, although there are known (supposedly short) races in the process
[11:16] <\sh> cjwatson, and on the other server ip it's lithium...but the timestamp on both files are different...leningrad is from 07:xx this morning and lithium is from 11:11
[11:16] <cjwatson> the fact that Release and Release.gpg are separate files means that races are unavoidable right now
[11:16] <cjwatson> \sh: #canonical-sysadmin if you think there's a real sync problem
[11:16] <cjwatson> soren: perl synced
[11:16] <\sh> cjwatson, kk
[11:19] <cjwatson> soren: I don't see libxml-parser-perl in incoming or in the sync queue; maybe it was in the pile I did this morning?
[11:20] <cjwatson> apparently not, 2.36-1.1 was synced on 3 May
[11:20] <cjwatson> which is also the newest recorded by packages.qa.debian.org
[11:21] <soren> cjwatson: Hm.. Ok. My intrepid chroot (which ought to be up-to-date) complained about it.
[11:21] <soren> cjwatson: I'll look into it.
[11:27]  * Twigathy waves to channel
[11:27] <Twigathy> Myself, and a couple of others, are having weird problems with mdadm and sata_sii controllers, see: https://bugs.launchpad.net/ubuntu/+bug/208551
[11:27] <Twigathy> Is there anything I can do to help track down the bug? :x
[11:31] <\sh> Twigathy, hmm? I'm having a areca sata raid controller running, 4x raid5 volumes,  one as system, 3 inside a software raid0 array via mdadm...everything is formatted with xfs...no problems here.
[11:32] <Twigathy> \sh: yeah, my problem isn't with xfs it's with sata_sii
[11:32] <Twigathy> or sata_sil....whatever it's called :)
[11:32] <\sh> Twigathy, yes...see it now
[11:51] <cjwatson> Keybuk: merges.ubuntu.com doesn't seem to be updating (I uploaded lowmem yesterday evening, and it's still on the list). Is something wrong with it?
[11:56] <Keybuk> it didn't update yesterday due to a 404
[11:59] <Keybuk> still is 404ing
[11:59] <Keybuk> DEBUG:root:Downloading http://archive.ubuntu.com/ubuntu/pool/universe/a/aterm/aterm_1.0.1-4.dsc
[12:00] <Keybuk> elmo: ^ missing from the archive
[12:00] <Hobbsee> oh dear.  so i really did break MoM
[12:00] <Hobbsee> wait, no i didn't - that wasn't my requsted sync.
[12:00] <Hobbsee> morning Spads
[12:01] <Spads> howdy
[12:03] <pitti> cjwatson| soren: perl synced
[12:03] <pitti> cjwatson: ^ apparently not?
[12:04] <cjwatson> is too, I saw it building
[12:04] <pitti> ah, now; I wonder why I didn't see it on -changes
[12:04] <cjwatson> Keybuk: (synced at 8:05 this morning)
[12:04] <pitti> cjwatson: ok, thanks
[12:04] <cjwatson> pitti: I use NOMAILS=-M flush-syncs for autosyncs to avoid spamming the list
[12:05] <cjwatson> the others you saw were from new packages, which I think historically have been announced
[12:05] <pitti> ah, right
[12:05] <pitti> cjwatson: I think we weren't very consistent for new packages from Debian
[12:05] <cjwatson> agreed
[12:11]  * soren would still rather get mails about everything
[12:12] <Keybuk> wing-commander scott% wget http://archive.ubuntu.com/ubuntu/pool/universe/a/aterm/aterm_1.0.1-4.dsc
[12:12] <Keybuk> --12:12:48--  http://archive.ubuntu.com/ubuntu/pool/universe/a/aterm/aterm_1.0.1-4.dsc
[12:12] <Keybuk>            => `aterm_1.0.1-4.dsc'
[12:12] <Keybuk> Resolving archive.ubuntu.com... <IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>
[12:12] <Keybuk> Connecting to archive.ubuntu.com|<IP_ADDRESS>|:80... connected.
[12:12] <Keybuk> HTTP request sent, awaiting response... 404 Not Found
[12:12] <Keybuk> 12:12:48 ERROR 404: Not Found.
[12:12] <Keybuk> cjwatson: lies
[12:18] <\sh> Keybuk, use the .45 directly ;)
[12:21] <cjwatson> Keybuk: synced as in synced from Debian to drescher
[12:22] <jscinoz> So i hear the auto-syncer is being screwy with packages New to debian?
[12:23] <cjwatson> jscinoz: uh, no?
[12:23] <Keybuk> cjwatson: so is something wrong with drescher->soyuz?
[12:24] <cjwatson> Keybuk: drescher *is* soyuz, but perhaps the mirroring process out to archive.ubuntu.com is having trouble
[12:24] <Keybuk> that's what I mean
[12:24] <jscinoz> cjwatson... oh i must have misinterpreted what was said above about inconsistency with new packages.
[12:24] <Keybuk> dists clearly has it, but it's not in the pool
[12:24] <elmo> archive.ubuntu.com is struggling atm; we've thrown some extra resources at it, but it'll take a while to take effect
[12:27] <cjwatson> jscinoz: I don't think I said anything about inconsistency, even; which bit did you misunderstand?
[12:27] <jscinoz> you didn't say it, pitti did "<pitti> cjwatson: I think we weren't very consistent for new packages from Debian"
[12:28] <cjwatson> jscinoz: oh, that was a comment on consistency of whether we send mails to the -changes list for such packages or not
[12:28] <cjwatson> there's no operational problem with the autosyncer itself that I'm aware of
[12:29] <jscinoz> interesting...
[12:29] <jscinoz> A package of mine has been available in unstable for a few weeks now, but hasn't turned up on the NEW queue yet
[12:30] <cjwatson> jscinoz: which package?
[12:30] <cjwatson> jscinoz: I only started dealing with packages new in Debian today
[12:30] <cjwatson> (the autosyncer is not quite as auto as the name implies)
[12:31] <jscinoz> cjwatson, teeworlds and two new libs (build-deps of teeworlds) libpnglite and libglfw
[12:31] <jscinoz> "not quite as auto" what does it automate if people are still required to manually deal with packages?
[12:32] <cjwatson> it's a script that needs to be run occasionally
[12:32] <cjwatson> new packages need some level of manual checking
[12:32] <cjwatson> but it automates the whole fetch, tweak, and upload process, and the normal daily routine is just a couple of commands
[12:32] <jscinoz> Oh i see
[12:33] <cjwatson> trust me, it's a lot more auto than it could be :)
[12:33] <jscinoz> heh
[12:33] <cjwatson> one of the reasons for manual checks is that sometimes things show up as "new in Debian" whereas in fact they were intentionally removed from Ubuntu and somebody forgot to blacklist them
[12:33] <cjwatson> so I have to cross-check against that
[12:34] <jscinoz> Is any further action required by me to ensure my packages are synced? Should i file a syncrequest or will it be looked over by you or someone else eventually
[12:34] <cjwatson> teeworlds is currently showing up in that list, probably because it was also in a PPA (this is a flaw in my process)
[12:34] <cjwatson> I'm not seeing either libpnglite or libglfw in Debian
[12:34] <jscinoz> hmm
[12:34] <jscinoz> one moment
[12:34] <cjwatson> jscinoz: please do not file sync requests
[12:35] <cjwatson> oh, pnglite and glfw are the source package names
[12:35] <jscinoz> yes
[12:35] <jscinoz> if thats nonstandard, blame debian-games-team :P
[12:35] <cjwatson> no, it's fine
[12:36] <jscinoz> Alright, thanks for the help :)
[12:36] <Keybuk> elmo: ok, thanks
[12:36] <Keybuk> cjwatson: so MoM will update whenever the archive reaches consistency
[12:38] <cjwatson> jscinoz: glfw and pnglite are in the set of packages I just punted through the NEW queue, and should hit the archive in a bit (bear in mind that I just threw 500+ packages at the queue and the binaries will need to be NEW-processed at the other end so it may take a while)
[12:38] <cjwatson> jscinoz: in general, there is no need to file sync requests for any changes in Debian before our Debian import freeze (see the release schedule) unless the package is already in Ubuntu and has been modified there
[12:39] <jscinoz> Alright, thank you :)
[12:40] <jscinoz> Hopefully i can get my UrbanTerror package in before the freeze finally got all the licensing issues resolved
[12:40] <cjwatson> I'm going to let the archive settle for a bit before doing any more new-source processing, though
[12:41] <cjwatson> so teeworlds will have to wait until after that, I think
[12:42] <elmo> ok, leningradskaya's up-to-date and back in rotation
[13:21] <pitti> \away -all
[13:21] <pitti> sorry
[13:21] <Hobbsee> pitti: fail.
[13:21]  * Hobbsee hands pitti a gummy bear
[13:21] <pitti> yummy!
[13:21]  * Hobbsee throws soren a few jelly beans, and a gummy bear - dessert!
[13:22] <cjwatson> Keybuk: oh, could you stick an Archive Open marker on the merges graph? IRC logs say that happened on 2008-05-01 at 22:10
[13:22] <cjwatson> (er, BST, if you really care)
[13:22] <doko> hmm, syncing perl packages before perl was built on all archs was a mistake ...
[13:23]  * soren drools uncontrollably
[13:23] <doko> these packages still get the perl5.8-api dependency
[13:23] <cjwatson> they get to be rebuilt if necessary, I suppose; I didn't worry about it because perl packages are being uploaded quite frequently at the moment
[13:23] <cjwatson> and it's only extensions
[13:24] <doko> I identified these as currently not installable in a buildd chroot: libft-perl libterm-readkey-perl libhtml-parser-perl liblocale-gettext-perl libtext-iconv-perl libtext-charwidth-perl
[13:24] <cjwatson> liblocale-gettext-perl was just synced again today
[13:25] <doko> rescored perl on the buildds, won't help until it's built on all archs
[13:26] <ogra> glfw ? a 3D iptables frontend ? :)
[13:27] <cjwatson> oh yeah, we could do with britney output for intrepid, couldn't we
[13:28] <cjwatson> ok, britney output should get generated shortly
[13:31] <pitti> Keybuk: http://lists.freedesktop.org/archives/hal/2008-May/011560.html is an interesting read
[13:32] <soren> Debian doesn't have ssp enabled in gcc by default, right?
[13:33] <doko> soren: yes
[13:33] <doko> lamont: perl ftbfs on hppa
[13:33] <soren> "Yes, that's correct" or "yes, they have ssp enabled"?
[13:33] <soren> Please don't answer "yes" again.
[13:34] <soren> :)
[13:34] <doko> no
[13:34] <doko> ;)
[13:34] <soren> *headdesk*
[13:34] <soren> :)
[13:34] <lamont> doko: \o/
[13:34] <doko> soren: yes, you're right
[13:34] <soren> Ok.
[13:34] <soren> So if I pass -fno-stack-protector to it, it just ignores it?
[13:34] <doko> yes
[13:34] <gnomefreak> incase noone is running intrepid GUI libxfont1 version 1:1.3.2-1 makes X not load after restart
[13:34] <emgent> heya
[13:34] <soren> doko: Cool. Thanks.
[13:34] <doko> lamont: disable the testsuite, on thread test does fail
[13:35] <lamont> hooray for NPTL
[13:35]  * gnomefreak was gonna wait until after toolchain was done to report this as bug
[13:36] <cjwatson> soren: English is inadequate in this regard - we need yes / no / contradictory yes, like French and German have
[13:37]  * soren takes a break
[13:39] <jdong> gnomefreak: That bug should be known.. talked to at least 3 people experiencing it yesterday :)
[13:40] <gnomefreak> jdong: ah ok cool
[13:40] <jdong> I just like to say y'all intrepid daredevils are crazy ;-)
[13:40] <gnomefreak> :)
[13:40] <gnomefreak> this is an extra box so if it gets messed up i have 3 other backups i can use
[13:48] <awalton__> jdong, ibex helped find a gcc bug through nautilus ;)
[13:48] <awalton__> wouldn't have seen it if it weren't for the new toolchain.
[13:50] <gnomefreak> you mean the gcc-4.2 that removes most of the system?
[13:51] <gnomefreak> only found with dist-upgrade afair
[13:51] <awalton__> no no, a real gcc bug, 4.3
[13:51] <jdong> awalton__: well I'm *sure* I missed out on a lot of fun then ;-)
[13:52] <awalton__> of course ;).
[13:52] <gnomefreak> we found a cvs bug as well but it is expected
[13:53] <awalton__> gnomefreak, -Wno-strict-aliasing was broken in gcc-4.3
[13:53] <gnomefreak> jdong: see all the fun your missing :)
[13:54]  * gnomefreak is waiting a bit longer before building for intrepid due to a few issues but i find it fun to run early dev cycle
[13:54]  * jdong thinks it's fun too, but lacks the time and a dedicated victim computer to keep up
[13:55] <awalton__> dedicated computers, pfft. real men run ibex on their daily machines!
[13:58] <jdong> awalton__: unfortunately real men at MIT cannot afford even minutes or an hour of computer downtime during the 2nd half of the week ;-)
[14:00] <awalton__> true enough, but I'm not sure if we can classify men at MIT "men", they're some kind of more advanced life form..
[14:01] <jdong> awalton__: nah they just get less sleep and hence appear less sane than others
[14:04] <sladen> hmmm, somebody didn't reapply the middle-click disable in ubufox
[14:05] <joaopinto> could someone check http://www.ubuntuguide.org/ with ff3 ? (NOTE: It is crashing X on me)
[14:06] <sladen> joaopinto: works for me.  except the usual FF3 hangs every 90seconds
[14:07] <joaopinto> I see it reported yesterday, the person was using an nvidia just like me, I just want to be sure it's related to the nvidia driver to file the bug
[14:08] <joaopinto> sladen, which graphical card  are you using ?
[14:09] <Ng> works for me on i965
[14:09] <wgrant> WFM on an i915
[14:09] <sladen> joaopinto: intel.
[14:10] <jdong> sladen: have you pulled the update from hardy-proposed?
[14:10] <jdong> that bug is supposedly fixed
[14:10] <cjwatson> WFM (i965, hardy-proposed)
[14:11] <Hobbsee> wfm, i945
[14:11] <sladen> jdong: the FF3 sqlite update?
[14:13] <joaopinto> hum, it could be bug 212648
[14:13] <jdong> sladen: yeah
[14:13] <tjaalton> joaopinto: which nvidia card?
[14:13] <joaopinto> VGA compatible controller: nVidia Corporation GeForce 8400 GS (rev a1)
[14:13] <tjaalton> joaopinto: that page works here, 7950GT2
[14:14] <tjaalton> I'll test on 8600GT
[14:14] <tjaalton> although it's running the fixed version
[14:15] <joaopinto> according to the lXorg og, it's really the driver, nvidia_drv.so
[14:17] <tjaalton> works on 8600GT
[14:17] <tjaalton> I'll downgrade the package
[14:17] <joaopinto> there is someone else on the bug reporting it on a 8600 GT, maybe it's 64 bits specific
[14:17] <joaopinto> anyway, it's already reported, I will just follow-up the bug :)
[14:18] <tjaalton> the fix is on it's way
[14:18] <tjaalton> already uploaded
[14:22] <gnomefreak> tjaalton: is that the bug i think it is?
[14:23] <tjaalton> gnomefreak: you've got mail :)
[14:23] <gnomefreak> nope but same as other bug about nvidia >8xxx
[14:23] <gnomefreak> tjaalton: checking :)
[14:27] <gnomefreak> tjaalton: i dont have it :( ill check gmail maybe it got caught up somewhere
[14:31] <tjaalton> joaopinto: confirmed that it crashes with the old package, and not with the new one
[14:33] <joaopinto> where is the new package available ?
[14:33] <tjaalton> not built yet
[14:33] <tjaalton> uploaded to hardy-proposed
[14:34] <tjaalton> waiting for ACK
[14:34] <tjaalton> gnomefreak: hmm, you don't seem to be subscribed to that bug
[14:35] <gnomefreak> what bug number?
[14:35] <joaopinto> hum, I didn't got any default commented lines for -proposed
[14:35] <tjaalton> bug 212648
[14:35] <gnomefreak> tjaalton: thanks i thought i still was
[14:37] <sladen> jdong: that -proposed update of FF3 moves the desktop file from  firefox-3.0.desktop to  firefox.desktop  which breaks panel icons on Kubuntu
[14:37] <sladen> (or anywhere that the user already has a shortcut to that .desktop file
[14:37] <sladen> asac: ^^
[14:37] <gnomefreak> tjaalton: thanks  for looking into that
[14:38] <gnomefreak> and fixing it
[14:38] <tjaalton> gnomefreak: well, that bug has haunted me for some time now
[14:38] <tjaalton> apparently it was also in gutsy
[14:39] <tjaalton> who knows how many crashers it fixes..
[14:39] <tjaalton> or other problems
[14:40] <gnomefreak> it should fix a bunch since the bug has been around a while atleast i remember 6xxx havign this issue when we first introduced -glx-new
[14:40] <asac> sladen: err, firefox 3 -proposed update? ... i uploaded xulrunner-1.9, but no firefox
[14:41] <tjaalton> gnomefreak: could be
[14:42] <gnomefreak> once the fix is release i will update bugs that could have been the same issue to see if it fixed it for them
[14:42] <gnomefreak> cause im sure firefox still has bugs like that somewhere in LP
[15:11] <pitti> 618B/s - I've seen faster mirrors; /me sighs at de.archive.u.c.
[15:12] <ion_> We should switch to Van Jacobson's new Internet. :-) Mirrors would become extinct, or rather, everything would become a mirror.
[15:13] <norsetto> anyone has any idea why perl 5.10.0-9.1 still doesn't show in a.u.c.?
[15:14] <ogra> pitti, well, a.u.c seems gone (for me at least) might be related
[15:15] <pitti> yeah, everything is horribly slow today
[15:15] <stgraber> lithium gives me ~150kB/s (instead of 1.8MB/s)
[15:15] <ogra> elmo, ? aware ? ^^^
[15:15] <stgraber> local mirror is two days behind
[15:15] <maswan> pitti: we're still fast!
[15:15] <pitti> OO.o's revenge
[15:15] <ogra> oh, now it answers
[15:15] <ogra> elmo, nm
[15:16] <maswan> pitti: Fetched 70.9MB in 1min4s (1106kB/s)
[15:17] <maswan> (and that's limited by the wlan here at cern)
[15:17] <pitti> lucky you :)
[15:18] <pochu> why don't developers have access to syncing packages from Debian, since they can 'workaround' that by signing and uploading the package? Is that a policy decission or a Launchpad shortcoming?
[15:18] <Hobbsee> pochu: because it requires access to a whole bunch of the internal queue stuff, which isn't accesable to non-canonical employees.
[15:18] <pitti> pochu: it's pretty much lack of LP feature
[15:18] <Hobbsee> pochu: that being siad, there is a sync-source.py script, and launchpad is supposed to grow the feature at some point
[15:19] <maswan> pitti: by a simple change to your sources, you too could get fast updates. Act now, and save an additional 100kB/s! Our httpds are standing by.
[15:19] <pitti> maswan: I'd rather buy local, sir
[15:21] <joaopinto> erm, I need a mirror which is able to update as for today :P
[15:22] <pochu> pitti, Hobbsee: thanks. I was looking at soyuz bugs but couldn't find it... I guess I looked at the wrong place and it's this blueprint :) https://blueprints.edge.launchpad.net/soyuz/+spec/sync-workflows
[15:23] <Hobbsee> pochu: probably.  i try not to follow the blueprints page, as most of it is non-visible.
[15:23] <pochu> cprov: ^ you are the assignee of that and it's targeted for 1.2.5... do you know whether that will make the release, or whether that will be available anytime soon?
[15:26] <cprov> pochu: considering the current amount of job we have to do in 1.2.5 and the issues we are having with copy-UI it will probably slip to 1.2.6, so now less than 1 month and half.
[15:26] <Hobbsee> cprov: did the stuff planned for 1.2.4 get done, re archive admin stuff?
[15:26] <cprov> Hobbsee: some, the new queue UI was part of it.
[15:27]  * Hobbsee nods
[15:27]  * Hobbsee wonders hwo to sort by what has a blueprint
[15:27] <Hobbsee> oh, hmm, scrolling works
[15:29] <pochu> cprov: that's fine, thank you
[15:49] <ogra> geez, no cdbs on the intrepid buildds available ....
[15:50]  * ogra looks for packages that dont use cdbs for merging ....
[15:50] <pitti> ogra: it's still the same perl wreckage, breaking intltool, breaking cdbs, breaking the world
[15:51] <ogra> yeah
[15:51] <ogra> my first three merges were debhelper only so i didnt notice until now
[15:51] <Keybuk> wait until you get your first debhelper 2000 crack
[15:53] <pitti> /usr/bin/dh ?
[15:53] <pitti> I dislike the (too short) name, but the idea is quite nice
[15:56] <Keybuk> I don't see how it's better than cdbs
[15:56] <Keybuk> if anything, it's a little less flexible
[15:58] <chmj> hi pitti
[15:58] <chmj> hey Keybuk
[15:58] <chmj> ltns
[15:59] <pitti> hi chmj
[16:06] <pitti> tjaalton: rejecting audacious from hardy-proposed; http://launchpadlibrarian.net/14326332/audacious_1.5.0-2ubuntu2~hardy1_source.changes is not an acceptable changelog
[16:09] <tjaalton> pitti: right, not really a "detailed and user-readable changelog" :)
[16:10] <pitti> tjaalton: it also needs sru bug #
[16:10] <pitti> tjaalton: using -v to include previous changelogs is acceptable, though
[16:10] <pitti> but just merging the previous PPA changelogs (or whereever they came from) is less confusing
[16:10] <tjaalton> it's from intrepid
[16:10] <ogra> HUM !
[16:11] <soren> pitti: Could you reject kvm-68+dfsg-0ubuntu1, please? It adds a new kvm-data package, so it should be sitting in binary new.
[16:11] <ogra> why do i have a package that build-deps on libpng3-dev in sid ?
[16:11] <zul> pitti: #219528 I should be able to upload that one shouldnt I?
[16:11] <ogra> we have libpng12-dev, how can they have 3
[16:11] <soren> pitti: I've joined the debian kvm team, and we just decided to drop it, so there's no point in getting it added and then have to remove it again tomorrow :)
[16:11]  * ogra scratches head
[16:12] <pitti> tjaalton: for bug 212648 and the other related two (l-r-m), please prepare them to be correct for SRU next time (hardy/intrepid tasks, subscribe ubuntu-sru, etc.)
[16:12] <Mithrandir> > apt-cache show libpng3 | tail -n 7  |head -n 2 This package is superseded by libpng12-0, and is provided only for transitional purposes.
[16:12] <Mithrandir> ogra: ^
[16:12] <ogra> Mithrandir, aha, thanks that looked weird
[16:12] <pitti> soren: sure
[16:12] <soren> pitti: ta
[16:13] <tjaalton> pitti: ok, I thought I did that
[16:13] <pitti> soren: hm, it's not in NEW
[16:13] <pitti> soren: it's in DONE
[16:14] <pitti> i. e. built and published
[16:14] <zul> pitti: meh...ignore me :)
[16:14] <soren> pitti: I didn't see it on packages.ubuntu.com
[16:14] <pitti> soren: https://edge.launchpad.net/ubuntu/+source/kvm/1:68+dfsg-0ubuntu1
[16:14] <pitti> zul: ?
[16:14] <pitti> zul: ah, just saw my recent comment? :)
[16:14] <zul> pitti: nm I need more coffee
[16:14] <soren> pitti: rmadison doesn't know about it either.
[16:15] <pitti> soren: rmadison is always about 6 hours behind archive.u.c.
[16:15] <pitti> (the delay of the mirror on rookery)
[16:15] <pitti> soren: and nowadays, archive.u.c. seems to be much behind drescher
[16:15] <soren> pitti: Wow, I thought rmadison would be ahead.
[16:15] <soren> pitti: Oh, ok.
[16:15] <pitti> eeeverything feels like tar today :/
[16:15] <pitti>       kvm | 1:68+dfsg-0ubuntu1 |      intrepid | source, amd64, i386
[16:15] <pitti> ^ drescher
[16:15] <soren> pitti: Well, expect it to show up in NBS quite soon :)
[16:16] <pitti> soren: heh, NP :)
[16:16] <pitti> . o O { reminds me of P=NP; if it's "problem == no problem", it must clearly be false }
[16:18] <Hobbsee> or a heisenproblem.
[16:23] <tjaalton> pitti: can I upload using the same version (audacious)?
[16:36] <calc> anyone know what location to put scripts to execute on resume with 8.04? aiui it changed from 7.10
[16:36] <calc> it used to work under /etc/acpi/resume.d but i hear that doesn't work any longer?
[16:37] <ogra> calc, look in /etc/pm
[16:38] <calc> hmm all those dirs are empty
[16:38] <ogra> calc, there is a system equivalent as well, but i forgot the path
[16:38] <calc> is there a doc somewhere explaining the format of what to put in there?
[16:38] <ogra> /etc/pm is for local admins
[16:38] <calc> ah ok
[16:38] <ogra> i think the docs of pm-utils have something
[16:39] <calc> looks like system location is under /usr/lib/pm-utils/
[16:39] <calc> although that sounds like a fhs violation, heh
[16:39] <calc> i guess it is architecture specific so is better than /usr/share
[16:45] <pitti> tjaalton: please do
[16:45] <tjaalton> pitti: uploaded
[16:48] <LaserJock> pitti: have you been checking to make sure uploads to -proposed have been ack'd by a SRU team?
[16:50] <pitti> LaserJock: oh, did something slip through? I usually check, but there were so many that I might have forgotten
[16:54] <tjaalton> pitti: the wikipage is a bit unclear about this, so I've uploaded directly :/
[16:54] <tjaalton> but will wait for an ack the next time
[16:54] <pitti> tjaalton: you don't need to for main/universe
[16:54] <pitti> tjaalton: erm, sorry
[16:54] <pitti> tjaalton: for main/restricted
[16:55] <tjaalton> ah, ok
[16:55] <pitti> tjaalton: in fact, for main/restricted I prefer people to upload directly
[16:55] <pitti> faster to check debdiffs, etc.
[16:55] <tjaalton> gotcha
[17:06] <LaserJock> pitti: ummm, why is an ack from Ubuntu SRU not needed for Main?
[17:06] <pitti> LaserJock: it is, but not prior to uploading
[17:06] <LaserJock> Main and Universe share the same policy
[17:07] <LaserJock> I'm surprised that we have such a stark difference
[17:08] <pitti> LaserJock: getting an ack before upload would just introduce two more iterations between ~ubuntu-sru and the uploader
[17:08] <cjwatson> the policy used to be (IMO) unclear and subject to multiple readings
[17:08] <pitti> so right now, an ack means that ~ubuntu-sru processes the upload and the bug
[17:08] <pitti> and a nack is to reject the upload from the queue and comment on the but
[17:08] <cjwatson> but it seems quite clear from the current policy document that an ack before upload is not required
[17:08] <pitti> s/t$/g/
[17:09] <pitti> this shortens the process without actually changing the meaning
[17:10] <LaserJock> MOTU SRU does the ack before upload
[17:10] <hwilde> do you guys have an irc plugin that actually executes /s/t$/g/   and replaces it in the previous statement ?
[17:10] <pitti> hwilde: hah, nice idea ;)
[17:10] <pitti> hwilde: entirely wetware processed ATM, though
[17:10] <pitti> LaserJock: right, and that makes sense, IMHO
[17:11] <pitti> LaserJock: that shortcut works for main/restricted, because ~ubuntu-sru happens to be a subset of ~ubuntu-archive
[17:11] <pitti> LaserJock: whereas when we process universe SRUs, it's helpful to look into the bug and search for a approval
[17:12] <LaserJock> ok
[17:12] <LaserJock> well, I'll add that to my list of things that need to get fixed
[17:14] <pitti> LaserJock: what do you want to change?
[17:14] <pochu> LaserJock, pitti: that may be fixed with https://blueprints.edge.launchpad.net/soyuz/+spec/soyuz-community-admin, IIUC
[17:14] <xivulon> seb128: ping
[17:15] <pochu> hmm, not really...
[17:15] <xivulon> seb128: I am looking for a way to show a wubi /host dir onto the Desktop (since many users seem to be confused)
[17:16] <pochu> bug 207680 would be the good one, supposing 'access' means rw and not ro :)
[17:16] <xivulon> seb128: bug #225593
[17:16] <xivulon> mtab_file_changed
[17:16] <ogra> mumble mumble ... tuxpaint merge mumble ... grrr
[17:17] <xivulon> I am not too familiar with gnome code, on quick skim it looks like that depends on mtab_file_changed
[17:17] <xivulon> but /host will only be visible in /proc/mounts
[17:18] <LaserJock> pitti: I'm working on clarifying the SRU policy
[17:18] <pitti> LaserJock: ah, ok
[17:18] <LaserJock> pitti: obviously people are unsure of when to expect/wait for an ACK
[17:18] <LaserJock> as the SRU page actually never says
[17:19] <jdong> LaserJock: I propose Launchpad to support a blame-ball!
[17:19] <LaserJock> I've had I think at least 3 Universe SRUs go through without and ack
[17:19] <xivulon> pitti are you familiar with ^ too?
[17:19] <LaserJock> in all cases people said "oh, I didn't see that on the SRU wiki page" which is quite understandable
[17:29] <seb128> xivulon: not sure to understand the question, if you want a mount to be listed in GNOME mount it under media or the user directory
[17:35] <cjwatson> seb128: /host is very tricky to move I'm afraid. Is it possible to add a further exception?
[17:35] <cjwatson> seb128: it's a move-mount of the Windows filesystem with the Ubuntu root loop-mounted inside it, and a number of bits of code rely on its current location
[17:35] <cjwatson> it was the best we could do
[17:36] <seb128> cjwatson: that require some easy glib2.0 source changes but yes
[17:36] <cjwatson> I don't think /media is appropriate - /media suggests to me that you might be able to unmount it - and the user's home directory would definitely be wrong
[17:36] <cjwatson> it's really more an integral part of the system
[17:36] <xivulon> seb128 do mount binds trigger that too? I think I tried that with little success
[17:36] <seb128> xivulon: I didn't play with that
[17:37] <xivulon> well I think if we can also monitor /host it would be better
[17:37] <seb128> glib gio/gunixmounts.c g_unix_mount_guess_should_display() is what you want to change
[17:39] <calc>  /host is the mountpoint for the wubi root?
[17:39] <xivulon> seb128 isn't that fed from mtab?
[17:39] <calc> ah yea i see in scrollback :)
[17:39] <seb128> xivulon: yes, it is, why?
[17:39] <xivulon> calc /host hosts the root loopfile
[17:40] <xivulon> seb128 because /host is not going to be in mtab :)
[17:40] <seb128> why not?
[17:41] <seb128> I start thinking you should add /host to .gtk-bookmarks ;-)
[17:41] <ogra> you can do a *very ugly* (!) workaround and add a fake entry for it to fstab ... then gvfs ignores it
[17:41] <ogra> ah, .gtk-bookmarks sounds slightly saner :)
[17:41] <calc> xivulon: ok
[17:42] <xivulon> seb128 it is mounted very early on in the game
[17:43] <xivulon> a symlink ~/Host -> /host was in fact my first bet
[17:43] <xivulon> it is only visible in /proc/mounts
[17:44] <xivulon> on the plus side it is not something that requires "monitoring", has to be done only once per session
[17:44] <seb128> well, do you really want this one being listed as a mount?
[17:45] <xivulon> if it cannot be unmounted easily, sure
[17:45] <seb128> well, why do you need a mount if that should not be considered as a mount?
[17:45] <seb128> wouldn't a bookmark be better?
[17:45] <seb128> like the video, music, etc ones
[17:46] <xivulon> I think that will do. Is that preferrable over a symlink? Particularly considering that we might need to replicate on other distros
[17:47] <xivulon> or maybe both, Desktop/Host (or WinDir) symlink plus bookmark
[17:50] <xivulon> cjwatson, is symlink and/or bookmark ok?
[17:50] <seb128> xivulon: well, symlinks will be listed only where you make it where the bookmark will be listed in the places menu, nautilus and fileselector sidebars, etc
[17:51] <cjwatson> I continue not to like sticking it in ~
[17:52] <cjwatson> bookmark would be OK
[17:52] <xivulon> was about to ask that
[17:52] <cjwatson> just lose the symlink
[17:52] <xivulon> np
[17:52] <xivulon> will have to setup bookmarks for kubuntu/xubuntu too though
[17:53] <pitti> xivulon: familiar with what?
[17:53] <xivulon> nope
[17:53] <pitti> xivulon: if it's wubi, then 'no'
[17:53] <xivulon> pitti no problem, seb128 already answered
[17:56] <xivulon> Will .gtk-boomkarks also work on Xubuntu? does anybody know the kde equivalent?
[17:56] <xivulon> Is that initially generated from some common "skeleton"?
[17:58] <seb128> xivulon: no idea, no idea, no
[17:58] <_MMA_> xivulon: cody-somerville might be able to answer re: Xubuntu.
[18:00] <ion_> IIRC .gtk-bookmarks is supported by the Xfce file manager, and of course by the Gtk file dialog.
[18:00]  * cody-somerville nods.
[18:00] <xivulon> cool, so we only have kubuntu left
[18:01] <ion_> There should be a fd.o spec for the bookmarks as well.
[18:07] <xivulon> thx ion_
[19:34] <kestaz> does vim compiled with vim-shell extension ?
[19:47] <Caesar> So here's a fun weird race-condition
[19:47] <Caesar> We ocassionally see xserver-org's preinst fail because /etc/X11 doesn't exist when at line 990 it goes to touch /etc/X11/xorg.org
[19:47] <Caesar> Yet xserver-xorg pre-depends on x11-common, which ships /etc/X11
[19:49] <Caesar> I'm told we saw it with Gutsy as well
[19:49] <Caesar> Is that an APT bug?
[19:50] <Caesar> Is this APT splitting the dpkg command-line in a bad place?
[20:05] <gladk> hi all!
[20:05] <gladk> may I ask here a question about Launchpad using?
[20:05] <Pici> gladk: you may have better luck asking in #launchpad
[20:06] <gladk> Pici: thank you
[20:17] <e-gandalf> asac: ping
[20:22] <asac> e-gandalf: go ahead
[20:25] <e-gandalf> asac: I was pinging you on the Prague schedule
[20:25] <e-gandalf> to book my tickets
[20:25] <e-gandalf> I'm the mozilla guy
[20:25] <asac> e-gandalf: ah right. go for the first three days
[20:52] <mathiaz> slangasek: does mount.cifs support spnego ?
[20:52] <slangasek> mathiaz: yes
[20:52] <slangasek> though I'm not sure if that's really the question you meant to ask :)
[20:53] <mathiaz> slangasek: well - I've got a report that cifs in hardy doesn't support kerberos
[20:53] <mathiaz> slangasek: so they have to keep smbfs around
[20:54] <slangasek> I haven't tested this directly, but it's documented to support kerberos and there's an option to explicitly request that it use kerberos auth
[20:54] <mathiaz> slangasek: documented -> README.Debian ?
[20:55] <slangasek> mathiaz: documented in the mount.cifs manpage
[20:55] <mathiaz> slangasek: ok - thanks.
[20:57] <mi> i have problem with QT 4.4 after upgrade  i can't compile KDE 4.1
[20:58] <slangasek> mathiaz: was the user using 'sec=krb5' and it failed?
[20:59] <mathiaz> slangasek: I don't know - I'll ask.
[21:02] <slangasek> mathiaz: is there a channel I should join to discuss this directly?
[21:03] <compbrain> Anyone running or know of a wanna-build run build-cluster that has docs to share?
[21:06] <proq> what is a wanna-build?
[21:07] <geser> proq: afaik Debian's database with packages which needs building, it gives out the builds to the build daemons
[21:07] <compbrain> Yep
[21:13] <Caesar> pitti: any chance #214770 can get fixed in Hardy?
[21:14] <loffe> Hi all, I can't install libqt4-opengl-dev. There seems to be a conflict. I get this error message: trying to overwrite `/usr/lib/pkgconfig/QtOpenGL.pc', which is also in package libqt4-dev
[21:17] <Caesar> Bug!
[21:18] <ScottK> loffe: I think there's an open bug on that.  Let me look.
[21:19] <loffe> Is there a workaround?
[21:20] <ScottK> I think it says in the bug.  I'll point you at it if I find it.
[21:20] <mi> huh what a mess with qt4.4
[21:23] <ScottK> loffe: I was thinking of a different package (python=qt4, sorry).
[21:23] <ScottK> loffe: #kubuntu-devel is generally a better place for qt4 discussions.
[21:23] <loffe> ok, thanks anyway
[21:24] <mi> loffe, u need libqt4-opengl-dev for KDE 4.1
[21:26] <wasabi> Oh. Heh. Nice.
[21:26] <wasabi> Warning: Removing group `nogroup', since no other user is part of it.
[21:31] <foka> Just wondering: Is it known bug that when running virtual machines with virtualbox, often the keyboard gets stuck?
[21:31] <foka> In Ubuntu Hardy, I mean.
[22:04] <jwendell> seb128, around?
[22:04] <seb128> jwendell: yes
[22:05] <jwendell> seb128, where does gnome-session read the autostart files from?
[22:05] <jwendell> seb128, besides /etc/xdg/autostart
[22:05] <seb128> jwendell: /etc/xdg/autostart /usr/share/autostart
[22:05] <seb128> then the XDG_DATA_DIR, user dir, etc
[22:06] <jwendell> seb128, I mean, where is gnome-panel and nautilus ?
[22:06] <jwendell> there's no /usr/share/autostart...
[22:06] <seb128> those are not autostarted
[22:06] <jwendell> no?
[22:06] <seb128> they are in the gnome-session default session
[22:06] <seb128> they don't use autostart
[22:06] <jwendell> seb128, where is it?
[22:06] <jwendell> default session?
[22:07] <seb128> jwendell: /usr/share/gnome/default.session
[22:07] <jwendell> seb128, thanks
[22:07] <seb128> you are welcome
[22:10] <mario_limonciell> kees, ping
[22:11] <kees> mario_limonciell: hola
[22:11] <mario_limonciell> hi kees
[22:11] <kees> hiya mario_limonciell, how goes it?
[22:11] <mario_limonciell> i was investigating bug 218955 as it was looking like a bug in dkms
[22:11] <mario_limonciell> but it turns out it's a bug in the way dkms is used for lirc.
[22:12] <mario_limonciell> it will unfortunately break on every ABI rev of the kernel
[22:12] <mario_limonciell> so i was going to put together an SRU at the same time to fix that
[22:12] <mario_limonciell> and then also do a new lirc package for intrepid with the final 0.8.3 release
[22:12] <mario_limonciell> sound like a good plan?
[22:23] <cjwatson> wasabi: what emitted that message? that's a serious bug - nogroup is a global static user
[22:23] <cjwatson> er, group
[22:31] <wasabi> cjwatson: deluser did
[22:32] <ion_> You were deleting the user nobody?
[22:33] <ion_> I don't think there should be a special case to avoid the automatic deletion the group ‘nogroup’ if the user really wants to delete the user ‘nobody’.
[22:33] <wasabi> No. I added a user, then deleted it.
[22:33] <wasabi> By default it added it to nogroup.
[22:33] <wasabi> Then deleting it removed nogroup.
[22:34] <ion_> Interesting. Does the user ‘nobody’ still exist?
[22:34] <wasabi> Yes.
[22:34] <wasabi> In fact. The nogroup group stil; exists. :0
[22:34] <wasabi> It just printed the warning message
[22:36] <tjaalton> can new packages be added after release via backports or updates?
[22:36] <ScottK> tjaalton: It'd take a really odd problem to get a new pacakge into an SRU for updates.  Generally backports.
[22:37] <tjaalton> ScottK: ok, backports would do
[22:41] <tjaalton> ScottK: actually, would a broken dependancy (missing package..) warrant an SRU?-)
[22:41] <ScottK> So it's uninstallable now?
 yes
[22:41] <ScottK> Is this Universe or Main?
[22:41] <tjaalton> universe
[22:42] <ScottK> I'd guess it might.  I'd ask on #ubuntu-motu for someone from motu-sru to give you an opinion.
[22:42] <tjaalton> yeah, thanks
[22:46] <cjwatson> wasabi: I guess if it still exists that's not so bad, but er ...
[23:06] <LaserJock> tjaalton: did you get somebody on your SRU question?
[23:11] <tjaalton> LaserJock: not yet
[23:16] <LaserJock> tjaalton: what package/bug is it?
[23:18] <tjaalton> LaserJock: vdr-plugin-burn...
[23:20] <tjaalton> not that popular, but still a blatant oversight on my part
[23:20] <tjaalton> it installed fine on my box, which happened to have local packages installed <sigh>
[23:20] <LaserJock> tjaalton: so this is bug #226072 ?
[23:21] <tjaalton> yes
[23:21] <tjaalton> mkisofs -> genisoimage, projectx -> project-x, and add vdr-genindex. that should do
[23:22] <LaserJock> is genisoimage in Multiverse?
[23:22] <tjaalton> no
[23:22] <tjaalton> mkisofs is
[23:22] <tjaalton> genisoimage is in main
[23:22] <LaserJock> so vdr-plugin-burn is ok in Universe?
[23:22] <tjaalton> yes
[23:23] <LaserJock> that's what I thought, just wanted to confrim
[23:23] <LaserJock> *confirm
[23:23] <tjaalton> yeah I didn't realize that mkisofs dep could be changed
[23:24] <LaserJock> tjaalton: how big of a deal is this vdr-genindex package going to be?
[23:25] <tjaalton> LaserJock: installed size 64kb, one binary
[23:25] <LaserJock> tjaalton: well, I think it's worth going for an SRU
[23:26] <tjaalton> LaserJock: ok thanks, I'll test it properly this time and see how it goes
[23:26] <LaserJock> tjaalton: I can't say 100% I'd approve it until I've seen all the workup, but it seems like a worthwhile thing to do
[23:27] <tjaalton> of course
[23:27] <LaserJock> cool, sounds like a plan
[23:28] <paran> anybody here that manages the http://ddebs.ubuntu.com/ archive?
[23:28] <LaserJock> tjaalton: I just sub'd motu-sru so I can keep track of it
[23:28] <tjaalton> LaserJock: cool
[23:28] <cjwatson> paran: pitti
[23:28] <cjwatson> paran: unlikely to be around at this time
[23:29] <paran> cjwatson, pitti: ok. the problem is that many packages in hardy-updates seems to be available as deb-files in the pool-dirs but missing from Packages.gz
[23:30] <LaserJock> tjaalton: btw, is vdr-genindex in Intrepid?
[23:30] <tjaalton> LaserJock: not yet
[23:30] <tjaalton> since I noticed this mess this evening :)
[23:30] <LaserJock> heh
[23:31] <LaserJock> tjaalton: we'd want to have it go through NEW in Intrepid first
[23:31] <LaserJock> so that's probably a good place to start
[23:32] <tjaalton> LaserJock: yep, sure thing