[05:02] <pitti> Good morning
[05:56] <didrocks> good morning
[07:26] <willcooke> happyaron, weekly report please
[07:26] <willcooke> also
[07:27] <willcooke> good morning!
[07:31] <seb128> hey willcooke
[07:31] <didrocks> morning willcooke
[07:31] <larsu> morning!
[07:34] <pitti> ah, life! good morning everyone!
[07:34] <seb128> hey pitti
[07:34] <seb128> pitti, wie gehts?
[07:36] <larsu> cute http://www.omgubuntu.co.uk/wp-content/uploads/2015/05/release-schedule.jpg
[07:36] <didrocks> morning pitti :)
[07:37] <pitti> seb128: gut, danke! ein bisschen muede, vom Sport
[07:37] <pitti> larsu: oooh!
[07:37] <seb128> pitti, same here, I played tennis for over 2 hours yesterday evening ;-)
[07:37] <pitti> seb128: wow, great! so it stopped raining for you too?
[07:38] <seb128> yes, back to blue sky & sun since yesterday afternoon
[07:43] <pitti> seb128: still gray here, but at least dry again
[07:43]  * larsu wonders what this "rain" is that people keep talking about
[07:43] <seb128> larsu, did you move in south of France with didrocks?!
[07:44] <larsu> haha no they speak a weird dialect there
[07:45] <TheMuso> Hey willcooke, hey folks.
[07:45] <willcooke> hey TheMuso, all
[07:46] <seb128> hey TheMuso
[07:47] <seb128> pitti, still looking at this locale filtering issue ... is there a way to say that the "sr" locales dir is for the "sr_RS" locale?
[07:47] <seb128> pitti, out of reading /usr/share/language-tools/main-countries
[07:48] <pitti> seb128: ah, interesting file! that's from accountsservice
[07:48] <pitti> probably something that GunnarHj wrote?
[07:48] <seb128> pitti, yeah, I think one from Gunnar
[07:48] <seb128> likely yes
[07:48] <seb128> there is too much hackery in those scripts to my taste
[07:48] <pitti> seb128: that's not built into locales by themselves, as the concept of a local doesn't have a "main" country (it's a language and region where you are)
[07:49] <seb128> but at the same time it works and nobody else looked at those issues
[07:50] <seb128> pitti, so my new heuristic is to get the list is to keep the locales that are in that main-countries list or have a matching dir in /usr/share/locale-langpack ... how does it sound to you?
[07:51] <seb128> pitti, so sr_RS would stay because it's a "main" language, en_GB because it's a disk dir, en_NZ would match neither and be filtered out
[07:52] <seb128> same de_DE is a main language so it would stay
[07:52] <pitti> seb128: what's wrong with showing all locales that we have translations for?
[07:52] <seb128> pitti, define "have translation for"
[07:52] <seb128> or how do we check that?
[07:53] <pitti> e. g. for "de", I thought launchpad's policy was to only ship "de/" translations, not "de_*"
[07:53] <pitti> (that should be true for the majority of languages, except zh, en, es, and pt)
[07:53] <pitti> seb128: has a dir in /usr/share/locale-langpack/ ?
[07:53] <seb128> pitti, well, we have a "de_DE" locale, we can't check for /usr/share/locale-langpack/de_DE
[07:53] <seb128> since that doesn't exist
[07:53] <pitti> we do have en_NZ translations, so why would we hide them?
[07:54] <willcooke> thx happyaron
[07:54] <pitti> or rather, if we don't want them, we should already disable them in launchpad and the langpacks
[07:54] <seb128> pitti, we wouldn't, my heuristic is keeping those which have a dir on disk
[07:54] <pitti> no point in offering them for translations?
[07:54] <seb128> pitti, "keep the locales that are in that main-countries list or have a matching dir in /usr/share/locale-langpack ."
[07:54] <pitti> seb128: why do you need de_DE?
[07:55] <seb128> because we want to propose "German" in the languages?
[07:55] <pitti> seb128: is whatever you are doing purely for translations, or does it have a regional aspect too (time, currency, paper format, etc.)?
[07:55] <seb128> just display language translations
[07:55] <happyaron> willcooke: :)
[07:55] <pitti> seb128: right, but why would that not be de, but de_DE?
[07:55] <seb128> pitti, we use the output from "locale -a" to build the list
[07:56] <seb128> maybe that bit is wrong and to revisit
[07:56] <pitti> that's a good thing to start from
[07:56] <seb128> but that includes "de_DE" not "de"
[07:56] <pitti> but might be easier to start from /usr/share/locale-langpack/*
[07:57] <pitti> and then substract the entries from that which we dont' have locales for
[07:57] <pitti> e. g. de, en, en_AU would all stay
[07:57] <pitti> but en@quot would drop
[07:57] <seb128> how do you determine what's the locale for e.g "de"
[07:57] <seb128> or for "sr"
[07:58] <pitti> just prefix matching
[07:58] <seb128> we need the locale
[07:58] <seb128> to have a nice display name
[07:58] <Laney> hey ho
[07:58] <Laney> this topic again!
[07:58] <pitti> seb128: hm, you just told me you don't need a region?
[07:58] <pitti> hey Laney!
[07:59] <seb128> pitti, well, we .displayName() in the UI to show nice names in the list
[07:59] <pitti>  /usr/share/language-tools/language2locale  de
[07:59] <pitti> de_DE.UTF-8
[07:59] <pitti> hm, this perhaps?
[08:00] <seb128> hey Laney
[08:00] <pitti> language-selector is able to figure this all out, what does that use?
[08:00] <seb128> right
[08:00] <seb128> that uses /usr/share/language-tools/main-countries
[08:00] <seb128> which is basically my current heuristic
[08:00] <seb128> look to that list and to existing langpack dirs
[08:02] <seb128> Laney, do you like that patch better? http://paste.ubuntu.com/11259919/
[08:02] <seb128> Laney, ignore the code comment I didn't rewrite it yet
[08:02] <Laney> haha
[08:03] <Laney> I was confused
[08:03] <Laney> can you explain the indexOf in english?
[08:03] <seb128> Laney, basically I keep locales that are "main language ones" (= likely) or that have a matching dir
[08:03] <Laney> it's hard to figure it out from the code
[08:03] <Laney> ok
[08:03] <Laney> I think that's what I was asking for, so yes
[08:03] <seb128> "is the locale in the /usr/share/locale-langpack/*"
[08:03] <seb128> the table is the ls from that dir
[08:04] <seb128> and the indexOf is "is that value in the list"
[08:04] <seb128> good :-)
[08:04] <seb128> I might still look at simplifying that code/reworking it later
[08:04] <seb128> but that diff works and should do the job with minimal changes
[08:04] <seb128> Laney, pitti, thanks for the input!
[08:05] <Laney> an improvement that I suggested last night is to have that script take multiple inputs and process them all
[08:05] <Laney> it is a bit grim to call it once for each locale
[08:12] <seb128> Laney, yeah, going to look at that next (or at replacing the script, I like better to build a table from the text file and dealing with that than having to call some script calling sed & co)
[08:12] <seb128> Laney, http://paste.ubuntu.com/11260039/ with updated comment, if that looks ok to you I'm going to put it up for review
[08:14] <Laney> any reason you use indexOf instead of contains?
[08:18] <seb128> Laney, I think contains() does substring matching
[08:18] <seb128> ["de_DE", "en_GB"] contains "en" but wouldn't have an indexOf "en" I think
[08:19] <Laney> that would surprise me
[08:19] <larsu> no, contains is ==
[08:19] <seb128> weird
[08:19] <seb128> http://doc.qt.io/qt-4.8/qstringlist.html#contains
[08:19] <Laney> is this in a loop?
[08:20] <seb128> oh, I misread the example
[08:20] <seb128> nevermind ;-)
[08:20] <Laney> I think you should list the directory before it
[08:20] <seb128> the api doc was not responding yesterday and I was unsure
[08:20] <larsu> I guess you could do .filter("de")[0]
[08:21] <larsu> but you'd need to check that [0] exists
[08:23]  * Laney filters larsu 
[08:24]  * larsu disappears
[08:25] <larsu> ah wait, I guess I should be the only one left if you filter on "larsu"
[08:25] <larsu> hello?
[08:25] <seb128> k
[08:25] <seb128>                 installedTranslations.contains(languageLocale.localeName.split(".utf8")[0]))
[08:25] <seb128> that's probably easier to read
[08:25] <Laney> all this talk of lists makes me want to write Haskell again
[08:25] <seb128> larsu, can't see you!
[08:27] <Laney> seb128: did you see my comment about the dir list?
[08:28] <seb128> Laney, that's a very good point, just did, thanks ;-)
[08:28] <Laney> ok, now SHIP IT
[08:36] <seb128> Laney, https://code.launchpad.net/~seb128/ubuntu-system-settings/language-filter-translations/+merge/259730
[08:38] <Laney> wait, what's that script that GunnarHj talks about?
[08:39] <seb128> dunno, something that doesn't do what we need by default :p
[08:39] <seb128> it lists e.g en_NZ or de_CH for me
[08:40] <seb128> that's because it uses /usr/share/locale as well
[08:41] <Laney> ok
[08:41] <Laney> I feel like this isn't the end of the story on listing languages
[08:42] <seb128> no, but it seems that script is supposed to do what we want
[08:42] <Laney> right
[08:42] <Laney> what does it do on your phone?
[08:43] <seb128> Laney, http://paste.ubuntu.com/11260387/
[08:44] <Laney> too many?
[08:44] <seb128> unsure
[08:44] <seb128> too many on my desktop for sure
[08:45] <Laney> ok let's think about this later
[08:45] <Laney> I think we probably will end up wanting a mechanism for adding any language
[08:46] <Laney> which will somehow install the langpack and then it will be listed anyway
[08:47] <seb128> I need to go back to mpt
[08:47] <seb128> the issue there/the flackiness is because e.g
[08:47] <seb128> $ ls /usr/share/locale/de_CH/LC_MESSAGES/
[08:47] <seb128> encfs.mo  virt-viewer.mo
[08:47] <seb128>  
[08:47] <seb128> so you get 1 thing on the system including a translation for a weird locale and it makes it be listed
[08:48] <seb128> unsure if we maybe we would like to list only languages with a >%system_strings translated
[08:48] <seb128> like only if it's > 50% translated
[08:48] <Laney> you'd probably exclude all variants then
[08:49] <Laney> I bet en_GB doesn't have many differences from en_US
[08:49] <seb128> hum
[08:50] <seb128> so apply that filter only for non variants ;-)
[08:50] <seb128> that topic is more complicated that I thought it was :-/
[08:50] <Laney> maybe, but then they are presumably only installed when a user has done it on purpose
[08:50] <Laney> we would only ship major languages by default
[08:51] <mpt> ahhhhhh
[08:51] <Laney> oh, hello mpt
[08:51] <seb128> hey mpt
[08:51] <mpt> seb128, I am so sorry, I thought I had commented again about the locale stuff
[08:52] <Laney> oh god, stop reading now, he's going to make you change it
[08:52] <seb128> mpt, trying to get that list of language simplified, we have a solution which is not perfect but should be a good first step
[08:52] <seb128> lol
[08:52] <mpt> seb128, I was all geared up to separate out locale stuff into its own screen, but Andreea (reasonably) says that so much is changing in the first-run setup, that we should leave that for later
[08:53] <seb128> mpt, yeah, well our first step solution should be good enough for now
[08:53] <seb128> it basically keep languages which have langpack translations installed
[08:54] <seb128> so no more e.g de_CH
[08:54] <seb128> or en_NZ (sorry ;-)
[08:55] <Laney> should we remove the (Country) for the likely locale?
[08:56] <Laney> to not make New Zealanders have to click on English (United States) ...
[08:58] <mpt> The currency setting in locales is pretty much useless, right? I.e. I won’t have £ appearing anywhere merely because in the absence of en_NZ I choose en_GB
[08:59] <seb128> good point, dunno where that's used
[08:59] <seb128> or rather I don't know of any place where it's used
[08:59] <seb128> but it doesn't mean it's not used
[09:00] <pitti> anything using strfmon()
[09:01] <pitti> also, start of weekday, summer time, paper formats etc. are region specific
[09:01] <seb128> pitti, yeah, I just don't know if we have lot of code doing that
[09:01] <pitti> but why are we talking monetary/time/ etc. now?
[09:01] <pitti> I thought we are *just* talking about a language?
[09:02] <pitti> if this is for picking a *locale*, don't filter out anything
[09:02] <mpt> pitti, because the current list shows language+locale
[09:02] <pitti> list for what?
[09:02] <mpt> seb128’s change drops the locales that don’t have a corresponding language
[09:02] <pitti> selecting a  desktop translation doesn't need that; selecting a system locale very much does
[09:02] <mpt> System Settings > Language & Text > Display language
[09:02] <pitti> ah; that'll just set LC_MESSAGES and LANGUAGE, right?
[09:02] <mpt> This is because I was in a mad rush in 2013 and thought, “eh, let’s think about locale later”
[09:03] <mpt> And now is later
[09:03] <pitti> and we presumably have another setting for the region then
[09:03] <Laney> It currently sets the language and locale
[09:03] <mpt> We don’t
[09:04] <pitti> oh!
[09:04] <pitti> seb128: so previously you said that this is just about a language
[09:04] <mpt> And when we do, it should we changed in both System Settings and the first-run setup, otherwise we’re inconsistent
[09:04] <pitti> what is true now?
[09:04] <mpt> And Andreea doesn’t want to change it in the first-run setup for now. So.
[09:05] <pitti> well, first-time setup does include the countries
[09:05] <mpt> Only because System Settings does too
[09:05] <pitti> (at least for German, i haven't checked the others)
[09:05] <Laney> It is true, the change will mean you can only have a locale if there are translations
[09:05] <mpt> And the lack of locales will start mattering when bug 1447504 is fixed
[09:05] <pitti> ideally these  become two separate settings, like in ubiquity and language selector
[09:05] <mpt> yes
[09:05] <pitti> I can be in the US and still speak Spanish
[09:06] <Laney> Should we wait until there is a design for locale then?
[09:06] <mpt> I think so, sorry seb128
[09:06] <pitti> and one language and a completely independent country/region setting are both smaller individually and also more logical
[09:06] <mpt> I thought I had commented to that effect, but I guess I did not
[09:06]  * pitti knows some fr_NL dude here :-)
[09:07]  * pitti hugs seb128 ^
[09:07] <mpt> The code is still good, it just needs to wait for a few weeks-ish
[09:08] <seb128> shrug
[09:08] <seb128> it feels like I just wasted a day :-/
[09:08] <Laney> this discussion wouldn't have happeed otherwise
[09:09] <pitti> seb128: well, as mpt said I think the filtering *is* good for a language list
[09:09]  * seb128 hugs pitti back
[09:09] <pitti> seb128: the thing that's missing is a separate region list
[09:09] <seb128> pitti, well, it's just that mpt made it sounds like that having locales was an important usability problem for that list
[09:09] <pitti> "what do I speak" and "where am I" are two independent things
[09:09] <seb128> which motivated to work on it
[09:10] <seb128> right
[09:10] <seb128> but that was meant to be a languages list
[09:10] <seb128> the whole thing is just frustrating at this point
[09:10] <Laney> we probably get to discuss these issues again in a few weeks
[09:10] <pitti> right, the current first-time setup is bad, it mangles both, has a long list, and doesn't have most combinations
[09:10] <Laney> yay!
[09:10] <seb128> "oh, we really need to fix that now"
[09:10] <seb128> "there is a fix"
[09:10] <mpt> seb128, to be fair, this bug is #107 on the list of ubuntu-system-settings bugs and wasn’t Triaged or linked to a spec yet, I didn’t know you were going to work on it yesterday
[09:10] <seb128> "sorry but in fact we keep it the current way"
[09:11] <seb128> mpt, well you IRC pinged about it and commented on the bug recently, which I took as an hint that it needed to be looked at
[09:11] <seb128> mpt, and where do you get your ranking from? ;-)
[09:12] <mpt> seb128, https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings
[09:13] <mpt> seb128, in my comment I said “we can separate out the choice of locale into its own step. If you have allowed location detection, possibly the step will be automatic, or at least the default can be based on your location”
[09:14] <mpt> None of that is designed yet, I was just documenting thoughts in progress (a) in case I forgot them later and (b) so you and others could tell me if I was making a mistake
[09:14] <mpt> (c) in case I get hit by a bus
[09:14] <seb128> k, sorry for assuming that was something to look at now
[09:14] <seb128> I guess it's was not all waster work
[09:15] <mpt> No, it’s not wasted, it just has a dependency
[09:15] <seb128> so I should put the change on hold until we get something else for the locale selection?
[09:16] <mpt> yes please
[09:16] <seb128> done
[09:16] <seb128> mpt, thanks
[09:16]  * mpt hugs seb128 
[09:16]  * seb128 hugs mpt back
[09:17] <larsu> mpt: please look left and right when crossing the street
[09:18] <larsu> err, right and left
[09:27] <Laney> it's London, they tell you which way to look
[09:27] <Laney> that is why nobody gets hurt there!
[09:29] <Laney> so... the other day someone showed me their laptop running 12.04 because they were having a problem with it
[09:30] <Laney> turns out that update manager was offering them an update to 12.10 and when they clicked it it failed
[09:30] <Laney> which was worrying them
[09:30] <Laney> anyone know if this is fixed in current u-m?
[09:33] <seb128> is 12.10 still available?
[09:33] <Laney> no
[09:33] <seb128> I thought we just supported LTS to LTS upgrades in those cases
[09:33] <seb128> oh
[09:33] <seb128> I see what you mean
[09:33] <seb128> it should have suggested an upgrade to 14.04 not 12.10
[09:34] <seb128> that's a mvo question :-)
[09:34] <seb128> mvo, ^ you might know?
[09:34] <Laney> I wonder if it cached it
[09:34] <Laney> or if it is still a current issue
[09:34] <seb128> boot a 12.04 iso in a vm and try :-)
[09:35] <Laney> ya
[09:35] <mvo> Laney: uh, did he/she changed /etc/update-manager/release-upgrades at some point? the default for a lts is lts there
[09:36] <Laney> mvo: It's possible, I don't know - the problem is offering an upgrade to an EOL release
[09:36] <seb128> mvo, well, even if that was changed to "next version" if the next version is out of support we should suggest the lts no?
[09:38] <Laney> I did change it to LTS and then it updated okay
[09:39] <mpt> bug 1199060
[09:40] <Laney> I guess it's still current then
[09:41] <Laney> mpt: The problem here is that the *next* release is EOL
[09:41] <mpt> understood
[09:41] <Laney> should we fall-back to trying the next LTS?
[09:41] <didrocks> I guess only if the current release is LTS
[09:41] <didrocks> otherwise, the upgrade path isn't supported
[09:41] <Laney> yes, otherwise you die
[09:42] <didrocks> and so it should tell "please reinstall"
[09:42] <Laney> "Sorry pal, better reinstall"
[09:42] <Laney> oh man, that makes me sad
[09:42] <didrocks> don't be sad :p
[09:43] <Laney> We talked at UDS about just supporting this but it never made it through to being policy
[09:44] <mpt> Is it not possible to upgrade to an EOL LTS just as a step towards the current LTS?
[09:45] <Laney> I suppose so, using the old-releases archive
[09:46] <Laney> This applies even (maybe moreso) on non-LTS releases too
[09:46] <mpt> Right. I guess what I really mean is, how much fiddling would a user need to do to do that. (E.g. would they have to edit text files.)
[09:46] <Laney> because the only supported upgrade path there is via the next normal release
[09:47] <Laney> but then, what's support anyway if you're upgrading to a release which itself is EOL?
[09:47] <Laney> I think you'd have to use apt yourself and point sources.list at old-releases.ubuntu.com
[09:50] <Laney> Not sure we make any guarantees about the availability of that archive either. And I don't think it's mirrored so IS would probably cry if any amount of traffic were to hit it.
[09:51] <Laney> I'll probably skirt around this hell hole and simply implement "if we're on an LTS and the next regular release is EOL, then try the next LTS instead".
[09:52] <mpt> Something like this? <https://wiki.ubuntu.com/SoftwareUpdates?action=diff&rev2=196&rev1=195>
[09:53] <Laney> Basically this, yes
[09:53] <didrocks> +1
[09:53] <Laney> Although the installer is supposed to let you keep your files
[10:18]  * Laney commits a sin
[10:23] <larsu> git commit -a -m "I have sinned"
[10:27] <Laney> it's for the greater good
[10:27]  * Laney 's fingers slip
[10:48] <Sweet5hark> hi all from Cambridge!
[10:50] <larsu> hi Sweet5hark!
[10:56] <Laney> good choice Sweet5hark
[10:56] <Laney> get yourself down the devonshire arms
[10:57] <Sweet5hark> Laney: will try!
[10:58] <Laney> you could also get the guided bus and go visit my mum ^o)
[10:58] <Laney> insert your mum joke here
[12:03] <willcooke> chrisccoulson, hihi, Ubuntu Browser on Desktop Next crashes on startup.  http://paste.ubuntu.com/11262972/  any ideas?
[12:03] <willcooke> chrisccoulson, oh, and the log file mentions "legacy browser".  Am I running a really old version?
[12:05] <chrisccoulson> willcooke, is EGL_PLATFORM set in the environment for the process?
[12:06] <willcooke> how do I tell?
[12:06] <chrisccoulson> willcooke, env | grep EGL_PLATFORM from a terminal
[12:07] <willcooke> chrisccoulson, thx - so, no it's not. I expect I need to set that in the /etc/environment?
[12:07] <willcooke> what do I set it to?
[12:09] <willcooke> Mir?
[12:09] <willcooke> I'll try that
[12:10] <Laney> why is that required?
[12:11] <willcooke> dunno.  But it fixed it
[12:11] <willcooke> "We don't know how it works.... BUT IT DOES"
[12:12] <Laney> Would be good if it could detect the right value and only use env vars to override it
[12:12] <Laney> but... don't know about this stuff :)
[12:17] <chrisccoulson> willcooke, I reported bug 1457458
[12:17] <chrisccoulson> note, I can't actually run desktop-next (I just get a blank screen when I log in), so I can't test this
[12:18] <seb128> chrisccoulson, hey, did you try on real hwd or in a vm?
[12:18] <seb128> what Ubuntu release are you on?
[12:18] <chrisccoulson> seb128, real hardware (intel). And this is on vivid
[12:20] <willcooke> thx chrisccoulson
[12:20] <willcooke> FWIW, I installed from an old ISO yesterday and it works:
[12:20] <willcooke> https://chinstrap.canonical.com/~will/vivid-desktop-amd64-FINAL.iso
[12:21] <willcooke> it's not really final
[12:21] <Laney> is that the same as http://cdimage.ubuntu.com/ubuntu-desktop-next/backup-20150422/ ?
[12:21] <willcooke> yes!
[12:21] <Laney> that one is on a non secret url ;-)
[12:22] <willcooke> good call, thx Laney
[12:26] <seb128> chrisccoulson, can you share your ~/.cache/upstart/unity8.log ?
[12:29] <Laney> oh FFS, now what is up with gvfs?
[12:32] <chrisccoulson> seb128, one second, I need to install desktop-next again
[12:34] <Laney> I was just approaching having working autopkgtests for everything again
[12:34] <Laney> and now this starts failing
[12:34]  * Laney weeps
[12:39] <chrisccoulson> seb128, there's only 2 lines in it
[12:39] <chrisccoulson> ()
[12:39] <chrisccoulson> QXcbConnection: Could not connect to display
[12:40] <seb128> chrisccoulson, how do you start the session? using unity8-desktop-session from lightdm?
[12:40] <chrisccoulson> seb128, yeah
[12:41] <seb128> weird, it looks like it's using the wrong backend or something
[12:41] <seb128> is there anything useful in the lightmdm greeter log?
[12:41] <seb128> or the system compositor log?
[12:41] <seb128> maybe try to wipe .cache/upstart, try to log in and see what's in there
[12:42] <seb128> ChrisTownsend, ^ does that sort of issues ring any bell to you?
[12:43] <ChrisTownsend> seb128: Yeah, it's using the wrong backend.  bschaefer was hitting that yesterday, but we thought it was due to him mucking around with Mir and getting his libs screwed up.  It works fine for me.
[12:45] <chrisccoulson> Is there any way I can tell network manager to stop using the ofono settings plugin? (I have to keep uninstalling unity 8 because of bug 1391842)
[12:45] <seb128> chrisccoulson, do you have some touch init scripts installed?
[12:45] <seb128> cyphermox, ^
[12:45] <chrisccoulson> seb128, no, this is a fresh profile
[12:45] <seb128> chrisccoulson, "profile" means system install?
[12:46] <chrisccoulson> seb128, no, I just created a new user account to test unity 8
[12:46] <cyphermox> chrisccoulson: remove "ofono" from /etc/NetworkManager/NetworkManager.conf
[12:47] <chrisccoulson> cyphermox, I have. It's still messed up
[12:47] <cyphermox> well, you also need to restart NM
[12:47] <cyphermox> that's all there is to it
[12:48] <cyphermox> otherwise, you're looking at a bug in MM rather than an issue with ofono
[12:49] <chrisccoulson> cyphermox, I restarted NM and I still have a bunch of non-functioning entries in the menu for me 3G adapter
[12:49] <chrisccoulson> The only way I've ever been able to make it work is to uninstall ofono
[12:50] <cyphermox> chrisccoulson: I don't know, you shouldn't have ofono entries if the plugin is disabled
[12:50] <cyphermox> try to see if they are in /etc/NetworkManager/system-connections?
[12:50] <cyphermox> but they shouldn't be
[12:50] <seb128> chrisccoulson, right, but you don't have e.g ubuntu-touch-session installed right?
[12:51] <cyphermox> (unless you tried to edit them)
[12:51] <seb128> chrisccoulson, bug #1238151
[12:51] <chrisccoulson> seb128, I don't have that installed
[12:51] <seb128> hum, k :-/
[12:51] <seb128> chrisccoulson, anything useful in the greeter log?
[12:52] <seb128> ChrisTownsend, did you debug that a bit with Brandon? any clue what to look at?
[12:53] <ChrisTownsend> seb128: Unfortunately, I went offline before he said reported any of his findings.  Maybe bregma heard from him...
[12:53] <seb128> bregma, ^
[12:53] <bregma> I have heard nothing more
[12:55] <chrisccoulson> seb128, it doesn't look like it. But unity-system-compositor.log has this - http://paste.ubuntu.com/11263708/
[12:56] <ChrisTownsend> Looks like Mir doesn't like your monitor.  Should probably check with the Mir guys about why.
[12:58] <seb128> chrisccoulson, how many screens do you have?
[12:59] <seb128> if you are docked maybe try undocked
[12:59] <chrisccoulson> seb128, I'm docked. But I had a blank screen the last time I tried it undocked too
[12:59] <seb128> chrisccoulson, try reporting a bug on mir, and/or ask in #ubuntu-mir
[13:06] <pitti> oh dear, I just re-discovered http://people.canonical.com/~pitti/photos/pitti-virtual-desktop.png (from 2009)
[13:06] <seb128> waouh
[13:06] <seb128> things changed a bit since ;-)
[13:07]  * pitti is currently cleaning up his public_html, but I'll keep that :)
[13:07] <pitti> seb128: well, the terminal/weechat layout hasn't for me :)
[13:07] <pitti> and I still only have one panel at the top and nothign else
[13:07] <seb128> pitti, what was the dog icon? ;-)
[13:08] <pitti> seb128: I *think* it was a custom launcher to run offlineimap
[13:08] <pitti> seb128: it's the mutt icon
[13:08] <seb128> ah ok, I saw that one before but I couldn't remember where/what it was
[13:09] <larsu> beautiful theme :)
[13:09] <larsu> and pidgin!
[13:28] <pitti> larsu: and ekiga!
[13:28] <pitti> larsu: I actually still use pidgin
[13:28] <pitti> there was some talk about teaching telepathy about OTR, but it seems it never went anywhere? :-(
[13:28] <larsu> seems nothing is going anywhere with telepathy
[13:36] <xclaesse> pitti, there are patches, and even package in my ppa
[13:37] <xclaesse> but then nobody really cared to push further to get it merged, and I lost interest
[13:37] <xclaesse> looks like there are million of people wanted OTR, but none of them can write code :/
[13:48] <qengho> Laney: I got two email messages. 1, Launchpad marking my sikuli bug report as fixed. 2, one minute later, Jenkins saying chromium tests pass. Thanks!
[13:51] <pitti> Jenkins Fixed - wily-adt-chromium-browser 20 \o/
[13:52] <pitti> so glib2.0 and the whole stack that depends on it propagates now
[13:59] <Laney> pitti: why's that not held up by gvfs which just started failing?
[13:59] <pitti> Laney: why should it? when gvfs ran for glib2.0, it passed
[14:00] <pitti> Laney: gvfs started failing becaues of the new libgphoto2
[14:00] <pitti> (I'm on it)
[14:00] <Laney> I see, I thought that it takes the latest run
[14:00] <pitti> Laney: we track runs per triggering package
[14:01] <pitti> http://people.canonical.com/~ubuntu-archive/proposed-migration/wily.history
[14:01] <pitti> gvfs 1.24.1-1ubuntu1 PASS glib2.0 2.45.1-2
[14:01] <pitti> gvfs 1.24.1-1ubuntu1 FAIL libgcrypt20 1.6.3-2ubuntu1
[14:01] <pitti> gvfs 1.24.1-1ubuntu1 RUNNING libgphoto2 2.5.7-5ubuntu1
[14:01] <pitti> that's "tested-pkg tested-pkg-version result triggering-pkg triggering-pkg-result"
[14:01] <pitti> Laney: ^ FUI
[14:01] <pitti> FYI even
[14:02] <Laney> but you try to re-collect for failures or something?
[14:02] <pitti> how do you mean?
[14:03] <Laney> It does notice when failures are retried and go green
[14:03] <Laney> the retry isn't tied to a particular triggering package
[14:04] <pitti> ah, right; I don't know how that magic works :/
[14:04] <Laney> ah well, it does work
[14:04] <pitti> that's a q for jibel
[14:29] <seb128> kenvandine, hey
[14:29] <kenvandine> hey seb128
[14:29] <seb128> kenvandine, there is an issue with settings in silo 34
[14:30] <kenvandine> :(
[14:30] <seb128> kenvandine, it adds a depends on google-mock, which pulls in the python2.7 stack, that can't be right...
[14:30] <seb128> The following NEW packages will be installed:
[14:30] <seb128>   google-mock libgtest-dev libpython-stdlib libpython2.7-minimal
[14:30] <seb128>   libpython2.7-stdlib python python-minimal python2.7 python2.7-minimal
[14:30] <seb128> 0 upgraded, 9 newly installed, 0 to remove and 0 not upgraded.
[14:31] <kenvandine> ugh
[14:31] <seb128> that comes from https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/fix-network/+merge/257966
[14:32] <seb128> kenvandine, did you add it by error there? was it meant to be for -autopilot?
[14:33] <kenvandine> should be a build depends
[14:33] <seb128> it is as well
[14:33] <seb128> it got added to b-d and depends
[14:33] <kenvandine> not runtime
[14:33] <seb128> can you fix it?
[14:33] <seb128> we are going to need to reconfigure then
[14:33] <kenvandine> fixing now
[14:34] <seb128> thanks
[14:34] <kenvandine> thanks for catching it!
[14:34] <kenvandine> this branch adds some nice testing :)
[14:34] <seb128> yw!
[14:36] <kenvandine> fixed and building
[14:36] <seb128> kenvandine, bah, it's buggy more
[14:36] <kenvandine> ugh!
[14:36] <seb128> sorry :-/
[14:37] <seb128> kenvandine, current vivid version lists me 2 updates, new deb says the software is uptodate :-/
[14:37] <kenvandine> oh interesting!
[14:37] <seb128> document viewer and the authentificators were listed
[14:37] <seb128> if I downgrade back to the vivid version there are still listed
[14:37] <seb128> I did some updates/downgrades, it's not transient
[14:38] <kenvandine> ok, i'll have to talk to mandel about it
[14:38] <kenvandine> this branch was my rebase of his branch
[14:39] <seb128> kenvandine, I set the testing to false, I'm happy to test again or provide more info if needed
[14:39] <kenvandine> sure
[14:39] <kenvandine> no rush on it
[14:40] <kenvandine> and i really don't have time right now to try to fix it, hopefully mandel can
[14:41] <seb128> yeah
[14:42] <seb128> kenvandine, I'm going to try to flush the queue to wily tomorrow, then we can sort out vivid landings
[14:42] <kenvandine> seb128, yeah, that's cool
[14:43] <kenvandine> seb128, i'm branching for 15.04 now
[14:43] <seb128> kenvandine, settings?
[14:43] <kenvandine> yes
[14:43] <seb128> k, I was going to do that tomorrow as well
[14:43] <seb128> but if you do it, one less thing for me to do ;-)
[14:43] <kenvandine> i just did it for content-hub, so might as well continue :)
[14:43] <seb128> cool
[14:51] <larsu> hm, 4kB/s from launchpad right now :(
[14:51] <larsu> cloning a project
[14:51] <seb128> larsu, get better internet
[14:51] <Laney> haha
[14:51] <larsu> internet's fine
[14:52] <Laney> thursday troll
[14:52] <larsu> ya
[14:52] <seb128> get better isp? ;-)
[14:52] <seb128>  15001kB  1901kB/s \ Fetching revisions:Inserting stream:Estimate 68621/107789
[14:52] <larsu> weird
[14:52] <seb128> larsu, and you don't clone, you branch on launchpad :p
[14:52] <seb128> or are you trying the git support?
[14:53] <larsu> no, but I use git bzr, for which the action verb is also "clone"
[14:53] <seb128> k
[14:53] <seb128> well, dunno what's up
[14:53] <larsu> whatevs, got it now :)
[14:53] <seb128> maybe there is a roundrobbing and got a slow server or something
[14:53] <larsu> was better earlier, surely just a hickup
[14:54] <seb128> robin even
[14:54] <seb128> k
[14:54] <seb128> Laney, btw, when do we get git?
[14:54] <Laney> what kind of git?
[14:54]  * seb128 reads documentation and feels like ready to use it
[14:54] <seb128> like stuff we do in git
[14:54] <Laney> you mean desktop team?
[14:55] <seb128> the migration you announced :p
[14:55] <seb128> yes
[14:55] <seb128> bring it on!
[14:55] <seb128> I'm ready ;-)
[14:55] <Laney> ah, don't know, I haven't played with LP's stuff yet
[14:55] <Laney> do you know how ready that is?
[14:55] <Laney> I mailed some pkg-gnome guys about working on this in debcamp but nobody was available
[14:55] <seb128> it's supposed to work fine, including merge request etc
[14:55] <Laney> still might do it then though
[14:55] <seb128> but needs polish
[14:56] <seb128> we can probably pick some projects and start playing
[14:58] <Laney> I'll try it for the next glib upload or something
[16:29] <attente> hi, is there any plan to update qt to 5.4.2?
[16:32] <seb128> Mirv, sil2100, pmcgowan, ^ do you know?
[16:35] <seb128> attente, I assume we are going to do this cycle, not sure for the phone image on vivid, why?
[16:38] <sil2100> attente, seb128: not entirely sure, I know there are plans for a new version of Qt for wily but not sure if it's 5.4.2 or something else
[16:39] <sil2100> For touch we have no plans right now
[16:39] <seb128> sil2100, thanks
[16:39] <pmcgowan> right
[16:40] <pmcgowan> there will be 5.5 soonish
[17:24]  * willcooke -> EOD