=== chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [07:54] Hi, is it possible to run camera-app on desktop environment? http://paste.ubuntu.com/9210403/ # This is what I got to run camera-app from desktop [08:20] good morning [08:43] oSoMoN, o/ As you see, I didn't fix tests for my branch, I'm sorry - Also I don't think I have time this and next week. Do you want I push on a shared branch, so you can fix tests, or do you prefer to wait and I fix them as soon as I have some free time? [08:46] Mirv: i could not reproduce any restart [08:47] do you have any crash log? is there still any ppa with those dbus changes in? [08:51] rpadovani, there’s no rush at this point, and I’m busy with other things, so take your time :) [08:52] oSoMoN, ok cool :-) [09:03] tsdgeos: are you sure you used the PPA's version, since as of Friday the same version number is in archives? let me do a ubuntu6 to the 027 silo [09:05] tsdgeos: the upstart logs I provided already, I've some .crash files but I cannot be sure if they were during testing that PPA or during my other PPA autopilot testing: http://people.canonical.com/~tjyrinki/qt532/possible-dbus/ [09:21] dpm: any idea of what may be wrong in https://bugs.launchpad.net/ubuntu/+source/indicator-power/+bug/1395640 ? [09:21] Launchpad bug 1395640 in indicator-power (Ubuntu) ""Battery Critical" is not translated/translatable" [Undecided,New] [09:21] Mirv: no, not totally sure [09:23] tsdgeos, no, I don't know, I actually think I reported it a while ago too [09:25] tsdgeos, I can't find my bug, perhaps I didn't report it in the end, but I had a conversation with Mirco about it. Could it be that the wrong domain is set? [09:25] don't think so [09:33] seb128: ↑↑ do you know how this works? [09:35] tsdgeos, dpm, I think it's https://code.launchpad.net/~seb128/indicator-power/update-translations-list/+merge/238258 ? [09:35] tsdgeos, dpm, bug #1391702 [09:35] bug 1391702 in indicator-power (Ubuntu RTM) "Low battery notification not localized" [High,Triaged] https://launchpad.net/bugs/1391702 [09:35] dednick: hi! Sorry for Friday, I got disconnected; let me know when we can resume the discussion (bug 1395028) [09:35] bug 1395028 in QtMir "Dead processes are still shown in a trust session" [Undecided,New] https://launchpad.net/bugs/1395028 [09:36] ah, thanks seb128 [09:36] seb128: this is very confuing [09:36] make .pot creates a correct .pot file [09:36] tsdgeos, ? [09:36] mardy: no worries. whenever you want [09:37] seb128: but something else is using po/POTFILES.in ? [09:37] tsdgeos, no, it's just that the fix landed in vivid/trunk [09:37] do we have two scripts/lists in the same project to generate .pot files? [09:37] but not in rtm [09:37] where commit/branch do you run make pot on? [09:37] where do you see the issue? [09:37] seb128: i'm in rtm packages [09:38] apt-get source [09:38] and make pot gave me the correct .pot [09:38] but indeed that file is missing from POTFILES.in [09:38] weird [09:38] what command is make pot calling? [09:39] dednick: so, the main usecase is when A is a client application, B is an unconfined process (the Online Accounts interface), and C is another confined process (an Online Accounts plugin) [09:39] seb128: http://paste.ubuntu.com/9211624/ [09:40] ok, yeah [09:40] tsdgeos, that project uses cmake, so yeah, the ubuntu build and make pot run different command [09:40] that's horrible [09:40] the Ubuntu build/dh-translations integration uses intltool-update [09:40] which relies on the POTFILES.in [09:40] the cmakery does its own thing [09:41] tsdgeos, we should probably commit something like that https://code.launchpad.net/~seb128/indicator-session/update-translation-template/+merge/240458 and delete the POTFILES.in [09:41] tsdgeos, that would make it update the pot with "make pot" rather than calling intltool-update [09:41] having 1 place to do things is better [09:41] tsdgeos, what is? [09:41] having 2 leads to confused people like me :D [09:41] right [09:42] cf what I just wrote [09:42] yes [09:42] I'm going to do a mp for that [09:42] mardy: ok. i need to know exactly how the processes are dealing with prompt sessions. ie which process creates the prompt sessions. [09:43] seb128: thing is i don't know enough of the debian/ubuntu side to give you the +1 of the .pot file ending in the correct place with the correct name the debian side needs [09:43] tsdgeos, dpm, meanwhile we should land https://code.launchpad.net/~seb128/indicator-power/update-translations-list/+merge/241617 for ota if we can [09:43] mardy: you said there were 2 prompt sessions? [09:43] seb128: +1 [09:43] tsdgeos, there is no "debian side", launchpad imports any .pot it finds in the builddir [09:43] but anyway, let it to me, I know what to do [09:43] ah that's good :D [09:45] dednick: no, it's only one session; there is another non-UI process which creates the session and starts both processes B and C inside it [09:45] ogra_, when ever you have the time, can you build android tools with this patch => http://paste.ubuntu.com/9211691/ [09:45] ogra_, is shorter that the previous one and AFAIK it should work [09:45] mardy: can you point me to the code? [09:47] mandel, oh, i thought you would just call dbus-send and hand over the address to this [09:47] dednick: http://bazaar.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/lp1380914-lite/files/head:/online-accounts-service/ [09:48] dednick: mir-helper and ui-proxy [09:48] ogra_, no need AFAIK, I found the security setting and a workaround :P [09:48] ah, cool [09:48] ogra_, I'd like to test it, afaik it should work [09:48] Good morning all; happy Monday, and happy Celebrate Your Unique Talent Day! :-D [09:48] ogra_, if we fake the userid the security thinks we are the good guy :) [09:49] ogra_, and we can call it etc.. if that is the case we can set the env var (so that we only look for it once and so that we can set it for testing) and do all the stuff [09:49] mardy: where is the second one coming from? [09:51] dednick: same code: see that in line 204 and followings, we resue the same trust session if the initiator PID is the same: http://bazaar.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/lp1380914-lite/view/head:/online-accounts-service/mir-helper.cpp#L204 [09:51] *reuse [09:53] mardy: where is the "re-use"? i seen it calling createPromptSession in setupPromptSession. [09:54] ogra_, sorry, I found a meme leak, fixed here => http://paste.ubuntu.com/9211814/ [09:54] * mandel grabs coffee to stop making mistakes [09:54] mardy: oh, sorry, it's private vs public methods [09:58] mardy: is this easily reproducable on the phone image now? or need tht branch? [09:59] not really sure why it's not working. perhaps a unity8 upstart log might shed some light though [10:00] dednick: you need that branch, unfortunately. If you want, I could modify your trusted prompt examples (where were they?), it should be rather quick [10:01] mardy: lp:~nick-dedekind/+junk/trusted_sessions_app [10:02] mardy: not really sure why it's different though. maybe adding fd's twice is buggy or something. i think i only tested using multiple fds at once. [10:04] dednick: I remember that we agreed that there would be a limit on the number of trusted sessions, but not on the number of processes participating in it [10:05] mardy: right. can only have one trust session started by a single process, but there shouldnt be a problem nesting them or having multiple participants. [10:06] i mean one trust session per process. [10:56] sil2100: thanks for the quick appmenu qt 5.4 branch! any idea about the problem I still saw with it in the PPA? [10:58] sil2100: I must say I didn't yet upgrade my desktop to the qt 5.4 beta, but I'm doing that now.. [10:58] Mirv: hey! Let me take a look at that ;) [10:58] * sil2100 the same [10:58] sil2100: ok, and of course there are more important stuff to do, but I'm happy to give you some coding fun :) [11:01] I hope some of the bug I've seen so far go away with the release candidate, but that of course does not apply to changed API:s etc [11:15] mandel, ervices.c: In function ‘is_phone_locked’: [11:15] services.c:385:5: error: unknown type name ‘GDBusConnection’ [11:15] GDBusConnection *connection = NULL; [11:16] mandel, i assume the dbus header is missing ? [11:16] ogra_, uh.. let me double check, one sec [11:16] ogra_, #include [11:16] ogra_, sorry [11:17] np === _salem is now known as salem_ [11:25] and another one ... [11:25] services.c:473:5: error: expected ‘;’ before ‘setuid’ [11:25] setuid(0); [11:35] mandel, ... [11:35] services.o: In function `is_phone_locked': [11:35] /home/phablet/android-tools-4.2.2+git20130218/core/adbd/services.c:426: undefined reference to `g_dbus_connection_new_for_address_sync' [11:35] ogra_, wtf? I compiled al this correctly... [11:36] ogra_, `g_dbus_connection_new_for_address_sync' in in gio.h [11:36] is8 [11:36] is* [11:36] hmm [11:37] ogra_, let me try again [11:37] do i perhaps need other includes in the makefile too ? [11:41] ogra_, I keep getting a bloody dpkg-source: info: the patch has fuzz which is not allowed, or is malformed when building every now and then :-/ [11:41] ogra_, might need to point to the gir [11:44] ogra_, I need to swear.. puto quilt [11:44] ogra_, forgot to do a add debian/control [11:44] dont do that in the quilt patch [11:44] (dont do the makefile there either) [11:44] that will make quilt a lot more cooperative ;) [11:45] ogra_, really? ahg... [11:47] ogra_, this has all changes => http://paste.ubuntu.com/9213217/ [11:47] ogra_, make files etc.. [11:48] where did "--list-channels" go in ubuntu-device-flash!? [11:48] mandel, no, it hasnt ... but thats fine :P [11:48] aha, under query [11:48] * ogra_ assumes you also wanted "#include " in the code [11:48] ogra_, one sec, the dependency in coontrol is wrong [11:48] ogra_, true [11:48] ogra_, give me another try.. [11:49] * mandel feels stupid [11:49] ogra_: any idea what I'm doing wrong here? http://paste.ubuntu.com/9213233/ [11:50] ogra_, I think is ok now = http://paste.ubuntu.com/9213248/ [11:52] builds with just the makefile change added (i assume the package already came in as a dep but will add it to debian/control anyway) [11:55] ogra_, sweet, is better to be explicit.. at least that is what I've learned ;) [11:55] ogra_, but I really really hate how quilt works in that package [11:56] yep [11:58] Mirv: hah, I see the problem with my branch, damn, I feel so stupid now ;) [12:00] mandel, http://people.canonical.com/~ogra/ubuntu-touch/android-tools-adbd_4.2.2+git20130218-3ubuntu37_armhf.deb and the debdiff is http://paste.ubuntu.com/9213359/ [12:01] ogra_, testing very eager to get this out of my plate ;) [12:01] :) [12:05] popey, you have to ask sergiusens_ about --list-channels, not sure where it went ... [12:06] popey, try devel instead of 14.09 ... and also give the touch arg [12:06] oh [12:07] popey, heh, thats flo ... there was never any rtm promotion for any of the tablets [12:07] ah [12:07] thats why it's old and crusty then [12:07] * popey might put proposed on for the lolz [12:07] well, there is nothing in it [12:09] thanks ogra_ === sergiusens_ is now known as sergiusens [12:11] ogra_: hello [12:11] ogra_: you have a tail too :-P [12:11] sergiusens, works :) [12:11] minne is natiurally grown ;) [12:12] (together with the goat feet and horns) [12:13] sil2100: ok, problem found is half of problem solve, sounds good! :) [12:15] * sil2100 thinks how to test that now [12:16] ogra_, did you get my last message? [12:17] mandel> ogra_, testing very eager to get this out of my plate ;) [12:17] thats the last i see from you [12:19] ogra_, ok, so xchat went nuts when I changed wifi [12:19] ogra_, the package works as expected, there is only one thing I don't like, the client side says 'error: closed' when the screen is locked [12:19] ogra_, I asked rsalveti to take it for a spin too [12:19] not much we can do about that i guess === MacSlow is now known as MacSlow|lunch [12:21] right [12:21] ogra_, not really, we are lucky that it happens because the phone is closed lol [12:21] ogra_, would be great if it said 'device closed' lol [12:23] sergiusens, did davmor2 point you to bug 1395682 [12:23] bug 1395682 in upower (Ubuntu) "Ciborium is disconnecting over night and looping causing multiple messages" [Undecided,Incomplete] https://launchpad.net/bugs/1395682 [12:23] looks to me like a upower or MMC driver thing [12:23] ogra_: it's incomplete for a reason, but it hell ain't ciborium :-) [12:24] :) [12:24] sergiusens: I don't care I'm still blaming you :P [12:24] and I'm not fixing it [12:24] ;-) [12:24] sergiusens: did you like the screenshot :) [12:25] or won't try too unless you collect all that info I asked for [12:25] will take you a week at least :-P [12:25] davmor2: yeah, the screenshot is useless to me [12:27] sergiusens: you're so predictable ;) I doubt some how that it will only take a week :) === dandrader is now known as dandrader|afk [12:31] davmor2: you have to read the manpages for all the commands ;-) [12:32] sergiusens: man ciborium: No manual entry for ciborium well that was quick ;) [12:33] davmor2: not ciborium, udevadm and such ;-) [12:33] erm no [12:39] dednick: hi :-) So, I see that your example code works, with multiple apps in the same session [12:39] dednick: mine doesn't because I'm reusing exactly the same fd, and not generating a new one [12:41] dednick: so, I'll try calling mir_prompt_session_new_fds_for_prompt_providers() as I add a new app to the session, then if all works I'll close the bug [12:43] dednick: mmm.... no, I'm actually requesting a new fd per each client... I'll investigate what it is, then === dandrader|afk is now known as dandrader === MacSlow|lunch is now known as MacSlow === bremnes_ is now known as bremnes [13:31] janimo: just occurred to me we should probably discuss here instead :) === cwayne-afk is now known as cwayne [13:35] cwayne, true :) [13:35] janimo: so im building a mako image now [13:36] shouldn't take too long [13:36] got a pretty beefy desktop here :P [13:36] cwayne, no, he is vega [13:36] n [13:37] ogra_: psh yeah right [13:37] oh, i read "there" [13:46] janimo: done [13:46] cwayne, built? [13:48] yep [13:48] seein stuff in out/target/product/mako [13:49] cwayne, good. [13:49] cwayne, you can now fastboot flash boot out/target/product/mako/boot.img [13:49] and fastboot flash recovery out/target/product/mako/recovery.img [13:50] or actually u-d-f could do that too if there is a working fastboot mode already [13:50] done [13:51] janimo: do i need to do the rootstock bits for the rootfs now? [13:52] cwayne, I have never used that. I was wondering how to only do it via u-d-f. Need to make a device tarball first [13:52] cwayne, a sec [13:54] cwayne, until I put it in a proper repo: http://paste.ubuntu.com/9214939/ [13:54] run it by passing it a conf file as the first argument [13:55] that file should contain DEVICE=mako [13:55] PARTITIONS=" [13:55] recovery.img:recovery.img [13:55] boot.img:boot.img [13:55] " [13:56] you can make the tar.xz by hand of course, making sure you have /system/var/lib/lxc/android/system.img in it [13:56] but this script is preferred, it's what we have been using internally for making device tarballs [13:56] janimo: can't that just be a make target? [13:57] sergiusens, I preferred not adding new targets to the build system, so we carry fewer patches (slightly different for each OEM tree) and to have easier dev and maintenance of this scipt [13:58] it's a separate step, but we can have one command builds by having a top level shell script do make + mktarball+ whatever other postprocessing [13:58] cwayne@boomer:~/Projects/ports/opo/out/target/product/mako$ ubuntu-device-flash --device-tarball device_mako.tar.xz --bootstrap --channel ubuntu-touch/devel-proposed [13:58] it is what we do for some OEM builds ATM [13:58] janimo: ^ that look right? [13:59] cwayne, you may need --device mako too [13:59] I think you need to be explicit when in bootstrap or recovery mode [13:59] it got it somehow [14:05] janimo: stuck at google screen :/ [14:07] mardy: yeah, i looked at the fd thing and it seemed ok on first glance. Only difference is that i think my map is calling "mir_prompt_session_new_fds_for_prompt_providers(X)" where x is the number of prompts to be added, rather than calling "X * mir_prompt_session_new_fds_for_prompt_providers(1)". [14:08] mardy, hey, can you tell me if bug #1352251 is a problem still? [14:08] bug 1352251 in unity8 (Ubuntu RTM) "Splash screen is shown as soon as QGuiApplication is instantiated" [High,Confirmed] https://launchpad.net/bugs/1352251 [14:09] Saviq: yes, at least it was last time I checked [14:09] Saviq: now I'm reflashing my device so I cannot check, but I'll do that tomorrow [14:10] Saviq: is your question about whether the bug has already been fixed, or about whther it should get fixed? [14:11] mardy, the latter [14:11] mardy, as with trusted prompts you only create the Mir connection when you create the UI [14:12] cwayne, it may be you need vendor blobs which we do not have in the repo [14:12] since you need to talk to the trusted socket (IIRC) [14:12] and last I checked it was not clear where to get tem in the wiki [14:12] mardy, so I'm wondering whether this problem is still valid for you [14:12] I know I added that info last year [14:16] cwayne, something like this, https://github.com/janimo/vendor_lge_mako but we need the 4.4 version now [14:16] janimo: like this? https://developers.google.com/android/nexus/drivers#mako [14:17] cwayne, yes, those, not sure where those get unpacked, should be under /vendor/lge/mako [14:17] were on 4.4.2 right [14:17] but apart from the actual blobs google provides, some makefiles are needed too, to hook them in [14:18] ah, boo [14:19] mardy, https://bugs.launchpad.net/qtmir/+bug/1352251/comments/7 [14:19] Launchpad bug 1352251 in unity8 (Ubuntu RTM) "Splash screen is shown as soon as QGuiApplication is instantiated" [High,Confirmed] [14:19] cwayne, this is the most annoying part of the build I agree [14:20] cwayne, you could try building the kernel source for your device [14:21] the mako build was mostly for testing, it will probaly work once the vendor blobs are there [14:21] janimo: yeah, so maybe ill just skip mako [14:22] janimo: these two seem relevant to my interests: https://github.com/ubuntu-touch-oneplus-one [14:23] janimo: but i still don't understand like where to put these [14:23] and how to get a lunch combo out of it [14:23] and stuff like that [14:25] cwayne, right, those along with the kernel should be the only device specific parts [14:26] one goes under device/oneplus/bacon [14:26] so just git clone it there? [14:26] that'd be the proprietary_vendor_oneplus right [14:26] the other under vendor/oneplus/bacon [14:27] cwayne, but the first step should be bringup of the Ubuntu kernel and recovery. This does not need the vendor bits [14:27] those are Android drivers and daemons for GPU and sensors and BT/Wifi which are only needed by the full system [14:28] the lunch combo is added by sourcing the .mk files under devices/ recursively [14:28] alright, how do I do that? [14:29] and this repo should add that too [14:29] cwayne, https://github.com/ubuntu-touch-oneplus-one/android_device_oneplus_bacon/blob/cm-11.0/vendorsetup.sh [14:29] ah, cool, except that it's for cm i guess [14:29] cwayne, but this repo is for a CM build, which has a different build system than AOSP hence some files are not going to work [14:30] damn [14:30] * cwayne is worried this is all going to be too complicated for him [14:30] cwayne, so you will need to adapt the .mk files but not other to look like those under device/lge/mako or others in AOSP [14:30] cwayne, not complicated but tedious for sure [14:30] and error prone [14:30] ah, i can handle tedious probably :) [14:31] ok, so git clone the android_device_oneplus_bacon to device/oneplus/bacon? [14:31] cwayne, yes [14:32] janimo: okies, done [14:32] cwayne, but yes, it is a bit annoying to figure out which CM files to put in which AOSP file [14:32] cm.mk is not needed at all for instance [14:32] then git clone propritery_vendor_oneplus_bacon to vendor/oneplus/bacon [14:32] but its content is [14:33] ah, okay [14:34] so where do i move the content to [14:34] cwayne, those files include each other, and only one (device_full.sh ?) is sourced by the build [14:34] BoarConfig.mk is needed [14:34] cwayne, TBH I do not remember which does what, so I'd first have to read the mako ones to refresh my memory [14:35] cwayne, you could try that, by trying to put similar definitions where they are in mako [14:35] or wait till I can have a look at this too later today [14:35] cwayne, you could also try building the kernel which is orthogonal to all this [14:35] jeeze [14:36] i'll wait til you can have a look i suppose, I've got plenty of actual work to do :P [14:36] it should build as is (stock android), then add Ubuntu configs to it, then some Ubuntu patches (optional at this stage) [14:36] cwayne, ok. Porting to new can take weeks even for people who have done it before, so do not get discouraged [14:37] hopefully we'll make that shorter by making the porting guide better and offering some tools to automate [14:37] yeah [14:37] i'm happy to be the guinea pig for the new guide :) [14:37] ill be even happier if we get ubuntu on this beast of a phone [14:37] cwayne, but this is sort of actual work too, if it makes our process more fluid and gets more porters on board :) [14:37] janimo: fair point :) [14:37] just not actual work assigned to you I guess :) [14:38] so I'll just ping you when I have better data and not have you waste too much time on this [14:38] cool beans [14:38] * cwayne kicks off a cm build anyway just to see if it works === daker__ is now known as daker [15:22] hi i have an question about ubuntu tocuh [15:22] can in install it to mto g [15:22] *moto g [15:22] !devices [15:22] You can find the full list of devices, official images, community images, and works in progress at https://wiki.ubuntu.com/Touch/Devices [15:23] for moto g it is working progress [15:23] so i cant install right now [15:23] am i right [15:24] can i try beta version something like that [15:24] deneme: you can also try the XDA forums, maybe someone got it working [15:25] i love that quit message. makes me smile every time [15:25] it seems so risky [15:26] deneme: well for now most supported devices are nexus [15:26] deneme: perhaps the future will bring more support to devices [15:26] what do u think about firefox os [15:26] never tested it sorry [15:27] ok ty === chihchun_afk is now known as chihchun [15:59] diwic: ping. How can I know if a headset is plugged into the phone? [16:01] Mirv: appmenu-qt5 should be good in the branch now [16:01] (properly tested it with a qt 5.4.0-enabled PPA) [16:01] elopio, pactl list cards | grep available [16:01] Mirv: I mean, it *builds* at least ;p [16:02] Mirv: can't test it as I don't have a VM or a second machine to test it with 5.4.0 installed [16:02] Mirv: but the code path should stay the same [16:03] elopio, or grep for the port name would probably be better, "grep -i headphone" [16:04] elopio, hmm, btw, not sure pulseaudio-utils is installed by default on the phone though... [16:04] diwic: cool, that's useful. I would like to fake a headset, so I can test some things from the sound indicator. [16:04] elopio, in which case you'll have to use the native API instead [16:05] diwic: I think I should do it using a dbus mock. Do you know of a better way to do it? === dandrader is now known as dandrader|lunch [16:05] elopio, I don't know what a "dbus mock" is, but I don'PulseAudio [16:05] elopio, I don't think PulseAudio exposes that informaiton over dbus [16:06] elopio, at least not on the phone [16:06] elopio, are you going to write a "fake PulseAudio" to test the sound indicator? [16:06] hum, that will make it harder. [16:07] diwic: I don't want a fake pulseaudio if I can avoid it. [16:07] diwic: I just want an easy way to make the phone think it has a headset plugged. [16:07] elopio, hmm [16:09] elopio, can you fake something in sysfs? [16:10] elopio, i e manually modify /sys/class/switch/h2w/state [16:10] diwic: I cana try. [16:10] elopio, that's where PulseAudio reads it from on the phone === chihchun is now known as chihchun_afk [16:10] elopio, oh, but then you have to send uevents too...blah [16:11] diwic: I see 2 with headphones, 0 without. [16:13] elopio, yup, that sounds right [16:13] diwic: and I get an i/o error trying to write that file. And I would need root to make the change anyway, so that's not an easy way. [16:13] needing root in the middle of the tests makes it complicated. [16:14] elopio, ok. So either you want to intercept between pulseaudio and the kernel, in which case we're talking about sysfs like we do now [16:15] elopio, or just hack pulseaudio. That's probably the simplest. the code is in src/modules/alsa/alsa-extcon.c [16:41] barry, I pushed a number of changes for bug 1390205 can you take a look once the builds are done? [16:41] bug 1390205 in ubuntu-download-manager "udm falls over on the switch from wifi to 3g meaning ota are stuck and the system can't recover till reboot" [Critical,In progress] https://launchpad.net/bugs/1390205 [16:42] mandel: yep,thanks [16:42] barry, no problem, took a little to find way it was happening [16:45] kenvandine, hey [16:45] hey seb128 [16:45] kenvandine, did you notice that the flight mode/rotation lock/about settings listitems lost their icons in v? [16:46] seb128, no... [16:46] grr [16:46] kenvandine, can you look if that happens to you? [16:46] just saw that on my desktop [16:46] yes, i just did [16:46] i see the same [16:46] i wonder what happened [16:46] I guess it's a toolkit regression [16:46] yeah [16:46] let me chase that down [16:47] I just wanted to check if you looked at the issue before starting [16:47] seb128, there was a ubuntu-ui-toolkit-theme update in image 29 [16:48] seb128, yes... there was changes to Switch [16:49] well SwitchStyle [16:49] "Use icons from theme" [16:49] but this is really a ListItem right? === chihchun_afk is now known as chihchun [16:51] kenvandine, correct [16:52] we use the icon from the suru theme [16:52] i wonder what other apps we can look at to compare [16:52] ah, the uitk gallery :) [16:54] seb128, oh... it's all busted [16:55] sigh [16:55] any ListItem with an icon has no icon [16:55] even in the uitk gallery [16:55] bzoltan, ^^^ is that known? === dandrader|lunch is now known as dandrader [16:58] kenvandine: where is it? [16:59] bzoltan, seb128 just filed bug 1395793 [16:59] bug 1395793 in ubuntu-ui-toolkit (Ubuntu) "Icons missing in ListItems widgets" [Undecided,New] https://launchpad.net/bugs/1395793 [17:00] bzoltan, it's a regression from friday's toolkit update, downgrading the deb fixes it [17:01] so has that version landed in rtm as well? [17:02] I doubt it [17:02] kenvandine: no, we do not land UITK to RTM for long time [17:03] ok... i know vivid had been way behind rtm [17:04] kenvandine: to RTM we land only for special request [17:05] seb128: kenvandine: is there any app what uses icons in listitems? [17:05] bzoltan, system settings [17:05] and the uitk showcase :) [17:05] at least [17:05] i'm sure there are others [17:06] messages could be [17:06] contacts as well [17:06]