[09:00] <Laney> desrt: NICE
[09:00] <Laney> also, morning
[09:02] <seb128> good morning desktopers!
[09:02] <seb128> hey Laney
[09:02] <seb128> Laney, what is NICE?
[09:03] <Laney> https://bug710983.bugzilla-attachments.gnome.org/attachment.cgi?id=260389
[09:12] <seb128> oh ok
[09:13] <Laney> fixes the test failure on ppc :-)
[09:15] <seb128> Laney, your e-d-s transition tracker seems like it was not complete
[09:15] <Laney> doing a couple of uploads now
[09:15] <seb128> what are things like nautilus-sendto not on it?
[09:16] <Laney> maybe the affects line is incomplete?
[09:16] <Laney> it looks at build-depends
[09:16]  * Laney looks
[09:18] <seb128> nautilus-sendto depends on libedataserver-1.2-17
[09:18] <seb128> Laney, do you want me to do uploads/copies as well?
[09:18] <Laney> it needs build-depends to show up
[09:18] <Laney> i.e. to match "affected"
[09:18] <Laney> which misses libebook
[09:19] <seb128> right
[09:35] <seb128> $ apt-cache search buggy
[09:35] <seb128> Erreur de segmentation (core dumped)
[09:36]  * seb128 shakes fist at apt
[09:37] <seb128> Laney, need help on the eds uploads?
[09:38] <Laney> just discovered thunderbird is in the list(!)
[09:39] <seb128> chrisccoulson, ^ is there an upload coming for that soon? I saw it spamming the ppc builders yesterday
[09:39] <seb128> chrisccoulson, we need at least a no change rebuild in trusty for the e-d-s soname changes
[09:45] <Laney> woah
[09:45] <Laney> it's got hardcoded references to the soname in its rules file
[09:48] <seb128> does it dlopen it or something?
[09:49] <Laney> there's an extension i think
[10:28] <seb128> pitti, hey, langpack question for you... do you know if we are supposed to do SRUs for non lts series (seems like we didn't do updates for quantal/raring)? and do you know when is the next precise update?
[10:28] <seb128> I would ask dpm but he seems to not be online
[10:29] <pitti> seb128: we can do them once someone volunteers to coordinate the updates and testing
[10:29] <pitti> seb128: for now I planned to do the next precise update for 12.04.4
[10:34] <seb128> pitti, ok, thanks
[10:38] <seb128> happyaron, hey, do you know who is coming to the ibus/fcitx vUDS session later today?
[10:56] <happyaron> seb128: not sure yet, currently we have  Anthony Wong, Stephen M. Webb, Joey Zheng, Loïc Minier, Ma Jun registered at summit.u.c.
[10:56] <happyaron> http://summit.ubuntu.com/uds-1311/meeting/21984/desktop-1311-default-imf-review/
[10:58] <seb128> right
[10:59] <seb128> lool said he wouldn't come
[10:59] <seb128> just trying to check we have some people coming
[10:59] <happyaron> ok
[11:01] <happyaron> I'll share the my notes later no matter how many people particiapted in the session. I'm sure the session is less interesting cuz most developers here do not use IME day to day, :)
[11:04] <seb128> happyaron, right, I'm still interested on us to decide on the topic
[11:12] <om26er> How to add a package to the Touch seed ?
[11:13] <Laney> om26er: Do a merge proposal against ~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.trusty
[11:13] <om26er> I pulled lp:ubuntu/trusty-proposed/ubuntu-touch-meta and added a changelog entry. Edited the seed file and executed ./update
[11:14] <om26er> am I doing it right ?
[11:14] <Laney> no, the update script pulls from that branch
[12:55] <chrisccoulson> seb128, a no-change rebuild of thunderbird won't fix it, it will need source changes to the addon ;)
[12:55] <chrisccoulson> that's going to be fun
[12:56] <seb128> chrisccoulson, shrug :/ are we the only distro to ship that code?
[12:59] <chrisccoulson> seb128, we are indeed
[13:04] <seb128> chrisccoulson, ok, so no benefiting from being once cycle behind e.g fedora there
[13:04] <seb128> chrisccoulson, do you know how much change is going to be required?
[13:05] <chrisccoulson> seb128, i'm not sure. the last time, it was quite a lot. i don't know what is different in eds this time though
[13:05] <chrisccoulson> might be better just to disable it
[13:05] <seb128> chrisccoulson, what is the integration doing? loading addressbooks?
[13:05] <chrisccoulson> seb128, yeah
[13:10] <seb128> chrisccoulson, could you have a look to see how much changed/if we can easily port or if we should disable it?
[13:15] <chrisccoulson> seb128, sure. how urgent is it? :)
[13:16] <seb128> chrisccoulson, no hurry, it doesn't need to be right now, you can do it tonight
[13:16] <seb128> ;-)
[13:17] <seb128> chrisccoulson, new e-d-s is in trusty-proposed, but there are some other transitions involved before it can move to trusty proper
[13:29] <happyaron> seb128 Laney just shared a google doc on the session
[13:30] <Laney> hmm?
[13:30] <Laney> oh the imf one
[13:31] <seb128> happyaron, thanks
[13:32] <Laney> where's the link?
[13:32] <happyaron> https://docs.google.com/document/d/1-y9H8io-DNJtuL5jAaZnTuWlMYx8iJ2e2WskKbs2l0s
[13:32] <seb128> Laney, in your emails :p
[13:33] <Laney> no mail here
[13:33] <Laney> anyway, ta
[13:52] <Laney> Oh, it's in the first session - won't be able to make that. I'm not sure I have so much to offer though, but if I can help then let me know
[13:52] <Laney> Don't forget to consider the J and K too ;-)
[14:00] <seb128> attente, hey, did you want to join the ibus/fcitx vUDS session?
[14:01] <attente> seb128, sure
[14:01] <seb128> attente, https://plus.google.com/hangouts/_/76cpj1rpnctlhe2prk9a6sok98?authuser=0
[14:21] <seb128> tkamppeter, hey, do you have people invited to your printing sessions later on? is there anything new to discuss since last time we discussed those topics?
[14:26] <desrt> Laney: thanks for the guest account :)
[14:26] <desrt> you debian guys are OK
[15:00] <Laney> desrt: yeah the porter machines are useful
[15:00] <Laney> glad you tracked it down
[15:01] <desrt> pochu said he would try to find the arm thing next
[15:01] <Laney> he asked for it to be retried
[15:01] <Laney> https://buildd.debian.org/status/package.php?p=glib2.0&suite=experimental
[15:01] <desrt> oh hurd
[15:01] <desrt> dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting
[15:01] <desrt> thanks for trying, though...
[15:02] <desrt> looks like ppc is still failing in make check...
[15:02] <Laney> hasn't been uploaded yet
[15:02] <desrt> or does the 'out-of-date' thing mean that it's in queue to try again?
[15:02] <desrt> gotcha
[15:03] <Laney> remove &suite=experimental and you can see hurd worked before ;-)
[15:03] <desrt> Laney: if/when it starts building, i'd appreciate some love on the upstream report
[15:03] <Laney> where worked is 'built', bet it didn't run/pass the testsuite
[15:04] <desrt> ya... pochu was saying that you don't bother running tests on kfreebsd or hurd because they all fail :)
[15:04] <Laney> sure, I already confirmed it fixes the failure in my chroot
[15:04] <desrt> that's a bit... annoying
[15:05] <desrt> i guess it comes down to what you have resources to look into, though, and i have to admit that kfreebsd debian testsuite failures would not be a #1 TODO list item upstream either :)
[15:06] <Laney> I might make it run them but not fail on them, at least
[15:08] <desrt> ya.  could be good to have the info.
[15:08] <seb128> tjaalton, here? joining the ad session?
[15:08] <seb128> tjaalton, https://plus.google.com/hangouts/_/76cpieo3pau403q9rso9bqu6q4?authuser=0
[15:12] <tjaalton> yep
[15:13] <seb128> Laney, do you remember how to sync from Debian incoming?
[15:13] <Laney> is there a proper way?
[15:14] <seb128> that's sort of what I was asking :p
[15:14] <seb128> seems maybe not ;-)
[15:14] <Laney> Download, sign, upload
[15:14] <seb128> how often is debian incoming "flushed"?
[15:14] <Laney> can't wait until LP imports it?
[15:14] <seb128> well
[15:15] <seb128> that's libffi
[15:15] <seb128> the current version makes binaries smash stack on ppc
[15:15] <seb128> which makes lot of stuff unhappy, especially indicators
[15:15] <seb128> we need to get the fixed version in
[15:15] <Laney> every dinstall run
[15:15] <seb128> and maybe to rebuild users that built with the buggy version
[15:15] <seb128> how often is dinstall running nowadays?
[15:16] <Laney> then you have to wait for LP to pick it up
[15:16] <Laney> 21/11 15:16:08 <Laney> !dinstall
[15:16] <Laney> 21/11 15:16:08 <dak> Laney: Dinstall is running, postlock phase
[15:16] <Laney> not entirely helpful
[15:16] <seb128> ok, let's wait a bit
[15:43] <tkamppeter> seb128, I did not explicitly invite people, there are people on the Blueprints.
[15:43] <seb128> tkamppeter, can you check if people are going to come?
[15:43] <tkamppeter> seb128, how can I see that?
[15:44] <seb128> tkamppeter, do you have topics to discuss that were not discussed before/updates/new things to discuss during those sessions?
[15:44] <seb128> tkamppeter, well, just ping the people you would like to have there to see if they are going to come
[15:44] <happyaron> attente: I think you can try fcitx a little bit, it should work out of the box in 13.10.
[15:45] <happyaron> attente: fcitx itself has decent indicator support, so no additional work required at that part even if we'd like to switch this cycle.
[15:45]  * desrt notes https://wiki.gnome.org/HowDoI/AlternateMenubarLayout
[15:45] <attente> happyaron, i tried it before, but couldn't get the candidate window to appear
[15:45] <happyaron> though the nux bug needs a solution.
[15:45] <happyaron> attente: what's your set up?
[15:47] <happyaron> if you are running a CJK locale, apt-get install fcitx fcitx-libpinyin; im-config -n fcitx; re-login. should do the work.
[15:47] <attente> happyaron, not running a CJK locale, but i'll try it again
[15:47] <attente> although i have a fresh install this time
[15:48] <happyaron> attente: if possible, trying installing with a ubuntu kylin iso would also give you a sane default setup.
[15:48] <attente> happyaron, but do you think this is a good cycle to switch?
[15:49] <seb128> desrt, funny, I was just working on a patch for a menubar ;-)
[15:49] <desrt> seb128: so uh... try to do this ^^ :)
[15:49] <desrt> what app?
[15:49] <happyaron> attente: from the point of risk management, it isn't. technically I think it's ready.
[15:49] <seb128> desrt, cursing vala on the way, trying to figure out how to do the
[15:49] <seb128>    settings = gtk_settings_get_default ();
[15:49] <seb128>    g_object_bind_property
[15:49]  * desrt was just looking for an app to test these ideas on
[15:49] <seb128> desrt, gcalctool
[15:49] <seb128> sorry
[15:49] <seb128> gnome-calculator
[15:49] <desrt> ;)
[15:50] <desrt> it doesn't really have a headerbar...
[15:50] <attente> happyaron, i guess the one thing we really got burned on was modifier-only input switching
[15:50] <seb128> desrt, oh, I was replacing the appmenu by a menubar
[15:50] <happyaron> attente: you mean ibus?
[15:50] <seb128> was -> am
[15:51] <attente> happyaron, well, this is more related to the switching between keyboard layouts
[15:51] <desrt> seb128: ah.  that's not covered by this case, but it's an interesting point.
[15:51] <seb128> desrt, it's similar changes
[15:51] <attente> but if fcitx handles it well, i'd be a little less afraid of ibus -> fcitx
[15:52] <happyaron> attente: yes. and if switch to fcitx then all previous work towards the input source integration are not needed.
[15:52] <desrt> cool.  are we dropping ibus?
[15:53] <happyaron> desrt: we had a vUDS session just now, :)
[15:53] <seb128> desrt, not for the LTS, we might after
[15:53] <desrt> sigh
[15:53] <seb128> desrt, the biggest user of IM, being Kylin, is already using fcitx
[15:53] <desrt> CJK people are upset -> drop ibus!!
[15:53] <desrt> everyone else is upset -> uh... oops.
[15:55] <happyaron> honestly switching to fcitx this cycle can give a better overall status of input method than keeping ibus, and less work. But that's not the way risk management suggests to do, :)
[15:55] <attente> happyaron, yeah, can't seem to switch using ctrl + left shift
[15:56] <attente> but ctrl + space works
[15:56] <attente> and i'm getting the candidates window working if i do that, it works well
[15:57] <seb128> happyaron, right, we also have no feedback whatsoever from non Chinese users on fcitx
[15:57] <happyaron> seb128: I think you get feedback of Japanese users on the thread you post on ubuntu-devel@
[15:58] <attente> happyaron, if we were to switch to fcitx, would we be using it for keyboard layouts as well?
[15:58] <happyaron> attente: I recommend to do so.
[15:59] <happyaron> I think the only thing to afraid is trying keyboard layouts of fcitx, for engines they perform basically the same under all IMFs.
[16:00] <attente> happyaron, i can't seem to switch layouts using the modifier-only options
[16:01] <happyaron> attente: have you added those layouts in fcitx?
[16:01] <attente> happyaron, do you know how that's implemented? is it using the grp xkb option?
[16:01] <attente> happyaron, yes, it works with a regular trigger like ctrl+space
[16:01] <desrt> attente: are you back in toronto today?
[16:01] <tkamppeter> seb128, how is the hangout supposed to be started?
[16:02] <attente> desrt, yes
[16:02] <seb128> tkamppeter: by the track lead (me in this case), one minute
[16:02] <desrt> attente: cool.  if we can meet up, i'd like to look at your mac...
[16:03] <attente> desrt, when?
[16:03] <happyaron> attente: better as csslayer for xkb part detail
[16:03] <desrt> lunch/after?
[16:03] <attente> happyaron, sure
[16:04] <happyaron> attente: you may want to install fcitx-config-gtk3 for configuration (if not pulled by Recommends)
[16:12] <attente> happyaron, if you have more than one IM/layout, is it supposed to cycle?
[16:12] <happyaron> attente: yes
[16:12] <attente> something like the US layout, pinyin, russian keyboard layout
[16:13] <attente> weird, it's only swapping between the first two for me
[16:13] <happyaron> let me try a bit, was using ibus for debugging it.
[16:15] <happyaron> attente: ctrl+space to cycle within a layout, ctrl+shift to cycle among layouts.
[16:18] <attente> happyaron, ctrl+shift doesn't seem to be working for me
[16:18] <attente> happyaron, this is under unity, right?
[16:19] <happyaron> attente: you may need to first ctrl+space to an IM engine, cuz the first layout/im means inactive status as well
[16:21] <happyaron> so when you are at the first layout/im, fcitx will behave semi-inactively.
[16:21] <attente> yep, that worked
[16:22] <happyaron> :)
[16:22] <attente> so basically you need to switch before cycling?
[16:23] <happyaron> means you need to switch to something not the first layout/im before switching layouts.
[16:24] <happyaron> ctrl+space is actually toggling the active/inactive status of fcitx, and ctrl+shift is cycling among the list.
[16:24] <attente> was that done because chinese users prefer that, or because of technical reasons?
[16:26] <happyaron> This is intential because there was an active/inactive logic in all previously existed IMF, including ibus. It's very much useful for people don't switch among layouts.
[16:26] <happyaron> ibus removed that logic in favor of the input-source integration.
[16:27] <attente> so i'm trying to look at it from a russian user's perspective right now
[16:27] <happyaron> k
[16:27] <attente> if i have just english and russian keyboard layouts
[16:27] <attente> and i don't need to cycle anything since i just have the two
[16:27] <happyaron> so you only need ctrl+space
[16:28] <happyaron> for example you have en keyboard as the first, ru as the second
[16:28] <happyaron> default status is en keyboard, ctrl+space would switch to ru.
[16:28] <attente> happyaron, so what about using left ctrl, or ctrl+shift as the trigger?
[16:29] <attente> it doesn't seem to be working from what i can tell
[16:29] <happyaron> attente: I don't know why left ctrl does not work here under unity, but I'm sure it works under KDE.
[16:30] <attente> ok, something we could work through i guess :)
[16:31] <happyaron> :)
[16:32] <attente> happyaron, so if we were to switch to fcitx for default in unity, what would happen with gnome-shell?
[16:33] <happyaron> attente: this extension is needed for decent appearence: https://extensions.gnome.org/extension/261/kimpanel/
[16:33] <happyaron> nothing more to do.
[16:33] <attente> happyaron, but there's also gnome's integration with ibus, like the region panel in g-c-c
[16:34] <happyaron> well, that's work to do. If we still want to integrate the configration in to g-c-c then quite some workload, if that optional, then fcitx has it's own configuration tool.
[16:35] <happyaron> there is API for writing another configuration tool, and in Ubuntu Kylin we are already doing so, though it's integrated into fcitx-qimpanel.
[16:48] <pitti> larsu: hey, do you know whether we'll switch from system-config-printer to indicator-printer (or something else which doesn't use gtk2/python2)?
[16:50] <seb128> pitti, nothing planned around those lines
[16:50] <seb128> pitti, the GNOME panel is still buggy/lacking features, and we don't plan to invest lot of work in printing this cycle
[16:51] <pitti> seb128: ok, thanks
[16:51] <seb128> pitti, the GNOME panel also use s-c-p-dbus as a backend I think
[16:51] <seb128> yw
[16:52] <pitti> seb128: btw, do you know why compiz-gnome recommends python-gconf?
[16:52] <pitti> seb128: I can easily purge that from a default install, it's just that recommends
[16:52] <pitti> seb128: isn't compiz using dconf these days?
[16:53] <seb128> for the config migration iirc
[16:53] <seb128> need to keep that until the lts
[16:53] <seb128> e.g for precise->trusty updates
[16:53] <seb128> bug #1041498
[16:53] <ubot2> Launchpad bug 1041498 in compiz (Ubuntu) "02_migrate_to_gsettings.py crashed with ImportError in __main__: No module named gconf" [Medium,Fix released] https://launchpad.net/bugs/1041498
[16:53] <pitti> seb128: ah, thanks
[16:53] <seb128> yw
[17:09]  * didrocks reboots
[17:14] <Laney> grah
[17:15] <Laney> why is online accounts doing some weird thing in u-s-s?
[17:15] <Laney> this is the modal window thing mardy was talking about I guess
[17:35] <GunnarHj> happyaron, attente: Just reviewed your discussion this afternoon (UTC). If we would switch to fcitx, and let it handle keybord layouts as well, wouldn't it mean that we wouldn't need to use g-c-c region at all? So the huge patch that seb128 previously managed would not be needed.
[17:37] <attente> GunnarHj, sorry, which patch is that? the text entry one?
[17:37] <GunnarHj> attente: I mean the patch that turned the text entry back to the old keyboard layout.
[17:38] <GunnarHj> attente: Before 13.10, that is.
[17:39] <attente> GunnarHj, sorry... still not sure i follow you. upstream g-c-c has the region panel, so if we're removing any patch, that panel is still there
[17:42] <GunnarHj> attente: I was thinking that using fcitx also for keyboard layouts would mean that we don't need any of the tabs in g-c-c region. Wouldn't that be easier to handle compared to using certain current or old parts of g-c-c?
[17:43] <GunnarHj> ... region
[17:45] <GunnarHj> attente: Basically, what I'm saying (without knowing if it would be sensible) is that we could remove all g-c-c region related patches and simply not display the region icon in system settings.
[17:45] <attente> GunnarHj, i think we might still need in gnome-shell though
[17:46] <attente> because gnome is sticking with ibus integration
[17:46] <GunnarHj> attente: Do you mean UbuntuGNOME?
[17:47] <attente> GunnarHj, no, just gnome-shell
[17:47] <GunnarHj> attente: I don't know enough about the code structure to follow you now. It was just a thought...
[17:48] <attente> GunnarHj, i guess we'd need to write an entirely new panel that calls fcitx configuration api if we want those to be available through g-c-c
[17:49] <attente> otherwise, we could tell users to always configure through fcitx-config-gtk, but i don't know how nice that is
[17:49] <GunnarHj> attente: Yes, that makes a lot of sense, of course.
[17:50] <GunnarHj> attente: Not very nice. We should have a way from system settings, absolutely.
[17:51] <attente> GunnarHj, sorry, i keep forgetting, i guess it won't affect gnome-shell very much since we're forking g-s-d and g-c-c for the lts
[17:51] <GunnarHj> attente: Ok...
[17:51] <attente> so i guess strictly speaking, this is a decision about which we want in unit
[17:51] <attente> y
[17:52] <GunnarHj> attente: Ok. Yes, I understand that no final decision has been made yet.
[17:59] <attente> happyaron, GunnarHj, one thing i hadn't considered, if we switch to fcitx, how well this will work under unity-greeter
[18:09] <GunnarHj> attente: Sounds like a question for happyaron. I have absolutely no idea.
[18:39] <Sweetshark> <Jack D. Ripper voice>These Red Hat guys are trying to sap and impurify our bodily fluids!</>
[18:40] <Sweetshark> now they even crawl our precious launchpad: http://nabble.documentfoundation.org/ANN-get-bugzilla-attachments-by-mimetype-with-launchpad-support-on-Fedora-td4084328.html
[18:50] <tjaalton> will we get g-c-c 3.8.x in trusty?
[19:53] <seb128> tjaalton, not likely, why?
[20:12] <tjaalton> seb128: it supports joining an authentication domain from the user setup capplet, utilizing realmd
[20:13] <seb128> tjaalton, we can backport a panel update if needed, the plan is to fork g-c-c (the new version has some new depends on gnome-shell for e.g display and some design/ui changes we don't want)
[20:16] <tjaalton> same thing with g-s-d? i think 3.8 got the nifty wacom settings thing like osx/win
[20:17] <tjaalton> press a button on it and it shows a config window of sorts
[20:17] <tjaalton> backporing some of g-c-c would be fine
[20:19] <seb128> tjaalton, yes, we plan to fork both and merge selective changes then
[20:19] <tjaalton> ok cool
[21:18] <sil2100> kenvandine: ping!
[21:22] <sil2100> seb128: hello :)
[21:24] <seb128> sil2100, night
[21:24] <kenvandine> hey sil2100
[21:25] <sil2100> seb128: goodnight then!
[21:27] <attente> bschaefer, hey
[21:27] <sil2100> kenvandine: could you review this branch? It has some small packaging fixes
[21:27] <sil2100> kenvandine: https://code.launchpad.net/~sil2100/unity-scopes-api/small_package_fixes/+merge/196195
[21:27] <sil2100> kenvandine: I'm still fixing copyright if anything
[21:27] <sil2100> kenvandine: but that's a separate branch
[21:27] <bschaefer> attente, hello
[21:28] <attente> bschaefer, wondering if you can help me out here, i seemed to have put unity into an unusable state
[21:28] <kenvandine> sil2100, done
[21:29] <kenvandine> sil2100, that was easy :)
[21:29] <attente> bschaefer, i can log in as a guest user, but no unity shell for my main use
[21:29] <attente> r
[21:29] <attente> is there a log file i can check to see what happened?
[21:29] <sil2100> kenvandine: thanks ;p
[21:29] <bschaefer> attente, i can in a little bit, i need to get something done first
[21:29] <attente> bschaefer, sure, sorry, take your time
[21:30] <attente> i'll try some other stuff
[21:30] <bschaefer> attente, sorry, just have to finish up this email...don't want to lose my tain of thought...maybe 10-20 min?
[21:30] <bschaefer> possibly ChrisTownsend might be able to help :)
[21:32] <attente> ok, no problem :)
[21:32]  * attente switches to gnome-shell
[21:39] <ChrisTownsend> attente: Hey, try looking in ~/.cache/upstart/gnome-session.log for a starting point or whichever one of those has the bad login.
[21:53] <seb128> attente, did you figure it out?
[21:56] <attente> seb128, no, seems to be stopping at the ezoom plugin
[21:57] <seb128> attente, what did you change/hack on?
[21:57] <seb128> did you make install in /usr?
[21:58] <attente> seb128, i didn't change anything as far as i can tell
[21:58] <seb128> weird
[21:58] <seb128> is it segfaulting or just hanging or ...?
[21:58] <attente> it must be in my home though
[21:58] <attente> if i log in as a new user, it works
[21:59] <seb128> rm -r .compiz* .config/compiz* ?
[21:59] <attente> yep
[21:59] <seb128> what's happening exactly?
[22:00] <attente> tracker-miner-fs emits warnings
[22:00] <attente> zeitgeist-data-hub has a critical
[22:00] <seb128> well, visually
[22:00] <seb128> is compiz failing to start?
[22:01] <seb128> or is it starting without the unity bits?
[22:01] <attente> compiz starts, but unityshell doesn't appear, so i'm stuck with a background
[22:01] <seb128> $ gsettings get org.compiz.core:/org/compiz/profiles/unity/plugins/core/ active-plugins
[22:01] <mhr3> kenvandine, do you know why sil2100 added https://code.launchpad.net/~sil2100/unity-scopes-api/small_package_fixes/+merge/196195/comments/453778 ?
[22:02] <seb128> attente, ^ what does that returns?
[22:02] <attente> seb128, :S
[22:02] <kenvandine> mhr3, oh... good catch
[22:02] <attente> it's missing?
[22:02] <kenvandine> maybe it was a mistake
[22:02] <attente> weird...
[22:02] <seb128> attente, reset that key
[22:03] <seb128> attente, well "weird", compiz tend to do that :/ if the plugin fails to load for a reason it might drop it from the active list
[22:03] <seb128> attente, so maybe you did hit a bug or made it unhappy once and that was enough...
[22:03] <attente> seb128, can't reset it, dconf can't write to it
[22:03] <seb128> attente, ?
[22:03] <seb128> attente, $ gsettings reset org.compiz.core:/org/compiz/profiles/unity/plugins/core/ active-plugins
[22:04] <attente> dbus isn't up i guess
[22:04] <seb128> attente, oh, dbus-launch <command> then
[22:04] <seb128> why isn't dbus up?
[22:04] <seb128> do you su from another useR?
[22:07] <attente> seb128, thanks, it's working again :D
[22:08] <seb128> attente, yw
[22:08] <attente> not sure why dbus wasn't up though, or how that key got reset in the first place
[22:09] <seb128> well, the reset is probably what I said
[22:09] <seb128> the plugin failed to load once for $reason and compiz decided to disable it
[22:09] <attente> right, sorry, i meant how that key changed in the first place
[22:09] <attente> oh
[22:09] <seb128> yeah for the wm being that modular
[22:09] <attente> hmm.. your shell doesn't work, guess you don't need one?
[22:10] <sarnold> is that how focus-follows-mouse or autoraise settings get forgotten periodically?
[22:10] <seb128> lol, yeah, it's like wm decoration are a plugin
[22:10] <seb128> or windows placement
[22:10] <attente> lol
[22:10] <sarnold> "oh gee sorry no mouse yet registered I'll just go ahead and forget that focus-following-mouse nonsense" ? :)
[22:11] <seb128> sarnold, I think that one is different, but focus follow mouse is an non supported feature nowadays...
[22:11] <sarnold> seb128: yes, I know, someone's been giving me subtle hints that I'm not welcome here any more, but I'm not good at taking hints. :)
[22:12] <seb128> haha
[22:12] <seb128> you are welcome to learn and evolve
[22:12] <seb128> ;-)
[22:12] <sarnold> nineteen or twenty year old habits are pretty hard to break. you might as well ask me to switch to emacs.. :)
[22:13] <sil2100> mhr3: yes, that was a leftover, we need to get that removed
[22:13] <sil2100> mhr3: did you see https://code.launchpad.net/~sil2100/unity-scopes-api/license_fixes/+merge/196198 ?
[22:14] <sil2100> mhr3: what do you think?
[22:14] <seb128> sarnold, if you are using vi I for sure would suggest you emacs ;-)
[22:14] <mhr3> sil2100, i'm actually not 100% which one we want
[22:14] <sarnold> seb128: lol :)  <3
[22:14] <mhr3> sil2100, not 100% sure
[22:15] <mhr3> sil2100, i think your branch is good, but will check with thomas
[22:15] <sil2100> mhr3: I saw COPYING mention LGPL, so I went with this one
[22:15] <sil2100> mhr3: also, LGPL seems a bit more fitting for all library-like projects - but get feedback from Thomas and approve then
[22:16] <seb128> sarnold, joke aside, I saw some comments about ffm being resetted, but I've no idea about that one ... that's a simple setting, not a compiz .so by itself right?
[22:17] <seb128> oh, dpm is around
[22:17] <seb128> dpm, hey, how are you?
[22:17]  * dpm hides
[22:17] <sarnold> seb128: sorry, I don't know compiz internals well enough to know where it's implemented :(
[22:17] <seb128> sarnold, k, I'm pretty sure it's a simple setting
[22:17] <seb128> dpm, lol
[22:17] <dpm> hey seb128, very well, managed to survive UDS too? :-)
[22:17] <seb128> dpm, yes!
[22:17] <dpm> :)
[22:18] <seb128> dpm, some french translators were asking why we didn't get langpack updates for raring, do you know?
[22:18] <seb128> dpm, is that lack of people to work on those update? did anyone do a call for help or something?
[22:18] <dpm> seb128, simply because we don't currently have anyone in charge of releasing the language packs :/
[22:19] <seb128> dpm, do we have a description of what that involves to point to people asking (in case one of them want to step up for the job?)
[22:20] <dpm> seb128, unfortunately, it's not easy to get community participation there, since building the packages requires access to Canonical servers
[22:20] <seb128> dpm, I though that the export/build was automated? (e.g just a cron job)
[22:22] <dpm> seb128, I'm trying to remind myself how all worked, but at least I recall the full langpacks need to be manually built. Let me see if I can find the docs, just a sec
[22:22] <seb128> dpm, don't bother, it's late, we can talk about it tomorrow
[22:22] <seb128> dpm, I didn't mean to make you work more after hours ;-)
[22:23] <dpm> seb128, no worries :)
[22:24] <dpm> seb128, yeah, we can talk about it in more detail tomorrow, especially if pitti is around, but essentially this is the langpack build process: http://bazaar.launchpad.net/~ubuntu-langpack/langpack-o-matic/main/view/head:/doc/operator-guide.txt
[22:24] <seb128> dpm, ok, thanks for the link, let's talk a bit more about it tomorrow
[22:24] <seb128> dpm, have a good night!
[22:24] <dpm> cool, have a good night too!


