[04:29] <RAOF> Hey, juliank - is apt ready for release into hirsute? https://launchpad.net/bugs/1925745 is marked block-proposed, but it's unclear to me why.
[05:41] -queuebot:#ubuntu-release- Unapproved: accepted initramfs-tools [source] (bionic-proposed) [0.130ubuntu3.13]
[06:57] <juliank> RAOF: I blocked it because autopkgtest is broken, see comment 12. The autopkgtest SRU I still have to verify, and it's not aged enough yet
[06:58] <RAOF> juliank: Ack, thanks.
[06:58] <juliank> It's all a bit stilly as you'll also have to build new hirsute autopkgtest images to get it working again
[07:01] <RAOF> I was a bit confused there, because the apt autopkgtests passed. If it breaks autopkgtest, why would its own autopkgtests pass? :)
[07:18] <tjaalton> yo, anyone around who can add a package to i386 whitelist?
[07:19] <tjaalton> namely egl-wayland needs to be built on i386 as well
[07:20] <tjaalton> RAOF: hey, do you happen to have the required powers ^ ?-)
[07:32] <RAOF> I probably have the required powers, but I don't know how (or whether I'm supposed to)
[07:35] <tjaalton> okay that's fine
[07:35] <tjaalton> I guess laney knows ;)
[07:41] <juliank> RAOF: because I already deployed the fix in the autopkgtest cloud :)
[07:42] <juliank> The cloud got fixed first before I even fixed impish
[08:09] <RAOF> Aaaaah.
[09:03] <laney> tjaalton: yeah, does it need an exception or is just regenerating the set enough??
[09:03] <laney> ?*
[09:11] <tjaalton> laney: oh, the latter it seems. there was a build for i386 of the previous version
[09:12] <laney> sec, I've just got to finish something
[09:13] <tjaalton> no rush, someone just reported this by email
[10:20] <laney> tjaalton: how can I see where it's required?
[10:21] <tjaalton> laney: you mean why it's added to the whitelist?
[10:22] <laney> it's needed as a build-dep/dep of something which is already built on i386?
[10:22] <tjaalton> it's needed to provide 32bit libnvidia-egl-wayland
[10:22] <tjaalton> apparently useful for games I'm told
[10:23] <laney> so should be seeded in https://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/i386/tree/i386 ?
[10:26] <tjaalton> I guess. don't know why hirsute built it
[10:29] <laney> don't really see where that would have come from
[10:31] <laney> tjaalton: can you add it to that seed with a proper comment? then I can regenerate the set
[10:31] <laney> I guess we need to edit https://discourse.ubuntu.com/t/community-process-for-32-bit-compatibility/ too
[10:32] -queuebot:#ubuntu-release- New: accepted rustc [amd64] (impish-proposed) [1.51.0+dfsg1+llvm-1~exp3ubuntu1]
[10:32] -queuebot:#ubuntu-release- New: accepted rustc [armhf] (impish-proposed) [1.51.0+dfsg1+llvm-1~exp3ubuntu1]
[10:32] -queuebot:#ubuntu-release- New: accepted rustc [ppc64el] (impish-proposed) [1.51.0+dfsg1+llvm-1~exp3ubuntu1]
[10:32] -queuebot:#ubuntu-release- New: accepted rustc [arm64] (impish-proposed) [1.51.0+dfsg1+llvm-1~exp3ubuntu1]
[10:32] -queuebot:#ubuntu-release- New: accepted rustc [s390x] (impish-proposed) [1.51.0+dfsg1+llvm-1~exp3ubuntu1]
[10:32] -queuebot:#ubuntu-release- New: accepted rustc [i386] (impish-proposed) [1.51.0+dfsg1+llvm-1~exp3ubuntu1]
[10:32] -queuebot:#ubuntu-release- New: accepted xtensor [amd64] (impish-proposed) [0.22.0-4]
[10:32] -queuebot:#ubuntu-release- New: accepted xtensor [riscv64] (impish-proposed) [0.22.0-4]
[10:33] -queuebot:#ubuntu-release- New: accepted xtensor [armhf] (impish-proposed) [0.22.0-4]
[10:39] <tjaalton> laney: done
[10:39] -queuebot:#ubuntu-release- Unapproved: accepted gnome-desktop3 [source] (hirsute-proposed) [3.38.5-1ubuntu2~21.04.2]
[10:43] -queuebot:#ubuntu-release- Unapproved: accepted ibus-avro [source] (hirsute-proposed) [1.2-2ubuntu21.04.1]
[10:43] -queuebot:#ubuntu-release- Packageset: Removed amtk from i386-whitelist in impish
[10:43] -queuebot:#ubuntu-release- Packageset: Removed tepl from i386-whitelist in impish
[10:58] <laney> tjaalton: needs to be the binary package name
[10:58] <tjaalton> bah
[10:59] <xnox> vorlon:  can you please _add_ debian-installer to the i386 whitelist? such that i can build it three times, to remove obsolete i386 d-i builds that get copied over, and thus superseed it with html page like it is on the other arches.
[11:36] -queuebot:#ubuntu-release- Unapproved: accepted apache2 [source] (focal-proposed) [2.4.41-4ubuntu3.4]
[12:29] -queuebot:#ubuntu-release- New binary: xtensor-blas [amd64] (impish-proposed/universe) [0.18.0-1] (no packageset)
[12:36] -queuebot:#ubuntu-release- New binary: xtensor-blas [armhf] (impish-proposed/universe) [0.18.0-2] (no packageset)
[12:38] -queuebot:#ubuntu-release- New binary: xtensor-blas [amd64] (impish-proposed/universe) [0.18.0-2] (no packageset)
[13:00] -queuebot:#ubuntu-release- New binary: xtensor-blas [riscv64] (impish-proposed/universe) [0.18.0-2] (no packageset)
[14:26] <tjaalton> laney: thanks for fixing it, something else came up while writing the commit msg, duh
[14:27] <laney> np
[14:27] <laney> waiting for germinate now
[14:43] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [amd64] (impish-proposed) [1.5.11-0ubuntu2]
[14:43] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [armhf] (impish-proposed) [1.5.11-0ubuntu2]
[14:43] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [arm64] (impish-proposed) [1.5.11-0ubuntu2]
[14:45] <laney> tjaalton: it's building now
[15:14] -queuebot:#ubuntu-release- Packageset: Added egl-wayland to i386-whitelist in impish
[15:17] <vorlon> xnox: done, d-i is in the i386 whitelist (on a temporary basis)
[15:17] <xnox> vorlon:  horay.
[15:20] <vorlon> tjaalton, laney: I see egl-wayland has been manually re-added to the i386 whitelist; it was built on i386 in December 2020 but then was never referenced by anything so the binaries got deleted again.  What uses this package?  There are no references to it by anything else on i386
[15:21] <vorlon> ah apparently this is all a recent discussion in scrollback :-)
[15:22] <vorlon> ok so this will all be consistent with the next germinate run, hurray
[15:27] <laney> :>
[15:40] -queuebot:#ubuntu-release- New source: debian-installer (impish-proposed/primary) [20101020ubuntu623]
[15:44] -queuebot:#ubuntu-release- Packageset: Added debian-installer to i386-whitelist in impish
[16:17] -queuebot:#ubuntu-release- Unapproved: accepted xorg-server [source] (hirsute-proposed) [2:1.20.11-1ubuntu1.1]
[16:18] -queuebot:#ubuntu-release- Unapproved: accepted xorg-server [source] (focal-proposed) [2:1.20.11-1ubuntu1~20.04.2]
[16:40] -queuebot:#ubuntu-release- Unapproved: accepted gzip [source] (bionic-proposed) [1.6-5ubuntu1.1]
[17:03] <xnox> vorlon:  debian-installer is in NEW because of course it has to go through new, since we don't remove custom uploads upon series copy up.
[17:03] <tjaalton> vorlon: ah that explains why hirsute had the binary :)
[19:34] -queuebot:#ubuntu-release- New: accepted xtensor-blas [amd64] (impish-proposed) [0.18.0-1]
[19:34] -queuebot:#ubuntu-release- New: accepted xtensor-blas [armhf] (impish-proposed) [0.18.0-2]
[19:34] -queuebot:#ubuntu-release- New: accepted xtensor-blas [amd64] (impish-proposed) [0.18.0-2]
[19:34] -queuebot:#ubuntu-release- New: accepted xtensor-blas [riscv64] (impish-proposed) [0.18.0-2]
[19:35] -queuebot:#ubuntu-release- New: accepted dbus-cpp [armhf] (impish-proposed) [5.0.3-2]
[19:35] -queuebot:#ubuntu-release- New: accepted dbus-cpp [riscv64] (impish-proposed) [5.0.3-2]
[19:36] -queuebot:#ubuntu-release- New: accepted debian-installer [source] (impish-proposed) [20101020ubuntu623]
[19:38] -queuebot:#ubuntu-release- New binary: debian-installer [s390x] (impish-proposed/none) [20101020ubuntu623] (i386-whitelist)
[19:40] -queuebot:#ubuntu-release- New binary: debian-installer [i386] (impish-proposed/none) [20101020ubuntu623] (i386-whitelist)
[19:40] -queuebot:#ubuntu-release- New binary: debian-installer [ppc64el] (impish-proposed/none) [20101020ubuntu623] (i386-whitelist)
[19:40] -queuebot:#ubuntu-release- New binary: debian-installer [arm64] (impish-proposed/none) [20101020ubuntu623] (i386-whitelist)
[19:40] -queuebot:#ubuntu-release- New binary: debian-installer [armhf] (impish-proposed/none) [20101020ubuntu623] (i386-whitelist)
[19:41] -queuebot:#ubuntu-release- New binary: debian-installer [amd64] (impish-proposed/none) [20101020ubuntu623] (i386-whitelist)
[19:48] <vorlon> xnox: do these binaries need accepted?
[20:25] -queuebot:#ubuntu-release- New: accepted debian-installer [amd64] (impish-proposed) [20101020ubuntu623]
[20:25] -queuebot:#ubuntu-release- New: accepted debian-installer [armhf] (impish-proposed) [20101020ubuntu623]
[20:25] -queuebot:#ubuntu-release- New: accepted debian-installer [ppc64el] (impish-proposed) [20101020ubuntu623]
[20:25] -queuebot:#ubuntu-release- New: accepted debian-installer [arm64] (impish-proposed) [20101020ubuntu623]
[20:25] -queuebot:#ubuntu-release- New: accepted debian-installer [s390x] (impish-proposed) [20101020ubuntu623]
[20:25] -queuebot:#ubuntu-release- New: accepted debian-installer [i386] (impish-proposed) [20101020ubuntu623]
[20:52] -queuebot:#ubuntu-release- Unapproved: linux-base (hirsute-proposed/main) [4.5ubuntu5.3 => 4.5ubuntu5.4] (core, i386-whitelist)
[20:54] -queuebot:#ubuntu-release- Unapproved: linux-base (groovy-proposed/main) [4.5ubuntu4 => 4.5ubuntu4.1] (core, i386-whitelist)
[20:55] -queuebot:#ubuntu-release- Unapproved: linux-base (focal-proposed/main) [4.5ubuntu3.6 => 4.5ubuntu3.7] (core, i386-whitelist)
[20:57] -queuebot:#ubuntu-release- Unapproved: linux-base (bionic-proposed/main) [4.5ubuntu1.6 => 4.5ubuntu1.7] (core)
[21:09] -queuebot:#ubuntu-release- Unapproved: nvme-cli (hirsute-proposed/main) [1.12-5 => 1.12-5ubuntu0.1] (core)
[21:30] <vorlon> xnox: now that I think of it, though, we don't build an i386 *live* installer either, so why would we not just address this by deleting http://archive.ubuntu.com/ubuntu/dists/impish/main/installer-i386/ ?
[21:35] <utkarsh2102> vorlon: hey, can you please remove i386 binaries of multipath-tools from 0.8.5-2ubuntu1? cf: https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#multipath-tools
[21:37] <cjwatson> vorlon: IIRC if you try it'll just come back in J due to the DB model for custom uploads being, err, not very good
[21:38] <vorlon> cjwatson: ah
[21:39] <utkarsh2102> also, while at it, could you please take a look at LP: #1915445, and wave your magic wand? :)
[21:39] <vorlon> utkarsh2102: done
[21:39] <utkarsh2102> vorlon: thank you!
[21:39] <vorlon> utkarsh2102: the first one is done; the second one I'll look at now
[21:39] <utkarsh2102> great, thank you!
[21:55] <utkarsh2102> hey, last thing I was waiting on is LP: #1152187, but just promoting systemd-container in Bionic, rest is all good!
[21:55] <utkarsh2102> in case you have time^ (otherwise no rush!)
[21:55] <utkarsh2102> thanks again, I'll be afk now! \o
[22:07] <vorlon> utkarsh2102: python-aws-requests-auth doesn't show on https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.html ; is the seeds change not yet landed?
[22:08] <vorlon> utkarsh2102: ah - the seed lists python-aws-requests-auth but this is a source package, it must list a binary package name
[22:08] <vorlon> I'll fix it up
[22:28] -queuebot:#ubuntu-release- Unapproved: python-aws-requests-auth (hirsute-updates/universe) [0.4.3-1 => 0.4.3-1] (no packageset) (sync)
[22:29] -queuebot:#ubuntu-release- Unapproved: accepted python-aws-requests-auth [sync] (hirsute-updates) [0.4.3-1]
[22:48] <vorlon> utkarsh2102: for the record, there is nothing about the state of bug #1152187 that would have put it on the archive admin team radar had you not pinged directly; not only do we not use the MIR process for binary promotions, we also only look at component mismatches for the devel series
[22:52] <xnox> vorlon:  i am happy to change it to build empty tarball on i386
[22:52] <xnox> vorlon:  i think i need version dir, and symlink dir, to mimick enough for it to be gone forever.
[22:52] <vorlon> xnox: seems preferable over having a page wrongly telling people to use a non-existent live installer for i386
[22:53] <xnox> vorlon:  do you want to accept this, such that i can iterate on it? as far as i recall i need to do 3 uploads anyway to clear the i386 dir.
[22:53] <xnox> and obviously i can do 4 uploads.
[22:54] <xnox> you did already never mind.
[22:54] <xnox> vorlon:  thank you and will make it an empty dir on i386.
[23:50] -queuebot:#ubuntu-release- Unapproved: software-properties (bionic-proposed/main) [<IP_ADDRESS>.16 => <IP_ADDRESS>.17] (desktop-core, ubuntu-server)
[23:51] -queuebot:#ubuntu-release- Unapproved: software-properties (focal-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (core)


