[07:26] good morning desktopers! [07:26] bonjour seb128 [07:26] bonjour tout le monde [07:26] pitti, hey, wie gehts? [07:26] seb128: geht so -- ich habe bis um 1:00 gehackt :) [07:26] seb128: et toi ? [07:27] ça va bien ! [07:27] what did you hack on? [07:27] oh, systemd [07:28] * seb128 just reading g+ [07:29] hehe [07:29] good morning! [07:37] hey larsu [07:37] hey dednick [07:47] seb128: hi [07:48] dednick, how are you today? [07:50] seb128: fine thanks. you? taken a look at the usc branch. wondering why we're doing this rather than supporting translations. [07:50] seb128: since the only branch to change is usc. [07:50] dednick, Saviq was arguing that usc shouldn't have translations for some reasons [07:50] dednick, it's also a smaller change/easier/give us a translated string, so works better for rtm [07:51] seb128: well, this isn't really any diff. I think Saviq was arguing that we shouldn't have translatable strings at all [07:51] dednick, if we enable translations in usc now the langpacks are going to miss the string and it's going to take some time before it's there and used [07:52] dednick, I'm fine working on enabling translations in usc next, that just seems the best rtm friendly solution [07:52] seb128: if we're changing u8 to translate the "Call back" and "Send" strings, i'd rather put a passthrough property to that "Reply" string which u8 needs to set [07:53] seb128: this bug isn't going to get rtm'ed though is it? it's not on the critical list [07:53] dednick, https://code.launchpad.net/~tiagosh/telephony-service/add-translation-strings/+merge/240643 [07:54] dednick, I'm going to ask Pat about it, that's a visible string and bq ships in a non english country [07:54] it's going to be at least ota1 I guess [07:55] seb128: ok. [07:55] seb128: i think the u8 fallback strings need to be translated anyway. [07:55] dednick, well, feel free to reject, but as said that's a temporary workaround until we properly enable translations [07:55] dednick, ok, I can mp that as well [08:01] morning [08:01] lut didrocks, en forme ? [08:01] seb128: cool. in that case, can you add a property to the usc SnapDecision for the replyPlaceholderText ? and override in u8? [08:02] dednick, ok, rather than enabling translations in usc? [08:02] seb128: toujours en train de tousser :/ mais sinon, ça va, et toi ? [08:02] seb128: yah. there are still some requests for translations in there, but for the quick fix i think it's better. [08:02] didrocks, ça va bien, merci ! [08:03] seb128: should probably just remove the default strings all together from usc. [08:03] dednick, well, the easiest one is the one I proposed ... you don't want that in as step1 ? [08:03] dednick, it's the only solution that is going to give us a translated string on the UI without needing a langpacks update [08:04] we can do the proper one in vivid then [08:04] seb128: need to update the lang packs for the other strings though. [08:04] yeah, but 1 is better than nothing [08:04] and that's a cheap one liner [08:06] seb128: systemd-shim to be precise [08:06] Laney: I tested gnome-terminal from the PPA, profile migration still doesn't work at all [08:06] pitti, yeah, saw your post [08:06] seb128: heh. if we're landing 2 packages and lang packs, is 3 much worse? [08:06] shrug [08:06] Laney: with 3.6 and no gconf I switched the color schema (black on yellow) and a smaller font, then upgraded, restarted g-t, it was back on the defaults (white on black, big font) [08:07] you could use the domain translate in u8 if you really want :) [08:07] dednick, the point is that I doubt we are going to have an unity8 or langpack landing for rtm [08:07] but well, I feel like I spent more time trying to argue than 1 liner than it's worth it [08:07] seb128: as far as i know, there's loads of u8 langing [08:07] so your call [08:07] landing [08:07] it's a 1 char change [08:07] tr->dtr [08:08] not sure why you push back so much on it [08:08] seb128: because we have to change it later! [08:08] we have to do another changeset to enable translation anyway [08:08] which I'm working on [08:08] and which is going to revert the workaround [08:09] but meanwhile it doesn't hurt to land the workaround [08:09] imho [08:09] seb128: bah. whatever. ok, as long as you do the mps to fix properly now as well. [08:09] yeah, that's on my todolist [08:10] dednick, so do you think translations in usc are needed? [08:10] there are more strings with i18n.tr() [08:10] not sure they are used anywhere though [08:10] seb128: no, they shouldn't be [08:10] or would you just do the property thing and let unity8 define that? [08:10] ya. property thing. all the strings are context sensitive [08:10] k [08:11] what happens if unity8 tries to use a non existant property? [08:11] or asked differently, do we need to land usc before/in sync with unity8? [08:11] seb128: hm. i think so. i think the component may not load [08:11] cant remember [08:12] I'm going to try [08:12] but I might just land usc first [08:12] or just get a "property does not exist" [08:12] then update unity8 [08:12] easier than trying to land them in sync [08:13] seb128: ok. well the u8 one should technically not be needed at this point since the telephony-service is proving the "Send" & "Call back" strings now [08:13] right [08:13] but I mean for the proper fix [08:13] ok [08:13] 1. add the property to usc [08:13] 2. make unity8 set it [08:13] yup [08:14] dednick, thanks for the discussion [08:14] I'm going to work on that/put mps up for review [08:14] seb128: sorry for the arguement :) [08:14] no problem! [08:31] dednick, can you change the mp status to approved as well, for the workaround [08:32] seb128: done [08:32] thanks [08:59] morning [09:00] hey willcooke [09:02] hey hey [09:03] hey ukers [09:03] how are you? [09:04] willcooke, the fix for the unity8 lockscreen/liveCD issue landed in vivid, we can update whatever instructions you had which suggested the "go to vt, change password" workaround [09:04] didrocks, ^ fyi [09:04] seb128, excellent, thanks! [09:05] mhall119, we can remove the note from your blog post ^^^ [09:05] willcooke, didrocks, also, workaround for non starting unity8 is to remove qtubuntu-media [09:05] yeah, I saw conversations about that - very strange [09:05] they are working on a proper fix [09:05] but meanwhile [09:06] willcooke, not so strange, it's back to the conversation we had in Washington with Jim, media-hub needs to be made to work on desktop as well [09:06] though yeah, weird that it segfaults now when it was working [09:06] seb128, it sounded like Jim expected us to port media hub? [09:06] well, you sort of told him we would do it... [09:07] or that we could have a look [09:07] imho we don't have the cycles to handle that [09:07] I agree [09:07] seb128: ah removing then! [09:11] dpm, hey, can you review https://code.launchpad.net/~seb128/ubuntu-system-settings/build-translations-template/+merge/240696 ? if/when that lands, what do we need to change to the project setup so it prefers the ubuntu template to the trunk one? === Saviq is now known as Saviq-codedive [09:21] pitti: ah, it seems to be a problem with the default profile [09:22] http://people.canonical.com/~laney/weird-things/g-t.mp4 <- non-"Default" working [09:24] (a) transparent terminal?! [09:24] best feature ever [09:24] (b) why is that profile dialog so wide? [09:24] another wide-window bug I haven't caught yet? [09:24] i'm running gtk 3.14 there [09:24] also I had to hack the .ui file to get the profile dialog to open ... [09:25] Invalid property: GtkHScale.update_policy on line 2311 [09:26] hm, I wonder if that was ever a property... [09:28] gtkrange apparently had it in the 1.x days [09:28] ah, 2.x as well [09:28] makes sense [09:30] Laney: master doesn't have that [09:31] I know [09:31] but the gnome-terminal we have in the archive does [09:31] gnome-3-14 branch also doesn't [09:31] do you know where that comes from? [09:31] we have 3.6 [09:32] oh, in _that_ version, right [09:49] seb128, reviewed and added a comment [09:50] dpm, thanks, that came before and is probably something we should look at [09:53] seb128, as per the question of the project setup, there is nothing you need to change really. Optionally, you can disable the upstream translations, if you want, but if you could leave enabled there for a while, you'd do me a favour, as the stats page cannot yet count the stats from source packages, as I'm pending on an export from LP [09:54] dpm, well, since the translations are shared, what template is going to "win"? [09:54] seb128, ah, no template "wins" - it doesn't matter where you do the translation, they are changed instantly on both sides [09:55] dpm, right, but what if the template in trunk is outdated and the one in ubuntu has extra strings? [09:55] do we get 2 different lists depending of where you go on launchpad? [09:55] isn't that going to confuse translators? [09:57] seb128, ah, sorry. So there are two templates then, and only the identical strings are shared. But as soon as both templates are in sync, then the translations are fetched from the database and populated on both sides. Indeed, it's not an ideal situation, that's why I'm asking for it to be temporary. [09:58] k [09:58] dpm, I though it would make sense to disable the trunk template and use the ubuntu one as shared to avoid the confusion [10:01] seb128, yeah, but if you could leave it there for a while, that'd be great, as u-s-s takes a big chunk of the translations stats. I'm trying to get a stats export from LP to get the stats counted from the source packages, but it's not there yet [10:01] so let me ping Colin about this again [10:02] dpm, ok [10:02] thanks seb128 [10:02] yw, thanks for the review! [10:02] np, my pleasure to get more automation in translations :) [10:16] * didrocks upgrades to vivid! [10:17] after doing a lot of removal to avoid getting rpm3 ;) [10:40] hey folks, quick question, does anybody here know when status.ubuntu.com will switch to V? (it still redirects to -u by default) [10:40] ochosi: maybe dpm knows [10:41] seb128: btw, thanks for the pointer, robert_ancell said he'll improve the patch for simple-scan [10:41] I think it's his team which does that? [10:41] * Laney guesses semi wildly [10:42] Laney, ochosi, I don't know, sorry. It's generally cjohnston who does (or used to do) that [10:42] ok, thanks Laney :) [10:43] dpm: used to? i hope you're not abandoning it, it's quite a useful tool to keep an overview [10:43] ochosi, yw! [10:43] dpm: thanks for the heads up anyway, at least now i know who i should go after :) [10:43] ochosi, don't worry about status, it's not abandoned [10:43] willcooke plans to use it for our team this cycle [10:43] yeah, was just guessing because i saw that kubuntu doesn't use it anymore [10:43] so he's likely going to make sure that things work [10:43] ok cool [10:43] ochosi, what is kubuntu using? [10:43] trello afaik [10:44] we also evaluated it this cycle vs. launchpad [10:44] launchpad is really great and blueprints make sense and all, but it feels quite slow and heavy at times [10:44] k [10:44] but yeah, we still decided to go back to it [10:44] well, the main advantage is that it's integrated in our process [10:44] its benefits by fair outweigh the performance penalty [10:44] like you can make launchpad bugs part of the blueprint items [10:44] yeah, exactly [10:46] i saw a few nice mockups on how to meaningfully integrate the burndown chart in websites targeted at developers/potential contributors [10:46] would be nice to see something like it on the ubuntu website too [10:49] ochosi, sorry, I didn't mean it like that. I meant "cjohnston used to do it", as in "I don't know if someone else does it now" [10:50] dpm: ok, thanks :) [11:03] pitti: no, sorry, it's working for the default profile for me now [11:03] maybe someone else could try it and see [11:20] blargggggggggggg [11:20] now it doesn't work [11:20] what is going on here [11:21] Laney: ah [11:22] Laney: yeah, I was pretty sure it worked for me a few weeks ago too [11:22] Laney: where "me" is "fresh user account, do the same config changes in g-t, then upgrade" [11:22] Laney: so, if that's somehow specific to my system, I don't mind reconfiguring my terminal [11:22] but I guess if it happens for most/all users it's a bit awkward [11:23] Laney: if you have a succeeding case, what's the output of gnome-terminal-migrate? does that say more than just the three lines? [11:24] what's gnome-terminal-migrate? [11:24] I've just been running the server [11:44] haha [11:44] my grep was wrong so I didn't see the binary [12:03] oh seb128 here? [12:06] pitti: aaaaaaha [12:06] Laney: that sounds like enlightenment? [12:06] If you gconftool --recursive-unset [12:06] then it removes /apps/gnome-terminal/global which isn't always recreated [12:07] and if this isn't there the migration doesn't happen [12:07] so in old g-t if I go to Profiles and get that re-created then it migrates [12:08] ah! so gnome-terminal-migration needs to do/fake that? [12:08] maybe it can assume "Default" if there's no value there [12:09] or if there's only one profile then this must be the default one [12:24] who do I poke for https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1388738 ? I don't think it's a driver bug. although initially screen cursor is apparantly not set [12:24] Ubuntu bug 1388738 in xserver-xorg-video-intel (Ubuntu) "No cursor while compositing" [Undecided,Confirmed] [12:32] seb128: is there a better way of doing this? http://paste.ubuntu.com/8835187/ [12:32] hey mdeslaur [12:32] seb128: or is getenv still the good way [12:32] seb128: oh! you just got here, hi! [12:33] mdeslaur, getenv is still the good way, and IRC dropped during lunch not sure why [12:34] seb128: are we getting proper support in vivid soon, or is it worth uploading and SRUing to utopic? [12:34] I didn't look at the gnote ui/code, but for e.g evince we keep the headerbar, we just don't set it as a titlebar and hide the close button, so it becomes a toolbar [12:34] it might make the patch smaller to do that if you can [12:35] mdeslaur, http://bazaar.launchpad.net/~ubuntu-desktop/evince/ubuntu/view/head:/debian/patches/unity_normal_titlebar.patch [12:35] just for reference [12:35] seb128: who do I poke about gsd cursor bugs? [12:35] mlankhorst, what sort of bugs? that seems xorg related so yourself? ;-) [12:35] but otherwise we don't have an assigned maintainer, just ask on the channel [12:36] usually it's Laney, robert_ancell or myself looking at such issues [12:36] ok [12:36] * larsu offers to help as well [12:36] I'll try to reproduce it first, https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1388738 [12:36] Ubuntu bug 1388738 in xserver-xorg-video-intel (Ubuntu) "No cursor while compositing" [Undecided,Confirmed] [12:36] seb128: ah, interesting, I'll see if I can do something similar, thanks [12:37] larsu, sorry for not listing you there [12:37] that's what you get when you list names ;-) [12:38] mdeslaur, otherwise "proper" support is coming in vivid, that's probably not going to be SRUed [12:38] no worries! [12:38] seb128: so not worth uploading then? [12:39] mdeslaur, knowing that "proper" support means that those should have borders, etc, they are still going to look/act slightly inconsistently compared to native decoration, but we don't plan to patch the universe, mostly the default apps to have a good out of the box experience [12:39] mdeslaur, you have it ready, upload, it's going to take some time before unity changes land imho [12:40] seb128: ok, thanks. I'll work on a better patch, and I'll upload [12:40] thanks [13:00] anyone else's laptop not allowing screen brightness adjustment any more in vivid? [13:00] neither Fn+Sun keys or the control center work (no slider at all there) [13:02] wee, looks like this works... maybe... [13:02] * Laney PPAifies [13:05] * Laney goes for a celebratory lunch at the cafe [13:05] biab [13:11] Saviq-codedive, thinkpad? [13:12] willcooke, no, XPS12 [13:12] Saviq-codedive, not this then: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1308674 [13:12] Ubuntu bug 1308674 in linux (Ubuntu) "[Lenovo ThinkPad X220] kernel 3.13 i915 brightness settings broken when going from docked -> undocked" [Medium,Incomplete] [13:13] which smells like a kernel issue to me [13:13] willcooke, no, no dock available here [13:13] willcooke, weird thing is, I got the /sys/ thingies, and can echo into them to change brightness, there's just no UI [13:13] oh, totally different thing then, sorry [13:13] good luck with fixing it ;D === MacSlow is now known as MacSlow|errand [14:21] pitti: care to try ppa1? [14:21] Laney: doing [14:22] * Laney suddenly remembers to sign seb128's key [14:22] Laney, :-) [14:22] where's that slip ... [14:22] oh, right! [14:23] seb128: hang on, did I already do that? ^ I don't have the slip any more [14:23] ah yes, I did [14:24] pitti, yes you did, thanks ;-) [14:24] Laney: *hug* [14:24] Laney: working great now! [14:24] * pitti tries with his own user account, brb [14:25] haha [14:25] had been through the wash [14:25] still more or less readable if I can unfold without it turning to dust [14:26] Laney: works mostly well, too (profile migration) [14:26] Laney: the one thing that's annoying is that it now eats Alt+ apparently [14:26] i. e. I can't switch between channels in weechat any more === MacSlow|errand is now known as MacSlow [14:27] Laney: but other than that, ship it! :-) [14:27] hmm [14:27] meh, alt+j too? [14:27] that's supposed to be migrated too, global shortcuts? [14:27] it's not a gnome shortcut [14:27] global to all of g-t [14:27] Preferences->Enable mnemonics or so? [14:27] it's supposed to go to the app that runs in the terminal [14:28] also other shortcuts in there [14:28] like Switch to Tab x [14:28] Laney: ah, it does have that (but so did the old g-t) [14:28] yes, these should be migrated [14:28] if I had tabs, alt+n switched between those [14:28] but if I didn't have tabs, alt+ worked [14:29] if not then it's a bug [14:29] ... I mean, were passed to the app [14:29] Laney: that's not a migration issue (that part works fine) [14:29] I didn't change them in gconf or anywhere, that was the default behaviour [14:29] you hadn't unbound alt- in old gt? [14:29] no [14:30] also, alt+j isn't defined as shortcut but is also eatn [14:30] and apparently the same is true for just about any alt+ [14:30] tried the mnemonics setting? [14:31] not sure what that is (need to restart in English) [14:31] but almost everything (except F10 for the menu) is off [14:31] * Laney tries [14:33] wfm :( [14:33] Laney: alt+something? [14:34] same as in 3.6 for me [14:34] alt+X switches tabs by default, happens on my utopic system too [14:34] alt-j works, takes me to #debian-derivatives, alt-q to #ubuntu-motu [14:35] and if I clear the keybindings they migrate to disabled properly, then alt-X works to switch to 0-9 [14:38] Laney: confirmed, if I disable the keybindings for "switch to tab", they start workin in IRC [14:38] before, they kind of worked in both [14:38] I bet it's a feature, "consistency" [14:38] if there was no tab, older g-t sent alt+n to the application [14:39] it's weird because in 3.6 I cleared those keybindings for just this reason [14:39] ahh, in the no tabs case [14:39] alt+j is still broken, though [14:39] indeed, confirmed [14:39] Laney: anyway, don't just block it on this issue; we need to get away from this ancient version and gconf at some point, and such stuff is fixable [14:40] is this the last thing using gconf? [14:40] on my system, anyway [14:41] oh, and .gconf/apps/nm-applet/%gconf.xml [14:41] (WTH) [14:41] although I'm not sure whether that's real [14:41] [14:41] indicator-network is ready for desktop any day now! [14:41] that's the only line in it (aside from and xml version) [14:44] larsu: can you try the ppa version? [14:45] Laney: do I need vivid for that? [14:45] in any case: yes I will [14:45] if I need vivid, it might take a bit longer [14:45] * larsu hasn't upgraded yet [14:45] you should be able to manually install the debs on utopic [14:46] https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/ppa/+packages [14:47] I quite like the hideous theme I created while testing migrations [14:47] semi transparent red background with size 26 text [14:47] ship it [14:47] needs moar wingdings [14:47] hot dog theme! [14:47] woah [14:47] getting a cool dash bug [14:48] hope this screencasts [14:48] ooh, a menu bar [14:48] (ooh, that's my override) [14:49] Laney: it's transparent, even though I have tht option off before [14:49] hmm [14:50] ah, it only has "use transparency from system theme" checked [14:50] which didn't exist before?! [14:50] also showing scrollbar, which I hadn't before [14:51] http://people.canonical.com/~laney/weird-things/dash.mp4 [14:52] :/ [14:53] awesome! [14:53] kenvandine, do you keep the "drop dialog hack" from kalikiana out of u-s-s landings for a reason? [14:53] seb128, yes... [14:53] it depends on a uitk version that hasn't landed in vivid yet [14:54] unless they've landed something this week [14:54] last i checked it was way outdated in vivid [14:54] shrug [14:54] yeah, still not there [14:55] :/ [14:55] larsu: hmm, not confirmed, solid background is migrated here [14:55] it needs a version that landed in rtm on the 15th i think [14:55] also I made it set that theme one to false when migrating unconditionally [14:55] did you get ppa1? [14:56] kenvandine, sorry for the stupid question, I didn't think vivid could be behind rtm, that's stupid [14:56] indeed [14:56] i said the same thing when i tried to land it last week [14:56] Laney: yes [14:57] hmm [14:58] larsu: if you do /usr/lib/gnome-terminal/gnome-terminal-migration --clean --force --verbose do you see it migrating your profile and does it then work? [14:58] seb128, i loved seeing your update pot branch... [14:58] kill the server if it's running [14:58] seb128, my only question is what about getting the updated pot committed back to trunk? or does this mean we can drop it in trunk? [14:59] kenvandine, eparse [14:59] kenvandine, oh [14:59] Laney: yes, that worked [14:59] okay [14:59] did you run 3.12 before? [14:59] Laney: my other profile is back now, too [14:59] kenvandine, I discussed that earlier with dpm, basically he wants to keep trunk for stats until launchpad can pull stats from ubuntu [14:59] maybe when testing rishi's patch last cycle [14:59] kenvandine, but basically we are going to turn the trunk one off and use the ubuntu template [15:00] Laney: yes, I about-boxed. I did have a 3.6 instance on another desktop running [15:00] Laney: oh, _before_. Yes I did [15:00] thanks for the work! [15:00] it probably didn't re-run the migration then [15:00] seems likely [15:00] this seems shippable [15:00] do you have the alt-j bug that pi_tti was reporting? [15:01] ah, seb128, I think that's something I asked already a while ago, but can't remember what the plan was - is u-s-s going to eventually be migrated to a click package? [15:02] dpm, I think that's wanted, I don't know of any plan to make that actually happen, so dunno [15:02] kenvandine, ^? [15:02] ok [15:02] Laney: how can I find out? [15:03] hm, command line is different now [15:03] no more --class and --disable-factory [15:03] e.g. irssi window switching [15:03] seb128, it's been talked about... but not something i'm excited about [15:03] kenvandine, same here [15:03] dpm, I guess "not in the near futur" then [15:04] Laney: argh, Alt+N is broken [15:04] dpm, I guess we need to revisit the pot update if/when that happens though [15:04] Laney: Alt+ [15:04] yeah, we discussed that [15:04]