[03:40] <pitti> Good morning
[05:16] <larsu> good morning!
[06:21] <didrocks> good morning
[07:57] <GunnarHj> seb128: Good morning Sebastien!
[08:02] <willcooke> o/
[08:03] <Laney> ahoy there
[08:03] <didrocks> morning willcooke, Laney
[08:04] <Laney> what's up didrocks
[08:04] <larsu> morning willcooke and Laney
[08:04] <larsu> how's life?
[08:05] <willcooke> morning all
[08:05] <willcooke> It's raining \o/
[08:05] <didrocks> Laney: planning for a run in ~20 minutes, getting up to 30° again today
[08:05] <willcooke> oof
[08:06] <Laney> didrocks: nice
[08:06] <Laney> cloudy today, seems we got to have one day of sun
[08:06] <Laney> hey larsu
[08:06] <Laney> what's crackin'?
[08:07]  * larsu is yelling at totem
[08:08] <Laney> tooooooooottttteeeeeeeeeemmmmmmmmmmm
[08:08] <Laney> menus?
[08:08] <larsu> jhbuilt version doesn't play any videos
[08:08] <larsu> which means I can't test on master :/
[08:10] <Laney> :/
[08:10] <Laney> have you got gst and all -plugins built in jhbuild?
[08:11] <larsu> Can't play a text file without video or visualizations.
[08:11] <larsu> Laney: ya -good, -bad, -ugly
[08:34] <seb128> hey GunnarHj
[08:34] <seb128> hey willcooke didrocks
[08:34] <seb128> Laney,
[08:34] <Laney> seb128,
[08:34] <larsu> that's some weird comma use
[08:34]  * seb128 back from passeport renewal
[08:34] <seb128> larsu, that's xchat tab completion
[08:34] <larsu> do you 'ave it?
[08:34] <seb128> no
[08:34] <seb128> I've my request in the system
[08:35] <seb128> they don't- produce them live at the town hall
[08:35] <Laney> sexy new photograph?
[08:35] <seb128> new photograph indeed
[08:35] <Laney> haha
[08:35] <seb128> sexy not sure, you are not allow to smile :p
[08:35] <seb128> allowed
[08:36] <seb128> "look like you mean business, not having fun" ;-)
[08:36] <GunnarHj> seb128: Have a minute for bug #1443178?
[08:37] <seb128> GunnarHj, sure, though I don't understand the issue enough to have an opinion, as stated on the bug
[08:37] <seb128> I think all those locale things are overcomplicated and I'm not sure to understand why that needs to be
[08:37] <seb128> I dislike having something doing work/writing config during normal login if you don't change anything
[08:39] <GunnarHj> seb128: The reason for it is a long story, and is to a large extent due to the design of language-selector, which provides a language priority list.
[08:39] <didrocks> re seb128
[08:39] <seb128> didrocks, re, didn't go for exercice yet? the ~20min are over ;-)
[08:40] <didrocks> seb128: yeah… not yet
[08:40] <GunnarHj> seb128: But saving about 400 bites of data will allow for a significant performance improvement in this case.
[08:41] <GunnarHj> seb128: I do have the right to upload... Should I do so, and let's see if there is any reactions?
[08:44] <seb128> GunnarHj, let me try to understand the issue, do you have a comment/post to summarize it?
[08:44] <larsu> GunnarHj: why does a-s get the language when writing the volume?
[08:45] <larsu> GunnarHj: also, why does i-sound write the volume on startup?
[08:45] <GunnarHj> seb128: I added a couple of comments after your latest.
[08:46] <GunnarHj> larsu: a-s fetch all stored user data at startup.
[08:46] <larsu> GunnarHj: and it calculates the language then as well?
[08:47] <GunnarHj> larsu: Yes, and the need to calculate is over and over is the problem.
[08:47] <GunnarHj> s/is/it/
[08:48] <larsu> GunnarHj: can't it cache the value?
[08:48] <larsu> GunnarHj: is there an upstream bug as well?
[08:48] <GunnarHj> larsu: That's my idea. :)
[08:48] <GunnarHj> larsu: No upstream; this is an Ubuntu specific patch.
[08:49] <GunnarHj> larsu: Or did you mean cache in memory?
[08:49] <larsu> GunnarHj: in memory. Writing config on startup seems like a bad idea
[08:51] <GunnarHj> larsu: Possibly. But then you have setups with hundreds of users. See e.g. bug #1350393.
[08:52] <GunnarHj> larsu: It currently calculates the value for each user at each startup.
[08:52] <larsu> GunnarHj: why?
[08:52] <larsu> GunnarHj: got a meeting now, bbiab and can have a more detailed look
[08:53] <GunnarHj> larsu: Ok. (There is a reason.)
[08:58] <GunnarHj> seb128: Caching in memory, which larsu suggested, might be a better approach.
[09:04] <seb128> GunnarHj, well, that wouldn't solve the slow start/login though?
[09:05] <GunnarHj> seb128: No, it wouldn't.
[09:05] <seb128> why is there computation needed?
[09:05] <seb128> shouldn't the value comes from the environment?
[09:06] <seb128> which is /etc/environment or the .pam_environment config?
[09:07] <GunnarHj> seb128: Once the user value is saved, there is no need to do any computation. That's the reason for my suggestion. With the proposal, the language and formats data would actually be saved right at the creation of a new user.
[09:08] <seb128> GunnarHj, what happens there if the user never changed his config/is using the system default and the system default change
[09:08] <seb128> would the user config be updated as well?
[09:08] <seb128> like if the sysadmin edit /etc/environment
[09:09] <GunnarHj> seb128: No, then the user env would stay at the old value. Which I personally think is right.
[09:09] <seb128> why is it?
[09:09] <seb128> if the user never configured his account?
[09:09] <seb128> like you are in a french school, the admin screwed the config, some users log in and tell him, if fixes it
[09:10] <GunnarHj> seb128: Well, if you consider /etc/default/locale as the system default for new users only.
[09:10] <seb128> then the users are stucked on the buggy value they never selected/wanted?
[09:10] <seb128> I don't think so
[09:10] <seb128> I consider the system config to be what the user gets, until he decides to set a value
[09:10] <seb128> so if you never change the config you would keep getting the default
[09:12] <GunnarHj> seb128: If you have a multiuser system where the users are find with the settings, and the admin decides to change the system default for future users... What's then? ;)
[09:12] <seb128> well, they go configure/set it to what they like
[09:13] <seb128> I dislike the idea to write a configuration for something users didn't configure
[09:13] <seb128> that bit us back in the past several times
[09:14] <seb128> it's confusing for users, an issue for update/migration, and often inefficient because it means work happen when the user doesn't ask for it
[09:15] <GunnarHj> seb128: Ok... Possibly caching in memory would be the solution after all. Then the value would only need to be calculated once per startup, not for each user.
[09:17] <seb128> why is there something to "calculate"?
[09:17] <seb128> the env is set through /etc/environment sourcing or pam_environment
[09:17] <seb128> there should be no logic/maths to do
[09:19] <GunnarHj> seb128: For instance since we need a valid language code, which may need to be derived from som locale name...
[09:20] <larsu> GunnarHj: what's the reason?
[09:22] <GunnarHj> larsu, seb128: The GUIs for setting language are working with lists of language codes, and current value needs to match.
[09:23] <GunnarHj> larsu, seb128: But why don't you guys let me get back to the drawing board and fix some caching.
[09:24] <larsu> GunnarHj: you said there's a reason that language is "calculated" for each user on on startup
[09:24] <seb128> GunnarHj, sure, feel free to do that, I was just trying to understand the situation to help discussing the solution
[09:25] <GunnarHj> seb128: Your questions and objections were valuabe. :)
[09:25] <seb128> thanks :-)
[09:25] <GunnarHj> larsu: No, if we cache, is would only need to be calculated once per startup, not for each user.
[09:26] <larsu> cool
[09:26] <GunnarHj> larsu: Thanks for the tip!
[09:26] <larsu> welcome!
[09:43] <willcooke> aeeiiiiiii
[09:43] <willcooke> Machine just totally froze
[09:45] <seb128> urg
[09:45] <ogra_> probably a bug that leaked in from the new fridge
[09:46] <willcooke> :D
[09:46] <seb128> no ctrl-alt-fn working?
[09:46] <willcooke> seb128, nothing
[09:46] <willcooke> smells like hardware
[09:46] <seb128> :-/
[09:46] <willcooke> I dont want to have to buy a new laptop
[09:46] <willcooke> Maybe I'll use that Dell
[09:47] <seb128> why, the machine doesn't boot back?
[09:48] <willcooke> Yeah, but it's done this a few times now
[09:48] <willcooke> I think it will die soon
[09:48] <seb128> urg
[09:48] <willcooke> It's three years old, so it is due for replacement anyway
[09:48] <seb128> it's a thinkpad? old one?
[09:48] <seb128> k
[09:48] <seb128> good luck with it
[09:48] <willcooke> but some silly sausage wont be getting a laptop renewal for another 3 years ;)
[09:50] <seb128> the inspiron is ok-ish if you don't need to build (at least if you have a decent hdd, that you have) though the screen is a bit small for daily work
[09:51] <willcooke> internet suggests it could be a thermal issue, so I might take the back off and clean it out with compressed air
[09:51] <larsu> put it in that fridge!
[09:51] <willcooke> lol
[10:11] <davmor2> willcooke: surely you only need a terminal and a chat client, so use your tablet  /me wonders off whistling nonchalantly
[10:12] <Laney> big red manager pen
[10:12] <willcooke> davmor2, spreadsheets & slide decks
[10:12] <willcooke> :)
[10:12] <davmor2> willcooke: okay a web browser too....man next he'll be saying email pfff
[10:12] <willcooke> ha
[10:43] <mitya57> pitti: Hi, do you know what can cause this warning from gnome-session on startup?
[10:43] <mitya57> gnome-session[11149]: WARNING: Could not get session id for session. Check that logind is properly installed and pam_systemd is getting used at login.
[10:44] <mitya57> See in bug 1450279 (remote Trusty desktop)
[10:46] <mitya57> According to gnome-session source, it tries to call sd_pid_get_session(), and prints this warning when it returns non-zero value
[10:47] <mitya57> But I don't know what that function is doing.
[10:47] <pitti> mitya57: does your session have $XDG_SESSION_ID? (usually "c2" or so)
[10:48] <mitya57> I can ask the reporter about that.
[10:50] <mitya57> muktupavels: ^
[10:58] <mitya57> pitti: Yes, it is set to c3 (c4, c5, ...)
[12:24] <Laney> seb128: does "system-settings language" work for you in vivid/wily?
[12:24] <Laney> desktop
[12:29] <Laney> ah, that's u-s-s from trunk, maybe
[13:06] <seb128> Laney, wfm in wily desktop i386, what's the issue for you?
[13:20] <Laney> seb128: Seems trunk depends on a newer version of maliit's gschema than ubuntu has
[13:20] <Laney> & no versioned dep
[13:20] <seb128> kenvandine, keeeennnnn
[13:21] <Laney> no big deal, I filed a bug
[13:21] <seb128> http://bazaar.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk/revision/1396
[13:21] <seb128> that shouldn't happen
[13:21] <Laney> thought it was in ubuntu first which would be bad but it's not
[13:21] <seb128> right, still it means we can't land trunk in wily
[13:22] <Laney> ya
[13:22] <seb128> or worst, we could without noticing the issue because the depends is wrong
[13:24] <seb128> I pinged people about that on -touch
[13:25] <Laney> thanks
[13:26] <kenvandine> seb128, ??
[13:26] <seb128> kenvandine, http://bazaar.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk/revision/1396
[13:26] <kenvandine> missing depends?
[13:26] <seb128> kenvandine, that depends on a new ubuntu-keyboard gsettings key but doesn't add the corresponding depends
[13:26] <seb128> kenvandine, or that version newer landed in Ubuntu proper
[13:26] <seb128> so it makes u-s-s trunk sigabrt on vivid/wily
[13:27] <kenvandine> it landed at the same time
[13:27] <seb128> in some overlay ppa I guess
[13:27] <kenvandine> neither in vivid
[13:27] <kenvandine> yeah
[13:27] <kenvandine> the overlay ppa
[13:27] <seb128> right
[13:27] <kenvandine> should have had the depends
[13:27] <seb128> which makes trunk not run on vivid/wily
[13:27] <kenvandine> aren't we going to sync from the overlay ppa not vivid?
[13:27] <kenvandine> i thought that was the plan
[13:27] <kenvandine> still we should have had the depends
[13:30] <kenvandine> seb128, had did that land in wily?  it should have never been in vivid
[13:30] <seb128> kenvandine, what is "that"?
[13:31] <seb128> kenvandine, usecase is some of us trying to hack on settings on our wily desktop
[13:31] <seb128> we don't have the overlay ppa there
[13:31] <kenvandine> oh i see :)
[13:31] <kenvandine> i thought settings with this had made it to wily
[13:31] <seb128> no, it's in trunk though
[13:31] <kenvandine> yeah
[13:31] <seb128> which blocks us to do any wily landing though
[13:31] <kenvandine> trunk matches the overlay ppa, not wily or vivid
[13:31] <kenvandine> which i know sucks
[13:32] <kenvandine> seb128, do you know when those packages will be synced to wily?
[13:32] <seb128> no idea
[13:32] <Laney> JFDI
[13:32] <seb128> are they going to be automatically?
[13:32]  * Laney shoots from the hip
[13:32] <Laney> pow pow pow
[13:32] <seb128> I think people just need to request a landing
[13:32] <kenvandine> it was the plan
[13:32] <kenvandine> to sync those from the ppa instead of vivid
[13:33] <kenvandine> at least that's what i heard somewhere :)
[13:33] <kenvandine> sure we can do it manually
[13:33] <kenvandine> but i think there was a plan to sync all the packages
[13:33] <kenvandine> like we would for vivid
[13:36] <Laney> Don't think people care much about wily atm
[13:36] <Laney> copy-package --from=~ci-train-ppa-service/ubuntu/stable-phone-overlay --to=ubuntu --from-suite=vivid --to-suite=wily-proposed -b ubuntu-keyboard
[13:42] <nessita> tseliot, hello again! So, I purged all nvidia related packages in my vivid installation, and rebooted. After 2 reboots (first ended up in a black screen), I got the nice splash screen. I entered the crypt passphrase, and the splash screen hanged for about 40 seconds, I went to the text terminal 1 (ALT + F1), then to the 2 text terminal. Screen was black with a blinking cursor, which dissapeared and re-appeared about 5 times, similar to an X resta
[14:36] <GunnarHj> seb128: still there?
[14:36] <seb128> GunnarHj, yes, I saw your upload, good work, thanks :-)
[14:36] <GunnarHj> seb128: It ended up to a very small adjustment, but important, I think.
[14:36] <seb128> yeah, from the description that makes sense to me
[14:37] <GunnarHj> seb128: To make it land in the phone, should it be backported to vivid?
[14:37] <seb128> GunnarHj, yeah, maybe a SRU would work
[14:38] <seb128> not sure if they use those
[14:38] <seb128> kenvandine, ^ do you know?
[14:38] <kenvandine> just propose a branch to trunk
[14:38] <kenvandine> it'll land in the overlay ppa
[14:38] <kenvandine> not SRU
[14:39] <seb128> kenvandine, we are speaking about accountsservices and the fix has been uploaded to wily
[14:39] <kenvandine> oh, i was thinking settings :)
[14:39] <kenvandine> to get it on the phone we need to land it in the overlay ppa
[14:39] <kenvandine> or i guess an SRU
[14:40] <kenvandine> either would work
[14:40] <seb128> k, I was unsure if SRU was enough
[14:40] <seb128> thanks
[14:40] <GunnarHj> seb128, kenvandine: Then I'm going for an SRU. (Also to trusty - for other reasons.)
[14:41] <seb128> GunnarHj, sounds good
[14:54] <Laney> I accidentally wrote my weekly status a whole hour early
[14:54] <Laney> this situation cannot stand
[14:54] <qengho> Tragedy.
[14:54]  * Laney deletes it in order to experience the traditional last minute rush
[14:57] <seb128> or let's just do the meeting now!
[14:59]  * didrocks won't be there for the meeting (but I sent that summary to will)
[14:59] <didrocks> if we do it now, I can copy it though!
[14:59] <seb128> didrocks, have fun :-)
[15:00]  * seb128 needs to go not to late as well but should be able to stay for the meeting if it's smooth
[15:00] <seb128> too
[15:01] <seb128> going to see some classical music tonight
[15:05] <didrocks> oh, which author?
[15:07] <seb128> didrocks, http://www.arsenal-metz.fr/fr/musique/surchauffe_d.html
[15:07] <seb128> I don't think he's known
[15:08] <didrocks> no, should be quite recent
[15:08] <seb128> but we have tickets and the music hall is supposed to be a nicely made one, and they are showing a new instrument they designed
[15:08] <seb128> so let's see how that is :-)
[15:09] <didrocks> nice ;)
[15:17] <ScriptMonkey00> Are you guys here to describe ubuntu Desktop (as in environments) or desktop as in desktop vs laptop? :)  Sorry if that's a dumb question, but it would rule out a bunch of other even dumber ones :)
[15:17] <ScriptMonkey00> discuss I mean, not describe :)
[15:19] <willcooke> ScriptMonkey00, not sure I follow you exactly, but... this channel is mainly used by people who develop various desktop environments in/on Ubuntu
[15:19] <willcooke> so technical discussions about the environment and all its components
[15:20] <willcooke> Generally it's not a "how do I do XYZ with Ubuntu" channel
[15:20] <qengho> ScriptMonkey00: if it's an idea or problem that involves changing an existing project, this is the place. We try not to create many "upstream" projects here.
[15:21] <ScriptMonkey00> That's actually fine.. I was looking to ask someone knowledgeable about where I could go to research system requirements for different desktops. I'm getting a chromebook and putting Ubuntu on it.. but I'm reading that some can run fine while others get laggy or slow...
[15:21] <ScriptMonkey00> some environments I mean
[15:22] <ScriptMonkey00> does that question make sense? (I'm most experienced as a CLI user, this is my first serious forray into an environment like this)
[15:22]  * didrocks waevs good evening and good night
[15:22] <davmor2> ScriptMonkey00: you are best off asking that type of questing in #ubuntu or on askubuntu.com
[15:22] <qengho> ScriptMonkey00: You want #ubuntu.
[15:22] <desrt> didrocks: bye bye...
[15:23] <didrocks> desrt: enjoy the meeting for me, I'll scrollback tomorrow ;)
[15:23] <davmor2> ScriptMonkey00: this is where they make the desktop, #ubuntu is where they use it and can answer general questions like that better than us
[15:25] <ScriptMonkey00> sorry about that then, guys :)
[15:25] <ScriptMonkey00> thanks for being nice about me in the wrong place :)
[15:30] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2015-05-12
[15:30] <meetingology> Meeting started Tue May 12 15:30:13 2015 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <seb128> hey
[15:30] <willcooke> Roll call:  seb128,  attente, desrt,  dgadomski, didrocks, fjkong, happyaron, laney, larsu, qengho, sweet5hark, tkamppeter, themuso (out), robert_ancell (out)
[15:30] <larsu> \o
[15:30] <desrt> o/
[15:30] <dgadomski> hey
[15:31] <Sweet5hark> heya
[15:31] <willcooke> Let's get this show on the road....
[15:31] <willcooke> #topic seb128
[15:31] <seb128> • 4 days week (friday was 8th of may = holiday in France)
[15:31] <seb128> • UOS took most of tue-wed-thu
[15:31] <seb128> • upgraded my laptop to wily, started working some on Debian syncs/merges
[15:31] <seb128> • launchpad bugs/e.u.c triaging
[15:31] <seb128> • looked a some non-translated-string issues on current touch image
[15:31] <seb128> • updated "versions" script to use wily, cleaned out some deprecated components
[15:31] <seb128> • reviewed some easy u-s-s changes, looked to design updates
[15:31] <seb128> • sponsoring (chromium, session-migration, reviewed some items in the queue)