[06:04] <liquid23> hi
[06:05] <liquid23> hi im just wondering how do you get your windows partition to mount when u log on
[06:08] <tonyyarusso> Depending on what options you used when installing Ubuntu, it may be doing so automatically.
[06:08] <tonyyarusso> on boot, not logon.
[06:09] <liquid23> on boot
[06:09] <liquid23> should i edit the fstab cfg file
[06:10] <liquid23> i have my music on windows thats why im trying to get it to mount so i dont have to config rhythmbox everytime
[06:11] <tonyyarusso> Are you sure it's not already in fstab?  Otherwise you can do that, yes.
[06:12] <liquid23> it is not just the swap and the file system
[19:33] <ColinHarrington> I want to use a Ramdisk for my active workspace.
[19:33] <ColinHarrington> I saw this article
[19:33] <ColinHarrington> http://www.linuxreaders.com/2011/01/11/firefox-chrome-cache-on-ram-drive-fedora-ubuntu/
[19:34] <ColinHarrington> on how to speed up your browser by using a RAMdisk
[19:35] <ColinHarrington> I'd like to do a RAMdisk for my active workspace (code/class files,etc) that asyncronusly writes behind to disk
[19:35] <ColinHarrington> has anyone here done this before?
[20:02] <rlaager> ColinHarrington: "writes behind to disk"... How is that different from normal disk caching then?  Why not just use tmpfs?
[20:14] <ColinHarrington> rlaager Well, I only want the workspace portion to go there.
[20:32] <rlaager> ColinHarrington: http://www.flamingspork.com/projects/libeatmydata/


