[04:14] <pitti> Good morning
[04:15] <pitti> bdmurray: ubuntu-bug does accept executable paths, but only the full one; it does not search $PATH
[04:16] <pitti> slangasek, Sweetshark: LibO did use it, but it seems not any more?
[04:43] <pitti> @pilot in
[04:43] <ion> Morning
[04:52] <micahg> hi pitti :), how long are you around for?
[04:52] <pitti> micahg: today? for about 30 mins
[04:52] <micahg> pitti: oh, ok
[04:52] <pitti> couldn't sleep any more, my brain told me all the stuff I still need to do today before I get sedated :)
[04:53]  * micahg will need some copies in a few hours, but will find another AA
[06:21] <alkisg> stgraber: I filed LP bug #959037 about not starting the local resolver if network-manager detects that a dns server (bind9, dnsmasq) is already installed
[06:35] <rickspencer3> pitti, beer and all green in the smoke tests this morning
[06:35] <rickspencer3> !
[06:37] <pitti> rickspencer3: yep, sorted out the remaining bits on Friday evening :)
[06:38] <rickspencer3> pitti, nice work, will put us in a good position for beta freeze
[06:38] <rickspencer3> pitti, was it hard to get the archive problems sorted?
[06:40] <pitti> rickspencer3: no, not particularly
[06:40] <pitti> just some discussion involved, and then pressing a few buttons
[06:40] <rickspencer3> thanks pitti
[06:41] <pitti> http://people.canonical.com/~ubuntu-archive/component-mismatches.txt needs some work still
[06:41] <pitti> apw, janimo`: are linux-{ac100,n900} really supposed to get into main?
[06:44] <pitti> infinity: d-i FTBFS on powerpc, presumably those kernel images went away in favor of -smp?
[06:46] <infinity> pitti: Yeah, we're holding off on resolving that while we decide if we need to resurrect powerpc.
[06:46] <infinity> pitti: (ppc-smp doesn't boot on my UP G3, at least, so we may need to revert the mess)
[06:46] <infinity> pitti: And linux-ac100 and n900 are *not* main kernels, no.
[06:48] <pitti> ^ that's what I thought
[06:48] <pitti> http://people.canonical.com/~ubuntu-archive/component-mismatches.txt says open-iscsi-udeb and others now want them
[06:49] <infinity> pitti: Seems like a virtual package oops, maybe?
[06:49] <infinity> pitti: Confused resolver...
[06:49] <pitti> it's fairly new on c-m
[06:49] <infinity> pitti: Yeah, but neither of those kernels are new, so the fault lies elsewhere.
[07:12] <micahg> pitti: AIUI, we don't want keywords for random universe packages just like we don't want the quicklists
[07:13] <micahg> or rather don't want ATM
[07:18] <pitti> quicklists need translations, but keywords not necessarily?
[07:18] <pitti> but it was forwarded upstream, so it seemed harmless enough
[07:18] <pitti> but I see that it's debatable
[07:19] <pitti> ok, http://reports.qa.ubuntu.com/reports/sponsoring/ is down to 13 now, and that's about as much as I'm comfortable with sponsoring
[07:19] <pitti> and I need to disappear anyway
[07:20] <micahg> pitti: I'll take a look at the rest in ~20 hours when I pilot
[07:21] <micahg> pitti: BTW, that was something else I saw the conversation about, not quicklists, so I might be confused, I'll check with seb128 when he gets online
[07:23] <pitti> micahg: there's two or three SRUs which can still be sponsored, and the grub2 stuff if you feel up to it
[07:23] <pitti> but there's a couple which still need some baking/upstreaming/fixing in precise first
[07:24] <pitti> @pilot ot
[07:24] <udevbot> (pilot (in|out)) -- Set yourself an in or out of patch pilot.
[07:24] <pitti> @pilot out
[07:24] <micahg> pitti: ok, I'm sure there will be a few more by the time I get around to piloting
[07:24] <pitti> heh, or that :)
[07:24] <micahg> pitti: you have time for a quick copy?
[07:25] <pitti> micahg: really need to run now, sorry
[07:25] <pitti> doctor appointment
[07:25] <micahg> pitti: np, I'll find someone else, thanks
[07:25] <pitti> off for today, sick day
[07:30] <rickspencer3_> bye pitti, hope you feel better
[07:30] <rickspencer3_> wow, down to 13 items in the patch pilot queue?
[07:30] <rickspencer3_> what a day
[07:32] <micahg> StevenK: are you still around to do a copy from a PPA?
[07:34] <infinity> micahg: If you ask nicely, I might be able to do something for you.
[07:35] <infinity> rickspencer3_: dholbach's shaming has had an effect.
[07:35] <rickspencer3_> infinity,  good ;)
[07:35] <infinity> No one likes Daniel upset with them.
[07:35] <rickspencer3_> infinity, combined with 0 archive problems and all smoke tests passing ... we're in good shape
[07:35] <infinity> It's like accidentally kicking a puppy.
[07:36] <rickspencer3_> I feel chuffed
[07:36]  * infinity shoves a few archive problems under the rug.
[07:37] <infinity> rickspencer3_: And yeah, +1 maint really does seem to be doing the trick.  I'm curious to see how well we can do during one of the "insane" cycles, rather than during a conservative LTS.
[07:37]  * infinity has fond memories of edgy never actually being usable.  Like, ever.
[07:38] <infinity> micahg: Last chance before I go and get some sleep (yes, I really do sleep sometimes, honest).
[07:39] <micahg> infinity: ah, sorry, I stepped away for a minute, still available?/
[07:39] <infinity> micahg: No, I left in the 15 second gap there.
[07:39] <infinity> micahg: What's up?
[07:39] <micahg> infinity: xulrunner-1.9.2/lucid from ubuntu-mozilla-security to lucid-security
[07:40] <infinity> micahg: Just that?
[07:40] <micahg> yeah, I still have a wee bit more testing on the other stuff
[07:40] <infinity> Err, wait.
[07:40] <micahg> I copied maverick and natty already, lucid timed out
[07:40] <infinity> To security, not to proposed?
[07:40] <micahg> infinity: yes
[07:41] <infinity> Isn't there some USN magic that should happen with that?
[07:41] <micahg> infinity: we have tools to unembargo, but they timeout when there are a lot of binaries
[07:41] <infinity> Oh, or you just need manual intervention due to lp API lolz.  Check.
[07:43] <infinity> 2012-03-19 07:43:06 INFO    49 packages successfully copied.
[07:43] <infinity> Confirm this transaction? [yes, no] yes
[07:43] <infinity> 2012-03-19 07:43:10 INFO    Transaction committed.
[07:43] <infinity> 2012-03-19 07:43:10 INFO    Done.
[07:43] <infinity> micahg: Enjoy.
[07:43] <micahg> infinity: thanks
[07:53] <dholbach> good morning
[08:32] <tkamppeter> slangasek, hi
[08:41] <apw> infinity, if you are still concious there are powerpc kernels here: http://people.canonical.com/~apw/master-next-precise/
[08:53] <janimo`> pitti, linux ac100 doe snot need to be in main as far as I know, we have been making images for ac100 just fine so far. Unless tooling or policies have changed it can stay a simple community supported image seeded from universe
[09:19] <apw> ev, when woopsie is at the 'you had a problem' stage and has yet not collected details, does it have the binary name of the crash?  i would quite like to be able to see that before details is collected if so, and am suggesting perhaps making it a tooltip on the detail button or something subtle
[10:39] <hrw> uf. according to my script we have 4717 packages without -dbgsym ones
[10:39] <geser> how many of those have a -debug package?
[10:39] <hrw> http://paste.ubuntu.com/890445/ is list and http://paste.ubuntu.com/890445/ is script if someone is interested
[10:40] <hrw> geser: -dbg check is my next step. but amount of packages may be lower as I have some external ppas
[10:40] <seb128> hrw, how many of those are not candidate to having a debug?
[10:40] <seb128> hrw, like a shell script
[10:41] <hrw> seb128: many probably - have to go though list and improve script
[10:41] <geser> hrw: and you linked the same paste twice
[10:41] <seb128> hrw, there is no reason we would miss dbgsym out of publishing bugs (which happen)
[10:41] <hrw> ops
[10:42] <hrw> geser: 890444
[10:42] <seb128> hrw, basically anything calling dh_strip (i.e stripping binaries) should have a dbgsym
[10:42] <hrw> I know
[10:42] <hrw> or ones which call pkg-create-dbgsym by hand (like binutils)
[10:43] <seb128> hrw, what are you trying to get at?
[10:44] <hrw> seb128: I am working on creating ubuntu based sysroots for Linaro's binary toolchain. Making sysroot imge with -dev packages is quite easy. problem starts when someone also wants debug symbols
[10:44] <hrw> seb128: so based on one of my scripts I wrote extra one which checks fo packages without dbgsym support
[10:44] <seb128> hrw, your script is buggy
[10:44] <seb128> hrw, like gnome-session is listed but it has ddeb support, http://ddebs.ubuntu.com/pool/main/g/gnome-session/
[10:44] <hrw> seb128: yes, it is - fast written
[10:45] <wzssyqa> why there is an symbol link "ubuntu" in archive.ubuntu.com/ubuntu to .?
[10:45] <seb128> hrw, so what's the point of making boggus number claims on that channel? ;-)
[10:46] <seb128> hrw, I'm still not sure what feedback you were aiming for claiming that 4700 "packages" don't have a dbgsym there
[10:46] <hrw> seb128: sorry, just wanted to share yet-another-rather-useless-for-most thing
[10:47] <seb128> hrw, well it would be useful if you didn't come with boggus numbers ;-) it seems like a finger pointing on Ubuntu or something
[10:47] <hrw> sorry, does not planned to offend anyone
[10:47] <seb128> hrw, it would be useful if you came with a list of packages than should have a dbgsym and don't rather
[10:48] <hrw> seb128: will post such one during this/next week
[10:48] <seb128> hrw, rather than coming stating "css themes and shell scripts don't have a dbgsym"... sure what would be a dbgsym for a css ;-)
[10:48] <hrw> ;)
[10:49] <hrw> seb128: thank you for it - added notes
[10:49] <seb128> hrw, thanks, looking forward having a reasonable list of what is buggy and we should fix ;-)
[10:52] <hrw> seb128: css themes and shell scripts are usually 'architecture:all' so I skip them. but there are some false negatives on my list still
[10:55] <seb128> hrw, well you have weird stuff like hundred of language-support packages
[10:55] <seb128> hrw, and you have bugs, i.e gnome-session is listed but it has a dbgsym
[10:56] <seb128> hrw, oh, i.e gnome-user-docs is listed but it builds only gnome-user-guide which is arch all and documentation
[10:56] <seb128> hrw, so your arch all filtering is somewhat not working I guess
[10:57] <hrw> seb128: I started next run with some fixes
[11:00] <dholbach> is it normal to have 65 "/usr/lib/cups/notifier/dbus dbus://" processes running?
[11:00] <dholbach> tkamppeter, ^ :)
[11:04] <hrw> dropping oneiric from apt config helps ;D
[11:09] <MacSlow> mvo, poing
[11:14] <tkamppeter> dholbach, no.
[11:14] <dholbach> tkamppeter, what could be the cause for having that many?
[11:16] <tkamppeter> dholbach, never heard about that. Perhaps you should report a bug and I will forward that straight upstream.
[11:16] <tkamppeter> dholbach, who is dbus expert here?
[11:16] <dholbach> will do
[11:18] <dholbach> tkamppeter, a lot of people know about dbus in here
[11:19] <htorque> dholbach: i see this on two of my systems (52 instances on one, 100 on the other - each ~1.7mb)
[11:19] <dholbach> https://bugs.launchpad.net/ubuntu/+source/cups/+bug/959195
[11:19] <dholbach> tkamppeter, htorque: ^
[11:19] <dholbach> you might want to subscribe to it or at least "affects me too"
[11:20] <htorque> done and done
[11:22] <dholbach> cool
[11:47] <hrw> ok, 2568 packages to check
[11:47] <hrw> but later
[11:51] <vibhav> htorque: could I pm you?
[11:51] <vibhav> Can*
[11:51] <htorque> vibhav: sure
[12:03] <htorque> hi all! to complete an answer on ask ubuntu, i'd like to know if using one's real name is mandatory for code contributions in general and for signing the 'Canonical CLA' in particular.
[12:04] <ev> apw: bug 938707
[12:05] <apw> ev, ta
[12:11] <brendand> htorque, i would imagine that as long as the email that the 'signed' CLA was sent by and the contributors LP email are the same it should be ok
[12:11] <brendand> htorque, i'm not an authority though
[12:12] <sladen> htorque: do you have an exact example?
[12:14] <htorque> sladen: for example, "Duffy Duck <duff.duck@gmail.com>" contributes to one of the projects that require signing the CLA - is that possible?
[12:15] <htorque> brendand: thanks, do you know who to contact for getting a more official answer?
[12:15] <sladen> htorque: ultimately you can put anything you want on the Commit ID
[12:15] <sladen> htorque: the key comes to getting somebody to accept that
[12:16] <sladen> htorque: which means the person-accepting-it needs to be sure that they are allowed to do so
[12:16] <sladen> htorque: eg. that acceptor needs to be happy that a CLA exists that covers that contribution
[12:17] <sladen> htorque: and that the CLA is valid
[12:17] <brendand> htorque, i think in our environment the only secure way to confirm someone is who they say they are is that they can access the same email account for two purposes
[12:19] <htorque> sladen: but are there any legal problems when signing the CLA with anything else than your real name?
[12:19] <htorque> *than/but
[12:19] <sladen> htorque: what's actually going to happen in practice, so that you'll probably push a proposed branch (using Bzr-over-SSH) to  launchpad.net/~htorque/+junk/proposed-patch-for-bug-1234
[12:19] <sladen> is that
[12:20] <sladen> htorque: and somewhere separate, that account will be on the ticklist for accounts that have signed the CLA
[12:20] <sladen> htorque: and when filling out the CLA you will have put in sufficient details to allow you to be contacted
[12:21] <sladen> htorque: (I perhaps understand your problem to some extant, as having a _boat_, that doesn't have a fixed address of its own)
[12:21] <slangasek> bryceh: right, no sense in uploading it if we know it's going to FTBFS - I just thought you were uploading it already before that.  no matter :)
[12:22] <slangasek> pitti: as I understand it, the libO that uses it has not yet been uploaded
[12:22] <slangasek> tkamppeter: hi there
[12:22] <sladen> htorque: if you can convince somebody else that you're called Duffy Duck, you can give it a shot
[12:23] <sladen> htorque: though since there are several humans in the chain, one of them would likely spot and double check it
[12:23] <sladen> htorque: in which case you'd probably have to pursuade a lawyer that you're called Duffy Duck
[12:24] <sladen> htorque: OTOH, if it's tied to your Launchpad and there a GPG key on there signed by 20 Debian Developers confirming you _are_ known as Duffy Duck then that would probably solve it :)
[12:25] <imbrandon> /win 6
[12:26] <sladen> htorque: as those people are lending a small part of their own credibility into reenforcing that identity
[12:26] <htorque> sladen: yeah, i guess it's hard to get it signed by even one person. ;-) so, to summarize: if there's no CLA, than it's basically up to the one accepting the contribution. if there is a CLA, it depends on the requirements of that CLA?
[12:28] <sladen> htorque: there are a number of Canonical back projects that require CLA to contributions, in order to allow them to be relicensed in a flexibly and legally-sound way.  Getting people to sign CLAs is _not_ generally hard
[12:28] <sladen> Canonical-backed projects
[12:29] <sladen> htorque: (this does not stop you from contributing to Ubuntu)
[12:29] <sladen> htorque: and is somethere for some of the upstream projects that Canonical steers
[12:30] <sladen> htorque: and is only there for some of the upstream projects that Canonical steers
[12:30] <htorque> sladen: but there are people in the ubuntu community that prefer to not use their real name for any activity. they are definitely ruled out by the canonical CLA?
[12:30] <vibhav> as far as i am aware, any real names that are on signed contributor agreements  are not made public
[12:31] <sladen> htorque: I don't think anyone stops that
[12:31] <htorque> vibhav: but the signed contribution itself is
[12:31] <vibhav> oh yes
[12:31] <vibhav> hmm
[12:32] <sladen> htorque: yes, Canonical care about having a legally-sound basis for the projects they steer.  If you're wanting to contribute to a Canonical Upstream project then you need to do that (with Canonical) in a legally sound way
[12:33] <sladen> htorque: the options are generally:  (1) an employment contract  (2) a contracting agreement  (3) a legally-sound CLA
[12:33] <htorque> i see. the Canonical CLA seems to require: first name, last name, email, phone, address, country
[12:35] <sladen> htorque: if you have some specific situation (eg. war-torn country, stalking issues, living a boat without a fixed address), then we could look into it.  But both yourself and Canonical would have to be happy that the result was a legally-sound understanding entered into in good faith by both parties
[12:36] <sladen> htorque: (and not that this is only about contributing code upstream, _to_ Canonical upstream projects.  It doesn't apply to eg. Ubuntu, or to forked your own versions of Canonical upstream projects)
[12:36] <sladen> and note
[12:37] <htorque> sladen: thanks, that pretty much answers the question (not "my" question, it's on ask ubuntu → http://askubuntu.com/questions/112434/is-there-a-real-name-policy-in-the-ubuntu-community).
[12:37] <sladen> htorque: (and if you'd prefer to discuss this in private, I'm happy to do that aswell)
[12:37] <sladen> htorque: ah ha.  Well in that case, I can just answer there then :
[12:38] <htorque> sladen: vibhav won't like that (due to the bounty going on) :P
[12:38] <htorque> he basically answered all the other points, just the code contribution was left.
[12:39] <vibhav> htorque: :(
[12:40] <sladen> htorque: vibhav: well, I _hope_ the aim is to get a high-quality answer up there, not who gets the prize
[12:40] <vibhav> sladen: sure
[12:41] <sladen> htorque: vibhav: PS. next time you've got a similar query, could you try and post the link giving the high-level summary _first_, not _last_!
[12:43] <htorque> sladen: right, sorry. i just mentioned ask ubuntu - forgot the link.
[12:43] <vibhav> me too
[12:57] <apw> pitti, we hold ddebs 14 days from when the master binary packag
[12:57] <apw> package is reaped right ?
[13:04] <ScottK> sladen: I think it's a mis-statement to claim the CLA is in any way required for Canonical to be "having a legally-sound basis for the projects they steer".  If that were true, Ubuntu would be legally unsound.  It's not.
[13:05] <ScottK> htorque: There's no real name policy in Ubuntu.
[13:07] <htorque> ScottK: but then, why require a CLA at all?
[13:07] <ScottK> htorque: Ubuntu doesn't require one.  It's other Canonical projects that do.
[13:07] <htorque> (if not for legal reasons)
[13:07] <ScottK> htorque: It's so that they can also ship code in their other projects under a proprietary license if they want to.
[13:08] <ScottK> So it's not needed for any legal reasons related to Ubuntu.
[13:08] <ScottK> It may be needed for legal reasons for other proprietary stuff.
[13:08] <ScottK> I guess that's a more correct way to put it.
[13:09] <htorque> ScottK:  however, it's needed for the contribution to be accepted (in ubuntu) in the first place?
[13:09] <ScottK> htorque: Not in Ubuntu, just those other projects.
[13:09] <infinity> ScottK: Jumping immediately to proprietary is a bit unfair, it's for ease of relicensing, period.
[13:11] <htorque> ScottK: but then the code cannot be merged into the upstream project and ubuntu would need to carry a patch around, right?
[13:11] <ScottK> infinity:  True, but they could solve a whole world of trouble by just saying "sign the CLA or submit your changes with a BSD like license".
[13:12] <ScottK> htorque: For those projects that's true, but there's a huge amount of Ubuntu that's nothing to do with them.  Also Ubuntu has carried patches for such projects in the past.
[13:12] <infinity> ScottK: I suppose the FSF could do that too, but they don't.
[13:12] <sladen> ScottK: that is basically what the CLA (now) says
[13:13] <sladen> (CLA != CCA)
[13:13] <ScottK> Yes, but the FSF isn't a for profit company.  Even if I trust Canonical, I can't assume they won't eventually be bought (cf Sun/Oracle), so I think the comparison with the FSF is irrelevant.
[13:14] <sladen> ScottK: charities can make a profit, and companies can make a loss.  Why would a random label of "for profit" have anything to do with it
[13:15] <ScottK> sladen: OK.  That's shorthand for a corporation.  At least in the US, non-profit entities can't be bought and sold.
[13:16] <ScottK> There are not for profit corporations, so the for profit isn't 100% correct, but they are rare.
[13:16] <sladen> ScottK: occasionally like-minded people with a cause in common club together to form an organisation of some sort.  Be it familes, or charities, or foundations, or companies, PLCs, LLPs, amateur radio clubs, canoe clubs etc
[13:19] <sladen> Charities can be usurped, such as companies can
[13:19] <ScottK> In the US, these are formed under section 501(c)3 of the tax code.  They have a governing board and a charter to do certain things to which they are limited.
[13:20] <ScottK> I haven't read the FSF charter, but I expect it includes some reference to free software, so I believe there would be some legal reprocussions if somehow it's board were packed and it's policies flipped to be proprietary friendly.
[13:20] <ScottK> I'm not saying it's impossible, but it's an entirely different thing than a corporation being sold.
[13:20] <ScottK> The latter is a normal, expected thing.
[13:25] <pitti> janimo`: ok; not really sure why it's on c-m right now
[13:25] <pitti> apw: yes
[13:28] <htorque> sladen, ScottK: who would you need to talk to if there were any problems with signing the CLA? the project's contact listed at http://www.canonical.com/contributors? just want to add that to the existing AU answer (unless sladen is going to add his own answer).
[13:28]  * ScottK has no idea.
[13:28] <ScottK> htorque: My main request is that you not say Ubuntu requires the CLA.  It doesn't.
[13:29] <htorque> ScottK: yeah, sladen made that clear already. :-)
[13:30] <ScottK> OK.  Just making sure.
[13:33] <sladen> htorque: if in doubt, you can post the query to me
[13:33] <sladen> htorque: I think my name is still in the CLA PDF metadata ;-)
[13:33] <sladen> htorque: and wendar will be able to give some detailed insight too
[13:35] <DiegoTc> Hi guys, just wondering was ubuntun accepted on the gsoc 2012?
[13:38] <MacSlow> didrocks, seb128: the patches from https://bugzilla.gnome.org/show_bug.cgi?id=671780 are not yet part of libgnome-desktop-3-2, right?!
[13:38] <ScottK> DiegoTc: It was not.
[13:38] <seb128> MacSlow, didrocks: they are in precise
[13:38] <ScottK> (missed the application deadline by 10 minutes)
[13:38] <MacSlow> didrocks, seb128: sorry... wrong bug URL... one sec
[13:38] <seb128> MacSlow, didrocks: I backported them
[13:39] <seb128> MacSlow, I know what bug you talk about, that's in precise for a week
[13:39] <MacSlow> seb128, didrocks: ah ok... thanks
[13:44] <sladen> htorque: vibhav: ScottK: is  http://askubuntu.com/questions/112434/is-there-a-real-name-policy-in-the-ubuntu-community/114250#114250  any use?
[13:45] <htorque> sladen: thanks. are you going to add an answer to that question (the bounty is still open for three days), or do you want me to edit it into an existing one (or do it yourself)? it's really up to you if you want to go for the reputation. :-)
[13:45] <htorque> sladen:  ah
[13:45] <ScottK> htorque: There's no requirement for a key signed by other people.
[13:46] <ScottK> I have, for example, generated a new key, added it to my LP account, and used it immediately to upload packages when I was traveling somewhere I wasn't comfortable taking my existing key.
[13:46] <ScottK> Debian has such a requirement, but Ubuntu doesn't.
[13:47] <ScottK> What's needed to upload directly is to be accepted as an Ubuntu developer.
[13:48] <sladen> ScottK: okay, so the crucial thing is actually that the DMB sets membership of ~ubuntu-dev in Launchpad
[13:48] <sladen> ScottK: and everything ease hangs off that
[13:48] <ScottK> It's not just the DMB.
[13:49] <ScottK> For example, for kubuntu-dev, it's done by Kubuntu Developers (which gets you in ubuntu-dev).
[13:49] <ScottK> But generally, yes.
[13:49] <ScottK> Which is why I say there's no real name requirement in Ubuntu.
[13:50] <ScottK> It does have to look like a name, because (IIRC) LP people get grumpy about things that don't appear to be names.
[13:53] <Laney> not sure it does https://launchpad.net/~wookey
[13:57] <Riddell> Laney: that is his name (it makes getting through customs in a hurry hassleful)
[13:58] <Laney> Riddell: My point was that it only has one part
[13:58] <Riddell> Laney: he only has one part to his name
[13:58] <Laney> yes, I am aware
[14:03] <sladen> Laney: that name matches his passport :)
[14:04] <m_3> cjohnston: pong
[14:04] <Laney> I wasn't trying to say that it's not a real name (how could Launchpad know that?), just that it only has one component.
[14:04] <Laney> so Launchpad isn't so prescriptive about the form names have to take.
[14:04] <tkamppeter> slangasek, I only want to tell you that Ghostscript upstream guys tell that freetype 2.4.9 has a bug which breaks Ghostscript, so please avoid an FFE to update from our 2.4.8 to 2.4.9.
[14:05] <slangasek> tkamppeter: 2.4.9 also includes security fixes (as nearly all of them do).  Can you give me a pointer to the bug?
[14:05] <tkamppeter> slangasek, please join #ghostscript. They can explain the problems to you.
[14:07] <slangasek> tkamppeter: can't look at it right now, sorry; will someone be around later if I drop in there?
[14:08] <tkamppeter> slangasek, I will ask.
[14:09] <tkamppeter> slangasek, see https://savannah.nongnu.org/bugs/index.php?35847 and https://savannah.nongnu.org/bugs/index.php?35833
[14:11] <tkamppeter> slangasek, Chris Liddell (IRC: chrisl) has made patches for Freetype which are committed to the Freetype repos but are not in 2.4.9. You will have to backport these patches.
[14:12] <tkamppeter> slangasek, Chris will be available on #ghostscript until 5pm UK time today.
[14:51] <apw> cjwatson, i am perlexed, i just added one module to the d-i configuration for the virtio udeb, and the alternate image no longer have any of the modules in it, whereas before they did
[14:52] <apw> cjwatson, actually lets say --- whereas they are claimed to have been there before ... i don't have an old enough ISO to confirm
[14:59] <apw> cjwatson, indeed i even see the d-i build installing virtio-modules-3.2.0-19-generic-di as if it was going to use it ... hrm
[14:59] <BenC> My memory fails me…what package builds the alternate cd's?
[15:00] <apw> BenC, it might be the debian-installer ... as it knows about kernel versions etc
[15:00] <ogra_> BenC, debian-cd
[15:01] <ogra_> (and a bunch of scripts called cdimage)
[15:01] <BenC> apw: had already checked that…it just builds the initrd's and boot compnents
[15:01] <BenC> ogra_: thanks
[15:01] <ogra_> (check the branches of the ubuntu-cdimage team on LP
[15:02] <apw> ogra_, you may know, how does one know which udebs are included in a specific iso ?
[15:03] <mhall119> seb128: what options do we have to fix icons on packages in partners?
[15:03] <mhall119> any?
[15:03]  * mhall119 is specifically looking at skype
[15:03] <seb128> mhall119, dunno, I'm not the person to ask, I've no clue about partners, ask mvo maybe
[15:03] <mhall119> mvo: ^^ ??
[15:03] <ogra_> apw, look at the respectinve .list file for teh iso on cdimage
[15:04] <mvo> mhall119: sure, a new app-install-data-partner is needed
[15:04] <ogra_> and grep for .udeb or so
[15:04] <seb128> mvo, that don't include runtime icons for unity does it?
[15:04] <mhall119> mvo: what does that mean? (please forgive my ignorance)
[15:05] <mhall119> mvo: specific case of skype: we have a 24px and 48px PNG, which look terrible in alt-tab switching.  If we were to get an SVG for it, can it be used?  Or does any image have to come from Skype?
[15:05] <apw> ogra_, and if what i want is missing, where are the master copies?
[15:05] <cjwatson> apw: let me have a look
[15:05] <infinity> Riddell: Which "corner image" are you referring to in bug 942543?
[15:05] <cjwatson> apw: there's a manifest in the d-i output
[15:06] <cjwatson> http://archive.ubuntu.com/ubuntu/dists/precise/main/installer-i386/current/images/MANIFEST.udebs
[15:06] <apw> cjwatson, i think virtio is not a udeb used in the images ... if i have done what ogra asked correctly
[15:06] <mvo> seb128: oh, runtime icons? no, just software-center icons
[15:06] <cjwatson> ogra_: no, the .list file is no good for udebs in the initrd
[15:06] <ogra_> oh, indeed
[15:06] <cjwatson> apw: ogra_'s instructions are not correct here :)
[15:06] <ogra_> only for the installable ones
[15:06] <ogra_> sorry
[15:06] <mvo> mhall119: we need to talk to skype about this, I don't think we can simply change that
[15:07] <mhall119> ok,that's what I figured the answer would be
[15:07] <apw> cjwatson, ok ... the manifest claims its in there
[15:07] <mhall119> thanks mvo
[15:07] <apw> virtio-modules-3.2.0-19-generic-di 3.2.0-19.30 amd64
[15:07] <seb128> mvo, the question for mhall119 was "can we add a svg icon for skype to the skype package in partner", ie can we do such changes or do they need approval from the partners who submitted them?
[15:07] <cjwatson> apw: only for some images
[15:07] <seb128> mvo, ok, I see you replied while I was typing :p
[15:07] <cjwatson> apw: so which image were you expecting virtio-modules to be in?  the build system only puts it in netboot images
[15:07] <apw> oh oop
[15:08] <apw> cjwatson, ahh as the main server images include the -virtual kernel i was sort of assuming virtio was in them ... so that implies the 'they were there' is completly erroneous from the reporter
[15:08] <mvo> seb128: sorry, I missed some context
[15:08] <cjwatson> apw: -virtual isn't used for installation
[15:08] <cjwatson> it may be *installed*
[15:09] <seb128> mvo, no worry ;-)
[15:09] <mhall119> mvo: who would be a good person for me to talk to about getting better icons for those packages? (currently skype and adobe-flashplayer)
[15:09] <apw> cjwatson, yeah these images are being booted in virtual environments, even though they are non -virtual kernels for booting
[15:09] <cjwatson> apw: virtio_blk is in block-modules right now, and virtio_net is in nic-modules - those are probably better
[15:09] <cjwatson> apw: but I'd need to know exactly which module you're talking about
[15:09] <apw> cjwatson, these are hyper-v modules, modules for disks and network for that
[15:10] <apw> it sounds like i may have put them in the wrong hole
[15:10] <cjwatson> mind you, {block,nic}-modules depend on virtio-modules
[15:10] <infinity> apw: Is that a frequent complaint?
[15:10] <cjwatson> so that actually ought to be dragged in
[15:10] <mvo> mhall119: the foundations team took this over, so slangasek I would think
[15:11] <cjwatson> oh, of course, block-modules doesn't actually go in the cdrom initrd
[15:11] <apw> cjwatson, i definatly am not seeing them in the /install/initrd.gz on todays ubuntu-server daily
[15:11] <cjwatson> the cdrom initrd should only have enough to load stuff off the cdrom, not general block modules
[15:11] <apw> infinity, that they are missing ?
[15:11] <mhall119> slangasek: I'm trying to get SVG icons for skype and flash-player-properties, do you happen to know who I can talk to about that?
[15:11] <cjwatson> are these modules necessary for talking to a virtualised cdrom?
[15:12] <Riddell> infinity: in the ubiquity KDE frontend
[15:12] <apw> cjwatson, i don't believe they are no, so they may be confused about needing them then
[15:12] <infinity> apw: No, putting tihngs in the wrong hole.
[15:12] <apw> infinity, *slap*
[15:12] <cjwatson> apw: then they aren't meant to be in the initrd - the installer loads more stuff at run-time
[15:12] <infinity> Riddell: I gathered that, yes, I meant which image.  The swirly watermark looking thing in the bottom left?
[15:12] <apw> infinity, there is no wrong hole
[15:12] <apw> cjwatson, ok i will go and debug this with them, thanks for your help
[15:13] <cjwatson> apw: either virtio-modules or {block,nic}-modules as appropriate ought to work, based on what you've described, and it isn't necessary for them to land in the initrd
[15:13] <cjwatson> feel free to point me at the bug
[15:13] <apw> cjwatson, yep i think we have a clear case of reporter not being at all clear what the issue is and we may actually have no issue at all
[15:14] <apw> or the issue is at a different level ... please flush from your mind until i have something that makes more sense
[15:14] <cjwatson> flushed :)
[15:15] <infinity> apw: Hrm, while you're around, I suppose I should test your new kernel for my G3.
[15:15] <apw> infinity, eeep
[15:16] <Riddell> infinity: that's the one
[15:16] <infinity> Riddell: Kay.  That's not being pulled from a theme distributed with kubuntu, then?  I'll poke it after I test a kernel on my firewall.
[15:16] <apw> cjwatson, so i am hearing you say that the d-i boot kernel can use the udeb off the CD to suppliment its modules
[15:17] <Riddell> infinity: I don't remember, it'll be the KDE frontend pointing to a .png file but that file is either shipped with Ubiquity or elsewhere in KDE
[15:17] <Riddell> infinity: we can just get rid of it so this doesn't reoccur
[15:18] <infinity> Riddell: Seems fair enough to me, the UI will look nice enough without it.
[15:18] <nigelb>  /ws 20
[15:18] <nigelb> grar
[15:23] <cjwatson> apw: yes, that's central to how d-i works
[15:23] <apw> cjwatson, thanks one day i'll learn enough to run away from it
[15:23] <cjwatson> apw: the initrd only has enough bits to allow d-i to fetch more of itself
[15:23] <cjwatson> it's like a base system
[15:23] <apw> yeah very logical when you have to have the rest on there anyhow
[15:23] <cjwatson> d-i has rough analogues (though much less capable) of dpkg and apt
[15:30] <infinity> apw: New kernel boots fine.
[15:30] <apw> infinity, oh dear, thanks
[15:31] <infinity> apw: Did we really expect otherwise?
[15:31] <apw> infinity, i try and not expect testing results one way or the other, tends to lead to madness
[15:32]  * infinity did, however, run into a weird initrd issue he needs to try to reproduce sometime...
[15:32] <jamespage> any fglrx guru's around? bug 865984 is killing me frequently ATM
[15:39] <apw> cjwatson, ok the issue seems to be that the virtio udeb seems to missing en-toto from the images all of a sudden
[15:39] <MacSlow> didrocks, seb128: what's your acceptance-window in regards to notify-osd (with the avg-bg-color fixes) ... do you want a new tarball-release or do you want to distro-patch it?
[15:40] <seb128> MacSlow, do you plan to fix any of the other bugs? like the multiscreen support to match the new unity design?
[15:40] <apw> cjwatson, it was in there on the 14th and not now
[15:41] <MacSlow> seb128, yes
[15:42] <seb128> MacSlow, I would recommend you roll a tarball once you get those ready
[15:43] <MacSlow> seb128, d'accord
[15:43] <slangasek> mhall119: so the idea is you're going to provide an SVG icon and want to know if we can put it in the package?
[15:44] <mhall119> slangasek: or who can I talk to about requesting an SVG file from the upstream
[15:44] <infinity> apw: So, where do we go from here?  Resurrect powerpc, or try to figure out how to make powerpc-smp work?
[15:44] <cjwatson> apw: which image exactly?
[15:45] <cjwatson> oh, never mind, I know, infinity uploaded d-i but didn't bump the kernel-version lines in the seeds :)
[15:45] <apw> http://cdimage.ubuntu.com/ubuntu-server/daily/current/precise-server-amd64.iso <-- cjwatson
[15:45] <cjwatson> so that'll have hosed the alt/server images
[15:45]  * cjwatson goes to fix that
[15:47] <infinity> cjwatson: Oh, derp.
[15:47] <infinity> cjwatson: Can I blame St Drinking Day?
[15:48] <cjwatson> only if you celebrated it
[15:48] <apw> we celebrated it by beating them at rugby :)
[15:49] <infinity> cjwatson: I celebrated it quite heavily.
[15:49] <infinity> Enthusiastically?
[15:49] <infinity> I may still be feeling the effects.
[15:49] <slangasek> mhall119: I think requesting one from upstream is unlikely to be fruitful, given past success at getting the skype download page changed to not point people at the wrong package for 64-bit Ubuntu
[15:50] <cjwatson> apw: rebuilding images
[15:50]  * cjwatson is slightly surprised jenkins didn't explode at this
[15:54] <apw> cjwatson, yeah ... how long does a rebuilt take ?
[15:55] <cjwatson> minutes
[15:55] <apw> cjwatson, wow, i was expecting you to day hours
[15:55] <apw> cjwatson, i have a keen tester so if there is some way i can tell they are done ...
[15:55] <infinity> apw: Alternates are fast.
[15:56] <infinity> apw: Nervously refresh cdimage.ubuntu.com/whatever/image/you/want and look for a new directory? ;)
[15:56] <cjwatson> don't have to wait for an archive cycle either since it's just seed changes
[15:59] <apw> infinity, so thats when i see like a 210120319.1 form?
[16:00] <infinity> apw: Aye.
[16:00]  * apw clicks reload furiously
[16:05] <smoser> cjwatson, around ?
[16:05] <cjwatson> smoser: yes, albeit sprinting
[16:05] <smoser> k. well...
[16:05] <smoser> i was looking at https://bugs.launchpad.net/qemu/+bug/957622
[16:06] <smoser> and i got a bug fixed in kvm locally, so i can load the "grub loader image"
[16:06] <smoser> and all seems well when I use the kvm -kernel <grub-image> with a partition'd disk image.
[16:06] <smoser> but when i use it with a image of a partition (ie, with no partition table)
[16:07] <smoser> i see something like this:
[16:07] <smoser>  http://paste.ubuntu.com/890852/
[16:08] <smoser> that 'multibooting' comes from the grub image that is built via http://bazaar.launchpad.net/~ubuntu-on-ec2/vmbuilder/automated-ec2-builds/view/head:/mk-image-mb-loader
[16:08] <cjwatson> smoser: chances of looking right now: minimal - could I have a bug with full instructions on how I can reproduce this *without* having to spin up a full cloud toolchain and I'll queue it up?
[16:08] <smoser> i'm pretty sure the rescue prompt is coming from the core.img that has then been loaded.
[16:09] <smoser> cjwatson, you really dont need anything other htan kvm  to reproduce.
[16:09] <smoser> (and download of a largish image)
[16:09] <smoser> i can do that.
[16:10] <cjwatson> shouldn't it just be a grub-mkimage command to build the core.img?
[16:10] <smoser> build what core.img ?
[16:10] <smoser> you mean rather than mk-image-mb-loader ?
[16:10] <cjwatson> the grub image you're talking about
[16:11] <smoser> well there are 2 grub images :)
[16:11] <cjwatson> surely your script is basically just calling grub-mkimage with a load of options?
[16:11] <smoser> yes.
[16:12] <smoser> and that grub image then tries to find and load core.img from inside a disk
[16:12] <cjwatson> oh right
[16:12] <smoser> its *that* one that i think is giving me the errors
[16:13] <cjwatson> well, the shorter the instructions the better but basically I will need something that can be run in a grub build tree without assuming that it's all packaged and installed
[16:13] <smoser> ok. i can work on getting na nice bug gtogether.
[16:14] <smoser> but once i'm in that rescue image, it likes to print
[16:14] <smoser> "error: no such partition."
[16:14] <smoser> ie:
[16:14] <smoser>  grub rescue> insmod (hd0)/boot/grub/echo.mod
[16:15] <smoser>  error: no such partition.
[16:16] <smoser> cjwatson, what builds core.img ?
[16:16] <smoser> in a normal ubuntu install
[16:18] <cr3> how can I configure apport to create bugs on staging.launchpad.net?
[16:21] <pitti> cr3: APPORT_LAUNCHPAD_INSTANCE=staging apport-bug ...
[16:22] <cjwatson> smoser: grub-mkimage via grub-install
[16:22] <smoser> right.
[16:22] <cr3> pitti: thanks, does APPORT_STAGING=1 still work then?
[16:22] <smoser> so how tied is a core.img to a disk layout (partitioned or non-partitioned)
[16:22] <pitti> no, it doesn't
[16:25] <cjwatson> smoser: (a) prefix hardcoded by either grub-mkimage or grub-setup, depending (b) modules built into core.img.  but please, I would prefer not to have a pre-debugging pass :)
[16:31] <slangasek> mvo: question for you on bug #876298
[16:32] <slangasek> mvo: two-part question, actually :)  1) if we use a dpkg trigger, is the trigger supposed to fail on download failure or succeed? 2) if the trigger succeeds, how are we supposed to let the user know, if at all, that the software they selected for install isn't usable at the time of install?
[16:32] <nxvl> pitti: around?
[16:33] <nxvl> pitti: i just got a fresh installed ubuntu system and for some reason jockey-text -l return nothing
[16:33] <nxvl> pitti: and i have an nvidia card and restricted wireless card
[16:33] <mvo> slangasek: 1) I think the trigger should succeed in any case 2) I don't know - maybe via a update-notifer interactive upgrade hook message?
[16:34] <mvo> slangasek: but I'm happy to discuss this in the bug itself :)
[16:34] <slangasek> mvo: not sure I understand what an "update-notifer interactive upgrade hook message" is/would be
[16:36] <mvo> slangasek: sorry http://wiki.ubuntu.com/InteractiveUpgradeHooks I should have put that into my answer
[16:36] <slangasek> thanks for the link
[16:36] <mvo> slangasek: this will trigger a dialog during the upgrade
[16:36] <mvo> slangasek: for if there is no UI during the upgrade on the next login
[16:39] <slangasek> mvo: cool; I've updated the bug with this, thanks
[16:39] <mvo> slangasek: thanks a lot!
[17:34] <apw> cjwatson, ok testers confirm that those images are much better (as expected); thanks for you help with that, most appreciaited
[17:37] <nigelb> ws 34
[17:37] <nigelb> Ws 34
[17:37] <nigelb> oh shoot
[17:40] <kiko> hey
[17:41] <kiko> is there an easy way to disable the cross-workspace mouse edge?
[17:41] <kiko> sorry, not cross-workspace
[17:41] <kiko> cross-monitor
[17:43] <kiko> hmm, something in ccsm did it
[17:44] <ogra_> heh
[17:45] <ogra_> instead of using ccsm you could shoot both your feet directly, quicker and has similar effects :P
[17:52] <smoser> bdrung, you around ?
[17:52] <smoser> i had a question about distro-info
[18:06] <tkamppeter> slangasek, did you see the FreeType bug report? Did you contact chrisl at #openprinting (he is still on the IRC).
[18:11] <cjwatson> apw: great
[18:20] <slangasek> tkamppeter: it's going to be late afternoon here before I can look into it, but I caught your comments about the upstream patches that need cherry picked - thanks for that
[18:28] <PaoloRotolo> Hi all!
[18:39] <slangasek> mvo: so do you suppose the code for this should go into update-notifier-core and packages depend on that?  or do you prefer a separate package?
[19:35] <mvo> slangasek: I have no strong opinion either way, maybe its own package as it should be really lightweight and I would love to share it with debian
[19:36] <mvo> slangasek: if mail is availalbe we would probably send mails on failure instead/in-addition of using the u-n hooks
[19:39] <slangasek> mvo: well, Debian has update-notifier too, if an old version? :)
[19:40] <mvo> slangasek: I believe so, a old version
[19:41] <slangasek> mvo: ok - if you have no strong opinion, I'm going to prototype it within u-n, and if we want to split it out later we can
[19:42] <mvo> slangasek: sounds prefect
[19:42] <mvo> slangasek: you will work on this ?
[19:43] <slangasek> yeah
[19:44] <mvo> cool!
[22:20] <bdrung> smoser: now
[22:57] <ScottK> SpamapS: Did you do the landscape-client upload?
[22:58] <SpamapS> ScottK: yes, did I jump the gun?
[22:58] <SpamapS> Or did it FTBFS ? :-/
[22:58] <ScottK> SpamapS: No, but it's trying to pull python-central back into Main.
[22:58] <SpamapS> ScottK: Oh because its listed as an | ?
[22:58] <ScottK> Could be.
[22:58] <SpamapS> Or is it getting picked up? I didn't check closely
[22:58]  * SpamapS looks
[22:59] <ScottK> Dunno.  I just saw the components mismatches mail.
[22:59] <SpamapS> it shouldn't even be run.. its only used on lucid
[22:59] <ScottK> OK.  Maybe make a TODO to discuss with pitti how come it showed up on C-M?
[23:00] <SpamapS> I'm checking more closely
[23:00] <ScottK> OK.
[23:00] <SpamapS> entirely possible it built in a way I didn't expect
[23:00] <SpamapS> ty for the heads up, hadn't seen that yet
[23:04] <slangasek> SpamapS: the upload reintroduced the build-dep on python-central | python-support, *neither* of which are in main
[23:04] <SpamapS> AHH I thought that looked problematic
[23:04] <slangasek> was this bit of debian/control autogenerated?
[23:05] <SpamapS> Its in there entirely for backportability to lucid
[23:05] <SpamapS> slangasek: no I doun't believe so
[23:05] <slangasek> ok... so it's just that doko's distro changes were clobbered
[23:06] <SpamapS> slangasek: indeed.. I'll un-do that clobbering shortly.. test building
[23:06] <slangasek> ok :)
[23:20] <cnd> slangasek, are you able to review FFes?
[23:20] <cnd> we have one for an X package we'd like to get in before beta 2
[23:20] <cnd> bug 959791
[23:46] <infinity> cnd: Ack, and synced.
[23:46] <cnd> infinity, ahh, thanks :)
[23:47] <infinity> cnd: To be clear, the rebuild testing you intend to do is in a PPA, right, you're not just going to gratuitously no-change-rebuild every X package in the archive?
[23:47] <cnd> infinity, I believe that's correct
[23:47] <cnd> RAOF, Sarvatt?
[23:47] <RAOF> infinity: Indeed.
[23:47] <infinity> RAOF: Cheers, just wanted to make sure. ;)
[23:48] <Sarvatt> yep indeed, that would be absolutely silly :) thanks muchly infinity!
[23:50] <cnd> infinity, what time zone are you?
[23:50] <infinity> cnd: Mountainish.
[23:50] <cnd> ok
[23:50] <infinity> cnd: Though something more akin to Easter this week.
[23:50]  * cnd notes for future reference
[23:51] <infinity> Eastern, too.
[23:58] <smoser> bdrung, still ?
[23:58] <bdrung> smoser: yes
[23:58] <smoser> good.
[23:58] <smoser> so my question was about distro-info
[23:59] <smoser> i think this is a much needed tool
[23:59] <smoser> so, thank you for that.
[23:59] <bdrung> you're welcome
[23:59] <smoser> my assumption is that the goal is to have one place to add new names / versions rather than each package update