[02:59] <cereal__> I have Ubuntu 12.04 installed on a laptop and desktop and trying to use the sync feature in the software center. Both systems are one a logged in to the same ubunt one account. when i click file sync between computers i dont see multiple computers.
[03:00] <infinity> cereal__: You want #ubuntu, this isn't a support channel.
[03:01] <cereal__> Sorry just noticed that i will try there - thanks.
[06:25] <dholbach> good morning
[06:26] <ritz> morning
[10:06] <dholbach> does anyone know if an update of tzdata is planned or anyone working on it?
[10:15] <dholbach> I'm asking because of bug 991156
[13:21] <stgraber> yay!
[13:24] <dholbach> yeeeeeeehaw
[13:24] <dholbach> great work everyone!
[13:26] <jbicha_> yay! I've been wanting to break stuff!
[13:27] <Laney> damn this test build
[13:27] <Laney> I wanted to be the first
[13:39] <tumbleweed> bdrung: distro-info-data can be synced to drop teh temporary delta
[13:39]  * tumbleweed gets the feeling I should just apply for core-dev and be done with it
[13:41]  * stgraber points tumbleweed towards https://wiki.ubuntu.com/DeveloperMembershipBoard/ApplicationProcess :P
[13:46] <dholbach> stgraber, haha :)
[13:54] <Laney> core-dev eh
[13:55] <tumbleweed> you sound supportive :)
[13:55] <xnox> `ubuntu-distro-info --devel' quantal; yet `pbuilder-dist quantal create' says 'Warning: Unknown distribution "quantal". Do you want to continue'
[13:55] <xnox> =(
[13:55] <tumbleweed> xnox: install teh latest distro-info-data
[13:57] <cjwatson> No, install latest debootstrap
[13:57] <cjwatson> There's one in backports for precise
[13:57] <cjwatson> or just  sudo ln -s gutsy /usr/share/debootstrap/scripts/quantal
[13:57] <xnox> cjohnston: ;-)
[13:57] <tumbleweed> err, yeah, that too :)
[13:58]  * xnox my mirror is out-of date? I have nothing =)
[13:59]  * xnox nevermind upgrading debootstrap ;-)
[14:00] <bdrung> tumbleweed: synced
[14:23] <barry> xnox: welcome!  what's your lp id?
[14:23] <xnox> barry: dmitrij.ledkov
[14:23] <xnox> barry: hello barry =))) let the python fun begin!
[14:24] <barry> xnox: indeed!  http://tinyurl.com/7dsyywo  :)
[14:24] <tumbleweed> that's a non-trivial amount of fun to be had
[14:25] <xnox> barry: right after reviewing LVM2 merge (slangasek) & fixing gcc-4.7 FTBFS (doko)
[14:25] <xnox> barry: ;-)
[14:25]  * xnox will try to "multi-task" if that is possible.
[14:26] <barry> xnox: sounds like folks are already keeping you busy :)  no worries!
[14:27] <doko> barry, you are just too late ;-P
[14:27] <barry> doko: the curses of being westward
[14:27]  * xnox accepts biscuits as 'queue' prioritisation tokens.
[14:50] <ahasenack> hi, can someone upload/move these packages to updates? https://bugs.launchpad.net/ubuntu/+source/landscape-client/+bug/978884
[14:50] <ahasenack> I believe the sru process is finished, it has the tag "verification-done"
[15:13] <cjwatson> @pilot in
[15:13] <cjwatson> should try to squeeze a bit in before the end of the month :-/
[15:15] <xnox> cjwatson: Dear Pilot, how do I schedule myself to pilot sponsorship queue ? =)
[15:16] <cjwatson> xnox: talk to dholbach
[15:16] <xnox> ok.
[15:17] <dholbach> thanks cjwatson!
[15:22] <spotter> is this raid5 corruption bug in Ubuntu 12.04's kernel?
[15:22] <spotter> http://marc.info/?l=linux-raid&m=133576777720867&w=2
[15:22] <spotter> could be a major major data loss bug
[15:23] <cjwatson> #ubuntu-kernel is probably a better place to ask
[15:23] <mdeslaur> spotter: please file a bug and mention it in #ubuntu-kernel
[15:24] <spotter> ok
[15:25] <spotter> unsure its a bug, only know that I had a main disk failure, installed ubuntu 12.04 on a new disk, had issues so moved to debian squeeze, and then realized my raid5 was corrupted
[15:26] <spotter> mostly recovered though might have some corruption left over from shot in the dark attempts at recovering
[15:44] <cjwatson> jtaylor: You seemed to be on top of bug 986279, which now has another response
[16:02] <jtaylor> not response I wanted, now I need to do real work ;(
[16:09] <jcastro> slangasek: jasoncwarner_: jdstrand: You guys have things in your scheduling queue for UDS: https://blueprints.launchpad.net/sprints/uds-q/+settopics
[17:35] <cjohnston> slangasek: and jasoncwarner_ also on http://summit.ubuntu.com/uds-q/review/
[17:57] <slangasek> cjohnston: um.  is there a way to disallow using that interface for adding sessions on a particular track?
[17:58] <pkern> Hi.  Is it actually possible to sync from the Launchpad web interface instead of using requestsync?
[17:58] <slangasek> cjohnston: all of foundations' sessions should be done as blueprints; I've gone in and declined everything that was proposed there, but people shouldn't be submitting sessions there in the first place
[17:59] <micahg> pkern: syncpackage is the preferable way
[17:59] <slangasek> cjohnston: in fact, the submitter has re-proposed these as blueprints
[18:16] <cjohnston> slangasek: no there isnt a way to do that
[18:17] <iamfuzz> is there a standard mechanism for having a dir in /var/run created on boot or is this still the responsibility of the init script?
[18:17] <infinity> iamfuzz: The init script or the application itself.
[18:18] <iamfuzz> infinity, thx, just wanted to make sure there wasn't a standardized mechanism in place
[18:18] <infinity> If there is, I missed the memo too.
[18:18] <micahg> isn't /var/run deprecated now?
[18:18] <cjohnston> slangasek: if you get a moment, would you mind replying to my email please
[18:18] <iamfuzz> well, yea, it's /run now but symlinked
[18:18] <infinity> micahg: His same question (and the answer) applies just as well to /run. :P
[18:18] <slangasek> cjohnston: will do
[18:19] <cjohnston> ty
[18:30] <doko> apw, ogasawara: when will be 3,4 headers be available in precise?
[18:30] <doko> ehh, quantal
[18:31] <cjwatson> pkern: it's *possible* in the web interface, but we prefer people not to use it as it doesn't have Ubuntu policy applied such as prompting people for extra confirmation of any Ubuntu changes they're discarding
[18:31] <ogasawara> doko: am hoping for eod today, but tomorrow at the latest.  am waiting for some test builds to finish.
[18:32] <cjwatson> pkern: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2012-January/000923.html is most current practice
[18:35] <pkern> micahg, cjwatson: Thank you!
[18:39] <barry> kenvandine: you probably already saw this, but hopefully this correctly removes a dependency on mx.DateTime: https://code.launchpad.net/~barry/gwibber/bug-990145/+merge/103956
[18:41] <barry> kenvandine: btw, once we get rid of gwibber's dependency, we can drop python-egenix-mxdatetime and python-egenix-mxtools from the list of py3 ports required.  which is great because upstream isn't interested in a port any time soon :)
[18:48] <kenvandine> barry, awesome!
[18:50] <ahasenack> hi, can someone upload/move these packages to updates? https://bugs.launchpad.net/ubuntu/+source/landscape-client/+bug/978884
[18:50] <ahasenack> I believe the sru process is finished, it has the tag "verification-done"
[18:52] <infinity> ahasenack: Will poke.
[18:53] <ahasenack> infinity: thanks!
[18:58] <infinity> ahasenack: Done.
[18:59] <ahasenack> infinity: \o/
[19:25] <nessita> hello everyone! I was wondering if someone could help me understand this fraction of an update log http://paste.ubuntu.com/958246/ , where a user ended up without the package providing a SSO client UI. The message I'm puzzled about is:
[19:25] <nessita> ubuntuone-client:amd64 Recommends on ubuntu-sso-client-gui [ amd64 ] < none > ( none ) (>= 2.99.91) can't be satisfied!
[19:25] <hyperair> hmm debootstrap still doesn't know about quantal just yet
[19:26] <tumbleweed> hyperair: precise-backports
[19:27]  * barry loses to tumbleweed again
[19:27] <hyperair> tumbleweed: why precise-updates?
[19:27] <hyperair> er why not
[19:28] <tumbleweed> wasn't my call, but it looks like that's how its usually handled
[19:29] <hyperair> is it?
[19:29] <hyperair> i don't recall needing to install debootstrap from -backports previously
[19:29] <tumbleweed> https://launchpad.net/ubuntu/+source/debootstrap
[19:30] <hyperair> aah, it looks like precise was included in debootstrap before oneiric's release
[19:30] <tumbleweed> yeah, we only knew quantal's name after the release candidates were being spun
[19:31] <hyperair> makes sense
[19:32] <broder> we haven't really been totally consistent about backporting vs. sruing for new release names
[19:33] <tumbleweed> given the way distro-info-data breaks, it has to be SRUed (we should find a way to degrade a little more gracefully)
[19:34] <tumbleweed> but other things like debootstrap tend to be a little more nice-to-have
[19:34] <tumbleweed> (anyone can ln -s gutsy quantal)
[19:40] <joshhunt>  i'm not sure if this is the right forum, but i have a question as to where ubuntu grabs the sources it uses for the qemu-kvm package
[19:41] <joshhunt> when i checkout v0.14.1 from the linux-kvm.org git repo some things do not seem to match up
[19:41] <joshhunt> when comparing to the corresponding ubuntu source package
[19:43] <jdstrand> jcastro: regarding scheduling> yes, mdeslaur added those today and I will be looking at it tomorrow
[20:00] <infinity> doko: openjdk on arm* seems sad?  See the antlr build failures in quantal.
[20:16] <cjwatson> @pilot out
[20:16] <cjwatson> oops, forgetful
[20:17] <Nafallo> cjwatson: you just don't like to stop working... do you? :-)
[20:19] <doko> infinity, any other failure?
[20:20] <infinity> doko: That's the only scary thing I've seen so far.
[20:25] <cjwatson> doko: We have approaching 9000 pending build records, I'm sure there'll be something for you :-)
[20:27] <doko> infinity, ahh, still defaults to jamvm
[20:27] <infinity> Well, there was llvm-2.x failing with gcc-4.7, but I intend to just drop pre-3.x llvm instead of fixing them.
[20:27] <doko> cjwatson, no, I just meant openjdk, leaving the remaing failures for the +1 team ;)
[20:27] <infinity> Shipping 4 versions is insanity anyway.
[20:28] <doko> infinity, go ahead
[20:28] <infinity> doko: Oh, oops. (re: jamvm)
[20:28] <infinity> doko: Quick fix?
[20:28] <doko> tomorrow
[20:28] <infinity> doko: I meant "will it be quick", not "oh god, fix it quickly". ;)
[20:28] <doko> just packaging
[20:28]  * infinity nods.
[20:29] <doko> I did hope to catch up with things like adminstrative stuff this week ...
[20:35] <cjwatson> barry: python-gnupg> in a rush, eh? :)
[20:37] <barry> cjwatson: well, a guy can hope, right?
[20:37] <barry> :)
[20:46] <jcastro> vanhoof: "topic-quantal-hwe-essential" isn't named right
[20:47]  * slangasek renames it to zachary-quinto-hwe-essential
[20:47] <jcastro> vanhoof: follow the crowd please! https://blueprints.launchpad.net/sprints/uds-q
[20:48] <barry> slangasek: i think you have to wait for spockian squid or maybe vulcan vulture
[20:48] <Nafallo> jcastro: that doesn't mean Ubuntu will change from unity to gnome-shell, does it?
[20:48] <slangasek> :)
[20:51] <vanhoof> jcastro: thanks, sorted
[21:03] <soren> cjwatson, mdz, pitti, stgraber, kees: tb meeting?
[21:04] <xnox> While MoM is down, we can still use: http://people.ubuntuwire.com/~lucas/merges.html which seems to be uptodate with unstable.
[21:05] <xnox> or http://qa.ubuntuwire.com/multidistrotools/main.html for whezzy/quantal comparison.
[21:06] <tumbleweed> and merging by hand with UDD isn't too painful (although I have a script somewhere that automates most of it)
[21:08] <slangasek> "merging by hand with UDD"?  I would consider merging with UDD the opposite of by hand :)
[21:08] <tumbleweed> not in the days when you had to fight it tooth and nail :)
[21:09] <barry> i guess you have nails on your hand, but toothnails?
[21:17] <dupondje> If a -proposed package has been verified & working by multiple people
[21:17] <maxb> barry: Hi. What bzr version were you using for your "bzr branch ubuntu:precise/debootstrap precise" ?
[21:17] <dupondje> Should I subscribe somebody to get it in -updates or ?
[21:17] <cjwatson> dupondje: tag it verification-done and the SRU team will promote it to -updates after a mandatory seven-day waiting period
[21:17] <cjwatson> it'll show up on http://people.canonical.com/~ubuntu-archive/pending-sru.html - no need to subscribe anyone
[21:18] <barry> maxb: 2.5.0 (default in precise)
[21:18] <dupondje> aha its in the list already! thx cjwatson
[21:18] <maxb> barry: Hm. Same. And it works fine for me. Though I question why it had to download ~70Mb
[21:19] <barry> maxb: interesting.  let me try it again...
[21:19] <barry> maxb: same crash
[21:20] <maxb> oh, wait, I have the are-you-up-to-date checking turned off
[21:20] <xnox> email ubuntu-devel about ~lucas/merges.html; btw it does show UDD commands to use ;-)
[21:20] <barry> maxb: i'm sure it doesn't matter, but i'm branching into a shared-repo (nothing else in it tho)
[21:21] <micahg> https://launchpad.net/ubuntu/quantal/+localpackagediffs as well
[21:21] <cjwatson> micahg: Please don't use that
[21:21] <micahg> even as a reference?
[21:22] <cjwatson> If you're careful to do so yourself, sure, but you didn't include any kind of caveats when you just recommended it to others
[21:22] <cjwatson> And it has no guards against overwriting Ubuntu changes
[21:22] <infinity> I use it to find packages I hold TILM on.
[21:22] <micahg> me too :)
[21:22] <micahg> cjwatson: sorry, I keep forgetting to mention the caveats, will try to remember next time
[21:23] <maxb> barry: ugh. I think you've found a bug in the check-the-package-version-in-the-branch code
[21:23] <barry> maxb: awesome ;)
[21:27] <maxb> Workaround: launchpad.packaging_verbosity = off in bazaar.conf
[21:38] <broder> infinity: re: foundations-q-isa-scanning, would using lintian be an option here? it has a bunch of "go dig inside elf internals" tests already; this feels up its alley
[21:42] <barry> maxb: in the [DEFAULT] section?
[21:43] <barry> maxb: to answer my own question: yes :)
[22:06] <infinity> broder: If lintian can be made to do this, perhaps.
[22:07] <broder> i won't swear that it can, but i think it can. and i end up re-scanning the whole archive as a matter of course every 3 months or so
[22:07] <infinity> broder: It would certainly be valuable for Debian too (though, the baseline ISA per arch would be different for them in many cases)
[22:07] <broder> (that can also probably be accelerated if needed)