[15:31] <willcooke> Thx seb128
[15:31] <seb128> (thanks for letting me go first, need to go a bit before 4utc)
[15:31] <willcooke> Have a good evening :)
[15:31] <seb128> thanks!
[15:31] <willcooke> #topic attente
[15:32] <attente> started working on the apparmor changes needed for gsettings confinement
[15:32] <desrt> attente: thanks for that ;)
[15:32] <attente> minor fixes to gdk-mir backend
[15:32] <attente> that's it from me :)
[15:32] <willcooke> thx attente
[15:32] <willcooke> #topic desrt
[15:32] <desrt> typical round of glib bugs and reviewing, and continuing work on the dconf confinement stuff
[15:32] <desrt> eof
[15:32] <willcooke> coolio
[15:32] <willcooke> thx desrt
[15:33] <willcooke> #topic dgadomski
[15:33] <dgadomski> hey
[15:33] <dgadomski> unfortunately, not much in the desktop area lately. Currently I am investigating bug #1124250 - there is a regression while using trusty kernel with precise.
[15:33] <dgadomski> eof
[15:33] <willcooke> Good luck dgadomski, let me know if you need a hand with anything
[15:33] <willcooke> #topic didrocks
[15:33] <willcooke> buntu Make:
[15:33] <willcooke> - released 0.8 with a new contributor fixing an issue due to Android Studio 1.2! In this release, we have the advanced deprecated frameworks removal and non interactive installation + more tests.
[15:33] <willcooke> - got back tests running in CI infra
[15:33] <willcooke> - reviewed Tinche's arduino support pull request. Still in progress.
[15:33] <willcooke> UOS/developer relations:
[15:33] <willcooke> - watched quite a lot touch developer's sessions (still some to get at)
[15:33] <willcooke> - Planning developer relations work needed.
[15:33] <willcooke> Short week (4 days)
[15:34] <willcooke> #topic FJKong
[15:34] <willcooke> timeout: 1m
[15:34] <FJKong> 1 prepare PPT and give a talk of opensource last Sunday for students, mainly about ubuntu kylin and fcitx-qimpanel
[15:34] <FJKong> 2 analyze fine name contain Chinese Character, need to build a list for searching.
[15:34] <FJKong> 3 testing dash search, fix bugs
[15:34] <FJKong> eof
[15:34] <willcooke> thx FJKong!
[15:34] <willcooke> Didn't think you'd be here :)
[15:34] <willcooke> Get to bed
[15:34] <willcooke> #topic happyaron
[15:35]  * willcooke wonders if happyaron has recovered from the jetlag yet?
[15:35] <willcooke> timeout: 1m
[15:35] <qengho> Synchronous IO sucks.
[15:36] <willcooke> #topic Laney
[15:36] <larsu> qengho: async irc does as well :P
[15:36] <Laney> • Short week due to election fever
[15:36] <Laney> • Finish uploading oneconf for testfixes
[15:36] <Laney> • Upload empathy & account-plugins to t-proposed for messenger removal
[15:36] <Laney> • Sync glib & -networking to wily from exp
[15:36] <Laney> • Update rhythmbox to 3.2.1 in Debian & merge to wily
[15:36] <Laney> • Code reviews for libtimezonemap, release 0.4.4
[15:36] <Laney> • Copy some SRUs from vivid-proposed to wily-proposed
[15:36] <Laney> • Quick look at a totem menu bug - ask larsu to take over (thanks!)
[15:36] <Laney> • Look at tracker autopkgtest failure due to new glib upload - required a fix in glib and some tweaks to the dep8 script, now fwded upstream
[15:36] <Laney> • Start to look at a trash bug in gvfs/nautilus - in nautilus, trash a file and then immediately try to restore it, errors out
[15:36] <Laney> ♒
[15:36] <willcooke> thx Laney
[15:36] <willcooke> #topic larsu
[15:37] <larsu> - uos
[15:37] <larsu> - fix time panel geoname fetching issue (and did some bug triage and testing)
[15:37] <larsu> - started work on fixing menu issues in totem and upstreaming our traditional menu patch
[15:37] <larsu> - a bit more than usual reviews and discussions
[15:37] <larsu> - continued testing of gtk 3.16

