[00:05] <infinity> xnox: If this boost merge is yours, why does it ScottK's name in the changelog? :P
[00:07] <infinity> xnox: Err, nevermind, I was looking at the changelog after patching with --dry-run.  I'm not awake.
[00:07] <infinity> La la la
[00:23]  * micahg pokes infinity with the -v stick
[00:38] <cjohnston> cjwatson: fwiw, on the 31st we will delete the quantal db and the graphs will be started over, so you probably don't need to worry about the trend line for now
[01:18] <cjwatson> cjohnston: ack, it was just a temporary tweak really
[01:24] <cjohnston> thats fine.. just letting you know
[01:38] <vibhav> Good Morning
[03:18] <scientes> who has the link to the unity hello world app
[03:18] <scientes> i remember it being in python
[03:19] <micahg> scientes: https://launchpad.net/hello-unity
[04:08] <pitti> Good morning
[05:51] <roshan> Hello, I was compiling a kernel in Ubuntu 12.04 as specified in one of the Ubuntu help pages.
[05:52] <roshan> A particular section says to enale "A particular section on the tutorial askes me to enable "Kernel module loader" , but I couldn't find any
[05:52] <roshan> Where could I find that ?
[06:37] <larsduesing> good morning, is here anybody who is sort of firm with apport-hooks?
[06:38] <pitti> larsduesing: I should be :)
[06:39] <vibhav> heh, pitti is being humble
[06:39] <larsduesing> Ah :)
[06:39] <larsduesing> hi pitti :)
[06:39] <larsduesing> arghs, we had pastebin here?
[06:41] <larsduesing> pitti: would you please have a look at that: http://pastebin.com/Y8D9u5yY
[06:42] <vibhav> larsduesing: Which package is this hook for?
[06:42] <larsduesing> the last two lines - how can I find out, if the specified reports are actually made, so that I only start masking for available reports?
[06:42] <larsduesing> aiccu
[06:42] <pitti> larsduesing: (looking in a bit, still reviewing an SRU)
[06:42] <larsduesing> oh, sorry, take your time :)
[06:46] <pitti> larsduesing: what do you mean with "if the reports are actually made"?
[06:48] <larsduesing> the first report is only made, if a dpkg install fails
[06:48] <vibhav> Is it fine to SRU "Wishlist" bugs?
[06:49] <dholbach> good morning
[06:50] <larsduesing> good morning dholbach
[06:50] <pitti> larsduesing: I'm afraid I still don't understand the problem
[06:50] <pitti> larsduesing: you can /msg me in German if that helps
[06:50] <dholbach> hi larsduesing
[06:51] <pitti> hey dholbach, wie gehts?
[06:52] <vibhav> hi
[06:52] <vibhav> dholbach: Is it fine to SRU "Wishlist" bugs?
[06:52] <dholbach> pitti, hey hey - alles gut und bei Dir?
[06:52] <dholbach> vibhav, no
[06:52] <dholbach> vibhav, either they are important or they're not SRUs :)
[06:52] <vibhav> oh ok
[06:52] <dholbach> https://wiki.ubuntu.com/StableReleaseUpdates has some decision making help
[06:57] <pitti> dholbach: prima, danke!
[07:46] <larsduesing> https://code.launchpad.net/~lars.duesing/ubuntu/quantal/aiccu/aiccu-apport-fix <- so I should use "Propose for merging" now, shouldn't I?
[07:57] <alkisg> Any good tools for writing man pages? Is docbook + po4a a good choice, in order to have them translatable in launchpad etc?
[08:18] <vibhav> Could anybody nominate https://bugs.launchpad.net/ubuntu/+source/glom/+bug/736913 for maverick?
[08:19] <vibhav> oh wait, maverick's EOL
[08:20] <vibhav> Could somebody nominate it for natty?
[08:22] <Daviey> vibhav: Can you explain the impact?  It feels like a 'won't fix' for Natty IMO.
[08:23] <pitti> yes, I agree; this is absolutely unimportant for natty now
[08:32] <vibhav> Daviey: Ill agree with you then
[08:35] <dupondje> Some question about virt-manager. Are all the current deps needed? Cause I don't know why I should need bridge-utils and ebtables for example if I just want to admin a remote server.
[08:42] <seb128> bdmurray, hey, those "Missing SRU information" bot comments, what do you check for?
[08:42] <henrix> pitti: hi, any chances of having a look at kernel linux-ec2 2.6.32-345.48?
[08:43] <henrix> pitti: we need to upload a new version into proposed, but this one is on our way
[08:53] <pitti> henrix: I'll try; please note that I formally left the SRU team
[08:54] <henrix> pitti: oh, sorry. didn't knew that. any idea about who shall i bother next time? :)
[08:56] <pitti> henrix: RAOF and SpamapS do regular SRUs
[08:56] <henrix> pitti: ack, thanks.
[08:57] <onosendi> I'm using mate with marco as my WM. How would I go about getting the geometry of a window when it is closed? It's x, y, w, h, etc?
[09:00] <pitti> henrix: promoted
[09:01] <henrix> pitti: great, thanks
[09:10] <larsduesing> btw, dumb question: does anybody use any other urgency as "low" in changelogs (maybe except security ones?)
[09:11] <larsduesing> and if yes: when it is advisable to do so?
[09:12] <pitti> larsduesing: the urgency is entirely ignored in ubuntu; it should be kept as "low" in general
[09:13] <Daviey> cjwatson: I assume you saw mjg59's EFI related blog post?
[09:16] <larsduesing> ok, thanks pitti
[09:17] <larsduesing> btw, pitti: branch is done: https://code.launchpad.net/~lars.duesing/ubuntu/quantal/aiccu/aiccu-apport-fix/+merge/107351 (maybe it should be even a "security" fix, because of possible information disclosure...)
[09:26] <seb128> diwic, hey
[09:39] <diwic> seb128, pong
[09:39] <seb128> diwic, hey, how are you?
[09:40] <diwic> seb128, I'm okay, how are you?
[09:40] <seb128> diwic, asac reported bug #1004384 and I can confirm it with a bt device, could you advice on whetever pulseaudio debug infos would be useful for it?
[09:40] <seb128> diwic, I'm good thanks
[09:40] <diwic> seb128, hey, I fixed that an hour ago, as I found it myself :-)
[09:41] <seb128> asac, ^
[09:41] <diwic> I think so at least, judging from the title only
[09:41] <seb128> diwic, great!
[09:41] <asac> diwic: have the patch?
[09:41] <asac> i can tryu ... hav ethe built tree here
[09:41] <asac> debdiff preferrred
[09:42] <diwic> seb128, I spent much of yesterday rewriting the profile get/set stuff, tested it some more this morning, that's when I found the bug
[09:42] <cjwatson> Daviey: have now ... if only I had time to do something useful about it
[09:43] <cjwatson> pitti: the urgency isn't *entirely* ignored, it has a tiny effect on build scoring - but yeah, not much :)
[09:43] <Daviey> cjwatson: yeah :(
[09:44] <seb128> diwic, do you have a patch,diff somewhere we could try?
[09:45] <diwic> seb128, asac, now pushed to http://bazaar.launchpad.net/~diwic/+junk/soundnua-lp984637/revision/33
[09:45] <seb128> diwic, thanks
[09:45] <diwic> seb128, note that r32 of that branch is my profile rewrite, which might need more testing before releasing, so just take the r33 patch
[09:46] <cjwatson> Need more installer team people who care about Macs
[09:46] <cjwatson> And have any time at all
[09:46] <diwic> seb128, at least that makes input look like output codewise, and it fixes the crash, so assuming it's the right thing to do, might wanna double-check with cjcurran when he comes back
[09:52] <xnox> cjwatson: i have an old intel 32bit macbook, but it can't run Lion and up.
[09:57] <seb128> diwic, could you add the diff to the bug report? that will be needed to SRU it, I will look to that
[09:57] <seb128> diwic, thanks!
[09:57] <seb128> asac, let me know if you try the patch
[10:00] <pitti> cjwatson: oh, I didn't know that; thanks!
[10:02] <diwic> seb128, what type of diff would you like
[10:03] <seb128> diwic, standard unified diff over the current precise version (i.e over ronoc's vcs)
[10:03] <seb128> diwic, i.e something we can apply with patch to our current package
[10:13] <diwic> seb128, asac debdiff for precise-proposed added to bug
[10:24] <Daviey> lool: https://launchpad.net/ubuntu/+source/btrfs-tools/0.19+20100601-3ubuntu2 still seems to be a delta with Debian... is this really warranted ?
[10:25] <cjwatson> Daviey: xnox is working on that
[10:25] <cjwatson> (the merge I mean)
[10:26] <xnox> Daviey: I did a merge it's sitting in the sponsor's queue. The delta is still warranted
[10:26] <xnox> see the merge bug discussions.
[10:26] <xnox> between me and other contributors.
[10:26] <Daviey> ah, neat
[10:27] <xnox> Daviey: there is also mdadm and e2fsprogs bugfix/merge in the queue if you are up for it =))))
[10:28] <Daviey> xnox: i see you asked slangasek for a review... i wouldn't want to step on his toes or anything :P
[10:29] <xnox> Daviey: I'm sure slangasek wouldn't mind if somebody else does review/upload
[10:29] <asac> seb128: diwic: ack. crash is gone
[10:29] <seb128> asac, things work as well?
[10:29] <seb128> asac, i.e can you configure your bluetooth?
[10:29] <asac> seb128: yes, i can select it and it seems it uses the bluetooth input afterwards ... let me try a few more things
[10:29] <xnox> Daviey: btrfs-tools is on this list http://qa.ubuntuwire.org/oldmerges/
[10:32] <asac> seb128: all good ... all input and output channels work ... and i can use bluetooth and switch between high fidelity and telephony profile
[10:33] <asac> seb128: i tried the patch though by manually moving the return;
[10:33] <asac> i have no input of the complete branch
[10:33] <seb128> asac, diwic: thanks, I will test build it there and get it SRUed
[10:33] <asac> rock
[10:33] <asac> :)
[10:33] <asac> i have a good one with debug symbols now :)
[11:14] <pitti> tseliot: hey Alberto, how are you?
[11:14] <tseliot> pitti: hey Martin, fine thanks, you?
[11:14] <pitti> tseliot: you said you had a hybrid nvidia system, right? i. e. right now "ubuntu-drivers list" should show the nvidia drivers, but we are supposed to hide them, right?
[11:14] <pitti> tseliot: I'm great, thanks! Looking forward to the long weekend (Monday is national holiday)
[11:15] <tseliot> pitti: yes, I have a hybrid system here. Well, we shouldn't always hide them
[11:15] <pitti> that's at least what the current jockey handler does
[11:16] <pitti> if "intel" is loaded by X.org, it doesn't offer the nivida driver
[11:16] <tseliot> pitti: lucky you (no nationaly holday here)
[11:16] <pitti> I'm going to add that special-case to u-d-common
[11:16] <tseliot> pitti: right, let keep doing that for now. There's a special case we need to cover but it can wait
[11:32] <Daviey> xnox: comment added
[11:33] <xnox> Daviey: thanks
[11:34] <Daviey> xnox: if you are happy with my comment, i'll just upload it here.. no need to bother fixing in bzr
[11:34] <pitti> tseliot: are you currently using the intel or nvidia driver in X.org?
[11:34] <pitti> tseliot: I pushed this to git now with a test case, but if you could pull, build, and double-check "ubuntu-drivers debug", that'd be nice
[11:35] <xnox> Daviey: yes please upload. I don't like leading slashes either... and it was not me who introduced the link =))) I will comment on the bug report to the other contributor.
[11:35] <tseliot> pitti: the nvidia driver but only because I can select the graphics card from the BIOS. Not all laptops have this feature
[11:35] <pitti> tseliot: runnign "PYTHONPATH ./ubuntu-drivers debug" will do fine
[11:35] <tseliot> pitti: sure
[11:35] <pitti> tseliot: ah, cool
[11:35] <xnox> Daviey: yes, please upload! it will unblock a couple of workitems for the btrfs spec ;-)
[11:35] <pitti> tseliot: so in your current setup it should still show the nvidia driver
[11:36] <tseliot> pitti: would this work in precise?
[11:37] <pitti> tseliot: it should
[11:37] <pitti> tseliot: the tests currently fail, I'll fix that
[11:38] <tseliot> pitti: ok, as the laptop has precise on it
[11:38] <Daviey> xnox: uploaded
[11:38]  * xnox 0/
[11:40] <xnox> Daviey: last time I have checked CEPHs mailing list w.r.t. btrfs I saw loads of people with bug reports & errors/warnings from btrfs as well as degraded performance after some time
[11:41] <pitti> tseliot: erk, git skills failure; really pushed now, with test case fix
[11:41] <tseliot> pitti: unmet build deps: python-aptdaemon.test (>= 0.43+bzr810-0ubuntu2~) gir1.2-packagekitglib-1.0
[11:41] <tseliot> pitti: I should probably upgrade to quantal
[11:41] <pitti> tseliot: that's fine
[11:41] <xnox> Daviey: do you have interest in btrfs for particular workloads/services?
[11:41] <pitti> tseliot: just run it out of the source tree
[11:41] <pitti> tseliot: PYTHONPATH ./ubuntu-drivers debug
[11:41] <tseliot> pitti: ah, ok
[11:43] <Daviey> xnox: tentative :)
[11:44] <lool> Daviey: the delta that you point at was required to have btrfs work ok with upstart + mountall
[11:45] <lool> Daviey: Back then I was playing with ARM btrfs images, and was getting at least one of the two bugs fixed in this upload; the other one had enough comments supporting the proposed fix that warranted the patch to be included IIRC
[11:46] <lool> Daviey: maybe upstream/the Debian package have been changed similarly in the mean time though
[11:46] <xnox> Daviey: there were not many folks from server/cloud at the https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-btrfs-requirements
[11:46] <pitti> tseliot: so it should list nvidia if you are on nvidia, and hide it if you are on intel
[11:46] <xnox> Daviey: any comments about btrfs in Ubuntu are welcome
[11:47] <pitti> tseliot: the test cases reproduce this fairly well, so I'm rather sure it's going to work, but oh well, theory and practice ... :-)
[11:47] <tseliot> pitti: it seems to work. Let me get you the output
[11:49] <tseliot> pitti: here you go: http://paste.ubuntu.com/1006259/
[11:50] <tseliot> very nice, BTW
[11:51] <Daviey> xnox: wilco
[11:51]  * xnox ?
[11:51]  * xnox Wilco is an American alternative rock band based in Chicago, Illinois.
[11:52] <Daviey> will comply. :)
[11:52] <xnox> ah =) ok.
[11:52] <pitti> tseliot: ok, that's with nivida?
[11:52] <tseliot> pitti: yep
[11:52] <pitti> tseliot: good, thanks
[11:52] <pitti> I'll upload that and then wave good bye
[11:53] <tseliot> pitti: we have two more cases: 1) intel on and nvidia off; 2) both intel and nvidia on
[11:53] <pitti> tseliot: I thought 2) wasn't possible with current X
[11:54] <tseliot> pitti: well, both cards can be on but only one card can drive the display
[11:54] <tseliot> pitti: i.e. only one driver can be used
[11:55]  * tseliot -> lunch
[11:55] <pitti> splendid
[11:55] <tseliot> ;)
[11:55] <pitti> tseliot: so, see you next Tuesday, and enjoy the weekend!
[11:55] <tseliot> pitti: thanks, you too!
[11:55] <pitti> tseliot: I'll add apport hook (with u-drivers debug) etc. next week
[11:55] <tseliot> great :)
[11:55] <asac> diwic: noticed something odd ... i have two microphone input devices (webcam + built in) ... i need to set both explicitely to mute to really mute the input level in the sound preference area
[12:01] <diwic> asac, uhm, can you tell me what you did in more detail?
[12:01] <diwic> asac, how were you recording e g?
[12:02] <asac> diwic: i am not recording ... i am just looking at the control center. what i see is this:
[12:02] <asac> i make noise and the input indicator goes up (shows signal)
[12:02] <asac> i check the "mute" box
[12:02] <asac> still signal on noise
[12:03] <asac> i go to the other input device and check the mute box and signal is gone
[12:03] <asac> diwic: makes sense?
[12:04] <diwic> asac, right, sounds like the input level is taking its input from the wrong card essentially
[12:04] <asac> diwic: more background: i have a thinkpad in a dock; a built-in mic, a usb webcam mic and a bluetooth mic
[12:04] <asac> diwic: this problem seems to only affect the built in and usb mic
[12:04] <asac> diwic: well, but it feels it takes it from both, because it doesnt matter which card i mute
[12:04] <diwic> asac, can you verify which mic it seems to take its input from
[12:04] <diwic> asac, by poking on the actual mic
[12:04] <asac> diwic: no... as i said: doesnt matter in which order
[12:04] <asac> ok
[12:04] <asac> i can try
[12:05] <asac> one sec
[12:05] <asac> diwic: yeah. always from the usb mic
[12:06] <asac> diwic: but if i have both mute checkboxes selected it gets disabled :)
[12:06] <asac> thats the fun part
[12:07] <asac> maybe something caused by dock rerouting magic?
[12:08] <diwic> asac, so if you have the usb mic selected it takes the signal from the usb mic, but muting *only* the usb mic would not mute the signal?
[12:09] <asac> diwic: restarting fixed it i think :/
[12:09] <diwic> asac, ok, let cjcurran know if it's reproducable
[12:10] <asac> yeah. how weird :)
[12:12] <mr_pouit> cjwatson: quantal/i386 daily builds for Xubuntu fail because cdrom/non-pae/initrd.gz doesn't exist (the non-pae kernel was dropped I think). Could you do some magic again please? (do you prefer that I file a bug report?) Thanks. ;-)
[12:13] <cjwatson> mr_pouit: Oh yes, I can just fix that now
[12:13] <cjwatson> Thought I'd caught everything, evidently not
[12:16] <cjwatson> mr_pouit: done
[12:16] <mr_pouit> cjwatson: awesome, thanks!
[13:21] <bdmurray> seb128: the bug matches my expectations now although I expanded the test case section a bit
[13:22] <seb128> bdmurray, thanks
[13:24] <seb128> SpamapS, hey, is there any chance you could do some SRU reviews today? ;-)
[13:25] <psusi> cjwatson: there are a few bug reports that I think are caused by a size increase in the grub2 core image that makes it too large to fit in 62 sectors when including raid and lvm modules.  Is this just a too bad, you need more room, in which case it bears mentioning in the release notes?
[13:28] <zul> mterry: ping dwarves builds fine now
[13:28] <mterry> zul, was just about to look at it
[13:29] <cjwatson> psusi: Sometimes it's fixable, it depends ... I generally think it's a bug although not necessarily a straightforward one
[13:30] <cjwatson> Although I'd advise people to put their first partition at 1MiB rather than at sector 63 these days; much more efficient on modern disks, and no less efficient on disks since about oh 1985 or something
[13:30] <cjwatson> Of course I realise it's tedious to move partitions
[13:30] <psusi> cjwatson: indeed... but it seems some people are upgrading old setups from 10.04 and still have partitions starting at sector 63
[13:31] <psusi> cjwatson: it seems that the image with both raid and lvm built in is now something like 200 bytes too large to fit in that space
[13:34] <cjwatson> This is probably fixable but I'm afraid I don't have time for the next month or two
[13:48] <apw> jodh, is there a simple way to tell from upstart --verbose output which thing we are waiting on
[13:48] <apw> jodh, for a han
[13:48] <apw> jodh, for a hanging boot
[13:48] <jodh> apw: try http://upstart.ubuntu.com/cookbook/#establish-blocking-job
[13:50] <jodh> apw: can you send me a log when booting with --debug ?
[13:50] <apw> jodh, the end user is talking to us on #ubuntu-kernel now
[13:54] <apw> jodh, http://sprunge.us/iGaU
[13:56] <apw> jodh, for me i think its wiating on mountall ... perhaps mismatched UUID
[14:00] <tjaalton> is it ok to add build-depends on a SRU release, to fix obvious omissions in the packaging? :)
[14:00] <seb128> tjaalton, yes
[14:01] <seb128> tjaalton, well adding build-depends is ok, turning on feature which were not is subject at review and rational
[14:01] <tjaalton> seb128: yeah, of course. minor features but something that should've been enabled.. and have been on other distros
[14:02] <seb128> tjaalton, well, the fact that they should doesn't change that they didn't get tested so it's not a trivial wave in change
[14:03] <tjaalton> seb128: it'll get tested before the push
[14:04] <seb128> tjaalton, right, well anyway I was just saying, adding build-depends is not something against the rules ... are those build-depends in the same pocket btw?
[14:04] <tjaalton> seb128: the package is in universe, so no problem there
[14:05] <tjaalton> package which is being sru'd
[14:05] <seb128> ok
[14:17] <stgraber> mvo: hey there, I was talking with jibel about getting automated upgrade testing up and running for Quantal. What's still required to get do-release-upgrade happy?
[14:18] <mvo> stgraber: the release-upgrader is currently defnct due to the py3 porting in trunk once that is resolved there is nothing blocking it
[14:20] <stgraber> mvo: ok. Who's doing the py3 port?
[14:21] <cjwatson> That would be me
[14:21] <SpamapS> seb128: I did some w/ bdmurray who is training to be an SRU team member yesterday. Between he and I, and slangasek, we didn't get your SRU's reviewed?
[14:21] <cjwatson> I'll try to get that sorted out - mvo, is there an easy way I can reproduce the problems?
[14:21] <mvo> stgraber: I meant to look at it this week, but couldn't quite find the time
[14:21] <mvo> cjwatson: yeah, cd DistUpgrade; sudo ./dist-uprade.py will fail
[14:23] <cjwatson> OK, thanks
[14:24] <bdmurray> SpamapS: we did review one of his and he's updated it now and it looks good to me
[14:26] <SpamapS> bdmurray: bug #?
[14:26] <apw> cjwatson, i just installed a kernel and extras together and got an unexpected result: http://paste.ubuntu.com/1006472/ see the last line there
[14:27] <cjwatson> apw: Looks like a bug in your postinst
[14:28] <bdmurray> SpamapS: bug 980317 for gnome-control-center
[14:28] <cjwatson> apw: Though actually, maybe not, try 'sudo dpkg --configure -a'
[14:28] <cjwatson> Might just be a pending trigger
[14:28] <apw> nothing happened
[14:29] <cjwatson> case "$DPKG_MAINTSCRIPT_PACKAGE" in
[14:29] <cjwatson> linux-image-*)
[14:29] <cjwatson> hm, so maybe update-initramfs needs to exclude linux-image-extra-* from that since that behaves differently
[14:30] <cjwatson> I don't suppose I can convince you to not call it something matching linux-image-*? :-P
[14:30] <apw> cjwatson, yeah i was seeing the same lines ...
[14:30] <apw> cjwatson, well i guess we can call it anything you like :)
[14:30] <cjwatson> If it didn't match that wildcard you wouldn't have a probem
[14:30] <cjwatson> *problem
[14:30] <SpamapS> bdmurray: so, +1 to accept that upload?
[14:31] <apw> cjwatson, so either we change the name or fix the trigger ... ok thanks
[14:31] <apw> cjwatson, its possible we should be calling the hooks later anyhow as we carry half of the kernel
[14:32] <bdmurray> SpamapS: yes
[14:32] <SpamapS> bdmurray: I concur. Pulling lever... you want to run sru-accept?
[14:33] <bdmurray> SpamapS: yes will do
[14:33] <cjwatson> apw: Maybe, though I'd have thought the ordinary trigger would be sufficient
[14:34] <apw> cjwatson, well let me think, iirc the generic trigger is unperameterised and triggers a rebuild of the running kerenl initramfs, and this is specificall not for the running one in the majority of cases
[14:35] <SpamapS> bdmurray: did you notice bug 1004384 was also still missing SRU headers?
[14:35] <cjwatson> Oh, true, you want a specific version here
[14:35] <cjwatson> So maybe you might as well just use your initramfs hook and then it would all be well
[14:35] <cjwatson> Since indeed the trigger won't do the right thing
[14:36] <SpamapS> bdmurray: I accepted anyway, but that one probably needs impact/regpotential/etc. as well
[14:36] <SpamapS> seb128: ^^
[14:36] <apw> cjwatson, ok will work on that, i presume i just need to run the kernel postint.d hooks as normal
[14:36] <SpamapS> I think its probably time we sent an email out to ubuntu-devel about SRU headers
[14:36] <SpamapS> too many people are uploading without following that bit of the process.
[14:37]  * SpamapS goes to make pbreakfast
[14:37] <SpamapS> pbreakfast - a clean chrooted breakfast
[14:39] <cjwatson> apw: I think so
[14:41] <apw> cjwatson, i suppose this will mean we will rebuild the initramfs twice for every kernel which isn't ideal
[14:41] <apw> cjwatson, i suspect to avoid that properly we will want to have the initramfs trigger perameterisable
[14:41] <cjwatson> Yeah, I'm having a slightly difficult time thinking about how to avoid that
[14:42] <cjwatson> Well, it's technically possible; we could queue up the initramfs versions to rebuild in a file in /var and have the trigger process that
[14:42] <cjwatson> That kind of thing is the usual way to pass data through the trigger interface
[14:42] <apw> cjwatson, would it be reasonable to generate a list somewhere and ... yeah that
[14:43] <apw> cjwatson, ok so for now i will bodge it to make it do both and take an action to make it perameterisable; where is appropraite in /var, is there a defined spot ?
[14:43] <cjwatson> I wonder if there are things that currently assume that some kind of initramfs exists immediately after the kernel is configured
[14:43] <cjwatson> Hopefully not ...
[14:43] <cjwatson> /var/lib/initramfs-tools/ I guess
[14:43] <apw> ok ... thanks ... sigh why is nothing every easy
[14:43] <cjwatson> It should be per-package in any event
[14:46] <apw> cjwatson, i suspect if we delay initramfs build to the end, then grub configure will have to be as well, so there is in initramfs for it to link to
[14:46] <apw> there is bound to be untold fallout ...
[14:46] <apw> but anyhow i can do the framekworks and we can iterate on the issue
[14:48] <cjwatson> apw: Mm, that's a bit scary
[14:48] <cjwatson> apw: The trigger could put an empty initramfs in place, maybe
[14:48] <cjwatson> Just so there's *something*
[14:48] <apw> cjwatson, yep ... thats what i am thinking ... yeah that might work, ick
[15:02] <seb128> SpamapS, bdmurray: hey, some GNOME ones are sitting in the queue for some days, no hurry but they are mostly trivial ones and fix reported bugs ... if they are stalled because the "paperwork" is insuffisant to your taste please state it on the bugs rather than just keeping them sitting in the queue ;-)
[15:33] <seb128> cjwatson, slangasek: is there a way to turn off multiarch for dh compat 9 level packages?
[15:33] <slangasek> seb128: pass -- --libdir
[15:33] <slangasek> to dh_auto_configure
[15:33] <seb128> tkamppeter, ^ or that
[15:34] <slangasek> why are you turning it off, though? :)
[15:34] <seb128> slangasek, I suggested to downgrade compat to 8 but I figured there would be a better way :p
[15:34] <seb128> slangasek, because it's a cups driver and cups is not multiarched
[15:34] <slangasek> ah
[15:34] <slangasek> good reason :)
[15:34] <seb128> slangasek, i.e it doesn't look in the multiarch dir
[15:35] <slangasek> yeah, this is probably a case where it doesn't make sense to ever multiarch
[15:35] <slangasek> also, it's probably --libexecdir wanted here, not --libdir, right?
[15:35] <slangasek> (helper executables - not DSOs)
[15:37] <seb128> right
[15:37] <seb128> slangasek, thanks
[15:37] <slangasek> I've actually wondered if pointing --libexecdir at the multiarch dir by default was a mistake... too late now to change it for compat 9 though :/
[15:43] <seb128> bdmurray, why is your bot randomly going through bugs and deleting some of the apt log files?
[15:44] <bdmurray> seb128: its not random and its because of an update-manager cve
[15:46] <seb128> bdmurray, ok, thanks, I was rather curious of the reason ;-)
[15:47] <bdmurray> seb128: sure, no problem
[15:47] <tkamppeter> slangasek, seb128, I have already tried "dh_auto_configure -- --libexecdir=/usr/lib", "dh_auto_configure -- --libdir=/usr/lib", "dh_auto_configure --libdir", "dh_auto_configure --libexecdir", all to no avail.
[15:48] <slangasek> tkamppeter: can you link me the package?
[15:48] <cjwatson> The third and fourth of those are unambiguously wrong
[15:49] <cjwatson> (I don't have an answer for you, but you might as well not waste your time on options that definitely won't work)
[15:59] <cr3> Is there a recommended PPA that might contain more python3 packages for Precise, like python3-openssl if such a thing exists?
[15:59] <SpamapS> seb128: we actually have been stating in the bugs when the paperwork is insufficient. ;) There have been well over 100 packages uploaded to precise-proposed in the last 2 days.. so please just be patient.
[16:00] <seb128> SpamapS, 85 of those being kde-l10n ones? ;-)
[16:00] <SpamapS> seb128: probably :)
[16:01] <seb128> SpamapS, but yeah, sure no hurry, though I blame a bit KDE for swamping the queue like that :p
[16:05] <SpamapS> seb128: agreed, KDE always seems to make a lot of work. Anyway, make sure you have all your impact/testcase/regression potential filled out, and we'll get through your bugs faster. :)
[16:05] <seb128> SpamapS, noted, thanks for the work!
[16:17] <tkamppeter> slangasek, it is ptouch-driver. Simply "apt-get source" it. Then try to add an override_dh_auto_configure to it.
[16:25] <cjwatson> infinity,cyphermox: Debian seems to have merged the wpasupplicant and hostapd source packages into a single wpa source package.  You two have outstanding Ubuntu modifications to the prior source packages; do you think one or both of you could merge those into the new one?
[16:26] <cjwatson> It's showing up for auto-sync, which I'm holding off on due to the Ubuntu changes.
[16:26] <cyphermox> cjwatson: sure.
[16:27] <roshan> Hello
[16:27] <cjwatson> cyphermox: thanks
[16:27] <cyphermox> infinity: I'll take your hostapd changes as well
[16:28] <cjwatson> slangasek: You're TIL for autoconf; do you think you could merge it, which will allow me to process the autoconf-nonfree removal?
[16:28] <roshan> I would like to build a custom Ubuntu from the minimal Ubuntu vrsion.
[16:28] <roshan> I plan to use the 11.10 version
[16:28] <roshan> My question is, how to I dd the basic necessary packages like networking, desktop, apt-get , and all the basic stuff ?
[16:29] <roshan> *add
[16:32] <sladen> roshan: look up "Ubuntu Customisation Kit"
[16:33] <roshan> thank you. Let me check that
[16:34] <infinity> cyphermox: Sure, it was a small change.  Thanks.
[16:34]  * infinity wasn't even aware those were from the same upstream, though it makes some sense.
[16:34] <roshan> Does UCK support command line ?
[16:35] <gyotoit22> http://www.reddit.com/r/nsfwhot/comments/u0upg/young_teen_brutal_fucked_by_two_big_cocks/
[16:37] <cjwatson> apologies for that intrusion
[16:37] <cyphermox> infinity: wouldn't the migration /lib/init/rw -> /run migration check work as well with just adding || true?
[16:38] <cyphermox> I mean, so that postinst doesn't bomb if it's trying to move a file to the same destination as it already was
[16:39] <infinity> cyphermox: Possibly, I don't remember the original code (or my modifications, for that matter).  I don't usually like to mask over errors in symlink/directory issues with || true, though, as there are corner cases that will give you nested directories and such that you really weren't expecting.
[16:40] <infinity> cyphermox: This may not have had one of those cases.  Like I said, I don't remember. :P
[16:40] <cyphermox> well, anyway I see this would probably avoid error messages anyway
[16:40] <cyphermox> gah, I'm repeating words today repeating
[16:40] <infinity> Heh.
[16:41] <infinity> (Heh.)
[16:42] <cr3> barry: if I'm wondering whether I can rely on some python3 package being available in quantal, like python-gst for example, where should I look for an answer instead of pinging you each time? :)
[16:43] <tumbleweed> xnox: so, what's happening with boost-source1.49?
[16:43] <xnox> tumbleweed: I am working on it. Didn't finish it yesterday evening.
[16:43] <xnox> tumbleweed: and I wanted to unbreak the rest of boost.
[16:44] <tumbleweed> cool. vtk is currently broken and waiting on boost to be unbroken first :)
[16:44] <xnox> tumbleweed: I am "in charge" of boost1.49 transition =) and I hope to get it finished before alpha1. Note some of the build-failures are due to gcc4.7 and affect debian as well.
[16:44] <xnox> tumbleweed: awesome =) I bet everyone loves broken vtk =)
[16:44] <tumbleweed> naah, that's it's steady state
[16:44]  * xnox "we will not break quantal" meh =)
[16:45] <barry> cr3: if you know the python 2 version of the package, just search for python3-<whatever>
[16:48] <roshan> Does Ubuntu Customiation kit allows us to change the look of the Ubuntu ?
[16:48] <cr3> barry: of course but, if it's not there now, is there a roadmap for quantal?
[16:50] <sladen> roshan: you can change anything you want in Ubuntu.  The amount of customisation you'll get  depends on the amount of effort you're able/prepared to put into it
[16:50] <barry> cr3: only if it's required for the desktop cd.  if not, work isn't scheduled, but i am always happy to review ports
[16:50] <roshan> okay
[16:52] <infinity> cr3 / barry: In the case of python-gst it's on the desktop CD (apt-cache show python-gst0.10 | grep ^Task), so that answers your question.
[16:53] <barry> infinity, cr3 it's in the spreadsheet: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AiT4gOXSkmapdFA1anRkWERsaXgtWnllUG9QWXhDVWc&pli=1#gid=0
[16:53] <infinity> (That too)
[16:53] <cr3> barry, infinity: awesome, thanks folks!
[16:53] <barry> infinity, cr3 the suggestion though is to port anything on the desktop to pygi and get rid of the gst dependency :)
[16:53] <xnox> barry: and no, the tracker update is not trigger from the spreadsheet (yet)
[16:54] <ScottK> xnox: Does that mean you're working on boost-mpi-source1.49?
[16:54]  * xnox as you probably figured, due to commits from you
[16:54] <barry> xnox: that's okay, i figured out how to update the tracker :)
[16:54] <xnox> ScottK: unless you really want to =)
[16:54] <ScottK> xnox: No.  I'm glad you're doing it.  I took a first stab at it, it didn't work, and I've not had time to get back to it.
[16:54] <xnox> barry: now that I have access to people.c.c I will set up a cron job there.
[16:55] <ScottK> xnox: I have done the split before though, so if you have questions, I'm glad to assist if needed.
[16:55] <xnox> ScottK: ...thanks =)
[16:55] <barry> xnox: aweome, thanks
[16:55] <cr3> barry: I'll try to rewrite scripts depending on gst to use pygi instead of just migrating them to python3, thanks for the heads up
[16:55] <xnox> ScottK: ok, thank you.
[16:55]  * xnox is this the time when timezones meet
[16:56] <barry> cr3: fantastic.  i'm always happy to review
[16:56] <cr3> barry: I'm equally unfamiliar with both, so should be the same amount of work :)
[16:59] <infinity> barry: How does pygi relate to gst?  Or is it just that you can use pygi to talk to anything with gi bindings, thus elminating the need to have python bindings for every library?
[17:01] <dobey> infinity: the latter sort of
[17:02] <barry> i am not a pygi expert ;)
[17:02] <dobey> though i don't think gst is really usable from gi yet. though maybe gst 1.0 fixes that
[17:02] <dobey> hi barry
[17:09] <slangasek> cjwatson: yep, will do... sorry, I'd so far only looked at the list that launchpad's +localpackagediffs was showing my name for, and that list is... small
[17:10] <barry> dobey: hi
[17:11] <dobey> barry: so i am at the brink of having python-oauth 1.0.1 working on python3
[17:12] <dobey> barry: at least, it does work, except for 1 tiny problem which may be some insanity in the base http server stuff changing in 3
[17:12] <slangasek> tkamppeter: this works for me:
[17:12] <slangasek> override_dh_auto_configure:
[17:12] <slangasek>         dh_auto_configure -- --libdir=/usr/lib
[17:13] <ScottK> dobey: By definition, if it's different in Python 3, the insanity was in Python, not Python 3.  You've got it backwards.
[17:13] <ScottK> ;-)
[17:14] <dobey> ScottK: my standards dictate that if it's python, it is insanity, regardless of version. ;)
[17:14] <dobey> also, python-oauth is a pretty good example of things to not do in python
[17:14] <ScottK> Fair enough, but you'll make barry sad.
[17:15] <dobey> on the contrary, i think making python-oauth work in python3 will make barry quite happy :)
[17:15] <ScottK> True.
[17:17] <cjwatson> If you want to print Unicode text to sys.stdout, the insanity required is merely different in Python 3 :-/
[17:17] <cjwatson> (And not as bad, I'll grant)
[17:18] <cjwatson> sys.stdout = io.TextIOWrapper(sys.stdout.detach(), encoding="UTF-8", line_buffering=True)  # is the least awful approach I've found that's safe against LC_ALL=C, although not exactly pleasant
[17:21] <dobey> barry: are you in the debian python module maintainers team?
[17:21] <slangasek> cjwatson: heh, can that be documented somewhere?
[17:21] <slangasek> because that's going to come in handy in the future I'm sure :)
[17:27] <ScottK> dobey: He is.
[17:27] <cjwatson> barry: ^- perhaps you could document that on Python/3, or some alternative that's more right
[17:27] <dobey> ScottK: thanks
[17:28] <cjwatson> this is basically what you need if you have something that might ever run in LC_ALL=C (i.e. the default locale) and processes non-ASCII text
[17:28] <cjwatson> well, at least in a pipeline-based way
[17:28] <cjwatson> if it opens files and writes to those it's fine; Python makes an illogical distinction here
[17:28] <barry> cjwatson: good idea
[17:29] <barry> dobey: re python-oauth - that's fantastic, can i take a look at a branch?
[17:30] <dobey> barry: i'm working on getting a branch pushed
[17:30] <cjwatson> Oh, wait, that's not true about files
[17:30] <cjwatson> But at least with files you can open with an explicit encoding straight off
[17:31] <cjwatson> Still a bit of a gotcha though; I wonder if we need to do more explicit encoding= :-/
[17:31] <dobey> barry: do i need to do all the dh_overrride and python%-foo stuff to make python2 and 3 installs work, or does --with python2,python3 handle that automagically?
[17:31] <cjwatson> (Which is evil in its own way, though)
[17:31] <cjwatson> In ubiquity I perpetrated a hack that forces the locale to C.UTF-8 on startup if it's C; but that won't be appropriate for all applications
[17:32] <barry> dobey: for now, you'll need the overrides for py3, since dh doesn't handle that automatically
[17:32] <dobey> ok
[17:32] <barry> dobey: http://wiki.debian.org/Python/LibraryStyleGuide
[17:33] <tumbleweed> --with doesn't ever affect dh_auto_* AFAIK
[17:34] <barry> cjwatson: maybe you should subscribe to https://wiki.ubuntu.com/Python/3 ?
[17:35] <dobey> barry: yep, i'm looking at that. :)
[17:35] <cjwatson> Sure, done
[18:00] <dobey> dpkg-deb: building package `python-oauth' in `../python-oauth_1.0.1-4_all.deb'.
[18:00] <dobey> dpkg-deb: building package `python3-oauth' in `../python3-oauth_1.0.1-4_all.deb'
[18:00] <dobey> barry: ^^ :) pushing the branch now
[18:01] <barry> dobey: awesome.  so the main development branch will be the ubuntu branch?
[18:01] <barry> (dobey: that's fine, as long as vcs-bzr is up-to-date i think)
[18:02] <dobey> barry: oh no, i just made a patch
[18:02] <barry> dobey: k
[18:02] <dobey> barry: was hoping it would just be uploaded into debian that way :)
[18:03] <barry> dobey: how are you getting it into debian?  bug report?
[18:03] <dobey> barry: of course, this is completely untested in the Real World (TM) so far.
[18:03] <dobey> barry: i haven't filed a bug yet, but was hoping you could upload it there
[18:03] <dobey> barry: anyway, it's at lp:~dobey/ubuntu/quantal/python-oauth/python3-packages
[18:03] <barry> dobey: actually, i'm not a dd.  i can upload to ubuntu though
[18:04] <tumbleweed> it's usually best to give ports to upstreams first
[18:04] <dobey> oh, ScottK lied then :)
[18:04] <barry> tumbleweed: upstream is long abandoned
[18:04] <tumbleweed> ah
[18:04] <dobey> and i am not trying to become the upstream
[18:04] <barry> no no, me neither :)
[18:05] <barry> i'll test it and file a debian bug
[18:05] <ScottK> dobey: No.  I didn't.  Being a member of DPMT doesn't imply being a DD.  You can even join yoursef.
[18:05] <dobey> oh
[18:05] <ScottK> barry not being a DD is a bug in the system that he should, however, fix.
[18:05] <barry> ScottK: i am apparently "in the queue" for an am, but i think the queue is deep
[18:06] <ScottK> barry: If it's in DPMT, you can just commit to svn.
[18:06] <dobey> having a team that maintains a package, but for which people in taht team can't upload to, seems silly
[18:06] <barry> ScottK: good point, i'll check that
[18:06] <ScottK> barry: OK.  That's good to know.
[18:06] <dobey> ah, well if can commit to the svn that's a start i guess
[18:07] <ScottK> dobey: Having people work as a team and having them all be able to commit to the VCS aids sponsorship and getting stuff done.
[18:07] <dobey> now i wonder if i didn't totally break python-oauth with that patch
[18:09] <barry> dobey, ScottK http://anonscm.debian.org/viewvc/python-modules/packages/python-oauth/
[18:10] <ScottK> You might want to email TANIGUCHI Takaki as well.
[18:10] <dobey> oh, fail
[18:11] <dobey> ah, of course. i'm an idiot
[18:16] <dobey> barry: forgot the install files. but just pushed them to the branch
[18:17] <slangasek> tkamppeter: did that override_dh_auto_configure rule help?
[18:22] <tkamppeter> slangasek, yes, that works, thank you very much.
[18:34] <dobey> barry: looks like at least 1 test fails in ubuntu-sso-client as a result of my patch to python-oauth
[18:37] <apw> can someone remind me where an installed package's postrm is on disk on the machine?
[18:38] <dobey> apw: in /var/lib/dpkg somehwere
[18:43] <dobey> barry: hrmm, but this may actually be a bug in ubuntu-sso-client. the test has a unicode char in the url's path
[18:45] <barry> dobey: nice
[18:47] <tkamppeter> slangasek, fixed ptouch-driver uploaded to Q and also uploaded for P-proposed.
[18:51] <slangasek> tkamppeter: excellent :)
[19:00] <dobey> barry: hrmm. though it looks like after fixing that test, it still fails in the oauth signing, even though the URL looks correct outside of oauth.py. so will have to look at that some more
[19:00] <barry> dobey: cool, no worries
[19:41] <mterry> mvo, hello!  What does "update-manager --no-update" do?  I see where it affects the code (calling "self.list.update(self.cache)" or not), but I don't understand what affect that ends up having
[19:57] <vsingh165> anyone here familiar with bug #822993? https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/822993
[19:57] <vsingh165> I'm a new developer and still figuring this out.
[19:58] <vsingh165> basically, there's a button in nautilus file properties that allows you to apply a folder's permissions to its contents.  but the button does absolutely nothing
[19:58] <vsingh165> it was originally found in 11.10, but I've verified that it still happens in 12.04
[20:14] <mterry> mpt, on the software updates spec (https://wiki.ubuntu.com/SoftwareUpdates), most of the mockups have the ubuntu logo.  But the last two mockups use a package icon.  Is that intentional?
[20:14] <mpt> mterry, I'm planning to change the others to match those last two
[20:14] <mterry> mpt, OK, so all should have package icons
[20:14] <mpt> (the application icon, not a package icon per se)
[20:15] <mterry> mpt, sure
[20:15] <mpt> thanks for checking :-)
[21:43] <ahasenack> hi, can someone please review and if all good upload landscape-client to quantal? This is the bug, and I attached a branch to it based on the current quantal branch (ubuntu:landscape-client):
[21:43] <ahasenack> https://bugs.launchpad.net/landscape-client/+bug/1004678
[21:44] <ahasenack> thanks
[21:44]  * ahasenack bbl, walk the dog
[22:17] <andreas__> back
[22:18] <ahasenack> back :)
[23:25] <bkerensa> cyphermox: Any more advice to resolve Bug #972063
[23:52] <infinity> NCommander: Uhm, dude.  debian/rules clean? :P
[23:53] <infinity> NCommander: Your flash-kernel diff includes debian/flash-kernel (and then on the next upload, you patched the contents of said directory!)
[23:54] <cjwatson> Don't you have to work pretty hard to do that?  dpkg-buildpackage -S runs clean.
[23:54] <cjwatson> (Also, *always* read the debdiff before uploading.)


