[02:41] <Bluefoxicy> man
[02:41] <Bluefoxicy> how do I test debian-installer
[02:54] <TheMuso> netboot?
[03:11] <Bluefoxicy> heh
[04:15] <pitti> Good morning
[04:54] <pitti> infinity: please remind me again, does soft-freeze mean that -proposed→ release migration is suspended, or that we should stop uploading to -proposed?
[05:30] <pitti> infinity: nevermind, language-selector just migrated, so I guess it's the latter
[05:47] <ScottK> pitti: In theory migration is suspended.  The block I put in place is not ideal however.
[05:47] <ScottK> I also put it up somewhat late.
[05:48] <ScottK> So you're supposed to be able to keep uploading.
[05:48] <pitti> ScottK: ah, ok; the language-selector fix is fine I think, but I wouldn't want to upload a new gvfs during the freeze
[05:48] <pitti> ScottK: does "late" mean "within the last hour"?
[05:48] <ScottK> Yes
[05:48] <pitti> ah, ok
[05:49] <ScottK> I guess though with Edubuntu bailing out of Alpha 2, it's just Kubuntu AFAIK, so maybe gvfs is fine.
[05:49] <pitti> it's on kubuntu-active-dvd-live
[05:50] <pitti> but aside from a new backend, it's mostly bug fixes
[05:50] <ScottK> Ah.
[05:51] <ScottK> Riddell: ^^^^ is that still a valid seed for us?
[05:53] <pitti> ScottK: so apparently authres also just migrated
[05:53] <ScottK> That's not on any images though.
[05:54] <ScottK> The block is meant to be limited.
[05:54] <pitti> ah, great
[05:54] <ScottK> I was supposed to write a script to generate the hint, but didn't get time yet, so what's in place is not ideal.
[05:54] <pitti> ScottK: so in theory, the block will take care of not migrating packages that affect a2 images, and people can just go on uploading?
[05:55] <ScottK> That's the theory.
[05:55] <ScottK> If they theory doesn't work out, bad on me for not writing a better block, IMO.
[05:55]  * pitti presses "Like!" button
[05:58] <isaias> Hello to all Ubuntu Dev' ^_^
[07:59] <dholbach> good morning
[09:27] <diwic> seb128, hi
[09:28] <seb128> diwic, hey
[09:28] <diwic> seb128, how are you?
[09:28] <seb128> diwic, I'm good thanks, how are you?
[09:29] <diwic> seb128, it's a bit calmer due to chinese new year :-)
[09:29] <diwic> seb128, so I'm looking at a oem-priority bug, which they want fixed in 12.04 preferrably
[09:30] <diwic> seb128, bug 1071561
[09:31] <diwic> seb128, first, it bothers me that not more people have discovered, but anyway. For 13.04 my ambition was to actually make us handle the off profile better
[09:32] <diwic> seb128, and for 12.04 we would just remove the off profile like we have done for alsa cards
[09:32] <diwic> seb128, but now I don't know if I'll get to that during this cycle; so what do you think?
[09:33] <diwic> seb128, what is your advice here - in what order should I/we do what, essentially?
[09:34] <seb128> diwic, reading that bug/patch
[09:34] <diwic> seb128, and, btw. In 13.04 bluetooth will start to work a bit differently when we upload PA 3.0, so it's possible this bug resolves itself for bluetooth anyway
[09:34] <seb128> diwic, so the issue is that you can turn a device off and then not on back because it's dropped from the list?
[09:35] <diwic> seb128, exactly. Change the bluetooth profile to "off" and it disappears from the list
[09:36] <seb128> diwic, that seems fine for SRU to me, do you want me to upload that to raring and precise?
[09:36] <diwic> seb128, yeah, I think that's the simplest way. Haven't checked if it applies to 13.04 straight off
[09:40] <diwic> seb128, do you want another merge proposal for raring, or do you take it from here?
[09:41] <seb128> diwic, do you consider that as upstreamable to GNOME or as a distro hack until pulseaudio fixes the issue?
[09:42] <diwic> seb128, upstreamable
[09:42] <diwic> to gnome
[09:42] <seb128> diwic, it would be nice if you could upstream it and I will handle the Ubuntu uploads
[09:42] <seb128> diwic, works for you?
[09:43] <diwic> seb128, ok, I'll make an upstream bug for it
[09:43] <seb128> diwic, thanks
[10:23] <xnox> @pilot in
[10:31] <xnox> please reject / mark w-i-p / resubmit of https://code.launchpad.net/~baltix/ubuntu/precise/ubuntu-defaults-builder/remove-quotes-from-firefox-bookmarks-titles/+merge/137107
[10:41]  * dholbach hugs xnox
[10:42] <seb128> diwic, let me know when you open the upstream bug, I would like to add the bug reference to the changelog
[10:45] <diwic> seb128, ok, can you reach bugzilla.gnome.org? It seems down.
[10:45] <seb128> diwic, you are right, connection failed
[10:48] <diwic> seb128, I'll try later and let you know if I succeed
[10:49] <xnox> fixed up bug 778627
[11:26] <tziOm> I get a kernel segfault on 12.10 updated running exim4/spamass/clamav/nfs mounts
[11:52] <bdrung> Sweetshark: you have got mail. there is just one blocking issues.
[12:11] <bdrung> seb128: i would love to see this blueprint raised: https://blueprints.launchpad.net/ubuntu/+spec/desktop-r-reboot-libreoffice-packaging
[12:17] <seb128> bdrung, hey, thanks for the reviews on libreoffice ;-)
[12:18] <seb128> bdrung, yeah, we would like to see packaging cleaned but we have only one lo maintainer and getting things working and libreoffice updates is higher priority than cleaning a working debian/rules...
[12:38] <tziOm> How can I prevent ubuntu from loading radeon driver? Seems to cause kernel panic here!
[12:44] <xnox> tziOm: for support see #ubuntu or askubuntu.com or just google "blacklist kernel module"
[13:18] <bdrung> Sweetshark: it would be nice if you could push those changes. then i can rebuild the source from the checkout so that you can properly tag the uploaded commit
[13:19] <bdrung> seb128: you're welcome.
[13:21] <bdrung> seb128: the packaging reboot will rewrite debian/rules and most of the logic will be done upstream by their build system. the reboot will split the source package, reduce build time, make it faster to review, less error-prone. i make a bet that the invested time will pay back in the future.
[13:22] <seb128> bdrung, is debian on board with that reboot?
[13:22] <seb128> bdrung, or does it mean forking libreoffice's packaging in ubuntu?
[13:24] <bdrung> seb128: i haven't asked the debian maintainer. Sweetshark said that the debian maintainer is conservative. i assume that he will jump on board once the initial step are done. let me ask him.
[13:25] <seb128> bdrung, thanks (and good luck, the debian maintainer is not really ubuntu friendly ;-)
[13:26] <ogra_> "conservative" heh
[13:26] <ogra_> he's such a diplomat
[13:27] <Laney> i'm sure he'll see the merits in good engineering ;-)
[13:27] <bdrung> seb128: i can contact him with my DD address :)
[13:27] <seb128> bdrung, that's probably wiser ;-)
[13:33] <cjwatson> seb128: Do you have anything to add to https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuDesktop for 12.04.2?
[13:35] <seb128> cjwatson, no, I don't think we did any change, which is not already mentioned, and is worth listing
[13:35] <seb128> cjwatson, libreoffice 3.5.7 was uploaded but that didn't get out of proposed I think?
[13:38] <cjwatson> seb128: no, still not completely verified according to pending-sru
[13:40] <seb128> cjwatson, it has a MRE and there is no specific testcase afaik, it's mostly "wait until there is enough confidence the update is good"
[13:41] <cjwatson> seb128: Sure, I just don't tend to take that kind of decision as an ubuntu-sru member and prefer to wait for somebody more domain-competent to take it and mark the bug accordingly
[13:41] <seb128> cjwatson, ok, fair enough
[13:41] <seb128> Sweetshark, ^
[13:42] <seb128> Sweetshark, if/when you feel confident the 3.5.7 SRU got enough testing and is good please change the tag to verification-done
[13:42] <cjwatson> (I do tend to look over the bug to make sure it was tagged by somebody I know is competent or somebody who quoted a good reason; but it's rare for me to tag it myself)
[13:43] <seb128> yeah, I doubt anyone out of Sweetshark has enough of an overview of the testing done/bugs opened since/feedback to tag that one anyway
[13:44] <seb128> or it would take a day to sit down and digest all the infos/feedback we received through launchpad/forums/...
[13:44] <cjwatson> Right
[13:44] <cjwatson> Some bugs are easier - coming up to 12.04.2 there were various bugs pending verification that amounted to "is it actually possible to install this package?", so I just verified those quickly in an schroot
[13:46] <seb128> yeah, I had on my todo to try to help verifying some SRUs, I didn't get to it though :-( I will still try to do some after 12.04.2 when things are unfrozen
[13:48] <cjwatson> mlankhorst,tjaalton: Either of you know what's happening with bug 1122072?  It's showing up in 12.04.2 testing reports
[13:49] <mlankhorst> cjwatson: ugh sounds like a bug fixed in raring
[13:49] <mlankhorst> let me find the specific commit that fixed it
[13:49] <tjaalton> virtualbox didn't get updated?
[13:50] <mdeslaur> cjwatson: mind if I merge curl?
[13:50] <mlankhorst> cjwatson: https://bugs.freedesktop.org/show_bug.cgi?id=56343 ?
[13:50] <cjwatson> you'd know better than I :)
[13:50] <cjwatson> mlankhorst: Probably too late to fix for .2 now, but if you can find it a backport for .3 and a release note in https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuDesktop would be appreciated
[13:51] <mlankhorst> still fixable if i have someone to verify it
[13:51] <cjwatson> mdeslaur: Go ahead; just be careful to preserve the +x perms on debian/*.links (easy to lose by accident)
[13:51] <mdeslaur> cjwatson: thanks for the hint
[13:51] <cjwatson> mlankhorst: Hm, I hadn't been planning to respin the desktop images; it would depend whether this affects substantial real hardware too
[13:52] <cjwatson> And this would probably require respinning many flavours ...
[13:52] <infinity> cjwatson: Well, it affects anyone booting a desktop image in vbox to install...
[13:52] <mlankhorst> ok it could be done as SRU probably
[13:52] <infinity> cjwatson: Since no X, no ubiquity.
[13:52] <cjwatson> Sure, I just don't see virtualbox as a showstopper
[13:52] <cjwatson> mlankhorst: So what 2D driver is out of sync here?
[13:53] <tjaalton> hmm
[13:53] <mlankhorst> cjwatson: no it's a bug affecting quantal too, if you have no outputs it doesn't see the hardware
[13:53] <tjaalton> vbox shouldn't need any special driver
[13:53] <tjaalton> the special driver adds more features but it's never available on the installer
[13:54] <cjwatson> mlankhorst: Just trying to understand how that upstream bug matches up, given Eric Anholt's reply
[13:54] <tjaalton> probably not that bug :)
[13:54] <mlankhorst> cjwatson: get a desktop computer, unplug all displays, see if you can reproduce it :P
[13:54] <mlankhorst> on quantal
[13:54] <cjwatson> desktop computers?  what are those?
[13:54] <tjaalton> i have five!
[13:54] <mlankhorst> a laptop without builtin screen, keyboard and touchpad!
[13:54] <tjaalton> plus panda
[13:55] <Sweetshark> seb128: When I left for vacation, I felt good with the SRU already, just wanted to let it hang for a few more days. I havent seen anything popping up so far, but would need to recheck mails and lp-comments again carefully one.
[13:55] <mlankhorst> and no battery either
[13:55] <cjwatson> mlankhorst: ah, old tech
[13:55] <vibhav> cjwatson: Some say they are bigger than laptops
[13:55] <cjwatson> (you may infer I don't have any, at least not any that wouldn't require some hardware maintenance to get up and running again ...)
[13:55] <tjaalton> mlankhorst: if it's fixed in xserver 1.13.x then we probably should add it there..
[13:56] <seb128> Sweetshark, ok, please recheck what happened while you were away and if you don't see any real issue tag it as verified?
[13:56] <mlankhorst> tjaalton: yeah I want to use xorg-integration-tests as a reason to add a MRE to input-evdev and xorg-server
[13:57] <tjaalton> right but if there's an identifiable commit it could be sru'd right away
[13:57] <cjwatson> Do we know if this bug affects kvm?
[13:57] <Sweetshark> seb128: k, will do.
[13:57] <mlankhorst> tjaalton: should be d71a17cfab6536df9df46a342a24dd415c020192
[13:57] <seb128> Sweetshark, danke
[13:57] <cjwatson> Ah, psivaa says it doesn't
[13:58] <tjaalton> mlankhorst: ah
[13:58] <seb128> cjwatson, mlankhorst, tjaalton: is the bug you are talking about the "12.04 isos can't be booted from a raring kvm/virtualbox"?
[13:58] <mlankhorst> yes
[13:58] <tjaalton> it shouldn't matter what the host has
[13:58] <cjwatson> seb128: kvm is reported to work fine, at least via libvirt
[13:58] <seb128> k, I ran into that last week when I wanted to try to verify some SRU
[13:58] <cjwatson> seb128: bug 1122072
[13:59] <tjaalton> I can try kvm in a bit
[13:59] <mlankhorst> seb128: it should affect normal quantal too though
[13:59] <seb128> cjwatson, I tried to kvm -cdrom .iso and that didn't work for me, not sure if it uses libvirst by default?
[13:59]  * penguin42 has done a Precise install on Raring kvm a couple of weeks ago
[13:59] <cjwatson> seb128: kvm doesn't, no
[14:00] <cjwatson> I'll check once rsync finishes
[14:00] <seb128> ok
[14:00] <cjwatson> http://cgit.freedesktop.org/xorg/xserver/commit/?h=d71a17cfab6536df9df46a342a24dd415c020192 presumably
[14:01] <cjwatson> (per mlankhorst above)
[14:01] <mlankhorst> but if somebody verifies the bug exists on quantal too, i can do a sru for both
[14:02] <cjwatson> do any of you have virtualbox set up to help verify it?
[14:02] <mlankhorst> nope, suppose i could see if the other system fires up though
[14:02] <seb128> cjwatson, I have
[14:03] <cjwatson> since I assume it'd be rather fiddly to do it based on a live CD (unless we promoted it to -updates in advance of verification, and, er, no)
[14:03] <cjwatson> I guess I could do a custom one-off image build if need be
[14:03]  * mlankhorst has netboot for live quantal
[14:03] <seb128> cjwatson, how would I go about testing it?
[14:03] <cjwatson> with just everything in -proposed
[14:04] <cjwatson> seb128: the bug says that if you boot a live image and select "Try Ubuntu" (etc.) then that reproduces it
[14:04] <cjwatson> infinity: ^- which suggests, incidentally, that ubiquity works fine ...
[14:04] <seb128> right, I can confirm the bug, not sure how to test the fix, does that require to respin an iso?
[14:04] <mlankhorst> Fatal server error:
[14:04] <mlankhorst> [    13.893] no screens found
[14:04] <mlankhorst> [    13.893] (EE)
[14:04] <mlankhorst> on headless quantal with real hardware
[14:04] <mlankhorst> ah well lets try the fix..
[14:04] <cjwatson> seb128: possibly break=casper-bottom and install a new package from -proposed
[14:05] <cjwatson> seb128: but a custom image might be easier, or if mlankhorst can verify in a more normal environment ...
[14:05] <seb128> ok, seems like mlankhorst is on it
[14:05] <infinity> cjwatson: Erm, that doesn't make a lot of sense.
[14:06] <cjwatson> I know.  I wonder if it only affects second and subsequent attempts to launch a server, or something
[14:06] <cjwatson> Or maybe only via display managers that are more normal than ubiquity-dm
[14:06] <cjwatson> ubiquity-dm does hardcode various things
[14:07] <mlankhorst> ok rebuilding xorg-server now
[14:07] <tjaalton> so we have a plan to request a MRE for xorg-server minor releases, but it didn't occur to me that it would've been useful for .2 :/ also, integrating the tests is still WIP
[14:08] <cjwatson> If we're going to do this for .2 it'd need to be a cherry-pick anyway
[14:09] <tjaalton> sure thing
[14:09] <cjwatson> This patch is pretty simple and shouldn't require much retesting of other things
[14:09] <cjwatson> Is this only in xorg-server-lts-quantal/precise, by the way, or xorg-server/precise as well?
[14:09] <mlankhorst> just quantal
[14:09] <cjwatson> ok, good
[14:11] <mlankhorst> dupe of https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1037518
[14:12] <mlankhorst> hm wonder how I missed that
[14:12] <cjwatson> that says it's still happening in raring?
[14:13] <mlankhorst> shouldn't afaict
[14:13] <cjwatson> also claims it's a dup of bug 982889.  Is there any possibility that making this compat output change might affect the server's behaviour if it happens to be started up before drm devices appear?
[14:13] <mlankhorst> hm that's a different bug
[14:14] <mlankhorst> ok I'll undupe for now
[14:14] <cjwatson> Question still applies though :)
[14:14] <mlankhorst> no
[14:14] <cjwatson> OK ...
[14:14] <mlankhorst> this is specifically about not finding screens due to no outputs being connected, I think
[14:15] <cjwatson> So none connected != some connected but open fails?
[14:15] <mlankhorst> yes
[14:16] <cjwatson> Right, makes sense, thanks
[14:16]  * cjwatson -> bike shop
[14:16] <mlankhorst> well you can test if you want by cherry picking that patch, it fixes the headless case for me
[14:16] <cjwatson> On reflection, happy for this to be SRUed and respun for .2 if it checks out for you
[14:17] <mlankhorst> seb128: want to try with a custom xorg-xserver-core deb?
[14:19] <seb128> mlankhorst, my image is i386 if you have one of those?
[14:19] <mlankhorst> quantal?
[14:21] <mlankhorst> either works, I need to rebuild for lts-quantal anyway, and I have netboots for precise/quantal/raring i386/amd64
[14:26] <mlankhorst> I so need to automate lts-stack sru's at one point :/
[14:31] <mlankhorst> seb128: I've done the builds so if you can verify I'll upload both. http://paste.ubuntu.com/1639562/
[14:31] <seb128> mlankhorst, maybe just upload if it works for you, it will be easier to test for me once it's in proposed
[14:31] <mlankhorst> seb128: well you can test on a live installation too
[14:32] <mlankhorst> but I don't know if you're hitting that bug or not
[14:32] <seb128> mlankhorst, I do when trying to boot the 12.04.2 iso in virtualbox from my raring
[14:33] <mlankhorst> anyhow if network works you could do some manual testing, I uploaded to my ppa too
[14:33] <mlankhorst> https://launchpad.net/~mlankhorst/+archive/ppa/+packages building atm
[14:38] <siretart> hm. i've been looking now for a while in the d-i sources, but I don't see the obvious solution: I need to copy stuff from my customized install cd to the target system just before apt-setup runs, but after /target has been mounted. what's the best way to implement this? is there a hook that I could preseed or something?
[14:41] <siretart> I've found partman/early_command, but that's quite a bit before /target is usable
[14:44] <plars> mlankhorst: your request to see if it happens on quantal too - was that pertaining to https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1122072 ?
[14:44] <mlankhorst> plars: yes
[14:46] <plars> mlankhorst: I can check that, but last I tried quantal it worked fine under virtualbox
[14:47] <mlankhorst> plars: testing the fix I put up on my ppa on precise-lts-quantal is fine too, i can verify the fix on real hardware for quantal
[14:50] <plars_> mlankhorst: not sure how much of that you caught before my isp so rudely interrupted, but I'm digging up a quantal image to try it again real quick
[14:50] <mlankhorst> 15:46 < plars> mlankhorst: I can check that, but last I tried quantal it worked fine under virtualbox
[14:50] <mlankhorst> 15:47 < mlankhorst> plars: testing the fix I put up on my ppa on precise-lts-quantal is fine too, i can verify the fix on real hardware for quantal
[14:50] <mlankhorst> 15:50 < plars_> mlankhorst: not sure how much of that you caught before my isp so rudely interrupted, but I'm digging up a quantal image to try it again real quick
[14:54] <plars> mlankhorst: yes, with quantal everything works fine
[14:54] <plars> mlankhorst: to be specific, the host machine for all of these is quantal, booting a quantal image works fine, booting 12.04.1 works fine, 12.04.2 does not come up in X under live mode though
[14:55] <mlankhorst> can you grab xorg-server from my ppa?
[14:55] <mlankhorst> https://launchpad.net/~mlankhorst/+archive/ppa/+packages seems to be done building
[14:58] <geser> pitti: aboudreault asked in #ubuntu-motu if postgresql-9.2 will be in raring and if not what's the reason
[15:01] <pitti> geser: the main reason is the Debian freeze
[15:01] <pitti> geser: we need to pick between 9.1 with lots of packaged extensions
[15:01] <pitti> geser: or 9.2 with no packaged extensions at all
[15:01] <pitti> geser: and I think we are better off with 9.1 for now
[15:01] <pitti> geser: 9.2 is in my PPA FYI
[15:02] <geser> pitti: thanks. will forward this to aboudreault
[15:02] <xnox> pitti: is ubuntu up on apt.postgresql.org (or whatever is the name of the day for that archive?)
[15:02] <pitti> xnox: yes, but only lucid and precise for now
[15:02] <xnox> pitti: the only that matter =)
[15:02] <pitti> LTSes are the most common platform for db stuff anyway
[15:02] <xnox> (developers get cranky)
[15:02] <pitti> xnox: I can ask Christoph for more, but I don't think it's that useful
[15:03] <pitti> apt.postgresql.org is the grand culmination of my good old backports PPA, Debian backports, and Christoph's pgapt.debian.net, I'm really quite happy about it
[15:06] <sconklin> @pilot in
[15:09] <plars> mlankhorst: ok, installed, what should I restart to try to make it come back?
[15:09] <plars> lightdm?
[15:12] <mlankhorst> yeah
[15:12] <mlankhorst> probably it stopped and attempted to start failsafe-x
[15:12] <mlankhorst> i think 'start lightdm' would work though
[15:14] <plars> mlankhorst: nope, still just end up at a black console
[15:14] <mlankhorst> erk
[15:14] <mlankhorst> log?
[15:18] <pitti> oh, I made it to http://lwn.net/ :)
[15:31] <plars> mlankhorst: looks to be about the same, but let me pastebinit
[15:32] <alexbligh1> Should userspace services modprobe -r (remove) kernel modules they use on service stop? This seems dangerous if other people might be using them. My specific problem is that openiscsi modprobe -r's the iscsi initatiator module during its init.d's 'stop', which is bad if other things are using it. I'm trying to work out why it does this or whether it's a straight bug.
[15:33] <plars> mlankhorst: http://paste.ubuntu.com/1639709
[15:37] <mlankhorst> plars: any quantal log too by any chance?
[15:39] <xnox> wookey: doko: i guess db5.3 should also get the cross-building/bootstrapping fixes that are applied against db package
[15:39] <infinity> xnox: Yes.
[15:40] <wookey> xnox: yes I assume it's much the same
[15:40] <mitya57> pitti: also you're on http://worldofgnome.org/continuous-integration-of-gnome-modules-on-the-top-of-jenkinscontinuous-builds/ (with a photo) :)
[15:40] <pitti> ah, credit jibel, credit jibel!
[15:41]  * xnox is cross-patch-piloting
[15:42] <pitti> mitya57: added a comment, thanks
[15:42] <xnox> pitti: You are famous now =)
[15:43] <pitti> xnox: oh my, all these groupies!
[15:43] <mitya57> :)
[15:43] <pitti> seriously, I'm quite happy how well it has been taken already
[15:44] <pitti> hughsie fixed the colord tests, I was looking into the two gst failures with tpm, and pwhitnall already fixed friends
[15:46] <plars> mlankhorst: http://paste.ubuntu.com/1639744/
[15:48] <cjwatson> siretart: The easiest solution is probably to write out (from preseed/early_command or partman/early_command; if the former then you'll need a mkdir -p as well) an executable hook in /lib/partman/finish.d/ starting with a two-digit number greater than 20
[15:48] <cjwatson> Say, /lib/partman/finish.d/99create_some_files
[15:50] <mlankhorst> plars: doesn't seem to detect the vesa bios at all for some reason
[15:56] <stgraber> doko: you broke upstart!
[15:57] <xnox> stgraber: how =) ?
[15:57] <stgraber> doko: or to be precise, the new gcc causes one of the upstart tests to fail and cause a build hang ;)
[15:57] <xnox> stgraber: so FSF broke upstart ;-)
[16:03] <ogra_> xnox, fsf ?
[16:03] <ogra_> xnox, was doko renamed ?
[16:03] <mlankhorst> plars: any chance it could be a configuration issue? what if you set the precise iso as a quantal image, which would probably make sense since it's quantal kernel  + xserver
[16:04] <plars> mlankhorst: setting the precise iso as a quantal image? I'm not sure what you mean
[16:05] <xnox> ogra_: *giggle*
[16:05] <plars> mlankhorst: I'm sure I'm pointing at the right image if that's what you mean
[16:06] <cjwatson> plars: How did you go about upgrading to mlankhorst's new server package?
[16:06] <plars> cjwatson: I added the repository and did apt-get update/dist-upgrade
[16:08] <mlankhorst> plars: I mean it would probably count as quantal from virtualbox's point of view
[16:08] <plars> mlankhorst: I don't think virtualbox knows or cares
[16:09] <mlankhorst> well my only guess is a kernel regression now
[16:09] <cjwatson> mlankhorst: I was away for a while.  Have you had any positive reports regarding this virtualbox-related change?
[16:09] <ogra_> or oracles secret plan of undermining established linux dstros
[16:09] <ogra_> conspiracy !
[16:10] <mlankhorst> cjwatson: what I just said ^
[16:11] <cjwatson> Uh - I see your responses to plars; I was asking whether you'd had any positive responses as well as that negative one
[16:13] <mlankhorst> well it fixes my connectorless setup, just not the issue here it seems
[16:13] <plars> psivaa: any chance you can give that ppa a try again? just boot the image, add-apt-repository, update/dist-upgrade, and restart lightdm should do it
[16:13] <psivaa> plars: sorry i have already tried that and i get the same failure as yours
[16:13] <plars> ok
[16:13] <plars> thanks for confirming
[16:14] <psivaa> plars: yw, sorry dint do it before since it was the same outcome :)
[16:18] <cjwatson> OK, so it sounds like the answer here is a release note
[16:20] <mlankhorst> I suspect it's a bug somewhere else though
[16:39] <mlankhorst> cjwatson: https://bugzilla.redhat.com/show_bug.cgi?id=785652 ?
[16:41] <tjaalton> libpciaccess-lol-dev-port.patch :)
[16:41] <mlankhorst> sounds good
[16:41] <mlankhorst> I'll throw up a libpciaccess in a bit, food first
[16:42] <mlankhorst> can I sru the xorg-server headless fix too then in that case?
[16:43] <cjwatson> Sure, but I'm only going to take the libpciaccess one for .2, unless you have a very good argument to the contrary
[16:45] <mlankhorst> same failure mode under different conditions :)
[16:46] <mlankhorst> bbiab
[16:47] <cjwatson> Well, sure; but the conditions for the libpciaccess one are only marginally a .2 blocker as it is
[16:47] <cjwatson> Can you describe the conditions for the other fix in detail?
[16:48] <cjwatson> I have <2 days until I need to release 12.04.2, so I want to have a good reason for any risk
[16:48] <cjwatson> And avoid burning out testers
[16:54] <happyaron> jbicha: unfortunately ibus-table seems to need a revert.
[16:54] <happyaron> jbicha: I'll wait for a few days to see what's upstream's reaction, if there is patch then all good.
[16:55] <jbicha> happyaron: ok, thanks!
[17:05] <SpamapS> definitely something broken in newer google chrome. It just sits there.. :-P
[17:05] <mlankhorst> cjwatson: it's just when no outputs are found, for example when you disconnected all monitors, the cd will fail to boot whereas 12.04.1 lts works, but sure it can wait I suppose
[17:08] <fishor_> hallo all, are there any reason why libapt do not use openssl? I just wundered why http porcess takes ~30% of my intel i5-3317. Perf shows this result:
[17:09] <fishor_>  14,81%  http  libapt-pkg.so.4.12.0  [.] SHA512_Transform(_SHA512_CTX*, unsigned long const*)                                        ▒
[17:09] <fishor_>   8,11%  http  libapt-pkg.so.4.12.0  [.] SHA1Transform(unsigned int*, unsigned char const*)                                          ▒
[17:09] <fishor_>   5,62%  http  libapt-pkg.so.4.12.0  [.] MD5Transform(unsigned int*, unsigned int const*)
[17:09] <Sarvatt> plars: can you test https://launchpad.net/~sarvatt/+archive/sru7/ out?
[17:09] <plars> Sarvatt: sure, one moment
[17:10] <cjwatson> mlankhorst: OK - it's certainly a bug and should be fixed for .3, but it's not a blocker for .2 so I'm not going to risk it
[17:10] <mlankhorst> ok sure
[17:10]  * cjwatson <- conservative today
[17:10] <Sarvatt> 2 hours to build, ugh
[17:10] <fishor_> this funktions in libapt do not have any optimisation. beside  current openssl has avx optimisation for this hashes
[17:10] <mlankhorst> Sarvatt: copying to my ppa
[17:10] <mlankhorst> I have a build bump there
[17:11]  * Sarvatt should have urgency=critical'ed it :)
[17:11] <cjwatson> fishor_: The apt developers are on #debian-apt on irc.oftc.net; or you could file a bug
[17:11] <fishor_> cjwatson, ok thx
[17:11] <mlankhorst> Sarvatt: building now ;P
[17:11] <mlankhorst> https://launchpad.net/~mlankhorst/+archive/ppa/+packages
[17:11] <cjwatson> fishor_: There are probably licensing difficulties with using OpenSSL
[17:12] <cjwatson> fishor_: APT is GPLed and the OpenSSL licence is incompatible with that
[17:16] <plars> Sarvatt: I'm watching the ppa from mlankhorst and will pull it in from there as soon as that finishes
[17:16] <mlankhorst> it fails to build
[17:16] <plars> doh
[17:20] <doko> xnox, maybe, I think we don't use it yet
[17:21] <xnox> doko: you respond right about when it's almost finished building here and passing sanity checks before an upload =)
[17:21] <xnox> doko: i'll upload anyway, but good to know it's not on the critical path.
[17:22] <cjwatson> mlankhorst: your build-dependencies are weak, old man :)
[17:23] <mlankhorst> that's why it was going to a ppa first!
[17:53] <coder2> where can i get the WebKit reference manual for python? developing a debian browser
[17:54] <ogra_> coder2, see /topic
[17:54] <ogra_> coder2, better try #ubuntu-app-devel
[17:54] <Sweetshark> Hmm, some libreoffice infra shouts at me that I should install pittis postgresql updates. Should i trust them?
[17:54] <coder2> ogra_, okay sorry thanks
[17:55]  * ogra_ hands Sweetshark http://www.pctips.in/2013/02/installing-open-office-in-ubuntu.html and runs
[17:56] <barry> dobey: hey there.  had any time to look at the code?  anything i can do?
[17:59]  * Sweetshark slowly forms foam around the mouth ...
[17:59] <Sweetshark> *grrrr*
[17:59] <sarnold> wow, it's amazing what people will publish as "tips"
[17:59]  * ogra_ giggles
[18:01] <siretart> cjwatson: ah, that sounds promising. I've now installed a copy script to /usr/lib/base-installer.d, which *seems* to work as well.
[18:01] <siretart> cjwatson: I had hoped that something like partman/late_command or something existed
[18:01] <plars> mlankhorst, Sarvatt: seems to work with the updated libpciaccess0 now :)
[18:07] <mlankhorst> yay
[18:07] <roadmr> \o/
[18:15] <cjwatson> siretart: base-installer.d should work too, yes.  And no, afraid not.
[18:16] <cjwatson> mlankhorst: precise-proposed upload on its way I hope? :)
[18:18] <mlankhorst> I can't upload, and it was sarvatt who did the packaging :-)
[18:18] <cjwatson> Sarvatt: ^-
[18:18] <cjwatson> (12.04.2 blocker so I'd like it ASAP)
[18:19] <mlankhorst> he can't upload either )
[18:20]  * ogra_ points mlankhorst to rge patch pilots ;)
[18:20] <ogra_> *the
[18:20] <xnox> @pilot out
[18:20] <mlankhorst> hahahahaha
[18:20] <ogra_> LOL
[18:20]  * xnox off to volleyball
[18:20] <cjwatson> sigh, ok, give me the source package and I can sponsor/review it
[18:21] <cjwatson> would be better if somebody else sponsored it, but ...
[18:21] <siretart> cjwatson: either way, it seems to have worked for me. thanks for your assistance!
[18:22] <barry> Laney: ping
[18:23] <mlankhorst> cjwatson: tjaalton is sponsoring :)
[18:23] <Laney> sup barry
[18:24] <barry> Laney: hi.  i'm looking at a couple of things in sessioninstaller.  bug 1084061
[18:24] <barry> Laney: looks like that your mp just got landed in trunk right?
[18:24] <Laney> yep
[18:24] <barry> oh, about 2hrs ago?!
[18:25] <Laney> something like that, correct
[18:25] <barry> Laney: so the non-ubuntu bug task could be fix committed then?
[18:25] <Laney> right
[18:25] <Laney> I'll cherry-pick it into raring tomorrow most likely
[18:26] <barry> Laney: perfect.  will you drop the depends on python-gst0.10 then?
[18:26] <Laney> for sure
[18:26] <barry> fantastic.  that should drop the ubuntu-desktop task from python-gst0.10 i think
[18:26] <barry> Laney: since i think si was the last dep
[18:26] <barry> *rdep
[18:27] <tjaalton> cjwatson: uploaded
[18:27] <barry> Laney: that makes me very happy :)
[18:27]  * Laney does $ reverse-depends -c main src:gst0.10-python
[18:28] <Laney> that and pitivi which is kept in main by the weird usb seed
[18:28] <Laney> (but isn't on any media)
[18:28] <barry> Laney: yep
[18:31] <barry> once again, xapian is the last thing to stop a py3 port :/
[18:34] <cjwatson> Sarvatt: You decided we didn't need the cloexec patch linked from the bug description?
[18:35] <cjwatson> Sarvatt: I guess there was already a leak before ...
[18:36] <cjwatson> OK, accepted
[18:37] <cjwatson> plars: Which architecture would be most convenient for QAing the package in the archive with a custom image build?
[18:51] <plars> cjwatson: is it something I can test in a vm? if so, amd64 or i386 - doesn't matter
[18:54] <dobey> barry: hey. i think the upstream code is wrong in sign(). i need to look at the spec again now though
[18:55] <cjwatson> plars: Weren't you already testing in virtualbox?
[18:57] <plars> cjwatson: I was, so if this is about the libpciaccess fix then? I tested the one in the ppa and would be happy to test both images as soon as they are available
[18:58] <cjwatson> This is the libpciaccess fix
[18:58] <cjwatson> OK, I need to go out now but when I get back (couple of hours) I'll build a one-off i386 image and pass it to you for testing, if that's OK
[18:58] <barry> dobey: interesting.  if you file a bug upstream, let me know so i can follow it
[18:59] <cjwatson> I think we only need one arch
[20:05] <dobey> barry: ok, so the oauthlib api is really weird, trying to read the code and actually understand it is incredibly hard, and i'm tired of dealing with this so i gave it a +1 as it seems to be the only way to make it work right, because the api and code are just weird there
[20:17] <barry> dobey: ack.  could you file a bug upstream?  if not that's okay, but i probably can't express exactly what's weird about it in a bug description
[20:23] <dobey> barry: well, i'm not sure i would be good at expressing it either unfortunately. and i really don't want to waste any more time on it right now. too many other things i need to get done, and no time to do them :(
[20:23]  * barry nods :(
[21:31] <tziOm> I dont understand how you guys can keep kernels that panics in 12.10 w/o updating
[21:31] <tziOm> 3.5.0 all versions available segfaults after 30 minutes with exim/spamass/clamav
[21:32] <tziOm> after some googleing, it seems you also KNOW ABOUT IT!
[21:37] <penguin42> tziOm: Help in #ubuntu, kernel in #ubuntu-kernel, if there's a bug report you're referencing please at least say the number
[21:39] <tziOm> for example this one: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1081054
[21:40] <penguin42> tziOm: It's been fixed - what's your problem?
[21:40] <tziOm> Its not that one
[21:41] <tziOm> anyway, fixed with 3.8.0rc7
[21:41]  * penguin42 fails to read your mind as to what problem you're referring to
[21:42] <tziOm> tried all 3.5.0 releases before I did 3.8
[21:42] <penguin42> tziOm: If you've got a panic file a bug; if you look at the example you gave that bug was fixed!
[21:47] <stokachu> in precise could we essentially symlink /proc/mounts to /etc/mtab and disable writing of mtab  within mount/unmount?
[21:47] <stokachu> we are seeing an issue where mtab is leaving behind a stale mtab~ file during unmounts via automounter
[21:47] <hallyn> jdstrand: on bug 1101978 (spice MIR), the version now in raring addresses the warning (synced in debian, and pushed upstream).  Does MIR team await another comment from you?
[21:47] <stokachu> this is of course on a system that contains 14k automounts :\
[21:50] <jdstrand> hallyn: I'll add another and mark  fix committed then
[21:50] <stokachu> as per the documentation for mount this seems feasible but not sure of any other side effects then the one about 'user' option not working
[21:51] <hallyn> jdstrand: thanks!
[21:52] <jdstrand> hallyn: can you ping me when you adjust your build-deps then I'll adjust the overrides
[21:52] <hallyn> jdstrand: you mean in qemu?
[21:53] <jdstrand> hallyn: yeah. by doing that and uploading, you'll need spice to be moved for it to build
[21:53] <hallyn> jdstrand: will do, thanks.
[21:53] <hallyn> (will ping you when i push that, that is)
[22:29] <slangasek> GunnarHj: hey, sorry for the mid-air collision on the lightdm branches.  I'll have a look at your gdm branch today
[22:29] <GunnarHj> slangasek: Hi Steve, that MP is identical, so I guess you'll change it then.
[22:30] <slangasek> ah, probably
[22:31] <slangasek> GunnarHj: do you see any problems with the solution I uploaded in lightdm?  I'm reasonably sure this does what we need, but I'm alert for the possibility that some other pam module could (wrongly) be relying on pam_env output
[22:31] <GunnarHj> slangasek: But if all the pam_env calls are at the end, then how about parsing /etc/default/locale, which of course needs to be done early?
[22:32] <slangasek> GunnarHj: why does it need to be done early?
[22:32] <GunnarHj> slangasek: To control the locale at startup and on the login screen.
[22:32] <slangasek> GunnarHj: I don't believe that comes from pam_env
[22:33] <slangasek> GunnarHj: pam_env's output is only exported to the process environment at the end of the stack - not in the middle
[22:33] <slangasek> setting the locale in the pamh envlist doesn't affect the process locale at all
[22:34] <slangasek> mind you, I'm talking theory here
[22:35] <GunnarHj> slangasek: Hmm... You called my attention to PAM and /etc/default/locale in bug 1035498.
[22:36] <GunnarHj> slangasek: But I can test with your lightdm upload.
[22:42] <dobey> stgraber: ping
[22:42] <stgraber> dobey: pong
[22:43] <dobey> stgraber: hey, maybe my timing just sucks. but i sent a mail to devel-permissions a week ago, and haven't seen any reply, and the request hasn't been completed. not sure what i should do (or who i should bug exactly at the moment, given the DMB is changing)
[22:43] <stgraber> dobey: is that about software-center?
[22:43] <dobey> stgraber: yes, that one
[22:44] <stgraber> right, so in short we don't feel like software-center really makes sense under the ubuntuone package set or even under the ubuntuone project on LP (but we can't do much about that one)
[22:44] <stgraber> so we need to either create a separate set or rename and change the description of the ubuntuone packageset
[22:45] <ScottK> Seems to me like a completely different thing.
[22:45] <stgraber> so that's why it's been taking a bit more time than the last few packages :)
[22:45] <GunnarHj> slangasek: Logging out to reboot.
[22:45] <robert_ancell> slangasek, wont the change to lightdm in bug 952185 cause login prompts to be untranslated?
[22:46] <stgraber> ScottK: yeah, it's a case where it's the same team maintaining both now, but based on discussion without the DMB, that doesn't justify the addition
[22:46] <slangasek> robert_ancell: I'm aware of no reason that should be true
[22:46] <ScottK> stgraber: We don't have maintainers in Ubuntu.
[22:46] <slangasek> robert_ancell: there is *nothing* between the invocation of pam_env and the invocation of the other pam auth modules that would push these env variables to the environment
[22:46] <stgraber> dobey: if you want to resolve the problem quickly, I'd recommend you ask for PPU for this package on devel-permissions
[22:47] <stgraber> dobey: we now have a lightweight PPU process where people with existing PPU can be granted additional upload rights without showing up at a meeting
[22:47] <dobey> hmm, ok
[22:47] <stgraber> dobey: and I think in this case, it'd make sense for us to grant you those upload rights directly while we figure out what to do with the set
[22:49] <dobey> i don't think a separate set or renaming the u1 set is the answer
[22:51] <stgraber> well, I think you'll have an hard time convincing anyone that software-center is part of UbuntuOne so simply including it isn't the answer either :)
[22:53] <robert_ancell> slangasek, is what you mean that the pam_putenv () calls from pam_env isn't going to affect the gettext calls in the other modules anyway? Which looking into seems to be the case
[22:53] <slangasek> robert_ancell: correct.  It's only once the application does the for i in pam_getenvlist: putenv(i) that these get exported
[22:55] <dobey> stgraber: ok, well, sent PPU request then
[22:56] <GunnarHj> slangasek: I did some tests with lightdm, and the locale environment seems to be set properly. Apparently I was wrong.
[22:57] <dobey> stgraber: thanks. i guess we can revisit the packageset request in a couple weeks then
[22:57] <slangasek> robert_ancell: so I'm double-checking in a VM now, but I believe we'll find that the only l10n of the login prompts is whatever is in /etc/default/locale, not per-user settings from .pam_environment; and the /etc/default/locale is being read by something other than pam_env.so
[22:57] <slangasek> GunnarHj: great, thanks for confirming
[22:57] <robert_ancell> slangasek, yes, I'd expect that to
[23:22] <cjwatson> plars: If you're still around, please could you test that http://cdimage.ubuntu.com/custom/20130212/precise-desktop-i386.iso works in virtualbox?
[23:22] <cjwatson> (temporary link)
[23:22] <plars> cjwatson: will do, one moment
[23:54] <hallyn> hm, odd, do-release-upgrade from quantal to raring hung on memtest86+.post (task became defunct)
[23:56] <plars> cjwatson: my connection bounced it seems, so if you replied, I didn't get it
[23:57] <slangasek> hallyn: do you have any lvm snapshots currently open?
[23:58] <cjwatson> plars: Last I saw from you was "will do, one moment", which didn't seem to require a response :)
[23:58] <hallyn> slangasek: open as in mounted? no.
[23:58] <slangasek> hallyn: open as in existent
[23:58] <hallyn> yeah probably
[23:58] <hallyn> yeah, 3
[23:58] <slangasek> hallyn: reproducible here
[23:58] <hallyn> feh
[23:58] <plars> cjwatson: ah ok... it must have started having problems a long time ago then, here's the rest:
 cjwatson: well, it got me at least to the screen asking if I wanted to try ubuntu or install, then when I selected to try ubuntu it took me to a dialog saying "The system is running in low-graphics mode"
 if I press ok there it asks if I want to run in low graphics mode for just one session, reconfigure graphics, troubleshoot the error, or exit to console login
[23:58] <hallyn> slangasek: is there an open bug about that?
[23:58] <slangasek> hallyn: I haven't filed a bug report; can you do one?
[23:58] <hallyn> will do
[23:59] <slangasek> hallyn: I'm almost positive it's the snapshots causing it, because the two symptoms I had were 1) memtest postinst breaking in os-prober, 2) couldn't end my schroot sessions because of 'device busy'