[00:02] <lifeless> so is pycentral horked or what ?
[00:05] <crimsun_> quite.
[00:07] <lifeless> anyone fixing it, or should I break out pdb?
[00:08] <crimsun_> I started looking at it but was distracted by PulseAudio.  So, the latter.
[00:53] <superm1> slangasek, when would be a good time to look over the changes to cdimage that I had proposed?  cjwatson had asked me to ask you to look into merging them in
[01:01] <slangasek> superm1: mmm, today is archive duty day and tomorrow I'm off, so I guess Wednesday?
[01:01] <superm1> slangasek, okay sounds good to me.
[01:03] <superm1> slangasek, while you are archive duty'ing, you can nuke the first upload of libnet-upnp-perl to save yourself catching the error in it (there are two in NEW).  it was uploaded as arch any rather than all (the second one is fine)
[01:04] <slangasek> superm1: thanks, kicking it out so I don't get confused later
[01:04] <superm1> ok thanks
[01:10] <crimsun_> johanbr: still having issues with bz headset and PA?
[01:11] <johanbr> crimsun_: Yes, I'm afraid so. Even getting it to work without PA has been challenging.
[01:12] <johanbr> Sadly, it seems like the bluez developers are not very interested in the issue. I've had more luck with headsetd than with the bluez audio service.
[01:27] <cody-somerville> Is there any reason why thunar-svn-plugin hasn't been accepted yet? It did make it before the FF, right?
[01:31] <_MMA_> Still sitting in the queue. https://launchpad.net/ubuntu/hardy/+queue Might take a bit to clear.
[01:31] <_MMA_> And only been 4 days. (it looks like)
[01:42] <Chipzz> slangasek: is that in the standard gconf? I just did a quick google for gconf ldap and only found references to some evolution specific stuff?
[01:42] <slangasek> Chipzz: I didn't look too closely at how gconf was using ldap
[01:42] <azeem> lifeless: ping
[01:44] <lifeless> pong
[01:45] <azeem> lifeless: so, people asked me to upload opensync-0.22 for hardy, as it's pretty clear 0.40 won't be ready in time
[01:45] <lifeless> think 0.22 is an unambiguous improvement ? :)
[01:45] <lifeless> if so then yeah, JFDI
[01:46] <azeem> of course, there's still the issue that the plugin configuration and the database changed etc.,
[01:46] <azeem> but what about a 1-line patch telling it to use ~/.opensync-0.22 rather?
[01:46] <lifeless> yeah, I like that
[01:46] <azeem> if time permits, I/somebody else could try to port the plugin configuration converter from 0.3x that dgollub committed last week
[01:46] <azeem> (for 0.22->0.3x)
[01:47] <azeem> now, should I upload that to Debian unstable first and get somebody to sync?
[01:47] <azeem> opensync appears to be in main
[01:47] <lifeless> yeah
[01:47] <lifeless> upload and sync is easiest
[01:47] <lifeless> I think hardy is frozen now anyhow
[01:48] <azeem> only the lib
[01:48] <azeem> right, it'd need an exception
[01:48] <azeem> I have to admit that while evo2<->file works, I had no luck trying to sync my mobile via bluetooth or irda
[01:48] <azeem> connection refused, something which at least works slightly better with 0.3x
[01:49] <azeem> lifeless: do you remember why you changed the test suite (create_case->CREATE_CASE, which is a macro)
[01:50] <azeem> because that got rejected during update
[01:50] <johanbr> crimsun_: With the bluez audio service I can get simple things working, like playing a wav file. But ekiga segfaults and Twinkle fails to open the device.
[01:51] <lifeless> azeem: blink, debian changelog
[01:52] <azeem> lifeless: AFAICT it was in from the beginning, so "Intial upload" would be the entry...
[01:53] <azeem> hrm, or not
[01:53] <lifeless> I'm pretty sure someone gave me a patch for that; might be in the bzr changelog, one sec
[01:53] <slangasek> isn't that codehelp's patch?
[01:54] <azeem> oh indeed
[01:54] <azeem> lifeless: oops, sorry
[01:55] <Chipzz> slangasek: apparently it only does this for certain (evolution-specific) settings: http://svn.gnome.org/viewvc/gconf/trunk/backends/README.evoldap?revision=1966&view=markup
[01:55] <slangasek> Chipzz: to be honest, I don't really care about the gconf backend at all, my only concern is that it not get misbuilt and become a source of bug reports :-)
[01:56] <Chipzz> ok :)
[01:56] <Chipzz> I actually was kind of interested ;)
[01:58] <Chipzz> http://lists.debian.org/debian-project/2008/02/msg00048.html -> *sigh* :)
[01:59] <lifeless> *yawn*
[01:59] <Fujitsu> Wordpress! YAY!
[01:59] <StevenK> Oh, that mail.
[01:59] <Fujitsu> I wish they'd hurry up and remove it from the archives so that we can too...
[01:59] <slangasek> haha
[02:08] <TheMuso> lifeless, azeem I know for a fact I need to use 0.22 to sync with my mobile, so 0.22 would be welcome.
[02:09] <slangasek> I know I need > 0.22, so I'd like > 0.22 please ;)
[02:09] <TheMuso> slangasek: I can live without, I just build locally, but nevertheless.
[02:10] <slangasek> TheMuso: what mobile?  I think we really ought to be moving opensync forward, and getting fixes for any plugins that aren't ported yet
[02:10] <TheMuso> slangasek: Nokia 5700 Xpress Music.
[02:12] <slangasek> TheMuso: which plugin does that use in 0.22?
[02:12] <azeem> slangasek: problem is, 0.22 is sort of a dead end
[02:12] <azeem> the few developers who hack on opensync concentrate on 0.3x
[02:13] <lifeless> problem is, opensync has never had a stable release that they actually stand by
[02:13] <azeem> yeah
[02:13] <azeem> and I see mentionings of "let's get 0.40 out before I switch jobs and go MIA, maybe somebody else will pick up"
[02:13] <lifeless> they've routinely broken disk compatibility and api compatibility, and while thats ok if you provide migration - they aren't.
[02:13] <azeem> lifeless: there's now a migration tool from 0.22 to 0.3x
[02:14] <azeem> they actually say it's a requirement this time
[02:14] <slangasek> azeem: hmm?  I'm aware 0.22 is a dead end, this contributes to me wanting something newer...
[02:14] <azeem> slangasek: ah, ok
[02:14] <slangasek> since the plugin that supports my phone is 0.3x-only
[02:14] <TheMuso> slangasek: Syncml.
[02:14] <azeem> unfortunately, there's no nice GUI for 0.3x yet either
[02:14] <azeem> 3-4 half-finished ones
[02:16] <TheMuso> Probably expalins why opensync in Debian has stayed where it is for so long. :)
[02:20] <slangasek> TheMuso: I think that's explained by "upstream keeps screwing around with build systems"
[02:20] <TheMuso> heh right
[02:21] <azeem> they're really happy with cmake now that they reimplemented pkg-config and libtool in it
[02:25] <Chipzz> azeem: isn't pkg-config written in C? :)
[02:46] <TheMuso> slangasek: What plugin do you need to use with your phone?
[02:47] <slangasek> TheMuso: moto-sync, which has no working 0.22 version AFAIK
[02:48] <TheMuso> No, I don't remember seeing that plugin for 0.22
[03:21] <Amaranth> did the x86 retracer die?
[03:31] <pwnguin> if i wanted to find which applications ubuntu packages that use Xinput, would "apt-cache showpkg libxi6" be appropriate?
[03:33] <mjg59> pwnguin: rdepends
[03:56] <azeem> how can I tell libtool to use libopensync.0d as soname?
[03:57] <azeem> (after re-reading Debian #429798)
[03:57] <ubotu> Debian bug 429798 in libopensync0 "opensync: please use library versioning" [Wishlist,Open] http://bugs.debian.org/429798
[03:58] <StevenK> Dear tarfile, please become 200% faster. No love, Steve
[04:00] <azeem> oh wait, nm
[04:02] <chrisb_> is this the right place to be for help with building source?
[04:12] <StevenK> lifeless: This isn't Linda, this is moblin-image-creator.
[04:13] <lifeless> StevenK: ah; creating tars ?
[04:13] <lifeless> StevenK: are you using python's gzip support ?
[04:14] <StevenK> lifeless: It is using python's bz2 support.
[04:14] <lifeless> are you setting a compression level ?
[04:15]  * StevenK paws through the code
[04:15] <StevenK> tar_file = tarfile.open(tar_filename, "w:bz2")
[04:15] <StevenK> I doubt it.
[04:15] <lifeless> write, thats your problem
[04:15] <slangasek> TheMuso: well, moto-sync is a separate upstream, and I think the current, working version only builds against opensync 0.3x
[04:16] <StevenK> lifeless: Hm? Don't write? :-)
[04:16] <lifeless> try:
[04:18] <lifeless> ah, I was going to suggest something like TarFile.bz2open(tar_filename, mode='w', compresslevel=5), but checking my docs bzip2 doesn't scale like gzip
[04:19] <lifeless> python's GZipfile uses -9 by default, not -6 which gzip does; so pythons gzip wrappers are insanely slow by default
[04:19] <lifeless> StevenK: run lsprof over it
[04:20] <lifeless> StevenK: if you need glue code to do that and get a kcachegrind file look at bzrlib.lsprof
[04:21] <lifeless> you can trivially get a cachegrind file from there :)
[04:22] <StevenK> I don't think I care that much. :-)
[04:44] <CarlFK> alt-installer, is a python stack dump an error, or is this allowable?  http://dpaste.com/35856/
[04:45] <CarlFK> the installer aborted, but much later and I think for an unrelated problem
[04:46] <superm1> that's a different bug
[04:46] <superm1> someone broke python central today
[04:46] <superm1> a lot of hardy is broke because of it
[04:47] <lifeless> no lube on that upload
[04:48] <CarlFK> superm1: so no need to file report - just wait ?
[04:48] <superm1> CarlFK, there's an open bug already if you want to subscribe to it
[04:48] <superm1> let me grab it
[04:48] <lifeless> many open reports :)
[04:48] <slangasek> hrm, that's the sort of bug that should be milestoned for the alpha that's due in, oh, 3 days
[04:49] <superm1> but 192992
[04:49] <CarlFK> this is what caused the installer to abort   http://dpaste.com/35857/
[04:49] <superm1> bug 192992
[04:49] <ubotu> Launchpad bug 192992 in python-central "[hardy] pycentral crashed with ValueError in parse_versions()" [Medium,Confirmed] https://launchpad.net/bugs/192992
[04:49] <CarlFK> thanks
[04:50] <CarlFK> "This bug has            16 duplicates"
[04:51] <CarlFK> I feel so behind :)
[04:51] <superm1> i'm surprised its only 16
[04:53] <CarlFK> but is it confirmed? :)
[05:14] <ScottK2> superm1: Did you know you set the pycentral bug back to Medium at the same time slangasek set it to High?
[05:14]  * ScottK2 thinks you might put it back.
[05:14] <superm1> ScottK2, I didn't change it?
[05:15] <superm1> i only changed the milestone
[05:15] <slangasek> rather, you targetted it to a release
[05:15] <superm1> well i did that by accident looking for the milestone, and then i changed the milestone :)
[05:16] <slangasek> ah - so yes, I had done that just before you :)
[05:16] <ScottK2> superm1: Activity log says different (it's a refresh issue).
[05:17] <superm1> yeah suppose so
[05:18] <ScottK2> Just thought I'd mention it so it'd end up set where it was wanted to be.
[05:18] <TheMuso> Ouch. The latest live CD appears to still be using an old version of casper.
[05:21] <TheMuso> Yeah, latest live CD has casper 1.115.
[05:21] <TheMuso> And 1.118 is in the archive.
[05:23] <TheMuso> Same with a lot of packages I think, including artwork.
[05:23] <TheMuso> So much for my a11y testing this afternoon. :)
[05:47] <cjwatson> TheMuso: check http://people.ubuntu.com/~ubuntu-archive/livefs-build-logs/
[05:47] <cjwatson> TheMuso: this is usually because later livefs builds failed and somebody needs to focus on getting them back into shape
[05:48] <StevenK> It may be related to the python-central breakage ...
[05:48] <StevenK> I win, it is.
[05:49] <ScottK2> I have a theory on the python-central breakage, but no good way to test it and I'm about to go to bed.  Anyone interested in hearing a shot in the dark?
[05:50] <StevenK> ScottK2: No chroot you can upgrade?
[05:50] <ScottK2> StevenK: I've got a machine, just it's almost 1am and I've got an early meeting.
[05:51] <TheMuso> cjwatson: Ah right, it took me a bit to work that out, but looks like they are failing. Latest is from the 18th, for i386 at least. Ppc and ia64 have builds from the 19th.
[05:51] <CarlFK> ScottK I have a box I czan test on
[05:51] <ScottK2> StevenK: My shot in the dark is to revert the changes in python/sourcelist.cc in the last python-apt upload.  The pyversions.py file the python-central keeps dieing on is unchanged from the last to the current versions..
[05:52] <CarlFK> er... I take that back.  I have a gutsy box...
[05:53] <ScottK2> You could do it in a Hardy chroot.
[05:53] <ScottK2> http://pastebin.com/m63ba51ca is the change that I'm guessing needs reverted.
[05:53] <ScottK2> But it's just a guess.  Doing that may eat you children.
[05:53] <ScottK2> Good night all.
[06:02] <ionstorm> yea that bug is a bit annoying
[06:42] <pitti> Good morning
[06:42] <pitti> cjwatson: language-support split> that happened last Thursday
[06:42] <ion_> Good evening.
[06:42] <pitti> cjwatson: it's all done
[06:45] <pitti> cjwatson, asac: BTW, I wonder whether I should continue to test the n-m 0.7 packages? will we get it for hardy, or shall I go back to dogfooding the 0.6 ones?
[06:46] <dholbach> good morning
[06:49] <ion_> Good evening
[06:49]  * pitti hugs dholbach
[06:49]  * dholbach hugs pitti back
[06:55] <tseliot> good morning
[06:56] <pitti> argh argh, seems that the new python-central is on a 'break postinsts' rampage
[06:57] <superm1> yes, yes it is
[07:01] <dholbach> on the master bug there seems to be at least a workaround - no idea if it's "the real fix"
[07:01] <dholbach> bug 192992 comment 32
[07:01] <ubotu> Launchpad bug 192992 in python-central "[hardy] pycentral crashed with ValueError in parse_versions()" [High,Confirmed] https://launchpad.net/bugs/192992
[07:19] <pitti> apport bugpattern for bug above bug added
[07:19] <pitti> no more dups from now on
[07:40] <pitti> hm, current hardy's bzrtools is 1.0, which is incompatible with 1.1~rc1
[07:40] <pitti> but when I sync from Debian, I get bzrtools 1.2
[07:40] <pitti> because Debian already has bzr 1.2
[07:40] <StevenK> Drag in both bzr{,tools} 1.2?
[07:40] <pitti> slangasek: ^ Since bzr gets so exceptionally well self-tested, WDYT about syncing 1.2 for both?
[07:40] <StevenK> Ah
[07:42] <pitti> (a lot of people will want 1.2 anyway)
[07:43] <slangasek> pitti: we probably ought to take 1.2 for hardy, yes
[07:43] <pitti> ok, then I'll flush my syncs, thanks
[08:07] <warp10> Hi all!
[08:08]  * pitti hugs warp10, his favourite MOTU aspirant
[08:10]  * warp10 hugs back pitti, his favourite mentor and UDW speaker :D
[08:24] <seb128> mvo: is you or doko looking at bug #192992?
[08:24] <ubotu> Launchpad bug 192992 in python-central "[hardy] pycentral crashed with ValueError in parse_versions()" [High,Confirmed] https://launchpad.net/bugs/192992
[08:28] <mvo> seb128: possible, I don't know
[08:29] <seb128> mvo: I asked you or doko, I'll take it as you are not ;-)
[08:29] <seb128> where is doko? broke hardy and ran away? ;-)
[08:29] <mvo> seb128: I can check it out now if he is not around
[08:30] <seb128> mvo: there is already 30 duplicates so would be nice if somebody could look at it, upgrades are broken for everybody
[08:31] <dholbach> bug 192992 comment 32 has a workaround (maybe even a solution) for it
[08:31] <ubotu> Launchpad bug 192992 in python-central "[hardy] pycentral crashed with ValueError in parse_versions()" [High,Confirmed] https://launchpad.net/bugs/192992
[08:31] <seb128> mvo: there is a comment pointing a preinst change, not sure if it's correct though
[08:31] <dholbach> seb128: doko is at some OOo meeting
[08:32] <seb128> ok, so we better don't wait on him to fix the issue
[08:35] <pitti> seb128: I added an apport pattern for it now, BTW
[08:35] <seb128> thanks
[08:36] <mvo> seb128: looking at it now
[08:36]  * seb128 hugs pitti
[08:36]  * seb128 hugs mvo
[08:37] <seb128> pitti: good idea, I almost forgot about bug patterns ;-)
[08:37] <seb128> we don't use those often
[08:37] <pitti> for cases like these they are really handy
[08:37] <pitti> I recently sent an announcement about putting them in bzr
[08:37] <pitti> so more people can use them
[08:39] <seb128> right, I read this one
[08:46] <seb128> Amaranth: stop reassigning all the compiz bugs to libwnck ;-)
[08:46] <Amaranth> heh
[08:46] <seb128> I'm pondering making a compiz sucks bug there and duplicating everything
[08:47] <Amaranth> seb128: the one that i think i moved over a couple times is libwnck not paying attention to window extents
[08:47] <Amaranth> then there are the usual "libwnck doesn't handle viewports correctly" bugs
[08:47] <seb128> well, if they have the same cause and you know which one that would be nice to comment to say that and duplicate those
[08:48] <Amaranth> right, i planned to go through them afterward, had like 50 compiz bugs open in tabs at the time
[08:49] <seb128> ok, thanks
[08:49] <Amaranth> that'll probably be a few hours though, gotta sleep soon :)
[08:49] <Amaranth> but i'll take care of it, libwnck probably has a bunch of compiz-related dupes hanging around
[08:49] <seb128> btw, the broken move to workspace n, are you sure it's due to libwnck?
[08:49] <Amaranth> upsteam says yes
[08:49] <seb128> bah
[08:50] <Amaranth> I know one of the problems was not taking window decorations into account when figuring out how far to move
[08:50] <Amaranth> the window extents i mentioned
[08:56] <Amaranth> seb128: ooh, bug 184998 looks easy to fix
[08:56] <ubotu> Launchpad bug 184998 in libwnck ""Move To Another Workspace:" moves to Desk 3 in Desk 2 when selectin Desk 1 in Compiz" [Unknown,Confirmed] https://launchpad.net/bugs/184998
[08:57] <Amaranth> it seems to just move the wrong way, the reporting just happened to get lucky enough to have so little viewports it wrapped around
[08:57] <Amaranth> probably a + needs to be a - somewhere, i'll look later
[08:57] <seb128> Amaranth: thanks
[09:03] <asac> pitti: looks like we will stay at 0.6 in hardy
[09:03] <seb128> asac: :-(
[09:03] <tjaalton> asac: so upstream doesn't have a release schedule yet?
[09:03] <slytherin> Hi all. I am not sure if this the place to discuss this but is anyone working on getting latest bluez-gnome in Ubuntu? I think the recent releases also have file transfer support using obex-data-server and libopenobex-glib (none of them present in Ubuntu).
[09:04] <asac> tjaalton: more or less yes.
[09:04] <asac> otoh, NM 0.6.6 is planned for end of this month ;)
[09:05] <tjaalton> bah, 0.7 has all the goodies ;)
[09:06] <seb128> slytherin: obex-data-server is in NEW
[09:06] <slytherin> seb128: Damn. I always forget to make sure before I ask
[09:06] <seb128> slytherin: I think there is a sponsor request about the new bluez-gnome but the other one needs to be accepted first
[09:06] <seb128> slytherin: dunno about libopenobex-glib
[09:07] <slytherin> seb128: Thanks for info. I will try to explore what all is possible with obex-data-server.
[09:07] <seb128> you are welcome
[09:18] <pitti> asac: oh, then I better downgrade
[09:18] <Mithrandir> seb128: I'll NEW obex-data-server, since I was the one who rejected it last time.
[09:18] <mvo> seb128: I uploaded a fix that is hopefully correct
[09:18] <pitti> asac: too many regressions?
[09:20] <asac> pitti: too much uncertainty
[09:21] <beb> y s tat
[09:21] <beb> ur 4rm
[09:21] <ssam> on https://launchpad.net/ubuntu/hardy/+source/linux/2.6.24-9.15 under builds it says 'failed to upload' what does that mean? will there be afix before the next alpha?
[09:22] <geser> good morning
[09:22] <asac> pitti: we don't know _when_ upstream will release ... and if we release a random snapshot we might end up with a code base in a LTS release that upstream has no clue about (e.g. sec patches might not apply et al)
[09:22] <pitti> asac: ah, I see
[09:22] <asac> pitti: we discussed that in -platform meeting and came to this conclusion
[09:22] <beb> gud morning
[09:22] <seb128> Mithrandir: thanks!
[09:22] <pitti> I wasn't aware of the release status of 0.7
[09:23]  * seb128 hugs mvo
[09:23] <Mithrandir> seb128: accepted now.
[09:23] <seb128> mvo: thanks for the quick fix
[09:23] <Mithrandir> I should probably do a MIR for it
[09:23] <seb128> Mithrandir: rock on ;-)
[09:23]  * pitti hugs mvo
[09:23] <seb128> that would be nice
[09:24] <beb> wat would be nice
[09:24] <slytherin> mvo: I have another question about python-apt if you are not too busy.
[09:24] <beb> ya sure
[09:24] <saispo> anyone from xorg team ?
[09:25] <geser> ssam: something went wrong with the upload of the debs build by the buildd. the uploader should got a mail with the errror message, others can currently only guess about the reason.
[09:25] <beb> i dont know
[09:25] <mvo> slytherin: sure, fire
[09:25] <mvo> slytherin: I may be a bit slow answering, but will do my best :)
[09:26] <ssam> geser, thanks
[09:26] <beb> y thanx
[09:26] <seb128> saispo: #ubuntu-x
[09:26] <slytherin> mvo: I see in the examples installed in package python-apt, apt_pkg.Architecture is used to retrieve architecture. But when I try to use it I get some error, something that sound like api is not present (probably removed). Is this a bug or problem in examples?
[09:27] <saispo> seb128: thanks
[09:29] <mvo> slytherin: that sounds like a bug, I wouldn't mind a bugreport. use "apt_pkg.Config.Find("APT::Architecture")
[09:30] <slytherin> mvo: I had tried Config.Get instead of Config.Find. :-D
[09:32] <slytherin> mvo: Ok, .Find works. I will log a bug for the examples
[09:32] <mvo> slytherin: thanks
[09:33] <cjwatson> pitti: ah, ok, thanks, I checked but must have missed it somehow
[09:34] <pitti> cjwatson: well, the split of language-support-* into fonts/writing aids etc. is done; not the per-country split of language-pack-zh
[09:36] <cjwatson> right, that I knew
[09:36] <cjwatson> I think I just misread apt-cache show (since it also showed my installed package)
[09:39] <ogra> mvo, what would you think about a note that is displayed if users run apt-get dist-upgrade, pointing them to update-manager(-core) ? i guess we'd avoid a lot of breakage with a tiny change
[09:39] <ogra> like: "if you want to use this command to upgrade to a new distribution release, please rather use update-manager"
[09:39] <Keybuk> pitti: I have *THE BEST* apport bug
[09:40] <pitti> Keybuk: apport crash on apport crash on apport crash?
[09:40] <Keybuk> no, even better
[09:41] <ion_> ogra: It probably should also mention do-release-upgrade (it’s the same thing with a text UI, isn’t it?)
[09:41] <ogra> ion_, i thought that was -core
[09:41] <ion_> ogra: Ah, right :-)
[09:41] <Keybuk> pitti: http://people.ubuntu.com/~scott/apport-doh.png
[09:41] <ogra> in any case we shouold give users being used to dist-upgrade a hint imho
[09:42] <mvo> lol
[09:42] <mvo> ogra: yeah, I think that makes sense
[09:42] <ion_> keybuk: :-D
[09:43] <mvo> ogra: something more clever would be even better that can see if a actual release upgrade is performed or "just" some random upgrading
[09:43] <ogra> Keybuk, are you sure we're not violating a M$ patent here ?
[09:43] <pitti> Keybuk: "upgrade to a known-broken version! now!" :)
[09:43] <Keybuk> pitti: that's exactly what failed ;)
[09:43] <ogra> mvo, that would be the second iteration :)
[09:43] <Keybuk> the report is the failure to upgrade python-central
[09:43] <Keybuk> which it can't file, because I need to upgrade python-central
[09:43] <Keybuk> but I can't upgrade python-central, because it fails
[09:44] <Keybuk> generating a problem report which I can't file, because I nee*BOOM*
[09:44] <pitti> Keybuk: interesting self-referential case :) I think we shuold disable that check if ProblemType == Package and Package == obsolete Package
[09:45] <Keybuk> and I got a problem report because I ^\'d an app
[09:45] <Keybuk> but I think I'll ignore that ;)
[09:46] <Keybuk> awn crashed with SIGQUIT
[09:46] <pitti> what was it again, SIGSTOP or SIGQUIT?
[09:46] <pitti> ah
[09:46] <pitti> worth a bug report, though
[09:47] <Keybuk> a but that apport reports it?
[09:47] <pitti> yes
[09:48] <Keybuk> it's a valid report for most things I would have said
[09:48] <Keybuk> *shrug*
[09:48] <Keybuk> did you know, btw, that apport is actually an English word? :)
[09:48] <pitti> it's actually supposed to ignore SIGQUIT
[09:48] <pitti> Keybuk: yes, it's a German word, too
[09:48] <pitti> "apportieren" -> a dog fetches somethign you throw
[09:48] <cjwatson> it's a property of pets in nethack ;-)
[09:48] <Keybuk> heh
[09:49] <cjwatson> (meaning pretty much exactly that)
[09:49] <pitti> that's why I chose it as a name, it fitted well
[09:49] <Keybuk> in English, it means "to transfer something by mysterious means"
[09:49]  * Fujitsu finds apport mysterious enough.
[09:49] <pitti> sounds about right :)
[09:49] <Keybuk> heh
[09:49] <pitti> Keybuk: so, anyway, I expliticly have "if signum == str(signal.SIGQUIT): sys.exit(0)" and even test cases for it
[09:49] <Keybuk> good name :-)
[09:50] <Keybuk> pitti: hmm, maybe I did something very strange that confused it
[09:50] <Keybuk> I'm good at that
[09:50] <pitti> Keybuk: that's why I wonder why you still got a report; can you mail me your /var/log/apport.log?
[09:52] <tjaalton> asac: is there a bug against FF that if I have both GNOME & KDE installed, FF uses external applications randomly choosing either a KDE or GNOME equivalent depending on the phase of the moon :)
[09:53] <tjaalton> strike the moon stuff, it wouldn't be random then ;)
[09:57] <Keybuk> pitti: sure, it's my home machine
[09:58] <asac> tjaalton: not that i know of
[09:59] <pitti> Keybuk: toghether with an explanation which application you ^\ed
[09:59] <tjaalton> asac: it can offer file-roller five times in a row, then the same for ark ..
[09:59] <Keybuk> it was avant
[09:59] <Keybuk> it was annoying me
[09:59] <tjaalton> asac: when trying the same archive, for instance
[09:59] <pitti> Keybuk: just tried it here, I don't get a report for ^\
[10:00] <Keybuk> pitti: I'm wondering whether it didn't respond fast enough, and I did something else :p
[10:00] <asac> tjaalton: if you have a minute, please file a bug about this
[10:00] <tjaalton> asac: sure
[10:00] <asac> thanks
[10:03] <Keybuk> pitti: in fact, arguably any upgrade failure should be filed whether or not there are obsolete packages?
[10:03] <pitti> Keybuk: true that
[10:03] <Keybuk> . o O { if only Launchpad tracked versions }
[10:04] <pitti> oh
[10:04] <pitti> Keybuk: in fact the obsolescence check already applies *only* to ProblemType: Crash
[10:04] <pitti> Keybuk: apparently your report wasn't a package install/upgrade one, but a crash report
[10:04] <Keybuk> so python-central crashed while it was upgrading itself?
[10:04] <pitti> right
[10:04] <Keybuk> does python-central's postinst run python-central?
[10:05] <pitti> spethial
[10:05] <pitti> and I don't generally want to disable the obsolescence check, since we very deliberatly introduced it
[10:06] <pitti> Keybuk: yes, so it seems
[10:06] <pitti> if /var/lib/pycentral/delayed-pkgs exists
[10:09] <mvo> Keybuk: I uploaded a fix for the python-central issue some minutes ago
[10:11] <pitti> ArneGoetje: hm; I was just told that openoffice.org-hyphenation is the *old* way of doing things, and that it was split into several sources for easier maintenance; so we shuold migrate the language-support packs away from it
[10:17] <soren> The locale generation bug yesterday doesn't happen if I give the virtual machine a GB of RAM.
[10:20] <siti> yeah that bug is weird
[10:20] <siti> it has killed my machine before :(
[10:21] <ogra> mvo, that didnt fix it completely it seems
[10:21] <ogra> mvo, http://paste.ubuntu-nl.org/56598/
[10:22] <ogra> (i just grabbed your upload from LP)
[10:23] <stgraber> confirmed ^^
[10:29] <mvo> ogra: thanks! doko took care of it and uploaded a new (better) fix
[10:29] <geser> pitti: please give-back: libept. I got hit by graphviz being uninstallable. Thanks
[10:31] <mvo> ogra: could you please grab that latest version https://edge.launchpad.net/ubuntu/+source/python-central/0.5.50ubuntu3 and check if that helps?
[10:31] <pitti> geser: done
[10:34] <doko> ogra: you need to rebuild with this version
[10:35] <geser> pitti: please also give-back: xen-3.2. Got also hit by graphviz. Thanks.
[10:35] <ogra> doko, you mean i need to rebuild python-apt ??
[10:35] <doko> ogra: yes
[10:35] <ogra> oh
[10:35] <ogra> ok
[10:36] <dholbach> doko, mvo, ogra: just installing the new python-central (ubuntu3) made installation work for me
[10:36] <ogra> dholbach, well, stgraber sees it as well
[10:36] <dholbach> ogra: ubuntu3?
[10:36] <ogra> the first error was gone for me after ubuntu3
[10:36] <dholbach> hm, weird
[10:36] <ogra> but introduced the byte_compile error
[10:36] <doko> dholbach: yes, for python-apt it does work
[10:36] <ogra> err
[10:37] <ogra> ubuntu2
[10:38] <mvo> ogra: could you please check ubuntu3? if that is ok we are good, otherwise we need to look at it again
[10:39] <ogra> well, that takes some more effort ... let me see to get python-central ubuntu3 into my pbuilder somehow
[10:40] <mvo> ogra: pbuilder login --save-after-login and install it there
[10:40] <ogra> yeah
[10:40] <ogra> thats what i'm doing :)
[10:40] <doko> ogra: rebuilt package: http://people.ubuntu.com/~doko/tmp/python-apt_0.7.4ubuntu5_i386.deb
[10:40] <ogra> oh, wow, thats even better :D
[10:40] <pitti> geser: done
[10:41] <ogra> doko, mvo, http://paste.ubuntu-nl.org/56603/
[10:42] <ogra> :/
[10:42] <doko> ogra: http://people.ubuntu.com/~doko/tmp/python-central_0.5.50ubuntu3_all.deb
[10:43] <ogra> ogra@ceron:~/Desktop$ dpkg -l python-central|grep ii
[10:43] <ogra> ii  python-central                             0.5.50ubuntu3                       register and build utility for Python packages
[10:43] <ogra> ogra@ceron:~/Desktop$
[10:43] <ogra> but i'll try your package
[10:44] <ogra> same thing
[10:44] <ogra>   File "/usr/bin/pycentral", line 624, in byte_compile
[10:44] <ogra>     rt.byte_compile(files, bc_option, exclude_regex)
[10:44] <ogra> AttributeError: 'NoneType' object has no attribute 'byte_compile'
[10:45] <doko> ogra: please could you try to remove the package first?
[10:46]  * ogra tries
[10:46] <ion_> I also get that error.
[10:46] <ogra> urgh
[10:46] <ogra> thats a lot of deps
[10:47] <mvo> python-apt? yeah :-D
[10:47] <ion_> python-central
[10:47] <ogra> both
[10:47]  * pitti claims the trophy for the first LZMA-enabled upload
[10:47] <ogra> hrm
[10:48] <pitti> ia32-libs shrinks to less than 50% (!)
[10:48]  * mvo hands pitti a gold star
[10:48] <ion_> The crowd cheers.
[10:48] <ogra> meh -central removes nearly everything
[10:48] <doko> ogra: sorry, can't reproduce here, neither with an update from the broken, nor from the old version
[10:48] <ogra> especially xchat ...
[10:48] <ion_> doko: Still the same error after purging and reinstalling python-central.
[10:48] <doko> ion_: python-apt, not python-central
[10:48]  * ogra ctrl-C's quickly
[10:49] <ogra> doko, same error
[10:49]  * ogra reinstalls ubuntu-desktop
[10:50] <ogra> hrm ...
[10:50] <stgraber> I dpkg --purged python-central and reinstalled, doesn't seem to help
[10:51] <stgraber> (assuming that dpkg --purge + dpkg -i does the same as using the aptitude way)
[10:51] <ogra> it should
[10:51] <mvo> ogra: is that some special environment (pbuilder) or do you see it on your regular system?
[10:51] <ogra> thats my regular system
[10:52] <ogra> i fear to log out now ... half of my desktop is gone and not installable anymore
[10:52] <mvo> ogra: could you please check the last lines in /var/log/pycentral.log ?
[10:52] <mvo> ogra: there should be something like "bc for v%s (%d files)" in it
[10:52] <ogra> empty
[10:52] <mvo> ohh
[10:53] <stgraber> doesn't seem to work when reinstalling python-apt (except that now I don't have python-apt installed and all the packages depending on it are now broken ...)
[10:53] <ion_> ogra: I just forced the purge without removing the dependees since hey, the very next thing i’d do was to install the package back.
[10:54] <ogra> ion_, the deps are still broken
[10:55] <mvo> ogra: could you please try setting PYCENTRAL=debug and running the command again?
[10:56] <mvo> ogra: you need to be on "sudo -s" first, otherwise sudo eats the environemt
[10:56] <mvo> (^--- or stgraber or ion_)
[10:57] <ogra> still empty
[10:57] <mvo> PYCENTRAL=debug apt-get install python-apt
[10:57] <mvo> and nothing printed on the terminal?
[10:57] <ogra> ah, now its better :)
[10:58]  * soren likes the old python-central much better :)
[10:58] <ogra> http://paste.ubuntu-nl.org/56608/+
[10:58] <ogra> err
[10:58] <soren> ogra: Oh, oh, what did you do?
[10:58] <ogra> s/\+//
[10:58] <ogra> soren, wasnt me
[10:58] <mvo> ogra: out of curiosity, does it go away if you install python2.4?
[10:58]  * ogra whistles innocently
[10:59] <soren> ogra: No, but you said it was better. I thought you fixed it :(
[10:59] <soren> I have python2.4 installed and I'm seeing the same thing.
[10:59] <mvo> soren: better == more output (more output is always better :)
[10:59] <ogra> mvo, snap, thats it
[11:00] <stgraber> http://pastebin.ubuntu.com/4752/
[11:00] <stgraber> hmm, ogra was faster :)
[11:00] <mvo> stgraber: do you have python2.4 installed? does it help if you install it?
[11:00] <mvo> soren: oh? you get this with python-central 0.5.50ubuntu3 and python2.4 installed? the same error?
[11:01] <ogra> for me 2.4 fixed everything it seems
[11:01] <mvo> doko: is this fallout of the incorrect settings in the preinst or is this a different problem (i.e. will this go away after the packages got rebuild against the latest python-central)?
[11:01] <stgraber> I don't, let me install it
[11:01] <soren> mvo: I can't really install 0.5.5ubuntu3, apparantly.
[11:01] <mvo> ogra: still a bug, but we now know what the problem is
[11:01] <ogra> yeah
[11:02] <soren> mvo: Er.. hang on.
[11:02]  * mvo really needs to go for lunch now
[11:02] <soren> mvo: Sorry, I'm an idiot.
[11:03]  * soren tries again.
[11:03]  * mvo hugs soren
[11:03] <stgraber> here I seem to get the crash when installing python2.4 now ...
[11:03]  * pitti wonders how he can damage an ext3 file system in a way that fsck -a fails
[11:03]  * dholbach hugs soren
[11:03] <stgraber> (though python-apt and update-manager installed correctly :))
[11:03] <mvo> dd if=/dev/random of=/dev/pittis_hdd
[11:03] <soren> Er.. Yes, I *do* get the same error.
[11:03] <soren> ii  python-central                   0.5.50ubuntu3                    register and build utility for Python packages
[11:04] <soren> ii  python2.4                        2.4.4-7ubuntu1                   An interactive high-level object-oriented language (version 2.4)
[11:04] <pitti> mvo: well, that won't even remotely look like an ext3 partition any more :)
[11:04] <mvo> soren: same debug output as well?
[11:05] <soren> mvo: You mean lines the start with "pycentral:"?
[11:05] <mvo> pitti: use skip and count to just make it broken on random bits :)
[11:05] <mvo> soren: yes
[11:05] <pitti> mvo: ah, will try taht
[11:05] <soren> mvo: No, all it says is: pycentral: pycentral pkgremove duplicity
[11:05] <soren> mvo: ...which is probably the first package in pycentral's queue.
[11:05] <ogra> hmm
[11:05] <ogra> my system beahves weird now
[11:06] <ogra> now pitti's jockey upload breaks on pycentral
[11:06] <ogra> same erros
[11:06] <ogra> err
[11:06] <ogra> error
[11:06] <pitti> ogra: my bzrtools sync as well (FTBFS)
[11:06] <pitti> I'm collecting the logs for a later give-back
[11:06] <stgraber> I somehow managed to install python2.4 and I now get the crash when removing it :)
[11:06] <soren> mvo: The stacktrace is the same, though.
[11:06] <ogra> pitti, no, its pycentral thats broken
[11:06] <mvo> I need to go for lunch now, sorry. but when I'm back we can debug this further, looks likethere may be more issues hiding here :/
[11:07] <pitti> ogra: ah, you mean it built, but it doesn't install?
[11:07] <ogra> pitti, yeah
[11:07] <stgraber> http://pastebin.ubuntu.com/4753/ <--- When removing python2.4-minimal
[11:07] <pitti> right, it built successfully
[11:08] <emgent> heya people :)
[11:08] <ogra> stgraber, looks like "buffer" is empty
[11:09] <soren> I don't get it.
[11:09] <soren> It reads through the preinst..
[11:09] <soren> and only if it says '[python-package]' on a line by itself, it sets the buffer to something other than None.
[11:09] <soren> Why would preinst have a line like that?
[11:10] <soren> I'm having trouble seeing how this *wouldn't* fail ?
[11:10] <ogra> created by some dh_python helper ?
[11:11] <soren> Well..
[11:11] <soren> How can "[python-package]" on a line by itself be valid in a general preinst?
[11:11] <ogra> ogra@ceron:~/Desktop$ grep python-package /var/lib/dpkg/info/*.preinst|wc -l
[11:11] <ogra> 6
[11:12] <ogra> hmm
[11:12] <ogra> only 6 packages
[11:12] <soren> Sure, if the interpreter was set to pycentral or something.
[11:12] <soren> ..but then you couldn't put general stuff into the preinst.
[11:12] <soren> ..and possibly require a pre-depends on pycentral (not sure about that, though)
[11:13] <ArneGoetje> pitti: hum... then where are the new sources?
[11:14] <pitti> ArneGoetje: e. g. hyphen is the new one (the one we removed recently)
[11:14] <pitti> I haven't checked in detail for other languages
[11:15] <soren> Ah... inside a heredoc.
[11:16] <ogra> cjwatson, i'll take myself out of bin/daily-checks for now (since it only sends the same as the report has)
[11:16] <ArneGoetje> pitti: uah... sometimes it's oo.o-dictionaries, somtimes myspell and sometimes ispell besides hyphen... :( that's a mess
[11:16] <ogra> cjwatson, also what do we do about the DVD ?
[11:16] <soren> Well, I'm no python-central expert, but it seems that a "if not buffer: return None" in read_preinst_pkgconfig would be useful..
[11:17] <soren> Right after iterating through the preinst.
[11:17] <soren> The current implementation seems to assume that any package that has a preinst must have pycentral magic in there.
[11:18] <soren> doko: Opinion?
[11:18] <cjwatson> ogra: daily-checks> sure
[11:18] <cjwatson> ogra: Edubuntu DVD doesn't seem to make a whole lot of sense any more?
[11:18] <ogra> not sure
[11:19] <cjwatson> ogra: I'm not sure, I know we need to at least sort out DVD seeds
[11:19] <ogra> i suspect it will take some effort to get it in shape size wise
[11:19] <cjwatson> I didn't try to do it at the same time as everything else since it was complex enough already
[11:21] <ogra> i'll talk to RichEd about the expectations from his side about DVD
[11:22] <soren> Yay, working python-central.
[11:22] <ogra> soren, what did you break to make it work ?
[11:22] <ogra> :)
[11:23] <soren> ogra: I added the fix I suggested 6 minutes ago
[11:23] <soren> 12:16:47 < soren> Well, I'm no python-central expert, but it seems that a "if not buffer: return None" in read_preinst_pkgconfig would be useful..
[11:24] <soren> I could upload it, but I'm scared :(
[11:24] <soren> I'd like to head doko say "good idea" or something before I become TIL for pycentral and it breaks the world.
[11:25] <soren> *hear* doko say..
[11:25] <pitti> Keybuk: I uploaded a new sysvinit for usplash fsck magic for checkroot.sh FYI
[11:25]  * soren hugs pitti 
[11:30] <Keybuk> pitti: ok
[11:30] <Keybuk> pitti: the root is fixed?
[11:30] <soren> mvo: ping
[11:30] <pitti> Keybuk: I confine it to ext2 and ext3 (other fs'es don't benefit from it anyway)
[11:31] <pitti> Keybuk: I tried for two hours to track down why reiserfsck kills your partition when being called in the background, without success
[11:31] <pitti> Keybuk: but since I only tested it with 4 file systems, and only ext3 actually matters wrt. clean fsck, I think this is acceptable
[11:31] <mvo> soren: I'm checking your fix out currently
[11:31] <StevenK> pitti: Being backgrounded is something that happens to other processes?
[11:31] <YokoZar> Where can I find a good PPA howto?  I've spent a bit too long on google and wiki search looking for something that should probably be in an obvious place on launchpad...
[11:31] <mvo> soren: I think it is a good idea
[11:32] <soren> mvo: I'll prepare an upload an wait for your "Ok, go!".
[11:32] <pitti> StevenK: I don't understand what you mean?
[11:32] <StevenK> pitti: Heh, sorry, I'm trying to be funny. Being backgrounded is something that only happens to other processes, not reiserfsck?
[11:32] <mvo> soren: I have a upload ready here based on your suggestion
[11:33] <pitti> StevenK: apparently :)
[11:33] <pitti> StevenK: well, if I & it on a shell, it even works fine
[11:33] <soren> mvo: Oh, even better! It keeps my name off of it! :)
[11:33] <mvo> soren: with "if buffer is None: return []"
[11:33] <mvo> soren: but otherwise idential :)
[11:33] <StevenK> pitti: It needs a tty, then?
[11:33] <pitti> but if usplash is active (and thus I can't see what it's doing), it totally wrecks the partition
[11:33] <soren> mvo: Oh, ok. I just wanted to act exactly as though there was no preinst at all.
[11:33] <soren> mvo: ..but I haven't a clue :)
[11:34] <mvo> soren: right, that sounds sensible
[11:34] <mvo> soren: this dosn't fix the "apt-get install python-apt" with no python2.4-minimal crash, I look into that one now
[11:34] <pitti> and this is just an reiserfs -a /dev/bla &
[11:34] <pitti> on a readonly fs
[11:34] <pitti> reiserfsck, I mean
[11:34] <pitti> so I better leave its evilness alone, I figure
[11:35] <soren> mvo: I've taken a quick peek at the rest of the code and it seems to be the only bug of its kind. (there's nothing similar for {pre,post}{inst,rm})
[11:35] <mvo> great, thanks soren
[11:36] <doko> soren, mvo: ok, the fix for the preinst without having the config looks fine
[11:36] <soren> soren.debug_fu++
[11:37] <mvo> doko: if you don't beat me to it, I upload this change in a few minutes
[11:37] <doko> I can't see the failure "apt-get install python-apt" with no python2.4-minimal crash
[11:37] <doko> mvo: please go ahead
[11:39] <pitti> StevenK: </dev/null works fine, >/dev/null, too
[11:39] <pitti> StevenK: as I said, I haven't been able to reproduce it with usplash being disabled
[11:39] <mvo> doko: it looks like this: http://paste.ubuntu.com/4754/ - I can reproduce it here. I think I will just add checks that ensure that rt.byte_compile is not called if the runtime is not available
[11:40] <StevenK> pitti: That's wierd as hell.
[11:42] <tjaalton> umm, why isn't mdadm included on amd64 ubuntu-standard?
[11:44] <tjaalton> the changelog says it was removed from all, but at least feisty standard-i386 has it
[11:44] <pitti> StevenK: exactly my thoughts
[11:45] <tjaalton> whoops, sorry
[11:45] <tjaalton> I was looking at a dapper box
[11:49] <mvo> ogra, stgraber, doko: new version uploaded that works for me (tm) - please test ubuntu4 and let me kow if that fixes the issues for you too
[11:53]  * soren hugs mvo
[11:54] <soren> "  * do not crash if the"  ?
[11:54] <soren> https://edge.launchpad.net/ubuntu/hardy/+source/python-central/0.5.50ubuntu4
[11:54] <pitti> soren: ...editor saves a file? :)
[11:54]  * soren chuckles
[11:58]  * mvo coughs
[11:59] <ion_> iRon: I want my R back.
[11:59] <iRon> :)
[11:59] <iRon> ion_: no problem
[12:05] <etretyak> ion_: take your R ;)
[12:07] <\sh> Riddell: grmpf..
[12:09] <\sh> question to our release team in general: is it feasable to re-upload a NEW package which was rejected, because of a silly mistake by me inside the license file, without prior approval? :)
[12:10] <pitti> \sh: sure; NEW uploads don't generally require prior approval
[12:11] <Riddell> \sh: yes that's fine
[12:11] <\sh> pitti: and it's likely that the package will be processed for include into hardy still? I thought new packages only until FF sday
[12:11] <frafu> doko: Could you please tell me whether it is the fact that mousetweaks installs a daemon that makes you hesitate? https://bugs.edge.launchpad.net/ubuntu/+source/mousetweaks/+bug/190208
[12:11] <ubotu> Launchpad bug 190208 in mousetweaks "Main Inclusion Report for mousetweaks" [Undecided,Incomplete]
[12:11] <Riddell> pitti: motu says they do
[12:12] <Riddell> \sh: today is my archive day, of course it'll be processed!
[12:12] <pitti> :)
[12:12] <\sh> Riddell: ok, you are fine that I bugfix this mistake and reupload? :) I mean it was already approved actually :)
[12:12] <Q-FUNK> howdy!  could anybody tell me where are the latest how-to for building a customized ubuntu CD, as applying to gutsy?
[12:12] <Riddell> \sh: of course
[12:13] <\sh> Riddell: cool..thx :)
[12:13] <pitti> Riddell: great goals; I spent hours and hours on NEW on Friday already
[12:14] <Riddell> Target: New queue zero!
[12:14] <Riddell> only 49 to go
[12:15] <\sh> Riddell: hmm...if I say that it is licensed as GPL (version 1 or greater) or artistic (same lic as perl) then it's ok for you to include GPL-2 instead of GPL-3 right? :)
[12:15] <pitti> Riddell: hm, following that spirit I should continue the MIR crunch :)
[12:15] <Riddell> \sh: so long as upstream really is that
[12:16] <\sh> Riddell: upstream is same licences as perl...which means GPL 1 or greater or artistic
[12:17] <\sh> Riddell: upstream itself doesn't provide a license file in general and I'm using the infos on cpan for it
[12:17] <danimo> \sh: any updates on the wine crash?
[12:17] <\sh> danimo: nope...I have a report, that it works magically after the last dist-upgrade...I'll check just now
[12:18] <\sh> danimo: but I'm not sure if this has something to do with the crash in general..0.9.54 works still, but 0.9.55 doesn't and my debugging didn't give me any clue what is going wrong
[12:19] <Riddell> \sh: you should point to that in debian/copyright then
[12:20] <\sh> Riddell: ok
[12:21] <Riddell> \sh: and include a GPL, perferably version 1
[12:21]  * Riddell tsks at slangasek for leaving backports in New
[12:22] <\sh> Riddell: I'm just searching for it :)
[12:22] <Riddell> \sh: apt-get source perl
[12:22] <Riddell> Copying
[12:28] <\sh> Riddell: reuploading the same version or should I inc the rev no?
[12:28] <Riddell> \sh: doesn't matter
[12:42] <soren> cjwatson: Ok, so I can totally reproduce the alternate installer failing if I only have 128MB... What to report that against? There's a kernel bug involved somewhere, so maybe that's a good starting point?
[12:45] <\sh> Riddell: re-uploaded libfile-flock-perl and libdaemon-generic-perl
[12:47] <\sh> pitti: thx for adding the other libs to ia32 :)
[12:47] <pitti> \sh: feedback appreciated if it actually works now
[12:48] <\sh> pitti: well, the crash comes from something else..I think
[12:48] <\sh> pitti: I really wonder if it's the preloader thing with its strange memory mapping or something like that
[13:07] <danimo> \sh: unfortunate,  I kinda need wine for online banking
[13:12] <\sh> danimo: well, I need it too for my tax application ;)
[13:12] <danimo> hehe
[13:15] <erudified> Hey, congrats on all your hard work - Hardy is looking awesome!
[13:19] <frafu> doko: ping
[13:32] <stgraber> mvo: http://paste.ubuntu.com/4756/ <-- I get this one with pycentral -ubuntu4
[13:32] <stgraber> that's when installing jockey-gtk
[13:35] <pitti> frafu: I'll have another look at MIR later in the afternoon
[13:35] <frafu> pitti: thanks
[13:36] <mvo> stgraber: woah, this is still another one
[13:37] <stgraber> yes
[13:38] <mvo> stgraber: thanks, I can reproduce it too
[13:38]  * ogra_ got the same here
[13:42] <CarlFK> bug #192992
[13:42] <ubotu> Launchpad bug 192992 in python-central "[hardy] pycentral crashed with ValueError in parse_versions()" [High,Confirmed] https://launchpad.net/bugs/192992
[13:42] <mvo> stgraber, ogra_: thanks, have it and have a fix
[13:46]  * mvo uploads another python-central and hopes for the best
[13:47] <ogra_> heh
[13:53] <cjwatson> soren: I'm not sure. Kernel might be worth a start
[13:54] <soren> cjwatson: Mkay. I was hoping to not depend on that. The bug list for the kernel is not very encouraging :/
[13:55] <soren> pitti: Have you managed to access the magic sysrq thing on your d430?
[13:55] <cjwatson> soren: I know, I'm just conscious that chances are there's not going to be a whole lot we can do from the installer end
[13:55] <cjwatson> short of not running localedef, which doesn't sound like a great option either
[13:55] <soren> :)
[13:56] <soren> cjwatson: Well, sure, and there's no doubt there's a kernel bug involved somewhere. I just hoped you had some magic trick up your sleeve that could narrow it down a bit. :)
[13:58] <cjwatson> soren: hang on - exactly when did you say it was failing?
[13:58] <cjwatson> what installer step?
[13:58] <soren> cjwatson: When it's running localedef (during finish-install)
[14:07] <cjwatson> soren: yeah, the weird bit is that localedef is run from post-base-installer, way earlier than finish-install
[14:07] <cjwatson> soren: a process tree might help ...
[14:08] <soren> cjwatson: Er.. ok?
[14:08] <cjwatson> post-base-installer:    log-output -t localechooser chroot /target /usr/sbin/locale-gen "$LOCALE" || true
[14:08] <soren> cjwatson: Ah, localedef is put into the background, I guess?
[14:08] <cjwatson> post-base-installer:    log-output -t localechooser chroot /target /usr/sbin/locale-gen $EXTRAS || true
[14:08] <cjwatson> no
[14:08] <soren> but..
[14:08] <soren> um..
[14:08] <soren> Okay.
[14:08] <soren> O_o
[14:09] <soren> Well, the way it looks from the UI is that it gets stuck when it says "Storing language".
[14:10] <soren> When I switch to vt2 I can see localedef running at full steam.
[14:10] <soren> strace and ltrace are both silent, it's in R state and can't be kill -9'ed.
[14:10] <cjwatson> like I say, a process tree might help establish what's going on
[14:10] <soren> Attaching gdb to it gave me no love at all.
[14:11] <soren> cjwatson: True.
[14:11] <soren> Nevertheless, process in R state, that can't be killed => kernel bug, but let's see if we can narrow it down a bit.
[14:12] <cjwatson> localechooser's finish-install ought not to be doing much at all
[14:12] <cjwatson> I think it is probably actually the post-base-installer script that's running, in which case there is no confusion
[14:13] <soren> cjwatson: It's the finish-install script that says "storing language", though, isn't it? Or why do I think it is?
[14:13] <cjwatson> well, the template is finish-install/blah
[14:13] <cjwatson> but actually base-installer uses that template as a fallback too
[14:13] <cjwatson> to save duplicating it
[14:14] <soren> Ahah..
[14:14] <soren> busybox has not pstree, afair. Oh, well, I'll whip something up based on /proc.
[14:15] <cjwatson> I don't think it's needed
[14:15] <cjwatson> this is pretty clearly p-b-i AFAICS

[14:20] <mok0> lamont: ping
[14:21] <lamont> yes?
[14:21] <mok0> lamont: can you tell me what cpp predefines exist on hppa?
[14:22] <lamont> __hppa__ iirc
[14:22] <mok0> lamont: I am guessing __hppa
[14:22] <mok0> lamont: ah, ok
[14:22] <lamont> __${arch}__ is pretty much always there
[14:22] <mok0> lamont: great, thanks, thats all :-)
[14:24] <MacSlow> hm... I'm just updating and get tons of error-messages about python- and apt-packages not correctly installing... trying to generate bug-reports fails too
[14:24] <CarlFK> bug #192992
[14:24] <MacSlow> anybody got a clue what I just ran into there?
[14:24] <ubotu> Launchpad bug 192992 in python-central "[hardy] pycentral crashed with ValueError in parse_versions()" [High,Confirmed] https://launchpad.net/bugs/192992
[14:24] <mvo> MacSlow: its a known issue
[14:24] <mvo> python-central had a bad day today
[14:24] <MacSlow> mvo, do I have to feel guilty not knowing this?
[14:24] <mvo> no :)
[14:24] <MacSlow> *phew*
[14:25] <ogra_cmpc> s/python-central/mvo/ ?
[14:25] <mvo> ogra_cmpc: *pfff* I'm fixing it
[14:25]  * ogra_cmpc hugs mvo
[14:25]  * seb128 hugs mvo
[14:26]  * MacSlow has "fun" fixing wncklet's tooltips
[14:26] <mok0> lamont: the hppa platform in the buildd is running Linux, yes?
[14:27] <Keybuk> asac_: so, err
[14:27] <Keybuk> firefox 3.0
[14:27] <Keybuk> where's the Home button?
[14:28] <lamont> mok0: yes.
[14:28] <azeem> Keybuk: it's the MyFacebook button now
[14:28] <mok0> lamont: ... and big endian?
[14:28] <pitti> soren: hm, if you ask me like that, no
[14:29] <lamont> of course
[14:29] <lamont> hppa/linux is always BE
[14:30] <stgraber> Keybuk: have a look at the bookmark toolbar :)
[14:30] <Keybuk> I don't have a bookmark toolbar?
[14:30] <ogra_cmpc> Keybuk, ++
[14:30] <stgraber> you have to enable it, then move it back to the main one :)
[14:31] <Keybuk> that's a bit silly
[14:31] <ogra_cmpc> the most useless waste of screen space ever
[14:31] <Keybuk> why did they take away the Home button by default?
[14:31] <stgraber> I wondered the same
[14:31] <azeem> I didn't notice I don't have a Home button with Epiphany for years now
[14:31] <Keybuk> epiphany has a Home button
[14:31] <Pici> Probably because they wanted to put it near the Smart Bookmarks and Places folder buttons
[14:31] <Keybuk> when it's not busy crashing
[14:31] <azeem> Keybuk: maybe I removed it then :)
[14:34] <asac> Keybuk: its on the bookmarks toolbar ... but upstream is working on improving this: bug 192505 + mozilla bug 417152
[14:34] <ubotu> Launchpad bug 192505 in firefox-3.0 "Where's my home button?" [Undecided,Confirmed] https://launchpad.net/bugs/192505
[14:34] <ubotu> Mozilla bug 417152 in Toolbars "move the Home button only if the bookmarks bar is visible" [Normal,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=417152
[14:35] <Keybuk> the bookmarks bar is invisible by default?
[14:35] <Mithrandir> no
[14:35] <asac> Keybuk: no its visible, but some users disable it
[14:35] <ogra_cmpc> no, its visible
[14:35] <stgraber> I don't think so but I didn't reset my FF profile for a long time
[14:35] <Keybuk> it's invisible for me
[14:35] <Keybuk> and I only installed firefox-3.0 a few hours ago
[14:36] <ogra_cmpc> i disable it as first thing usually
[14:36] <stgraber> it probably took your settings from your FF2
[14:36] <asac> Keybuk: maybe an old profile setting?
[14:36] <Keybuk> asac: laptop was fresh installed with hardy
[14:36] <Keybuk> and I use epiphany normally
[14:36] <Keybuk> so if I have a firefox profile, it's an empty one from when firefox has been started by mistake by some application that has it hard-coded
[14:38] <stgraber> well, that probably created a FF2 profile then which was taken by FF3 at first start ...
[14:39] <cjwatson> Mithrandir: could you visit https://launchpad.net/casper/trunk/+source and set the Bazaar branch for the series to ~ubuntu-core-dev/casper/trunk, please?
[14:39] <ogra_cmpc> but the default ff2 profile has the bookmarks toolbar enabled as well
[14:40] <asac> Keybuk: hmm ... just tried with a fresh profile: bookmarks toolbar is visible here. do you do backups of your home? we could look at the profile then?
[14:40] <Keybuk> no
[14:41] <Mithrandir> cjwatson: done
[14:41] <cjwatson> ta
[14:52] <superm1> Riddell, the author of libnet-upnp-perl lists the terms of his license in the README
[14:53] <superm1> he just doesn't explicitly have a "COPYING" file that he put them in
[14:53] <Riddell> superm1: doh, so he does
[14:54] <Riddell> superm1: ok accepted, sorry about that
[14:54] <superm1> Riddell, okay thanks.  Well it's good I was still around when you rejected it :)
[15:01] <ogra_> oh
[15:01] <ogra_> now i know why my addon seems so full ... its full of windows software
[15:02] <rhpot1991_laptop> can an archive admin look at something that failed to build for me: https://edge.launchpad.net/ubuntu/+source/atomicparsley/0.9.0-0ubuntu1
[15:02] <rhpot1991_laptop> has some errors about section unknown, but the section should be misc on the latest version
[15:03] <stgraber> ogra_: how ?
[15:04] <ogra_> stgraber, well, the winfoss stuff is on it
[15:04] <ogra_> openoffice, inkscape, celestia, firefox and tuxpaint
[15:05] <stgraber> right, openoffice taking a lot of space I guess :)
[15:05] <ogra_> yeah
[15:07] <ogra_> hmm, i wonder what icon to take for edubuntu-desktop in the addon metadata ...
[15:08] <stgraber> ogra_: Can't you simply take the standard edubuntu logo ?
[15:09] <ogra_> hmm
[15:18] <Keybuk> thought of the day
[15:18] <Keybuk> we should inhibit reboot/shutdown/logout/gdm etc. when dpkg is running
[15:19] <slytherin> Hi all. I have packaged latest bluez-gnome and will upload a .diff.gz soon. Just let me know if we should disable the 'Browse Device ...' menu in the applet as gnome-vfs-obexftp doesn't work as of now.
[15:21] <jdong> Keybuk: interesting... though what would be the use case?
[15:22] <Keybuk> the person who signs our pay cheques rebooted her laptop while the kernel was being upgraded, and then it wouldn't boot because the initramfs was truncated
[15:23] <Robot101> true indeed
[15:24] <pitti> Keybuk: oops
[15:24] <pitti> Keybuk: I hope she had at least one older kernel still?
[15:24] <\sh> pitti: lib23ncurses5 should install a /usr/lib32/libncurses.so.* lib, right? but according to packages.u.c it doesn't ship with it, but lib32ncurses5-dev comes with /usr/lib32/libncurses.{a,so}
[15:24] <pitti> \sh: hm, it should at first sight, yes
[15:24] <Keybuk> pitti: happily so, I booted it with /bin/bash and dpkg --configure -a
[15:24] <mjg59> \sh: The .a and .so should be in -dev. The .so.foo should be in the main package.
[15:24] <Keybuk> but it shouldn't be *that* easy to shoot yourself in the foot
[15:25] <Keybuk> you should have to be trying to
[15:25] <\sh> mjg59: yes, the .a and .so are in the -dev package, but the .so.major.minor are not in the main package
[15:27] <pitti> asac: is the 'firefox' (2.0) build dependency of firefox-themes-ubuntu on your radar?
[15:27] <pitti> asac: it's the only thing that keeps firefox in main still
[15:27] <rhpot1991_laptop> any archive admins around to look at something?
[15:28] <pitti> rhpot1991_laptop: you need to be a little more specific :)
[15:28] <rhpot1991_laptop> pitti: https://edge.launchpad.net/ubuntu/hardy/+source/atomicparsley/0.9.0-0ubuntu1
[15:28] <rhpot1991_laptop> failted to build
[15:29] <slytherin> Hi all. I have packaged latest bluez-gnome and will upload a .diff.gz soon. Just let me know if I should add patch to disable the 'Browse Device ...' menu in the applet as gnome-vfs-obexftp doesn't work as of now.
[15:29] <rhpot1991_laptop> actually this is a link with the build info: https://edge.launchpad.net/ubuntu/+source/atomicparsley/0.9.0-0ubuntu1
[15:30] <\sh> pitti, mjg59 : http://launchpadlibrarian.net/10730655/buildlog_ubuntu-hardy-amd64.ncurses_5.6%2B20071124-1ubuntu1_FULLYBUILT.txt.gz the 32bit package for amd64 doesn't ship with a libncurses.so.* lib...
[15:30] <pitti> rhpot1991_laptop: you should ahve gotten an upload rejection mail
[15:30] <pitti> rhpot1991_laptop: it's built, but failed to upload for some reason
[15:30] <rhpot1991_laptop> I did
[15:30] <pitti> rhpot1991_laptop: and the reason should be explained in the mail
[15:31] <asac> pitti: firefox 2 currently has no binaries in main ... all have been replaced by firefox (>=3). anyway, it just became a prominent object on my radar ;)
[15:31] <rhpot1991_laptop> 13:10:31 WARNING Unable to grok section 'unknown', overriding it with misc
[15:31] <rhpot1991_laptop> 13:10:31 WARNING Upload was rejected:
[15:31] <rhpot1991_laptop> 13:10:31 WARNING        atomicparsley_0.9.0-0ubuntu1_i386.deb control file lists section as main/unknown but changes file has main/misc.
[15:31] <rhpot1991_laptop> but its set as misc in my debian/control
[15:32] <asac> pitti: interesting that this package has firefox as build-dep anyway
[15:32] <ogra_> rhpot1991_laptop, does it have a control.in by chance ?
[15:32] <pitti> asac: oh, indeed
[15:32] <pitti> asac: want me to remove the firefox source then?
[15:32] <asac> pitti: i guess that should be removed from seeds?
[15:32] <rhpot1991_laptop> nope
[15:33] <rhpot1991_laptop> I am using cdbs, not sure that matters
[15:33] <pitti> rhpot1991_laptop: it shouldn't; cdbs doesn't care about/touch Section:
[15:33] <asac> pitti: please keep it, but demote it to universe ... firefox-2 binaries will go to universe ... several people requested that they need this or that extension and i want to serve that need somehow
[15:33] <pitti> asac: but if the binaries are all shadowed by the firefox-3.0 source, what's the purpose?
[15:34] <rhpot1991_laptop> I had it as unknown originally, but changed it cause unknown isn't alloud
[15:34] <asac> pitti: new binaries will grow :)
[15:39] <frafu> pitti: thanks for the review and the promotion of mousetweaks. Point 1 of what has to come next is already done because it has been added as a dependency to the gnome control center and accepted. However I think that your second point of your reply about making LP kick in might not be correct because mousetweaks is not hosted in GNOME since its integration into it.
[15:40] <pitti> frafu: I mean stripping the translations (*.mo) out of the .debs and importing htem into LP
[15:40] <pitti> frafu: so that language-pack-* will have the translations, and you can use LP to translate
[15:42] <slytherin> Can anyone please look at .diff.gz attached to bug 190405
[15:42] <ubotu> Launchpad bug 190405 in bluez-gnome "please upgrade bluez-gnome to 0.18 " [Wishlist,Confirmed] https://launchpad.net/bugs/190405
[15:42] <geser> rhpot1991_laptop: looking at the .diff.gz I still see Section: unknown in debian/control
[15:43] <frafu> pitti: but mousetweaks is not hosted anymore on launchpad (has been abandoned) ; it is hosted on gnome svn. Does this not matter?
[15:43] <pitti> frafu: no, it doesn't
[15:43] <pitti> frafu: the Ubuntu packages are hosted on LP
[15:43] <pitti> and the language-pack-* refers to the Ubuntu packages, not the upstream project
[15:44] <frafu> pitti: ok.  Do I have to ask for a feature freeze exception?
[15:44] <pitti> frafu: what for?
[15:45] <frafu> to get mousetweaks included?
[15:45] <asac> pitti: i subscribed ubuntu-archive to bug 193321
[15:45] <ubotu> Launchpad bug 193321 in firefox "please demote firefox source to universe" [Undecided,New] https://launchpad.net/bugs/193321
[15:45] <pitti> frafu: no, that's fine; it was requested and discussed before FF
[15:46] <pitti> frafu: take my approval if you feel better :)
[15:46] <pitti> frafu: (I'm still in the release team, although not the primary RM any more)
[15:46] <pitti> asac: ah, I just did that :)
[15:46] <asac> pitti: oh ok ... then don't bother
[15:46] <asac> i will close it
[15:46] <pitti> asac: alrady done, thanks
[15:46] <frafu> pitti:  cool B)
[15:48] <rhpot1991_laptop> pitti: hmmm, I just got the latest diff.gz from my box and it looks different than the one from LP
[15:48] <pitti> rhpot1991_laptop: uh, that's disturbing
[15:48] <pitti> forgot to rebuild the source package before upload or so?
[15:49] <rhpot1991_laptop> well I didn't rebuild now
[15:49] <rhpot1991_laptop> so that shouldn't be the case, unless I somehow did upload this one, but I swear that a MOTU made me change that
[15:50] <asac> carlos: ping ... firefox locales ;)
[15:51] <warp10> Hi all!
[15:51] <asac> hi warp10
[15:51] <carlos> asac: I'm on the phone, will ping you once I'm done.
[15:51] <warp10> hey asac!
[15:51] <asac> carlos: oh ok ...  i have a conf call in 10 minutes too ;)
[15:51] <carlos> asac: or even better, talk with jtv, he's my manager and should be able to provide all information... ;-)
[15:52] <rhpot1991_laptop> pitti: http://revu.tauware.de/details.py?package=atomicparsley
[15:52] <rhpot1991_laptop> pitti: has misc in there
[15:54] <sistpoty|work> asac: bug #193319 is just a demotion from main to universe? or are there other changes as well?
[15:54] <ubotu> Launchpad bug 193319 in firefox "FF exception: firefox source will be revived to produce firefox-2 binaries in universe" [Undecided,New] https://launchpad.net/bugs/193319
[15:54] <asac> sistpoty|work: binary package renamed
[15:55] <sistpoty|work> asac: oh, heh, well I guess that isn't really exception worthy imo
[15:55] <asac> sistpoty|work: its basically the same package ... only difference is package name and the binary name is now /usr/bin/firefox-2
[15:55] <asac> sistpoty|work: yeah ... i just don't want to ignore motu-release :)
[15:55] <sistpoty|work> heh
[16:08] <awen_> calc: hi. i've tried looking further into bug 192310 regarding openoffice.org-hyphenation and openoffice.org-hyphenation-en-us containing the same file...
[16:08] <ubotu> Launchpad bug 192310 in hyphen "package openoffice.org-hyphenation-en-us None [modified: /var/lib/dpkg/info/openoffice.org-hyphenation-en-us.list] failed to install/upgrade: trying to overwrite `/usr/share/myspell/dicts/hyph_en_US.dic', which is also in package openoffice.org-hyphenation" [High,Confirmed] https://launchpad.net/bugs/192310
[16:08] <awen_> calc: I can't really figure out what the best solution could be; from what Martin-Éric Racine has said in the bug, compared to the current state of the openoffice.org-hyphenation-* packages, it seems quite of a mess
[16:09] <frafu> pitti: concerning the next upload : I prepare the package, submit a bug  (supplying the diff.gz) and subscribe ubuntu main sponsor to it correct? What title should I give to the bug? Next monday, a new upstream release is due: should I wait for the new release or package the current release? (I will prepare a package after the new release even if you tell me to meanwhile post the current package)
[16:10] <pochu> frafu: is that mousetweaks? If so, you can add it to the DesktopTeam TODO
[16:11] <dholbach> Ubuntu Development Week is up and running in #ubuntu-classroom!
[16:11] <awen_> calc: I was told in #ubuntu-motu that you might have an opinion on that
[16:14] <frafu> pocho: yes mousetweaks; do I get you right: instead of subscribing it to ubuntu-main-sponsor, I add it here: https://wiki.ubuntu.com/DesktopTeam/TODO?
[16:15] <pochu> frafu: to the weeklyTODO, yes
[16:15] <frafu> pochu: sorry for the typo
[16:15] <pochu> frafu: with a link to the dsc, or to a bug where it is
[16:15] <pochu> no probs :)
[16:16] <frafu> pochu: ok
[16:16] <frafu> thanks
[16:17] <pochu> frafu: feel free to drop by #ubuntu-desktop and ask any questions you may have
[16:18] <frafu> pochu: ok; thanks for the tip
[16:19] <mario_limonciell> pochu, good news: gmyth is in debian now (at least in NEW), we'll be able to sync the gstreamer bad plugins soon again
[16:22] <pochu> mario_limonciell: yeah, nice work!
[16:22] <mario_limonciell> pochu, slomo helped rush it in. so thank him :)
[16:22] <pochu> I already did :)
[16:28] <calc> awen_: i'm going to talk to the debian maintainer and see what he thinks about i
[16:28] <calc> awen_: er it
[16:29] <awen_> calc: thanks, sounds good... just give a sound in the bug or poke me in #ubuntu-motu and i'll be happy to help out with some repackaging if needed
[16:38] <slytherin> Should I also add the bluez-gnome bug to Weekly TODO page?
[16:40] <slytherin> Can please someone tell me what the course of action should be? I have added .diff.gz to a bug for bluez-gnome. I have subscribed main sponsors. Will someone look at it?
[16:41] <seb128> slytherin: that's the sponsoring team idea yes
[16:41] <seb128> slytherin: you are speaking about the desktop team WeeklyTODO? No need to update that no
[16:41] <slytherin> seb128: Ok. So nothing left form my side right?
[16:42] <seb128> correct, just wait for a review now
[16:42] <slytherin> Ok cool
[16:50] <rhpot1991_laptop> anyone have any idea why my diff.gz is different on LP than on revu?
[16:50] <geser> rhpot1991_laptop: have you asked the motu who did the upload for you?
[16:51] <\sh> hmm...
[16:52] <\sh> Setting up ttf-opensymbol (1:2.3.0-1ubuntu5.3) ...
[16:52] <\sh> Updating fontconfig cache...
[16:52] <\sh> /usr/share/fonts: failed to write cache
[16:52] <\sh> etc. just update gutsy with -security and -updates (latest)...
[16:52] <seb128> do you have some clock issue on this box?
[16:53] <\sh> seb128: nope...17:53 UTC+1
[16:53] <\sh> seb128: clock is correct
[16:53] <seb128> k
[16:53] <rhpot1991_laptop> geser: left them a message, thanks
[16:53] <seb128> there is some bugs about fonts cache update failing if the directory timestamp is newer than the system clock
[16:54] <seb128> dunno who the issue is in your case though
[16:54] <\sh> seb128: oh yes
[16:55] <\sh> seb128: I see that the /usr/share/fonts dir is set at least one hour later...18:22 in this case
[16:57] <\sh> seb128: what can cause this? machine clock is set to UTC...installer settings: also choose UTC (german time is the result)
[16:59] <seb128> \sh: the CD might assume your computer clock is on UTC where the installed system doesn't, evand or cjwatson likely know better
[17:00] <cjwatson> rhpot1991_laptop: it's normal for a .diff.gz to change if it's rebuilt; .gz files contain a timestamp
[17:01] <cjwatson> there are various bugs around UTC handling, certainly, which we need to look into for hardy
[17:01] <rhpot1991_laptop> cjwatson: the one on LP seems to have some old code in it
[17:01] <rhpot1991_laptop> causing a failure in uploading
[17:01] <rhpot1991_laptop> cjwatson: https://edge.launchpad.net/ubuntu/+source/atomicparsley/0.9.0-0ubuntu1 if you want to have a look
[17:02] <rhpot1991_laptop> and: http://revu.tauware.de/details.py?package=atomicparsley
[17:02] <cjwatson> I don't, just mentioning a generality :-)
[17:02] <rhpot1991_laptop> heh, ok
[17:02] <carlos> asac: did jtv talk with you already?
[17:02] <rhpot1991_laptop> I'm still new to ubuntu dev, so kinda lost when I run into problems
[17:05]  * ogra wonders where mvo's python-central 0.5.50ubuntu5 upload went 
[17:06] <ogra> (uploaded 13:50 UTC ... still no trace on a.u.c)
[17:08] <seb128> pitti: could you do a jockey no change upload? the fixed python-central is available now
[17:08] <stgraber> ogra: it's on LP, I downloaded it one hour ago
[17:09] <geser> ogra: looking at the timestamps it looks like a.u.c doesn't get updated anymore again
[17:09] <ogra> stgraber, there is no binary on archive.ubuntu-com
[17:09] <seb128> ogra: like mirroring issue
[17:09] <seb128> likely
[17:09] <ogra> yeah
[17:09] <stgraber> ogra: not the first time this week that archive.u.c is laggy
[17:09] <mvo> ogra: Accepted: python-central 0.5.50ubuntu5
[17:09] <\sh> cjwatson: fyi, clock set during installation to UTC, localtime is UTC+1 (CET) and files were written with UTC+2
[17:09] <ogra> mvo, i know i got the source package here from LP
[17:09] <mvo> aha
[17:10] <ogra> but the users dont get it
[17:10] <stgraber> http://launchpadlibrarian.net/12084647/python-central_0.5.50ubuntu5_all.deb
[17:12] <stgraber> ouch, according to apt-cache the current version of python-central on archive is still ubuntu3 :)
[17:12] <ogra> yep
[17:12] <ogra> 4 has the source available but no binary
[17:13] <cjwatson> stgraber: the previous cause of archive.u.c failed updates is fixed, and has not recurred
[17:13] <cjwatson> but there seems to be a stale lock
[17:13] <cjwatson> I don't have time to fix it now but will raise it with others
[17:14] <\sh> how nice...ncurses FTBFS..
[17:16] <ScottK> slangasek: I notice from reading planet that once again LP has scheduled and outage/upgrade on the same day as an Ubuntu milestone release.  This has proven to be a painful thing in the past.  I thought I'd mention it to see if maybe the two events could be separate a bit in time ...
[17:19] <cjwatson> ScottK: there are some discussions in progress about that
[17:20] <cjwatson> it may be that this is still most convenient for other reasons
[17:20] <asac> carlos: no he didn't
[17:20] <ScottK> OK.  Just wanted to make sure the right people were aware and if we have to suck up any pain it wasn't just by accident.
[17:20] <asac> carlos: any issues?
[17:22] <\sh> pitti: language-selector-common prerm script crashes with a BT :)
[17:22] <\sh> pitti: during upgrade from gutsy to hardy
[17:25] <\sh> pitti: to be more precise: pycentral failes...and I can't start a ff now for filing the bug..will do later
[17:33] <carlos> asac: well, the news are not too good for Hardy, but he just told me that he just sent you an email
[17:34] <asac> carlos: whats his email?
[17:35] <carlos> asac: jtv@canonical.com
[17:35] <Riddell> New Queue Zero achieved!
[17:42] <_MMA_> Nice. :)
[17:44]  * ScottK looks around for some backports that'll need Newing.
[17:45] <jdong> ScottK: btw, on a related note, how would you like to handle queuing source change backports?
[17:45] <jdong> ScottK: shall we redefine the triaged state for this purpose?
[17:46] <ScottK> Let me think about that.
[17:46] <jdong> yep
[17:53] <jeromeg> jdong: by the way you are the only one suscribed to gutsy backports, shouldn't the whole backport team be suscribed ?
[17:53] <jdong> jeromeg: indeed, I guess that's a oversight
[17:53] <jdong> am I the only one who can correct that </laziness>
[17:53] <jeromeg> :)
[17:54] <jeromeg> jdong: as you are the owner of the project, I guess so
[17:54] <jdong> jeromeg: what do you think, -backporters or -backports-testers
[17:55] <jdong> do you think testers would mind the spam err bug mail?
[17:56] <jeromeg> jdong: I odn't think that there are many of them, and I see only a bunch of active testers, that could remind the others that this project exists :)
[17:56] <jdong> ok let's do it!
[17:56] <jdong> done kthxbye *vanish*
[17:56]  * jeromeg is going to suscribe to backport testers :)
[17:57] <\sh> mvo: you uploaded the last python-central, right? I just had to install the new one from LP and now during upgrade I see this message
[17:57] <\sh> mvo: pycentral: byte_compile: python version '2.4' requested but not available
[17:57] <\sh> brb rebooting
[17:58] <jdong> \sh: bug 192992? :)
[17:58] <ubotu> Launchpad bug 192992 in python-central "[hardy] pycentral crashed with ValueError in parse_versions()" [High,Confirmed] https://launchpad.net/bugs/192992
[17:58] <jdong> or is that the "fix" erroring out :D
[17:59] <jdong> it's a feature (oh wait that's not allowed either)
[18:02] <jeromeg> jdong: could you please ack bug 190471 and bug 193374 ?
[18:02] <jeromeg> jdong: earlier versions of those packages are already in backports
[18:02] <ubotu> Launchpad bug 190471 in gutsy-backports "Please backport scribes 0.3.3.3-3 from Hardy" [Undecided,New] https://launchpad.net/bugs/190471
[18:02] <ubotu> Launchpad bug 193374 in gutsy-backports "Please backport sonata 1.4.2-1 from Hardy" [Undecided,New] https://launchpad.net/bugs/193374
[18:02] <jdong> jeromeg: not atm, I don't have the information at hand to confidently ack things :)
[18:03] <jeromeg> jdong: ok
[18:03] <jeromeg> i think we can close bug 183678 and bug 190358
[18:03] <ubotu> Launchpad bug 183678 in gutsy-backports "mono runtime 1.2.5 needs to be upgraded to 1.2.6" [Undecided,New] https://launchpad.net/bugs/183678
[18:03] <ubotu> Launchpad bug 190358 in gutsy-backports "Please backport Alsa 1.0.16 from gutsy." [Undecided,New] https://launchpad.net/bugs/190358
[18:03] <jeromeg> what's your opinion on this ?
[18:04] <jdong> jeromeg: agreed, both are unreasonable backports
[18:05] <jeromeg> jdong: ok, I'll close them as won't fix
[18:05] <jdong> thank you
[18:06] <jeromeg> np
[18:08] <\sh> jdong: after that error ;)
[18:08] <jdong> \sh: + except: pass
[18:08] <\sh> jdong: I installed the new pycentral and then restarted my upgrade...and the 2.4 warning came
[18:08] <jdong> there problem fixed.
[18:13] <mvo> \sh: yes, that message is where it crashed before. do you have python2.4 python2.4-minimal installed?
[18:14] <\sh> mvo: nope...it was an dist-upgrade from gutsy to hardy...totally clean
[18:15] <\sh> oh and compiz with an intel card works...but the shadows are, well, crap :)
[18:16] <mvo> \sh: yes and yes
[18:16] <mvo> \sh: :) where is gives the message it used to crash, doko will likely modify my fix again, but at least its working again
[18:17] <\sh> mvo: cool...now I need to fix ncurses package somehow, that it will build again
[18:17] <\sh> but first...leaving the office :)
[18:19] <\sh> asac: btw..upgrading from gutsy to hardy...and ff3 upgrade leaves an empty launcher on the gnome-panel...(formerly ff2)
[18:20]  * \sh heads home...bbl
[18:21] <jeromeg> got to go
[18:21] <jeromeg> bye all
[18:25] <asac> \sh_away: i have that in my mind, yes.
[18:25] <asac> \sh_away: if you could file a bug and set it blocking some milestone i would much appreciate it
[18:29] <keescook> pitti: hi!  Can you look at a hal patch?  David Zeuthen hasn't commented on it yet, and I'd like to get it into Hardy if it's sane: https://bugs.freedesktop.org/show_bug.cgi?id=14537
[18:29] <ubotu> Freedesktop bug 14537 in hald "hald ignores virtual network devices (e.g. vlan and bridge ifaces)" [Normal,New]
[18:29] <mjg59> Fun
[18:29] <mjg59> Epiphany doesn't want to open https sites for me
[18:30] <mjg59> Oh, right, it's the self-signed cert thing
[18:31] <asac> mjg59: workaround for now: accept cert permanently in ffox and copy the ffox cert*.db to your ephy profile
[18:32] <mjg59> asac: Heh
[18:33] <mjg59> asac: I'm getting some weird layout issues in ffox3 - the BBC news website has continuous bars split up, for instance
[18:38] <asac> mjg59: like http://people.ubuntu.com/~asac/corrupted1.png ?
[18:39] <asac> or "really" layout?
[18:39] <asac> mjg59: have to go now. if its not like the pic above, i would appreciated to get a bug with a screenshot ;)
[18:40] <mjg59> asac: Not that, I'll grab a screenshot
[18:41] <selckin> lp down?
[18:42] <awen_> is it okay when making a .desktop-file to link it to an icon, that the package depends on?
[18:46] <awen_> is it okay when making a .desktop-file to link it to an icon, that is contained in another package, that this package depends on? (this Q should be more clear)
[18:48] <awen_> (sry... wrong channel; intended to ask in motu; disregard)
[18:51] <hellboy195> hi! Any archive admins around? Can somebody rebuild 'ebug-http' . It FTBFS for several times because of broken libcatalyst-perl package (which should be fixed now).
[18:52] <emgent> heya all
[20:03] <Amaranth> did something bad happen in bug 193382?
[20:03] <ubotu> Bug 193382 on http://launchpad.net/bugs/193382 is private
[20:03] <Amaranth> Or is that just to stop "me too" posts?
[20:47] <lamont> slangasek: add autofs_4.1.4+debian-2 to the impl-conversion list. :-)
[21:11] <wasabi> I have a problem with a bad DSDT. Is this a reasonable bug to file against the kernel? Basically, how would you all fix it anyways, specific override of some sort?
[21:12] <keescook> pitti: hi! seems jockey-common isn't installable (193408)
[21:13] <mario_limonciell> keescook, that looks like the python-central bug that's out
[21:13] <keescook> mario_limonciell: oh! eek
[21:14] <keescook> jockey must have been unlucky -- it's the only thing that failed for me.
[21:17] <rhpot1991_laptop> mario_limonciell: did you get my pm earlier?
[21:17] <mario_limonciell> rhpot1991_laptop, no i didn't
[21:18] <rhpot1991_laptop> the diff.gz on LP and REVU are different
[21:18] <rhpot1991_laptop> the LP one seems to have some old stuff in it, hence the error showing up
[21:18] <mario_limonciell> that's interesting.
[21:18] <mario_limonciell> nothing should be different, i pulled it right from revu
[21:18] <mario_limonciell> i'll repull when i get home and try it again then
[21:18] <mario_limonciell> you sure that's the cause?
[21:20] <rhpot1991_laptop> ya, the one on LP has "+Section: unknown" in it
[21:20] <rhpot1991_laptop> that got changed to misc at some point
[21:20] <mario_limonciell> ah okay.
[21:20] <mario_limonciell> well i'll take care of it when i get home
[21:20] <rhpot1991_laptop> whenever you get a chance
[21:20] <rhpot1991_laptop> I think the ffmpeg on your ppa might not be doing aac right too
[21:20] <mario_limonciell> for which release?
[21:21] <rhpot1991_laptop> gutsy
[21:21] <rhpot1991_laptop> complaining about unknown codec 'aac'
[21:21] <mario_limonciell> i shouldn't have ffmpeg on gutsy on my ppa, if so that was a mistake
[21:21] <rhpot1991_laptop> I'm rolling back to medibuntu stuff by hand to verify I'm not doing something stupid
[21:22] <rhpot1991_laptop> my machine slurped it up when I was trying your mythtv build
[21:22] <mario_limonciell> a
[21:22] <mario_limonciell> ah
[21:28] <rhpot1991_laptop> superm1: verified that the gutsy ffmpeg on your ppa doesn't do aac, might want to check your hardy one just incase
[21:29] <mario_limonciell> rhpot1991_laptop, yeah i shouldn't have an ffmpeg there.  it was intended for dapper, but for debugging only when the dapper build failed
[21:29] <mario_limonciell> i'll remove it later
[21:30] <rhpot1991_laptop> think the weekly build mythtv and your ppa mythtv will communicate fine?
[21:30] <rhpot1991_laptop> at work so I can't check and see if they are working
[21:32] <geser> rhpot1991_laptop: as your (source) package got accepted (even if it didn't build/upload) an new upload with a new version is necessary
[21:38] <rhpot1991_laptop> geser: a new upload to where, LP from REVU?
[21:39] <rhpot1991_laptop> or do I need to make a new one into revu and get it ack'd again
[21:43] <geser> rhpot1991_laptop: into the archive, as -0ubuntu2
[21:44] <geser> rhpot1991_laptop: an new round through REVU isn't needed, a debdiff with the changes attached to a bug in LP and subscribe ubuntu-universe-sponsors is enough
[21:45] <rhpot1991_laptop> alright, I'll do that when I get a chance later, thanks
[21:56] <YokoZar> pitti: thank you for the new ia32-libs :)
[22:11]  * jdong kicks Amaranth 
[22:11]  * Amaranth looks around
[22:11] <Amaranth> What'd I do?
[22:11] <jdong> Amaranth: ok, in compiz scale mode, when I miss a window and click empty space, all my open windows go scattering minimized
[22:12] <jdong> it's like I'm some nazi window hunter and the persecuted windows go into hiding
[22:12] <Amaranth> Yes, you chose to view the desktop
[22:12] <jdong> Amaranth: pfft no, I have bad hand-eye coordination!
[22:12] <xivulon> slangasek, was anything decided on metalink urls?
[22:12] <jdong> any way to turn off that behavior?
[22:12] <xivulon> also can I assume that md5sums and md5sums.gpg will be provided?
[22:12] <jdong> Amaranth: http://jdong.mit.edu/~jdong/day_in_matlab_hell.png <-- for something like that, it's quite costly to miss ;-)
[22:13] <Amaranth> jdong: scale options "Click Desktop to Show Desktop"
[22:13] <Amaranth> eep
[22:13]  * jdong hunts for said option
[22:13] <Amaranth> of course you could just hit ctrl-alt-d to undo the Show Desktop action if you miss
[22:14] <jdong> Amaranth: you could've told me that sooner and saved me 40 mouseclicks
[22:14] <Amaranth> heh
[22:14] <jdong> but anyway, love ya!
[22:14] <Amaranth> that's only been a standard thing since...how long has metacity existed?
[22:14] <Amaranth> at least that long :)
[22:14]  * jdong goes back to remembering what the hell "figure 11" is
[22:14] <Amaranth> hehe
[22:14] <Amaranth> have fun
[22:14] <jdong> :D
[23:35] <YokoZar> Is there any reason why backports shouldn't add new packages?
[23:35] <_MMA_> YokoZar: #ubuntu-motu might be the better channel but they do add new packages.
[23:35] <ScottK> YokoZar: We do it all the time
[23:36] <ScottK> They just have to get into the developmental release and then we can backport them if they are new
[23:36] <YokoZar> ScottK: I'm a little bit confused as to why there's a time between feature freeze and release where we don't let new packages in then, since they can come in later through backports
[23:37] <ScottK> Because backports aren't enabled by default, so users have to go out and get them.
[23:37] <YokoZar> Could we add to backports before release?
[23:37] <ScottK> No, because it does actually have to be backported from an Ubuntu release.
[23:37] <ScottK> That's a hard and fast QA rule.
[23:38] <YokoZar> heh, ok
[23:41] <lamont> how do I tell stupid gnome-panel to always group like apps?  these 10-pixel wide window names on the bottom bar are pretty useless
[23:43] <Fujitsu> lamont: Right click on the window list widget, hit preferences.
[23:44] <lamont> Fujitsu: "window list widget"??
[23:44] <lamont> ah, found it