[18:47] <tomreyn> could you have a look at https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1847826 - I'm not sure exactly how to reproduce it yet, but I did produce it twice now.


[01:41] <nhaines> lynorian: "I had good experiences with Ubuntu with two neighbors. One notebook only had 1 GB of RAM, I expanded that to 2 GB with one of my sticks.  Runs briskly and the neighbors (not experienced with Linux) got along well."
[01:42] <nhaines> Sorry, that's "a very good experience"


 Each edit invalidates the cache, so when serving millions of users...
[00:09] <greg-g> https://ganglia.wikimedia.org/latest/graph.php?r=hour&z=xlarge&title=MediaWiki+errors&vl=errors+/+sec&x=0.5&n=&hreg[]=vanadium.eqiad.wmnet&mreg[]=fatal|exception&gtype=stack&glegend=show&aggregate=1&embed=1
[00:10] <cmaloney> I wonder if he knew
[00:13] <greg-g> http://gdash.wikimedia.org/dashboards/reqwiki/
[00:13] <bookiebot> http://goo.gl/ErjP6v - WMF stats
[00:16] <greg-g> http://ganglia.wikimedia.org/latest/graph.php?r=day&z=xlarge&c=LVS+loadbalancers+eqiad&m=cpu_report&s=by+name&mc=2&g=network_report
[00:16] <bookiebot> http://goo.gl/FIOwDx - image/png
[04:26] <cmaloney> Well, we got hit pretty hard with rain
[04:26] <cmaloney> our basement flooded
[04:27] <dickweed> D:
[04:27] <dickweed> all the roads in detroit closed
[04:27] <cmaloney> There was only a little bit of water, but we had boxes on the floor
[04:27] <cmaloney> so they got soaked
[04:27] <dickweed> woodward, 696, 75, most of royal oak, all of ferndale
[04:27] <cmaloney> yeah
[04:27] <dickweed> my cousin took a video of 2 guys kayaking down his road
[04:28] <dickweed> good to hear there wasn't too much water in your house though
[04:28] <dickweed> not a finished basement i hope?
[04:29] <cmaloney> It used to be finished. All but one room is unfinished.
[04:30] <cmaloney> It's very damp down there.
[04:30] <dickweed> used to be finished? not sure i've ever seen a basement become unfinished
[04:30] <dickweed> seems the opposite direction most people take
[04:30] <cmaloney> Previous owners "unfinished" it.
[04:30] <dickweed> hmm
[04:30] <dickweed> maybe they needed more storage
[04:30] <dickweed> ¯\_(ツ)_/¯
[05:16] <cmaloney> http://www.metalinjection.net/video/meshuggah-soul-train
[05:16] <bookiebot> http://goo.gl/vvhPfW - MESHUGGAH Soul Train | Metal Injection
[11:28] <brousch> cmaloney: Gah, flooding is the worst
[11:28] <brousch> Gotta clean it up before it molds
[11:29] <brousch> It looks like you East siders really got pounded
[12:01] <cmaloney> Yeah, we got hit, but fortunately we didn't get a lot of standing water.
[12:39] <_stink_> we got it too
[12:39] <_stink_> but we only had 2 inches in the basement
[12:40] <_stink_> we have neighbors like 4 houses down who had their basement windows blow out and fill up right up to the first floor
[12:56] <rick_h__> what's up?
[12:56] <rick_h__> flooding?
[12:57] <cmaloney> _stink_: Holy shit
[12:57] <cmaloney> thankfully we only got some puddles
[12:57] <cmaloney> and a little poot backup
[12:57] <cmaloney> rick_h__: Yeah
[12:58] <rick_h__> :/
[12:59] <cmaloney> https://www.dropbox.com/sc/u6om3pv9xwcrxhz/AADnPs5Vhea7tvPMyDpeIXEVa
[12:59] <bookiebot> http://goo.gl/Wupc0s - Dropbox - flooded_Basement
[13:00] <cmaloney> UNfortunately the pictures don't show the water very well
[13:03] <cmaloney> Though I stupidly left a power-strip on the floor. Fortunately the water didn't get that far or things could have been interesting
[13:03] <cmaloney> moved it last night
[13:03] <cmaloney> brb
[13:07] <cmaloney> Of course the beauty of this is were assured by $previousowner that this place never floods
[13:08] <cmaloney> of course we got some above-average rain last night
[13:08] <cmaloney> but the whole time JoDee is saying "there's no sump pump. This is going to flood".
[13:08] <cmaloney> I've come to learn via experience that JoDee is right more often than she is not
[13:09] <cmaloney> she's almost pope-level infallability. :)
[13:10] <cmaloney> rick_h__: Are you back on God's timezone?
[13:10] <rick_h__> cmaloney: not yet, fly home tomorrow
[13:11] <rick_h__> working on getting seats moved on the flight atm
[13:12] <cmaloney> rick_h__: I take it no CHC for you tomorrow? :)
[13:13] <rick_h__> cmaloney: no, think I roll in a couple of hours before CHC
[13:13] <jrwren> cmaloney: did you find from where it is coming in?
[13:14] <jrwren> cmaloney: oh, looks like you have finished walls, harder to find.
[13:14] <cmaloney> jrwren: I have some suspects.
[13:14] <jrwren> cmaloney: I just repaired my leaky basement wall. It is a very easy thing to fix if it is coming through old rod holes.
[13:15] <cmaloney> jrwren: Yeah, though I think some is coming up from the floor.
[13:15] <cmaloney> Which wouldn't surprise me as there's also some deterioration in one of the bathroom pipes.
[13:15] <jrwren> cmaloney: that would be pretty terrible.
[14:52] <greg-g> cmaloney: holy crap, flooding?
[14:53] <greg-g> ah, not too terrible, at least
[15:02] <greg-g> dangit, I need to re-stop using twitter, I just retweet jrwren's political tweets ;)
[15:02] <jrwren> i don't tweet politics.
[15:03] <greg-g> not sure what to call the police one then
[15:03] <greg-g> "how our world is f'd up" tweets?
[15:18] <jrwren> greg-g: current events.
[15:18] <greg-g> :)
[15:28] <greg-g> thought you all might enjoy this: http://www.opensym.org/2014/08/11/inner-source-coming-to-a-company-near-you-soon/
[15:35] <cmaloney> greg-g: We were fortunate. I'm hearing way worse reports from other folks.
[15:36] <cmaloney> greg-g: I'd be interested to see what is consdered "inner-source"
[15:45] <greg-g> cmaloney: probably only "you can actually, *gasp!*, share source between teams"
[15:52] <cmaloney> Yeah, was wondering if someone discovered Agile or something similarly profound
[15:52] <cmaloney> "if people take ownership of their code and have regular release cadences then you can achieve a more productive development cycle"
[15:53] <cmaloney> "if you wash your dishes regularly then you won't have to spend as much time washing dishes at any one period"
[16:01] <jrwren> I just found out that my wife cousins had to be rescued from their roof yesterday. Their house was almost entirely underwater, literally.
[16:01] <cmaloney> OMG
[16:02] <jrwren> They live along the clinton river in east macomb twp.
[16:02] <jrwren> err, east macomb county. I'm not sure what twp.
[16:02] <cmaloney> Over by Utica Road?
[16:05] <jrwren> A few miles north of there.
[16:06] <jrwren> True story: My wife watered the garden along our house on Sunday. It was the hotest day we've had in a long time. Her watering caused water to come into our basement a little.
[16:06] <jrwren> I took this opportunity to pull out the hydrolic cement and patch that hole.
[16:06] <jrwren> Monday's rain didn't get into the basement.
[16:07] <cmaloney> jrwren: Yeah, that would have been a mess and a half
[16:20] <cmaloney> Pretty sure there's a doom band that has a tempo so slow you'd need a week to play one measure.
[16:29] <cmaloney> https://www.youtube.com/watch?v=XCfhdmC7oMY <- What the fuck?
[19:27] <greg-g> Twitter is like smoking cigarettes to me. Every now and then you have to smoke one to remember "yeah, this is why I quit."


 “It’s not plugged in yet"
