[07:07] <dholbach> good morning
[07:09] <geser> good morning
[07:09] <nigelb> Morning geser!
[08:33] <Laney> hiya
[10:15] <Rhonda> cjwatson: thanks :D
[10:16]  * cjwatson processes queues ... eventually
[10:21] <Laney> this is the uk, we likes a good queue over here
[10:24] <Rhonda> sure, because queueing means crowd means less cold wind directly around you
[10:25]  * Rhonda shivers when looking outside, and I'm in vienna
[10:30] <cjwatson> it's quite nice out at the moment actually
[10:30] <cjwatson> or it was yesterday anyway, haven't been out yet today :)
[10:31] <Laney> gloves, no hat, improvement on the end of last week
[10:31] <Laney> still wearing gloves in the office too as the heating is broken…
[10:32] <Laney> the annual estates-office-try-and-fail-to-fix-the-heating-and-end-up-providing-a-space-heater has begun :-)
[10:34] <Rhonda> yeah, the cold season always comes unexpected, year after year
[10:34] <Rhonda> Total by surprise, snow starts falling and the street cleaning companies aren't prepared at all.
[10:35] <Rhonda> "same procedure as every year"
[10:36] <Laney> last year I was on crutches for the winter. that was interesting.
[10:38] <Laney> http://orangesquash.org.uk/~laney/washingup.png
[10:40] <tumbleweed> lol
[10:41] <nigelb> heh
[11:09] <geser> Laney: wouldn't it have been easier to use the dish washer next to you?
[11:09] <Laney> can't put it all in there sadly
[11:14] <arand> Has most of testing been synced yet, or is the process ongoing for pp?
[11:15] <tumbleweed> arand: everything that hasn't been modified in Ubuntu has been auto-synced from testing. Everything else needs to be done by hand
[11:16] <arand> tumbleweed: Including new packages?
[11:16] <tumbleweed> yeah, those also need manual review
[11:17] <cjwatson> I've synced a lot of new packages
[11:17] <cjwatson> there are some left; ask me if you have specific requests
[11:21]  * StevenK gets mail-bombed by cjwatson.
[11:21] <cjwatson> ?
[11:21] <StevenK> cjwatson: I'm subscribed to ubuntu-archive
[11:21] <cjwatson> ah, right
[11:23] <arand> Ok, I may do some further poking in Debian before requesting a sync, (fix game fullscreening and trapping user), before requesting sync. Thanks for the info!, I wasn't sure how things went.
[11:25] <tumbleweed> arand: once it's in, it'll continue to automatically sync until Debian Import Freeze
[11:38] <arand> Ah, right, well if you have the time to sync "lugaru"... I'll just file a sync request otherwise, being a game it may not be the highest priority :)
[11:42] <cjwatson> arand: lugaru isn't in testing
[11:42] <cjwatson> oh, wait, it is, contrib
[11:43] <arand> Yeah, it's one of these contrib/non-free things
[11:44] <arand> lugaru-data being in non-free due to non-commercial restrictions.
[11:46] <cjwatson> arand: OK, I've synced both
[11:46] <arand> cjwatson: Thanks! :)
[14:05] <koolhead17> hello all
[14:08] <koolhead17> i am following a pkgupdate guide and am stuff with this error when i run debuild -S -sa  http://paste.ubuntu.com/717854/  help would be appriciated
[14:13] <cjwatson> koolhead17: I'm guessing, but perhaps you need to install (and build-depend on) libtool
[14:13] <koolhead17> cjwatson: https://wiki.ubuntu.com/PackagingGuide/HandsOn am following this
[14:14] <cjwatson> I don't need to know that
[14:14] <cjwatson> unless the specific package you're working on is named there
[14:14]  * koolhead17 installs libtool
[14:15] <koolhead17> cjwatson: so dependency will differ per pkg?
[14:16] <cjwatson> yes
[14:16] <cjwatson> 'sudo apt-get build-dep PACKAGENAME' gets you all its build-dependencies
[14:17] <cjwatson> usually you don't need those just to build a source package (-S), but now and again you need some of them
[14:18] <cjwatson> well, at least you usually don't need them *all* - debhelper, autoconf, automake, libtool, cdbs, autotools-dev, quilt are commonly-required ones
[14:20] <koolhead17> cjwatson: thanks. am installing all the deps to be on safer side
[14:23] <micahg> if the package isn't in the archive or has new dependencies, you can use sudo mk-build-deps -i -r
[14:24] <koolhead17> micahg: i pulled pkg from launchpad and making changed to it so it will not have dep issue now
[14:38] <koolhead17> cjwatson: micahg thanks!! Its getting build!1 :)
[14:43] <Laney> excuse me DMBers
[14:43] <Laney> !dmb
[14:43] <Laney> !dmb-ping
[14:43] <Laney> hah
[14:43] <koolhead17> Laney: :P
[14:44] <micahg> \o/ talk about fast turnaround  :)
[14:44] <stgraber> ok, that seems to work :)
[14:45] <koolhead17> i also need to have "Could not find a signing program (pgp or gpg)! " :D
[14:46] <tumbleweed> koolhead17: that's not necessary for building, just uploading
[14:47] <tumbleweed> debuild's -uc -us options turn off signing (which make building a lot less annoying :P
[14:47] <koolhead17> tumbleweed: http://paste.ubuntu.com/717883/
[14:47] <koolhead17> ooh ok
[14:47] <koolhead17> :P
[14:48]  * Laney has that in DEBUILD_DPKG_BUILDPACKAGE_OPTS
[14:48] <koolhead17> tumbleweed: debuild -S -sa am using currently
[14:49] <Laney> cjwatson: do your backport scripts handle backports from other pockets? (-security)
[14:49]  * Laney wonders if broder managed to write that script
[14:49] <koolhead17> tumbleweed: debuild -S  -uc -us will do it for me?
[14:49] <jdstrand> he did not as of a week or two ago
[14:49] <jdstrand> Laney: ^
[14:50] <tumbleweed> koolhead17: if you need -sa, include it
[14:50] <Laney> ah ok
[14:50]  * Laney further wonders if jdstrand has a highlight on "security" :P
[14:50] <cjwatson> Laney: should do, yes
[14:50] <cjwatson> Laney: most of the logic is in lp:ubuntu-archive-tools backport.py
[14:50] <Laney> righto
[14:50] <jdstrand> I'll never tell
[14:50] <cjwatson>     elif '-' in options.fromsuite:
[14:50] <cjwatson>         options.fromseries, options.frompocket = options.fromsuite.split('-', 1)
[14:50] <cjwatson>         options.fromseries = options.fromdistro.getSeries(
[14:50] <cjwatson>             name_or_version=options.fromseries)
[14:50] <cjwatson>         options.frompocket = options.frompocket.title()
[14:50] <koolhead17> tumbleweed: but that results into asking 4 gnupg which i dont want
[14:51] <cjwatson> I think you must be confusing -sa with either -uc or -us
[14:51] <tumbleweed> koolhead17: -sa is unrelated, it means you want to include the .orig.tar.gz in the changes file
[14:52] <koolhead17> tumbleweed: ok.
[14:52]  * koolhead17 read man page soon. :)
[15:09] <Laney> dholbach: can you accept blueprints for uds-p? https://blueprints.launchpad.net/ubuntu/+spec/other-p-developer-application-processes
[15:10] <dholbach> I don't think I can
[15:10] <koolhead17> Riddell: around?
[15:11] <dholbach> Laney, I don't know - is it ~ubuntu-drivers who can?
[15:11] <Laney> I think there has never been a thing about which I know less than this
[15:11] <Laney> ;-)
[15:11] <Riddell> hi koolhead17
[15:11] <Laney> I thought you were The Guy this time
[15:12] <micahg> Laney: there should be a uds-organizers team I think
[15:12] <Laney> it's alright stgraber can do it
[15:12] <Laney> :-)
[15:14] <stgraber> Laney: done
[15:14] <Laney> cheers boss
[15:14] <Laney> now subscribe!
[15:14]  * micahg already did :)
[15:14] <Laney> excellentium
[15:15] <micahg> which # element is that again?
[15:15]  * tumbleweed is guessing there isn't enough interest in a "what to do about motu" session? (ok, interest isn't the right idea, but possible input that could be discussed in a UDS session)
[15:15]  * Laney force-subscribes everyone else
[15:15] <Laney> tumbleweed: pub session
[15:15] <tumbleweed> Laney: yeah that happens anyway :)
[15:15] <Laney> I suspect the crowd for such a session would be smaller than it might have been previously :(
[15:15] <tumbleweed> in fact, I think it was the first think both ScottK and persia asked me when I first met them
[15:16] <tumbleweed> s/think/thing/
[15:16] <ScottK> Call it a MOTU BOF session.
[15:16] <ScottK> Try and get interested people together and see where it goes.
[15:16] <ScottK> This was good for the backports sessions that last few UDS.
[15:18] <tumbleweed> that works
[15:18] <Laney> As long as the leader doesn't let it turn into a hand wringing session
[15:18] <Laney> also, unicode problems when I try to write the lp-udd output to a file
[15:18]  * tumbleweed clearly isn't good at achieving that
[15:18] <Laney> python will be the death of me
[15:19] <tumbleweed> Laney: you have to specifically encode it (or open your file with the open from codecs)
[15:19] <Laney> i have .encode('utf-8')
[15:20] <Laney> let me try that codecs thingy
[15:20] <tumbleweed> it's equivalent
[15:21] <tumbleweed> can I see source & exception?
[15:21] <Laney> i put unicode() round stuff
[15:21] <Laney> yeah ok
[15:23] <Laney> http://paste.debian.net/139446/ http://paste.debian.net/139447/
[15:23] <Laney> i was going to implement some way of not opening and closing the file every time if that worked
[15:23] <tumbleweed> well, I proposed https://blueprints.launchpad.net/ubuntu/+spec/other-p-motu-bof I'll try and think of some things for us to discuss if it looks like it's heading towards hand wringing
[15:23] <Laney> rock
[15:24] <tumbleweed> Laney: you can't print unicode objects unless you are in a UTF-8 locale and running in a terminal (yes that last thing is insanely unexpected)
[15:24] <Laney> i only added that unicode() stuff because it broke
[15:24] <Laney> what do i need to do instead? :(
[15:24] <tumbleweed> that tprint is substituting byte strings into a unicode string, and thus it's unicode
[15:25] <tumbleweed> either explicitly encode all output, or tell python that the stdout encoding is UTF-8, no matter what
[15:25] <Laney> i thought .encode was me telling it that
[15:26] <tumbleweed> yes, but then you substituted it into a unicode string
[15:26] <Laney> so I can remove the u?
[15:26] <tumbleweed> yes
[15:27] <Laney> this scares me
[15:34] <Laney> tumbleweed: worked, cheers!
[15:34] <Laney> http://paste.debian.net/139449/
[15:34]  * tumbleweed hopes to see the data in a UDD table soon
[15:35] <tumbleweed> Original-Maintainer: N/A ?
[15:35] <tumbleweed> oh duh
[15:35] <Laney> hah, the Closes: list for workrave
[15:36]  * tumbleweed wishes we used null instead of N/A
[15:42] <micahg> ScottK: are you still approving backports? (will have at least one later this week hopefully)
[15:42] <ScottK> micahg: Yes.  Feel free to ping me.
[15:42] <micahg> ScottK: thanks
[15:52] <stevecrozz> how can I tell pdebuild to build source-only (like debuild -S)?
[15:56] <yofel> stevecrozz: from what I know there is no point in running pdebuild for source packages
[15:56] <yofel> just run debuild
[15:57] <stevecrozz> yofel, this is for building a package for a distribution other than the one on my running system
[15:57] <yofel> well,  pdebuild is about building binary packages. for the source-only part it simply runs debuild
[16:00] <cjwatson> In the fully general case you need to build source packages on the same distribution; but in very many cases (I'd say the vast majority) you can get away with building them on more or less any vaguely current Debian or Ubuntu system.
[16:00] <cjwatson> Sometimes you need the odd extra build-dep.
[16:01] <Laney> was https://lists.ubuntu.com/archives/precise-changes/2011-October/000715.html a copyPackage sync?
[16:01] <Laney> it has spph.creator and yet a changesfile?
[16:02] <Laney> oh, bah, yo ucan get that for manual uploads too
[16:02] <tumbleweed> how?
[16:03] <Laney> dunno, but I checked on a dputted one I did and it has .creator
[16:03] <tumbleweed> hrm, the changes file wasn't signed. AA sync?
[16:03]  * Laney checks bugs
[16:04] <tumbleweed> at any rate, *someone* did something wrong with it
[16:04] <Laney> yeah there it is
[16:04] <cjwatson> I did that with sync-source.py
[16:04] <Laney> was just looking at the massive Closes: list
[16:05] <cjwatson> that's because it was a reintroduction
[16:05] <cjwatson> so sync-source built a .changes with the equivalent of dpkg-genchanges -v0
[16:05] <Laney> yep
[16:05] <cjwatson> but that was the only unusual thing about it; I'm not aware of having done anything wrong
[16:05] <tumbleweed> ah, no that's probably right, didn't realise it was a reintruduction
[16:06] <Laney> I just expected it to have -v<version that was deleted>
[16:06]  * tumbleweed wonders what a native sync would do in that situation
[16:06] <Laney> the main argh is that I can't rely on .creator like I thought I could
[16:07] <koolhead17> Riddell: how are you?
[16:07] <Laney> oh well
[16:07] <tumbleweed> wgrant: I thought .creator was *only* for syncs?
[16:15] <Riddell> koolhead17: I'm fine thanks
[16:48] <jussi> Laney: did you get notified of the factoid changes?
[17:26] <micahg> achiang: would you be  able to help me with the armel FTBFS for chromium in precise?
[17:27] <achiang> micahg: possibly. what's up? :)
[17:27] <micahg> achiang: Error: branch out of range
[17:27] <micahg> achiang: https://launchpadlibrarian.net/83302810/buildlog_ubuntu-precise-armel.chromium-browser_14.0.835.202~r103287-0ubuntu2_FAILEDTOBUILD.txt.gz
[17:27] <achiang> yikes
[17:37] <achiang> micahg: some googling on that failure shows that removing optimizations, specifically -O2, fixed the issue on MIPS
[17:37] <achiang> micahg: that might be an interesting place to start
[17:38] <koolhead11> i am having one more issue
[17:38] <micahg> achiang: thanks
[17:39] <achiang> micahg: one sec
[17:39] <koolhead11> http://paste.ubuntu.com/718047/
[17:40] <achiang> micahg: https://wiki.ubuntu.com/ARM/Thumb2PortingHowto
[17:40] <achiang> micahg: there's something on that page too, did you already find it?
[17:41] <micahg> oh, hmm, thought I read that page already
[17:42] <achiang> micahg: actually, it seems that using -Os might work
[17:42] <c_korn> hello, how can I debug DBUS? I have the problem if I open gedit with the dash and then run "gedit file" in the gnome-terminal that "file" gets opened in a new instance of gedit and not in a tab of the process I opened with dash before. and the gedit debug tells me "(gedit_dbus_run)" this is why I assume some problem inside of DBUS
[17:42] <koolhead11> cjwatson: got few minutes
[17:43] <micahg> achiang: ok, I'll have to come back to this later, thanks for the help
[17:43] <achiang> micahg: i think that is the first step, try -Os instead of -O2 or -O1
[17:43] <achiang> micahg: sure
[18:27] <Laney> jussi: no
[18:27] <Laney> but i trust your editorship skills
[18:28] <jussi> Laney: wasnt me, but Pici. but still :)
[18:28] <jussi> Laney: also, no need for the "learn"
[18:28] <Laney> ok
[18:28] <Laney> where did i get that from?
[18:34] <jussi> Laney: some bots require it
[18:34] <Laney> probably the supybot we use for debian-cli
[19:04] <jtaylor> new packages are automacitally synced to precise or? (when in testing)
[19:05] <tumbleweed> semi-automatically. archive-admins review them
[19:06] <jtaylor> but one does not need to request it?
[19:06] <jtaylor> there are a couple of sync bugs for new packages, should I close them as invalid?
[19:06] <Laney> if you want it done right away
[19:07] <tumbleweed> or if they were removed and are being re-added or something
[20:32] <Laney> lucas: can you apply this to udd: http://paste.debian.net/139534/ ? and alter the ubuntu_upload_history to add the component column (and set it to "N/A" for all existing rows)?
[20:36] <tumbleweed> components \o/
[21:47] <cjwatson> jtaylor: sync bugs for new packages can be added to the ubuntu-archive queue; if it happens that I've already done them as part of my gradual bulk review, I'll close them myself
[21:47] <cjwatson> jtaylor: I don't mind us getting requests for queue-jumping though
[22:55] <Laney> crontab: installing new crontab
[22:55] <Laney> using the new lp gatherer now
[22:55]  * Laney expects angry emails in the morning when it breaks udd