[15:37] <willcooke> thx larsu
[15:37] <willcooke> #topic qengho
[15:37] <qengho> * Added Chromium support for libva1. Made "widevine" plugin at least work if it's copied from other sources.
[15:37] <qengho> * Found problem with flash update support. Fixed.
[15:37] <qengho> * Updated Cr in wily, thanks seb. Stable-ubuntu updates landing soon.
[15:37] <qengho> EOF
[15:37] <willcooke> thx qengho
[15:37] <willcooke> #topic Sweet5hark
[15:37] <Sweet5hark> slow week:
[15:37] <Sweet5hark> - some UOS
[15:37] <Sweet5hark> - booked travel and accomodation for Cambridge Hackfest
[15:37] <Sweet5hark> - discussed bug 1418551 some more upstream: testing a very ugly minimal hack to prevent the crash. not a good long term solution, but should be good for a vivid/4.4 SRU (testing in ppa now)
[15:37] <Sweet5hark> - still hunting down the memory management madness upstream to push those fixes (will likely push them after branch off for the next major though)
[15:37] <Sweet5hark> EOF
[15:37] <willcooke> thx Sweet5hark
[15:37] <willcooke> #topic tkamppeter
[15:38] <tkamppeter> - cups-filters: Let auto-generated PPD-less print queues for IPP network printers also accept PWG Raster as input
[15:38] <tkamppeter> - cups/cups-filters: Run PWG self certification tests for IPP Everywhere printers on CUPS queues: Printing required data formats works very well, but there are many issues in Bonjour and IPP answers by CUPS. Reported to CUPS upstream.
[15:38] <tkamppeter> - Tested ippusbxd on my HP printers due to HP-reported problem of ippusbxd hanging on some printers.
[15:38] <tkamppeter> - Bugs.
[15:38] <willcooke> thx tkamppeter
[15:38] <willcooke> #topic TheMuso
[15:38] <willcooke> * Implemented filter result control accessibility in the unity 7 dash, working with the unity 7 team to get it ready for merging into unity 7.
[15:38] <willcooke> * Worked in Debian VCS to update ALSA userspace to 1.0.29. This should land in Wily before too long.
[15:38] <willcooke> * Started prepping updates to the a11y stack for wily.
[15:38] <willcooke> #topic robert_ancell
[15:38] <willcooke> - Test case for XMir failing with standard libepoxy
[15:38] <willcooke> - Understanding XMir
[15:38] <willcooke> - Investigating git branch for XMir
[15:39] <willcooke> #topic willcooke
[15:39] <willcooke> UOS
[15:39] <willcooke> Pre for sales eng. training
[15:39] <willcooke> EOF
[15:39] <willcooke> #endmeeting
[15:39]  * faenil gets notifications for every topic change :(
[15:39] <meetingology> Meeting ended Tue May 12 15:39:31 2015 UTC.
[15:39] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2015/ubuntu-desktop.2015-05-12-15.30.moin.txt
[15:39] <willcooke> THAT
[15:39] <willcooke> WAS
[15:39] <willcooke> AWESOME
[15:39] <seb128> lol
[15:39]  * larsu has a feeling willcooke liked it. notsurethough
[15:39] <seb128> we should still have a "other topics & question" imho
[15:40] <seb128> but otherwise +1
[15:40] <seb128> feel better to not keep waiting in the middle
[15:40] <willcooke> good plan
[15:40] <desrt> we could try the async-in-parallel approach
[15:40] <willcooke> oki, let's do a Any Other Business now...
[15:40] <desrt> ask everyone at the same time
[15:40] <willcooke> anyone got anything?
[15:40] <desrt> and let everyone flood back together :)
[15:40]  * seb128 doesn't
[15:40] <larsu> so... lots of timezone panel problems apparently
[15:41] <desrt> larsu: search+gvfs+soap issues still?
[15:41] <seb128> yeah, not specific to the panel
[15:41] <larsu> I think we should make this whole situation a bit better...
[15:41] <seb128> inconsistent experience/stack used in different codebases as well
[15:41] <larsu> desrt: no, I fixed that by porting to libsoup
[15:41] <seb128> yeah, +1
[15:41] <larsu> desrt: the actual culprit was a missing unref on the stream, leaving the connection open :/
[15:41] <willcooke> so is a cache the way to go?
[15:41] <larsu> willcooke: yes, like we have on the phone
[15:42] <willcooke> ah, cool
[15:42] <larsu> willcooke: we already ship a cache...
[15:42] <larsu> in /usr/share/libtimezonemap/ui/cities15000.txt
[15:42] <larsu> which is almost 5mb :/
[15:43] <willcooke> woah, yes - lots of data there
[15:43]  * seb128 needs to go but is going to read the backlog and comment tomorrow if the topic is not settled by then :-)
[15:44] <willcooke> cya seb128
[15:44] <seb128> see you tomorrow!
[15:44] <larsu> I think having a couple of major cities for every time zone locally is enough
[15:44] <willcooke> and then get rid of the cities15000 file?
[15:44] <larsu> something like that
[15:45] <larsu> I wonder if people will be ok with that though
[15:45] <willcooke> hrm
[15:45] <larsu> depends on what else is using libtimezonemap
[15:45] <willcooke> I mean, if it's already there, can't we just use it?
[15:45] <larsu> like, the phone's settings for example
[15:45] <larsu> willcooke: we can, but I think it's quite wasteful
[15:46] <willcooke> If it's already in use on the phone then I think it would be better to use that than to implement a "new" thing
[15:46] <larsu> ya of course
[15:47] <larsu> the idea is to make the file smaller (but keep the same lib)
[15:47] <Laney> You can fix this bug without changing the file
[15:47] <larsu> and fix a couple of bugs in the process
[15:47] <Laney> the discussions don't have to be coupled
[15:47] <willcooke> add gzip support to the library?
[15:47] <larsu> Laney: indeed
[15:48] <willcooke> so would a first step be to get the panel to use that lib?
[15:48] <Laney> it already does
[15:48] <larsu> it already does, but not the local-file part
[15:48] <Laney> the change is to get the widget to use the offline cache
[15:48] <larsu> for reasons I don't know yet
[15:48] <larsu> tedg might know
[15:48] <willcooke> ahh
[15:48] <willcooke> I get it
[15:48] <larsu> willcooke: sorry if I was unclear - we've been talking about this all day :)
[15:49]  * larsu doesn't know what has been said yet
[15:49]  * willcooke shuts the hell up
[15:49] <larsu> haha don't!
[15:49] <willcooke> :D
[15:50] <willcooke> riiight - so shipping the 5MB file on the phone is a bad idea, right?  That was your point I expect
[15:51] <larsu> ya
[15:51] <willcooke> gotya
[15:54] <willcooke> seems to be quite a lot of duplicate cities in that list with slight lat/lng differences
[15:54] <willcooke> I'll try and de-dupe it and see what it looks like afterwards
[15:54] <Laney> no
[15:54] <willcooke> just based on city name
[15:54] <Laney> it comes straight from geonames.org
[15:55] <willcooke> ahh
[15:55] <Laney> A fix, if there is one to be had, would be to use one of the smaller ones probably
[15:55] <Laney> Or let the user load a different one, or something
[15:56] <Laney> It's a worthwhile discussion but I'd rather avoid coupling it with the more important fix to have the panel use this offline database
[15:56] <willcooke> sounds good
[15:57] <willcooke> carry on
[15:57] <willcooke> ;p
[15:57] <tseliot> nessita: ok, that was just to confirm that the problem had nothing to do with the graphics driver, since both the textual and the graphics splash fail
[16:02]  * Laney screams/weeps
[16:02] <Laney> why can't ubuntu have locales-all?
[16:22] <nessita> tseliot, right. Any other workaround or debug info I can try/get?
[16:39] <tseliot> nessita: you might want to ask cyphermox, since the bug report is assigned to him
[16:57]  * Laney sobs with joy at finally beating tracker's testsuite
[17:04]  * willcooke -> EOD
[17:05]  * Laney tries it on ubuntu (as opposed to debian)
[17:12] <nessita> cyphermox, hello, you around? I'm having issues when starting up my ubuntu vivid installation, the splash screen gets stuck for a long period of time, and the login screen seems to "restart" several times before is actually shown. Output of systemd-analyze critical-chain shows https://pastebin.canonical.com/131238/
[17:25] <cyphermox> nessita: that doesn't mention anything wrong
[17:26] <Laney> phew, uploaded --- hopefully this works
[17:26] <Laney> bye chaps!
[17:34] <cyphermox> nessita: that is for the splash screen before the installer starts?
[17:41] <nessita> cyphermox, nopes, this is the splash screen on normal boot
[17:41] <nessita> the splash screen hangs for around 40 seconds
[17:41] <nessita> this is an SSD drive, so booting on 40 seconds is crazy
[17:47] <cyphermox> And it doesn't say anything on the splash screen? Maybe try to boot with verbose to see what's happening at the time
[17:48] <nessita> cyphermox, any instructions to boot with verbose? editing the boot line and ...?
[17:49] <cyphermox> You just remove quiet splash and replace that with verbose
[17:49] <nessita> kk
[17:49] <nessita> will try that