[04:39] <michi> :)
[04:40] <michi> Ever played the Addams Family pinball? Best pinball machine in the history of the game.
[04:42] <robru> not pinball, no. I remember the movies and the NES game...
[04:42] <michi> I’m trying to find a sound clip…
[04:42] <michi> If you ever see that machine, play it.
[05:06] <robru> michi: ok try stuff now
[05:07] <michi> robru: cool, thanks!
[05:08] <robru> argh
[05:08] <michi> https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/1/console
[05:10] <robru> michi: what request number and silo number was it? we have a stale backup apparently
[05:10] <michi> silo 22
[05:11] <michi> No, sorry.
[05:11] <michi> Sec...
[05:11] <michi> It was silo 6, I think.
[05:11] <michi> But it seems to have disappeared
[05:12] <robru> michi: not the one that you just assigned 5 minutes ago. did you have a silo you were using from before?
[05:12] <michi> I abandoned that one this morning
[05:12] <michi> That’s 26, I think.
[05:12] <michi> Seems like it’s still kicking around now.
[05:13] <robru> michi: yeah, stale backup
[05:13] <michi> You can blow that one away if you like.
[05:13] <robru> michi: what request number?
[05:13] <michi> I don’t need it any more
[05:13] <michi> Where do I find that?
[05:13] <michi> Got it: 756. 2015-12-08
[05:13] <robru> michi: /ticket/NNN?
[05:13] <robru> yeah
[05:14] <michi> Don’t know
[05:14] <michi> Where do I find that?
[05:14] <robru> michi: ok one sec, working on stuff
[05:54] <robru> alright, production rollout FROM HELL entering 9th hour, no end in sight
[06:01] <michi> robru: I feel with you.
[06:03] <robru> michi: it's just a missing oauth token. generating it is completley beyond me. we've been using the same one for a year.
[06:03] <michi> :(
[06:03] <michi> I’m oauth ignorant, I’m sorry.
[06:04] <robru> michi: yeah I dunno, we can generate it but for some reason it's not being saved in a way that lets us actually use it. total mystery
[07:16] <robru> Mirv: train is basically offline, don't try to run any jobs right now
[07:19] <jamesh> have some scripts been not-quite-ported to Python 3?
[07:26] <morphis> robru: can you do me a favor and drop the ubuntu-touch-meta package from silo 0?
[07:27] <robru> jamesh: yeah apparently lplib
[07:27] <robru> morphis: sure
[07:27] <morphis> robru: thanks
[07:31] <Mirv> ok :(
[07:46] <robru> Mirv: yeah, we're approaching hour 11 of downtiime
[07:46] <robru> hour 11 of this 30 minute redeploy
[07:48] <jamesh> look on the bright side.  Tomrrow's 30 minute redeploy should be a lot quicker
[08:21] <jibel> morning
[08:22] <jibel> trainguards, there is something weird with bileto. Some request set to 'passed' yesterday are marked 'ready for qa' this morning and there is no trace of the change in the history.
[08:23] <jibel> for example: requests 753, 767, 773
[08:24] <jibel> has the state of bileto been reverted somehow?
[08:25] <robru> jibel: yes everything is horribly broken and restored from an old backup, please do your best to mark stuff as passed again, I'm very sorry
[08:26] <jamesh> robru: I tried assigning a silo, and got this failure: https://ci-train.ubuntu.com/job/prepare-silo/4/console
[08:26] <jibel> robru, how old is the backup, so I know what I have to 'fix'
[08:26] <jibel> ?
[08:27] <robru> jamesh: yeah it's broken, sorry
[08:27] <robru> jibel: about a day
[08:36] <robru> jamesh: OK try again now
[08:36] <jamesh> robru: thanks.
[08:36] <robru> michi: try again now if you're still around
[08:36] <michi> robru: Wow, I’m amazed that YOU are still around!
[08:36] <robru> Mirv: i think things are coming back, try stuff if you've been waiting
[08:37] <robru> michi: yes, i started a deploy at 1pm and saw it through right to 1am.
[08:37] <michi> robru: Looks like it’s working, but it’s low on silos.
[08:38] <jamesh> robru: same here: https://ci-train.ubuntu.com/job/prepare-silo/6/console
[08:38] <robru> michi: you should abandon that old one, i didn't, sorry
[08:39] <michi> will try
[08:39] <robru> Mirv: you around to assign some?
[08:41] <robru> Argh
[08:44] <robru> check
[08:44] <robru> hello?
[08:47] <michi> robru: sorry
[08:47] <michi> In a hangout.
[08:47] <Saviq> trainguards, did we lose requests overnight https://requests.ci-train.ubuntu.com/#/ticket/786 ??
[08:48] <robru> Saviq: yes, catastrophic failure & old backup
[08:48] <michi> robru: I think I got rid of the old silo, or maybe you did?  Go to bed! I think you’ve definitely done enough for one day!
[08:49] <michi> trainguards: If anyone other than robru is around, can someone help me get a silo please?
[08:50] <michi> There are 52 in use, and I can’t get one automatically.
[08:50] <robru> michi: Mirv should be here
[08:50] <Mirv> michi: sure I can do whatever can be done with the train
[08:50] <Mirv> sil2100 will also be here very soon now
[08:50] <michi> Mirv: If you could get me a silo for ticket 783, that would be great.
[08:50] <Mirv> michi: done
[08:50] <michi> Sweet, thank you!
[08:51] <Saviq> trainguards, should I be recreating the lost tickets?
[08:51]  * Mirv reabandons one silo
[08:51] <Saviq> I've https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-035 assigned but the request for it is gone
[08:51] <Mirv> Saviq: yes
[08:51] <michi> Mirv, still failing.
[08:51] <michi> Ah, no.
[08:51] <Mirv> Saviq: oh...
[08:51] <Mirv> Saviq: let's see...
[08:52] <Mirv> Saviq: if there's no ticket, could you file the same ticket again and I copy the already built packages there? I don't believe the 035 is "assigned" from what train thinks if there's no ticket for it
[08:52] <robru> Mirv: yes apologies everything is in shambles, the train / bileto backups are noteven from the same time so stuff is out of sync
[08:52] <Saviq> Mirv, nw, I don't care much about packages, will recreate the request
[08:53] <Mirv> robru: yeah we'll just reassign, reabandon and move things around, I think it's eventually ok
[08:53] <robru> michi: no no you have to check in the train for what is assigned ~/silos/ubuntu/landing-035 may still contain a reference to a nonexisting ticket
[08:53] <robru> god this i a mess
[08:53] <Mirv> Saviq: ok, then I'll simply empty the silo since the packages shouldn't be there
[08:53] <Mirv> robru: oh ok
[08:53] <Mirv> checking
[08:54] <michi> robru: Seems to be building now.
[08:54] <michi> So, I’m good. Thanks heaps for all your hard work!
[08:55] <Mirv> robru: nope 035 dir is empty
[08:55] <robru> Mirv: ok
[08:55] <robru> Mirv: if my phone stops cutting out I'm going to try to figure out what's been lost and recreate some of it
[08:55] <Mirv> robru: or you can just go to sleep, we'll manage with the current state well enough
[08:56] <robru> I can't believe I'm leaving such a mess
[08:56] <michi> Mirv: 2015-12-15 08:54:13,751 WARNING
[08:56] <michi> debconf: delaying package configuration, since apt-utils is not installed
[08:56] <michi> I: unlink for ilistfile /var/cache/pbuilder/build//cow.25390/.ilist failed, it didn't exist?
[08:57] <michi> That’s here: https://ci-train.ubuntu.com/job/ubuntu-landing-026-1-build/1/console
[08:57] <michi> Ah, looks like it got past that. I haven’t seen that before.
[08:57] <Mirv> michi: let's see how it goes from there
[08:58] <michi> There’s a bunch of other unusual errors in that log.
[08:58] <Mirv> at least diff generation builds go alright
[08:59] <robru> michi: it's creating a new pbuilder because it's a fresh deploy
[09:00] <michi> robru: Cool
[09:00] <Mirv> robru: do you know if someone is recreating jobs for silos 031-060 that are missing?
[09:00] <robru> michi: first build will be really slow as it debootstraps vivid & xenial but afterwards should be normal
[09:00] <Mirv> or if they are restorable
[09:00] <michi> Sure, that’s fine.
[09:00] <robru> Mirv: wat
[09:00] <michi> I won’t die if it takes a few hours :)
[09:01] <robru> Mirv: thanks for pointing that out, I can fix that. holy crap
[09:02] <robru> that would explain the low silo errors
[09:02] <Mirv> robru: ok. I was first a bit "wtf" of 404 but then noticed they're simply missing
[09:02] <robru> god I can't wait o get rid of jenkns
[09:03] <robru> Mirv: so basically all the "artifacts" links will be broken, you'll needto do DIFF_ONLY builds for silos that you want the diffs back
[09:03] <robru> Mirv: I mean technically the diffs are in the silos but we've lost the jenkins artifacts
[09:04] <Mirv> robru: yes, I think that's the default thing to do by everyone, run diff_only build. I've just run such on my own.
[09:07] <michi> Mirv: the last few lines here: https://ci-train.ubuntu.com/job/ubuntu-landing-026-1-build/1/console
[09:07] <michi> Is that normal?
[09:08] <Mirv> sil2100: welcome to a trainwreck. in short, old backups restored, all silos need manually fixing to get them back up to date. abandoned tickets need to be reabandoned, filed and assigned tickets need to be refiled and reassigned. bileto and train backup restores are from different times so if there's a silo full of content better check the silo directory on jenkins before removing the packages (if ther
[09:08] <Mirv> e's erronous ticket reference).
[09:09] <michi> Mirv: Never mind...
[09:09] <Mirv> michi: yes I think nowadays stuff is kept clean / using low amount of space, so that'd sound like normal thing to do everything important has been pushed to LP.
[09:10] <michi> Cool, thanks.
[09:10] <michi> I think everything looks good with my silo now. At least, on the PPA page, it shows packages building.
[09:11] <robru> Mirv: holy flip, https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-047/excuses.html this is the first britney run I've seen with all-passing tests!
[09:11] <robru> incredible
[09:15] <Mirv> robru: wow :)
[09:20] <robru> IT WAS ALL WORTH IT JUST FOR THAT
[09:20] <robru> IT WAS ALL WORTH IT JUST FOR THAT
[09:20] <sil2100> Mirv: uh oh
[09:21]  * sil2100 walks by as if he didn't see or hear anything
[09:21] <Mirv> :D
[09:21] <sil2100> ;)
[09:21] <Mirv> there was no trainwreck when I glanced at that direction, so I just walked along
[09:38] <michi> Mirv: So, it appears the that builds have finished: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-026/+packages
[09:38] <michi> Is it possible to get rid of the IBM build for thumbnailer?
[09:38] <michi> It’s not relevant.
[09:39] <michi> But the train page does seem to want to update: https://requests.ci-train.ubuntu.com/#/user/michi
[09:39] <michi> It still shows everything as building.
[09:39] <michi> Sorry, not everything. armhf
[09:40] <michi> Sheesh, I’m always one step ahead of the train :)
[10:21] <Mirv> michi: the train updates every 15 min or so
[10:21] <michi> Mirv: Yes, all good. It’s all done and dusted now.
[10:50] <bzoltan_> brendand: jibel:  hello. I have a super critical UITK landing in the silo60. It is fixing 10 OTA9 bugs ... I would like to ask you to please put that silo on a fast track, so I can spin off a new landing  this week with even more OTA fixes.
[10:50] <bzoltan_> sil2100: ^
[10:51] <jibel> bzoltan_, ack
[10:52] <bzoltan_> jibel:  thank you
[10:52] <sil2100> bzoltan_: ok, nice
[13:05] <Saviq> trainguards, something's not right here https://requests.ci-train.ubuntu.com/#/ticket/784 - I had to abandon the silo due to old/wrong versions sticking in the PPAs, but it still says "Name of Assigned Silo ubuntu/landing-023" and assigning does pick that same silo again
[13:05] <Saviq> help?
[13:19] <morphis> sil2100, Mirv: can one of you upload something for me?
[13:20] <sil2100> Saviq: uuuh
[13:20] <sil2100> Saviq: might have something to do with the trainwreckage from yesterday night
[13:20] <sil2100> Saviq: I'll try looking into that in a minute
[13:21] <sil2100> morphis: sure, what's up?
[13:22] <morphis> sil2100: see PM
[14:04] <Saviq> sil2100, my request got assigned to a different silo after all
[14:04] <Saviq> so I'm good again
[14:04] <sil2100> Saviq: I saw some stale files there
[14:24] <Saviq> jibel, hey, can you confirm this comment https://bugs.launchpad.net/canonical-devices-system-image/+bug/1526328/comments/3 ?
[14:25] <Saviq> jibel, I can't seem to get gallery to do this now (although I've seen it yesterday and initially attributed to the u8 regression indeed)
[14:27] <nerochiaro> fginther: hello. do you know if it is possible to set up jenkins to autobuild packages from lp:camera-app/staging and lp:qtubuntu-camera/staging ?
[14:31] <jibel> Saviq, I confirm that rotating the app makes the issue go away.
[14:31] <jibel> Saviq, gallery bug then?
[14:31] <Saviq> jibel, yes
[14:50] <fginther> nerochiaro, we can get it added. do you need just the -ci jobs or -autolanding as well to merge MPs?
[14:51] <nerochiaro> fginther: just jobs that autobuild packages
[14:51] <nerochiaro> fginther: so that people can test them
[14:51] <fginther> nerochiaro, ack, thanks
[14:51] <nerochiaro> fginther: thanks !
[15:26] <dobey> cjwatson: hi. i've been seeing this dangling symlink error quite a lot the past few days. wonder if you might have some idea about it? https://launchpadlibrarian.net/230091672/buildlog_ubuntu-vivid-i386.pay-service_15.10%2B15.04.20151215-0ubuntu1_BUILDING.txt.gz
[15:31] <rvr> xavigarcia_: Silo 51 failed https://trello.com/c/59x9w35y/2573-645-ubuntu-landing-051-unity8-indicator-sound-xavi-garcia-mena-nick-dedekind
[15:31] <cjwatson> dobey: not off the top of my head; in that context that particular symlink would be expected to be dangling (it'll be pointing to a file in the runtime library package), but I'd have expected the "! -type l" there to exclude it
[15:31] <cjwatson> dobey: have you tried reproducing it in a local build?
[15:34] <dobey> cjwatson: it seems to only happen on vivid on launchpad builders. it doesn't happen in my jenkins builds, and there haven't been changes that would cause it. a retry usually gives a working build again
[15:37] <cjwatson> dobey: that would suggest a parallel-building race or similar
[15:37] <cjwatson> dobey: there's nothing special here, a local sbuild run with matching sources.list should reproduce it (eventually)
[15:37] <dobey> hmm, ok
[15:47] <Saviq> trainguards... ugh... last build job from https://requests.ci-train.ubuntu.com/#/ticket/784 uploaded all the packages... somewhere into the void, they're not there in the silo PPA :/
[15:48] <Saviq> help/
[15:49] <sil2100> Saviq: maybe those got rejected?
[15:49] <sil2100> Let me check the logs
[15:49] <Saviq> sil2100, not sure why they would, FWIW I can't see anything like "uploading foo to silo 031" in the logs either
[15:49] <sil2100> eh...
[15:50] <Saviq> it's as if it signed them... and went away
[15:50] <Saviq> a no wait there they are
[15:50] <sil2100> Saviq: those got rejected... the reason is: this PPA already has the 15.04.20151215 versions of the packages
[15:50] <Saviq> wha
[15:51] <sil2100> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-031/+builds?build_text=&build_state=all
[15:51] <Saviq> sil2100, ok then those came from https://ci-train.ubuntu.com/job/ubuntu-landing-031-1-build/7/console
[15:51] <Saviq> sil2100, but who deleted them...
[15:51] <sil2100> hmmm
[15:52] <sil2100> Didn't you re-assign the silo or something?
[15:52] <xavigarcia_> rvr: sorry, I was at a standup
[15:52] <Saviq> sil2100, I did, but the previous one was 023
[15:52] <sil2100> Ah, hm
[15:53] <Saviq> sil2100, we can try abandoning and reassigning again, yay
[15:53] <Saviq> or I can wait until tomorrow to get version bumps :P
[15:53] <Saviq> but would be good to know what happened anyway
[15:53] <sil2100> I'm really shocked that the trian doesn't take Deleted packages into account when creating the version number
[15:53] <sil2100> *train
[15:53] <xavigarcia_> rvr: that issue you point out is an already known issue... related with qml. Any app using that qml component to launch short sounds will make the audio role change from "multimedia" to "alert"
[15:54] <Saviq> sil2100, trueth
[15:54] <xavigarcia_> rvr: so the game is running in "alert" sound mode... but changes to "multimedia" everytime it plays a sound
[15:55] <rvr> xavigarcia_: I understand the silo fixes that problem
[15:55] <xavigarcia_> rvr: and the warning is only shown when playing multimedia. But the sound is so short that the user has no time to cancel or approve the warning, as when it finishes it changes the audio role back to alert
[15:55] <xavigarcia_> rvr: nope, that was not the intention of the silo
[15:55] <xavigarcia_> rvr: in fact we cannot fix that from the sound indicator
[15:56] <rvr> xavigarcia_: https://bugs.launchpad.net/ubuntu/+source/indicator-sound/+bug/1484589
[15:58] <xavigarcia> rvr: the issue that is fixed for that bug is different
[15:59] <xavigarcia> rvr: it was related with the normal notifications
[15:59] <rvr> xavigarcia: Ok, volume notification is no more
[15:59] <rvr> xavigarcia: But now we see the warning
[15:59] <xavigarcia> rvr: yeah, but that's the one we cannot fix from the indicator
[15:59] <Mirv> renatu: what's up with the qtpim landing, did you get the issue resolved / rechecked?
[16:00] <xavigarcia> rvr: because it changes the game changes the audio role, which is managed in pulseaudio
[16:01] <xavigarcia> rvr: we also have an issue related to that with videos
[16:01] <renatu> Mirv, I was able to reproce the problem, but I can confirm that is not related with the qptim changes
[16:01] <renatu> Mirv, I still investigating what is causing the problem
[16:02] <xavigarcia> rvr: anyway... the main reason of the silo was the notifications that appear when the output changes (headphones/speakers) and so on...
[16:02] <xavigarcia> rvr: and the problem is again that the code is adding new strings that need to be translated for OTA9
[16:03] <xavigarcia> rvr: so... What I suggest is to open a separated bug for the warning (although it's been already reported)
[16:03] <xavigarcia> rvr: for example... here: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1485522
[16:04] <xavigarcia> rvr: and here https://bugs.launchpad.net/canonical-devices-system-image/+bug/1478506
[16:05] <sil2100> Saviq: anyway, could you try reassigning *again* ? ;p
[16:05] <sil2100> I know it's stupid, but not much we can do in this PPA today
[16:05] <Saviq> sil2100, nah, I'll just build tomorrow ;)
[16:05] <Mirv> renatu: ok, so are you planning to fix that issue in the same silo or get the current silo landed first?
[16:05] <sil2100> ...or that
[16:05] <sil2100> ;)
[16:06] <renatu> Mirv, I do not think that is a qtpim problem, but I want to have 100% sure
[16:06] <Mirv> renatu: ok, let QA know then if you want them to re-evaluate it
[16:07] <renatu> ok
[16:25] <jgdx> trainguards: hey, silo 34 is sitting in the garage. Is there anything I should do?
[16:36] <renatu> Mirv, could you try to reproduce the problem? I tried 4 times and I can get this failing anymore
[17:08] <psivaa> camako: Hello, we've just enabled devel-proposed for mir-mediumtests-runner-xenial-touch jobs: https://jenkins.qa.ubuntu.com/job/mir-mediumtests-runner-xenial-touch/16/console following your yesterday's conversation with fginther  about  it
[17:12] <camako> psivaa, thanks I'lll check things out
[17:51] <robru> jgdx: what's the issue?
[17:52] <jgdx> robru, it has not landed
[17:55] <robru> jgdx: looks like it's waiting for qa, right?
[18:14] <jgdx> robru, it passed
[18:14] <jgdx> unless I dreamt it
[18:15] <robru> jgdx: well the db did lose a day's worth of info due to catastrophic failure so it's possible that it passed and got reverted, but it doesn't say it got passed. please confirm with qa people
[18:15] <davmor2> bzoltan_: eyes up any second
[18:16] <bzoltan_> davmor2: https://www.youtube.com/watch?v=itAOGRiYRLI
[18:16] <jgdx> robru, can't we use https://trello.com/c/I6sg1anH/2564-767-ubuntu-landing-034-ubuntu-push-jonas-drange ?
[18:17] <robru> jgdx: ok right
[18:17] <jgdx> thx
[18:19] <robru> jgdx: publishing is unfortunately broken right now so please find a core dev to copy the packages to the archive manually
[18:20] <jgdx> seb128, hey, could you help me out? ^
[18:24] <seb128> jgdx, what package/ppa is that?
[18:25] <jgdx> seb128, it's ubuntu-push-client to xenial and vivid+overlay
[18:25] <seb128> you don't have the copy commands handy right?
[18:25] <seb128> like things I could copy/paste
[18:29] <bzoltan_> robru: would you be the right person to merge the silo60 UITK to the trunk and release the packages to the Overlay PPA and to Xenial? We might need a jedi's ack on the debian/ changes... like seb128 :)
[18:34] <robru> bzoltan_: I don't have any publish powers unfortunately and also the train is broken again so I can't merge either. working on it
[18:34] <bzoltan_> robru:  does not sound good ... who has publish power?
[18:35] <robru> bzoltan_: any core dev can copy the packages manually for you right now
[18:35] <robru> bzoltan_: or you might need to wait if the diffs are not available for reviewing
[18:36] <bzoltan_> robru: I see ... do you know when the train will be able to creat diff at least?
[18:36] <robru> bzoltan_: I dunno maybe like an hour? this shit is fucked
[18:37] <bzoltan_> robru: it is ... I know I am not much use, but if I can do anything for you I am still here for few more hours
[18:38] <robru> bzoltan_: no it's ok, I'm working with magical webops people to get things sorted but it's like performing surgery blindfolded
[18:44] <renatu> Mirv, rvr, I can confirm that the problem that you faced on silo 10 is not related with the changes in the silo. Is related with a Know problem on QtNetwok that sometimes report a wrong connection state
[18:49] <pmcgowan> jibel, so none of the bugs in silo 51 are actually fixed
[18:50] <pmcgowan> I should change the status
[18:54] <jibel> pmcgowan, none of them since the silo has been reverted. I reverted the status.
[18:54] <pmcgowan> jibel, thanks
[18:54] <pmcgowan> too bad :(
[18:56] <pmcgowan> alecu, do you want to break out that one change from the silo to land it?
[18:59] <alecu> pmcgowan: sorry, which change? I understand that the silo is a rework of a few things, so I have to check with xavi if it can be split.
[19:00] <pmcgowan> alecu, silo 51 has 4 fixes and the one for headphone warning is blocked
[19:05] <alecu> pmcgowan: the first three bugs are closely related, and are fixed by the same branch. I'll ask xavi to see if we can split just the parts that belong to that headphone bug.
[19:06] <pmcgowan> alecu, assuming the other fix is not coming soon but asked john about it
[19:41] <dobey> hmm
[19:57] <robru> ok...
[19:57] <robru> bzoltan_: things should be working if you want to try publishing
[20:41] <bzoltan_> robru:  I am afraid that the s390x build failure blocks me
[20:44] <bzoltan_> robru:  I have the fix for that here -> https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/link_Gestures_more_explicitely/+merge/280630
[20:45] <bzoltan_> robru:  What I need the most is to merge this landing branch to the UITK trunk, so I could start  working on our very last landing of this year...
[20:56] <robru> bzoltan_: ah ok, which silo? I can merge it
[21:01] <robru> bzoltan_: oh, it would only say failed on s390x if that was a regression, so even if the publish job let you publish that it'd just get stuck in proposed...
[23:38] <michi> robru: Simple question for you...
[23:38] <robru> michi: what's up?
[23:38] <michi> How can I stop a build in the train that’s currently in progress?
[23:38] <michi> I just pushed another change to the branch and want to build the latest version, cancelling the current build.
[23:39] <michi> Is there a “stop building” button somewhere?
[23:42] <robru> michi: yeah there's a big red x on the jenkins job page
[23:42] <michi> How do I navigate to that?
[23:42] <robru> michi: be careful not to click that after the log says 'POINT OF NO RETURN' though otherwise stuff'll be corrupted
[23:43] <robru> michi: if you're looking at the bileto ticket you can click 'build' and it opens the jenkins page
[23:43] <michi> Ah, OK, I didn’t know that.
[23:43] <robru> michi: you should see on the left a list of past jobs, including the running one, with an x
[23:43] <michi> Doesn’t look like it: https://ci-train.ubuntu.com/job/ubuntu-landing-026-1-build/build
[23:43] <michi> I see the past jobs, but not the one that’s building right now.
[23:44] <michi> The arm builds are still in progress right now.
[23:45] <robru> michi: oh, well, then, no, you can't cancel it. you can only cancel the source package build pre-upload. if the builds are in the PPA then you have no way to cancel
[23:45] <michi> OK. Not a big deal.
[23:45] <michi> I just thought it would be nice to release the resources early.
[23:45] <michi> Thanks!
[23:45] <robru> michi: yeah unfortunately the train doesn't expose that. I guess I could cancel but meh. just upload a new one when you're ready
[23:46] <michi> Sure