[00:00] <SpamapS> but I feel that the experience has gotten less smooth, but probably more safe
[00:00] <slangasek> well, all things considered, I'd rather we leave the needle there for this release
[00:01] <SpamapS> agreed
[00:01] <bdmurray> I think its worth release noting though as my experience was more surprising
[00:02] <slangasek> true
[00:02] <bdmurray> I thought it used to boot degraded which didn't happen to me
[00:02] <slangasek> SpamapS: can you open a release notes task for this?
[00:03] <slangasek> oh, booting in degraded mode shouldn't have changed :/
[00:03] <slangasek> bdmurray: bug #?
[00:05] <bdmurray> I was looking at bug 925280
[00:05] <bdmurray> hmm, that doesn't say anything about getting a busy box shell though
[00:09] <SpamapS> bdmurray: the default is to not boot degraded.. and that has been the default since, IIRC, Jaunty
[00:09] <SpamapS> bdmurray: its a High priority question in the installer, so you should get a question and have the option to boot degraded
[00:11] <SpamapS> bdmurray: the error message explains that you need to zero the superblock
[00:11] <SpamapS> bdmurray: the code that introduced that change is new, coming with the latest mdadm (3.2.x) ..
[00:12] <SpamapS> bdmurray: its being extra careful because there is a superblock on that device that is not consistent with the array that is active.
[00:13] <SpamapS> Ahh, I wish I had found this bug 6 hours ago. :)
[00:17] <slangasek> heh
[00:30] <stgraber> skaet: if we're going to allow for some rebuild, any chance someone can review the ldm in the queue? it's not critical but it'd be nice to have in Edubuntu if we rebuild
[00:32] <skaet> stgraber, if you can line up a reviewer - ok.   we'll fall back to the current image set as backups if there's any issues.
[00:32] <skaet> stgraber,  bug #?
[00:34] <stgraber> skaet: When using LTSP, it's possible unity 3D will start on a client that's not 3D capable, in such case, make sure to select "Ubuntu 2D" in the session list at login time. (820417)
[00:35] <stgraber> that's what I put in the technical overview
[00:35] <skaet> thanks. stgraber,
[00:36] <stgraber> oh, right, sync requests don't have diffs on LP, let me build one quickly then...
[00:36] <micahg> stgraber: if it's from testing, you can request it ‎with +localpackagediffs
[00:37] <stgraber> micahg: that's still in unstable at the moment (released upstream only a few days ago
[00:38] <stgraber> http://paste.ubuntu.com/862747/ is the debdiff for ldm. As mentioned earlier, the new background won't affect Ubuntu as we ship ours in ldm-ubuntu-theme (always installed with LTSP)
[00:40] <stgraber> ldm-2.2.6/rc.d/X50-dmrc-processing is the bit I care about the most, mostly the change from the broken TryExec to Exec and the logic for parsing LDM_SESSION that actually works now (.dmrc reading/writting in LDM has been broken for years ...)
[04:49] <pitti> dupondje: set to "in progress", thanks
[04:49] <pitti> Good morning
[05:00] <micahg> pitti: I discovered if we demote the packagekit andpackagekit-backend-aptcc binaries, we can demote gdebi, is this desirable?
[05:00] <pitti> micahg: we don't actually want -aptcc indeed; the apt backend works slightly better, but I don't know if that also needs gdebi
[05:01] <micahg> pitti: the aptcc backend depends on gdebi-core
[05:01] <micahg> the apt one doesn't seem to
[05:02] <pitti> hm, I'm not even sure why it is in main
[05:02] <pitti> there only seem to be alternative dependencies to it
[05:03] <pitti> we need the source in main for the library, though
[05:03] <micahg> right
[05:03] <pitti> micahg: let me try to demote these two binaries and see what happens in c-m
[05:03] <micahg> sounds good
[05:41] <micahg> pitti: I forgot about packagekit-dbg, needs to be demoted as well
[05:41] <pitti> doing
[06:40] <dupondje> https://bugs.launchpad.net/ubuntu/+source/apport/+bug/943661 could somebody check this with quite high priority ? :) Quite annoying you can't use ubuntu-bug/apport-bug atm :)
[06:48] <pitti> micahg: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt
[06:48] <pitti> micahg: hm, "rescued from packagekit", sounds like extra-include; I'll try sorting this out in the seeds
[06:48] <micahg> pitti: ah, right, *-dbg :)
[06:49] <pitti> micahg: ok, seeds committed, let's wait for the next round
[06:51] <micahg> pitti: thanks
[07:13] <micahg> pitti: the reverse recommends has the alternate on python-aptdaemon.pkcompat
[07:17] <pitti> micahg: ah, I think we need to swap that
[07:18] <micahg> why should it matter, it's a recommends?
[07:24] <pitti> component-mismatches checks these as well, as we install them by default
[07:27] <micahg> right, but if the first alternative is in universe (i.e. not available), why wouldn't it just install the alternative?
[07:29] <micahg> it violates policy for depends, but AFAIK doesn't for recommends
[07:29] <pitti> micahg: well, britney just isn't clever enough for this
[07:30] <pitti> but anyway, usually you have universe enabled, so it should really prefer what we want users to install
[07:30] <pitti> unless they explicitly choose PK
[07:30] <pitti> so I think it's not just a c-m workaround to swap it
[07:30] <micahg> pitti: well, that'll give us a diff on packagekit, but I guess that's worth a source in universe at least for the LTS
[07:31] <micahg> pitti: should I take care of that after beta 1?
[07:32] <pitti> micahg: that'd be appreciated
[07:32] <micahg> ok, will do
[07:33] <pitti> micahg: perhaps we can talk Matthias into using ${daemon-Recommends} and setting that accordingly depending on dpkg-vendor --is ubuntu
[07:34] <micahg> pitti: I'll ask next time I see him online
[07:40] <pitti> dupondje: fun, can reproduce
[07:58] <dupondje> pitti: good :)
[08:01] <pitti> dupondje: in fact, in gdb this reproduces the other weird bug 901675, so plusgood
[08:02] <dupondje> pitti: well this morning I got that error indeed also
[08:02] <dupondje> without anything changed
[08:02] <dupondje> weird :)
[08:02] <pitti> seems it's sometimes one or the other
[08:10] <bkerensa> https://code.launchpad.net/~nathwill/ubuntu/precise/ubuntu-mono/fix-for-927606
[08:13] <bkerensa> dholbach: If your feeling bored want to have a look at my friends merge proposal
[08:13] <bkerensa> https://code.launchpad.net/~nathwill/ubuntu/precise/ubuntu-mono/fix-for-927606
[08:13] <dholbach> good morning
[08:13] <dholbach> hi bkerensa
[08:13] <dholbach> I need to get a few other things done first, but if nobody beats me to it, I'll take a look
[08:13] <bkerensa> dholbach: good morning
[08:32] <broder> bkerensa: that should probably wait until after the beta comes out to get uploaded
[08:33] <broder> but looks obviously correct other than that
[10:13] <pitti> bdmurray: would you mind filing an apport bug about the missing info, with the three bugs as a pointer?
[11:27] <soren> I'm having trouble working out a problem with grub. I'm using the cloud images and after install the generic kernel image, it doesn't show up in the grub menu.
[11:28] <soren> ..and it's not making any sense to me, to be honest. I see it in the grub.cfg, but not in the grub menu.
[11:31] <soren> Any hints for debugging?
[11:31] <soren> Does grub directly go and read /boot/grub/grub.cfg?
[11:31] <soren> and how does it know which partition to look at?
[11:31] <soren> Is that set at grub-install time?
[11:33]  * soren fetches grub2 source and tissues (tears are always involved when I read grub code)
[11:58] <pitti> soren: or padding your table before you *headdesk*?
[13:36] <wcchandler> is the beta 1 build == today's daily build?
[13:47] <valavanisalex> Hi Everyone - a quick packaging question.  I want to set build dependency for Inkscape so that it can be built against either liblcms1-dev or liblcms2-dev.  Should I use an alternative dependency format "liblcms1-dev | liblcms2-dev" or should I use the virtual package "liblcms-dev"?
[14:11] <janimo`> jamesh, slangasek do you know what the status of upstart is in Debian as far as they accepting upstart scripts in packages is concerned only (not making it default or anything like that)
[14:11] <ScottK> janimo`: It's up to the package maintainer.
[14:11] <janimo`> the former if settled, would be enough to eliminate a few deltas
[14:12] <janimo`> ScottK, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577040 I was pointed at this bug
[14:13] <janimo`> while asking mongodb maintainer to take our upstart script. He took the Replaces:: so less delta \o/, only upstart remains
[14:24] <nunod> anyone here related with the ubuntu-android project?
[14:29] <valavanisalex> [repost from 13:47] Hi Everyone - a quick packaging question.  I want to set build dependency for Inkscape so that it can be built against either liblcms1-dev or liblcms2-dev.  Should I use an alternative dependency format "liblcms1-dev | liblcms2-dev" or should I use the virtual package "liblcms-dev"?
[14:39] <cyphermox> valavanisalex: you'll probably want the alternate dependency rather than using the virtual package
[14:40] <janimo`> ScottK, anhy further comment re upstart scripts in Debian?
[14:41] <ScottK> No.  It really depends on the maintainer.  AFAIK there's no policy.
[14:41] <janimo`> ScottK, but does it not cause such breakage as the (admittedly one year old) bug describes?
[14:42] <janimo`> the last comment there (hi soren) makes it sound serious
[14:42] <ScottK> It's clear upstart scripts can be put in Debian without causing harm.
[14:43] <janimo`> someone who knows more about this than me should update that bug then :)
[14:44] <janimo`> there's no need for policy, but if there are bugs like this maintainers with no experience with upstart  may simply avoid adding upstart scripts.
[14:52] <Daviey> Anyone happy to know the max length in chars an ssh public key can be?
[15:07] <ogra_> stgraber, hmm, wrt bug 942572, metacity uses composite by default nowadays (using SW rendering), it works fine on all arm devices here using xfbved as driver, the setting is hnadled in gconf, i wonder if just gconfd is missing un the ubiquity-dm session or something similar
[15:07] <ogra_> *xfbdev
[15:10] <brendand> ogra_, stgraber - the system runs unity 3d. always has
[15:10] <brendand> maybe the bug is not strictly that it's opaque, but this whole colour block in the middle
[15:10] <brendand> sorry i can't get a screen
[15:12] <stgraber> brendand: ok, so maybe you're just experiencing the difference between notify-osd with and without compositing
[15:12] <ogra_> brendand, ubiquity-dm doesnt run 3d
[15:12] <ogra_> (ubiquity-dm is what you run if choosing install directly at the beginning)
[15:13] <brendand> ogra_, alright - but it should be solid grey. not grey border + random colour
[15:13] <stgraber> yeah, that sounds like a notify-osd bug ;)
[15:13] <ogra_> right
[15:14] <brendand> stgraber, ok, no problem. feel free to move it
[15:22] <slangasek> janimo`: the current iteration of debhelper doesn't cope with including upstart scripts in packages; patch to debhelper is pending
[15:22] <janimo`> slangasek, so waiting with the inclusion of an upstart script is a wise choice then for Debian maintainer right?
[15:23] <slangasek> janimo`: yes
[15:28] <bdmurray> pitti: bug 944078
[15:29] <pitti> bdmurray: thanks
[15:34] <valavanisalex> cyphermox: Thanks :)
[16:08] <doko> apw, ogasawara: 4.6.3 upload is prepared, will upload after the freeze, or around 22:00 UTC, whichever is later
[16:09] <ogasawara> doko: ack, thanks for the note.  I'll hold our kernel upload until after 4.6.3 finishes building
[16:09] <doko> hmm, will start building in a ppa, then it there faster
[16:21] <sladen> tkamppeter: your new 'cups-filter'  Are you able to queue that for 22:00
[16:21] <sladen> tkamppeter: then I can follow it up with a blog post saying it's done
[16:34] <SpamapS> is there a python library that makes it easy to get the latest stable release of ubuntu?
[16:34] <SpamapS> when I say "get" I mean, identify
[16:36] <brendand> SpamapS, heh. interesting idea
[16:36] <broder> SpamapS: distro-info
[16:38] <broder> SpamapS: http://paste.ubuntu.com/863695/
[16:39] <SpamapS> broder: thanks!
[16:40] <tkamppeter> sladen, still there?
[17:42] <gregsan123> hi all, I'm writing some software for automatic bug detection and I would need to know how many bugs are marked as duplicates on ubuntu launchpad. Can somebody help me, please, with this? How can I get this info on launchpad?
[17:45] <sladen> tkamppeter: yup
[17:47] <tkamppeter> sladen, I finished packaging and testing the package. I will upload it, so that it is in the queue waiting for approval due to beta freeze. Simply grab it from the queue, or if needed do a beta freeze exception approving it or get it approved by someone.
[17:47] <Ampelbein> gregsan123: Do you mean how many duplicates a certain bug has? Or just in general how many duplicates there are?
[17:47] <Ampelbein> gregsan123: Maybe #launchpad is a better channel for those questions?
[17:47] <sladen> tkamppeter: awesome++ danke! :)
[17:48] <tkamppeter> sladen, I have tested it with several paper sizes, even wider than high (paper inserted long-edge first), viaa
[17:48] <tkamppeter> lpr -P OJP8500 -o PageSize=Custom.595x421pt /usr/share/cups/data/testprint
[17:48] <gregsan123> Amaranth: thanks for the info. What I need is the total number of reports that have been marked as duplicates
[17:49] <tkamppeter> on the HP OfficeJet Pro 8500A (any HP inkjet or generally any A4 printer with custom paper size support will do it).
[17:49] <tkamppeter> sladen, ^^
[17:49] <gregsan123> Amaranth: currently there are 800.000+ reports there and I need to know the percentage of duplicates
[17:51] <tkamppeter> sladen, package uploaded.
[17:51] <sladen> Amaranth: known duplicates, or unknown duplicates ;-)
[17:52] <gregsan123> known duplicates, the ones that are already marked as duplicates
[19:14] <bdmurray> stgraber: bug 914038 is friendly-recovery right?
[19:15] <stgraber> bdmurray: sounds more like failsafeX
[19:16] <PaoloRotolo> Hi all!
[19:34] <slangasek> bdmurray: do you know why the kernel apport hook includes a whole lot of information about the audio stack, and nothing about video?  (bug #942846)
[19:35] <bdmurray> slangasek: nope, not really.  ogasawara might as shes worked on that some
[19:35] <slangasek> ogasawara: ^^ should the kernel apport hook include things like, say, /proc/fb?
[19:36] <bdmurray> I'm happy to fix it if something is needed though
[19:37]  * SpamapS ponders reinstalling on his MBA 4,1 rather than trying to debug why his trackpad and suspend/resume has ceased functioning. :-/
[19:58] <ogasawara> slangasek, bdmurray: apport kernel hook is likely missing video specific debug info because we've probably not had a video domain expert to indicate which video debug info would be generally useful.  if there is additional information which is currently missing that would be generally useful for debugging, we should add it.
[20:03] <slangasek> ogasawara: I think the only thing missing vs. the plymouth hook that's going to be generally useful on kernel bug reports is going to be /proc/fb
[20:03] <slangasek>     attach_file(report, '/proc/fb', 'ProcFB')
[20:04] <ogasawara> slangasek: ack.  I'm fine with having that added.
[20:22] <bdmurray> slangasek, ogasawara: pushed to the precise branch
[20:22] <ogasawara> bdmurray: awesome, thanks
[20:29] <slangasek> bdmurray: thank you :)
[21:53] <cnd> has beta 1 been released?
[21:54] <cnd> slashdot says so, but I've not seen anything on ubuntu-devel-announce and the topic still says the freeze is in effect...
[21:57] <stgraber> cnd: nope
[21:57] <stgraber> cnd: omgubuntu and slashdot are both wrong (for now)
[21:57] <cnd> hmm, so they jumped the gun...
[21:57] <cnd> ok
[21:57] <cnd> thanks :)
[21:58] <ScottK> When have they not?
[21:59] <micahg> FWIW, omgbuntu also release Firefox 9 before Mozilla did