=== asac_ is now known as asac [02:57] is there some trick necessary to make pbuilder use a mirror when creating the chroot? [02:58] other than putting it in pbuilderrc [02:58] IIRC yes, patch it to not splat over the variables [02:58] I *think* I filed the bug about it [03:01] i don't see one in https://bugs.launchpad.net/ubuntu/+source/pbuilder [03:01] maybe it's only in debian? [03:05] huh, maybe my memory is on the fritz [03:05] What? That is madness [03:05] poolie: its dead simple to make sbuild use a mirror [03:06] poolie: mk-sbuild --debootstrap-mirror=URL [03:06] so you're suggesting i should avoid it by using sbuild instead? [03:07] I thought there was a --mirror option for pbuilder [03:08] i have that set but it seems to only set the mirror inside the chroot, not the one that will be used by debootstrap [03:08] imbw [03:08] --debootstrap-mirror, IIRC [03:08] export MIRRORSITE=http://mirror.internode.on.net/pub/debian/ [03:08] yes i have that in pbuilderrc [03:08] looks like the bug was fixed - thats what I have currently [in a pbuilder script I haven't used in since moving ...] [03:11] ok, pbuilder works, but pbuilder-dist clobbers it [03:19] poolie: ping [03:20] poolie: regarding the banshee --debug log you posted, did it start working after you tried the patch, or without the patch? [03:21] hello [03:21] https://bugs.launchpad.net/bugs/823723 <-- this oen [03:22] Ubuntu bug 823723 in banshee (Ubuntu) "banshee interface becomes unresponsive while playing radio stream" [Undecided,Incomplete] [03:22] although the bug for the --debug crash is https://bugs.launchpad.net/bugs/823956 [03:22] Ubuntu bug 823956 in mono-addins (Ubuntu) "banshee --debug crashes with "Could not read add-in description"" [Undecided,New] [03:22] sorry which patch? [03:22] the patch provided in the latter bug [03:23] on mono-addins? [03:24] no, i' hadn't applied that, so apparently the crash is intermittent or environment dependent [03:24] or something [03:24] ah, i see. [03:24] i'll post that in the bug [03:44] could i get a review on https://code.launchpad.net/~mbp/ubuntu/oneiric/gnupg2/815190-assertion/+merge/71140 === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === tkamppeter_ is now known as tkamppeter [06:39] cjwatson: Should your debian-installer SRU to lucid have a bug report associated with it? It looks sane apart from that. Is there a different policy for d-i? [06:41] heh [06:41] I was just getting around to looking at it ;) [06:41] and was going to ask the same thing. :-P [06:42] RAOF: since you're just near EOD .. but I'm near EO-ability-to-keep-eyes-open .. I'll let you take it from here. :) [06:42] * SpamapS passes out [06:42] Have fun in your exhausted dreams! [07:04] does anyone know how apport.hookutils.attach_gconf(pkg) works? [07:04] does it just look at /apps/? [07:04] Good morning [07:05] morning, pitti [07:05] do you know if apport looks into /apps/ or into any given schemas installed by a package ? [07:06] mdeslaur: seems we still have some rdepends: gnome-codec-install, checkbox-gtk, update-notifier, gnome-system-log [07:06] mdeslaur: weird that a suid binary needs gksu or pkexec in the first place? [07:06] hi pitti [07:06] hyperair: which schemas? [07:07] hyperair: oh, I think we don't have a gsettings equivalent of "changed gconf keys" yet [07:07] pitti: i was actually looking into https://bugs.launchpad.net/ubuntu/+source/banshee/+bug/823726 [07:07] Ubuntu bug 823726 in banshee (Ubuntu) "apport hook fails: "package does not exist"" [Undecided,In progress] [07:07] which is a little tricky, because banshee's package name is banshee, but gconf key is /apps/banshee-1. [07:07] hyperair: "ubuntu-bug 17978"? [07:07] Launchpad bug 17978 in linux-source-2.6.15 (Ubuntu) "ipw2200 kernel module working erratically in linux-image-2.6.10-5-686 version 2.6.10-34.2" [Medium,Fix released] https://launchpad.net/bugs/17978 [07:08] that package indeed doesn't exist :) [07:08] eh? [07:08] what? [07:08] that's what the description says [07:08] ._. [07:08] it's that simple? [07:08] Morning pitti, chrisccoulson :) [07:08] pitti: no wait, you can ubuntu-bug a pid. [07:09] pitti: it could very well be banshee's pid [07:11] hi RAOF [07:15] hyperair: ah, right [07:15] hyperair: apport.hookutils.attach_gconf(report, 'banshee-1') [07:15] hyperair: so I suppose the banshee package hook calls that, which fails [07:16] (sorry, don't have it installed ATM) [07:21] pitti: Just to confirm again - the packages we accept into foo-proposed should have a changes file containing all the entries from the current package in foo-updates/foo (depending on whether there's a foo-updates package yet or not), right? [07:21] RAOF: correct [07:30] Wait, what? [07:30] Why would it need a changes file detailing changes from pervious versions? [07:31] so that people who have only -updates actually see all the changes in the .changes, update-notifier, etc. [07:31] and for a more technical reason, that the current .changes refers to all bugs which need verification in -proposed [07:32] i. e. if you stack a -proposed upload on top of a previous -proposed upload, the second one needs to have both [07:32] ... changelogs [07:32] But that's now what he said. [07:32] "from the last -updates upload on" [07:32] He said it should have all the changes from previous -updates uploads. [07:33] oh, I mis-attributed the "on" [07:33] RAOF: right, so see above [07:33] Okay, with the "on" tacked on the end, it makes more sense. :P [07:33] RAOF: it shold only include pending stuff in -proposed, not stuff which is already in -updates [07:33] or s/from/since/ [07:33] pitti was reading it as I intended. [07:34] I just didn't ask the question properly :) [07:34] RAOF: As for the d-i case you mention above, d-i rebuilds don't necessarily address bugs directly (at least, not one that bumps a kernel ABI, like the recent one), think of them like linux-meta uploads, which also don't need bugs associated with them. [07:35] Alternately, I suppose they could reference every bug that the underlying d-i and/or kernel bits fixed, but that seems a bit redundant. [07:35] They therefore also need no verification? [07:35] *nod*, d-i rebuilds are usually accepted without much of a changelog [07:35] they just usually don't get tested [07:36] and thus tend to stay aroud in -proposed forever [07:36] How do we track whether they are tested or not if there's no associated bug? [07:36] They stick around in proposed often until we get around to testing them for a point release. [07:36] RAOF: They get tested with image testing for point releases, often not until then. [07:37] (And we move them up -updates as part of the release process, if required) [08:41] how can i get a list of all packages that *should* be installed in oneiric? [08:41] i say this because i recently found that i mysteriously had a ton of packages missing [08:41] g-c-c, update-manager, command-not-found and several more [08:42] and now i can't login and i'm wondering if it's because i'm missing something important [08:44] ubuntu-desktop should pull in basically everything you'd have. [08:45] brendand: you can run "sudo apt-get install --fix-policy" to ensure you have all recommends installed [08:45] brendand: especially during the devel release it may happen that recommends get missing [08:46] mvo - you wouldn't happen to be having problems logging in on an up-to-date oneiric system? [08:51] did both those steps, still no luck [09:16] slangasek: the non-main packages added are the ones requested in the ubuntu-devel mailing list [09:17] slangasek: I figure we'll do another round of discussion on the list with the question "do we care about these enough to promote them to main?" [09:34] alpha3 installer crashed, does the daily image work? === yofel_ is now known as yofel [09:38] that would be a no, since only oversized powerpc image exists [09:44] Is anyone aware that flashplugin-installer update brok flash? [09:48] hmmm [09:48] Few users report flash missing after update, but when I reinstalled it, it worked [10:00] RAOF: I haven't normally bothered for d-i updates, since they're so formulaic and generally just go with kernel ABI changes [10:00] SpamapS: ^- [10:01] ah, now I read more of scrollback ... === MacSlow is now known as MacSlow|lunch === kapilratnani_ is now known as kapilratnani [10:18] anyone mind terribly if I split camerabin{,2} out of gstreamer0.10-plugins-bad? [10:19] I'd like it for ubiquity without the mountain of deps that come with the rest of the package [10:20] is that the package which pulls in DECnet support, for all loyal PDP11 users? [10:23] directhex: the very same! [10:23] but what about the pdp11 port of ubuntu? [10:25] I'm afraid I'm too busy porting Ubuntu to the AS/400 to deal with any PDP11 concerns. [11:10] Hi, I was just asked to sign the Canonical contributor agreement. Do I really have to print it and scan it back, or can i just type it out and copy my signature in? [11:19] Hi, Is evolution compiled with gnome-online-account support in oneiric? === MacSlow|lunch is now known as MacSlow [11:22] jjardon, no, but thanks for pointing it, we will fix that [11:22] seb128: ok, thanks! [11:24] seb128: also, seems that gnome-contacts is still not packaged [11:41] jjardon, right, it's on our list, do you know if it's going to be part of GNOME 3.2? [11:41] jjardon, it got only 2 tarballs and no update for over 5 weeks [11:47] seb128: thats probably because alex was in holidays [11:48] seb128: the plan is that It will be part of 3.2, yes : https://live.gnome.org/ThreePointOne/Features/Contacts [11:48] ok [11:49] jjardon, well I know if was listed there, but a new components which only got 2 tarball when we are close from freeze times doesn't give confidence to be shipped [11:49] jjardon, it's also that it required vala 0.13 and we were still on 0.12 until recently [11:49] jjardon, but I will have a look to it [11:50] seb128: I'll try to ask alex about the current status [11:50] jjardon, thanks [11:58] ev, doing a separate camerabin gst binary will not solve your issue [11:58] seb128: oh? [11:58] ev, you will not get that codec set source promoted [11:58] well you can try [11:58] set source promoted? I don't follow. [11:58] but it's a pack of unmaintained and buggy codecs, I doubt mir will ack it [11:58] oh [11:58] ev, you can't have a binary in main for a source in universe [11:59] if you need that binary you will need to promote the source [11:59] the way to go is to distro patch that code to good as we do for some of the stuff empathy video call needs [11:59] it's annoying to maintain though [12:00] what code? To be clear, I'm layering on top of camerabin2, skipping the Cheese stuff entirely. [12:00] ah [12:00] ev, well what we need is camerabin to be in the good source [12:00] right [12:00] okay [12:01] thanks for the spot [12:01] yw [12:01] pitti: pkexec is the suid binary... [12:01] pitti: hrm...apport also still uses gksu [12:06] mdeslaur: oh, for the root_command_output() stuff, right === seb128_ is now known as seb128 [13:13] wendar: http://tlohg.com/building-a-consistent-hashing-ring-part-1 (and subsequent parts) === doko_ is now known as doko [13:19] tkamppeter, about the icc-profiles MIR. you know that this package is in multiverse? [13:21] doko: he mentioned he wants it promoted to restricted [13:24] pitti: not in the report. and do we want to have it in restricted? my guess is that it maybe would be better to split it into a free and non-free package. ubuntu doesn't have the absolute requirement of shipping in the preferred form or editing, afaik [13:26] doko: I think it's meant to be installed on demand, so it doesn't matter much whether it's in restricted or multiverse [13:27] doko: oh, it's missing source? depends on the library then [13:27] s/library/license/ [13:27] if it's GPL and doesn't have preferred form of modification, it's a license violation, and we can't ship it at all in theory [13:27] multiverse vs. restricted doesn't matter much there [13:30] tseliot: I still have a WI "In jockey, display new X drivers from x-updates ppa" [13:30] tseliot: I understand you want to upload the -updates stub packages to proper ubuntu now === mwhudson_ is now known as mwhudson [13:30] tseliot: so I suppose this WI shold be changed to "display new X drivers in -updates packages"? === smb` is now known as smb [13:34] hello folks, can anyone help with a quick preseed question? [13:34] johnt: probably [13:35] doko, yes, does it not go from Multiverse to Restricted with a MIR then? [13:36] cjwatson: cool, thanks! im basically just trying to make the security update server bit match the server it is pointed at. as in, when i install the machine the lines in the sources.list dont seem to match the dir structure of the server i am pointing at... [13:37] johnt: apt-setup/security_host and apt-setup/security_path are the usual things to tweak [13:37] the former defaults to security.ubuntu.com and the latter defaults to /ubuntu [13:37] pitti: where's the code? In the ubuntu branch in bzr? [13:38] doko, as pitti says that icc-profiles is for optional installation anyway, we could leave it in Multiverse. [13:38] pitti, tkamppeter: some of the profiles have a rstriction on modification [13:38] cjwatson: yeah, thats what im working on. just not sure what they should look like by looking at the mirror, if that makes sense. presumably the first one is literally just the name of the mirror with nothing appended? [13:38] johnt: literally just the host name, yes [13:39] tkamppeter, pitti: is there already other printer stuff in restricted? [13:39] johnt: which mirror? [13:39] cjwatson: ok cool, so for the second one i just had "...security_path string /ubuntu" but that doesnt seem to have worked [13:39] doko: not according to grep ^Package: /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_oneiric_restricted_binary-amd64_Packages [13:39] doko, as far as I know, not. [13:39] cjwatson: internal mirror :S [13:40] doko: but as it's not a "real" driver, I agree with you that it's probably better to split it into a free and non-free part, and leave it in multiverse for now [13:40] fair enough [13:41] cjwatson: so, is there a way to work out what the path should be by looking at the dir structure on the mirror? [13:41] pitti: the reason that debian doesn't have color profiles in main, is that there is hardly any free editor to edit these [13:42] johnt: there'll be a dists directory somewhere; use the path for its parent directory [13:42] johnt: e.g. if you have http://mirror.example.com/foo/bar/baz/dists/natty/..., then 'd-i apt-setup/security_host string mirror.example.com' and 'd-i apt-setup/security_path string /foo/bar/baz' [13:43] tkamppeter, gets ptouch-driver seeded somewhere? [13:44] pitti: also what do you mean by "WI"? [13:44] doko, not yet. I have opend bug 823545, [13:44] Launchpad bug 823545 in ubuntu-meta (Ubuntu) "New printer drivers need to get seeded: rastertosag-gdi, c2esp, ptouch-driver" [Medium,New] https://launchpad.net/bugs/823545 [13:44] tseliot: "work iem", sorry [13:45] tseliot: there's no code yet, it's a todo item assigned to me [13:45] tseliot: it's blocked on actually having the packages available [13:45] tkamppeter, why don't you use the ubuntu-printing group when subscribing to these packages? [13:45] pitti: ok, so the answer to that question would be "yes" then ;) [13:45] tseliot: thanks, updating [13:45] cjwatson: strange, thats what i had. its basically: host.domain.com/ubuntu/dists/ so i had "security_path string /ubuntu" and the updates seem to work during the install but the security lines in sources.list are all messed up - does that make sense? [13:51] doko, done, ubuntu-printing is now subscribed to the new driver packages. [13:51] cjwatson: any idea what might cause that? [13:52] johnt: can I see the exact preseed file (with passwords removed, of course) and the exact resulting sources.list? [13:53] paste.ubuntu.com may be helpful [13:53] cjwatson: sure, ill have to run the build again which could take 40 mins... [13:54] johnt: you could show me the preseed file before that [13:54] cjwatson: one question before i do that: what is the "d-i apt-setup/services-select multiselect security" line for? [13:55] johnt: you shouldn't need that [13:55] johnt: seeing as it's the default [13:55] wendar: aha, I guess I missed that part of the mailing list discussion, ok [13:56] cjwatson: could possibly be the cause of my problem? [13:56] johnt: no, it's a no-op [13:56] irrelevant to this [13:56] cjwatson: ok 1 sec and ill de-password this preseed for you... :D [13:58] cjwatson: does a trailing / make any difference on that security_path line? [13:59] johnt: it would result in a trailing / in the sources.list lines, but that should never matter [13:59] johnt: it would help in all this if you could tell me at least roughly *how* the security lines in sources.list are messed up [13:59] it's a bit vague so far ... [14:00] cjwatson: ill have to build the machine again to get the exact lines but they dont appear to match the directory structure of the mirror... [14:05] cjwatson: http://paste.ubuntu.com/663429/ [14:07] johnt: I don't see anything obviously wrong, so let me know when you can show me the resulting sources.list and point out the problemin it [14:07] *problem in it [14:07] cjwatson: cool, thanks! [14:23] seb128: could you upload poppler to build with jpeg8? [14:24] doko, I can have a look, do we transition to the new version? [14:25] or is that to see if that fixes the openjpeg issue? [14:27] Can somebody link a document or explain to me package naming in backports? Is it fine to use the original package name when backporting? [14:28] envygeeks: append ~release1 [14:28] https://help.ubuntu.com/community/UbuntuBackports#Source%20Change%20Backports [14:32] Laney: Thank you, I guess I missed that >.< === dendro-afk is now known as dendrobates [14:51] jamespage, about fop, should 0.95 be used, or 1.0? [14:52] doko: 0.95 - 1.0 is still not build-able without bundled libraries [14:52] thanks [14:54] np === dendrobates is now known as dendro-afk [15:06] doko, hello, i hope you can have a short look, this happens on natty i386 (build for amd64 works fine), could this be a compiler issue? http://paste.debian.net/plain/125903 [15:13] hm, so cups in maverick depends on cups-ppdc that is in universe? that does not look right. it got added via a maverick-proposed upload === dendro-afk is now known as dendrobates === zyga is now known as zyga-afk === beuno is now known as beuno-lunch [15:54] cjwatson: hey, still there? [15:55] * infinity looks at all the bundled libs in likewise-open and wonders how this got into main like this... [15:58] huh, it's in main? [16:00] so..... i guess feature freeze is today? [16:00] 21:00 [16:01] we get a dinstall run before then, surely [16:01] slangasek: It looks like it's in main to me... [16:01] infinity: what a strange thing :) [16:01] spank mhy a lot and one will fall out [16:01] johnt: yes [16:02] Laney, i already owe him beer! [16:02] cjwatson: i have the sources.list for you... [16:02] johnt: shoot [16:02] upgrade that to rum and all will be well [16:03] directhex: alternatively, file the request manually; I doubt anyone will get round to it before it dinstalls [16:03] Hello, [16:03] I know I'm sorry to annoy you with that... Sorry to resend this request and sorry to be a bit late but I'm still looking for a sponsor in order to upload 3 packages to universe repositories before the feature freeze.3 bzr branches have been created. 'bzr merge-upstream' has been used to commit these new revisions and they should be ready to be uploaded. bug #823513 ; bug #823514 ; bug #823566 [16:03] Launchpad bug 823513 in cairo-dock (Ubuntu) "Please update Cairo-Dock to 2.4.0~0beta2 version (before the FF)" [Undecided,New] https://launchpad.net/bugs/823513 [16:03] Launchpad bug 823514 in cairo-dock-plug-ins (Ubuntu) "Please update Cairo-Dock Plug-Ins to 2.4.0~0beta2 version (before the FF)" [Undecided,New] https://launchpad.net/bugs/823514 [16:03] to the climbing centre! [16:03] Launchpad bug 823566 in latexila (Ubuntu) "Please update LaTeXila to 2.1.1 (= 2.2.0 beta) version (before the FF)" [Undecided,New] https://launchpad.net/bugs/823566 [16:03] I hope it's not too late (21:00 UTC or something else? not 16:00 or 18:00 UTC?) or maybe should I already send a request for an exception to 'FeatureFreeze'. But sorry if we still have some time. [16:04] matttbe: how long have you been maintaining these packages for now? Have you considered applying for upload rights for them? [16:05] cjwatson: http://paste.ubuntu.com/663503/ [16:05] Laney: since Karmic release. Yes, I should do that... [16:05] (I forgot to do that...) [16:05] johnt: so what should the URL be instead of http://lcsiupd.domain.com/ubuntu ? [16:06] cjwatson: thats correct except "domain" is our domain name... [16:07] johnt: I can't help you if you can't tell me what's wrong [16:07] I can see that apt-get is telling you that some of the URLs don't work, but since I don't have access to your mirror I have no idea what they should be [16:07] cjwatson: the apt-get update error is in that paste at the top - can you see it? [16:07] the installer is doing what you told it to do in your preseed file [16:08] cjwatson: 1 sec... phone... :| [16:08] yes, I can see the apt-get errors, but I cannot tell you what the fix should be since I don't have access to your mirror [16:08] if you could *be precise* about what the offending sources.list lines should look like, then I can help; otherwise I cannot [16:09] If I had to guess, I'd say the fix is "mirror sources"... [16:09] Everything looks totally correct as far as I can see on the client side. [16:09] sure, that's possible [16:14] does anyone who is not in techboard or ubuntu-release have a bug task they'd like to nominate for a stable release? [16:14] right now you can just do it; I want to make a change to the stable release ownership in LP and would like to make sure that doing so does not break it [16:14] anyone> I mean somebody in ubuntu-core-dev [16:15] can't MOTU after this change open task for SRU anymore? [16:17] you ought to be able to, but I am more interested in the test for ubuntu-core-dev [16:17] because right now the series owner is ubuntu-core-dev and I want to change it to ubuntu-release [16:17] I'm not intending to break MOTU, but it is not relevant to the test I am trying to perform [16:17] ok [16:18] I asked because you asked for a core-dev [16:18] jdstrand: you know a lot about thinkfan, right? [16:22] jdstrand: in oneiric, setting 'level disengaged' doesn't take... even when thinkfan isn't running, something resets me to 'auto' after a few seconds :P [16:23] hmm... in fact, it seems to reset to auto right when /proc/acpi/ibm/thermal reaches 90 [16:24] which is great, since the whole reason I'm setting it to 'disengaged' is because the other levels fail to bring the fan up to full speed when the system is overheating :P [16:34] slangasek: he's on vacation :) [16:35] micahg: answers to the problem gratefully accepted from people who are not :) [16:36] akgraner, hi [16:41] victorp, hi! [16:43] seb128, TheMuso: ibus-pinyin is dep-wait on a new ibus, how safe would be the sync? [16:44] I have now changed the driver for all stable releases to ubuntu-release, and verified that this does not regress the ability of a core-dev to target tasks to a stable release [16:45] doko, I've no clue about ibus but we have a diff so it's a merge in any case [16:45] the new version is in debian unstable for some weeks without rc bugs [16:45] so I guess it should be fine [16:46] mterry, doko: I have split the icc-profiles package into free and non-free now, see bug 822587. [16:46] Launchpad bug 822587 in icc-profiles (Ubuntu) "[MIR] icc-profiles" [High,New] https://launchpad.net/bugs/822587 === beuno-lunch is now known as beuno [16:57] barry, you did touch ibus last ;p [16:57] doko: probably [16:58] cjwatson: hey, sorry about that, people keep calling me and trying to make me do work :( [16:58] cjwatson: would it help if i could show you the dir structure of the mirror? [16:59] sure [16:59] but I think infinity is likely correct [16:59] your mirror doesn't appear to have source code on it [16:59] im sorry, i dont understand - does that mean that the mirror was set up incorrectly? [17:00] arguably incorrectly [17:00] right now we don't support binary-only mirrors particularly gracefully (none of our standard mirrors are binary-only), although something like d-i preseed/late_command sed -i 's/^deb-src/#deb-src/' /target/etc/apt/sources.list would work around it [17:00] it might well be easier to get the mirror fixed though [17:09] 2100 UTC eh [17:11] cjwatson: http://paste.ubuntu.com/663554/ [17:11] cjwatson: i didnt fill it all in - just enought so that you can see the structure... [17:11] Laney, filed. i even remembered the changelog. [17:12] johnt: right, so your mirror has no source code on it [17:12] johnt: either get the mirror admin to mirror source packages too, or use the preseed/late_command workaround I suggested above [17:12] pitti, barry: ibus-pinyin is dep-wait on a new ibus, please merge [17:12] cjwatson: yeah i noticed that [17:14] cjwatson: so, its just the fact that the mirror is binary only thats causing the problem? [17:14] looks like it [17:14] all your errors are on Sources.gz files [17:14] cjwatson: thats fantastic :D thanks so much for all your help! [17:15] cjwatson: time to send a strongly worded email to the mirror admin :P [17:18] pitti, hi [17:18] pitti, can you pass icc-profiles-free through NEW? [17:18] pitti, bug 822587 [17:19] Launchpad bug 822587 in icc-profiles (Ubuntu) "[MIR] icc-profiles" [High,New] https://launchpad.net/bugs/822587 [17:23] anyone around that understands alsa .conf files in all their horror? :) [17:28] bdmurray: can you renew my membership of ubuntu-bugcontrol please? (I'm albertomilone on launchpad) === kiwinote_ is now known as kiwinote [17:30] tseliot: as a developer your direct membership is unnecessary [17:31] bdmurray: oh, I didn't know. Thanks === zyga-afk is now known as zyga [17:32] hi, can an archive admin please sync apparmor from Debian for me? [17:32] tseliot: oh by the way I think I've noticed some weird blank debconf prompts when installing nvidia-common [17:34] bdmurray: blank? How did it happen? [17:39] tseliot: it was a wee bit ago but I seem to recall running update-manager and briefly seeing a debconf window title that would disappear right away [17:40] tseliot: I thought I'd tracked it down to /etc/kernel.d/postinst.d/nvidia-common [17:40] bdmurray: ok but nothing else (as in "bad") happened, right? [17:40] tseliot: right it was just a strange popup that disappeared right away [17:41] kees: could you requestsync it? [17:41] it has a bunch of Ubuntu changes [17:42] not saying I won't do it, it's just easier with the tools ... [17:43] cjwatson: yup already done. let me figure out wherr LP put the bug number [17:44] bdmurray: ok, I'll have a look at the package and see what's going on. Thanks for reporting [17:46] lp: #824681 [17:46] kees: oh, if it's done, I'll just do a queue run [17:46] cjwatson: cool, thanks [18:02] sabdfl: available for TB? [18:48] Can somebody hint me at a command line tool which ubuntu uses to setup the system wide proxy? (I want to setup/remove proxies from a guessnet-enhanced interfaces file), and would like to avoid writing an own script for handling *_proxy in /etc/environment (+ the gnome config). [18:49] how does one override the "python setup.py build" bit, when using dh_python2 w/cdbs? [18:49] just override binary/foo::? [18:54] @pilot in === udevbot changed the topic of #ubuntu-devel to: Alpha 3 released | Archive: open for business | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: kees [18:55] hi kees [18:56] barry: surely you know the answer to my question ^^ :) [18:58] dobey: you probably want something like override_dh_auto_build:\n\tdh_auto_build -- --my-extra-params [18:58] oh, cdbs [18:59] cdbs hurts my brain [18:59] sorry, not you cdbs :) [18:59] heya dobey [18:59] dobey: what do you want to change it to? [18:59] yeah, cdbs. i need to work around a bug in distutils extra, by runnin python setup.py build using xvfb-run :( [18:59] you can set DEB_PYTHON_BUILD_ARGS_my-package to pass additional args [19:00] i don't need to change the args, i need to change the "python" command [19:01] dobey: that doesn't look possible without digging into cdbs in ways that seem pretty fragile [19:04] :( === Ursinha` is now known as Ursinha [19:07] step 1) stop using cdbs [19:07] step 2) profit [19:07] stop using python :) [19:08] nah, python is great. cdbs is not [19:08] ok, so how would i change the "python" command itself, without using cdbs? [19:08] jelmer, james_w, others: how do I tell bzr-builddeb to stop commiting using the changelog diff as a commit message without letting me edit it? [19:09] seb128: that's odd. it's always let me edit the message in $EDITOR [19:10] it was doing that until I upgraded yesterday for me [19:10] seb128: new bzr? [19:10] well that's specific to packaging vcs-es [19:10] new bzr-builddeb [19:10] weird [19:10] it used to open $EDITOR with the diff ready to edit [19:10] dobey: if you were using dh, it would be override_dh_auto_build:\n\txvfb-run python setup.py --install-layout=deb + $options [19:10] now it seems to think it doesn't need to ask for edit [19:10] dobey: (more or less - season to taste) [19:11] ugh :) [19:12] * dobey sticks with being a pythanthrope [19:12] grrrr bzr-builddeb [19:12] or pythonthrope [19:13] dobey: sometimes you have to override the defaults of the debian/rules build system... I don't think that's python's fault :) [19:13] slangasek: no, but cdbs generally makes this somewhat nice. it just happens to be less nice with python [19:14] slangasek: and i also already do not like python :) [19:14] no, cdbs doesn't make anything nice [19:14] cdbs is only nice when you *don't* have to override things [19:14] DEB_CONFIGURE_SCRIPT = $(CURDIR)/$(DEB_SRCDIR)/autogen.sh [19:14] that is pretty nice [19:14] cdbs is the past. dh7+ is the future. [19:14] don't have to copy all the default --prefix=/ --blah=/foo crap [19:14] * infinity passes the Kool-Aid. [19:15] except for the part where all the variable names are undiscoverable :) [19:15] all i want to change is the python being run, not the arguments [19:15]