[00:38] <MTecknology> So... when a security vulnerability is found... do I care about what's in backports?
[00:39] <MTecknology> also... I think this is the first time I've ever sent something to a PPA with priority=high
[01:08] <pabelanger> evening, ubuntu-release has ack'd my FFe for bug 956188.  Anybody able to sponsor the syncrequest?
[01:17] <RAOF> pabelanger: Sure.
[01:26] <pabelanger> RAOF: Great, thanks
[03:06] <micahg> MTecknology: for a security vuln in backports, the usual fix is to update the package in teh release and request a new backport
[03:16] <MTecknology> micahg: It looks like I get to address 3 CVE issues instead of just 1
[03:16] <micahg> MTecknology: yep, that's the catch :)
[03:53] <mfisch> hey masters, there's a ftbfs that works fine for me in a pbuilder chroot
[03:53] <mfisch> libkqueue
[03:53] <mfisch> I will double check with an i386 pbuilder
[03:53] <mfisch> if that works can someone redo the build?
[03:54] <micahg> mfisch: seems to be builder specific
[03:54] <mfisch> this fits because the build failure is an odd hang, not a "real" error
[03:54] <micahg> *launchpad buildd
[03:54] <mfisch> micahg: what do you mean?
[03:55] <mfisch> works fine in i386 too
[03:56] <micahg> mfisch: seems to be a problem specific to the buildd env
[03:56] <mfisch> micahg: how can you tell that?
[03:57] <micahg> 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] <mfisch> micahg: oh, I thought you had other logfiles or something
[03:57] <mfisch> micahg: okay, I'll do a ppa
[04:01] <mfisch> micahg: any idea why there's no bug for this?
[04:02] <mfisch> micahg: or better question, should I make one
[04:02] <micahg> bug 852592
[04:03]  * micahg just reopened it
[04:04] <mfisch> micahg: it's failing on x86 too
[04:04] <mfisch> micahg: according to the qa page
[04:04] <micahg> mfisch: i386 and amd64 == x86 archs :)
[04:05] <mfisch> micahg: ah ok
[04:18] <mfisch> 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] <micahg> mfisch: try backportpackage
[04:19] <mfisch> micahg: I'll try that thanks
[04:30] <mfisch> micahg: I think dput doesn't like me tonight.  I should get an email pretty quickly about the dput
[04:31] <micahg> mfisch: this time of night it might be delayed a little
[04:31] <mfisch> micahg: I'm working on the python-djvulibre while waiting
[04:39] <mfisch> I have a fix for python-djvulibre
[04:39] <mfisch> well I know the fix
[04:53] <mfisch> the fix for python-djvulibre ftbfs is to pull the latest copy from upstream, I noted that in #935385
[04:57] <vibhav> Cam anybody sponsor https://bugs.launchpad.net/ubuntu/+source/glance/+bug/925609 ?
[04:59] <micahg> vibhav: in this case, you should probably talk to zul as he's been uploading this and has committed it upstream
[05:00] <vibhav> Who is zul ?
[05:00] <micahg> vibhav: ubuntu server dev
[05:01] <micahg> vibhav: he probably won't be around for another 9 or 10 hours though
[05:01] <vibhav> ok
[05:01] <vibhav> I email him then
[06:14] <vibhav> https://bugs.launchpad.net/ubuntu/+source/maas/+bug/955451 can this bug be bought into precise?
[08:04] <dholbach> good morning
[08:06] <vibhav> hi
[08:08] <ajmitch> morning dholbach
[08:08] <dholbach> hi ajmitch
[09:51] <ajmitch> Laney: how goes the haskell transition? in other words, what can I pick at & sync? :)
[09:51] <Laney> anything which builds
[09:51] <Laney> i'm not doing any until this evening at the earliest
[09:51] <ajmitch> busy today?
[09:51] <Laney> somewhat
[09:56] <ajmitch> 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] <Laney> all packages should have a new version in debian
[09:57] <Laney> since sourceful uploads were required
[09:57] <ajmitch> first one I looked at was removed from sid, that doesn't help :)
[09:57] <Laney> i filed some removals already
[09:57] <Laney> still pending
[09:58] <ajmitch> 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] <Laney> yeah
[09:58] <ajmitch> ok
[09:59] <ajmitch> haskell-data-object was the first one I looked at , I hate LP saying '0 new bugs' & misleading me :)
[09:59] <Rhonda> Do I need -e switch for syncpackage currently?
[09:59] <Rhonda> erm, not -e …   -e was syncrequest …
[10:00] <ajmitch> Rhonda: looking to file an FFe?
[10:00] <tumbleweed> syncpackage has a -e, but only in non-native mode :)
[10:00] <tumbleweed> Rhonda: yeah, sounds like you want requestsync -e
[10:00] <Rhonda> -e means UPLOADER_EMAIL there, tumbleweed
[10:00] <ajmitch> how inconsistent :)
[10:01] <Rhonda> For beep it's just debconf translations added, so syncpackage is out of scope but requestsync -e is still needed, right?
[10:01] <tumbleweed> 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] <tumbleweed> if you want an ffe, file a sync request with an FFE (requestsync -e)
[10:02] <tumbleweed> Rhonda: you have upload rights to packages in main?
[10:02] <Rhonda> PPU
[10:02] <Rhonda> for beep, irssi and … there was a third one :)
[10:02] <nigelb> irssi is in main? woah.
[10:02] <ajmitch> Rhonda: beep sounds like such a critical package... :)
[10:02] <Rhonda> ajmitch: for some architectures it is
[10:02] <ajmitch> nigelb: it should be in ubuntu-minimal, imho
[10:03] <tumbleweed> lol
[10:03] <Rhonda> Ah, logcheck
[10:03] <Rhonda> hmmmmmmmm
[10:03] <Rhonda> syncpackage: Error: Signer is not permitted to upload to the component 'main'.
[10:04] <Rhonda> why does it claim so …
[10:04] <Rhonda> I think there is some failed check involved?
[10:04] <Rhonda> Whom to nag about it?
[10:04] <ajmitch> tumbleweed should know :)
[10:04]  * Rhonda nibbles on tumbleweed
[10:07] <tumbleweed> I'll look
[10:07] <ajmitch> ubuntu-upload-permission looks useful, but doesn't list anyone except core-dev as being able to upload beep
[10:07] <Laney> indeed rhonda has no PPU as far as launchpad is concerned
[10:08]  * Rhonda is offended by Laney's initial disbelieve  :;)
[10:09] <ajmitch> did the DMB approve some PPU rights for you?
[10:10] <ajmitch> https://lists.ubuntu.com/archives/devel-permissions/2011-July/000253.html says yes :)
[10:10] <Rhonda> Yes, and they asked why I didn't sign up for coredev membership right ahead  %-=
[10:10] <tumbleweed> that's a single vote, not a decision
[10:10] <ajmitch> 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] <ajmitch> so 18 july should be the meeting to look for
[10:11] <Rhonda> tumbleweed: https://lists.ubuntu.com/archives/devel-permissions/2011-July/000257.html is the vote
[10:12] <ajmitch> yeah, I was close
[10:12]  * Rhonda prodded cody to attend personally  %-)
[10:12] <Rhonda> We were sitting at mr. black in banja luka at that time  ;)
[10:12] <ajmitch> debconf?
[10:13]  * Rhonda nods
[10:13] <Rhonda> cody was like "oh, meeting is tonight?"
[10:13] <ajmitch> one year I'll try & get to that :)
[10:15] <tumbleweed> Laney: looks like you chaired the next meeting, and there was no minutes review
[10:16] <tumbleweed> stgraber: ^^^^ can you grant Rhonda the PPU rights she never got?
[10:20] <Laney> the horror
[10:21] <ajmitch> Laney: you've picked all the easy ones off the ghc transition list, haven't you?
[10:21] <Laney> i don't have that impression
[10:21] <ajmitch> I haven't had any build yet :)
[10:21] <Laney> i know that libzip is busted though
[10:21] <Laney> the ordering on that page sometimes lies
[10:21] <ajmitch> libzip is seeded for kubuntu, I just tried that one
[10:21] <tumbleweed> Laney: :)
[10:22] <ajmitch> tumbleweed: seeded-in-ubuntu is <3
[10:23] <tumbleweed> glad to hear that
[10:23]  * tumbleweed -> lunch
[10:23] <ajmitch> woo, found one that builds
[10:24] <Laney> i just build like 50-100 and sync all of those that worked :P
[10:24] <ajmitch> Laney: I haven't done any such automation magic :)
[10:25] <Laney> for i in *.dsc; do sbuild -d precise -s -A $i; done
[10:25] <dholbach> thanks everyone who participated (we got from 50 to 30): http://reqorts.qa.ubuntu.com/reports/1glance-sponsoring/
[10:25] <ajmitch> right, I have to parse the ghc.txt list to pass to pull-debian-source :)
[10:25] <Laney> oh i'm not that automated
[10:25] <Laney> for i in haskell-{a,b,c,d,e,f}; do pull-debian-source $i unstable; done :(
[10:25] <ajmitch> Laney: you just grabbed the lot?
[10:26] <Laney> just get a couple of levels at a time
[10:26] <ajmitch> I'll get onto it then, will sync haskell-sendfile since it built :)
[10:26] <Laney> then i wrote a terrid script to sync all packages which have an _amd64.changes file
[10:26] <ajmitch> dholbach: I think the results on there are wrong, and counting syncs where it shouldn't :)
[10:27] <ajmitch> (just in the breakdown of uploaders)
[10:27] <ajmitch> since I'm sure I didn't sponsor 10+ things in the last month
[10:27] <dholbach> ajmitch, that might be the case - it was what I could get up in the shortest amount of time
[10:27] <ajmitch> ok
[10:28] <dholbach> still I'm happy to see us at 30 again
[10:28] <ajmitch> yeah it's a good improvement
[10:28] <dholbach> it'd be great to get some more done before beta 2 freeze
[10:28] <dholbach> 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] <dholbach> yeah, they're tricky
[10:29] <ajmitch> 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] <dholbach> if it's stuff which should go upstream first, I usually say that and reject it - as harsh as that might seem
[10:29] <ajmitch> I suspect that & gnomeradio (both MPs by the same person) should go upstream
[10:30] <dholbach> althought it looks like in the case of tvtime all of these patches but one are upstream already
[10:31] <ajmitch> just going from the origin in the patch headers?
[10:32] <dholbach> yep
[10:32] <ajmitch> some are marked as upstream but from the bug tracker, or upstream & refers to a LP attachment
[10:32] <dholbach> 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] <dholbach> mh
[10:33] <dholbach> inactive upstream probably :/
[10:33] <ajmitch> wouldn't surprise me, when you look at tvtime.sf.net :)
[10:33] <ajmitch> last upstream release in 2005
[10:34] <dholbach> he did the most of the last uploads to ubuntu
[10:34] <ajmitch> right
[10:34] <dholbach> it might make sense to just get it in and ask the guy to take over upstream :-)
[10:35] <ajmitch> some of the patches referred to the in SF bug tracker date back to 2006, and have no comments
[10:35] <ajmitch> seems a bit dead
[10:35] <dholbach> :-(
[10:35] <ajmitch> ubuntu is almost doing well compared to that
[10:36] <dholbach> ha, think about what Ubuntu would be like if the last release had been in 2005 ;-)
[10:37] <ajmitch> heh
[10:52] <AlanBell> can someone help me get started with packaging one simple python script?
[10:54] <AlanBell> 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] <AlanBell> 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] <Laney> 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] <vibhav> https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/956407 is fixed upstream, can I get it into Ubuntu
[11:23] <ajmitch> vibhav: packages like that are best left to the ubuntuone developers, who upload their changes directly
[11:24] <vibhav> then Ill pick another client
[11:24] <vibhav> bug*
[11:25] <vibhav> what about https://bugs.launchpad.net/ubuntu/+bug/943304 ?
[11:26] <vibhav> I have fixed several bugs in nova
[11:27] <ajmitch> openstack, nova, etc are handled by a team who upload these packages to ubuntu
[11:27] <vibhav> I could upload a debdiff
[11:29] <vibhav> ajmitch: Is uploading a debdiff fine?
[11:30] <ajmitch> I don't think it'd generally be helpful in this case
[11:30] <vibhav> ok
[11:30]  * vibhav searches for bugs
[11:31] <Laney> vibhav: you might find http://qa.ubuntuwire.com/bugs/rcbugs/ useful
[11:31] <Laney> it is a list of Release Critical bugs in Debian that are fixed and potentially not in Ubuntu
[11:31] <Laney> each one requires some investigation
[11:32] <vibhav> How Do I investigate them
[11:32] <Laney> 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] <Laney> not fixed in → not fixed in or not applicable to
[11:34] <vibhav> thanks Laney
[11:35] <Laney> if you decide it is worth getting the fix then prepare the approprate sync or merge request to do so
[11:35] <Laney> but you can always check with us if you are unsure
[11:37] <vibhav> I will use requestsync right?
[11:37] <Laney> for syncs, yes
[11:38] <Laney> be sure to justify in the request why the sync is required
[11:38] <Laney> i.e. what bugs it fixes
[11:38] <blueyed> I want to use pdebuild with pbuilder-dist, but "pdebuild --pbuilder pbuilder-precise" fails because pbuilder-dist/-precise is invoked using sudo.
[11:39] <blueyed> See also bug 377179
[11:42] <vibhav> What will I need to put in the changelog?
[11:50] <vibhav> Will I need to change the Changelog in any way?
[11:53] <ajmitch> vibhav: if you've made changes to a package, then you need to list those changes in the changelog
[11:54] <vibhav> ajmitch: I have not made any changes, I am just requesting a sync
[11:54] <Laney> then you don't have a changelog
[11:55] <vibhav> ok
[11:55] <vibhav> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660553 is updated for python 2.7, shall I request a sync?
[11:57] <arand> vibhav: If you have tested that it builds and works on ubuntu as well, I would.
[11:58] <vibhav> ok
[11:58] <vibhav> I need to test it Ubuntu too
[11:58] <vibhav> understood
[12:28] <ScottK> jtaylor: Could you have a look at https://bugs.launchpad.net/bugs/956901?  I recall you working on something similar before.
[12:54] <iulian> 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.
[12:58] <Laney> iulian: already did the ones i noticed
[12:58] <Laney> i haven't done any systematic analysis though
[13:00] <ajmitch> iulian: it's ok, he recruited me to help with rebuilds as well :)
[13:12] <iulian> Laney: Oh OK.
[13:12] <iulian> ajmitch: Heh, that's brilliant!
[13:12] <iulian> Cheers ajmitch.
[13:14] <ajmitch> iulian: I've only just started on them, there's a few to do :)
[13:19] <iulian> ajmitch: Well, it's a tedious job but don't let this hold you back. :)
[13:19] <ajmitch> haha
[13:20] <iulian> I'll buy you a pint of lager if you do some.
[13:20] <ajmitch> synced about 20 so far tonight :)
[13:21] <iulian> Nice!
[13:21] <iulian> 300 more to go. :)
[13:21] <iulian> Getting close.
[13:21] <ajmitch> well, the transition page lists about 120 to go, so not that bad :)
[13:21] <iulian> Oh, that's good.
[13:22] <ajmitch> laney's done most of the work I think
[13:22] <iulian> Laney's a rock star, we both know this already.
[13:22] <ajmitch> of course
[13:22] <ajmitch> \m/
[13:48] <tumbleweed> Laney, AlanBell: sorry, it was a long lunch. Sorted?
[13:49] <AlanBell> tumbleweed: hi
[13:49] <AlanBell> I want to know where to get started when packaging one python script that just runs
[13:49] <AlanBell> do I need to do some python setuptools stuff to wrap around it before it can be put in a .deb?
[13:51] <tumbleweed> is it a single .py file?
[13:51] <tumbleweed> if so, nothing special required, just dh_install it to /usr/bin and depend on python
[13:52] <AlanBell> it has one dependency, and a .desktop file to shove in /etc somewhere to start it on session start
[13:52] <tumbleweed> there's nothing python-specific for you to worry about then
[13:53] <AlanBell> ok, but I still don't know where to start :)
[13:53] <tumbleweed> can you point me at the source?
[13:53] <AlanBell> 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] <AlanBell> http://people.ubuntu.com/~alanbell/quicklists.py source
[13:54] <AlanBell> http://people.ubuntu.com/~alanbell/unity-window-quicklists.deb bad attempt at a .deb
[13:55] <AlanBell> 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] <tumbleweed> you probably want that in a bzr repo or something (not that this matters for packaging)
[13:56] <AlanBell> yeah, I should put it in bzr
[13:56] <tumbleweed> I suggest writing a simple Makefile to install it, then the packaging is easy
[13:57] <tumbleweed> and I think a Makefile is easier to write than a setup.py
[13:57] <Laney> for one file? why not just use dh_install (modulo renaming)?
[13:58] <tumbleweed> or that
[13:58] <tumbleweed> actually, yes, that
[13:59] <AlanBell> ok, is there a guide?
[13:59] <arand> Laney: Modulo renaming?
[13:59] <tumbleweed> (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] <arand> AlanBell: 'man dh_install' is one ref
[14:00] <AlanBell> arand: yeah, reading that, I don't quite get it though
[14:01] <tumbleweed> AlanBell: read one of the usual packaging guides (I like wiki.debian.org/IntroDebianPackaging )
[14:01] <arand> echo "foobin usr/bin" > debian/foo.install
[14:01] <tumbleweed> 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] <AlanBell> so do I run dh_install or put dh_install lines in some of the scripts in the DEBIAN directory?
[14:05] <arand> AlanBell: If you use dh7 it is run automatically via d/rules "dh $@"
[14:09] <AlanBell> using Precise so presumeably the latest stuff
[14:10] <AlanBell> 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] <tumbleweed> that's what dh_install will help you with
[14:10] <AlanBell> in the directory I made the binary package with I have DEBIAN etc usr
[14:10] <tumbleweed> however dh_install won't let you change file names, so it helps if the files already have the final name
[14:11] <tumbleweed> (e.g. no .py for stuff going into /usr/bin)
[14:11] <arand> (or you could do a simple override to rename it)
[14:11] <Laney> that is waht I mean by modulo renaming
[14:11] <Laney> if you have to rename then it's a bit more difficult
[14:12] <tumbleweed> Laney: you have anything to raise before the release meeting? I don't
[14:12] <AlanBell> ok, so I need the quicklists and unity-window-quicklists.desktop files in the top level with the DEBIAN directory
[14:12] <Laney> just tell them ghc is in hand
[14:12] <arand> Ah, I though this was some fancy option to dh :D
[14:12] <ajmitch> the ghc list is slowly getting shorter :)
[14:12] <tumbleweed> AlanBell: s/DEBIAN/debian/
[14:12] <Laney> is there a freeze soon?
[14:12] <tumbleweed> Laney: not that far off
[14:13] <tumbleweed> FFe requests seem to have slowed down (or I'm not getting to my e-mail enough
[14:13] <AlanBell> tumbleweed: oh lowercase for source package and upper case for binary is it?
[14:13] <arand> AlanBell: It can be wherever in the source dir, just set the location accordingly in the install file.
[14:13] <tumbleweed> AlanBell: yes
[14:14] <arand> AlanBell: Do you have the source with a debian/ dir, including rules copyright etc already set up?
[14:15] <AlanBell> arand: well no, I am trying to figure out what goes in the debian directory
[14:15] <arand> dh_make can make you a template
[14:17] <Laney> use dh_make and remove all of the *.ex *.EX README.* from debian/
[14:17] <Laney> then you need to make a debian/packagename.install file (see man dh_install) and edit the fields in debian/control
[14:17] <Laney> specifically to depend on python
[14:18] <arand> It can be just d/install without the name in this case, unless you want multiple binary packages
[14:18] <Laney> it can be a lot of things
[14:18] <Laney> but let's not present all of the options all of the time
[14:19] <AlanBell> I don't want multiple binary packages! this is hello world level stuff :)
[14:19] <AlanBell> ok, so I don't have dh_make and E: Unable to locate package dh_make
[14:20] <tumbleweed> it's called dh-make
[14:20] <arand> but the command is with _
[14:20] <AlanBell> ah, so it is, thanks
[14:27] <AlanBell> ok, that worked. Now where do the dh_install lines go?
[14:28] <tumbleweed> AlanBell: dh will call dh_install for you
[14:28] <tumbleweed> so just create a debian/install / debian/packagename.install file to configure it
[14:32] <arand> The format is: "path/in/source/foo install/dir", e.g. "scripts/foo usr/bin"
[14:36] <AlanBell> this has possibly done something good, dpkg-buildpackage does a load of stuff now
[14:37] <tumbleweed> that's dh doing all the usual stuff for you
[14:54] <pabelanger> 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] <tumbleweed> nothing you need to do
[14:55] <tumbleweed> do you see it on the sponsorship queue? http://reqorts.qa.ubuntu.com/reports/sponsoring/
[14:55] <pabelanger> tumbleweed, no
[14:55] <tumbleweed> pabelanger: links?
[14:56] <pabelanger> bug 954915 and bug 953093
[14:57] <tumbleweed> pabelanger: I guess we don't monitor ubuntu-server-dev branches in the sponsorship queue
[14:58] <pabelanger> tumbleweed, okay so patience then :)
[14:58] <tumbleweed> pabelanger: ask #ubuntu-server
[14:59] <pabelanger> 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] <pabelanger> I'll wait it out and see what happens
[15:38] <jokerdino> chrisccoulson: are we getting Firefox 12 for 12.04 or sticking with Firefox 11?
[15:41] <chrisccoulson> jokerdino, 12.04 will have the latest firefox release ;)
[15:42] <jokerdino> since the beta usually has the beta, will we have firefox beta?
[15:42] <jokerdino> bleh,
[15:42] <jokerdino> i mean, usually ubuntu+1 has a beta firefox version, are we getting on firefox 12 beta..
[15:43] <chrisccoulson> well, firefox 12 isn't released until after ubuntu 12.04 is released
[15:43] <chrisccoulson> so, no ;)
[15:43] <jokerdino> i see. thanks!
[15:43] <chrisccoulson> but you can install the beta in the usual way (https://launchpad.net/~mozillateam/+archive/firefox-next)
[15:44] <jokerdino> coolios.
[15:46] <technoviking> jokerdino: the LTS should get many of the future FF updates
[15:46] <technoviking> asking for a $500,00 VMWare/SAN solution at work. Lets see how this lead ballon flys
[15:46] <jokerdino> good news that is.
[17:19] <stgraber> tumbleweed, Rhonda: only added irssi and logcheck as beep is in universe
[17:24] <shadeslayer> ScottK: hmm, I agree with that email, kile should pull in texlive-latex-extra
[17:24] <ScottK> shadeslayer: OK.  First thing, I'd reply to the mail and say you are looking into it.
[17:24] <shadeslayer> ok
[17:27] <tumbleweed> stgraber: ta
[17:39] <wookey> 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] <wookey> (the ubuntu patch only being differnt by dint of chanigng maintainer field and addingan ubuntuN to the version number
[17:40] <micahg> 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] <micahg> wookey: unless it's on an image
[17:40] <wookey> OK, so the sync stuff can only happen after the debian package is uploaded - there is no 'pre-emptive' version.
[17:41] <wookey> the thin is you never know how long the debian upload will take...
[17:41] <micahg> wookey: well, there's no need for it unless the fix is needed immediately
[17:41] <micahg> or it's on an image and you want to insure it's fixed for precise
[17:42] <wookey> OK. I'll try filing a few in Debian and give it a week
[17:44] <wookey> 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] <wookey> https://bugs.launchpad.net/ubuntu/+source/gtk-doc/+bug/957137
[17:47] <micahg> wookey: ubuntu-sponsors isn't subscribed
[17:47] <micahg> wookey: I'm piloting monday, if they're still there, I can have a look
[17:47] <wookey> right - but I didn;t do that for the first two either. Maybe someone else did
[17:48] <micahg> wookey: yeah, there's a bot that subscribes sponsors when a debdiff is attached
[17:49] <wookey> right and the 3rd one has a patch too.
[17:50] <micahg> yeah, it'll probably get to it, it runs on a cron I think
[17:50] <wookey> OK. I've been quite impressed how fast thing tend to move round here after the sometimes glacial processing of Debian bugs :-)
[17:50] <micahg> wookey: we've been working on improving the processes :)
[18:02] <Rhonda> stgraber: Erm, the source is in main
[18:03] <Rhonda> 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] <stgraber> Rhonda: sorry, I checked with apt-cache show and not showsrc :( fixed!
[18:04] <Rhonda> No worries - this is strange to me too. :)
[18:05]  * Laney boops
[18:06] <Rhonda> liboops?
[18:07] <Rhonda> stgraber: So I should be able to issue the syncpackage already?  Or is there some expected regular schedule delay or something?
[18:07] <stgraber> Rhonda: yep
[18:07] <Laney> the former
[18:07] <Laney> Archive Upload Rights for rhonda: archive 'primary', source package 'logcheck'
[18:07] <Laney> Archive Upload Rights for rhonda: archive 'primary', source package 'irssi'
[18:07] <Laney> Archive Upload Rights for rhonda: archive 'primary', source package 'beep'
[18:07] <stgraber> Rhonda: I did the changes directly in LP's ACLs so uploads and syncs should all work now
[18:08] <Rhonda> syncpackage: Request succeeded; you should get an e-mail once it is processed.
[18:08] <Rhonda> thanks :)
[18:17] <Rhonda> hmm, what to do with upstart in a chroot …
[18:18] <psusi> Rhonda: what do you mean?
[18:19] <Rhonda> 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] <Laney> I guess you want https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/430224/comments/6
[18:21] <Rhonda> I then copied the lucid cowbuilder chroot to maverick and tried to upgrade, which failed  %-/
[18:22] <Rhonda> There is no upstart running for me outside the chroot
[18:24] <Rhonda> … giving it a try.  Thanks for the link. :)
[18:49] <Rhonda> Worked for maverick, natty and oneiric. With precise I have python related issues with the upgrade   *ponders*
[18:49] <Rhonda> Ah, wait, trying to upgrade from lucid directly, my fault.
[19:03] <jtaylor> ScottK: re numpy bug, it should probably be changed to gcc -print-multiarch, which is more commonly installed than dpkg-dev
[19:04] <micahg> jtaylor: dpkg-dev is in build-essential
[19:05] <micahg> as is gcc
[19:05] <jtaylor> yes but apparently the reported does nto have it installed
[19:05] <jtaylor> I should have wrapped the thing into a try except instead of just checking the returncode :/
[19:05] <jtaylor> 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] <jtaylor> the whole solution is a hack :/
[19:06] <micahg> jtaylor: right, but if you need either one, you need to declare a dependency on it
[19:07] <micahg> or at least a recommends if it's not a common code path
[19:07] <micahg> in that case, gcc is better as it's already installed
[19:12] <PaoloRotolo> Hi all!
[19:19] <jtaylor> yey someone made a patch for py3 numpy :D unfortunatly to late for precise :(
[19:34] <AlanBell> tumbleweed: arand: Laney: thanks for your help, I think I have a working package in a PPA now :)
[19:34] <AlanBell> http://www.theopensourcerer.com/2012/03/16/unity-window-quicklists
[19:36] <arand> AlanBell: Looks like you need tmux :þ
[19:37] <AlanBell> tmux is a console based window manager
[19:37] <AlanBell> and yeah some of them are byobu windows
[19:37] <AlanBell> unity is a window manager. Having windows shouldn't confuse it!
[20:01] <jtaylor> ScottK: https://code.launchpad.net/~jtaylor/ubuntu/precise/python-numpy/lp956901/+merge/97974
[20:01] <jtaylor> for nump
[20:02] <ScottK> jtaylor: If you want me to upload it, debdiff please, but I'm a bit tied up with $WORK right now.
[20:03] <jtaylor> no rush
[20:18] <arand> AlanBell: Oh, the quicklist actually integrates with byoubu (i.e. tmux/screen) windows?
[20:45] <AlanBell> arand: no, not specially
[20:46] <arand> Aw :( would be really cool otherwise.
[20:46] <AlanBell> wonder if that could be done
[20:47] <AlanBell> mostly I just have quite a few gnome-terminal sessions open
[20:49] <plipp1> Hi guys, I tried branching/checking out foobillard to create a lokal package, but during package creation, I get:
[20:49] <plipp1> Need to get 86.3 kB/21.6 MB of archives. After unpacking 81.3 MB will be used.
[20:49] <plipp1> Writing extended state information...
[20:49] <plipp1> Err http://archive.ubuntu.com/ubuntu/ precise/main libglib2.0-data all 2.31.20-0ubuntu2
[20:49] <plipp1>   404  Not Found [IP: 91.189.92.180 80]
[20:49] <plipp1> E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/g/glib2.0/libglib2.0-data_2.31.20-0ubuntu2_all.deb: 404  Not Found [IP: 91.189.92.180 80]
[20:49] <plipp1> E: Unable to correct for unavailable packages
[20:51] <plipp1> I see that libglib2.0 seems to be in lucid [but I have it installed on precise]
[20:52] <plipp1> foobillards is in precise but not the required libs?
[20:53] <plipp1> Or what exactly is going on?
[20:54] <plipp1> sorry, 'foobillard'
[20:54] <ScottK> plipp1: libglib2.0-data exists, it's just there's a newer version.  You need to run apt-get update
[20:54] <jtaylor> try updating
[21:01] <plipp1> ScottK: apt-get upgrade rather. :)
[21:01] <plipp1> yes, ubuntu2 rather than ubuntu3 was installed..  Let's see what happens
[21:01] <ScottK> No, apt-get update.  What you posted indicates your package index is out of date.
[21:02] <ScottK> Then upgrade, sure, but first you need an updated package index
[21:05] <plipp1> ScottK: I seem to not fully understand how that works.  I was under the impression that if I've done an update and something wants to install a newer dependency, things would fall through
[21:06] <ScottK> The error you showed indicated your package index was out of date.
[21:06] <ScottK> So step one, apt-get update refreshes the index so it knows about the newer version.
[21:06] <ScottK> Then when you upgrade or when it gets pulled in as a depends, you should get the newer/correct one.
[21:07] <ScottK> libglib2.0-data | 2.31.20-0ubuntu3 |       precise | all    <-- is current.
[21:14] <plipp1> ScottK: Hmm..  Okay. But still, when it comes to the error message, I thought I had 2.31.20-0ubuntu2 installed which is what it tried to fetch (I know it can't find that though, as the version that exists there is -ubuntu3).
[21:15] <ScottK> That error message means it was trying to fetch ubuntu2 and failed.
[21:17] <plipp1> Yes, that's what I think it's saying too. I just thought that that's what I had installed already. Quite sure synaptic said that ubuntu2 was installed and was upgradable (to ubuntu3). Is that possible or does my memory certainly fail me?
[21:41] <plipp1> oh crap, upgrade gets stuck at replacing 'bluez'