[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!