[07:21] <sacarde> hi
[07:22] <sacarde> what filemanager does budgie use?
[07:25] <sacarde> ok, nautilus
[07:25] <sacarde> tnk
[16:16] <TheSilentLink> It is nemo in 1904


[18:47] <jarnos> Software Updaters opens and shows no items, but "125,6 MB will be downloaded" in 16.04. How do I see what would be downloaded?
[18:50] <diogenes_> jarnos, with sudo apt upgrade it must show the packages that are going to be updated
[18:52] <jarnos> diogenes_, one of them is firefox. But why it is not seen in the list in SU?


[12:27] <gnomefreak> not sure how i did that
[12:27] <gnomefreak> state yes importance yes but wtf is ubuntu-desktop-effects i cant figure out
[12:28] <gnomefreak> its possible since we cant see the google code it might have something in there to prevent it from using PSm but i doubt it
[12:29] <gnomefreak> what was bug number of the ubuntu-desktop-effects crap?
[12:29] <gnomefreak> that is my ubuntu.com email i might be using ubuntu.com for that team maybe
[12:31] <gnomefreak> the google toolbar one. reporter stated if he removes it it works fine (i would almost say reject it) but eh atleast set it to low.
[12:49] <gnomefreak> ok i think i like this, just have to get used to it
[12:57] <gnomefreak> asac: im not real sure bug 96683 is the forceful X shutdown. if it is than apport is slower than .69
[12:57] <ubotu> Malone bug 96683 in firefox "[apport]  firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" [High,Needs info]  https://launchpad.net/bugs/96683
[01:03] <gnomefreak>  bug 96288
[01:03] <ubotu> Malone bug 96288 in firefox "unexpected shutdown" [High,Needs info]  https://launchpad.net/bugs/96288
[01:05] <gnomefreak> i dont think the crash report is the same as the bug :(
[01:37] <gnomefreak> asac: looks like you were correct about bug 96683 but you would have to review it
[01:37] <ubotu> Malone bug 96683 in firefox "[apport]  firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" [High,Needs info]  https://launchpad.net/bugs/96683
[06:37] <Admiral_Chicago> hello all
[08:32] <Admiral_Chicago> who is the person with a PPC machine
[08:32] <Admiral_Chicago> Alexander S?
[08:34] <Admiral_Chicago> whomever it is, please see bug #95591
[08:34] <ubotu> Malone bug 95591 in firefox "[feisty]  Firefox Crashed PPC" [High,Needs info]  https://launchpad.net/bugs/95591
[01:20] <gnomefreak> is it feisty?
[01:45] <asac> apparently hung in NEW
[01:46] <gnomefreak> asac: look at bug 58454 should that go to us or mozilla it team?
[01:46] <ubotu> Malone bug 58454 in mozilla-thunderbird "bad accel in .it localization" [Undecided,Rejected]  https://launchpad.net/bugs/58454
[01:50] <asac> gnomefreak: probably .... if its a bug at all
[01:51] <asac> Ctrl-A works?
[01:51] <gnomefreak> dont know i dont use it locals
[01:52] <asac> mt-needtestcase then :)
[01:52] <asac> mt-needtester then :)
[01:52] <asac> :)
[01:52] <asac> sorry mistyped
[01:53] <gnomefreak> k
[01:54] <gnomefreak> reopened
[01:54] <gnomefreak> fx <IP_ADDRESS> is stuck in NEW?
[01:55] <asac> i think so
[01:55] <asac> firefox-libthai
[01:55] <asac> is new package shipped from source
[01:55] <gnomefreak> ohhhhhhhh
[01:55] <gnomefreak> thats not good
[01:55] <asac> at least it would explain it :)
[01:55] <gnomefreak> agreed
[01:55] <gnomefreak> did you ping archive admins to push it?
[01:57] <gnomefreak> dpkg is borked
[02:08] <asac> i pinged ... will do so again in a few minutes :
[02:08] <gnomefreak> i just filed bug on dpkg
[02:09] <gnomefreak> core util you would this it would work this close to release
[02:18] <asac> what?
[02:24] <gnomefreak> if you have dpkg fail during say upgrades than run sudo dpkg --configure -a it returns dpkg unknown -o
[02:25] <gnomefreak> bug 96939
[02:25] <ubotu> Malone bug 96939 in dpkg "dpkg in feisty doesnt work properly after dpkg fails on updates/installing apps." [Undecided,Unconfirmed]  https://launchpad.net/bugs/96939
[02:34] <asac> gnomefreak: reproducible?
[02:36] <gnomefreak> it was told to me yesterday but i dismissed it as a screw up on user part but since it happened to me than i knoew it was dpkg
[02:36] <asac> bug 93502
[02:36] <ubotu> Malone bug 93502 in firefox "Default bookmarks link to invalid wiki frontpage address" [Wishlist,Confirmed]  https://launchpad.net/bugs/93502
[02:38] <gnomefreak> asac: its redirected
[02:39] <gnomefreak> https://wiki.ubuntu.com/Home?action=show&redirect=FrontPage
[02:39] <gnomefreak> that i would say is fine for feisty but could be fixed for feisty+1 IMO
[02:42] <gnomefreak> maybe instead of redirect send it to https://wiki.ubuntu.com/Home
[02:46] <asac> i send it to wiki.ubuntu.com directlry
[02:46] <asac> i send it to wiki.ubuntu.com directly
[02:46] <asac> now
[02:51] <gnomefreak> same page
[02:51] <gnomefreak> ill be back soon have to run to store
[02:52] <asac> k
[03:42] <asac> k we can dupe bug 91758 now that CoreDump.gz is broken
[03:42] <ubotu> Malone bug 91758 in firefox "[feisty]  Firefox Crashed x86_64 [@gtk_style_realize] " [Undecided,Needs info]  https://launchpad.net/bugs/91758
[03:42] <asac> i just wanted to use it to compare stacktrace from apport service with the one included in reporters one
[03:42] <asac> sad
[03:43] <asac> cool <IP_ADDRESS> is finally rolled-out
[03:43] <asac> https://beta.launchpad.net/ubuntu/+source/firefox/<IP_ADDRESS>+1-0ubuntu1
[03:50] <asac> i guess bug 72018 is indeed the "most duped bug" in launchpad :)
[03:50] <ubotu> Malone bug 72018 in firefox "MASTER Firefox Crash [@gtk_style_realize]  [@nsFilePicker::Show] " [High,In progress]  https://launchpad.net/bugs/72018
[03:59] <hjmf> good, firefox <IP_ADDRESS> apt-get-ting right now :)
[04:00] <asac> great :)
[04:02] <hjmf> Firefox/<IP_ADDRESS> (Ubuntu-feisty) :D
[04:03] <hjmf> ... now I'll have to modify a bit my retrace script to handle <IP_ADDRESS> vs <IP_ADDRESS> crashes
[04:04] <hjmf> hopefully there won't be too much 0.3 crashes
[04:05] <gnomefreak> hjmf: there will. .3 only fixed security items
[04:06] <hjmf> it was just a hope :)
[04:08] <gnomefreak> i guess i should check the 3 bugs he talked about :(
[04:08] <gnomefreak> bug 6215
[04:08] <ubotu> Malone bug 6215 in libranlip "libranlip: merge new debian version" [Medium,Fix released]  https://launchpad.net/bugs/6215
[04:08] <gnomefreak> wtf is he talking about
[04:09] <gnomefreak> bug 16215
[04:09] <ubotu> Malone bug 16215 in linux-source-2.6.15 "Problem with USB2 storage devices, repeated kernel messages" [Medium,Fix released]  https://launchpad.net/bugs/16215
[04:09] <gnomefreak> doesnt make any sense at all
[04:09] <gnomefreak> bug 12385
[04:09] <ubotu> Malone bug 12385 in firefox "Left and right arrow keys do not work correctly when entering text into text boxes" [Medium,Fix released]  https://launchpad.net/bugs/12385
[04:11] <gnomefreak> ok bug 96593 is in need of summary when you get time
[04:11] <ubotu> Malone bug 96593 in firefox "Firefox crashes on using <Alt>+left arrow" [High,Needs info]  https://launchpad.net/bugs/96593
[04:27] <gnomefreak> asac: <IP_ADDRESS> hit servers :) ty
[04:30] <asac> yeah :)
[04:30] <asac> have fun ;)
[04:30] <asac> maybe performance problems should be improved
[04:34] <gnomefreak> it wouldnt happen to fix bug 72018?
[04:34] <ubotu> Malone bug 72018 in firefox "MASTER Firefox Crash [@gtk_style_realize]  [@nsFilePicker::Show] " [High,In progress]  https://launchpad.net/bugs/72018
[04:34] <hjmf> gnomefreak: keep a copy of firefox-dbgsym_<IP_ADDRESS>+1-0ubuntu1_i386.ddeb before it gets rid of the servers
[04:47] <asac> anyone can do better than retracer on Bug 96960
[04:47] <gnomefreak> ill look asap
[04:47] <gnomefreak> bug 96960
[04:47] <asac> gnomefreak: i doesn't ... its because the patch I have might break other plugins I am not aware of
[04:47] <ubotu> Malone bug 96960 in firefox "firefox crash" [High,Needs info]  https://launchpad.net/bugs/96960
[04:48] <gnomefreak> ah ok
[04:48] <asac> we need a good testing community to fix this on our own
[04:48] <gnomefreak> will ubuntu/mozilla allow us to patch it?
[04:48] <asac> for ubuntu ... i am the one to decide :)
[04:48] <asac> for mozilla ... they are pretty happy about us ... however, I guess they will not be happy unless we a) have tested this with all relevant plugins
[04:49] <gnomefreak> asac: on bug 96960 you wont get a better retrace. we have no -dbg -dbgsym for flashplugins
[04:49] <ubotu> Malone bug 96960 in firefox "firefox crash" [High,Needs info]  https://launchpad.net/bugs/96960
[04:49] <asac> and b) we/they understand what is going on
[04:49] <gnomefreak> well we have users from over 100 bugs to test it :)
[04:49] <asac> however ... we are official beta tester for thai patch :) ... so maybe they would say, ok to the plugin patch
[04:49] <asac> gnomefreak: yeah ... but i know that it fixes the crash they have
[04:50] <asac> but i don't know if it crashes users that have previously not strikken by that bug
[04:50] <gnomefreak> ah good point
[04:50] <asac> anyway ... even if we don't get this in feisty ... we should definitly try to setup such a testing pool
[04:51] <gnomefreak> agreed
[04:51] <asac> would be a good start if everyone in mozillateam could add what plugins they use to the wiki
[04:51] <asac> so we know what can be tested within
[04:51] <asac> the team
[04:51] <asac> makes no sense to call for a big testing (e.g. in forums)
[04:51] <asac> if we haven't done basic QA before
[04:51] <asac> if things just break hard ... users might be distractd from testing for us in future again
[04:52] <asac> you use totem as well i guess
[04:52] <asac> :)
[04:52] <asac> so we already have three :)
[04:52] <asac> i use gnash
[04:52] <asac> four
[04:52] <asac> + totem
[04:52] <gnomefreak> agreed. keep it inside the team for a bit utill we can say its fairly safe
[04:52] <asac> yeah ... maybe we need to call for brave testers to join the team
[04:52] <gnomefreak> maybe set up a testing wiki?
[04:52] <asac> if we are not enough ... or brave enough :)
[04:53] <gnomefreak> i would needd to set up another edgy chroot before i can test it
[04:53] <asac> hmmm imo wiki pages won't bring users to us :)
[04:53] <asac> would be ok to check by following a testplan
[04:53] <gnomefreak> asac: no i mean for the plugins list you want
[04:53] <asac> ah
[04:53] <asac> sure
[04:53] <asac> definitly
[04:53] <asac> MOzillaTeam/QA
[04:53] <asac> or something
[04:54] <asac> i will add test-plans for testing security releases as well
[04:54] <gnomefreak> that sounds good to me.
[04:55] <gnomefreak> maybe something like "if you want to test mozilla products please see #ubuntu-mozillateam" this way we dont have people testing our products that just says it crashes screw this crap
[04:55] <asac> in a perfect world we would even test a good bunch of plugins for every upload
[04:55] <asac> yeah ... i think maybe a forum post like that would help
[04:55] <gnomefreak> im working on resetting up my planet blog stuff so i can blog about it
[04:56] <asac> "we want to extend our pre-release testing community" if you want to help and feel brave join us for instructions :)
[04:56] <gnomefreak> who do we get to do wiki? maybe add it to meeting agenda for next week?
[04:56] <asac> lets file a bug :)
[04:56] <asac> to track this ;)
[04:56] <gnomefreak> what do you mean?
[04:56] <gnomefreak> track this on LP?
[04:56] <asac> i mean ... my workflow is already pretty ad-hoc
[04:57] <asac> yeah :) ... maybe not so good idea :)
[04:57] <asac> however its more like ... i want to track todos somehow :)
[04:57] <asac> otherwise I will forget
[04:57] <asac> i forget everything if i get a bunch of work in my face
[04:58] <asac> and afterwards only the most important things come back alone :)
[04:58] <hjmf> though I'm not used to use plugins (I'm quite a boring web surfer), though in the retracing chroots I'm sure that I have installed all of them. So I'll be able to test as much as you might want from inside the chroots  :)
[04:58] <asac> hjmf: all?
[04:58] <asac> can you paste a list?
[04:58] <asac> at best directly to wiki :)
[04:58] <gnomefreak> that would be nice if we could set up a server for todos (Lp maybe) and that way team can add things and if someone does them they can pull it
[04:58] <asac> wait a second i set the basic page up
[04:59] <asac> gnomefreak: exactly
[04:59] <gnomefreak> hjmf: a list of your chroot plugins would be good for us retracers
[04:59] <asac> however ... don't think that firefox or any other product would be suitable
[04:59] <gnomefreak> no and not sure LP will let us track something like that
[05:00] <gnomefreak> ok i might lock up so please be patient
[05:01] <hjmf> just checked my feisty chroot and the list is quite long
[05:01] <asac> hjmf: thats good :)
[05:01] <gnomefreak> long is good :)
[05:02] <gnomefreak> i need to be shot
[05:02] <hjmf> mplayerplug-in, Helix DNA Plugin, Kaffeine Starter Plugin, and so on
[05:02] <gnomefreak> i was just thinking lets make a meta package for edgy-retraces (popular packages you will need to run retraces)
[05:03] <hjmf> all from ubuntu packages, but might test third party ones
[05:03] <hjmf> as well
[05:03] <asac> https://wiki.ubuntu.com/MozillaTeam/QA
[05:04] <asac> maybe add your list there ... i will reformat and you'll see how this works out :)
[05:04] <hjmf> OK give me a minute
[05:04] <asac> e.g. add a list of Extension-Name / package-name (if applicable) ... or how to download
[05:04] <asac> then we need a page to test each extension
[05:04] <asac> :)
[05:04] <asac> a simple url would help
[05:05] <asac> and some kind extra info: e.g. if you have mplayer + totem you need to uninstall totem to test mplayer
[05:11] <gnomefreak> does this mean anything to anyone? SIGSEGV_oldact ()
[05:15] <hjmf> Created a list of the ones that are loaded to firefox in my feisty chroot
[05:16] <hjmf> with the package that provides each
[05:18] <hjmf> bold chars added :)
[05:18] <hjmf> I'm very bad on wikis
[05:18] <hjmf> gonna review my edgy chroot
[05:19] <asac> hjmf: you can add a link that triggers each plugin?
[05:19] <asac> i have no idea about some of them
[05:19] <asac> movies i can do
[05:19] <asac> java too i guess
[05:19] <gnomefreak> cant figure out how to mount USB stick as root :(
[05:19] <hjmf> yes, I'll do (I have no idea of what are most of them)
[05:20] <asac> :)
[05:20] <asac> DNA plugin is the best
[05:21] <hjmf> Oh! on edgy I have some more 8)
[05:22] <asac> even better
[05:22] <asac> SIGSEGV_oldact ... guess its some kind of signal handler implementation
[05:22] <asac> where is it?
[05:23] <asac> gnomefreak: ^^^
[05:23] <gnomefreak> thats really all i get :(
[05:23] <gnomefreak> bug 81528
[05:23] <ubotu> Malone bug 81528 in firefox "iTunes (Apple) website crashes Firefox" [Medium,Needs info]  https://launchpad.net/bugs/81528
[05:23] <asac> ah
[05:23] <gnomefreak> both peoples are the same
[05:23] <gnomefreak> i uploaded stack and thread of one of the users so far
[05:24] <asac> can we reproduce?
[05:25] <asac> e.g. if totem is on site ... its probably theme crash
[05:25] <asac> e.g. visit website ... change pages a few times
[05:25] <asac> change theme
[05:25] <asac> should crash
[05:25] <asac> visit website -> some page with media content on it
[05:25] <gnomefreak> i will try to reproduce
[05:25] <asac> crazy
[05:25] <asac> grand paradiso just crash visiting
[05:25] <asac> itunes
[05:26] <asac> oh
[05:26] <gnomefreak> i need to figure out how to mount USB stick first as root
[05:26] <asac> yeah
[05:26] <asac> crashes on visiting
[05:26] <asac> damn
[05:26] <asac> http://www.apple.com/itunes/
[05:27] <asac> crashes for you too?
[05:27] <asac> hjmf: gnomefreak ^^
[05:27] <hjmf> testing
[05:27] <asac> test with totem as well please
[05:28] <gnomefreak> testing
[05:28] <gnomefreak> i need .mov plugin for totem any ideas?
[05:28] <asac> so it doesn't crash?
[05:29] <asac> i need it as well but it crashes
[05:29] <gnomefreak> just opening doesnt crash it in .0.0.3
[05:29] <gnomefreak> mplayer should play it but totem would be better to test with. this is feisty i will try with edgy in a minute
[05:30] <asac> ok i have a self-patched totem ... lets see whathappens if i downgrade
[05:30] <gnomefreak> theme crash in feisty
[05:31] <gnomefreak> changed theme and poof
[05:31] <asac> ok ... thats a different thing :)
[05:31] <asac> of course a valid crash ... but nothing new :)
[05:31] <asac> but you could play?
[05:32] <gnomefreak> nope
[05:32] <hjmf> doesn't crash ; but I couldn't play directly
[05:32] <hjmf> I had to open totem url to view it
[05:32] <gnomefreak> it shows up if you reload page than if you click replay it will go black
[05:32] <asac> ok crash was due to borked totem here
[05:32] <gnomefreak> i didnt get anything in crash report
[05:32] <asac> gnomefreak: yes ... those are standard symptoms of gtk_style_realize
[05:33] <asac> gnomefreak: try reproduce with
[05:33] <gnomefreak> we need a testcase on it to be honest
[05:33] <asac> firefox -g
[05:33] <asac> run
[05:33] <gnomefreak> feisty?
[05:33] <asac> just manual debugging
[05:33] <asac> if you doubt that its gtk_style_realize of course :)
[05:34] <hjmf> I cant get a direct play on the page
[05:35] <gnomefreak> firefox-dbg was not installed :(
[05:35] <gnomefreak> hjmf: its .mov you wont its a highly restricted format
[05:35] <gnomefreak> w32codecs might and mplayer might
[05:36] <gnomefreak> give me some time installing -dbg and it takes forever
[05:36] <hjmf> but I can play it with totem
[05:36] <asac> me too ... lets test totem-xine
[05:36] <hjmf> it's the totem plugin what doesnt work
[05:37] <hjmf> gonna check in edgy
[05:37] <asac> i am on edgy
[05:37] <asac> plays with totem-gstreamer
[05:37] <asac> and with totem-xine as well
[05:38] <hjmf> on edgy it plays
[05:38] <hjmf> ... directly on the page
[05:39] <asac> gnomefreak: i get no theme crash here
[05:39] <asac> on edgy
[05:39] <gnomefreak> i do on feisty
[05:39] <asac> but wait :) ... maybe my ffox is patched :)
[05:39] <gnomefreak> will get you bt
[05:39] <asac> yes please
[05:40] <asac> what setup? totem-xine? or totem-gstreamer?
[05:42] <gnomefreak> xine
[05:43] <asac> so you got a bt ?
[05:43] <gnomefreak> im still downloading -dbg
[05:43] <gnomefreak> for <IP_ADDRESS>
[05:43] <gnomefreak> it didnt update it because -dbgsym had to be removed to upgrade and -dbgsym took place of -dbg
[05:44] <asac> ah <IP_ADDRESS> has new feature: "Help -> Report a bug..."
[05:44] <gnomefreak> IMHO a shitty set up on that with -dbgsym taking place of -dbg but hindering upgrades
[05:44] <asac> does it work for you?
[05:44] <gnomefreak> dont know yet
[05:44] <asac> :)
[05:44] <asac> ok
[05:44] <gnomefreak> system>report a problem does :)
[05:45] <gnomefreak> yes apport starts up
[05:45] <asac> good
[05:45] <gnomefreak> it loading bug report page for LP
[05:45] <asac> yes
[05:45] <asac> thats fine
[05:45] <asac> we should get additional info attached about setup then
[05:45] <asac> i think we should definitly try to get apport hooks into feisty
[05:46] <asac> still don't know the state
[05:46] <asac> dfarning has disappeared :)
[05:46] <gnomefreak> last time i saw him he was approved membership
[05:48] <gnomefreak> i feel like a stupid ass :(
[05:48] <gnomefreak> there has to be a way to mount this POS as root so i can change permissions
[05:49] <asac> POS?
[05:49] <hjmf> ... list of 13 plugins wrote at MozillaTeam/QA
[05:49] <asac> good
[05:50] <asac> we have testpages for them?
[05:50] <hjmf> ... meant https://wiki.ubuntu.com/MozillaTeam/QA
[05:50] <hjmf> I just have to figure out some links and done
[05:50] <gnomefreak> POS ==  piece of shit
[05:51] <asac> ah
[05:51] <asac> :)
[05:51] <asac> yeah shit is not mountable in a decent fashion
[05:52] <gnomefreak> :)
[05:52] <gnomefreak> i can only mount it as read only
[05:52] <gnomefreak> i need to mount it read and write
[05:52] <asac> what fs?
[05:52] <gnomefreak> not sure
[05:52] <asac> what does mount say?
[05:52] <asac> e.g. mount
[05:52] <gnomefreak> alot
[05:52] <asac> in cmdline
[05:53] <gnomefreak> ill pastebin it
[05:53] <asac> na ... just the line for that mount :)
[05:53] <gnomefreak> http://pastebin.ca/412219
[05:54] <gnomefreak> not sure i had it mounted at that time hold on a sec
[05:54] <gnomefreak> /dev/sdd1 on /media/LEXAR type vfat (rw,nosuid,nodev,shortname=mixed,uid=1000,utf8,umask=077)
[05:55] <gnomefreak> hmmmm
[05:55] <gnomefreak> still not mounted as root
[05:55] <asac> as uid=1000 obviously
[05:55] <asac> why would you want to mound as root?
[05:56] <gnomefreak> so i can delete things from it
[05:56] <gnomefreak> and move things from it to ~/
[05:56] <asac> ls -la /media/LEXAR/
[05:56] <asac> ?
[05:56] <asac> e.g. what permissions/owners
[05:56] <asac> you mount it as uid 1000 ... so user with that id should be able to write
[05:57] <Admiral_Chicago> that would be the first user ever created
[05:57] <gnomefreak> http://pastebin.ca/412225
[05:57] <gnomefreak> a bunch see link
[05:57] <Admiral_Chicago> bbl, have to rest
[05:57] <asac> Admiral_Chicago: bye
[05:57] <gnomefreak> gnomefreak == only users created
[05:57] <Admiral_Chicago> asac: btw, you have a PPC machine for retracing
[05:57] <asac> no ... we just have
[05:58] <gnomefreak> Admiral_Chicago: just tag it
[05:58] <asac> need-ppc-retrace
[05:58] <asac> before that i could log in and do it manually
[05:58] <gnomefreak> use that tag :)
[05:58] <Admiral_Chicago> i have, been waiting for them to come through
[05:58] <asac> but i cannot tweak the procedure, so now need-ppc-retrace is the only thing we havbe
[05:58] <asac> yeah ... probably some hick-ups
[05:58] <Admiral_Chicago> doesn't seem like there will be heavy development in that area
[05:58] <gnomefreak> Admiral_Chicago: i think the ppc retracer part died i was gonna ping pitti when i got time
[05:59] <asac> Admiral_Chicago: there is devleopment going on ... I guess pitti will not stop until it works
[05:59] <asac> of course obviously he cannot dedicate 100% of this time for this
[05:59] <asac> or do you mean ppc?
[05:59] <asac> ppc will be dropped at some point afaik
[06:00] <gnomefreak> ok i can move things from one to another but still cant delete items from stick
[06:00] <Admiral_Chicago> gnomefreak: take your time. there seems to be a discrepency, one wiki page says need-ppc-retrace, the other says need-powerpc-retrace
[06:00] <gnomefreak> ppc is still in feisty?
[06:00] <gnomefreak> its powerpc afaik but i will ping him or daniel
[06:00] <Admiral_Chicago> there are packages for PPC afaik
[06:00] <asac> really?
[06:00] <asac> on ubuntu-devel maillist pitti told need-ppc-retrace
[06:01] <asac> but maybe this has changed now :)
[06:01] <Admiral_Chicago> yea, one of the channel I was in said they are still ppc.
[06:01] <asac> packages still build
[06:01] <asac> don't know if supported
[06:01] <Admiral_Chicago> asac: right, maybe the bugs pages has it wrong...
[06:01] <Admiral_Chicago> me neither.
[06:01] <Admiral_Chicago> https://wiki.ubuntu.com/BugSquad/Tags
[06:02] <Admiral_Chicago> the apport page says need-ppc-retrace
[06:02] <Admiral_Chicago> I've looked at pages that have both, neither seems have a retrace with it
[06:02] <gnomefreak> 12:00 <      gnomefreak > pitti: is need-powerpc-retrtace down?
[06:02] <gnomefreak> 12:00 <           pitti > gnomefreak: yes
[06:02] <gnomefreak> 12:01 <           pitti > gnomefreak: it hanged in dpkg --unpack for  godknowshowlong
[06:02] <gnomefreak> 12:01 <      gnomefreak > ah ok and that is right tag right?
[06:02] <gnomefreak> 12:01 <           pitti > gnomefreak: I stopped it and I rebuild it with the  latest fixes as we speak
[06:03] <gnomefreak> 12:01 <           pitti > gnomefreak: need-ppc-retrace
[06:03] <gnomefreak> 12:01 <      gnomefreak > ah ok
[06:03] <gnomefreak> 12:01 <           pitti > gnomefreak: we just had the same discussion with  seb128 in #u-desktop
[06:03] <gnomefreak> looks like powerpc won the toss up
[06:03] <asac> good
[06:04] <asac> maybe someone should update BugSquad/Tags wiki then
[06:04] <gnomefreak> wait a minute i might be reading that wrong
[06:04] <gnomefreak> 12:02 <           pitti > ok, then let me remove the 'transform dpkg  --architecture powerpc to ppc' special case and use  powerpc
[06:04] <asac> lets try
[06:04] <gnomefreak> does that mean its ppc with speicial case of powerpc?
[06:04] <asac> we have two ppc bugs?
[06:05] <asac> we can set independently?
[06:05] <gnomefreak> we have a few atleast
[06:05] <gnomefreak> doesnt matter its still down for a while
[06:05] <asac> when did pitti tell that ?
[06:05] <asac> whatelse did he say?
[06:06] <asac> i think i should join ubuntu-desktop
[06:06] <gnomefreak> we are talking in -devel
[06:06] <gnomefreak> im not in -desktop
[06:07] <gnomefreak> tag the powerpc
[06:07] <gnomefreak> need-powerpc-retrace
[06:09] <gnomefreak> ok lets see if i get a backtrace
[06:09] <asac> have you tried?
[06:09] <asac> should be easy to find
[06:09] <gnomefreak> did you look at the permissions link above? it seems i can do anything but remove/delete them from usb
[06:09] <gnomefreak> asac: retracer is down
[06:10] <asac> still?
[06:10] <asac> hmm
[06:10] <gnomefreak> afaik
[06:10] <asac> but setting tags won't hurt i guess
[06:10] <Admiral_Chicago> so we are using need-powerpc-retrace ?
[06:10] <gnomefreak> Admiral_Chicago: yes
[06:10] <hjmf> back again
[06:10] <Admiral_Chicago> is there a ppc case? is that special or does that just link to ppc?
[06:10] <hjmf> <asac wrote>  we have testpages for them?
[06:10] <hjmf> about the plugins wiki page, what do you meant?
[06:11] <hjmf> a wiki page for each one?
[06:13] <gnomefreak> you have got to be kidding me :(
[06:13] <gnomefreak> again fails to crash with firefox -g
[06:13] <gnomefreak> wtf
[06:17] <gnomefreak> trying in edgy
[06:18] <gnomefreak> its back up
[06:18] <gnomefreak> retracer for macs are up :)
[06:28] <asac> gnomefreak: can you still reproduce itunes crash at all?
[06:29] <gnomefreak> yes in feisty just not using gdb :( im working on edgy atm
[06:32] <hjmf> asac: tell me if you want me to do something else on page https://wiki.ubuntu.com/MozillaTeam/QA
[06:32] <asac> yes wait a sec
[06:33] <asac> yeah .... i ment links to sites where you can test that plugin
[06:33] <asac> e.g. content is on that site :)
[06:33] <asac> otherwise looks fine
[06:34] <hjmf> I guess I don't understand, give me an example.
[06:34] <asac> yeah :)
[06:34] <hjmf> ie a new wiki page for each plugin
[06:34] <hjmf> maybe
[06:34] <asac> no
[06:34] <hjmf> k
[06:34] <asac> for now it would be enough if we have
[06:34] <asac> one link to a page that has content that triggers a plugin
[06:35] <asac> e.g. http://www.apple.com/itunes
[06:35] <asac> for movies
[06:35] <asac> :)
[06:35] <hjmf> ah ok
[06:35] <asac> so you can just click on that page
[06:35] <asac> and the plugin gets started
[06:35] <asac> i will weave some general things around that ... e.g. how to visit that site, what to do (e.g. reload) etc.
[06:36] <gnomefreak> i cant get it to crash at all in gdb i will try without it and see what trace i get.
[06:37] <asac> hmmm heisenbug ... goes away if you try to look :)
[06:37] <asac> but please verify
[06:37] <asac> i couldn't get theme crash here
[06:37] <asac> on edgy of course
[06:37] <asac> latest (not-yet pushed) security update
[06:37] <asac> <IP_ADDRESS> ... so should be more or less the same then feisty
[06:37] <hjmf> asac:  something like the entry on Totem 2.18.0 plugin
[06:38] <hjmf> ?
[06:38] <asac> yeah
[06:38] <asac> for now just one url would be enough
[06:39] <hjmf> ok
[06:40] <gnomefreak> with edgy i can play the .mov its using vlc and not crashing with theme change or not
[06:41] <hjmf> I'll be filling that page as I get those links (maybe from reporters feed back)
[06:42] <gnomefreak> cant crash it now in feisty maybe it was just dumb luck
[06:45] <asac> hjmf: cool
[07:15] <hjmf> asac: http://www.apple.com/trailers/fox_atomic/28weekslater/medium.html plays rightly
[07:16] <hjmf> totem plugin
[07:17] <asac> yes it does
[07:17] <asac> why?
[07:25] <hjmf> no idea, it's the same kind of format .mov and the same site
[07:26] <hjmf> tested because of bug 97045
[07:26] <ubotu> Malone bug 97045 in firefox "[apport]  firefox-bin crashed with SIGSEGV in vfprintf()" [Undecided,Needs info]  https://launchpad.net/bugs/97045
[07:29] <asac> what time is it at pacific right now?
[07:29] <asac> @time
[07:29] <ubotu> Current time in Etc/UTC: March 27 2007, 17:29:07 - Next meeting: Technical Board in 2 hours 30 minutes
[07:29] <asac> :)
[07:29] <asac> @time PST
[07:29] <asac> @time Pacifi
[07:29] <asac> @time Pacific
[07:29] <ubotu> Current time in Canada/Pacific: March 27 2007, 09:29:17 - Next meeting: Technical Board in 2 hours 30 minutes
[07:30] <asac> @time Eastern
[07:30] <ubotu> Current time in Canada/Eastern: March 27 2007, 13:30:37 - Next meeting: Technical Board in 2 hours 29 minutes
[07:30] <asac> @time berlin
[07:30] <ubotu> Current time in Europe/Berlin: March 27 2007, 19:30:51 - Next meeting: Technical Board in 2 hours 29 minutes
[07:30] <asac> works
[07:32] <asac> btw, why was ubugtu renamed?
[07:32] <asac> ubotu: ?
[07:32] <asac> oh probably ubugtu was for bugs only ... which ubotu took over as well
[07:34] <hjmf> really curious, now I can see any video in apple.com
[07:34] <hjmf> I promise that I haven't touch anything
[07:34] <hjmf> ... and it's the same session
[07:35] <asac> yeah totem hangs from time to time
[07:36] <asac> might as well not work after reload
[07:36] <asac> usually it works on first try
[07:36] <asac> but have seen that it didn't
[07:36] <asac> as well
[07:36] <hjmf> just surprised me :)
[07:37] <asac> imo its a dbus thing
[07:37] <asac> e.g. totem forks out the player to a new process
[07:37] <asac> and sends commands to that process through dbus
[07:37] <asac> which no other plugin does
[07:37] <asac> i have the feeling that fails or take some time to find the process ... and things fail completely
[07:38] <hjmf> /usr/lib/totem/totem-plugin-viewer --plugin-type narrowspace --user-agent Mozilla/....
[07:39] <hjmf> ps output when works
[07:39] <asac> yes .... those processes keeep hanging around
[07:39] <asac> you see more than one of those?
[07:40] <asac> http://www.apple.com/getamac/ads/
[07:40] <asac> if you switch between movies on that page
[07:40] <asac> you see what i mean
[07:40] <asac> /usr/lib/totem/totem-plugin-viewer are not properly killed
[07:41] <hjmf> just one, but now doesn't play though it is reporter on ps
[07:41] <asac> hmm
[07:42] <asac> yes .... probably its the old process
[07:42] <hjmf> nope, now two as you said
[07:42] <asac> maybe try observe
[07:42] <hjmf> one plays right and the other is in black
[07:42] <asac> you try multiple at once?
[07:42] <asac> or just by switching?
[07:42] <hjmf> yes, it's as you said, one for each play
[07:43] <hjmf> one ps process for each play
[07:43] <asac> good ... but on the other page they don't accumulate like that?
[07:43] <asac> e.g. by pressing reload?
[07:43] <hjmf> I'll try again
[07:44] <hjmf> on a reload the same process still as it was
[07:45] <asac> same process id?
[07:45] <asac> but works?
[07:45] <hjmf> nope, my fault, it gets another pid
[07:45] <asac> ok
[07:45] <asac> but fails?
[07:45] <asac> or works?
[07:45] <asac> anything special if it fails?
[07:45] <hjmf> works on most of them
[07:46] <hjmf> fails on some
[07:46] <hjmf> but nothing special
[07:46] <hjmf> just don't play
[07:46] <asac> and process is there with new pid?
[07:46] <hjmf> the process is called
[07:46] <hjmf> and gets *older* as if it were playing
[07:47] <hjmf> were/was
[07:47] <asac> hmm ... so two different bugs ... doesn't play + doesn't get killed
[07:47] <asac> i think we get restyle bug if it doesn't get killed
[07:47] <hjmf> no it gets killed if I close the page, maybe I didn't explain right
[07:48] <asac> yes ... i think i understood
[07:48] <asac> its properly killed for your initial page
[07:48] <asac> while its not for apple .../ads
[07:48] <hjmf> yes
[07:48] <asac> if you just visit initial page it shouldn't crash on retheme
[07:48] <asac> while it does on /ads
[07:51] <hjmf> I'm trying to force a crash to see what happens, but I'm unable :)
[08:02] <hjmf> asac: first <IP_ADDRESS> crash bug 97074 Taking to retrace
[08:02] <ubotu> Malone bug 97074 in firefox "[apport]  firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,Unconfirmed]  https://launchpad.net/bugs/97074
[08:06] <asac> hjmf: lets see :)
[08:09] <asac> hjmf: probably its crash on instant X shutdown
[08:09] <asac> as usualy
[08:09] <asac> or?
[08:09] <asac> hmm
[08:11] <hjmf> already retraced, but I'm gonna do some tests before uploading the retrace
[08:12] <asac> bad retrace?
[08:12] <hjmf> libnss3-dbgsym libnspr4-dbgsym are in your repo or in pitti's
[08:12] <hjmf> ?
[08:12] <hjmf> some unresolved symbols
[08:20] <asac> no
[08:20] <asac> not yet generated
[08:20] <asac> you know howto create on your own?
[08:21] <hjmf> no, but I've located pitti's ones
[08:21] <asac> ah ok
[08:21] <hjmf> though I have to force them
[08:21] <hjmf> because of version complaint
[08:23] <hjmf> asac: is there a link to learn howto create dbgsym packages?
[08:25] <hjmf> not a good retrace, http://librarian.launchpad.net/6998668/%3Cfdopen%3E
[08:46] <asac> its simple
[08:46] <asac> install pkg-create-dbgsym
[08:46] <asac> then build ffox like
[08:46] <asac> DEB_BUILD_OPTIONS=noopt dpkg-buildpackage -rfakeroot
[08:46] <asac> this will produce dbgsym automagically
[08:49] <asac> crash on instant  X shutdown is tackled in firefox 3
[08:49] <asac> OSPI-006a
[08:50] <asac> http://spreadsheets.google.com/pub?key=pI03pN79HP0uaNF4AzdeYTw
[08:50] <asac> though "At risk"
[08:55] <hjmf> thank you
[08:56] <hjmf> I understand that it might work as well for other packages, right?
[09:04] <asac> fo rall that support
[09:04] <asac> DEB_BUILD_OPTIONS=noopt
[09:04] <asac> e.g thunderbird is still buggy
[09:04] <asac> in this regards
[09:07] <hjmf> k, I will try to build something just to learn when I'll have some time
[09:07] <hjmf> :)
[09:16] <hjmf> on bug 97088 reporter claims "while the automatic bug report was finishing it opened a browser with a invalid url" and attach this screenshot
[09:16] <ubotu> Malone bug 97088 in firefox "[feisty]  Firefox Crashed [@js_FinalizeStringRT] " [Undecided,Needs info]  https://launchpad.net/bugs/97088
[09:16] <hjmf> http://librarian.launchpad.net/6998873/bug_firefox_ubuntu.png
[09:22] <hjmf> Two bugs reported from 0.3, both have the same cause and the same retraced stacktrace. But what bothers me both have a bunch of unretraced symbols
[09:23] <hjmf> maybe because what caused them
[09:23] <hjmf> dunno (of course) :)
[09:24] <hjmf> bugs are: bug 97089 and bug 97074
[09:24] <ubotu> Malone bug 97089 in firefox "[apport]  firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,Needs info]  https://launchpad.net/bugs/97089
[09:24] <ubotu> Malone bug 97074 in firefox "[apport]  firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,Needs info]  https://launchpad.net/bugs/97074
[09:24] <hjmf> hopefully is not a problem on 0.3 retraces
[09:25] <asac> hmm
[09:31] <asac> hjmf: where did you get the png from?
[09:31] <hjmf> asac: bug 97088
[09:31] <ubotu> Malone bug 97088 in firefox "[feisty]  Firefox Crashed [@js_FinalizeStringRT] " [Undecided,Needs info]  https://launchpad.net/bugs/97088
[09:32] <asac> looks like about a wrong url bug?
[09:32] <asac> not a crash
[09:32] <asac> ah ok ... the url thing is known
[09:32] <asac> so nevermind
[09:34] <asac> bug 97089 is colorzilla
[09:34] <ubotu> Malone bug 97089 in firefox "[apport]  firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,Needs info]  https://launchpad.net/bugs/97089
[09:35] <asac> #26 0xb7e95d96 in nsNativeComponentLoader::SelfRegisterDll (this=0x808a7e0, dll=0x818fda8,
[09:35] <asac>     registryLocation=0x83f3048 "abs:/home/gerrit/.mozilla/firefox/j7ch377q.default/extensions/{6AC85730-7D0F-4de0-B3FA-21142DD85326}/components/ColorZilla.dll", deferred=0) at nsNativeComponentLoader.cpp:421
[09:36] <asac> 	res2 = <value optimized out>
[09:36] <asac> 	res = 0
[09:36] <asac> 	serviceMgr = {<nsCOMPtr_base> = {mRawPtr = 0x808a3b4}, <No data fields>}
[09:36] <asac> 	fs = {<nsCOMPtr_base> = {mRawPtr = 0x81900e8}, <No data fields>}
[09:36] <asac> 	mobj = {<nsCOMPtr_base> = {mRawPtr = 0x818fd58}, <No data fields>}
[09:36] <asac> #27 0xb7e96c7a in nsNativeComponentLoader::AutoRegisterComponent (this=0x808a7e0, when=0, component=0x81900e8, registered=0xbfea4268)
[09:36] <asac> same for bug 97074
[09:36] <ubotu> Malone bug 97074 in firefox "[apport]  firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,Needs info]  https://launchpad.net/bugs/97074
[09:37] <asac> bug 97088 is most likely dupe: "crash on instant X shutdown"
[09:37] <ubotu> Malone bug 97088 in firefox "[feisty]  Firefox Crashed [@js_FinalizeStringRT] " [Undecided,Needs info]  https://launchpad.net/bugs/97088
[09:37] <asac> so all old dups :)
[09:38] <asac> no regression ;)
[09:38] <asac> fine
[09:44] <gnomefreak> asac: how do we handle enigmail?
[09:44] <gnomefreak> security releases
[09:44] <gnomefreak> 06/03/2007 Important Security fix for Enigmail. A security bug detected by Core Security Technologies has been fixed in Enigmail v0.94.3.
[09:45] <gnomefreak> the date kind of bothers me
[09:46] <gnomefreak> since enigmail is built with TB is why i ask how we handle that
[09:47] <gnomefreak> bug 97011
[09:47] <ubotu> Malone bug 97011 in enigmail "Security fix in 0.94.3" [Undecided,Needs info]  https://launchpad.net/bugs/97011
[09:56] <hjmf> then both collorzilla crashes? the unretraced stuff comes from that plugin? then marking as dups of colorzilla master :)
[09:58] <asac> probably :)
[09:59] <hjmf> checked, are the same retrace that the one on bug 85382
[09:59] <ubotu> Malone bug 85382 in firefox "MASTER firefox crashed - colorzilla - [@nsNativeComponentLoader::AutoRegisterComponent] " [Medium,Needs info]  https://launchpad.net/bugs/85382
[10:15] <hjmf> good night lads
[10:18] <asac> gnomefreak: that one does not apply
[10:19] <gnomefreak> ok
[10:19] <asac> but since security press is confusing we should nevertheless update it for feisty
[10:19] <gnomefreak> reject it due to?
[10:19] <asac> it was fixed in gnupg update
[10:19] <asac> not an enigmail bug ... but gnupg ... and latest gnupg ships the fix
[10:19] <asac> enigmail just contains workaround in case gnupg is not fixed
[10:19] <asac> as well as som UI improvements for new gnupg error messages due to this problem
[10:22] <gnomefreak> ok will comment
[10:25] <gnomefreak> is LP down?
[10:27] <gnomefreak> ok screw it ill comment later on it Lp is down atm
[10:31] <asac> k
[10:31] <asac> bug 12
[10:31] <asac> looks like down
[10:31] <gnomefreak> :)
[10:32] <gnomefreak> the guy that was checking it just got kicked off line or closed irc
[10:32] <gnomefreak> ill be back later ;)
[10:34] <asac> people just don't understand
[10:34] <asac> > I am having the same problem. Happens both with Firefox and Opera.
[10:34] <asac> > -- Firefox crash https://launchpad.net/bugs/24728
[10:34] <asac> Please file a  seperate bug and attach the full crash report. This bug
[10:34] <asac> has enough crashreports that are not the same as one another.
[10:34] <asac> so what does he do?
[10:34] <asac> simple
[10:35] <asac> Here is my crash report if it helps any.
[10:35] <gnomefreak> lol
[10:35] <asac> ** Attachment added: "Crash Report"
[10:35] <asac>    http://librarian.launchpad.net/6999272/_usr_lib_firefox_firefox-bin.1000.crash
[10:35] <asac> --
[10:35] <asac> Firefox crash
[10:35] <gnomefreak> moron
[10:35] <asac> https://launchpad.net/bugs/24728
[10:35] <asac> i think you should use please file a new bug
[10:35] <gnomefreak> asac: if you remind me ill file a bug for him
[10:35] <asac> instead of separate
[10:35] <asac> use new
[10:35] <asac> more simple
[10:35] <asac> na ... forget it
[10:35] <gnomefreak> ok
[10:35] <asac> people that file against 24728
[10:35] <asac> are not worth to be taken care of
[10:36] <asac> we did this already for those who initially did
[10:36] <asac> now its just too late
[10:36] <gnomefreak> true
[10:36] <asac> some just have to sink
[10:37] <asac> so what is that bug about?
[10:37] <asac> it has not master et al
[10:37] <asac> i think we should just reject it
[10:37] <asac> this is a sinking bug :)
[11:02] <asac> MOST WANTED TESTCASE: IA__gtk_style_apply_default_background
[11:37] <gnomefreak> do we have a stable testcase for that crash?
[11:44] <gnomefreak> there fixed
[11:47] <asac> what?
[11:47] <asac> how can it be MOST WANTED if we have it :)
[11:49] <gnomefreak> oh testcase i though you said tester :(
[11:49] <gnomefreak> sorry been a long day
[11:55] <gnomefreak> if anyone needs anything ping me ill get back to you asap
[11:57] <asac> sure
[11:57] <asac> night!
[11:59] <gnomefreak> night


[12:09] <gary_poster> bac benji frankban, my wife had to go to something this morning for our boys' school, so I'm left with the children.  I'm trying to get something done, but the baby is being...loud.  Would you like call with loud baby and echo in 2 minutes, or call without baby and echo in, say, 20 or 30 minutes?
[12:09] <bac> T+30
[12:09] <benji> agreed
[12:10] <gary_poster> frankban, that ok with you?
[12:10] <frankban> yes gary_poster
[12:10] <bac> if G+ hangouts can put mustaches on people can't they invent a baby scream filter?
[12:10] <gary_poster> :-)
[12:10] <gary_poster> cool, thanks all.  I'll ping a few minutes before the call
[12:33] <gary_poster> bac benji frankban call in 7, at 20 till
[12:33] <benji> k
[12:40] <bac> joinng
[12:40] <bac>    ^i^
[13:06] <bac> benji: ready whenever you are
[13:07] <benji> bac: the horde awaits
[13:31] <gary_poster> frankban, https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhordeoneonone
[13:31] <gary_poster> ?
[13:31] <frankban> joining
[13:32] <gary_poster> frankban, also, I approved your branch with two very trivial thouhts
[13:32] <gary_poster> g
[13:37] <benji> bac fell off the internet
[13:43] <benji> bac: I lost you again
[13:43] <bac> ok
[14:29] <benji> bac: have you chosen a new card yet?
[14:29] <bac> benji: no
[14:30] <benji> bac: well, with my new card the active lane limit has been reached, so... you'll have to look elsewhere I guess :\
[14:31] <bac> benji: the one you picked looks familiar.  you think it is the same handler problem?
[14:32] <benji> it might be similar
[14:56] <benji> bac: ha! I just applied the patch from 992692 to 992339 and it fixed it
[15:00] <benji> Now that I've totally gummed up the active lane, I guess I'll go get a snack and work on a slack card.
[15:18] <bac> benji: why not make 992339 a dupe of 992692 and clear the card from the lane?
[15:18] <benji> bac: I suppose that would work.  I'll do so.
[15:21] <bac> benji: when the lane is clear i'm going to look at bug 993510 -- i think it is the same
[15:21] <_mup_> Bug #993510: lp.services.job.tests.test_runner.TestJobRunner.test_runJobHandleErrors_oops_generated_user_notify_fails fails intermittently/rarely in parallel tests <paralleltest> <Launchpad itself:Triaged> < https://launchpad.net/bugs/993510 >
[15:22] <gary_poster> yay
[15:23]  * gary_poster is updating ResultsLog page
[15:23] <gary_poster> and will be very curious to see the fix
[15:25] <bac> benji: over here -- yay
[15:29] <bac> benji: yep, dupe
[15:30] <benji> bac: cool
[15:30] <benji> (now in the right channel)
[15:30] <bac> gary_poster: here is benji's fix that addresses four cards (so far): http://pastebin.ubuntu.com/964869/
[15:31] <bac> gary_poster: do you want to keep those dupe cards and move to done-done or delete them
[15:31] <gary_poster> cool bac, that's awesome.  delete them I guess
[15:32] <benji> I moved mine to done-done, so I'll delete it now.
[15:34] <gary_poster> We'll only be left with the (problematic) bug 992814 and bug 992184 then, I think...
[15:34] <_mup_> Bug #992814: lib/lp/services/webservice/doc/launchpadlib.txt fails intermittently/rarely in parallel tests <paralleltest> <Launchpad itself:Triaged> < https://launchpad.net/bugs/992814 >
[15:34] <_mup_> Bug #992184: lib/lp/services/database/doc/textsearching.txt fails intermittently/rarely on parallel tests <paralleltest> <Launchpad itself:Triaged> < https://launchpad.net/bugs/992184 >
[15:35] <gary_poster> bug 993467 too, probably easier
[15:35] <_mup_> Bug #993467: lib/lp/bugs/browser/tests/distrosourcepackage-bug-views.txt fails when run alone (on lxc?) <paralleltest> <Launchpad itself:Triaged> < https://launchpad.net/bugs/993467 >
[15:39]  * bac ->sashimi lunch special s/octopus/salmon/
[15:39] <bac> tmi?
[15:48] <gary_poster> :-)
[15:48] <gary_poster> nah, sounds good
[15:59] <gmb> gary_poster, Just thought you'd like to know that even using S3 and its massive pipes, doing the LP setup on the fly in our juju charm is just too slow for my use-case. I'm going to revert to the specific AMI model and blow a big raspberry at The Right Way of Doing Things.
[16:03] <gary_poster> gmb, well, glad you found out with enough time to do something about it :-)
[16:03] <gmb> gary_poster, As am I :). In other news, I've submitted my ec2 expenses for last month. I'd forgotten that it's expense deadline tomorrow...
[16:03] <gary_poster> gmb, and if you have the energy to cope with the assumed push back, it would be noble of you to report this to the juju team.  I would cheer.  From the sidelines.  Quietly.
[16:04] <gmb> gary_poster, Agreed. I'm going to get it working and then write an email to the juju dev list.
[16:04] <gary_poster> great, thanks gmb.  I'll go look at expenses right now.
[16:07] <gary_poster> done, gmb
[16:10] <gary_poster> frankban, I approved https://code.launchpad.net/~frankban/launchpad/bug-987904-intermittent-failure/+merge/104577 with a small comment
[16:13] <frankban> thanks gary_poster, also I submitted aws expenses
[16:16] <gary_poster> cool, frankban, approved.
[16:17] <gary_poster> benji, dragnob has now deleted your old incorrect vacation request, and I approved the newer, correct one.
[16:17] <benji> gary_poster: cool, thanks
[16:17] <gary_poster> welcome
[16:20] <benji> I'll have to be more careful in the future.  Those mistakes live a long time.
[16:29] <gary_poster> lunch
[18:30] <gary_poster> I would have said to benji,
[18:30] <gary_poster> hey benji!
[18:30] <gary_poster> https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhordeoneonone when you are ready!
[18:31] <gary_poster> ...but he is not here...
[18:36] <benji> bac: I'm not sure if my last message made it through (slight network glitch here): our test run had 100% test success
[18:36] <bac> benji: we can do bettuh
[18:37] <bac> actually, benji, that's pretty great
[18:37] <benji> :)
[18:38] <benji> I'm working up the MP now.
[18:38] <gary_poster> benji hi.  our call was 6 minutes ago.  I told you about it on IRC, even though I knew you were not here.  a tree-falls-in-a-forest-but-no-one-is-there-to-hear moment.  Do you want to ping me when the MP is done?
[18:38] <benji> gary_poster: nah, now is good
[18:38] <gary_poster> cool
[18:38] <gary_poster> https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhordeoneonone
[18:56] <benji> gary_poster: the connection has gone bad
[19:29] <gary_poster> bac, https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhordeoneonone when you are ready.  no rush
[19:30] <bac> ok
[19:30] <bac> just finishing up a mp
[20:24] <gary_poster> bac, this fixes bug 994158.  Is it good enough, or is there a more elegant way to do this?  http://pastebin.ubuntu.com/965478/
[20:24] <_mup_> Bug #994158: lp.registry.browser.tests.test_distroseriesdifference_views.DistroSeriesDifferenceTestCase.test_binary_summaries_for_source_pub fails intermittently/rarely in parallel tests with distroreleasepackagecache_pkey error <paralleltest> <Launchpad itself:Triaged by gary> < https://launchpad.net/bugs/994158 >
[20:25] <bac> gary_poster: i have seen frankban and graham do similar fixes.
[20:25] <gary_poster> bac, ok.
[20:31] <gary_poster> bac, you ok with approving https://code.launchpad.net/~gary/launchpad/bug994158/+merge/104618 then?
[20:31] <bac> done
[20:32] <bac> gary_poster: in a non quid pro quo would you review https://code.launchpad.net/~bac/launchpad/bug-987499/+merge/104607 ?
[20:33] <gary_poster> bac, :-) sure
[20:36] <gary_poster> bac, so the change to lib/lp/app/browser/tests/test_stringformatter.py is no longer necessary (or even really used, since no one calls _setDeveloper(False) now), right?  You thought it was still an improvement because it made the _setDeveloper call clearer in its meaning?
[20:36] <bac> gary_poster: yep.
[20:36] <gary_poster> cool
[20:38] <gary_poster> approved bac, thank you
[21:03] <benji> well, lookie there:
[21:03] <benji> File "lib/lp/services/database/doc/textsearching.txt", line 579, in textsearching.txt
[21:03] <benji> Failed example:
[21:03] <benji>     nl_term_candidates('firefox foo-bar give me trouble')
[21:03] <benji> Differences (ndiff with -expected +actual):
[21:03] <benji>     - [u'firefox', u'foo', u'bar', u'foobar', u'give', u'troubl']
[21:03] <benji>     ?    - ^ ---     ^^^
[21:03] <benji>     + [u'ive', u'bl', u'bar', u'foobar', u'give', u'troubl']
[21:03] <benji>     ?     ^      ^^
[21:36] <gary_poster> benji, how'd you do it?
[21:37] <benji> gary_poster: I wrote a script to peg all the CPUs and do lots of memory access and then ran the test in a loop.
[21:37] <benji> I then turned off the load script and the test still fails intermittently.  :)
[21:38] <benji> so -- at least on my box -- just running the script repeatedly will generate failures fairly frequently
[21:39] <benji> s/script/test/
[21:39] <gary_poster> great, benji!


