[02:26] <hallyn> so, when i set up my thinkpad on unity 2 weeks ago, contrast and volume buttons brought up the little icons showing the values going up/down.  then i installed lubuntu-desktop just for a test, but those went away.  removed lubuntu-desktop, they stayed away.  anyone know what package i need to get those back?
[02:28] <hallyn> sorry shouldn't ask that here
[03:44] <pitti> Good morning
[04:37] <pitti> wgrant: hm, is message sharing still working between upstream and distro POTs?
[04:37] <pitti> wgrant: https://translations.launchpad.net/messaging-app/ is fairly complete, but https://translations.launchpad.net/ubuntu/utopic/+source/messaging-app/+pots/messaging-app is very poorly covered
[04:43] <wgrant> pitti: Message sharing is so hilariously buggy you wouldn't believe.
[04:43] <pitti> wgrant: hmm, that's a bit of a bummer for touch langpacks
[04:43] <wgrant> pitti: Changes that were deployed yesterday make it possible to fix most cases, though.
[04:44] <wgrant> And another that will be deployed this afternoon make it possible for things to actually not be completely inconsistent.
[04:44] <pitti> wgrant: I have a hack in langpack-o-matic for now; it checks out the upstream bzr trees, and directly copies their po files into the langpacks, short-circuiting LP import/export
[04:44] <pitti> but I hoped it would be temporary
[04:44] <pitti> wgrant: that sounds positive :) will that apply to existing pots?
[04:44] <wgrant> I'll need to inspect the database to work out how messaging-app's are broken.
[04:45] <wgrant> But, in general, if anyone has ever removed a link between a project and a package things will be woefully broken.
[04:45] <pitti> e. g. https://translations.launchpad.net/ubuntu/utopic/+source/dialer-app/+pots/dialer-app looks quite a bit better (but still not on par to upstream)
[04:46] <wgrant> Let's see if I can convince it to remerge them.
[04:46] <pitti> wgrant: most of the touch projects got an x-ubuntu-use-langpack: a few days ago, and only yesterday I approved all the pots for import
[04:47] <pitti> so perhaps it's also still just catching up
[04:47] <wgrant> This has taken a lot longer to sort out than I'd hoped, because I'd been operating under the assumption that message sharing between projects and distros wasn't horribly broken.
[04:47] <pitti> heh, everyone was, I suppose
[05:05] <wgrant> pitti: Hm, I think those templates were mostly shared properly, and they're totally shared now. But they're very different.
[05:05] <wgrant> https://translations.launchpad.net/ubuntu/utopic/+source/messaging-app/+pots/messaging-app/am/+translate 65 strings
[05:05] <wgrant> https://translations.launchpad.net/messaging-app/trunk/+pots/messaging-app/am/+translate 31 strings
[05:06] <pitti> how odd
[05:06] <wgrant> Rather.
[05:06] <pitti> perhaps the pot gets rebuilt during package build, and messaging-app's pot in trunk is just totally outdated?
[05:06]  * pitti checks
[05:07] <wgrant> That could well be the case.
[05:07] <wgrant> The Ubuntu side looks correct to me.
[05:07] <pitti> in that case this would even be good
[05:08] <wgrant> Why?
[05:08] <pitti> https://translations.launchpad.net/ubuntu/utopic/+source/messaging-app/+pots/messaging-app/de/+translate?show=untranslated looks reasonable indeed
[05:09] <pitti> wgrant: because it would expose untranslated messages at least on the ubuntu side; upstreams pathologically forget to update their pots :/
[05:10] <pitti> yep, I see the i18n.tr("Attachment.. stuff in the code
[05:10] <wgrant> Right, so the upstream side needs to regenerate their POT, I guess.
[05:10] <pitti> +msgid " "
[05:11]  * pitti weeps
[05:11] <pitti> but yes, that helped
[05:11] <pitti> pushed to lp:messaging-app
[05:11] <pitti> wgrant: sorry for blaming LP then! thanks for pointing out
[05:12] <wgrant> pitti: This case turns out to be simple and the merge job only fixed up five strings.
[05:12] <wgrant> It was slightly LP's fault, but not most of it :)
[05:15] <pitti> wgrant: hah, and there we go -- https://translations.launchpad.net/ubuntu/utopic/+source/messaging-app/+pots/messaging-app/de/+translate?show=untranslated
[05:18] <wgrant> pitti: What do you mean?
[05:19] <pitti> wgrant: the missing strings were imported, and are now shown as "untranslated" (was previously empty)
[05:20] <wgrant> pitti: But that's the Ubuntu template. Wasn't it always correct
[05:20] <wgrant> ?
[05:20] <pitti> err, argh; -ETOOMANYTABS
[05:20] <pitti> well, I translated a few missing ones; let's see, they ought to get propagated to the upstream one
[05:21] <pitti> so apparently the new pot wasn't imported yet; I'll check later
[05:21] <wgrant> pitti: The upstream one is already fully translated.
[05:21] <wgrant> Because the POT isn't there yet.
[05:21] <wgrant> Ah, just entered the queue 90 seconds ago
[05:22] <wgrant> 2014-08-28 05:21:36 INFO    Import requests completed.
[05:22] <wgrant> 31 untranslated upstream now
[05:22] <wgrant> Which matches Ubuntu.
[05:22] <wgrant> There were 46 untranslated in Ubuntu before. Did you translate 15?
[05:23] <wgrant> Er, no, not 46, wrong language.
[05:24] <pitti> wgrant: 15 sounds about right
[05:24] <pitti> https://translations.launchpad.net/messaging-app/trunk/+pots/messaging-app/de/+translate?show=untranslated now has 31 untrasnlated German things
[05:24] <pitti> Attachment: %1 contact
[05:24] <pitti> but I did translate those in Ubuntu already
[05:25] <pitti> seems they were silently eaten
[05:26] <pitti> it got the second (multiple) case, but not the singular
[05:27] <wgrant> wat
[05:27] <pitti> I think there's something wrong: the singular uses %1, the plural uses %s
[05:27] <wgrant> wat
[05:27] <wgrant> "(no translation yet) Translated and reviewed by Martin Pitt 3 minutes ago"
[05:27] <pitti> src/qml/ThreadDelegate.qml:            return i18n.tr("Attachment: %1 image", "Attachments: %s images").arg(imageCount)
[05:28] <pitti> aaaaaaaaah
[05:28] <wgrant> That doesn't look right.
[05:29] <wgrant> It's possible it is, I suppose, but it seems weird.
[05:29] <wgrant> All the strings with %1 appear translated but untranslated.
[05:36] <pitti> wgrant: I sent https://code.launchpad.net/~pitti/messaging-app/i18n-fixes/+merge/232507 now
[05:38] <Bluefoxicy> oh for.
[05:39] <Bluefoxicy> apt-get update consistently picks the same mirror with a mirrors:// url.  Wonderful.  I'm filing that as a bug because "constantly chooses stupid slow mirror, and killing apt and restarting doesn't get me a different mirror"
[05:42] <sarnold> Bluefoxicy: are you using a sortlist in resolv.conf?
[05:43] <Bluefoxicy> sarnold: no.
[05:43] <Bluefoxicy> sarnold:  apt is constantly picking mirrors.xmission.com.  Constantly.
[05:48] <Bluefoxicy> oh that's hilarious.
[05:48] <Bluefoxicy> skype-4.3.0-37 installs ... skype 4.2
[05:50] <Unit193> skype --version
[05:50] <Unit193> Skype 4.3.0.37
[05:51] <Bluefoxicy> john@icebox:~$ skype --version
[05:51] <Bluefoxicy> Skype 4.3.0.37
[05:52] <Bluefoxicy> SkypeTM 4.2 for Linux
[05:52] <Bluefoxicy> (!) Skype can't connect
[05:52] <Bluefoxicy> Unit193:  does yours give a Skype 4.2 for Linux title?
[05:53] <Unit193> Mine has no problems connecting, by all signs it is 4.3.  Partner repos.
[05:53] <Bluefoxicy> mine came from partner
[05:53] <Bluefoxicy> bthe title bar says Skype 4.2 for Linux
[05:53] <Unit193> `which skype`
[05:53] <Bluefoxicy> /usr/bin/skype
[05:54] <Bluefoxicy> ~$ sudo apt-get remove --purge skype-bin skype
[05:54] <Bluefoxicy> Removing skype (4.3.0.37-0ubuntu0.12.04.1)
[05:54]  * Bluefoxicy squints
[05:55] <Bluefoxicy> bash: /usr/bin/skype: No such file or directory
[05:55] <Bluefoxicy> dongs: command not found
[05:55]  * Bluefoxicy squints very hard.
[05:55] <sarnold> rehash?
[05:56] <Bluefoxicy> what?
[05:56]  * Unit193 waves to sarnold.
[05:56] <sarnold> bash 'hashes' the paths to executables that it looks up via the PATH; if you remove one path, running shells might not see a different location..
[05:56] <sarnold> evening Unit193 :)
[05:58] <Bluefoxicy> aha
[05:58] <Bluefoxicy> I had to killall skype
[05:59] <sarnold> haha, typical MS..
[05:59] <sarnold> "of course you want this thing running all the time to shave .5 seconds off the 'startup time'"
[05:59] <Unit193> It...has problems closing.
[06:00] <Unit193> sarnold: It's not actually a daemon mode, just kind of fails to exit, like remmina. :P
[06:00] <Unit193> sarnold: You should see the windows one, so my sister tells me, it really makes sure you want to exit, a few times. :P  (Since when did the X mean minimize?)
[06:02] <sarnold> Unit193: cripes. hooray for killall :)
[06:24] <dholbach> good morning
[08:05] <darkxst> pitti, seems I was already using /dev/shm ;) must be set by default with the launchpad sbuild helpers
[09:31] <alive4ever> Hello. I'm on trusty. I have a problem with certtool from gnutls-bin package. I cannot generate an ecc privkey using certtool, using command `certtool --generate-privkey --ecc`. Certtool says that ecc is invalid option. Any workaround to enable ecc support for gnutls on trusty?
[09:35] <alive4ev1> Hello. I'm on trusty. I have a problem with certtool from gnutls-bin package. I cannot generate an ecc privkey using certtool, using command `certtool --generate-privkey --ecc`. Certtool says that ecc is invalid option. Any workaround to enable ecc support for gnutls on trusty?
[09:41] <alive4ever> Excuse me. Any workaround for trusty gnutls that I explained earlier?
[12:52] <Saviq> pitti, hum, is there a way to apport-bug from an rtm phone?
[12:52] <pitti> Saviq: I'm glad you asked -- the base-files fix for that just landed in RTM like 10 mins ago :)
[12:52] <pitti> bug 1362496
[12:52] <Saviq> pitti, yay, will upgrade
[12:53] <pitti> Saviq: might not be published yet, could still take some minutes; but you can of course snatch the deb from LP
[13:04] <arges> @pilot in
[13:56] <Saviq> pitti, the bug was filed against ubuntu (not rtm) anyway, that expected? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1362619
[13:57] <Saviq> (I added the rtm tasks manually)
[14:10] <sil2100> wgrant: hey! Is there currently a way to create an ubuntu-rtm PPA?
[14:10] <sil2100> wgrant: through LP, for instance?
[14:23] <wgrant> sil2100: There's no UI for it, to avoid confusing the rest of the world. but you can say lp.load(lp.me.self_link).createPPA(distribution=lp.distros['ubuntu-rtm'], name='whatever') in lp-shell
[14:50] <sil2100> wgrant: thanks! Do you know if I can use the same API for creating a PPA for a selected team? Didn't really use the API for PPA creation before ;)
[14:53] <wgrant> sil2100: Sure. You need to be a team admin, but lp.people['some-team'].createPPA(blah blah blah).
[14:54] <sil2100> Thanks again :)
[14:56] <pitti> Saviq: yes; I did a quick strawpoll in #u-touch this morning, and people leaned towards filing them against ubuntu
[14:57] <Saviq> pitti, ok
[14:57] <pitti> Saviq: ubuntu-rtm  would be more correct, but it's one more place to check bugs, so some people said it's easier to keep them against one distro and just treat it as a different release
[14:57] <pitti> Saviq: DistroRelease: Ubuntu RTM 14.09
[14:57] <pitti> Saviq: but that's good; I set up apport retracers for RTM this morning, let's see what they do about this :)
[14:58] <pitti> Saviq: oh well -- *did*, it already is retraced :)
[14:58] <pitti> looks quite reasonable
[15:07] <Saviq> pitti, yeah, dealt just fine
[15:58] <Saviq> cyphermox, hey, I tried testing krillin with my car kit, but it will only work in reverse pairing mode (meaning it's the phone that needs to made discoverable and you need select it in the car UI and provide the code on the phone when the kit connects)
[15:58] <Saviq> cyphermox, and that doesn't seem to be supported by us yet is it?
[15:58] <Saviq> is there a bug already? should I file one? what data can I provide to be helpful?
[15:59] <cjwatson> pitti: I've noticed a few publishing entries in ubuntu-rtm where you seem to have copied things into 14.09 directly (e.g. cgmanager).  Could you please remember to copy things into 14.09-proposed instead?  You're an archive admin, so you *can* copy directly to 14.09, but doing so bypasses proposed-migration.
[16:13] <cyphermox> Saviq: yeah please file one
[16:13] <cyphermox> Saviq: that said, I would expect that reverse pairing should work too
[16:14] <cyphermox> for instance, the phone can already be made discoverable, and should be detected by the car, but I do know that it's not exposing itself in the right mode.
[16:14] <cyphermox> I still need to figure out the best way to ship these different configurations for bluez
[16:19] <Saviq> cyphermox, so yeah, the part that fails is pairing itself
[16:19] <Saviq> cyphermox, the car displays a code on the dash
[16:19] <Saviq> cyphermox, and I'm supposed to type it in
[16:20] <Saviq> cyphermox, on the phone, but before I see anything, the car goes back saying there was an error
[16:21] <cyphermox> interesting
[16:21] <Saviq> cyphermox, btw, it feels wrong if settings is the only thing capable of that... we need a long running service that will handle PIN/connection requests, because those might happen without the need to even open settings
[16:22] <Saviq> indicator-bluetooth sounds like a valid candidate
[16:22] <cyphermox> in that case, could you file a bug against bluez, and attach /var/log/syslog?
[16:22] <Saviq> cyphermox, doing
[16:23] <cyphermox> I'd think if settings is open you should still be able to get the request to pop up
[16:23] <cyphermox> but to make sure, we must check whether bluez is actually requesting anything
[16:29] <Saviq> cyphermox, https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1362694
[17:32] <pitti> cjwatson: ah, good point; yes, will do that
[17:32] <pitti> cjwatson: today we went via a silo (for base-files), those were the first trials
[17:33] <pitti> cjwatson: but I think I'll still keep copying langpacsk directly from ubuntu to 14.09-proposed (no need for the silo overhead)
[18:09] <sergiusens> pitti: you still around? do you have a flo? can you see why UDISK_SYSTEM is ignored by flo in https://launchpad.net/ubuntu/+source/lxc-android-config/0.193 ? ogra_ and myself couldn't figure it out
[18:09] <sergiusens> it's low priority though
[18:14] <cjwatson> pitti: right, makes sense
[18:14] <cjwatson> bdrung: could you please merge gnustep-back?  gnustep-gui is currently mid-transition and that appears to be part of it
[18:15]  * cjwatson is doing the obvious rebuilds there
[19:10] <muntiger> how do i get started with ubuntu-sdk?
[20:00] <roadmr> muntiger: did you read http://developer.ubuntu.com/ ?
[20:07] <arges> @pilot out
[20:08] <ion> Hello, ".
[21:05] <stgraber> cjwatson, slangasek: can one of you moderate my beta-1 announcement on ubuntu-devel-announce? thanks
[21:12] <cjwatson> stgraber: done
[21:12] <stgraber> cjwatson: thanks
[21:29] <Noskcaj> jtaylor, Could you look at my infernal merge?
[21:29] <jamin> Is there a better place than a Launchpad report, to surface a regression report for an LTS release that has identified the problem, RCA'd it, provided a patch, and located the offending upstream commit
[21:35] <Noskcaj> jamin, not really. link me the bug?
[21:37] <jamin> Noskcaj, https://bugs.launchpad.net/ubuntu/+source/oem-config/+bug/1361595
[21:37] <jamin> Noskcaj, it completely breaks oem-config for server installations
[21:37] <jamin> ultimately leaving the system with no accounts that have a password for login
[21:39] <Noskcaj> link the bug in #ubuntu-installer , they maintain it
[21:39] <Noskcaj> and cjwatson, you're listed as the maintainer of the package, can you take a look
[21:42] <bdrung> cjwatson: i won't find the time to do it in the next days. so please feel free to do the merge yourself.
[21:49] <cjwatson> xnox: ^- do you have a minute to look at 1361595 as referenced above, since that says it was your commit? :)
[21:52] <cjwatson> bdrung: will do, thanks
[22:01] <cjwatson> bdrung: oh, in fact it's a sync, as 0.20.1-2.1 fixed the root cause of our remaining delta in what looks like a better way
[22:01]  * cjwatson syncs
[22:04] <cjwatson> pitti: inspired by a comment at debconf: do you think it might ever be feasible to run autopkgtests as buildd jobs?  anything obvious blocking that?
[22:05] <cjwatson> pitti: obviously launchpad-buildd would need to gain support for it in the same kind of way that it gained support for livefs builds
[22:08] <infinity> zyga: What's the story with cert testing for linux/precise (LP: #1355387)?
[22:09] <infinity> zyga: Looks like the task has been assigned to you for 9 days.
[22:11] <infinity> cjwatson: That was my hope when they first built up this parallel infra.  IMO, every one-off build job could/should run through the same cloud, and our build job cloud of choice is lp-buildd.
[22:12] <infinity> cjwatson: Might be stickier for breaks-testbed jobs, but some thinking between lp-buildd/buildd-manager/scalingstack could probably find an elegant solution.
[22:19] <cjwatson> infinity: breaks-testbed is a PPA guest :)
[22:19] <cjwatson> virtualised builder, rather
[22:20] <ogra_> cjwatson, i need to roll back pittis change of base-files ... how can i upload directly to rtm ?
[22:20] <cjwatson> ogra_: new dput.cf stanza, s/ubuntu/ubuntu-rtm/
[22:20] <cjwatson> g
[22:20] <ogra_> (it breaks CI/smoke testing)
[22:21] <cjwatson> well, not in fqdn :)
[22:21] <cjwatson> [ubuntu-rtm]
[22:21] <cjwatson> fqdn = upload.ubuntu.com
[22:21] <cjwatson> method = ftp
[22:21] <cjwatson> incoming = /ubuntu-rtm
[22:21] <cjwatson> login = anonymous
[22:22] <infinity> ogra_: Which base-files upload is that?
[22:22] <ogra_> infinity, to rtm ... https://lists.ubuntu.com/archives/rtm-14.09-changes/2014-August/000212.html
[22:23] <infinity> Ahh.  Silly me, I was looking in ubuntu.
[22:23] <ogra_> heh
[22:23] <ogra_> that was a true rtm upload actually :)
[22:23] <ogra_> (rare species)
[22:23] <infinity> He shouldn't have changed codename/release stuff.
[22:24] <infinity> That way lies madness.
[22:24] <infinity> The pretty names, sure.
[22:24] <ogra_> well, he needed it for apport/whoopsie he said
[22:24] <infinity> Ugh.
[22:24] <infinity> A lot more tooling (for better or worse) depends on those versions.
[22:29] <Neo31> hello folks :)
[22:36] <sergiusens> infinity:  lool- cjwatson ogra_ need something like this: http://paste.ubuntu.com/8173047/
[22:37] <sergiusens> used the best options I could without breaking backwards
[22:37] <ogra_> sergiusens, yes, that helps with one tool
[22:37] <sergiusens> some of the tooling
[22:37] <sergiusens> yeah
[22:37] <ogra_> but as infinity said, there might be more stuff that relies on /etc/{os,lsb}-release
[22:38] <sergiusens> a bunch I bet
[22:38] <ogra_> and assumes some ubuntuish name
[22:40] <ogra_> hmpf ... rejected ...
[22:42] <lool-> sergiusens: it'd seem we shoudl start with updateing distro_info
[22:45] <xnox> cjwatson: yeap. sorry about that. Will upload after the talk
[22:45] <ogra_> yay, that worked
[22:45] <ogra_> base-files (7.2ubuntu6rtm2) 14.09; urgency=medium
[22:55] <cyphermox> I just noticed a bad translation for the package description of libhybris, in French. Where are these translations if I wanted to fix the strings?
[22:56]  * ogra_ blames rsalveti's french knowledge 
[23:09]  * rsalveti has nothing to do with that
[23:09] <rsalveti> :P