[05:31] <pitti> Good morning
[07:46] <didrocks> good morning
[08:00] <dholbach> good morning
[08:11] <\sh> moins
[08:19] <smb> @pilot in
[10:24] <tkamppeter> pitti, hi
[10:24] <pitti> hello tkamppeter
[10:25] <tkamppeter> pitti, my single-sign-on (OpenID AFAIK) does not work any more on wiki.ubuntu.com.
[10:26] <pitti> tkamppeter: do you get wiki timeouts?
[10:26] <pitti> I got plagued by them as well since the recent wiki update; I just kept trying until it worked
[10:26] <pitti> i. e. log in twice, then wait a minute, and press reload
[10:26] <pitti> then it suddenly worked
[10:26] <tkamppeter> pitti, yes, after a certain time delay (some minutes) I get 502 Proxy Error.
[10:26] <tkamppeter> On FF and Chromium.
[10:29] <tkamppeter> pitti, reload gives: "OpenID error: Nonce already used or out of range."
[10:30] <pitti> tkamppeter: can you please ask in #canonical-sysadmin ?
[10:30] <pitti> there's nothing I can do about the wiki, I'm afraid
[10:33] <tkamppeter> pitti, thanks, I have posted the problem on that channel now.
[12:21] <zyga> mvo, ping
[13:21] <mvo> hey zyga
[13:23] <zyga> mvo, hey
[13:24] <zyga> mvo, is python-apt a native thing or is it pure python
[13:24] <zyga> mvo, or actually -- is there a chance to get python-apt up on pypi?
[13:28] <mvo> zyga: its mostly a wrapper around the c++ libapt stuff, so not native
[13:30] <jamespage> doko: around? I have a query re a change in openjdk-6 6b23
[13:30] <zyga> mvo, is it still "normal" setup.py + friends?
[13:31] <mvo> zyga: yes
[13:31] <mvo> zyga: but it needs libapt-pkg-dev to build
[13:32] <zyga> mvo, do you think it would be possible to publish python-apt on pypi
[13:32] <zyga> mvo, this way one could use virtualenv with --no-site-packages to get it
[13:32] <zyga> mvo, and still having libapt-pkg-dev installed locally they would build it fine
[13:40] <mvo> zyga: I don't have experience with pypi, but if its possible, sure, why not
[13:40] <mvo> zyga: I will ask bary for advice once he is online
[13:49] <nigelb> 7/w 27
[13:49] <nigelb> bah
[13:49] <Ursinha> nigelb: irssi? :P
[13:53] <zyga> mvo, thanks
[14:01] <seb128> !pilot in
[14:02] <seb128> @pilot in
[14:02] <seb128> (catching up the round I missed yesterday)
[14:02] <ogasawara> @pilot in
[14:06] <seb128> slangasek, since you assigned bug #742017 to yourself should I unsubscribe the sponsors? (i.e will you handle it)?
[14:10] <nigelb> Ursinha: Yes :-)
[14:14] <cjwatson> pitti: language-pack-kok{,-base} is missing from the archive and causing build failures (language-pack-gnome-kok{,-base} is there)
[14:15] <pitti> cjwatson: lokoing
[14:15] <pitti> "looking" too
[14:21] <pitti> hm, they shoudn't even exist
[14:32] <tumbleweed> can an ubuntu-branches member please mark these merged: https://code.launchpad.net/~marcelstimberg/ubuntu/natty/epdfview/fix-for-783109/+merge/61794 https://code.launchpad.net/~vanvugt/ubuntu/natty/oss4/fix-746048/+merge/64945
[14:34] <cjwatson> tumbleweed: done
[14:34] <tumbleweed> thanks
[14:34] <pitti> cjwatson: ah, I found the bug in langpack-o-matic, fixed; I removed these two empty -kok packages
[14:35] <cjwatson> pitti: great, thanks
[14:35] <pitti> funny corner case
[14:57] <lool> pitti: I don't know what causes it, but I really have trouble booting nowadays; I can only boot when going back to 2.6.38-8-generic, the 3.0 kernels have a too racy boot; I get various types of boot failures
[14:58] <lool> sometimes I get errors about not being able to rnu dmsetup, sometimes I get the /home couldn't be mounted screen "Keep waiting etc.", if I skip I get lightdm but can't move the mouse or type with the keyboard (not even switching ttys)
[14:59] <ogra_> can you ssh ?
[15:00] <ogra_> we have a weird error on omap where the whole usb stack stops working in 3.0 if compiled with the current toolchain
[15:00] <lool> didn't try, but probably as the system is running: if I trigger a reboot before pressing skip, it will actually reboot -- or if I press the power button
[15:00] <lool> ogra_: that's known, isn't it?
[15:00] <ogra_> yes
[15:00] <lool> ogra_: let me hand you the patch
[15:00] <ogra_> but your symptoms sound so similar
[15:00] <lool> no, the omap issue only affects the OMAP USB stack, nothing else
[15:01] <ogra_> nah, hand it to ppisati rather :)
[15:01] <lool> this is on a thinkpad, I don't think keyboard and mouse are on USB; plus the build issue is specific to an OMAP struct
[15:01] <ogra_> k
[15:02] <ogra_> i dont know much about the bug, just that it only shows up with the recent toolchain
[15:02] <geser> I get the race with mounting my lvm volumes in oneiric too. I get better a success rate when booting without "quiet splash".
[15:03] <lool> ogra_: workaround http://paste.debian.net/120560/
[15:04] <ogra_> lool, ah, i saw that one, doesnt work
[15:04] <ogra_> paolo already tired that
[15:07] <smb> @pilot out
[15:39] <bdrung> cjwatson: when will be new packages synced from debian. it's in debian for three days.
[15:39] <seb128> cjwatson, should the sponsors be subscribed to https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/604335
[15:39] <seb128> ?
[15:39] <bdrung> s/n./n?/
[15:40] <cjwatson> bdrung: which package do you care about?
[15:40] <seb128> cjwatson, or is that something you will deal with when you have time rather?
[15:40] <cjwatson> seb128: I'll deal with it when I have time; best not to be dealt with by general sponsorship IMO
[15:41] <bdrung> cjwatson: packaging-dev
[15:41] <seb128> cjwatson, ok thanks, that's what I was thinking, unsubcribing the sponsors then ;-)
[15:41] <cjwatson> bdrung: I literally *just* synced that
[15:41] <bdrung> cjwatson: :) thanks
[15:45] <salty-horse> any chance of natty getting this simple fix for a gdb segfault ? https://bugs.launchpad.net/ubuntu/+source/gdb/+bug/691814
[15:46] <seb128> does anybody has any clue about libevent or an opinion on bug #796187
[15:46] <seb128> ?
[15:48] <seb128> the version is still in debian experimental but is needed by some softwares (fedora did the update for f15 it seems)
[15:58] <davmor2> hey guys is the delay for the touchpad disable while typing adjustable?  It's taking 2 or 3 seconds to react once I stop typing in oneiric
[16:17] <Ampelbein> seb128: re bug 765915, I updated the merge proposal and added a comment. Could you review the patch again?
[16:17] <mr_pouit> cjwatson: hey, I've again another weird issue with xubuntu daily builds for you (sorry ;-). There's no ubiquity-slideshow-xubuntu in the current daily builds (yet it is in live seed, and apparently recognized by germinate). Ubiquity-slideshow-*edubuntu* is selected and shipped instead...
[16:18] <seb128> Ampelbein, thanks
[16:18] <seb128> Ampelbein, about the optional symbols my guess was that somebody marked them optional for a reason so I would like to understand why if we drop them
[16:18] <seb128> Ampelbein, like it's already weird that symbols are different when building on natty and oneiric
[16:19] <Ampelbein> seb128: maybe the switch from gcc4.5 to 4.6? I've seen that a few times symbols differ between natty and oneiric.
[16:21] <Ampelbein> seb128: I think I can agree on the optional symbols comment. There's no harm in having them, I just thought it would be best-practice to have them removed.
[16:22] <seb128> Ampelbein, well, it might be fine, I will just let somebody with a better understanding of that package decide on why they were marked optional rather than dropped to start ;-)
[16:23] <omnibus> Ciao!
[16:24] <pitti> lool: is the booting trouble on arm or x86? haven't had a boot failure in months
[16:46] <hallyn> mvo: could you take a quick look at bug 800209?  It seems similar to bug 455861 in debconf...
[16:52] <mvo> thanks hallyn that looks indeed like it, might be that aptdaemon crashed  too or got killed
[17:05] <hallyn> mvo: cool, thanks for looking
[17:17] <cjwatson> mr_pouit: hmph :-)
[17:18] <cjwatson> mr_pouit: that's really rather bizarre
[17:20] <cjwatson> mr_pouit: that's freaky.  have you tried reproducing it locally?
[17:20] <cjwatson> this business of removing .pyc files from the squashfs is good at finding obscure bugs in packages
[17:21] <didrocks> cjwatson: you mean, packages shipping them?
[17:21] <cjwatson> yeah
[17:21] <didrocks> hum, that's… interesting :)
[17:21]  * dholbach hugs barry
[17:21] <cjwatson> specifically it catches cases where packages run dh_python2 or whatever in the wrong place and thus lose the generated maintainer scripts
[17:21] <barry> dholbach: we even got our first participant on #ubuntu-pyjam :)
[17:22] <cjwatson> e.g. python-appindicator (I'm fixing it now)
[17:22] <dholbach> barry, NICE
[17:22] <dholbach> barry, I'll blog about it in a bit
[17:22] <Laney> pyjamas?
[17:22] <barry> Laney: that's the only appropriate outerwear for the jam session
[17:23] <mr_pouit> cjwatson: no, not yet (I'm not on my system, so I only browsed through several live build & germinate logs in http://people.canonical.com/~ubuntu-archive/)
[17:25] <seb128> james_w, hi, could you mark https://code.launchpad.net/~alexandru.cucu/ubuntu/natty/whois/fix-for-785052/+merge/64172 as merged?
[17:25] <pitti> seb128, james_w: ^ done
[17:25] <seb128> pitti, oh you can do that? thanks ;-)
[17:26] <pitti> I wonder why you can't
[17:26] <pitti> probably because TB owns UDD owns those merges or so
[17:26] <seb128> likely something like that
[17:26] <Laney> it's ~ubuntu-branches membership
[17:26] <seb128> I can set as merged those for which I've upload rights to
[17:26] <seb128> but natty is stable so I can't for those
[17:26] <seb128> I think
[17:28] <bdmurray> seb128: could you look at sponsoring the debdiff in bug 797894?
[17:30] <seb128> bdmurray, why do you need to do
[17:30] <seb128> +    report['GconfUpdateManager'] = command_output(['gconftool-2', '-R',
[17:30] <seb128> +        '/apps/update-manager'])
[17:30] <seb128> if you use
[17:30] <seb128> +    attach_gconf(report, 'update-manager')
[17:30] <seb128> ?
[17:31] <bdmurray> attach_gconf only shows the non-default values while command_output shows both
[17:32] <seb128> why are the default values useful?
[17:32] <bdrung> barry: do you have a todo list for the dh_python2 transition?
[17:32] <seb128> we usually want to see what is non standard?
[17:32] <bdmurray> How would someone easily find the default values?
[17:34] <seb128> bdmurray, why do they matter? they could be as well variable in the source
[17:35] <seb128> bdmurray, what is useful on bugs is usually what users tweaked to be non standard, we know what is the standard behaviour
[17:35] <seb128> well it's mvo's software so I will let him decide what he finds useful in bugs ;-)
[17:37] <cjwatson> mr_pouit: test-building locally now, will take a while
[17:38] <mr_pouit> cjwatson: I checked some old build logs, and the latest build containing ubiquity-slideshow-xubuntu is from June 13 (incidentally, just before the switch to live-build). After that, -edubuntu is selected instead (I don't know why we didn't notice that earlier)
[17:38] <charlie-tca> mr_pouit: attaching the logs to the bug from today
[17:38] <cjwatson> mr_pouit: ... oh, it's because I'm an idiot
[17:38] <cjwatson>         xubuntu)
[17:38] <cjwatson> ...
[17:38] <cjwatson>                 add_task live edubuntu-live
[17:39] <cjwatson> charlie-tca: what's the bug#?
[17:39] <charlie-tca> It was xubuntu slideshow for alpha1
[17:39] <charlie-tca> bug 800211
[17:39] <cjwatson> yeah, alpha-1 predated live-build
[17:39] <cjwatson> thanks, I'll take that
[17:40] <bdmurray> seb128: I can see what you are saying and I'll watch to see if the default gconf information really is useful.  It might be worthwhile to remove it.
[17:40] <charlie-tca> thanks
[17:40] <lool> pitti: it's on x86
[17:40] <mr_pouit> huhu, this explains the issue ;-)
[17:40] <charlie-tca> I will throw all the logs into it
[17:40] <lool> pitti: on a thinkpad with LVM root and home
[17:40] <seb128> bdmurray, thanks, the reason I prefer not having it personally is to avoid having useful informations in the middle of the noise, we should limit what we list to what is useful
[17:41] <cjwatson> charlie-tca: no need
[17:41] <charlie-tca> Okay, I won't.
[17:41] <bdmurray> seb128: and I honestly don't know how to find the default gconf values for an application (regardless of whether or not that is useful)
[17:42] <cjwatson> fixed for tomorrow's builds
[17:42] <charlie-tca> Thanks
[17:42] <mr_pouit> thanks
[17:46] <seb128> bdmurray, why would the default gconf values be useful? do you try to get the default value of the code variables?
[17:47] <seb128> bdmurray, software variable defaults are not really useful to debug usually, the code writer know those, what is useful is what is non standard
[17:49] <pitti> yes, in general it's better to only include "unexpected" information, as then it's a lot easier to read and spot
[17:50] <bdmurray> okay that makes sense
[17:50] <apw> pitti, do you use editmoin? and if so is it still working for you
[17:51] <bdmurray> apw: I think you need to update your cookie in your moin_ids file
[17:51] <bambee> Evening, I've two bug fixes for language-selector (KDE frontend), Can I propose a merge directly (including a description)? or I need to report a bug ?
[17:51] <pitti> apw: no, unfortunately it broke with the recent wiki upgrade :(
[17:51] <pitti> apw: I haven't found a way to make it work again, the new wiki doesn't set the cookie any more
[17:51] <pitti> apw: it sets _a_ cookie, but that doesn't work with editmoin
[17:52] <apw> phththt, thats very annoying
[17:53] <seb128> sbeattie, hi, could you unsubscribe the ubuntu-security-sponsor from bug #783508 ?
[17:53] <seb128> sbeattie, so it drops from the sponsoring list ;-)
[18:00] <sbeattie> seb128: sure, though it should be getting auto-closed soon.
[18:00] <seb128> sbeattie, ok, thanks
[18:00] <seb128> sbeattie, I forgot it was a security upload, I was thinking normal SRU with the bug staying on fix commited for a week while it's in proposed ;-)
[18:08] <seb128> @pilot out
[18:09]  * dholbach hugs seb128
[18:14] <seb128> dholbach, ;-) hug!
[18:15] <dholbach> :)
[18:33] <Ampelbein> hi there, is there an archive admin available to push gnustep-gui through binary new? thanks.
[20:48] <RoAkSoAx> hey guys, two upstreams have merged their code of two different projects into one single project. That has left us with a new package in Oneiric (resource-agents). Thjis package replaces the package cluster-agents and some of the bits installed with redhat-cluster (part of both cman and rgmanager). This new pakcage (resource-agents) is not yet in Debian, but will be soon. However, I'll be filing a MIR for resource-agents so I was wondering if it 
[20:50] <slangasek> RoAkSoAx: you truncated at "I was wondering if it"
[20:50] <RoAkSoAx> I was wondering if it would make sense to request a removal of cluster-agents (even though it will not be removed from
[20:50] <RoAkSoAx> Debian anytime soon) or should I just request a demotion
[20:51] <slangasek> by "request a demotion" you mean "get the package unseeded"?
[20:51] <RoAkSoAx> slangasek: yeah a demotion from main to universe, and replace all those depends on cluster-agents for resource-agents
[20:52] <slangasek> archive admins don't demote packages except when the components-mismatches page tells us we can... so just do the replacement of the depends and the archive state will take care of itself
[20:53] <RoAkSoAx> slangasek: cool. Thanks!
[20:53] <slangasek> does resource-agents really need an MIR, given that both cluster-agents and redhat-cluster are in main?
[20:53] <slangasek> a stub bug saying "resource-agents is the software formerly known as prince" is probably sufficient
[20:54] <RoAkSoAx> slangasek: not really, it basically hsa the same as what's in cluster-agents plus some pieces of redhat-cluster, plus a couple of new scripts/manpages
[20:54] <slangasek> hmm, are we getting rid of c-a and r-c *both* this cycle, or only c-a?
[20:55] <RoAkSoAx> slangasek: only c-a
[20:55] <slangasek> ok... I guess you should file an MIR then, the MIR team might care about having two copies of the r-c source around :)
[20:56] <RoAkSoAx> slangasek: ok cool.. cause in redhat-cluster I'm just dropping the installation of such files
[20:56] <RoAkSoAx> slangasek: but anywayas, thanks for the tips
[20:57] <slangasek> sure
[21:43] <ogasawara> @pilot out
[22:04] <broder> do the Release/Sources/Packages/etc. files in the archive end up in LP anywhere?
[22:04] <broder> or are they generated entirely externally?
[22:06] <jelmer> broder, they're generated from the database but not stored in the database
[22:06] <broder> so there's no archive of them anywhere?
[22:08] <jelmer> broder: there isn't a as-is copy of them in Launchpad itself, though all the data should be present to reconstruct what was in an archive at a given time
[22:09] <broder> jelmer: sure, but i can't reconstruct the signatures :)
[22:09] <jelmer> broder: there might also be external copies/backups of them, outside of Launchpad
[22:09]  * broder nods
[22:13] <broder> unfortunately, "ubuntu", "archive", "backup", and "snapshot" are all sufficiently generic that they're really hard to google for
[22:13] <broder> :)
[22:45] <em> Oh hi
[23:20] <jcrigby> cjwatson, ping?
[23:24] <cjwatson> jcrigby: it's bedtime here, please leave a message
[23:24] <jcrigby> cjwatson, ok
[23:46] <micahg> jcrigby: re e-mail to devel-permissions> do you remember who was chairing that meeting?  I would suggest asking that person to e-mail the tech board on your behalf to make it happen
[23:46] <jcrigby> micahg, thanks, I'll do that
[23:48] <jcrigby> persia, ping?