[01:27] <DalekSec> jelmer: Hrm, so a while back I was talking about fastimport, bzr (with patches) vs brz.  I just had to convert a repo and ended up with unexpected results with brz, so tried Ubuntu's version of bzr-fastimport instead and got expected results.  So it looks like that merge request is still missing after all.
[01:27] <jelmer> DalekSec: which version of breezy?
[01:29] <DalekSec> Hrm, you're right.  3.0.1-6 looks a bit dated.
[01:29] <DalekSec> I did it on a Debian testing box.
[01:31] <DalekSec> Jumped to experimental, got traceback.  Going with unstable.
[01:35] <DalekSec> 3.0.2-4 still has unexpected results, jelmer.
[01:47] <DalekSec> https://bazaar.launchpad.net/~brz/brz/trunk/revision/7465 likely fixes it.
[01:49] <jelmer> DalekSec: can you remind me what the original bug was?
[01:51] <jelmer> That revision should just be improving performance for fastexport, it wasn't intended to fix any bugs..
[01:53] <DalekSec> jelmer: There was also a "NameError: name 'kind' is not defined" in the version that is in experimental.  Right, so the 3 bugs are referenced in https://code.launchpad.net/~unit193/bzr-fastimport/deletion-fixes/+merge/258178, I'm working on lp:xubuntu-website.
[01:55] <jelmer> ah :-/
[01:56] <jelmer> this should make its way into 3.1.0, if that helps
[01:57] <DalekSec> I just used wget on exporter.py from the bzr repo (is it still technically a bzr repo?) and tried that version, no traceback but still have the zombie files.
[01:58] <jelmer> mixing files from different versions is a recipe for disaster; if you can reproduce this with lp:brz I can try to help
[02:00] <DalekSec> Heh, yeah.  Figured it'd be worth a shot though.
[02:12] <DalekSec> (I'll have to get to updating the package snapshot another time.)