[00:38] So... when a security vulnerability is found... do I care about what's in backports? [00:39] also... I think this is the first time I've ever sent something to a PPA with priority=high [01:08] evening, ubuntu-release has ack'd my FFe for bug 956188. Anybody able to sponsor the syncrequest? [01:08] Launchpad bug 956188 in rebuildd (Ubuntu) "FFe: Sync rebuildd 0.4.1 (universe) from Debian unstable (main)" [Wishlist,Triaged] https://launchpad.net/bugs/956188 [01:17] pabelanger: Sure. [01:26] RAOF: Great, thanks [03:06] MTecknology: for a security vuln in backports, the usual fix is to update the package in teh release and request a new backport === JackyAlcine_ is now known as jalcine [03:16] micahg: It looks like I get to address 3 CVE issues instead of just 1 [03:16] MTecknology: yep, that's the catch :) [03:53] hey masters, there's a ftbfs that works fine for me in a pbuilder chroot [03:53] libkqueue [03:53] I will double check with an i386 pbuilder [03:53] if that works can someone redo the build? [03:54] mfisch: seems to be builder specific [03:54] this fits because the build failure is an odd hang, not a "real" error [03:54] *launchpad buildd [03:54] micahg: what do you mean? [03:55] works fine in i386 too [03:56] mfisch: seems to be a problem specific to the buildd env [03:56] micahg: how can you tell that? [03:57] mfisch: common cause when stuff works locally and doesn't work on the buildds, I'd suggest uploading to a PPA to verify whether or not it's a buildd env specific issue [03:57] micahg: oh, I thought you had other logfiles or something [03:57] micahg: okay, I'll do a ppa [04:01] micahg: any idea why there's no bug for this? [04:02] micahg: or better question, should I make one [04:02] bug 852592 [04:02] Launchpad bug 852592 in libkqueue (Ubuntu Oneiric) "libkqueue version 1.0.4-2 failed to build" [High,Confirmed] https://launchpad.net/bugs/852592 === jalcine_ is now known as JackyAlcine [04:03] * micahg just reopened it [04:04] micahg: it's failing on x86 too [04:04] micahg: according to the qa page [04:04] mfisch: i386 and amd64 == x86 archs :) === JackyAlcine is now known as jalcine [04:05] micahg: ah ok === jalcine is now known as JackyAlcine [04:18] micahg: do I need to roll the version before a dput? I did the dput, but I dont see any evidence of the upload nor do I have an email [04:18] mfisch: try backportpackage [04:19] micahg: I'll try that thanks === JackyAlcine is now known as jalcine === jalcine is now known as JackyAlcine === JackyAlcine is now known as jalcine [04:30] micahg: I think dput doesn't like me tonight. I should get an email pretty quickly about the dput [04:31] mfisch: this time of night it might be delayed a little [04:31] micahg: I'm working on the python-djvulibre while waiting [04:39] I have a fix for python-djvulibre [04:39] well I know the fix [04:53] the fix for python-djvulibre ftbfs is to pull the latest copy from upstream, I noted that in #935385 [04:57] Cam anybody sponsor https://bugs.launchpad.net/ubuntu/+source/glance/+bug/925609 ? [04:59] vibhav: in this case, you should probably talk to zul as he's been uploading this and has committed it upstream [05:00] Who is zul ? [05:00] vibhav: ubuntu server dev [05:01] vibhav: he probably won't be around for another 9 or 10 hours though [05:01] ok [05:01] I email him then === jalcine is now known as webjadmin_ === webjadmin_ is now known as jalcine [06:14] https://bugs.launchpad.net/ubuntu/+source/maas/+bug/955451 can this bug be bought into precise? [08:04] good morning [08:06] hi [08:08] morning dholbach [08:08] hi ajmitch === almaisan-away is now known as al-maisan [09:51] Laney: how goes the haskell transition? in other words, what can I pick at & sync? :) [09:51] anything which builds [09:51] i'm not doing any until this evening at the earliest [09:51] busy today? [09:51] somewhat [09:56] is there a nicely presented list of haskell packages that may be syncable, or were you just using the transition tracker & comparing versions with debian? [09:57] all packages should have a new version in debian [09:57] since sourceful uploads were required [09:57] first one I looked at was removed from sid, that doesn't help :) [09:57] i filed some removals already [09:57] still pending [09:58] so there's a standing FFe for new upstream versions as well, like haskell-yaml going from 0.4.1.1 to 0.5.2? [09:58] yeah [09:58] ok [09:59] haskell-data-object was the first one I looked at , I hate LP saying '0 new bugs' & misleading me :) [09:59] Do I need -e switch for syncpackage currently? [09:59] erm, not -e … -e was syncrequest … [10:00] Rhonda: looking to file an FFe? [10:00] syncpackage has a -e, but only in non-native mode :) [10:00] Rhonda: yeah, sounds like you want requestsync -e [10:00] -e means UPLOADER_EMAIL there, tumbleweed [10:00] how inconsistent :) [10:01] For beep it's just debconf translations added, so syncpackage is out of scope but requestsync -e is still needed, right? [10:01] Rhonda: if there are no new features, just syncpackage [10:01] * Rhonda . o O ( will be my first upload to ubuntu main, yay :) ) [10:01] if you want an ffe, file a sync request with an FFE (requestsync -e) [10:02] Rhonda: you have upload rights to packages in main? [10:02] PPU [10:02] for beep, irssi and … there was a third one :) [10:02] irssi is in main? woah. [10:02] Rhonda: beep sounds like such a critical package... :) [10:02] ajmitch: for some architectures it is [10:02] nigelb: it should be in ubuntu-minimal, imho [10:03] lol [10:03] Ah, logcheck [10:03] hmmmmmmmm [10:03] syncpackage: Error: Signer is not permitted to upload to the component 'main'. [10:04] why does it claim so … [10:04] I think there is some failed check involved? [10:04] Whom to nag about it? [10:04] tumbleweed should know :) [10:04] * Rhonda nibbles on tumbleweed [10:07] I'll look [10:07] ubuntu-upload-permission looks useful, but doesn't list anyone except core-dev as being able to upload beep [10:07] indeed rhonda has no PPU as far as launchpad is concerned [10:08] * Rhonda is offended by Laney's initial disbelieve :;) [10:09] did the DMB approve some PPU rights for you? [10:10] https://lists.ubuntu.com/archives/devel-permissions/2011-July/000253.html says yes :) [10:10] Yes, and they asked why I didn't sign up for coredev membership right ahead %-= [10:10] that's a single vote, not a decision [10:10] tumbleweed: oh, was it? [10:11] * tumbleweed has a dig through meeting archives [10:11] * ajmitch saw http://people.ubuntu.com/~maco.m/dmb_record_keeping.html as well whch implied it was approved [10:11] so 18 july should be the meeting to look for [10:11] tumbleweed: https://lists.ubuntu.com/archives/devel-permissions/2011-July/000257.html is the vote [10:12] yeah, I was close [10:12] * Rhonda prodded cody to attend personally %-) [10:12] We were sitting at mr. black in banja luka at that time ;) [10:12] debconf? [10:13] * Rhonda nods [10:13] cody was like "oh, meeting is tonight?" [10:13] one year I'll try & get to that :) [10:15] Laney: looks like you chaired the next meeting, and there was no minutes review [10:16] stgraber: ^^^^ can you grant Rhonda the PPU rights she never got? [10:20] the horror [10:21] Laney: you've picked all the easy ones off the ghc transition list, haven't you? [10:21] i don't have that impression [10:21] I haven't had any build yet :) [10:21] i know that libzip is busted though [10:21] the ordering on that page sometimes lies [10:21] libzip is seeded for kubuntu, I just tried that one [10:21] Laney: :) [10:22] tumbleweed: seeded-in-ubuntu is <3 [10:23] glad to hear that [10:23] * tumbleweed -> lunch [10:23] woo, found one that builds [10:24] i just build like 50-100 and sync all of those that worked :P [10:24] Laney: I haven't done any such automation magic :) [10:25] for i in *.dsc; do sbuild -d precise -s -A $i; done [10:25] thanks everyone who participated (we got from 50 to 30): http://reqorts.qa.ubuntu.com/reports/1glance-sponsoring/ [10:25] right, I have to parse the ghc.txt list to pass to pull-debian-source :) [10:25] oh i'm not that automated [10:25] for i in haskell-{a,b,c,d,e,f}; do pull-debian-source $i unstable; done :( [10:25] Laney: you just grabbed the lot? [10:26] just get a couple of levels at a time [10:26] I'll get onto it then, will sync haskell-sendfile since it built :) [10:26] then i wrote a terrid script to sync all packages which have an _amd64.changes file [10:26] dholbach: I think the results on there are wrong, and counting syncs where it shouldn't :) [10:27] (just in the breakdown of uploaders) [10:27] since I'm sure I didn't sponsor 10+ things in the last month [10:27] ajmitch, that might be the case - it was what I could get up in the shortest amount of time [10:27] ok [10:28] still I'm happy to see us at 30 again [10:28] yeah it's a good improvement [10:28] it'd be great to get some more done before beta 2 freeze [10:28] that will make it easier to keep on top of incoming requests once we're rolling towards final freeze [10:28] * ajmitch wasn't sure what to do with a couple of largish merge proposals [10:29] yeah, they're tricky [10:29] where they look to be patching an awful lot of upstream stuff for inconsequential things, like https://code.launchpad.net/~geoubuntu/ubuntu/precise/tvtime/tvtime.fix-372822+947845+947850+951473+more/+merge/96877 [10:29] if it's stuff which should go upstream first, I usually say that and reject it - as harsh as that might seem [10:29] I suspect that & gnomeradio (both MPs by the same person) should go upstream [10:30] althought it looks like in the case of tvtime all of these patches but one are upstream already [10:31] just going from the origin in the patch headers? [10:32] yep [10:32] some are marked as upstream but from the bug tracker, or upstream & refers to a LP attachment [10:32] it might make sense to get it in and ask the guy to subscribe to the tvtime bugs to make sure they don't break stuff [10:33] mh [10:33] inactive upstream probably :/ [10:33] wouldn't surprise me, when you look at tvtime.sf.net :) [10:33] last upstream release in 2005 [10:34] he did the most of the last uploads to ubuntu [10:34] right [10:34] it might make sense to just get it in and ask the guy to take over upstream :-) [10:35] some of the patches referred to the in SF bug tracker date back to 2006, and have no comments [10:35] seems a bit dead [10:35] :-( [10:35] ubuntu is almost doing well compared to that [10:36] ha, think about what Ubuntu would be like if the last release had been in 2005 ;-) [10:37] heh [10:52] can someone help me get started with packaging one simple python script? [10:54] it is just an executeable script that adds quicklists to unity launcher, it does some dbus listening and has one dependency, plus a .desktop file that launches it on sesson startup [10:55] all the packaging guides I have seen kind of assume that you are using something that builds or installs with setuptools or something, I don't know how to make a setup.py or whether I need one [11:21] tumbleweed: help this man! (I don't know what setuptools does for you to know whether it's required for dh_python2 to work) [11:23] https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/956407 is fixed upstream, can I get it into Ubuntu [11:23] Launchpad bug 956407 in ubuntuone-client (Ubuntu Precise) "Apport recipe attaches old/useless log files" [Medium,Triaged] [11:23] vibhav: packages like that are best left to the ubuntuone developers, who upload their changes directly === al-maisan is now known as almaisan-away [11:24] then Ill pick another client [11:24] bug* [11:25] what about https://bugs.launchpad.net/ubuntu/+bug/943304 ? [11:25] Launchpad bug 943304 in Ubuntu "LXC bind run_as_root commands are obviously wrong" [Undecided,New] [11:26] I have fixed several bugs in nova [11:27] openstack, nova, etc are handled by a team who upload these packages to ubuntu [11:27] I could upload a debdiff [11:29] ajmitch: Is uploading a debdiff fine? [11:30] I don't think it'd generally be helpful in this case [11:30] ok [11:30] * vibhav searches for bugs [11:31] vibhav: you might find http://qa.ubuntuwire.com/bugs/rcbugs/ useful [11:31] it is a list of Release Critical bugs in Debian that are fixed and potentially not in Ubuntu [11:31] each one requires some investigation [11:32] How Do I investigate them [11:32] you look at the linked Debian bug and decide if it's not fixed in Ubuntu and if not then if it's worth updating our package to get the fix [11:33] not fixed in → not fixed in or not applicable to [11:34] thanks Laney [11:35] if you decide it is worth getting the fix then prepare the approprate sync or merge request to do so [11:35] but you can always check with us if you are unsure [11:37] I will use requestsync right? [11:37] for syncs, yes [11:38] be sure to justify in the request why the sync is required [11:38] i.e. what bugs it fixes [11:38] I want to use pdebuild with pbuilder-dist, but "pdebuild --pbuilder pbuilder-precise" fails because pbuilder-dist/-precise is invoked using sudo. [11:39] See also bug 377179 [11:40] Launchpad bug 377179 in ubuntu-dev-tools (Ubuntu) "Implement pdebuild-dist" [Wishlist,Confirmed] https://launchpad.net/bugs/377179 [11:42] What will I need to put in the changelog? [11:50] Will I need to change the Changelog in any way? [11:53] vibhav: if you've made changes to a package, then you need to list those changes in the changelog [11:54] ajmitch: I have not made any changes, I am just requesting a sync [11:54] then you don't have a changelog [11:55] ok [11:55] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660553 is updated for python 2.7, shall I request a sync? [11:55] Debian bug 660553 in flumotion "flumotion fails to start" [Grave,Fixed] [11:57] vibhav: If you have tested that it builds and works on ubuntu as well, I would. [11:58] ok [11:58] I need to test it Ubuntu too [11:58] understood [12:28] jtaylor: Could you have a look at https://bugs.launchpad.net/bugs/956901? I recall you working on something similar before. [12:28] Launchpad bug 956901 in python-numpy (Ubuntu) "Failing `import numpy.distutils.core` with python-numpy package installed" [Undecided,New] === menesis1 is now known as menesis [12:54] Laney: Sorry, I've been utterly busy with uni for the past few days. Didn't even have the time to get on IRC, hence the delayed reply. I will have a look at those removals today in the evening when I get back home or tomorrow if you haven't done them already. === almaisan-away is now known as al-maisan [12:58] iulian: already did the ones i noticed [12:58] i haven't done any systematic analysis though [13:00] iulian: it's ok, he recruited me to help with rebuilds as well :) [13:12] Laney: Oh OK. [13:12] ajmitch: Heh, that's brilliant! [13:12] Cheers ajmitch. [13:14] iulian: I've only just started on them, there's a few to do :) === nixmaniack is now known as n1x [13:19] ajmitch: Well, it's a tedious job but don't let this hold you back. :) [13:19] haha [13:20] I'll buy you a pint of lager if you do some. [13:20] synced about 20 so far tonight :) [13:21] Nice! [13:21] 300 more to go. :) [13:21] Getting close. [13:21] well, the transition page lists about 120 to go, so not that bad :) [13:21] Oh, that's good. [13:22] laney's done most of the work I think [13:22] Laney's a rock star, we both know this already. [13:22] of course [13:22] \m/ [13:48] Laney, AlanBell: sorry, it was a long lunch. Sorted? [13:49] tumbleweed: hi [13:49] I want to know where to get started when packaging one python script that just runs [13:49] do I need to do some python setuptools stuff to wrap around it before it can be put in a .deb? [13:51] is it a single .py file? [13:51] if so, nothing special required, just dh_install it to /usr/bin and depend on python [13:52] it has one dependency, and a .desktop file to shove in /etc somewhere to start it on session start [13:52] there's nothing python-specific for you to worry about then [13:53] ok, but I still don't know where to start :) [13:53] can you point me at the source? [13:53] is there a tutorial or guide that I could look at, all the stuff I find seems to be for things that you download wtih a .tar.gz and compile [13:54] http://people.ubuntu.com/~alanbell/quicklists.py source [13:54] http://people.ubuntu.com/~alanbell/unity-window-quicklists.deb bad attempt at a .deb [13:55] my .deb has permissions errors and is just a finished .deb, not a source .deb so I don't think I can put it in a ppa [13:55] you probably want that in a bzr repo or something (not that this matters for packaging) [13:56] yeah, I should put it in bzr [13:56] I suggest writing a simple Makefile to install it, then the packaging is easy [13:57] and I think a Makefile is easier to write than a setup.py [13:57] for one file? why not just use dh_install (modulo renaming)? [13:58] or that [13:58] actually, yes, that [13:59] ok, is there a guide? [13:59] Laney: Modulo renaming? [13:59] (I was thinking defensively, you don't want dh trying to do someting with a build system it thinks youhave), but that' isn't a danger here [13:59] AlanBell: 'man dh_install' is one ref [14:00] arand: yeah, reading that, I don't quite get it though [14:01] AlanBell: read one of the usual packaging guides (I like wiki.debian.org/IntroDebianPackaging ) [14:01] echo "foobin usr/bin" > debian/foo.install [14:01] and just be aware that you don't have a Makefile or anything like that, that you are just oging to install the bits you want, with dh_install [14:02] so do I run dh_install or put dh_install lines in some of the scripts in the DEBIAN directory? [14:05] AlanBell: If you use dh7 it is run automatically via d/rules "dh $@" [14:09] using Precise so presumeably the latest stuff [14:10] so do I need to create a filestructure that mirrors where I want stuff to end up? or is that what the dh_install replaces in the source package? [14:10] that's what dh_install will help you with [14:10] in the directory I made the binary package with I have DEBIAN etc usr [14:10] however dh_install won't let you change file names, so it helps if the files already have the final name [14:11] (e.g. no .py for stuff going into /usr/bin) [14:11] (or you could do a simple override to rename it) [14:11] that is waht I mean by modulo renaming [14:11] if you have to rename then it's a bit more difficult [14:12] Laney: you have anything to raise before the release meeting? I don't [14:12] ok, so I need the quicklists and unity-window-quicklists.desktop files in the top level with the DEBIAN directory [14:12] just tell them ghc is in hand [14:12] Ah, I though this was some fancy option to dh :D [14:12] the ghc list is slowly getting shorter :) [14:12] AlanBell: s/DEBIAN/debian/ [14:12] is there a freeze soon? [14:12] Laney: not that far off [14:13] FFe requests seem to have slowed down (or I'm not getting to my e-mail enough [14:13] tumbleweed: oh lowercase for source package and upper case for binary is it? [14:13] AlanBell: It can be wherever in the source dir, just set the location accordingly in the install file. [14:13] AlanBell: yes [14:14] AlanBell: Do you have the source with a debian/ dir, including rules copyright etc already set up? [14:15] arand: well no, I am trying to figure out what goes in the debian directory [14:15] dh_make can make you a template [14:17] use dh_make and remove all of the *.ex *.EX README.* from debian/ [14:17] then you need to make a debian/packagename.install file (see man dh_install) and edit the fields in debian/control [14:17] specifically to depend on python [14:18] It can be just d/install without the name in this case, unless you want multiple binary packages [14:18] it can be a lot of things [14:18] but let's not present all of the options all of the time [14:19] I don't want multiple binary packages! this is hello world level stuff :) [14:19] ok, so I don't have dh_make and E: Unable to locate package dh_make [14:20] it's called dh-make [14:20] but the command is with _ [14:20] ah, so it is, thanks [14:27] ok, that worked. Now where do the dh_install lines go? [14:28] AlanBell: dh will call dh_install for you [14:28] so just create a debian/install / debian/packagename.install file to configure it [14:32] The format is: "path/in/source/foo install/dir", e.g. "scripts/foo usr/bin" [14:36] this has possibly done something good, dpkg-buildpackage does a load of stuff now [14:37] that's dh doing all the usual stuff for you [14:54] I have 2 merge requests up on launchpad (my first ones) should I be subscribed to ubuntu-sponsors to help move them along? [14:54] nothing you need to do [14:55] do you see it on the sponsorship queue? http://reqorts.qa.ubuntu.com/reports/sponsoring/ [14:55] tumbleweed, no [14:55] pabelanger: links? [14:56] bug 954915 and bug 953093 [14:56] Launchpad bug 954915 in nova (Ubuntu) "Add dbconfig-common support to nova" [Low,New] https://launchpad.net/bugs/954915 [14:56] Launchpad bug 953093 in glance (Ubuntu) "Add dbconfig-common support to glance" [Low,New] https://launchpad.net/bugs/953093 [14:57] pabelanger: I guess we don't monitor ubuntu-server-dev branches in the sponsorship queue [14:58] tumbleweed, okay so patience then :) [14:58] pabelanger: ask #ubuntu-server [14:59] ya, have been for the last few days, not much of a response. I assume they are busy; that's why I tried here. [14:59] I'll wait it out and see what happens === al-maisan is now known as almaisan-away === genupulas is now known as ethene === yofel_ is now known as yofel === Quintasan is now known as trolllogger === trolllogger is now known as Quintasan [15:38] chrisccoulson: are we getting Firefox 12 for 12.04 or sticking with Firefox 11? [15:41] jokerdino, 12.04 will have the latest firefox release ;) [15:42] since the beta usually has the beta, will we have firefox beta? [15:42] bleh, [15:42] i mean, usually ubuntu+1 has a beta firefox version, are we getting on firefox 12 beta.. [15:43] well, firefox 12 isn't released until after ubuntu 12.04 is released [15:43] so, no ;) [15:43] i see. thanks! [15:43] but you can install the beta in the usual way (https://launchpad.net/~mozillateam/+archive/firefox-next) [15:44] coolios. [15:46] jokerdino: the LTS should get many of the future FF updates [15:46] asking for a $500,00 VMWare/SAN solution at work. Lets see how this lead ballon flys [15:46] good news that is. === ethene is now known as raju === JackyAlcine_ is now known as jalcine [17:19] tumbleweed, Rhonda: only added irssi and logcheck as beep is in universe [17:24] ScottK: hmm, I agree with that email, kile should pull in texlive-latex-extra [17:24] shadeslayer: OK. First thing, I'd reply to the mail and say you are looking into it. [17:24] ok [17:27] stgraber: ta [17:39] If I find a cross-build issue that is the same in Debian and Ubuntu, and there isn;t already an ubuntuN package version should I still file two bugs and patches and link them? [17:39] (the ubuntu patch only being differnt by dint of chanigng maintainer field and addingan ubuntuN to the version number [17:40] wookey: if the Debian fix will get in quickly, I'd just suggest filing there and syncing (asking for FFe if necessary) when fixed [17:40] wookey: unless it's on an image [17:40] OK, so the sync stuff can only happen after the debian package is uploaded - there is no 'pre-emptive' version. [17:41] the thin is you never know how long the debian upload will take... [17:41] wookey: well, there's no need for it unless the fix is needed immediately [17:41] or it's on an image and you want to insure it's fixed for precise [17:42] OK. I'll try filing a few in Debian and give it a week [17:44] BTW two out of threee of the 'ARM porting jam' multiarch fixes are in http://reqorts.qa.ubuntu.com/reports/sponsoring/ by whatever magic makes that happen. Not sure why not the 3rd? [17:44] https://bugs.launchpad.net/ubuntu/+source/gtk-doc/+bug/957137 [17:44] Launchpad bug 957137 in gtk-doc (Ubuntu) "(FTCBFS) gtk-doc needs multi-arch metadata to satisfy build-dependencies" [Undecided,Confirmed] [17:47] wookey: ubuntu-sponsors isn't subscribed [17:47] wookey: I'm piloting monday, if they're still there, I can have a look [17:47] right - but I didn;t do that for the first two either. Maybe someone else did [17:48] wookey: yeah, there's a bot that subscribes sponsors when a debdiff is attached [17:49] right and the 3rd one has a patch too. [17:50] yeah, it'll probably get to it, it runs on a cron I think [17:50] OK. I've been quite impressed how fast thing tend to move round here after the sometimes glacial processing of Debian bugs :-) [17:50] wookey: we've been working on improving the processes :) [18:02] stgraber: Erm, the source is in main [18:03] stgraber: So I get permission denied for uploading beep source. The beep binary is in universe, you are right. Maybe the beep udeb is in main? [18:04] Rhonda: sorry, I checked with apt-cache show and not showsrc :( fixed! [18:04] No worries - this is strange to me too. :) [18:05] * Laney boops [18:06] liboops? [18:07] stgraber: So I should be able to issue the syncpackage already? Or is there some expected regular schedule delay or something? [18:07] Rhonda: yep [18:07] the former [18:07] Archive Upload Rights for rhonda: archive 'primary', source package 'logcheck' [18:07] Archive Upload Rights for rhonda: archive 'primary', source package 'irssi' [18:07] Archive Upload Rights for rhonda: archive 'primary', source package 'beep' [18:07] Rhonda: I did the changes directly in LP's ACLs so uploads and syncs should all work now [18:08] syncpackage: Request succeeded; you should get an e-mail once it is processed. [18:08] thanks :) [18:17] hmm, what to do with upstart in a chroot … [18:18] Rhonda: what do you mean? [18:19] I managed to create with pbuilder a chroot for lucid. Did log into it, installed cowdancer and then extracted the tarball to work with cowdancer [18:20] I guess you want https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/430224/comments/6 [18:20] Launchpad bug 430224 in upstart (Ubuntu) "init: support chroots" [Medium,Fix released] [18:21] I then copied the lucid cowbuilder chroot to maverick and tried to upgrade, which failed %-/ [18:22] There is no upstart running for me outside the chroot [18:24] … giving it a try. Thanks for the link. :) === genupulas is now known as ethane === almaisan-away is now known as al-maisan [18:49] Worked for maverick, natty and oneiric. With precise I have python related issues with the upgrade *ponders* [18:49] Ah, wait, trying to upgrade from lucid directly, my fault. [19:03] ScottK: re numpy bug, it should probably be changed to gcc -print-multiarch, which is more commonly installed than dpkg-dev [19:04] jtaylor: dpkg-dev is in build-essential [19:05] as is gcc [19:05] yes but apparently the reported does nto have it installed [19:05] I should have wrapped the thing into a try except instead of just checking the returncode :/ [19:05] on the otherhand this issue would not have been found then [19:06] * micahg would think neither is a good solution for a runtime dep without an actual dependency although gcc is installed by default [19:06] the whole solution is a hack :/ [19:06] jtaylor: right, but if you need either one, you need to declare a dependency on it [19:07] or at least a recommends if it's not a common code path [19:07] in that case, gcc is better as it's already installed [19:12] Hi all! [19:19] yey someone made a patch for py3 numpy :D unfortunatly to late for precise :( === ethane is now known as raju [19:34] tumbleweed: arand: Laney: thanks for your help, I think I have a working package in a PPA now :) [19:34] http://www.theopensourcerer.com/2012/03/16/unity-window-quicklists [19:36] AlanBell: Looks like you need tmux :þ [19:37] tmux is a console based window manager [19:37] and yeah some of them are byobu windows [19:37] unity is a window manager. Having windows shouldn't confuse it! [20:01] ScottK: https://code.launchpad.net/~jtaylor/ubuntu/precise/python-numpy/lp956901/+merge/97974 [20:01] for nump [20:02] jtaylor: If you want me to upload it, debdiff please, but I'm a bit tied up with $WORK right now. [20:03] no rush === al-maisan is now known as almaisan-away [20:18] AlanBell: Oh, the quicklist actually integrates with byoubu (i.e. tmux/screen) windows? [20:45]