[00:02] no, not yet, let me put that on my todo list for tomorrow [00:04] mhall119: No sorry, It's not a hurry, take your time ! [00:07] no need to apologize Chocanto :) [00:15] mhall119: Ok ok ^^ [00:18] Ubuntu Touch for Thinkpad x200 tablet | http://askubuntu.com/q/321327 === thomi is now known as thomi|lunch [00:24] is ummmmm usb tethering possible? http://i.imgur.com/FszXfdO.png [00:51] vthompson, yes you still need to assign it an objectname to image [00:51] upi dpm [00:52] you don't need an objectname for ubuntushape === Gh0sT is now known as mahabal [01:25] nsi [01:25] phatablet seems to wait for ever on "waiting for device" after it restarts the device [01:26] i can even see a device in 'adb devices' [01:32] fuck ya, finally got reverse USB TETHERING to work so I can get internet on my Ubuntu Touch over USB :) [01:32] gonna make a howto/video and post it up later :) [01:33] DJJeff: very cool [01:35] only took putting eth0 and usb0 on my ubuntu laptop into bridge mode then on my android doing netcfg rndis0 dhcp [01:36] inside of a root@android shell prompt [01:36] fired up wireshark on usb0 and was able to see the DHCP DISCOVER packets === thomi|lunch is now known as thomi [01:53] rsalveti: i been trying to deploy the raring zip and it's running out of space on the device. should i skip installing that and just use the bootstrap i build? [01:53] also the install script dosnt fail the frecovery on a error untaring it goes along fine [01:54] http://pastebin.com/4NsCPqd7 [01:57] balloons_, Yea, I'm still stuck. [01:58] balloons_, I have the following branch in the works if you want to give it a go: lp:~vthompson/music-app/autopilot-test-for-play-track [01:59] annerajb: well, you need to install the ubuntu image somewhere where you have enough space at least [02:00] rsalveti: or start deleting stuff from the image till it installs :P ima look into it make sure i didnt made any mistakes and you where mentioning earlier of a test to run before installing the kernel that's in the bootstrap you remember about that? [02:07] annerajb: sure, but seems surfaceflinger is running just fine in your env, so it should be working [02:07] so just need to enable the kernel configs and install the ubuntu zip there [02:07] i tried to run it by hand and it seg fault. rsalveti already did the kernel changes but now the ubuntu zip is running out of space. [02:08] thought it may have been out of space without the changes i did since it's not failling when the tar command fails on the deploy script [02:08] right [02:09] btw rsalveti not sure if this is normal but it's using around 900mb (probably more since it never finishes extracting) does that sound about right??? [02:10] yeah, it uses a bit more than 1gb [02:12] Oo i found a 9mb log file in /var/log/ [02:12] in the raring-preinstalled*.zip [02:14] yeah, we still need to optimize that [02:23] Hello all [02:31] It seems people are not psyched about ubuntu devices. [02:36] is there a way to enable hdmi out on the nexus 4 with ubuntu === chihchun_afk is now known as chihchun === Namidairo`bnc is now known as Namidairo [05:40] hello [05:41] i have a nexus 7, whoi is the correct dist, for this nexus? [05:47] johny___, YOU can install the touch or saucy [05:47] as far as what this channel is orientated with [05:48] thankssss === Guest81623 is now known as Zic [07:12] mzanetti: ping [07:29] good morning [07:30] hi dholbach [07:30] btw, I'm back in Berlin today :) [07:30] gusch: hello! I see some updates on the bug #1202201 [07:30] bug 1202201 in Ubuntu UI Toolkit "Share dialog does not appear with latest SDK" [High,Confirmed] https://launchpad.net/bugs/1202201 [07:31] gusch: it seems that simply the way things are done changed, so I guess gallery-app will have to be modified instead? [07:31] hi rickspencer3 [07:32] sil2100: in the works https://code.launchpad.net/~schwann/gallery-app/gallery-no-album-share/+merge/175275 [07:32] sil2100: but jenkins coudn't land it yesterday [07:32] Jenkins is a b*tch lately [07:33] Since my other branch can't land as well, because of: ERROR:pbuilderjenkins:Error during build execution [07:33] Whatever that means [07:33] Need to poke QA [07:34] gema, ^ [07:34] sil2100: if hope that now jenkins has a low load, I'm more lucky ... [07:35] * gema has been poked and is looking at it [07:40] jibel: sil2100 is having autolanding issues, could you or didrocks look into that? [07:41] gema: what is autolanding? [07:41] didrocks: that's what I was wondering :P [07:41] gema: we told to not use those terms, upstream merger or daily release [07:41] didrocks: ack, then I need to go back to my dash guys and undo a comment I made yesterday [07:41] didrocks: he is having problems with upstream merger, I guess? [07:41] gema: I think he's talking about upstream merger, which is managed by your team FYI ;) [07:41] ;D [07:42] https://jenkins.qa.ubuntu.com/job/qtubuntu-cameraplugin-fake-saucy-armhf-autolanding/1/console [07:42] Errors like these [07:42] gema: yeah, it's your/fghinter's team [07:42] didrocks: understood [07:44] gema: to come back to terminology, do you mind working with fghinter to remove all the terms of "ci" or "autolanding" from jenkins jobs and docs? [07:44] sil2100: I have heard of that error yesterday, we changed martin's key for a differnt one and some builds have been giving problems [07:44] gema: people are confused and we never know if they are talking about usptream merging or daily release [07:44] sil2100: (you can see it if you search on the console for "error") [07:44] (or even image build sometimes) [07:45] sil2100: I am going to have to wait for fginther to come online later to fix (or some of the other folks in the US) [07:45] sil2100: but it is an easy one to fix, if I am reading the log right [07:45] sil2100: sorry about that [07:46] didrocks: no wonder, I am confused as well [07:46] didrocks: I am starting to gain an understanding, though [07:46] gema: from my side, I've already done this cleanup, so I think the upstream merger one is the one remaining to clean [07:47] gema: then, it will take time for people to change their terminology, but with patience and repetition… :p [07:47] didrocks: it is going to help that we put the right terminology on the dash we are landing this week [07:47] I am going to make sure of that in today's meeting [07:47] gema: I hope so :) [07:47] thanks! [07:48] didrocks: so your stuff (landing on the distro) is daily release, right? [07:48] gema: exactly [07:48] didrocks: ack [07:48] gema: distro or "feature ppa" [07:48] but yeah, called daily release :) [07:49] didrocks: ok, it makes sense [07:49] autolanding was an overloaded term, that's the problem [07:50] right [07:50] as CI [07:50] that's why I kept repeating to not using them as soon as I see them being used :) [07:50] gema: thanks ;) Too bad we have to wait, but good that it's fixable [07:51] sil2100: gema: won't that be a case of pushing to trunk to unblock the stack? [07:51] gema, there is no other way to get sil2100 unblocked other than waiting for 3+ hours for someone in the US? [07:53] There's also gusch's branch that is a bit more important that probably fails because of the same reasons [07:53] https://code.launchpad.net/~schwann/gallery-app/gallery-no-album-share/+merge/175275 <- same thing during autolanding, the armhf lander fails [07:54] asac: please ensure that fghinter is around on Monday's meeting, I see a lot of merging failures lately (and we had to push unity to trunk as well directly) [07:54] rickspencer3: right now there isn't , but this is only going to happen today, tomorrow we won't have this problem again [07:55] didrocks: would you mind if we merge directly to gallery-app's trunk gusch's fix? [07:55] gema, how come? there's only one person who can fix the issue? [07:55] didrocks: CI jenkins said it's OK, just one of the autolanders dies [07:55] sil2100: same, as long as you build locally and we ensure to have a daily just after that, I'm personnaly fine with it [07:55] rickspencer3: no, there's plenty of them, they are all in the US [07:55] sil2100: ok, sounds good then :) [07:55] rickspencer3: or in NZ and already gone [07:55] gusch: you want to push it to trunk or should I do it ;) We have a green light! [07:56] rickspencer3: gema: FYI, we are workarounding with merging directly to trunk manually, as we did have build runs successfully first and daily release. [07:56] didrocks, good [07:56] didrocks: ack, in any case I need to fix this later today [07:56] every day is precious [07:56] gema: oh completely, please get that fixed asap :) [07:56] we can't lose a whole day due to infrastructure issues [07:56] sil2100: I approved (again) [07:57] didrocks: will do [07:58] gusch: oh, not sure if that will help ;/ It'll fail on armhf again === alan_g|EOD is now known as alan_g [07:58] gusch: ok, then once it fails again I'll merge directly [07:58] gusch: so I'll take care of it [07:58] sil2100: ok - thx [08:03] is image 20130717.2 working? [08:06] gusch: I saw the uitk bugs that showed up in gallery-app [08:06] gusch: the toolbutton.enabled I'll check later; I guess it will be easy to fix [08:07] timp: the it's weired to once have the caller, and once not [08:07] timp: but in the CHANGES file, I didn't see that API change [08:07] timp, current is 20130716, so that's the latest "known to work" [08:08] Saviq: do you know what is not working in 20130717.2? Or when there will be a new image that works? === schwuk_away is now known as schwuk [08:11] gusch: triggered can still take a parameter (not called caller), so I didn't think the API changed. But I did not take into account that in onTriggered: you use the name of the variable [08:12] my mistake.. should have been in CHANGES [08:12] timp, today's image is in the works around now [08:12] timp, should be up in ~2hrs I think [08:13] timp, not sure what's (not) working in 17.2 - just flashed now to see [08:13] Saviq: ok, thanks [08:13] Saviq: I also flashed it just now, I need some stuff that's not yet in 0716 [08:13] timp, well, shell came up, so that's 90% success [08:13] Saviq: yes, for me too :) [08:15] gusch: ToolbarButton still has the caller parameter, but I think that can be removed as well. In PopupUtils.open(), the id of the button can now be passed directly [08:15] gusch: I see there is already an MR that fixes it :) [08:16] timp, everything seems to be working, not sure why it's not current [08:16] ogra_, popey, any reason why wasn't 17.2 promoted to current? [08:16] timp: yep, and using ids of the buttons directly (I like that more than using caller) [08:17] gusch: ok, good. The code is more clear like that. [08:19] Saviq, because the automatic tests didnt pass http://reports.qa.ubuntu.com/smokeng/ [08:19] \o/ [08:19] ogra_, ah, so that's automagic now :) [08:19] nope [08:19] ogra_: why didn't they pass? [08:19] but i'm not allowed to pull the trigger until they pass [08:20] timp, i just got to the kbd, no idea :) [08:20] * popey flashes it anyway to test [08:20] i will too [08:20] ok [08:21] I don't understand http://reports.qa.ubuntu.com/smokeng/ . since when is 28/106 45.7%? [08:21] that QA math, ask them :) [08:21] (pass rate for maguro) [08:21] ogra_, did I understand correctly that today's image built, but there were smoke test failures? [08:21] probably different tests have different weight [08:21] for 20130718 [08:21] ? [08:21] rickspencer3, 18 is still in the press [08:22] rickspencer3, thats 17.2 [08:22] * ogra_ is happy it built, that means there should be the first click packages on it [08:22] ogra_, ok, so we're still waiting to see if 18 passes? [08:23] rickspencer3, i watch every image atm, so yes, 18 too [08:23] looks like the utah dbus issues are still there :/ [08:23] Jul 18 01:24:30 ubuntu-phablet utah: s.Error.NoServer: Failed to connect to socket /tmp/dbus-JIoEvd8Big: Connection refused#012}}} [08:23] sigh [08:24] 17.2 seems to work for me [08:24] timp, well, its an error in the test suite [08:24] ah [08:24] gusch: can you run gallery on the phone using the "run app on device" option in QtC? [08:25] gusch: it tells me: sed: can't read /home/phablet/dev_tmp/gallery-app/gallery-app.desktop: No such file or directory [08:25] when switching to upstart user sessions some hardcoded stuff broke [08:25] gusch: is that caused by some cmake config issue that should create the .desktop file? [08:25] because the desktop file in in /home/phablet/dev_tmp/gallery-app/desktop/gallery-app.desktop (desktop sub dir) [08:26] timp: and that ;) [08:26] I only see gallery-app.desktop.in there [08:26] timp: so it's the cmake issue, and the sub-dir [08:27] timp: I never used the QtCreator to run my app on the device [08:28] gusch: why do you use .desktop.in? is it for the tr()? [08:28] 17.2 is painfully slow on first boot [08:28] ogra_, re ↑, how do I stop unity8 on the device remotely? if I try `ssh stop unity8` or `ssh "bash -ic 'stop unity8'"` it doesn't cut it [08:28] timp: correct - for translation [08:28] hm [08:28] 3fps when unlocking [08:28] if that [08:28] ogra_, I generally end up with "Unknown job: unity8" [08:28] gusch: so if you change the language after installing gallery-app, the translation is not updated? [08:29] popey, maybe it's still loading the scope data? [08:29] timp: that should work - but the translation there includes quite some "magic" [08:29] popey, seems to work fine here [08:29] its okay after a minute [08:29] * Saviq flashes again [08:30] timp: ask oSoMoN if you need to know more about the .desktop translation [08:31] gusch, timp no magic, really :) [08:31] gusch, timp the .desktop file gets CMake-mangled to remove the tr() from around the fields [08:31] gusch, timp, and gettext extracts it from there before that [08:32] gusch, timp, the "receiving side" then uses the X-Ubuntu-Gettext-Domain domain to translate those strings runtime, is all the magic :) [08:32] ah, ok. sounds good :) [08:33] translate those strings runtime == magic ;) [08:35] hum [08:35] trying to use qtmultimedia to play a sound I get [08:35] defaultServiceProvider::requestService(): no service found for - "org.qt-project.qt.mediaplayer" === schwuk is now known as schwuk_away [08:36] does anyone know what that's about? [08:48] Good morning all, happy Nelson Mandela Day! :-D [08:49] \o/ [08:49] seb128, I'd say you need gstreamer [08:49] Saviq, it's my desktop, I've gstreamer and rhythmbox and totem play ogg just fine (which is what I'm trying to play) [08:49] seb128, ah [08:51] cjwatson, hmm, is the click installation really so quiet ? i'm looking at http://people.canonical.com/~ubuntu-archive/livefs-build-logs/saucy/ubuntu-touch/20130717.2/livecd-armhf.out ("Setting up click packages", nothing more) [08:51] ogra_: There's normally some output [08:51] hmm, then i guess something is wrong [08:52] we need a "click.manifest" :) [08:52] ogra_: There must be, since if you look at the hook it should say "Setting up $package" for each one [08:52] ogra_: So clearly nothing to do with click - it's just failing to actually call it [08:52] yeah [08:52] seb128, http://pastebin.ubuntu.com/5886881/ works fine here, does it, for you? [08:53] seb128, http://pastebin.ubuntu.com/5886883/ here's my set of installeds [08:54] ogra_: I don't know exactly why, but the lb_chroot_hooks step is taking a suspiciously long time compared to the previous build, so I'd suspect a timeout [08:54] i.e. network problem [08:54] anyone checked why mako is completely busted now? [08:54] yeah, i wonder if the machine is actually reachable under the external name [08:55] probably needs to say lillipilly [08:55] The name shouldn't matter [08:55] It's the same IP address either way [08:56] You might try archive-team.internal though; but before messing about I suggest checking with IS [08:57] well, the seed mirror is people.u.c [08:57] Oh, but archive-team.internal doesn't serve user home directories [08:57] so it should work [08:57] I hope it's people.c.c, not people.u.c [08:57] (Besides, archive-team.internal will soon become a different machine) [08:57] but the seeds are processed in config ... which is outside of the build chroot i think [08:57] What have the seeds got to do with anything? [08:57] they are pulled from people.u.c [08:57] so it should work without issues [08:58] Oh, preinstalled does a germinate run [08:58] yes [08:58] Seeds are pulled from people.c.c, not people.u.c [08:58] but in the config step [08:58] Please make that distinction clear in your mind as they are separate machines [08:58] oh, yeah,, sorry [08:58] it ususally is .... finger memory [08:58] *.ubuntu.com) MIRROR=http://ftpmaster.internal/ubuntu/ [08:59] SEEDMIRROR=http://archive-team.internal/seeds/ [08:59] Saviq, [08:59] $ qmlscene sound.qml [08:59] defaultServiceProvider::requestService(): no service found for - "org.qt-project.qt.mediaplayer" [08:59] oh, where is that [08:59] So in fact they are pulled from archive-team.internal, not people.c.c [08:59] top of live-build/auto/config/ [08:59] seb128, do you have the QtMultimedia plugins installed? [08:59] Saviq, I didn't have phonon from those packages, but still the same issue after installing it [08:59] seb128, hmm [08:59] I think you need to get a firewall hole explicitly opened to people.c.c [08:59] Saviq, http://paste.ubuntu.com/5886905/ [08:59] archive-team.internal is soon not going to be on lillypilly, so you cannot rely on having Sergio's home directory available from that [08:59] hmm, or make /~ available [09:00] No, that will break soon [09:00] sergiusens: have you checked my phablet-tools contributions? [09:00] yeah, ttyped to fast :) [09:00] seb128, libqt5multimedia5-plugins [09:00] seb128, those are the plugins that actually talk to different backends [09:00] ogra_: I saw you kicked the build yesterday night in the end, what status did you and andy leave the tests ? [09:00] ogra_: everything moved to pending? [09:01] gema, nope, still everything failing [09:01] Saviq, that fixes it, thanks! [09:01] Saviq, shouldn't qtdeclarative5-qtmultimedia-plugin depends on it? [09:01] 20130718 should come out soon (daily job) [09:01] ogra_: yes, I see that, but are they running on the pending images? [09:01] I mean, /~user/ is available from archive-team.internal right now - but we *will* be breaking that soon and I'll have no sympathy at all if you relied on it :-) [09:01] seb128, not really [09:01] lets see, the former image night have hit a race with updating utah [09:01] seb128, as you could provide a different set of backends [09:01] seb128, as we do on the device [09:01] So I think opening a firewall hole is the right answer at the moment [09:02] gema, if i can belive the dashboard, they are [09:02] seb128, but it should be recommended (and I do have it installed, not manually) [09:02] ogra_: the dashboard doesn't lie (yet) [09:02] ogra_: thanks [09:02] Saviq, ubuntu-ui-toolkit-examples qtmultimedia5-examples mediaplayer-app recommends it [09:03] seb128, yeah [09:03] seb128, we might need to fix something there indeed [09:03] Saviq, should ubuntu-system-settings do the same? [09:03] cjwatson, where does /seeds live on that machine ? we could probably just have another /click there [09:03] Saviq, seems wrong to recommends it, especially if that's wrong for the touch image [09:03] seb128, yeah indeed [09:03] Well, it's in ~ubuntu-archive/public_html/ [09:04] Saviq, seems like we should have a virtual "qtmedia-backend" provided by libqt5multimedia5-plugins and whatever we use on touch and recommends that [09:04] Saviq, anyway, if that works out of the box on the touch image no big deal [09:04] But I'm not sure that's going to be at all convenient for you to update [09:04] Saviq, thanks for the help ;-) [09:04] seb128, cheers [09:04] I dunno, I guess we could create a mirror job [09:04] so cant we just link the dir (or copy it) for now .... if the machines change there will be changes needed anyway and we also dont plabn to keep it in a homedir i think [09:05] How does Sergio update his repository at the moment? [09:05] Just manually? [09:05] hmm, good question [09:06] Hmm, click_copy.py [09:06] might be cronned, i'm not sure [09:06] As ubuntu touch relies for drivers partly on android stuff: google has reportedly a backdoor to access phones ... will this also be part of ubuntu touch? [09:06] Not sure of the proper arguments though [09:07] ogra_: so what happened to mako? is that completely broken now? [09:07] asac, i have no idea, lets please wait for 18 to come out, it might have been that utah was upgraded in the middle of the 17.2 runs or some such [09:08] i'm not sure the fixes made it in time for that image [09:08] when is 18 [09:08] ? [09:08] can we produce one now? [09:08] sat in the queue when i looked 1h ago, lets see [09:09] still, server is building atm .... should be done soon [09:09] hey all [09:09] Yeah, it's waiting to build, can't speed it up any more [09:09] lets overclock :) [09:09] the panda [09:09] ;-P [09:10] cant be more flaky anyway [09:10] panda on 4GhZ with big gamer FAN [09:10] right after booting on the n4, rild permanently uses > 80% CPU and ofonod takes > 10% (no wonder it runs out of juice so quickly); that's with an unlocked SIM card; can somebody confirm? [09:10] yeah, but we'll need a fridge for it then [09:10] asac: I propose water cooling :) [09:10] i guess you need both :) [09:10] pitti, what takes 80% CPU ? [09:10] http://people.canonical.com/~ubuntu-archive/livefs-build-logs/saucy/ubuntu-server-omap4/latest/livecd-20130718-armhf.out <- waiting for that to finish [09:10] ogra_: rild, as I said [09:10] oh [09:10] (the logs only mirror every hour, so don't read too much into that) [09:11] * ogra_ was looking directly on cadejo [09:11] Yep [09:12] ogra_: I was about to strace it to find out what these two actually do when I do a call, but ofono constantly spews thousands of polls, reads, and writes even when not doing (visually) anything [09:12] pitti, better wait for tony, its his area of expertise ... we have a bug open for rild issues though, just trying to find it [09:12] killing ofonod respawns it with the same result [09:13] ogra_: do you get the same? (mostly just looking for a confirmation here, not debugging yet) [09:13] pitti, i dont have a SIOM [09:13] *SIM [09:14] and i only have a galaxy nexus ... they use different rilds [09:14] pitti, bug 1197656 [09:14] bug 1188404 in touch-preview-images "duplicate for #1197656 ofono between 30% and 40% CPU usage when roaming" [Critical,In progress] https://launchpad.net/bugs/1188404 [09:15] ogra_: which fixes? [09:15] asac, dbus [09:15] ogra_: ok... that might prevent installing with phablet-flash? [09:15] no [09:15] just checking because thats what we see [09:16] what do you see ? [09:16] and wghgat do you run exactly [09:16] ogra_: did you run phablet-flash --pending on mako on .2? [09:16] *what [09:16] asac, no mako [09:16] ogra_: ah, thanks; I think I have something else, I'll file a bug [09:16] only maguro here [09:16] ogra_: see see phablet-flash falling over on mako [09:16] we see [09:16] popey, ^^^ [09:17] asac, i think popey tested yesterday evening [09:17] Does anyone know what IP address lillypilly might be able to use to contact the PS Jenkins? http://10.97.2.10:8080/ doesn't appear to work from there [09:17] * ogra_ doesnt [09:18] ogra_: acually no, I just see more debug messages; I think it's the same, I'll try the fix [09:18] ogra_: thanks for pointing out! [09:18] ogra_: 11:07 < ogra_> asac, i have no idea, lets please wait for 18 to come out, it might have been that utah was upgraded in the middle of the 17.2 runs or some such [09:18] :) [09:18] oops [09:18] ogra_: --pending seems to download 16 image [09:18] not 17.2 [09:18] can this be true? [09:18] maybe our /pending doesnt work? [09:18] ogra@chromebook:~/branches/livecd-rootfs-2.161$ get-touch-img-ver -p [09:18] 20130717.2 [09:19] that script uses the same code phablet-flash uses [09:19] so it should pick up 17.2 [09:20] ogra_: ok here i see it goes for 17.2 [09:20] cdimage@nusakan:~$ ls -l cdimage/www/full/ubuntu-touch/daily-preinstalled/pending [09:20] lrwxrwxrwx 1 cdimage cdimage 10 Jul 17 23:44 cdimage/www/full/ubuntu-touch/daily-preinstalled/pending -> 20130717.2 [09:20] and the phablet-flash change from tonight seems to only touch test code [09:20] ogra_: i flashed mako an hour ago [09:20] popey, with 17,2 i suppose [09:20] yes [09:20] great [09:21] asac, fix the proxy :P [09:21] good point [09:21] sound indicator is empty [09:22] 18 started ... [09:22] popey, give it some time [09:22] there is a bug open for that [09:22] bug 1181299 [09:22] bug 1181299 in touch-preview-images "Sound indicator takes a while to load, not displaying the content sometimes" [Critical,Confirmed] https://launchpad.net/bugs/1181299 [09:23] 09:23:42 up 57 min, 0 users, load average: 1.56, 1.63, 1.57 [09:23] is that long enough for it to appear? ☻ [09:31] ogra_: http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/ [09:31] go there [09:31] ogra_: the .img fils are timestamped 16 Jul [09:31] asac, i'm always there :P [09:31] is that normal? [09:32] asac, thats android stuff [09:32] comes from a jankins build that runs before [09:32] do we run that daily? [09:33] yep [09:33] we will soon start using packages for that bit [09:33] xnox is nearly there [09:34] then and android buits wont be daily anymore and you might see even older dates [09:35] (we could build the package daily indeed, but since it only needs rebuilds when it actually changes that would be a waste) [09:35] ogra_: correct. last stretch is to test if i can disable ICU from libmedia, and then it will be ready for security-team review for archive upload. [09:36] ogra_: well, it does at the moment still embed kernel, platform-api, hybris. so when those change, my package needs a rebuild. But the loger term plan is to combine those three at livebuild stage, to avoid this dependency triggered rebuilt. [09:37] exactly [09:55]