[02:23] <ParkerR> Beldar, Note that install works but youll be loicked tot he old kernel and might have some issues updating it
[02:23] <ParkerR> *locked
[02:29] <Beldar> ParkerR, Yeah, it's eol not worth it really. I have the multirom app installed just messing with options.
[02:34] <ParkerR> Beldar, I currently have that image with e17 on mine
[02:34] <ParkerR> Actually kinda nice
[02:34] <ParkerR> At this very moment Im attempting to upgrade to trusty. *ctosses fingers*
[02:34] <ParkerR> *crosses
[02:35] <ParkerR> 500MB of updates heh
[02:35] <ParkerR> Beldar, My wish is an updated desktop image with 3.10+ kernel
[02:35] <ParkerR> They did a lot in the more recent version for tegra chips
[02:36] <ParkerR> Including an open source graphics driver
[02:39] <Beldar> that update would be nice
[02:41] <ParkerR> Beldar, but sadly this desktop image we have was just a testing ground when developing Touch
[02:41] <ParkerR> It wasn't really meant to be used that much :(
[02:42] <ParkerR> I for one LOVE the idea of desktop image on something i CAN EASILY CARRY WITH ME
[02:43] <ParkerR> lOT MORE VERSATILE THAT uBUNTU tOUCH IS
[02:43] <ParkerR> *Caps
[02:43] <ParkerR> *A lot more versatile than Ubuntu touch is
[02:57] <ParkerR> Beldar, :OO we may be in luck http://i.imgur.com/sSYAzG2.png
[02:57] <ParkerR> Look at the bottom of the terminal
[02:58] <ParkerR> There's some program that can flash the kernel and initramfs
[03:55] <ParkerR> Beldar, haha enlightenment crashed part way through and relaunched. this was after it got updated http://i.imgur.com/n0XJa9t.png
[03:55] <sabgenton> Is ubuntu phones contacts   going to be pluginable to different clouds?
[03:55] <sabgenton> or just ubuntu one
[03:55] <sabgenton> (or nothing)
[04:41] <ParkerR> Beldar, you around?
[04:43] <ParkerR> http://i.imgur.com/QniIgSA.png :D it updated to trusty without a hitch
[04:45] <Beldar> Cool, I see people on occasion asking the same grouper nexus general questions here.
[04:46] <ParkerR> Im going to see what I can do about the kernel now
[04:55] <ParkerR> Well that sure is some shit https://pastee.org/jcqjv
[04:55] <ParkerR> grouper doesn;t get the 3.4 kernel while the Nexus 4 and 10 do
[04:59] <ParkerR> :< gogoling linux-image grouper is just showing the results for 3.1. Im surprised nobody has done a newer build
[04:59] <ParkerR> *googling
[04:59] <ParkerR> I may try to build one on the device with localmodconfig...
[04:59] <ParkerR> I wonder if it would flash correctly
[05:00] <ParkerR> Tempting...
[05:04] <symlinkd> hey guys just wanted to say keep it up, just tried it out on the N4 and while it's not quite ready, i'm loving the gestures so far.
[05:06] <ParkerR> Who in the heck joins just to say one line and leave
[05:06] <ParkerR> :|
[05:06] <ParkerR> Frustrating
[05:22] <ParkerR> If I backup /dev/mmcblk0p2 can I reflash it with gastboot flash?
[05:22] <ParkerR> *fastboot flash
[05:23] <ParkerR> *fastboot flash boot
[06:38] <ParkerR> flash-kernel: installing version 3.13.6
[06:38] <ParkerR> Flashing kernel and initramfs to /dev/mmcblk0p2... /dev/mmcblk0p2: updated is too big for the Boot Image (12195840 vs 8388608 bytes)
[06:43] <ParkerR> ogra_, I see yyou had the same issue haha
[06:43] <ParkerR> *you
[06:43] <ParkerR> How did you slim yours down exactly?
[06:43] <ParkerR> [13:25] <ogra_> even when droping everything from the initrd, setting MODULES=list and swithcing to xz compression i cant get the initrd small enough
[06:43] <ParkerR> [13:30] <ogra_> ah, shiny, weeding out more stuff manually makes it work (sadly right at the edge of teh size limit)
[07:20] <ParkerR> Ok. This time around I enabled xz and also made sure to check DRM_TEGRA
[07:20] <ParkerR> Forgot that on the last build
[07:27] <MrSparkles> hello
[07:27] <MrSparkles> could someone help me with something
[07:27] <ParkerR> Just ask
[07:27] <ParkerR> If somebody is able to help hopefully they will repsond
[07:28] <MrSparkles> trying to install ubuntu touch on my nexus 7 2013
[07:29] <ParkerR> OK, so what's the issue?
[07:29] <MrSparkles> didnt know which one to download and if i could install like i would a rom
[07:30] <ParkerR> MrSparkles, http://forum.xda-developers.com/showthread.php?t=2628398
[07:31] <ParkerR> You can install MultiRom with the application in the playstore
[07:31] <MrSparkles> does it actually dual boot?
[07:31] <MrSparkles> where i can choose which one i wanna use
[07:31] <ParkerR> https://play.google.com/store/apps/details?id=com.tassadar.multirommgr
[07:31] <ParkerR> Yes
[07:31] <MrSparkles> thats awsome
[07:32] <ParkerR> MrSparkles, looks something like this http://liliputing.com/wp-content/uploads/2012/12/multirom.jpg
[07:33] <dholbach> good morning
[07:33] <ParkerR> Morning
[07:33] <MrSparkles> good morning to you sir
[07:36] <MrSparkles> parker does multirom use its own recovery? that would conflict with clockworkmod
[07:36] <ParkerR> It does. It uses TWRP
[07:36] <ParkerR> TWRP is fantastic though
[07:37] <MrSparkles> okay so should i just restore my stock one or will it get rid of clockworkmod and install twrp
[07:37] <ParkerR> The app should handle it last I checked
[07:37] <ParkerR> It just needs root access
[07:37] <MrSparkles> okay
[07:39] <MrSparkles> gonna take me a hour or so to download one of those files but also restoring tablet
[07:40] <ParkerR> MrSparkles, also after it reboots and installs
[07:40] <ParkerR> Boot into andoird, and reopen multirom manager
[07:40] <MrSparkles> ok
[07:40] <ParkerR> It has an option to install Ubuntu Touch (it may or may not have the option. Not sure about the flo)
[07:41] <MrSparkles> does it download the files required in the app?
[07:41] <ParkerR> So if it doesnt have the ption inside the application just use the XDA thread
[07:41] <ParkerR> Yep
[07:41] <ParkerR> *option
[07:41] <MrSparkles> that'd be great
[08:05] <MrSparkles> you still here parker?
[08:07] <MrSparkles> ParkerR multirom manager is asking me to install and update do i need to install the kernal on it?
[08:07] <ParkerR> Yes
[08:07] <ParkerR> It needs some kernel features that arent in stock
[08:07] <ParkerR> It should be fine
[08:08] <MrSparkles> ok
[08:09] <MrSparkles> which one though?
[08:09] <MrSparkles> has stock 4.3 4.4 cm 10.2 and cm.11
[08:14] <ParkerR> MrSparkles, what android version
[08:14] <ParkerR> Match it up
[08:14] <MrSparkles> ok
[08:14] <ParkerR> Settings > About
[08:15] <MrSparkles> yea running 4.4.2
[08:15] <ParkerR> Alright so choose that kernel
[08:15] <MrSparkles> it says on playstore that it has option to install ubuntu touch but said for the 4g model
[08:15] <ParkerR> Well either installation method this part is required :P
[08:15] <MrSparkles> dunno if would work for mine
[08:16] <MrSparkles> yea figured that
[08:18] <MrSparkles> nvm on that last msg
[08:24] <MrSparkles> ok parker do i just install those 2 zip files in recovery?
[08:27] <ParkerR> MrSparkles, the recovery it installed should do it automatically
[08:27] <ParkerR> Oh the XDA post?
[08:27] <MrSparkles> yea
[08:27] <ParkerR> Recovery > Advanced > Multirom
[08:28] <ParkerR> reboot to Recovery > Advanced > Multirom
[08:28] <MrSparkles> do i have to install them seperatly?
[08:28] <MrSparkles> k
[08:28] <ParkerR> Just go there and do what the post says
[08:28] <fps> hmm, what's the easiest way to get my c
[08:28] <fps> oops
[08:28] <ParkerR> The multirom section has its own little menu
[08:28] <fps> hmm, what's the easiest way to get my contacts from my android phone to ubuntu touch?
[08:28] <fps> without using a google account ;D
[08:29] <MrSparkles> ok parker im in multirom in recovery
[08:30] <fps> i was thinking about using the somewhat standardized (iirc) vcf format as intermediate step
[08:31] <MrSparkles_> google crashed
[08:34] <fps> i see mentions of syncevolution on e.g. askubuntu
[08:35] <fps> but it seems the only way to install it is by using the apt tools directly
[08:35] <fps> which breaks OS updates iirc?
[08:35] <ParkerR> Yeah you have to make system writable
[08:35] <ParkerR> Which turns off OTA updates
[08:36] <anil> Hii.
[08:36] <fps> ParkerR: "OTA" i an abbreviation for what?
[08:36] <anil> its possible to see Android GUI on phablet (ubuntu touch)
[08:36] <fps> ParkerR: in that case, can i still keep the system up to date manually?
[08:36] <MrSparkles_> over the air
[08:36] <ParkerR> fps, Over the air
[08:37] <ParkerR> anil, You are in Ubuntu touch. How would oyu see android UI?
[08:37] <ParkerR> *you
[08:37] <anil> surface Flinger is running
[08:38] <anil> can we disable lightdm and see android graphics
[08:38] <ParkerR> ... I dont think it works like that
[08:38] <anil> hmm ..how I can achieve that
[08:38] <ParkerR> It's just a compositioner
[08:39] <ParkerR> That Ubuntu Touch just so happens to borrow from android
[08:39] <anil> ok..
[08:39] <anil> can I disable lxc and boot the system
[08:39] <MrSparkles_> ok im installing ubuntu touch now
[08:40] <anil> because I want to do some experiment with lxc container
[08:40] <anil> I want to start it manaully once device is up
[08:41] <MrSparkles_> i dont think it installed properly parker
[08:41] <MrSparkles_> i chose the 2 zip files and it went to black screen within a minute
[08:41] <anil> I created /etc/init/lxc-android-config.override contain manual but it did not work
[08:41] <MrSparkles_> guess ill try in multirom manager
[08:48] <Ambious> Hello
[08:49] <ParkerR> Hello
[09:20] <ParkerR> ogra_, I really need you ;_;
[09:21] <MrSparkles_> parker you still here?
[09:21] <ParkerR> Aye
[09:22] <MrSparkles_> i installed ubuntu touch with the multirom manager and it gets an error whenever it starts
[09:22] <ParkerR> What does it say?
[09:22] <MrSparkles_> umm where would i look its showing me a bunch of lines from klog
[09:23] <ParkerR> Hmm
[09:23] <ParkerR> I really dont know :|
[09:23] <MrSparkles_> dang
[09:26] <ogra_> ParkerR, you are operating under wrong assumptions ;) the kernel team in #ubuntu-kernel maintains the kernels :)
[09:27] <MrSparkles_> did i install wrong kernal?
[09:28] <ParkerR> ogra_, Hmm? Im trying to compile a new kernel and am having ha hard time getting it dowen to 8mb
[09:28] <ParkerR> As some IRC logs pointed out you have too :D
[09:29] <ogra_> turn more stuff into modules then
[09:29] <ParkerR> Hmm ok will try
[09:32] <fps> but i can update manually if i make the system fs writable?
[09:38] <MrSparkles_> parker
[09:38] <MrSparkles_> i got it installed finally
[09:38] <MrSparkles_> did the xda method
[09:39] <MrSparkles_> god i love this its so clean looking and smooth
[09:39] <ParkerR> I thought thats what you already did...
[09:39] <MrSparkles_> i did
[09:39] <ogra_> fps, you can but packages may break, we dont officially support apt upgrade/dist-upgrade on these images
[09:40] <MrSparkles_> first time it went to black screen and never did anything
[09:40] <ParkerR> MrSparkles_, meh I like the desktop image better :) http://imgur.com/a/HSJOw#QniIgSA
[09:40] <MrSparkles_> figured id try again but this time i tapped on the screen when it would dim and it worked
[09:40] <ParkerR> * http://i.imgur.com/QniIgSA.png
[09:40] <MrSparkles_> =O
[09:41] <MrSparkles_> you make a desktop version?
[09:41] <ParkerR> I updated the old raring image to trusty
[09:41] <MrSparkles_> dont understand that really
[09:41] <ParkerR> How so?
[09:41] <MrSparkles_> when it boots it has my default android and 2 ubuntus
[09:42] <MrSparkles_> im not really great with linux used it few times but i mainly play games so use windows
[09:42] <ParkerR> One of the Ubuntus might be the original one you thought failed
[09:42] <MrSparkles_> it didnt show up there
[09:43] <MrSparkles_> it only showed my original android
[09:43] <MrSparkles_> hmm under recent apps browsers bit buggy
[09:51] <fps> ogra_: ok
[09:52] <MrSparkles_> how can i install apps?
[09:58] <ogra_> MrSparkles_, from the application page
[10:00] <ogra_> MrSparkles_, it pulls the list of available apps from the network, so make sure you are online in some way
[10:00] <ogra_> (WLAN, 3G etc)
[10:05] <MrSparkles_> sometimes keyboard doesnt open =\
[10:11] <didrocks> hey oSoMoN! how are you?
[10:12] <oSoMoN> hey didrocks
[10:13] <oSoMoN> didrocks, recovering from a big bad flu, I’ve known better days…
[10:13] <didrocks> oSoMoN: urgh, you want to be reminded that we are still in winter? (even if the weather doesn't say so :p)
[10:14] <oSoMoN> didrocks, yeah, it looks more like spring here :)
[10:14] <didrocks> heh, here as well :)
[10:14] <MrSparkles_> ha my weathers sucking to
[10:14] <didrocks> oSoMoN: IIRC, the calendar-app and messaging-app are done by your team, right? It seems that they both have flaky test results if you look at the past 2 images on mako
[10:14] <didrocks> oSoMoN: mind giving that a look? (are you as well upstream for music-app? I don't think so…)
[10:15] <oSoMoN> didrocks, calendar-app is a community-developed app, messaging-app is developed by my team indeed
[10:15] <didrocks> oSoMoN: ok, mind looking at the last one then?
[10:15] <oSoMoN> music-app is community-driven as well
[10:15] <oSoMoN> sure
[10:15] <oSoMoN> I’m on it
[10:15] <didrocks> popey: are you in touch with music-app and calendar-app upstream?
[10:15] <didrocks> oSoMoN: thanks :)
[10:16] <MrSparkles_> well thanks for helping me ParkerR and ogra_
[10:16] <MrSparkles_> ima mess with this a little thanks
[10:16] <fps> MrSparkles_: also make sure you have dash searches enabled to also search online ;D
[10:16] <didrocks> oSoMoN: btw, direct link is http://ci.ubuntu.com/smokeng/trusty/touch/mako/238:20140314.1:20140304/7158/messaging_app/897403/
[10:17] <didrocks> didn't fail on latest image even if it seems there is no reason for it to be fixed
[10:21] <popey> didrocks: yup! on it.
[10:21] <didrocks> thanks!
[10:28] <ParkerR> "<ogra_> ParkerR, you are operating under wrong assumptions ;) the kernel team in #ubuntu-kernel maintains the kernels :)" what was that a reply to exactly?
[10:32] <ogra_> ParkerR, to the unexpected PM you sent me
[10:33] <ParkerR> ogra_, Oh haha sorry about that. I started there but then realized the channel might be a better place
[10:56] <davmor2> Morning all
[10:58] <ParkerR> Morning
[11:38] <anil> Hii
[11:38] <anil> How to enable /dev/fb0 logging on console
[11:58] <didrocks> beuno: hey, FYI, the new frameworks names are now added to the touch metapackage, you can add them to the store as well (but keep -dev1 until we have this gallery-app in please)
[12:03] <ParkerR> :D http://i.imgur.com/f0ZiZuH.png
[12:22] <fps> ololosha: just a little followup on my previous question: is there a way to make a click package out of a deb and install it on the phone without breaking updates OTA?
[12:23] <fps> ololosha: sorry, wrong nick completion
[12:23] <fps> ogra_: just a little followup on my previous question: is there a way to make a click package out of a deb and install it on the phone without breaking updates OTA?
[12:24] <fps> i'd really like to try syncevolution so i can get my contacts on the ubuntu touch phone :(
[12:25] <sergiusens> fps, syncevolution is already installed
[12:26] <fps> sergiusens: aaah ok :D
[12:26] <fps> i was confused by askubuntu answers...
[12:28] <didrocks> sergiusens: hey, did you get any news from the store guys (if there is any progress) to get gallery-app in?
[12:28] <sergiusens> didrocks, yeah, needs to be fixed in the store admin interface
[12:28] <fps> ok, before breaking everything horribly this is the plan then: connect to the device using adb shell
[12:28] <didrocks> sergiusens: ok, let's wait for them to be awake I guess to be ready to rock it :)
[12:28] <sergiusens> didrocks, so I think we just need to wait for beuno to be awake :-)
[12:29] <didrocks> yep :)
[12:29] <beuno> I am awake!
[12:29] <fps> 1] change user to phabet 2] manually run syncevolution to get contacts from my owncloud
[12:29] <ParkerR> Heh
[12:29] <fps> is that plan sound?
[12:29] <didrocks> beuno: ah great! did you see as well my request about the other framework support?
[12:30] <anil> Hi ogra_
[12:31] <anil> I have compiled kernel with CONFIG_FRAMEBUFFER_CONSOLE=y
[12:31] <anil> to enable console logging
[12:31] <beuno> didrocks, yes, can you give me exact strings?   :)
[12:31] <anil> and added cmdline = console=tty0 loglevel=8 in bootimg.cfg
[12:31] <anil> is that ok
[12:32] <didrocks> beuno: ubuntu-sdk-14.04-html-dev1, ubuntu-sdk-14.04-papi-dev1, ubuntu-sdk-14.04-qml-dev1 (but please keep the old one for now until we have everything moved back)
[12:32] <ogra_> anil, yes, but it will break the user session
[12:33] <beuno> didrocks, ack
[12:33] <didrocks> thx!
[12:33] <didrocks> keep us posted on the gallery-app issue so that we can push it
[12:33] <ogra_> anil, (the driver on the N10 does not work when fbcon is enabled)
[12:35] <anil> sorry I could not get ..which driver will not work
[12:36] <ogra_> anil, the graphics one
[12:37] <ogra_> you will have fbcon and can use the framebuffer ... but the accelerated graphics driver will fall over
[12:37] <beuno> sergiusens, your app should be fixed
[12:37] <ogra_> (as i told you last time we talked)
[12:38] <anil> hmm
[12:39] <beuno> didrocks, and it's ubuntu-sdk-14.04-html-dev1, not ubuntu-sdk-14.04-html5-dev1,
[12:39] <anil> ogra_ : I dont want accelerated graphics .. normal boot up should happen
[12:39] <beuno> ?
[12:39] <anil> with graphics
[12:39] <ogra_> anil, right, if you dont want to use any graphical stuff it will work
[12:40] <ogra_> mterry, shy today ?
[12:40] <mterry> ogra_, :)
[12:41] <ogra_> mterry, you got some comments on the usc spinner branch
[12:41] <ogra_> :)
[12:41] <mterry> ogra_, oh good, will check
[12:41] <didrocks> beuno: that's what colin used (and it seems that's what was agreed on https://wiki.ubuntu.com/Click/Frameworks)
[12:41] <ogra_> seems you actually forgot to add the option :)
[12:41] <anil> ok .. I am compiling kernel ...let see how it goes
[12:41] <didrocks> sergiusens: keep us posted! :)
[12:41] <beuno> didrocks, ack. All done.
[12:41] <didrocks> beuno: excellent! thanks a lot
[12:42] <beuno> didrocks, sergiusens's app should stop erroring (sorry about that)
[12:42] <anil> yesterday, as suggested , to disable lxc container, I created /etc/init/lxc-android-config.override containing manual
[12:42] <didrocks> no worry, let's hope everything will be fine, then, we "just" have some minor issues
[12:42] <anil> it did not work
[12:42] <mterry> ogra_, were you expecting the spinner to work out of the box, or did you manually pass --spinner=... ?
[12:43] <ogra_> by your explanation i was expecting to just have to add --spinner ... (without = )
[12:43] <ogra_> which i added to usc-wrapper for testing
[12:47] <sergiusens> beuno, didrocks just for the FAQ, if this happens again, do we just contact you?
[12:47] <mterry> ogra_, oh sorry.  I let you specify the executable (for customization reasons or whatever)
[12:48] <mterry> ogra_, so you need to pass the path
[12:48] <mterry> ogra_, I'll make that clearer in the desc
[12:48] <mterry> ogra_, also for your other question, the design is not coordinated yet.  I asked design to look the spinner over, but they haven't gotten back to me
[12:48] <ogra_> Method__, so --spinner=/usr/bin/unity-system-compositor-spinner ?
[12:48] <beuno> sergiusens, yes. We're working on making sure it doesn't happen again  :)
[12:48] <ogra_> err
[12:48] <ogra_> mterry, ^^
[12:48] <mterry> ogra_, yes
[12:48]  * ogra_ tries
[12:49] <mterry> ogra_, the look of it now is far from perfect.  But it's just a placeholder
[12:49] <sergiusens> beuno, oh, not just this one ;-) we are all troublemakers here :-P
[12:49] <ogra_> mterry, yeah, its enough until we get proper design
[12:49] <mterry> ogra_, also, if you are testing without all the other split branches and mir 0.1.7, then spinner will come up, then black screen, then unity8.  That's expected
[12:49] <beuno> sergiusens, so anything related to the store, always me
[12:49] <ogra_> mterry, ok
[12:50] <ogra_> yay !
[12:50] <ogra_> mterry, works fine with the path
[12:50] <mterry> ogra_, awesome
[12:56] <anil> orgra_ : if we disable lightdm then unity is also disabled
[12:56] <anil> or not
[13:03] <ogra_> yes
[13:04] <anil> thanks
[13:13] <m-b-o> popey: are you around?
[13:13] <popey> m-b-o: i am
[13:14] <m-b-o> popey: o/
[13:14] <m-b-o>  I've removed and added icons to the weather app at the weekend, now jenkins refuses to work
[13:15] <m-b-o> an I haven't found any place to change icon paths
[13:15] <m-b-o> popey: http://<IP_ADDRESS>:8080/job/generic-mediumtests-trusty-weather-app/71/console
[13:23] <popey> m-b-o: oh
[13:25] <sergiusens> popey, m-b-o bzr bd should be able to reproduce it; bump the upstream version and try again
[13:29] <m-b-o> serguisens popey: hmm, bzr bd seems not to have a problem with the icons
[13:29] <m-b-o> serguisens: what do you mean with bumping the upstream version?
[14:08] <Rev_DE> If I want to install Ubuntu Touch on a a 2012 Nexus 7 (grouper), which channel should I install from?
[14:11] <popey> Rev_DE: it's no longer supported
[14:12] <Rev_DE> Officially, or "It won't run" not supported?
[14:13] <Rev_DE> There are quite a few ports out there
[14:17] <Rev_DE> I also see an image of Trusty for the Grouper here: http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/
[14:31] <ParkerR> Rev_DE, https://wiki.ubuntu.com/Touch/Install Claims to be deprecated but the install insctructions are there
[14:32] <ParkerR> The flashing tool still works with it
[14:33] <ParkerR> Rev_DE, currently I'm working on an updated desktop image for grouper (unofficially). I have it up to trusty and am working ona  new kernel now
[14:48] <ogra_> stgraber, hey ho ... do you remember why we do the dbus session job like we do it atm ? if you look at people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-trusty-239.png we seem to have certain processes starting tehir own dbuses which indicates the session bus address isnt properly exported to them
[14:48] <ogra_> (there are 3 started by other processes ... all of them die at some point)
[14:50] <ogra_> (or do i read the bootchart wrongly ?)
[14:54] <stgraber> ogra_: it's pretty hard to tell when we don't have the arguments... I know that on the desktop at least we can get up to 3 dbus per session as things like accessibility use their own separate bus
[14:54] <ogra_> well, i would expect things to hook into the same session bus inside the same session
[14:55] <stgraber> ogra_: that'd make sense but that's not the case for accessibility
[14:55] <stgraber> stgraber  2759  0.0  0.0  39464  2096 ?        S    Mar08   0:01 /bin/dbus-daemon --config-file=/etc/at-spi2/accessibility.conf --nofork --print-address 3
[14:56] <ogra_> stgraber, right, but these arent a11y services
[14:56] <ogra_> one is dconf ... which according to desrt only fires up its own daemon if it cant attach to the session bus
[14:56] <stgraber> ogra_: now it's not impossible that some of the touch upstart jobs are wrong too, I don't know. dbus starts on "starting xsession-init" which is as early as technically possible. If another job was set on say "starting dbus" or "starting xsession-init", they'd indeed lack the required environment variables
[14:56] <ogra_> one is zeitgeist
[14:57] <ogra_> and one seems to be indicator-messages
[14:57] <asac> jibel: hey.. is it easy to run britney locally?
[14:57] <asac> jibel: lets say i have a package dsc/changes with sources and binaries and want to see if that thing would nicely go in
[14:57] <asac> jibel: can i dry run that locally?
[14:57] <stgraber> ogra_: I really know nothing about the unity8 upstart jobs so I can't help much... I just checked on the desktop and things do appear to be reasonably ordered there
[14:57] <ogra_> stgraber, right, though i wonder if the exporting is somewhat racy
[14:57] <asac> (leaving autopkg tests alone for now)
[14:58] <stgraber> ogra_: considering upstart is single threaded, races are not technically possible, unless the start conditions are wrong
[14:58] <ogra_> well, we do the exporting from pre and post scripts
[14:58] <ogra_> which has race potential
[14:59] <jibel> asac, you can do it but I wouldn't say it is easy because you'd have to modify index files manually
[14:59] <stgraber> anyway, if you really suspect a race in upstart rather than broken jobs on your side, I'd suggest talking to jodh
[14:59] <jibel> index = source and binary package lists
[14:59] <ogra_> stgraber, well, zeitgeist for example doesnt even have a job
[15:02] <stgraber> ogra_: right, but on the desktop gnome-session itself won't ever start until dbus is fully started, so zeitgeist which is spawned by something that's spawned by gnome-session will have the right environment
[15:03] <ogra_> stgraber, k
[15:04] <ogra_> i'll try to track down the chain here
[15:11] <mhall119> what's the LP project for ubuntu-location-serviced?
[15:14] <popey> root@ubuntu-phablet:/# dpkg -S /usr/bin/ubuntu-location-serviced
[15:14] <popey> ubuntu-location-service-bin: /usr/bin/ubuntu-location-serviced
[15:14] <popey> location-service is the source package
[15:14] <popey> https://launchpad.net/location-service
[15:15] <mhall119> thanks popey
[15:41]  * ogra_ wonders if he should have a word with cjwatson to not upload click when it has a full blatter ... according to http://people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-trusty-239.png it spawns "content-hub-pee" on boot
[15:43] <cjwatson> ogra_: :-P
[15:43] <ogra_> :)
[15:44] <cwayne> niemeyer: ping -- was trying to package my go+qml app to include in a ppa, but it complained about not being able to find the qml package in my pbuilder... shouldn't it automatically 'go get' it?  http://paste.ubuntu.com/7108793/
[15:44] <cwayne> sergiusens: ^ you did some deb packaging with go, right? any ideas?
[15:44] <sergiusens> cwayne, yes
[15:45] <sergiusens> cwayne, you don't go get when packaging; you need to first package niemeyer's package and then build depend on it and any other golang package
[15:46] <cwayne> ah, i figured i might have to do that, was trying to avoid it though because lazy :)
[15:47] <sergiusens> cwayne, if it's a temporary thing, import the package's sources locally
[15:47] <sergiusens> temporary == lazy :-P
[15:47] <cwayne> ha
[15:48] <cwayne> well im thinking go-qml should definitely be packaged (and probably put into universe) since as there's a competiton for it, people are likely going to want their apps up in ppa's somewhere
[15:57] <cwayne> sergiusens: bah, exactly what i was afraid of, now need to package 'pkg-config' as well i think
[15:59] <sergiusens> cwayne, well go devs don't necessarily use PPAs or debs
[15:59] <sergiusens> cwayne, unless it is for packaging
[16:00] <cwayne> yeah i know.. just figured itd make sense to have this one packaged..
[16:03] <sergiusens> cwayne, for app developers doing click; not really
[16:03] <sergiusens> if it's something the system would depend on, then yes
[16:03] <cwayne> fair enough re: clicks
[16:07] <mterry> tedg, what are your opinions about my last comment in https://code.launchpad.net/~mterry/indicator-sound/greeter-volume/+merge/209159 ?
[16:15] <Rev_DE> ParkerR: Awesome. I'm flashing it now
[16:24] <mhall119> kenvandine: ping
[16:24] <davmor2> kenvandine: don't reply it's a trap!
[16:24] <mhall119> it's *always* a trap
[16:25]  * davmor2 screenshots mhall119 last statement and emails it too all the developers :D
[16:26] <mhall119> they already know
[16:26] <mhall119> gah, I lost 2-finger scrolling after updating
[16:27]  * kenvandine runs
[16:27] <kenvandine> what's up mhall119?
[16:28] <davmor2> mhall119: check the settings incase they got flipped somehow
[16:28] <mhall119> nope
[16:28] <cjwatson> tedg: can you flip https://code.launchpad.net/~cjwatson/upstart-app-launch/porting/+merge/210385 to rejected and drop it from any landings?  we shouldn't need it any more
[16:28] <mhall119> kenvandine: hey, regarding a click package for wallpapers, what meta-data would you need?
[16:29] <cjwatson> tedg: xnox dealt with this a different (and better) way
[16:29] <kenvandine> sizes could be nice
[16:29] <kenvandine> but not sure how'd we'd use that info right now
[16:29] <ParkerR> Rev_DE, it it boots and you just see a black screen touch it a few times
[16:29] <tedg> cjwatson, Cool
[16:29] <ParkerR> It'll wake up
[16:29] <ParkerR> *if it
[16:29] <mhall119> davmor2: removing and re-adding the psmouse driver fixed it
[16:29] <kenvandine> mhall119, basically none needed, just where the wallpapers are
[16:30] <tedg> mterry, Yes, I guess I disagree, but it's not worth holding up the MR.
[16:30] <tedg> mterry, I think that seb128 wants me to write an FFe for all the AS stuff.
[16:30] <tedg> mterry, So I'll put that in there as well.
[16:30] <mterry> tedg, ah OK
[16:30] <niemeyer> cwayne: Hmm
[16:31] <mterry> tedg, I'm bummed that vala doesn't let you have async getters/setters
[16:31] <niemeyer> cwayne: I would just bundle it in your app rather than going over the trouble of maintaining a package for it
[16:31] <tedg> mterry, That is odd, no clue why they did that. Probably a TODO on their side.
[16:31] <niemeyer> cwayne: This would mean putting a $GOPATH/src within your package, instead of just the app itself
[16:32] <niemeyer> cwayne: You can either do that yourself, by just creating a GOPATH and running go get.. or you can use godep (github.com/kr/godep) to do the local dependency management for you
[16:33] <cwayne> niemeyer: ah, thanks.  i'll try that out
[16:33] <cwayne> yeah, id already given up on trying to deb package go-qml, so maybe this will work :)
[16:42] <cjwatson> Could somebody mark https://code.launchpad.net/~cjwatson/unity-scopes-api/lttng-optional/+merge/211357 as rejected?
[16:42] <tedg> mhr3, ^
[16:43] <guest826> Hey guys, I'm trying to port Ubuntu Touch. I compiled the files and I put the contents of ubuntu-root (in the out directory) on the root partition. It mounts the root partition correctly, but there's a kennel panic because it cant find /init, but it is there. Also, the init in ubuntu-root is a script and not a binary (not sure if this makes a difference). Any thoughts?
[16:43] <tedg> Oh, wait, I can do it.
[16:43] <tedg> mhr3, Ignore that :-)
[16:43] <mhall119> kenvandine: ok, here's a simple wallpapers click package: http://people.ubuntu.com/~mhall119/com.ubuntu.developer.mhall119.trusty-wallpapers_0.1_all.click
[16:44] <mhall119> kenvandine: I called the hook 'backgrounds' and pointed it to a folder in the package
[16:44] <kenvandine> mhall119, excellent
[16:44] <kenvandine> i'll hack something together in a bit
[16:44] <mhall119> so the hook will just need to put those under a namespaced folder and symlink to wherever the settings app looks
[16:44] <mhall119> thanks kenvandine
[16:47] <mhall119> jhodapp|doc: has the media-hub landed in device images?
[16:47] <cwayne> ogra_: mterry: just saw the video of bootsplash -- nice!
[16:48] <mterry> :)
[16:48] <hedz09> Hey guys. I'm trying to port Ubuntu Touch. I compiled the files successfully. If I understand correctly, I put the contents of ubuntu-root on my rootfs partition. When I boot, the rootfs is mounted, but there's a kernel panic because it can't find /init. Also, I noticed init is not a binary but a readable script. Not sure if this makes a difference. Any thoughts?
[16:48] <cwayne> mterry: you know Im gonna ask how to customize it though :)
[16:48] <mterry> cwayne, pass a different --spinner=/path value to it
[16:48] <mterry> cwayne, to USC
[16:48] <cwayne> mterry: ah, so we'd have to an upstart job override then probably?
[16:48] <ogra_> we'll make it configurable for you :)
[16:49] <mterry> cwayne, which you should be able to do with a lightdm.conf.d config value
[16:49] <cwayne> ah
[16:49] <mterry> cwayne, we have a unity-system-compositor-command= field
[16:49] <cwayne> mterry: as long as it can be read from /custom, i'm sold :)
[16:49] <mterry> cwayne, I actually am not sure which paths it checks.  I can confirm
[16:49] <ogra_> could even be read from a property :)
[16:49] <cwayne> ooooh
[16:49] <cwayne> do hat
[16:49] <mterry> ogra_, property?  you mean env var?
[16:49] <cwayne> then we can just set it in custom.prop
[16:50] <ogra_> mterry, nope an android property
[16:50] <davmor2> cwayne: do they scarf at the same time as hatting?
[16:50] <mterry> ogra_, how does that work?  Which field can be set like that?
[16:50] <ogra_> mterry, just run getprop on a phone :)
[16:50] <ogra_> mterry, we can ship made up properties or set them with setprop etc
[16:51] <ogra_> mterry, for desktop i would suggest an env var or some such, for phone customization we should allow it to be overridden from a property
[16:51] <mterry> ogra_, but USC doesn't support using a property for --spinner= automatically, right?
[16:52] <ogra_> not yet ... thats minor upstart job hackery
[16:52] <ogra_> or usc-wrapper
[16:52] <ogra_> should be doable in three lines or so
[16:53] <mterry> ogra_, fair...
[16:53] <ogra_> first lets land it ... then lets think about themeing ;)
[16:53] <cwayne> sorry, just wanted to bring it up now so it's not a pain later if we didnt have this in mind :)
[16:53] <mterry> cwayne, FYI, lightdm does *not* look in XDG_DATA_DIRS for config files
[16:53] <ogra_> its a minor change to make a property override it
[16:53] <mterry> cwayne, it probably should
[16:56] <Rev_DE> ParkerR: Okay, so what would I do to enable root access and to get down to something more closely resembling a desktop?
[16:56] <Rev_DE> I'm trying to use either LXDE, XFCE, or KDE
[16:58] <Rev_DE> I've got SSH working, and I think the system image is writable, but what's the equivalent of the GDM screen to select a DE
[17:00] <hedz09> Hey guys. I'm trying to port Ubuntu Touch. I compiled the files successfully. If I understand correctly, I put the contents of ubuntu-root on my rootfs partition. When I boot, the rootfs is mounted, but there's a kernel panic because it can't find /init. Also, I noticed init is not a binary but a readable script. Not sure if this makes a difference. Any thoughts? thanks in advance.
[17:01] <ogra_> Rev_DE, there is no X11 on the phone and only unity8 can run with Mir yet
[17:09] <Rev_DE> ogra_: Ah, dang. Is that just in the 14.04 builds, or is X11 not a part of the 13.XX images?
[17:10] <Rev_DE> Supposedly Arch Linux ARM has native support for Tegra on X11
[17:10] <ogra_> X11 isnt a part of any of the Ubuntu system-image builds
[17:30] <davmor2> barry: I've noticed something a couple of times now, if I've opened settings just before an update is available it doesn't show the update when it is available is there a file cached somewhere?
[17:31] <barry> davmor2: um, not sure what you mean.  you mean "just before an update is available" on the server?
[17:32] <hedz09> Hey guys. I'm trying to port Ubuntu Touch to the Beaglebone Black development board. I've already ported CM 10.1. I compiled the Ubuntu Touch files successfully. If I understand correctly, I put the contents of ubuntu-root on my rootfs partition. When I boot, the rootfs is mounted, but there's a kernel panic because it can't find /init, even though it's there. Also, I noticed init is not a binary but a readable script (not sure i
[17:33] <davmor2> barry: so an image update is available at say 19:00, I opened settings at 18:55, I open settings again at 19:00 still shows no image but system-image-cli -n says there is
[17:33] <ogra_> hedz09, repeating yourself all the time wont get you answers quicker
[17:34] <ogra_> hedz09, if you have something called ubuntu-root and you have /init beeing a shellscript, thats definitely not a recent rootfs
[17:34] <davmor2> barry: if I reboot and open setting it then says there is an update
[17:34] <ogra_> this setup was only used in the very first (and very broken) iteration
[17:36] <barry> davmor2: do you have manual or automatic downloads set?
[17:37] <davmor2> barry: default so Auto Download on wi-fi
[17:38]  * ondra is back (gone 00:00:27)
[17:38] <barry> davmor2: could be a ui issue.  what happens if you explicitly click on Updates icon?
[17:38] <ogra_> ondra, !
[17:39] <ondra__> ogra_: what? :)
[17:39] <ogra_> (switch off auto away in public channels please)
[17:39] <ondra__> ogra_: OK
[17:39] <ogra_> thanks :)
[17:40] <davmor2> barry: same thing, hence asking if there was a cached file somewhere.  Rebooting is the only thing that seems to make it visible in the ui, however if I update today I can update tomorrow with no issues.  Just seems to be if you open the setting app just before the release is available
[17:41] <hedz09> ogra_: How would I get a recent rootfs?
[17:41] <davmor2> anyway teatime
[17:42] <ogra_> hedz09, http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/ has the original tarballs (before they are turned into system-image images)
[17:43] <barry> davmor2: there's no cached status file.  the s-i-dbus process would still be hanging around, but it should still respond to new CheckForUpdate dbus methods.  the thing to do is to tail -f /var/log/system-image/client.log while you're reproducing this and see if the CFU method gets called (you'd see a bunch of activity in the log file).  bumping up to verbose logging might also provide more information.  it's unclear whether the problem
[17:43] <barry> is in the ui or in s-i-dbus
[17:43] <stgraber> ogra_, lool, asac: FYI, I'm planning on doing the <channel> -> ubuntu-touch/<channel> rename on prod system-image later today. As I said on the mailing-list, aliases will be in place for quite a while so people won't notice anything and both barry and sergiusens checked that the flashing tools and updater will cope properly.
[17:43] <stgraber> so I'm not expecting anyone will notice anything, but that's just a quick heads up anyway.
[17:44] <ogra_> hedz09, you might want to take a look at the installer script of rootstock-ng (bzr branch lp:rootstock-ng) to get an impression what has to happen with your android system.img file
[17:44] <asac> stgraber: ok, do you have a checklist to validate after the switch? and a way to backout in case that - against all odds - things are broken?
[17:44] <barry> stgraber: time for me to go on vacation. :)
[17:44] <asac> stgraber: important that someone checks that ci.ubuntu.com still works
[17:44] <asac> sergiusens: ^^
[17:44] <ogra_> stgraber, just make sure the tools get updated before removing the aliases :)
[17:44] <asac> sergiusens: have you checked that whatever outdated tool they use supports this?
[17:44] <asac> sergiusens: remember that they are trapped in raring for some reason
[17:44] <asac> doanac`: ^^
[17:45] <stgraber> ogra_: one change for you though (and whoever else does that) is that when promoting image, you'll need to put the new channel name so "ubuntu-touch/trusty-proposed" and "ubuntu-touch/trusty". Using the old names will tell you that "redirects" aren't allowed as arguments.
[17:45] <asac> doanac`: seems folks want to change how we do channels. oplease check with stgraber and sergiusens so we are sure that the lab doesnt explode
[17:45] <ogra_> stgraber, ok
[17:45] <asac> doanac`: and also tell them how they can actually validate right after the switch that stuff works (e.g. like sending a test job?)
[17:45] <ogra_> stgraber, so leave me a ping if thats done and i'll update my README
[17:46] <stgraber> asac: QA and all the other tools will simply follow the aliases so there won't be any breakage, we'll just need to make sure everyone has moved to the new names by the time we drop the aliases (my plan is to do that when saucy goes EOL, so still quite a while)
[17:46] <sergiusens> asac, it was emailed two weeks ago; I tested ubuntu-device-flash from two weeks ago and added unit tests covering this specific case to make sure
[17:46] <asac> stgraber: right. guess do the switch early and ensure that a new image gets sent through the pipe to know for sure
[17:46] <sergiusens> asac, wrt to raring and phablet-flash we will need to handle it; but as stgraber said; there are going to be links in
[17:47] <asac> stgraber: switch early during your day and at best work with robru/doanac etc. that we get a new image through the infra so we dont wake up with mysery :)
[17:47] <stgraber> ogra_, asac: as far as post-change testing, I have two out of date devices here which I'll upgrade after the change to make sure that the prod server works identically to the test server I've been using so far
[17:47] <asac> right
[17:47] <asac> ogra_: can you help stgraber geting an image through ci right after?
[17:47] <asac> so we see it green on white that its all going well?
[17:47] <ogra_> what should i help with exactly ? its all automatic
[17:47] <sergiusens> stgraber, right, channels.ini needs to be updated; I didn't test that part
[17:48] <ogra_> asac, i can help if the automation breaks ;)
[17:48] <josepht> definitely need green today :)
[17:48] <asac> ogra_: you should ensure that a new image gest produced right after
[17:48] <ogra_> the only change is promoting an image ... and thats usually only handled by me anyway ... rarely by rsalveti
[17:48] <ogra_> ah
[17:48] <asac> ogra_: so we pipeclean the infra and confirm that stuff continues to beat
[17:48] <asac> ogra_: dont wait for cron
[17:48] <asac> just kick it so we can react before stgraber etc. go to bed :)
[17:49] <asac> but tell landing folks
[17:49] <ogra_> well, there is a new image pending if unity8 has built
[17:49] <asac> ogra_: your call, but dont wait too long as you know that we dotn want stgraber and folks to do a night shift
[17:49] <asac> rather early NO or GO :)
[17:49] <ogra_> if stgraber does his change before we can both tested in one go
[17:49] <asac> right
[17:49] <asac> so hurry up
[17:49] <ogra_> you mean he is more likely to do a nigghtshift than me ?
[17:49] <ogra_> :P
[17:50] <ogra_> (the unity8 build is planned to happen before cron ... no worries)
[17:51] <stgraber> ogra_: I'm doing the change now, waiting for a full backup first of system-image (just in case), should be all done in ~10min
[17:51] <ogra_> great, thanks
[17:51] <doanac`> asac: i'll do a double check on our end
[17:53] <asac> stgraber: ogra_: so keep doanac` in the pipecleaning loop :)
[17:53] <asac> thanks
[17:53]  * ogra_ hands doanac` a spare cloth
[17:53] <ogra_> whee !
[17:53] <ogra_> symmetry http://ci.ubuntu.com/smokeng/trusty/touch/mako/240:20140317.1:20140304/7193/
[17:54] <ogra_> only the bottom ones fail the scheme
[17:54] <ogra_> (and UITK)
[17:54] <hedz09> ogra_: I downloaded and extracted trusty-preinstalled-recovery-armel+manta.tar.gz (http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20140317/). Then I used unmkbootimg on boot.img and  extracted initramfs and again I see a shell script. Am I missing something?
[17:55] <ogra_> hedz09, ignore the device specific files, these are the ones your android build spit out
[17:57] <ogra_> take a look at rootstock-ng ... you want to put recovery.img  and boot.img from your CM based build in place, then use http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20140317/trusty-preinstalled-touch-armhf.tar.gz together with the CM system.img to create a proper rootfs
[17:59] <stgraber> ogra_: server updated now, test run in progress
[17:59] <ogra_> great
[18:03] <davmor2> barry: thanks next time I hit it I'll have a look :)
[18:04] <stgraber> ogra_: simple update worked fine
[18:04] <barry> davmor2: ack.  there's a new s-i-dbus silo on its way, though it should have no effect on auto downloads
[18:04] <stgraber> re-activing the import-images cron
[18:05] <ogra_> ha !
[18:05]  * ogra_ has his first fallout on the image watcher bot :P
[18:05] <ogra_> and fixed
[18:05] <stgraber> ogra_: ah, was it using hardcoded paths? :)
[18:05] <davmor2> ogra_: so you say ;)
[18:05] <ogra_> stgraber, heh, yeah
[18:08] <jhodapp> mhall119, no, still working on it
[18:08] <stgraber> ogra_: do you know when the next image should be publishing? I'll want to make sure that the new version tarball is correct at that point (it should be and it was on the staging server, but I prefer to be 100% sure :))
[18:08] <mardy> bfiller_afk, renato__: hi! About this branch: https://code.launchpad.net/~mardy/account-plugins/lp1252751/+merge/198689
[18:09] <mardy> bfiller_afk, renato__: me and dbarth think it's better if you take care of landing that, since you are the ones who need it
[18:09] <mardy> bfiller_afk, renato__: you can land it together with any other stuff you have
[18:09] <ogra_> stgraber, a build is planned for later today (once unity8 is in the archive, not sure when exactly, cyphermox has that in his hands) ... promotion will not happen until we have a green one though
[18:09] <ogra_> which can still take a few days
[18:10] <stgraber> ogra_: yeah, I'm not worried about promotion, I just want to triple-check the image once it hits trusty-proposed
[18:10] <ogra_> stgraber, there is an imagebot in #ubuntu-ci-eng now that will announce start and finish of a touch build
[18:20] <hedz09> ogra_:  ahh, okay. So rootstock-ng is not device specific?
[18:20] <ogra_> no, its a script for people developing their own images
[18:20] <ogra_> its not really designed for soemthing like a beagle (since it uses adb and such) ... but you should get an impression what you need to do by looking at the code
[18:33] <groggster> Hi!
[18:33] <groggster> I am trying to get batman-adv running on Ubuntu Touch, but I am running into issues that I am so far unable to resolv. The module compiles fine, but when I try to load it, I get this error message:
[18:33] <groggster> $modprobe batman-adv
[18:33] <groggster> modprobe: ERROR: could not insert 'batman_adv': Exec format error
[18:33] <groggster> $modprobe batman-adv -f
[18:33] <groggster> modprobe: ERROR: could not insert 'batman_adv': Unknown symbol in module, or unknown parameter (see dmesg)
[18:33] <groggster> dmesg gives me this:
[18:33] <groggster> [ 7203.530456] batman_adv: no symbol version for module_layout
[18:34] <groggster> [ 7209.188629] batman_adv: Unknown symbol try_module_get (err 0)
[18:34] <groggster> [ 7209.188659] batman_adv: Unknown symbol sysfs_create_file_ns (err 0)
[18:34] <groggster> [ 7209.188751] batman_adv: Unknown symbol prepare_to_wait_event (err 0)
[18:34] <groggster> [ 7209.188842] batman_adv: Unknown symbol sysfs_remove_file_ns (err 0)
[18:34] <groggster> [ 7209.188903] batman_adv: Unknown symbol prandom_u32 (err 0)
[18:34] <groggster> [ 7209.188934] batman_adv: Unknown symbol netdev_upper_dev_unlink (err 0)
[18:34] <groggster> [ 7209.188964] batman_adv: Unknown symbol __pskb_copy (err 0)
[18:34] <groggster> [ 7209.188995] batman_adv: Unknown symbol netdev_master_upper_dev_link (err 0)
[18:34] <groggster> [ 7209.189086] batman_adv: Unknown symbol netdev_master_upper_dev_get (err 0)
[18:34] <groggster> [ 7209.189117] batman_adv: Unknown symbol delayed_work_timer_fn (err 0)
[18:34] <groggster> [ 7209.189147] batman_adv: Unknown symbol kfree_call_rcu (err 0)
[18:34] <groggster> Where do I go from here? The module works fine on all other hardware I have run it on...
[18:36] <ogra_> groggster, pretty please use paste.ubuntu.com for such huge pastes
[18:36] <dbarth> bfiller_afk: renato__, mardy: +1
[18:37] <groggster> ogra_, sorry, I will be sure to do that the next time.
[18:37] <ogra_> thanks :)
[18:40] <cwayne> sergiusens: ping -- was wondering why on goget-ubuntu-touch, the resulting binaries end up in debian/tmp/usr/bin instead of debian/goget-ubuntu-touch/
[18:43] <dobey> ERROR:phablet-flash:https://system-image.ubuntu.com/trusty-proposed/grouper/index.json cannot be retrieved
[18:43] <dobey> ^^ is 2012 n7 now totally unusable with touch?
[18:45] <sergiusens> dobey, it hasn't been on proposed for a while I believe; let me check (you should use ubuntu-device-flash btw)
[18:45] <dobey> sergiusens: it was there late last week
[18:45] <sergiusens> cwayne, is it because I have multiple packages instead of just one?
[18:46] <cwayne> ah, i think if igured it out -- it's cus i had the source in src/ so it was getting compiled as src
[18:46] <sergiusens> dobey, I think it's just stgraber migrating now (should be temporary); try --channel ubuntu-touch/trusty-proposed
[18:47] <dobey> well, ubuntu-device-flash seems to be downloading an image
[18:47] <ogra_> yeah, stop using these old dos like scripts :)
[18:48] <dobey> when you migrate the scripts, add deprecation warnings that specify what the new thing to use is
[18:48] <dobey> rather than just having it fail
[18:48] <stgraber> sergiusens: hmm, didn't you say phablet-flash would follow the redirect fine?
[18:48] <sergiusens> stgraber, that was ubuntu-device-flash
[18:49] <stgraber> ok, is phablet-flash still around? if so, it may be worth burning it with fire or something
[18:49] <sergiusens> the other tool is deprecated; and would land as soon as I get an FFe
[18:49] <stgraber> because now that the change is live, /trusty-proposed doesn't exist anymore
[18:49] <ogra_> dobey, nah, we want to keep in touch with our users ... that way they show up on IRC once in a while :P
[18:49] <sergiusens> stgraber, are the links coming though?
[18:49] <stgraber> sergiusens: the "links" are there, as in, entries in channels.json
[18:49] <sergiusens> ogra_, there is a deprecation warning; can't land it though
[18:49] <stgraber> but if you ignore channels.json, you'll fail
[18:50] <stgraber> the redirects are channel entries in channels.json pointing to the renamed index files (as per the spec, you're never supposed to assume the location of the indexes...)
[18:52] <sergiusens> stgraber, I don't see any redirect entry here: https://wiki.ubuntu.com/ImageBasedUpgrades/Server
[18:53] <stgraber> sergiusens: it's because it's a standard channel.json entry, it just happens to point to the exact same files as the new one
[18:53] <stgraber> so nothing special to support on the client side, as long as you already support parsing channels.json
[18:54] <sergiusens> stgraber, I do parse it; but I never saw a redirect key which I'm seeing now; do I need to do anything with it?
[18:54] <stgraber> sergiusens: no, the redirect key is only there as a flag to be used by the server (to prevent publishing new images to a redirect channel)
[18:54] <stgraber> sergiusens: on the client side it can be treated as any regular channel
[18:54] <sergiusens> stgraber, then we are fine
[18:55] <stgraber> we're fine with ubuntu-device-flash, but it may be worth reminding everyone that phablet-flash is deprecated
[18:55] <sergiusens> although I need to ping doanac`
[18:55] <Tassadar> stgraber: alias in "ubuntu-touch/devel" is just "trusty" and not "ubuntu-touch/trusty", is that intentional?
[18:56] <hedz09> ogra_:  ok, this is making more sense to me.  So sbin/init is the init file that the kernel should look for? And is var/lib/lxc/android/pre-start.sh the install script you were referring to (to find out how the android system.img gets mounted?)
[18:56] <ogra_> hedz09, no, i was referring to the rootstock-ng installer script
[18:56] <stgraber> Tassadar: hmm, not intentional, I didn't think of those when I wrote rename_channel apparently (quite a corner case...). I'll update them by hand now.
[18:57] <stgraber> Tassadar: thanks for noticing. They technically should work, but we don't want them to break when we deprecated the redirects :)
[18:57] <ogra_> hedz09, rootstock-touch-install in the bzr branch i gave you above
[18:57] <Tassadar> no hurry, just noticed my app wasn't correctly handling the aliases because it is doing strcmp(alias, channel_name), it isn't breaking anything or something like that
[18:57] <Tassadar> thanks
[18:58] <sergiusens> stgraber, sent an email
[18:58] <sergiusens> for deprecation
[18:59] <sergiusens> plars, fyi I can't reach doanac` ^^
[19:00] <dobey> hmm, ubuntu-device-flash couldn't push the tar.xz to the device apparently :(
[19:01] <stgraber> Tassadar: fixed
[19:01] <Tassadar> thanks
[19:02] <plars> sergiusens: this is about the download location change right?
[19:02] <sergiusens> dobey, clean your /cache
[19:02] <plars> sergiusens: we have a bug open for it to change things on our end, but as I understand it, we have a bit of time thanks to the redirects right?
[19:02] <sergiusens> plars, yeah, I never fixed phablet-flash; so there are two options
[19:03] <sergiusens> plars, not with phablet-flash
[19:03] <sergiusens> plars, where are the scripts; I can propose an MR for you
[19:03] <plars> sergiusens: lp:ubuntu-test-cases/touch
[19:05] <plars> sergiusens: ok, we are looking at updating that system to saucy on Friday. I was planning to wait until doing that to make the changes to use ubuntu-device-flash, but we can try to do something sooner if needs be. Will just need to download the package and install it
[19:05] <sergiusens> plars, I have a quick fix for phablet-flash, don't worry
[19:06] <plars> sergiusens: ok, so we could apply that locally on our host system for this week?
[19:06] <sergiusens> plars, more like right now
[19:07] <plars> sergiusens: shoot me the patch then and we'll take a look
[19:09] <sergiusens> plars, yeah, already wrote it; just testing it now :-)
[19:17] <sergiusens> plars, here's the quick fix https://code.launchpad.net/~sergiusens/ubuntu-test-cases/pf_channel/+merge/211394
[19:18] <plars> sergiusens: ok, and the changes are already in place for that to work ok?
[19:19] <sergiusens> plars, let me put it this way; without that change it won't work
[19:19] <sergiusens> plars, the phablet-flash dep was an oversight; I think this is the quickest way given that raring is unuploadable
[19:19] <plars> sergiusens: understand, just confirming that this isn't something that's about to happen, but unsure
[19:19] <plars> yep
[19:20] <sergiusens> plars, not sure if the parameter is overrided on jenkins (given it's an $IMAGE_OPT with default params)
[19:21] <plars> sergiusens: it is for the custom image - does the change affect those also?
[19:21] <kenvandine> jdstrand, ping
[19:21] <sergiusens> plars, yes; where is that triggered from?
[19:22] <plars> sergiusens: under jenkins dir, there are some more changes needed probably
[19:22] <hedz09> ogra_:  I entered "bzr branch lp:rootstock-ng" and it said "bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/+branch/rootstock-ng/"." Any thoughts?
[19:22] <sergiusens> plars, ah, let me fix
[19:24] <hedz09> ogra_: actually, using "bzr branch  lp:project-rootstock-ng" worked
[19:24] <ogra_> heroops, sorry,, yeah, projects starting with "root" in the name are not allowed on launchpad ... i walways forget the silly prefix
[19:24] <jdstrand> kenvandine: hey
[19:25] <kenvandine> jdstrand, hey!
[19:25] <kenvandine> jdstrand, i have a branch of content-hub that attempts to use a hardlink instead of copy for exchanges that aren't set to persist (in the HubIncoming dir)
[19:25] <kenvandine> but i don't want the destination app to be able to edit the content, since it is really a link to the source apps content.
[19:25] <kenvandine> how would you feel about adding a rule like this:
[19:25] <kenvandine> deny @{HOME}/.cache/@{APP_PKGNAME}/HubIncoming/** w,
[19:26] <plars> sergiusens: I think the only update needed there would be in that template - production.py
[19:26] <sergiusens> plars, I updated custom-demo.py as well just in case
[19:26] <sergiusens> plars, just pushed
[19:27] <jdstrand> kenvandine: so let me understand, app foo asked the content-hub for some non-persistent file. the content-hub coordinates with a provider and eventually puts it in @{HOME}/.cache/foo/HubIncoming/...
[19:27] <jdstrand> kenvandine: now the app has read access to it, cause that is in one of its directories
[19:28] <kenvandine> yup
[19:28] <kenvandine> it has rw now
[19:28] <kenvandine> if i hardlink it, the app would be able to write to the file
[19:28] <jdstrand> kenvandine: cause it is a hard link, writes to the file cause the 'source' to be modified
[19:28] <jdstrand> yeah
[19:28] <kenvandine> which is actually owned by the source
[19:28] <jdstrand> yep
[19:28] <jdstrand> got it
[19:28] <kenvandine> so this prevents that
[19:29] <jdstrand> kenvandine: did you confirm that it prevents that?
[19:29] <kenvandine> yes
[19:29] <jdstrand> nice
[19:29] <kenvandine> tested it
[19:29] <kenvandine> i'm much happier with the link than copy
[19:29] <jdstrand> I thought it would, but I wanted to double check (ie, it is a bug if it didn't)
[19:29] <kenvandine> :)
[19:29] <jdstrand> copy is fairly icky
[19:29] <kenvandine> i also talked to some of your team last week while you were out
[19:29] <ogra_> kenvandine, ugh, careful with hardlinks on touch
[19:30] <kenvandine> ogra_, not across filesystems
[19:30] <ogra_> we span across multiple loop devices
[19:30] <kenvandine> it'll be in /home
[19:30] <jdstrand> link has its own issues. eventually, we will have some nice fd delegation that we can use to help here
[19:30] <ogra_> ah, k
[19:30] <jdstrand> but that is down the line
[19:30] <kenvandine> yeah...
[19:31] <jdstrand> kenvandine: I'm guessing by the name that HubIncoming will never have anything else in it, correct?
[19:31] <jdstrand> just stuff that the content-hub puts there
[19:31] <kenvandine> right
[19:31] <kenvandine> and the hub purges it
[19:32] <jdstrand> what happens if the app puts something there just before the content-hub does? will content-hub behave?
[19:32] <jdstrand> well, it doesn't matter if we have that rule
[19:32] <kenvandine> right :)
[19:33] <kenvandine> right now there are numbered subdirs
[19:33] <kenvandine> based on the transfer.id
[19:33] <kenvandine> so HubIncoming/1
[19:33] <kenvandine> we purge 1 when it's finalized or if the hub exits
[19:33] <jdstrand> kenvandine: what will content do if the app removes HubIncoming or chmod 0's it?
[19:34] <jdstrand> s/content/content-hub/
[19:34] <plars> sergiusens: pushed, thanks
[19:34] <kenvandine> just fail to remove it
[19:34] <kenvandine> but it won't have write access, so yay!
[19:34] <jdstrand> kenvandine: and before content-hub puts it there?
[19:35] <kenvandine> it makes the directory if it doesn't exist
[19:35] <jdstrand> but what if it is chmod 0?
[19:35] <kenvandine> transfer will abort
[19:35] <jdstrand> ok
[19:36] <jdstrand> kenvandine: so, these were just things I thought of otoh with an app trying to subvert the content hub in some way. want to make sure the hub is robust in the face of these sorts of things
[19:36] <jdstrand> kenvandine: I think the rule you have is good. we'll want to revisit with fd delegation comes about, but that's for another day
[19:36] <kenvandine> indeed
[19:36] <jdstrand> kenvandine: can you file a bug report against apparmor-easyprof-ubuntu?
[19:37] <kenvandine> this is a nice interim improvement
[19:37] <kenvandine> sure
[19:37] <jdstrand> thanks!
[19:37] <jdstrand> kenvandine: is this what you talked about with mdes laur, et al last week when I was away?
[19:37] <kenvandine> yes
[19:38] <jdstrand> ok, I had a note to follow up with you, but didn't last week cause of uds
[19:38] <jdstrand> so, nice, get to check that off my list :)
[19:38] <kenvandine> same here :)
[19:38] <jdstrand> kenvandine: are you blocked on this rule being added? (ie, when do you need me to upload it?)
[19:39] <kenvandine> it'll block me merging this branch
[19:40] <kenvandine> but we have a pile of branches to merge, this isn't urgent
[19:40] <kenvandine> jdstrand, ^^
[19:41] <jdstrand> kenvandine: ok, I'll queue it up for apparmor-easyprof-ubuntu 1.1.9. if for some reason that isn't in the archive by the time you are landing, holler
[19:41] <kenvandine> cool
[19:41] <kenvandine> jdstrand, thx!
[19:41] <jdstrand> np
[19:43] <jdstrand> kenvandine: one quick question. can you think of any reason why I wouldn't want to put this in the content_exchange policy group? (context: http://paste.ubuntu.com/7110042/)
[19:44] <jdstrand> (ie, I want to put it with the other content hub rules)
[19:46] <kenvandine> nope
[19:46] <kenvandine> in fact i'd rather it not be there
[19:46] <kenvandine> oh
[19:46] <kenvandine> sorry... inverse :)
[19:46] <jdstrand> ok
[19:46] <jdstrand> I was confused for a minute
[19:46] <jdstrand> you *do* want it with the others :)
[19:46] <kenvandine> if you put it in content_exchange, then an app could do the chmod 0
[19:47] <kenvandine> but... in theory those apps wouldn't be requesting content
[19:47] <jdstrand> those apps can't request content
[19:47] <jdstrand> the dbus api is unavailable to them
[19:47] <kenvandine> i guess the only reason is paranoia then :)
[19:48] <jdstrand> deny rules are always evaluated last
[19:48] <kenvandine> putting it there is fine, up to you :)
[19:48] <jdstrand> so it it is in the policy at all, the app won't be able to write there
[19:48] <kenvandine> ok, good enough for me
[19:49] <jdstrand> kenvandine: ok, I'll work on it now actually-- I see I had another fix queued. I will add it to the 1.1 version of the policy, so make sure when testing, you use some ubuntu-sdk-14.04* framework in your click manifest
[19:49] <kenvandine> ok, will do
[19:49] <kenvandine> still need a bug report?
[19:49] <jdstrand> kenvandine: yes please, I'd like to reference it in the policy
[19:52] <kenvandine> jdstrand,  bug 1293771
[19:52] <kenvandine> jdstrand, thanks!
[20:39] <t1mp> hmm.. phablet-tools.settings has system_image_uri = 'https://system-image.ubuntu.com'. Should that be updated to https://system-image.ubuntu.com/ubuntu-touch?
[20:50] <lool> stgraber: ack; thanks
[21:15] <mterry> ogra_, I'd like to remove a divert of NetworkManager's polkit policy file in lxc-android-config.  I can't remember what the process is for dropping a divert.  Add a if-upgrade-from-old-version dpkg-divert --remove call?
[21:15] <mterry> (to preinst?)
[21:16] <ogra_> mterry, just drop it from the package
[21:16] <ogra_> we dont support apt-get upgrade ...
[21:16] <ogra_> and lxc-android-config is only installed on touch
[21:16] <mterry> ogra_, fair...  especially not for that package
[21:16] <cwayne> lxc-android-config fails to update 100% of the time anyway
[21:16] <ogra_> that too
[21:16] <ogra_> mterry, but please test that
[21:17] <mterry> ogra_, after testing, any theoretical objections to me dropping the divert?  (it's actually a pointless divert these days)
[21:17] <ogra_> iirc there is another mangling of the polkit setup in lvecd-rootfs at build time
[21:17] <ogra_> (for NM)
[21:17] <mterry> ogra_, curious, will look
[21:18] <ogra_> if you tested and dont see any issues with it (even with AP tests, run at least one) then yeah, just go ahead
[21:18] <ogra_> (something like webbrowser-app ... that sets up a loopback webserver iirc)
[21:18] <mterry> ogra_, ah yeah, that livecd thing works around the fact that the lxc divert didn't do what it was supposed to
[21:19]  * ogra_ is happy to get rid of both hacks if we know dropping them doesnt do harm
[21:19] <ogra_> (in fact i'd love to get rid of 90% of the hooks stuff in livecd-rootfs ... its butt ugly)
[21:20] <mterry> ogra_, well we may still want the livecd one...  Or maybe move the hack into session-manager-touch in a different way
[21:20] <ogra_> k
[21:21] <mterry> ogra_, the livecd hack is just to avoid having to challenge the user if they are admin
[21:22] <ogra_> ah, right
[21:22] <mterry> (and now lightdm user will want that same privilege)
[21:22] <mterry> for network stuff anyway
[21:23] <ogra_> do we use the lightdm user for anything on the touch images ?
[21:23] <mterry> ogra_, not today
[21:23] <ogra_> (apart from firing up usc)
[21:23] <mterry> ogra_, not even firing up usc
[21:23] <mterry> ogra_, lightdm user is only for greeters
[21:23] <ogra_> ok
[21:30] <cjwatson> mterry: surely the old package's prerm should've removed the diversion anyway
[21:31] <cjwatson> or postrm
[21:31] <mterry> cjwatson, on upgrades?  I don't think so.  Well, at any rate, it didn't
[21:31] <cjwatson> ah, yeah, only on remove|purge
[21:31] <cjwatson> so yeah, something would have to be in the new preinst if you wanted to handle upgrades
[21:32] <mterry> cjwatson, makes sense.  Was hoping that would be fully automatic these days, but still pretty close to automatic  :)
[23:44] <hedz09> ogra_:  I've been reading through the installer script. I'm confused by this line "do_shell "cd /cache/system/lib && ln -s /system/lib/modules modules" ". How does /system/lib/modules exist if boot.img and recovery,img are the only partitions flashed as per the README?