=== adam1 is now known as adymitruk === Adam_ActiveState is now known as Adam_IRCCloud === adymitruk is now known as Adam_ActiveState [04:52] Good morning === Ursinha is now known as Ursinha-afk [06:26] good morning desktopers [06:26] bonjour seb128, ça va ? [06:26] pitti, salut, ça va bien ! et toi ? [06:27] seb128: je vais bien aussi, merci ! le premier session de Taekwondo hier, je peux le sentir :) [06:27] (après 4 semaines) [06:27] oh, c'était la rentrée ? [06:28] seb128: illes remettent la salle durant les vacandes d'école [06:28] http://ralphlosey.files.wordpress.com/2010/01/french1.jpg?w=450 [06:29] larsu, lol [06:29] seb128: alors j'ai allé courier ;) [06:29] pitti, ah, ok [06:29] larsu: santé ! [06:29] en France toutes les activités arrêtent pendant les vacances [06:29] pitti: :) [06:29] seb128: oui, "les grandes vacances", non ? :-) [06:29] oui ;-) [06:30] larsu, there is no way around, you need to learn french, just admit it :p [06:30] I guess so.... [06:30] seb128: en aôut 2007, nous avons dans Paris -- seulment peu de gens ici :) [06:30] I hear it's important for my job [06:30] can't understand the small talk my colleagues are making in the morning [06:30] * seb128 hugs larsu and pitti [06:31] larsu: c'est l'équipe du bureau .. on parle français ici ☺ [06:31] * pitti donne une accolade retour à seb128 et larsu [06:32] pitti: quelle tristesse! [06:32] alors, je doit utiliser dict.leo.org souvent .. [06:32] * larsu hugs as well [06:34] seb128: tu semble me comprendre, c'est bon :) (alors c'est sans doute c'est très faux..) [06:34] pitti, btw, tz changing works against after updating from 201 to 207 for me, go figure... [06:34] pitti, oui :-) [06:34] seb128: yeah, so I read; no idea what changed [06:34] je te comprends [06:34] seb128: the thing that did change recently was the partitioning layout [06:34] yeah, me neither [06:34] seb128: perhaps there was some problem with the /etc/ writable bits? [06:34] could be indeed [06:34] that's on krillin as well [06:34] not sure how different things are from malo [06:34] l->k [06:35] no idea, but I'm on image 208, and it just works [06:36] pitti, do you know how upower gets the charge info? [06:37] seb128: yes, it just reads it from sysfs [06:37] it doesn't update as it should, I guess that's a lower-in-the-stack issue, but unsure where [06:37] seb128: and the remaining time for (dis)charging is computed based on the (dis)charge profile in /var/lib/upower, learned from the past [06:37] well, here it's the % which is wrong [06:38] seb128: wrong how? magnitude or doesn't update? [06:38] it's on a flat 73% since yesterday 20h [06:38] which I don't believe [06:38] upower has quite an impressive set of heuristics to detect various driver bugs and fix the units/scaling [06:38] ubuntu touch is not that power efficient [06:38] heh, you bet [06:39] especially that it's connected to wifi [06:39] ok, so the number is plausible (not scaled by 10 or 1000 or so), but just doesn't update? [06:39] yes [06:39] I think it was correct at the time [06:39] it just sometime seems to not pick updates [06:39] You can try "udevadm monitor -e --udev" [06:39] you ought to get some change events for teh battery every now and then [06:40] k, just got one [06:40] not sure what info is useful there though? [06:41] POWER_SUPPLY_CAPACITY=70 [06:41] is that the charge %. [06:41] ? [06:41] apparently; but it's a nonstandard property that upower doesn't listen to [06:41] well, it has the same value than upower is giving [06:42] seb128: what do you have in /sys/class/power_supply/battery/capacity ? [06:42] seb128: yeah, it better does :) [06:42] seb128: oh, you mean upower --dump is right, but the indicator doesn't update? or upower --dump is behind, too? [06:42] they all display 70% [06:42] which I don't believe in [06:42] well, 70 != 73 [06:43] # cat /sys/class/power_supply/battery/capacity [06:43] 70 [06:43] but if sysfs says 70, then userspace can't know any better [06:43] yeah [06:43] well, it was 73% [06:43] if "capacity" exists, upower uses that [06:43] and I plugged it in usb to adb shell [06:43] otherwise it computes it from charge_now and charge_full, or other attributes [06:43] and now it's 70% [06:45] seb128: iahmad just mentioned something similar: [06:45] "started de-charging when put on power" [06:45] is that what you see, too? [06:45] yes [06:45] it was 73% since yesterday evening [06:45] and move to 70% in the few minutes I have it on usb [06:46] hm, did we recently get a new kernel on this device? [06:46] not sure, I think ogra said no [06:51] pitti, k, after a power down/up cycle, charge is at 26% [06:51] so the 70% land was staled [06:52] well, what is weird is that a reboot is not enough to fix it [06:52] I get a battery warning every time I unsuspend my laptop [06:52] I went to the factory mode to see if I could get the charge from there, didn't find it, booted back to Ubuntu [06:52] uh, not? so it's even lower than the kernel, it's in the battery itself? [06:52] larsu, the g-s-d one saying the battery is low? [06:52] "8% remaining" - when in fact it's full [06:52] seb128: I don't know :( [06:52] might be i-power as well [06:52] larsu, can you look at the charge history if there are spikes on resume? [06:53] seb128: no spikes [06:53] k, dunno then [06:53] "time to empty" in the statistics tabs is wrong [06:54] your laptop doesn't suspend after resume due to it? [06:54] ah wait no, it just has a weird y axis [06:54] seb128: no, everything is fine except for the notification bubble [06:55] AH! There is a spike indeed [06:55] I only see it when I enable "show data points" [06:55] so the notification is correctr [06:55] but the data is wrong :) [06:58] right [06:58] that's annoying [06:59] larsu, at least yours say 8% [06:59] on my laptop it sometimes does it but with a lower value [06:59] which triggers a "battery is low, suspending" [06:59] crazy! [06:59] indeed [06:59] so this is a known issue? [07:00] I know about it at least :p [07:00] I never took the time to properly report it/check if it was reported [07:01] I guess you have a current spike on resume and that might lead to buggy computations or something, with upower not smart enough to filter those buggy data points out [07:01] maybe pitti knows about it better? [07:02] it does have some heuristics, but I don't know them by heart [07:43] Good morning desktoppers [07:43] * willcooke is back from the dead [07:43] http://www.bbc.co.uk/news/technology-21895723 [07:43] sorry, wrong link [07:44] http://www.bbc.co.uk/news/technology-28928369 [07:44] hey willcooke [07:44] morning seb128 [07:45] willcooke, I've read different variants of that story, some mentioning that html5 based distro [07:45] or desktop [07:47] hmm. That article is a bit light on detail, my reading is that JackYu and team have announced 14.10 but the BBC have misinterpreted it as a whole new OS (whereas we know Ubuntu Kylin has been around for a while) [07:47] willcooke, :) [07:48] morning, all. [07:48] Hey JackYu! You're nearly famous in the UK, but they didn't mention your name ;) [07:50] willcooke, I will ask they write my name next time, if they do mention Ubuntu Kylin, lol:). [07:50] :D [07:51] JackYu, I'm just catching up on my email backlog from last week, are you free in an hour or so for a sync up? [07:53] willcooke, do you know when didrocks is supposed to come back? the calendar suggested yesterday, but I guess that's not accurate? [07:53] Tomorrow [07:53] (My) Calendar has him off today and yesterday [07:54] k [07:54] willcooke, well, it's fine. I think it's better 6-7 hours later. I'm also just coming back from a bushiness travel and should sync up the development work first:). [07:54] thanks [07:54] I'm glad we have a lot of calendars :) [07:54] larsu, :-p [07:54] larsu, lol... [07:55] this Icon component is awesome. Let's reload the the icon data when the size changes... [07:55] to bad qml doesn't do this if the icon name is the same [07:55] * larsu should probably rant in #ubuntu-unity [07:55] JackYu, Ahh, kk - ping me when you're free [07:56] willcooke, sure:) [07:56] @ calendars (larsu, seb128) - that's part of my plan for doing the holiday bookings myself, I will make sure that everything is added to the UE holiday calendar, which does actually show didrocks as off today. [07:56] willcooke: Error: "calendars" is not a valid command. [07:57] and I'm also tracking conference attendance in there too [07:57] willcooke: nice! [07:57] * larsu vaguely remembers willcooke's email about htis [07:57] *this [07:57] :D [07:59] seb128, have you found a way to adjust screen brightness on the Inspiron yet? [07:59] incidentally - I let my 6 year old have a go on the U8 desktop over the weekend, he fired up YouTube and was watching lego videos in no time, no help from me. [08:01] willcooke, no, but I didn't look for one [08:02] nice for the lego videos ;-) [08:02] hey seb128, any update on the gnome-desktop update? [08:03] darkxst, hey, not that I know, Laney and robert_ancell and you seemed to be on it so I didn't really get involved in that one [08:03] I pinged robert_ancell about it on friday though, and he said that was on top of his todolist for this week [08:03] Laney is travelling/at debconf this week, so he might not have lot of cycles for that [08:06] seb128, ok, I did chat with robert last week, but he ddnt really have an answer [08:07] to what question? [08:07] looking at the gnome-desktop merge [08:07] or the failures rather from the cut+paste rather [08:07] he's the one who did the work no? [08:07] right [08:08] well he said he would have a look/debug this week [08:08] you might be a better tz to catch him though [08:08] seb128, ok cool [08:08] I've virtually no overlap with him [08:08] seb128, I haven't been around much during B/H this week, but will be the next few days [08:10] our labs dont have access to IRC ;( [08:11] ssh to a server and irssi from it ;-) [08:23] seb128, can only ssh through port 443 but it drops out after exactly 30secs [08:24] silly proxies [08:24] not really handy indeed [08:26] and to add to the fun all webmail accounts are blocked apart from gmail [08:29] and they run custom filters on top of gmail, that junk's most non uni email [08:50] pitti, is that desktop/translation applying to ubuntu-system-settings since that's not a click? [08:50] seb128: well, it only/mainly seems to affect debs (dialer, messaging, system-settings) [08:51] pitti, k, the description is confusing then, I though it would use the gettext translations for those [08:51] the bug states the issue is the location of the .mo for clicks [08:51] but that's not an issue for debs [08:52] seb128: it's a bit saddening that people fix this by adding translations to the .desktop file, instead of teaching unity to read the domain from the .desktop (X-Ubuntu-Gettext-Domain), but either way [08:52] seb128: hm, the bug description says that .desktop files need to include translations? [08:53] pitti, well, "other apps cannot know where .mo files might be located for click packages" is the rational [08:53] right [08:53] click's .desktop files should of course include everything [08:54] that's what this bug is about afaik [08:54] "Core apps .desktop files do not include translated strings" is correct [08:55] the "click" in the description is confusing indeed, and not relevant [08:55] * pitti clarified the description [08:56] well, core apps are click, and as I understand it the issue is that unity8 can't dgettext on a domain because the .mo are not in one location [08:56] pitti, ^ [08:56] but yeah, if unity8 doesn't dgettext, it might fail to load translations for debs which have a .mo on a known location [08:56] well, apparetnly people used that very bug for dialer/messaging/etc. [08:56] Saviq, ^? [08:56] pitti, those are clicks, so yeah [08:57] seb128: no, they aren't [08:57] well, their .dekstop files don't have x-ubuntu-gettext-domain either [08:57] pitti, oh, ok, I though all core apps were clicks nowadays, included dialer [08:57] but seems you are right [08:57] that bug is still confusing to me ;-) [08:58] what should we do from the settings side? [08:58] dialer, address-book, media-player, messaging, and webbrowser are debs [08:58] we were looking into supporting in-.desktop translation, falling back to dgettext in case when X- is there is not going to be much more difficult [08:58] seb128: intltool-merge the .desktop.in to include translations, or better yet, add x-ubuntu-gettext-domain: (if unity8 can handle that) [08:58] seb128, pitti ↑ [08:58] Saviq, that's good news [08:59] it can't *just yet*, but it's minimal work [08:59] great [08:59] is there a bug tracking that work? [08:59] some apps do have translations in their .desktop (e. g. address-book-app or clock) [08:59] bug #1350360 [08:59] Launchpad bug 1350360 in qtmir "App name in the splash screen needs to be localized" [Critical,In progress] https://launchpad.net/bugs/1350360 [08:59] bug 1350360 in QtMir "App name in the splash screen needs to be localized" [Critical,In progress] https://launchpad.net/bugs/1350360 [08:59] thanks [08:59] splash screen != dash, though [08:59] pitti, ah dash [08:59] but if it applies there as well, so much the better [09:00] pitti, nope, that needs to happen in unity-scope-click then [09:00] pitti, but they already do the .ini style translation [09:00] x-u-gettext-domain is certainly preferrable to inline translations [09:00] pitti, doing dgettext should be just one call [09:00] pitti, sure, where it's possible [09:00] right [09:00] but IIUC we decided against that for .clicks? [09:00] Saviq: right, that'd just apply to debs [09:00] well, applying it to clicks would be nice, but that's more complicated [09:01] pitti, seb128, so yeah, I don't think there's a bug on that for the scope [09:01] k [09:07] seb128, Do you know if the fixes for the desktop session from the PPA made it in to the archive yet? i.e. If people download the Desktop Next ISO today will the session unlock work? [09:08] seb128, low priority ^^^^^ [09:08] willcooke, it's in the archive since friday, I verified it and it works [09:08] so daily iso should work [09:08] niiiiiiiiiiiiice! Thanks seb128 [09:08] even if I didn't try to confirm it [09:08] but the update fixed my installed system [09:08] seb128, I'll reinstall from ISO today and check it... [09:08] popey, FYI ^^^^ [09:08] thanks [09:09] anyone know what happened to the torrents for ISO downloads? (popey perhaps) [09:10] my crazy home brew load balancer likes torrents [09:10] tkamppeter, thanks for email. I will stand in for you at the meeting today [09:10] * willcooke remembers to send the reminder email [09:12] willcooke, you ask for desktop-next? not sure, but my understanding is that torrent mostly work if you have enough people sharing [09:12] which is good for published ubuntu images [09:12] not so much for dailies of beta isos [09:13] yeah, needs a "swarm" of people to seed [09:13] seb128, yeah, there isnt a .torrent for the desktop next version. Perhaps I should seed it/ [09:13] I've no opinion on that, but I'm not much of a torrent user ;-) [09:14] I've got two un-bonded ADSL lines so torrents are perfect for it, otherwise I'm tied to a single line for standard downloads [09:15] k [09:16] dunno how many downloads unity-next is getting.. interestingly the Ubuntu MATE Remix (alpha) is getting ~200 downloads a day of the ISO. [09:17] I would expect unity-next to be more like 10s a day [09:18] yeah, that's more likely [09:19] * willcooke be pimping it [09:19] I'm writing a blog post [09:20] so, ya know, that'll make all the difference ;) === vrruiz_ is now known as rvr === jpds_ is now known as jpds === davmor2_ is now known as davmor2 [10:32] seb128: do you know whether you or ken or someone else plans to land system-settings soon? [10:32] bug 1361588, same old, same old.. [10:32] Launchpad bug 1361588 in ubuntu-system-settings "Needs POT update" [Critical,New] https://launchpad.net/bugs/1361588 [10:32] bug 1361588 in ubuntu-system-settings (Ubuntu) "Needs POT update" [Critical,New] https://launchpad.net/bugs/1361588 === MacSlow is now known as MacSlow|lunch === Sweetsha1k is now known as Sweetshark === cking_ is now known as cking === Ursinha-afk is now known as Ursinha [11:33] shrug [11:34] pitti, that constant filing of "pot needs updating" bugs doesn't make sense [11:34] well sure, it should just happen automatically [11:34] we do update the pot regularly, no need to go through bug filing every time [11:35] pitti, I submitted https://code.launchpad.net/~seb128/ubuntu-system-settings/translate-missing-sources/+merge/232184 earlier, that needs to go in, then we can do a pot update [11:35] pitti, btw, feel free to just commit pot updates directly to trunk when needed (at least for settings) [11:35] seb128: uh, can we do that? [11:36] pitti, sure, why not? that's how we handle it for u-s-s [11:36] when I asked for those x-ubuntu-use-langpack: thing, I got told to not commit stuff directly [11:36] the CI machinery handle it just fine [11:36] seb128: background is, I was asked to do a full testing with German and track everything which I can't fix in LP translations as bug; and that one breaks a lot [11:37] apparently "regularly" is not often enough [11:37] it adds a " * Resync trunk" to the changelog [11:37] happy to just commit it, if that works [11:37] that's how we get translations updates [11:37] they are autocommited to trunk by launchpad [11:37] right [11:37] so how do I update the pot? [11:38] "make pot" in a builddir [11:38] ah, ok [11:38] like bzr bd and ctrl-C after the cmakery and run it in the builddir [11:38] or do the mkdir build; cmake; etc by hand [11:38] is there any reason why people don't just include that in MPs which change strinsg? [11:38] like in your's above? [11:39] yes [11:39] because 5 people submit a small change which impacts a string [11:39] and we get 4 mps that need to be rebase [11:39] in order [11:39] we used to do that and had mps conflicting all the time [11:39] because they all updated the pot [11:39] it's easier to just commit directly to trunk [11:40] so devs can't do it because of conflicts, the CI train can't do it because it requires a package build, and most devs don't do it because they just forget [11:40] or to do an "update the template" attached to a landing [11:40] but one for the whole landing [11:40] yeah, I start wondering if we should go back to the distro schemas [11:41] not sure why dpm&co decided it was better to have translations done on the upstream project [11:41] we need to for clicks [11:41] I think it was because things were in universe/not always packages in Ubuntu [11:41] for the .debs there's no reason [11:41] right [11:41] seb128: btw, I'm currently approving all the auto-imports after my X-Use-Langpack: orgy [11:42] so that ubuntu and trunk should sync trasnlations nicely [11:42] great [11:47] seb128: bah "You cannot upload to this branch. Members of Ubuntu Touch System Settings can upload to this branch. " [11:47] seb128, just reinstalled from the new daily image for Next. Works good! [11:47] willcooke, great [11:47] seb128: I put it on http://people.canonical.com/~pitti/tmp/pot-bundle, perhaps you can download and pull from that, then push? [11:47] pitti, try again? [11:48] ah, thanks [11:48] * willcooke -> lunch [11:48] seb128: so, let's see how fast that imports into LP :) [11:48] willcooke, enjoy [11:49] seb128: oh, screw -- it recorded the fact that I locally merged your branch, even though I reverted it afterwards [11:49] pitti, seems like you commited my mp as well [11:49] seb128: guess I'll uncommit and hit bzr over the head.. [11:49] pitti, yeah, you need a "bzr revert" [11:49] not "bzr revert somefile" [11:50] seb128: well, that woudl have reverted my .pot update [11:50] I'll diff/revert/patch [11:50] yeah, I usually do [11:50] bzr revert [11:50] mv po/uss.pot~ po/uss.pot [11:50] or whatever backup file you have from bzr on reverts [11:51] hm, I pushed again (overwrite) [11:52] WTF [11:53] even full revert doesn't seem to work [11:53] ah, now https://code.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk updated, all good [11:53] pitti, launchpad imported it [11:53] 47 strings to translate in french [11:54] it was 0 earlier [11:54] https://translations.launchpad.net/ubuntu-system-settings [11:54] yay [11:54] so, off to getting some overdue lunch, and translation orgy after that ;) [11:54] pitti, enjoy! [11:55] seb128: thansk for your help! [11:55] yw ;-) [11:57] rvr: ^ so, feel free to translate system-settings to Spanish :) [11:57] pitti: Aha === alan_g is now known as alan_g|lunch === Saviq_ is now known as Saviq === MacSlow|lunch is now known as MacSlow === alan_g|lunch is now known as alan_g === Ursinha is now known as Ursinha-afk [13:07] seb128, pitti: you need git, its much more intuitive than bzr. [13:07] [13:07] Sweetshark, not friday yet [13:08] seb128: awww, somewhere on this world its got to be friday. everything else would be too depressing. [13:09] :D === Ursinha-afk is now known as Ursinha [13:23] sheesh. Rookie mistake on my part... did some washing this morning, now I have no trousers to wear. [13:24] emergency decorating jeans to the rescue [13:36] willcooke, you should ignore reddit btw :p [13:36] (just replied to your / mhall119 email) [13:36] thanks seb128 === m_conley_away is now known as m_conley [14:08] tkamppeter, ping [14:10] tkamppeter, I'm planning to set up a couple of Hangouts for printer vendors to drop in to over the next couple of weeks so we can give a quick intro in to the cool things which are coming in the next 12 months. Could you be available to answer technical questions during those sessions? Probably only 45 mins x 2 === Zdra is now known as xclaesse [14:50] qengho, hey, could you have a look to bug #1361372 (or talk to the security team/jdstrand about it, if it's rather for apparmor than chrome) [14:50] Launchpad bug 1361372 in lightdm "Apparmor stopping Google Chrome from launching in guest session" [Undecided,New] https://launchpad.net/bugs/1361372 [14:50] bug 1361372 in lightdm (Ubuntu) "Apparmor stopping Google Chrome from launching in guest session" [Undecided,New] https://launchpad.net/bugs/1361372 [14:50] seb128: sure. [14:50] thanks [14:52] seb128, qengho: I plan to fix that in the coming days [14:53] jdstrand, hey, great, thanks [14:53] jdstrand: apparmor is really coming along. I want to thank whoever is responsible. [14:54] qengho: cool, I'll pass that along :) [15:27] sorry folks, running a bit behind. Will start the weekly meeting in a few mins [15:28] willcooke_, still a few minutes before it starts anyway ;-) [15:30] Ok, trying to work out who is here: [15:31] * Sweetshark sneaks in [15:33] attente_, FJKong , happyaron, larsu, qengho, seb128, Sweetshark [15:33] anyone missing who is here and not at DebConf/asleep/holiday/etc? [15:33] Laney, debconf is not an excuse to sneak off the meeting :p [15:34] willcooke_, the list seems good to me [15:34] Ok cool [15:34] I also have updates from tkamppeter, TheMuso and robert_ansell - so I will do those at the end [15:34] attente_, you want to kick off? [15:35] sure [15:35] customize fcitx-qimpanel so that we can disable indicator-keyboard, in transition PPA and proposed upstream [15:36] talked to happyaron and csslayer about input context problem, he fixed it upstream, thanks happyaron for uploading [15:36] still blocked by fcitx MIR [15:36] to do: file FFe [15:36] to do: add fcitx signal for monitoring changes to current IM engine [15:37] to do: figure out how to disable per-window behaviour in fcitx (indicator-keyboard will do it) [15:37] (eof) [15:37] attente_, I didn't update/restart since yesterday, but I had issues with the ppa starting on friday(?) [15:37] like indicator-keyboard would say I'm using a "fr" keyboard [15:38] but fcitx would force it into qwerty [15:38] like I was changing it with the indicator and the change stays for a second [15:38] exiting fcitx makes the changes stop, so I guess it's it doing it [15:38] (I should probably follow up out of the meeting on that/test the current ppa version) [15:39] seb128, i guess if you had that problem on friday, it still exists now [15:39] k, I'm going to test again later/tomorrow morning and ping you for debugging I guess [15:39] attente_, didrocks should be back tomorrow, hopefully we can resume the MIR then [15:39] ok, i'll see if i can replicate it [15:40] Great, sounds like we have a plan to move that all forward then. [15:41] yes [15:41] Shall we move on to FJKong (if you're still awake :) ) [15:42] seb128, you have what input sources/fcitx engines (listed in u-c-c region?) [15:42] Let's assume that FJKong and happyaron are afk and skip to larsu. If you guys are online we can fit you in at the end. [15:43] a bit of a slow week due to a cold and lots of disussions [15:43] I'm talking with Mirco, Saviq, and design about notifications again [15:43] since I'll probably be the one taking care of it on unity7 in the future, I want to be prepared [15:44] seb128 made me aware of some problems in unitythemeiconprovider, which is contains the icon loading code for all of our qml things [15:45] I fixed that and another long-standing bug (people wanted different fallbacks) by implementing the fdo spec in there instead of using qt's implementations [15:45] also gives us rectangular icons and lets us drop a lot of hacks all over the place (which is what I'm currently doing) [15:45]