=== Aww_ is now known as Aww [04:26] Good morning [05:27] pitti: did you see my comment on https://code.launchpad.net/~jbicha/apport/rename-desktop/+merge/178157 ? [05:28] I think Unity is having trouble with the apport icon after the rename [05:28] jbicha: hm, we don't have an icon for "apport-gtk-mime" either [05:28] jbicha: for calibre, renaming the icon to "calibre-gui" as well helped [05:29] but it's not the same situation in apport [06:28] hmm, I'd like to know why my saucy is not shutting down blazingly fast. how could I see which processes are "stuck" as it halts at the "Terminating remaining processes" part? [07:02] Morning! [07:06] Mirv: whoops, I see SDK broke some gallery-app tests? [07:06] Mirv: since SDK has some failures from the apps [07:06] Mirv: are you dealing with platform and sdk now? Or should I take action? [07:07] Mirv: since we agreed with Florian that we'll be issuing a bug and pinging upstream as soon as there is an issue [07:07] Mirv: in the meantime, I'll re-run platform, ok? [07:08] Since there seemed to be a transient error on ATI [07:12] sil2100: I've rerun it already, was waiting for the previous one to finish [07:12] since it was blocked [07:12] Ah [07:13] Mirv: anyway, I'll fill out a bug about the gallery-app issues [07:13] Since it seems it hasn't been introduced recently [07:13] The thing is, the Apps stack tests are using the previous ui-toolkit version [07:13] And it still fails [07:13] So I'll leave upstream to handle that [07:14] ok, then. [07:14] and I see you also published the platform already [07:27] Moin! [07:43] Yay for the new apartment \o/ [07:43] sil2100: waow, how is it? [07:45] didrocks: we just moved the basic things, so I still don't have my own desk, but it's much better than the previous one - this one has been furnitured by some designer, so looks much better [07:45] oh, excellent! [07:45] is it big/small? [07:47] Not too big, but bigger than the previous one [07:47] didrocks: btw. you still in IoM? ;) [07:48] sil2100: yeah, I'm back tommorrow :) [07:48] less meetings today, so I'll probably hang out a little bit later with you :) [07:48] and Mirv [07:49] \o/ [07:50] Awesome! We just jump out for something to eat to the local store, since we only have butter in our fridge [07:51] sil2100, hey [07:51] sil2100, I'm retrying to gsettings stack if you didn't yet [07:51] sil2100, the armhf build failed on what looks like pandaboard issue [07:58] seb128: Bonjour! Was looking for you here exactly two minutes before you showed up ;) -- wrote you (and Benjamin) a mail instead summarizing all the SRU and sponsoring packages. [07:58] Sweetshark, hey, thanks, just saw that, I'm going to look at the saucy upload in a bit [07:59] hmm, porter-armel still barfs in my face with a MITM warning ... [07:59] morning [07:59] Laney: GoooOOOood morning! [08:00] happy friday to you! [08:00] didrocks: :) [08:02] Laney, good morning, happy "before holidays friday" to you ;-) [08:02] \o/ [08:03] oh! [09:12] sil2100: please tell when you've apps (gallery) published so I can rerun sdk [09:12] now that the fix was merged [09:20] hum, seems nobody is publishing the settings stack [09:20] doing so [09:21] same for webapps [09:21] webcreds* [09:22] publishing phone stack as well as the sdk isn't guilty [09:23] and media [09:25] didrocks, I retried the settings, did that fail? [09:26] seb128: manual publishing [09:26] ah, so build worked [09:26] you had an extremeeeee packaging change :) [09:26] didrocks, this morning the armhf failed on a buggy panda [09:26] seb128: yeah yeah, just needed 20s of work of publishing :) [09:26] yeah, I saw it [09:26] looking [09:26] I hoped it would have been relaunched by then [09:26] seb128: oh, it's done [09:26] seb128, hey! [09:27] seb128, so are we ready to start testing g-s-d update? [09:28] darkxst, hey [09:29] darkxst, we should finish the ibus 1.5/indicator-keyboard transition first ... maybe next week? [09:32] seb128, ok [09:34] seb128, can you merge https://code.launchpad.net/~darkxst/ubuntu/saucy/gnome-control-center/lp1196196/+merge/176577 [09:34] darkxst, I will have a look [09:34] (before the next g-c-c update) [09:35] darkxst, sure, let's add it to the vcs [09:35] seb128, thanks [09:35] yw [10:07] Laney, should be an easy to approve if you have a minute: https://code.launchpad.net/~seb128/ubuntu-system-settings/sound-split-js-helper/+merge/178124 [10:08] yeah i'll do reviews shortly [10:08] trying my hardest to get this gst stuff to build [10:10] might be stuck now though [10:10] Sweetsha1k, libreoffice is depwaiting on lp-solve, did you sort out with mterry whether that one can be promoted? [10:10] tkamppeter_, hey, do you plan to upload that cups-filters for new poppler? [10:20] seb128: mterry said 'approved' on irc as its the same version we are supporting in main on lucid. [10:25] :q === Sweetsha1k is now known as Sweetshark [10:25] > _ [10:47] seb128: had a chance to look at the u1db-qt again? I can also ping didier on monday [10:48] Mirv, oh, I forgot about it ... I'm away some 15 min for lunch and then I can have a look [10:50] ok, thanks again [10:51] sil2100: reran sdk stack successfully [11:02] pitti, hi! [11:03] hello darkxst [11:05] pitti, so right now I am scraping /var/lib/apt/lists/ to generate a package list for ppa and then manually download dbg packages and generate a local-Contents file [11:05] sil2100: back? [11:05] but that seems horribly hackish, can you think of a better way to do it? [11:07] didrocks, do you think sil2100 locked himself out of his new appartement this morning and didn't manage to get back? ;-) [11:07] it seems so :) [11:07] seb128: ok, I'll publish the apps stack I guess myself [11:07] 4 hours breakfast [11:07] I should do that too! [11:07] haha [11:07] darkxst: hm, Contents lookup seems to be somewhat of a corner case anyway; is that really breaking that many retraces? [11:07] seb128: 4 hours *for now* :p [11:08] pitti, something is really breaking most retraces [11:08] darkxst: you could replace scraping of /var/lib/apt/lists with some python API, but I guess all that is in some separate helper script anyway which you just call from time to time to get an updated Contents.gz? [11:08] darkxst: hm, that doesn't sound good; that sounds like a more fundamental error in a-retrace or sandbox building then [11:09] pitti, and from what I can tell the required .ddebs are not getting installed [11:09] darkxst: contents.gz is supposed to be only a last-resort thing if the transitive depends: didn't install the package [11:09] (packages are listed in Dependencies.txt however) [11:09] darkxst: ah, that smells like a bug then, which might just be hidden because of the contents.gz lookup on ubuntu [11:11] darkxst: so I think your script should be a sufficient workaround for the lack of PPA Contents.gz, if you run this once a day or so? [11:11] darkxst: do you have a log of a retrace which shows the missing ddebs? [11:13] pitti, http://paste.ubuntu.com/5939699/ [11:13] Grrr [11:13] Mirv, u1db-qt looks good to me [11:13] Back [11:13] sil2100, hey [11:13] Had some key problems indeed ;) [11:13] sil2100, did you really lock ourself out? ;-) [11:13] yourself* [11:14] In a way yes, heh, had to re-make the keys since the pair I closed my home with seemed flacky, been struggling with one lock for a while [11:14] darkxst: ugh, it does an apt-get update four times [11:14] I left the original pair at home [11:15] hum, xorg-server depends on tomorrow version of mir [11:15] pitti, that might be more than one retrace in that log [11:15] seb128: thanks! [11:15] darkxst: ah, it's from crash-digger, not from apport-retrace [11:15] sil2100: hmm :) [11:15] pitti, yes [11:15] Darn gerda locks [11:15] Laney: I think the safest anyway for now is to pin it in proposed, mind blocking xorg-server? (in case someone do the Mir MIR promotion during the week-end) [11:16] didrocks: background? [11:16] * sil2100 backlogs === tkamppeter_ is now known as tkamppeter [11:16] Laney: xorg-server with Mir support is coming [11:16] well, it's already build-depending [11:16] but apparently, the version set is tomorrow's Mir version [11:16] darkxst: that looks a bit odd, missing all the crash-digger logs; but anyway, let me try here with some stuff [11:16] (which should be blocked through the week-end anyway as Mir is in universe, not promoted yet) [11:17] but as the Mir MIR was acked [11:17] maybe someone will promote during the week-end [11:17] Mirv: it seems not every key-making kiosk can duplicate them well, good thing the kind woman made 2 additional ones for me for free [11:17] Laney, in case you put a lock, I guess other release team members can unlock it while you are away? [11:17] and I prefer to avoid having that pushed and we miss seeing side-effects [11:17] yes [11:17] seb128, I will issue cups-filter 1.0.36 with the Poppler fix in the next days. I am still trying to fix bug 1207203, but did not succeed to reproduce it yet. [11:17] Launchpad bug 1207203 in cups (Ubuntu) "cups-browsed hangs at 100% CPU" [Undecided,New] https://launchpad.net/bugs/1207203 [11:17] Laney: do you mind adding a # ping didrocks comment? [11:17] :) [11:17] (ping, not "hurt" please) [11:18] why don't you just put the MIR on hold until monday? [11:18] tkamppeter, can you upload the patch on the current version, in saucy, today? it's the only package missing in the poppler transition (with libreoffice that has been uploaded) and it would be better to not have to wait some extra days [11:18] Laney: how would we do that? it's just a comment and people can make mistakes [11:19] (low probability as we are just 2 promoting to Main) [11:19] Laney, it's going to show in component mismatch and the bug is approved, you can't rule out somebody just pressing the button [11:19] but I would sleep better ;) [11:19] darkxst: ah, I can indeed see some strange behaviour here wrt. not downloading debs and ddebs for some dependencies [11:20] I find that a weird argument, but whatever [11:20] if you have people randomly promoting stuff that's a problem [11:20] I'll do it for you [11:21] thanks Laney :) [11:21] Laney, yeah, I think it's just being on the paranoid side [11:21] right [11:21] I learnt to be paranoid :) [11:21] * seb128 wonders why that xorg was uploaded on a friday to start with [11:21] indeed [11:22] pitti, right! [11:23] seb128: http://10.97.0.1:8080/view/cu2d/view/Head/view/Unity/job/cu2d-unity-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_unity-lens-friends_0.1.3+13.10.20130802-0ubuntu1.diff <- does this look ok to you? To me it makes sense, as now it's building that .la which we don't want to install === MacSlow is now known as MacSlow|lunch [11:23] sil2100, +1 [11:24] * didrocks would have prefer a -X.la to dh_install [11:24] but I think this can be addressed later on, no need to block on it :) [11:24] that works as well [11:25] if one day we rename lens, it will be more reliable [11:25] (as -f will be silent) [11:25] sil2100: mind proposing that in a follup MP? ^ [11:26] didrocks: ah, makes sense, doing that now - it's much cleaner this way indeed, but sometimes it's hard to remember all the helpers in debhelper [11:27] sil2100: no worry, it's when doing that it's getting better ;) [11:27] nice to see unity passing! [11:27] let's hope with compiz, it will stay the same [11:29] didrocks, sil2100: oh, ibus tests issues are resolved? [11:30] seb128: seems sooo, (we have 25 failures, a little bit higher, but already way better!) [11:30] great [11:30] awesome even ;) [11:30] I was fearing this 1.5 ibus way more [11:31] didrocks, I've to admit it was making me a bit nervous as well, glad it didn't create too much work [11:32] yeah, it's a nice EOWish result! [11:37] darkxst: oh, found it; it was actually an intended optimization, but that would make life much harder for you [11:42] * pitti waits for the test suite to finish [11:43] didrocks: I'm dogfooding the new compiz since yesterday morning and it's all running smooth [11:44] No hickups, no glitches, no incompatibilities [11:44] So I guess we could give it a try next week [11:44] darkxst: ok, http://bazaar.launchpad.net/~apport-hackers/apport/trunk/revision/2680 should make your life a lot easier [11:44] darkxst: you are using an lp:apport checkout, not the packages, right? [11:45] pitti, yes [11:51] pitti, thanks, I about to head out now, but will test when I get back === om26er is now known as om26er|internet_ === om26er|internet_ is now known as om26er [12:05] pitti, it is now downloading half of ubuntu! [12:06] but atleast it is picking up the ddebs it would seem [12:08] seb128: what do you think? https://code.launchpad.net/~sil2100/unity-lens-friends/dh_install_rm/+merge/178278 [12:11] sil2100, +1 [12:21] darkxst: yeah, transitive deps FTL :/ [12:22] darkxst: now it's downloading way more than necessary, which is why I added the optimization back then to only grab stuff from /proc/pid/maps and map it to packages [12:22] darkxst: but that needs Contents.gz [12:22] darkxst: my gut feeling is that with a permanent cache and /tmp on tmpfs the overhead is bearable [12:26] pitti, wouldn't it make sense to keep the optimization for the archive retracers? [12:28] seb128: yes, we'd need some clever way of detecting that [12:28] pitti, or a command line option... [12:28] perhaps if Package/Dependencies do not contain "[origin: ]" then we use the reduced approach [12:28] or config option [12:39] seb128: done in r2681 [12:39] pitti, great! === MacSlow|lunch is now known as MacSlow [12:40] darkxst: r2681 does "best of both worlds" now, please let me know that it still works for you; if that breaks it, keep the r2680 checkout until I'm back from vac :) [12:53] didrocks: I still see mirslave red ;) This time it's missing xserver-xorg-xmir <- should I take care of that or is that a known issue? [12:54] sil2100: no, everything is on hold until Monday [12:54] we have those dep-waiting in proposed [12:54] now, it's too late to take risks [12:57] didrocks: ok [13:12] Laney: jbicha: new gtk upload would be good: https://git.gnome.org/browse/gtk+/commit/?h=gtk-3-8&id=1e93ed963022d82936f1bfccfab8d8a8b3f9d4cc [13:12] should fix https://bugs.launchpad.net/ubuntu/+source/gdk-pixbuf/+bug/1205562 [13:12] Ubuntu bug 1205562 in gtk+3.0 (Ubuntu) "[background] wallpapers in grid are too small, take long time to load" [Medium,Triaged] [13:13] desrt: https://launchpadlibrarian.net/146439597/gtk+3.0_3.8.2-3ubuntu4_3.8.2-3ubuntu5.diff.gz [13:13] oh. nice :) [13:13] yup [13:13] is there a glib test fix? :P [13:13] well, it's upstream now as well, fyi ;p [13:14] no. didn't get a chance yet. [13:14] just disable it for now? [13:14] (guadec is busy) [13:14] if you think it's the test and not glib itself then sure [13:31] seb128, I will do an upload of the current snapshot today. [13:32] tkamppeter, thanks [13:43] Laney, kenvandine: hey, do you guys know if I can do something like that [13:43] settingsKey = [ settingsId.key0, settingsId.key1] [13:43] settingsKey[0] = value [13:43] (that's in qml) [13:44] to set settingsId.key0 [13:44] if I do "settingsKey[0]" that's going to replace the first element of the list, not set the value of the key [13:44] you see what I mean? [13:44] Saviq, ^ [13:46] seb128, i'm not sure [13:46] I don't think so [13:46] :-( [13:46] you might have to use eval() but that seems grim [13:46] can I do a dynamic alias ? [13:47] I tried "property alias soundKey: (index == 0) ? id.key0 : id.key1 [13:47] but it doesn't like it [13:47] seb128, if you used the real property value [13:48] s/value/type/ [13:48] Saviq, you mean? [13:48] atm I'm doing stuff like [13:48] if (soundType == 0) [13:48] soundSelector.selectedIndex = Utilities.indexSelectedFile(soundFileNames, soundSettings.incomingCallSound) [13:48] else if (soundType == 1) [13:48] soundSelector.selectedIndex = Utilities.indexSelectedFile(soundFileNames, soundSettings.incomingMessageSound) [13:48] seb128, i.e. bool / var / whatever instead of "alias" [13:48] Saviq, well, then it's not an alias anymore and doesn't get updates from my object? [13:49] seb128, doesn't have to be an alias to get updates [13:49] or I need to "onChanged: customproperty = new value" [13:49] seb128, alias is just a way to save memory [13:49] seb128, "property type a: b" [13:49] seb128, a will always be equal b (but a copy) [13:49] seb128, "property alias a: b" means "a is b" [13:50] seb128, that's a binding, it will always update [13:50] seb128, unless that binding gets broken [13:50] do you want a dynamic binding? [13:50] seb128, but then you can use Binding { }, too [13:50] there's Qt.binding [13:50] let me look at that [13:50] I'm a bit lost [13:50] and that ↑ [13:50] all I want is to do [13:50] which lets you create bindings in js [13:50] key = value [13:50] Qt.binding ~= Binding { } [13:51] instead of assigning a static value [13:51] seb128, that's assignment [13:51] where key is a different gsettings key [13:51] seb128, not binding [13:51] key = Qt.binding(function() { return value }) [13:51] is a binding [13:51] as is a "property var key: value" [13:52] and Binding { target: something; property: "key"; value: object.value } [13:53] yay, Friday Unity upload :) [13:53] Saviq, Laney: basically I have that: http://paste.ubuntu.com/5940132/ [13:53] Saviq, Laney: and I want to replace the onSelectedIndexChanged if cases [13:54] just do at the start [13:54] key = gsettings. [13:54] and use key = "value" later [13:54] that page is a component [13:54] so I want to be able to push the page with "key = incomingSound" or "key = messageSound" [13:56] seb128, Binding { target: soundSettings; property: soundType == 1 ? "incomingMessageSound" : "incomingCallSound"; value: "value" } [13:57] * seb128 wants pointers :p [13:58] <- [13:58] -> [13:58] lol [13:58] there you go [13:58] seb128, if you don't want assignments, that's what you need to do [13:58] Saviq, thanks, I'm going to play with that, that just seems tedious, I've several snippets in that source using the key [13:58] I'm pondering just doing a cp of the .qml and not use it as a component at this point [13:58] and sed the keyname in each copy [13:58] that's going to be easier ;-) [13:59] seb128, so that's why you wanted "property alias: true ? a : b" [13:59] Saviq, yes [13:59] seb128, now I got it and yeah, would make sense [13:59] seb128, but I don't think possible [13:59] :-( [14:00] seb128, that's because aliases need to be resolved very early [14:00] I'd say [14:01] Saviq, I guess you can do "keys = [ id.key0, id.key1] and use *keys[index], e.g something that say "use the object in that index of the list"? [14:01] eval(keys[i] + " = " + value) [14:01] :( [14:02] e.g having a way to do "keys[0] = "value"" doing "id.key0 = value" [14:02] Laney, that seems hackish [14:02] I'm just going to keep those if/else, it's only 3 places in the file [14:03] it is a hackish approach [14:03] it's not elegant but that seems the easiest option [14:03] Laney, would you prefer the if/else or the eval hack? [14:03] or the Binding { } ;) [14:05] the binding seems nice [14:05] I guess you can update the value dynamically [14:06] let me try to wrap my head around that binding stuff [14:07] I think it's like the dynamic alias that you want [14:07] but you'd do binding.value = blah [15:07] seb128, fixed cups-filters uploaded. [15:08] tkamppeter, thanks [15:30] seb128: is there a tool that does what dpkg -S does except for source files in source packages? [15:30] mfisch, google? ;-) [15:30] apt-file [15:30] mfisch: http://codesearch.debian.net/ [15:31] packages.ubuntu.com if it's up to date [15:31] google is a good one ;) [15:31] oh, codesearch is a bit different [15:31] jbicha: code search is great, but doesn't have Phablet code [15:31] Laney: doh I forgot about packages [15:31] doesn't have saucy atm :-) [15:32] mfisch: build your own! http://packages.qa.debian.org/codesearch :) [15:32] Laney: how often does it update? [15:32] don't know, sorry [15:47] Laney, kenvandine: https://code.launchpad.net/~seb128/ubuntu-system-settings/sound-store-sound-config/+merge/178329 [15:47] I would appreciate review/comments [15:48] I spent my afternoon on that, it's not perfect, but I feel frustrated enough that I don't want to spend much more time on it today [15:49] Laney, the Binding{} stuff worked fine btw, but I needed several bindings and ran into property cycles ... at the end I find the if/else version of the code easier to read [15:49] if somebody wants to patch over that to change how things are done, that works for me ;-) [15:51] cool [15:51] hey, so something interesting, ibus-anthy is no longer showing up under available input engines. ibus-setup->Input Methods->Japanese [15:52] kenvandine: you fancy reviewing that? :P [15:52] I'm trying to get glib uploadable atm [15:57] Laney, i will in a few [15:57] seb128, ^^ [15:57] kenvandine, thanks [15:58] bschaefer, what ibus version are you running? [15:59] attente, 1.5.3 [16:05] au revoir mes amis ! je commence mes vacances maintenant :) [16:05] have fun pitti! [16:35] bschaefer, i'm not sure what it is, but possibly it's '/usr/lib/ibus/ibus-engine-anthy' aborting that's the problem? [16:35] kenvandine, thanks [16:35] ups [16:36] kenvandine, story, "up, enter" on the wrong screen [16:36] attente, hmm I get this: http://paste.ubuntu.com/5940701/ [16:36] hangul ran fine [16:37] bschaefer, yep, getting the same problem with Anthy [16:38] attente, very strange [16:38] possibly fixing this will make it appear again in the engines list, but not 100% sure on this [16:39] yeah, that would be a good start, I think it broke sometime last week? Or the beginning of this one... [16:40] the last change was on july 14th though, in the changelog [16:41] that was moving to ibus 1.5, and i've had ibus-anthy working with ibus 1.5 ... strange [16:55] bschaefer: there was a new ibus-anthy upload on Tuesday [17:01] jbicha, hmm that could be what ended up breaking it...though im not sure :) [17:21] * Laney waves [17:21] will be back later to upload glib but if people aren't around, have a good week or two [17:21] o/ [17:22] Laney, thanks, you too, have good holidays and have fun a Debconf [17:22] Laney, are you at Debconf on Canonical's time? [17:22] Laney, e.g can we email you about stuff that week if needed? ;-) === ogra_ is now known as _ogra_ === _ogra_ is now known as ogra_ === hggdh_ is now known as hggdh [19:47] attente, ping [19:53] bschaefer, pong [19:54] attente, hey, soo the problem with the ibus-anthy failing to run is due to Anthy-9000.typelib only being installed into the arch folder [19:54] as it should be getting installed here: /usr/lib/girepository-1.0/Anthy-9000.typelib [19:54] attente, soo it seems to be a packaging error... [19:55] oh. the location changed recently? [19:55] attente, it seems, its only getting installed here for me: [19:55] (is the 9000 suffix an issue too?) [19:55] /usr/lib/i386-linux-gnu/girepository-1.0/Anthy-9000.typelib [19:55] attente, nope, I linked it to the other folder and it worked [19:56] attente, as python doesn't support multiarch import [19:56] interesting [19:56] after making the link, does it appear again in the engines list? [19:56] but linking it over, and then anthy engine runs [19:56] I've not rebooted yet and should go double check that [19:56] but restarting the ibus daemon and stuff doesn't seem to work :( [19:57] * bschaefer reboots [19:57] hmm... [19:59] attente, still nothing :(, soo that wasn't the problem it seems...i've actually never ran into ibus not finding installed engines before [20:00] bschaefer, yeah, it's a strange issue. it finds skk and mozc just fine.. [20:00] yeah...as this is going to be a problem for anthy users if they cant use ibus... [20:06] * bschaefer digs some more [20:11] also if you try to manually force anthy for ibus: [20:11] (process:3506): IBUS-WARNING **: ibus_bus_call_sync: org.freedesktop.IBus.SetGlobalEngine: GDBus.Error:org.freedesktop.DBus.Error.Failed: Can not find engine anthy. [20:11] with: ibus engine anthy [20:26] attente, hmm now anthy is working...and all I did was mess around with an xml file but even when reverting it back to the orig anthy still works [20:26] bschaefer, i just rebuilt it and now it appears :/ [20:26] ha... [20:27] attente, well what I noticed is in /usr/share/ibus/component/ only anthy has the 1.5.3 version [20:27] all the other onces, pinyin and hangul are still 1.4.0 soo I moved anthy to that, restarted ibus and it worked but now I can't get it to not work [20:27] attente, well maybe it just needed a rebuild? [20:28] * bschaefer wonders if there was some sort of cache somewhere? [20:28] i rebuilt ibus, not ibus-anthy [20:28] o just ibus? [20:28]