[00:01] <Guest05> Can PySide works with Ubuntu components?
[02:35] <bnasun> umm
[02:35] <bnasun> ADB connection thru ubuntu-touch CWM recovery doesn't work?
[02:36] <bnasun> trying to push the preinstalled-touch.armhf.zip while it's in recovery, but no connection (yes, drivers are installed fine)
[02:36] <bnasun> common?
[03:01] <lotuspsychje> the new file manager on ubuntu touch looks nice
[03:01] <lotuspsychje> (from trusty channel)
[06:50] <dholbach> good morning
[07:02] <samba_> hello
[07:03] <samba_> any one??
[07:19] <tsdgeos> Saviq: there?
[07:19] <Saviq> tsdgeos, yup
[07:19] <tsdgeos> ignore  m
[07:20] <tsdgeos> trying stuff on a dirty unity8
[07:22] <Saviq> clean it up!
[08:06] <mpt> How do I restart a Nexus into the bootloader?
[08:10] <mpt> http://www.android.gs/how-to-enter-google-nexus-4-recovery-mode/ says “Press and hold Volume Up, Volume Down and Power buttons simultaneously. Release the buttons when the Bootloader / Fastboot mode menu appears”, but it never does.
[08:13] <mpt> And https://support.google.com/nexus/answer/4596836?hl=en-GB says “Press & hold the Volume Down button, and then press & hold the Power button simultaneously until the device turns on”, but it never does.
[08:13] <mpt> Ah, heisenbug!
[08:13] <mpt> It works now
[08:16] <mzanetti> mpt: you can also type "adb reboot bootloader" when the device is running and plugged to your machine
[08:16] <mpt> mzanetti, excellent, thanks, added that to my cheat-sheet
[08:57] <mhr3> is there a simple way to have more space available, so i can grab build-deps for more than 3 projects?
[08:57] <mhr3> /dev/loop0                       2015824 2010208         0 100% /
[08:57] <mhr3> :(
[09:04] <mhr3> ogra_, ^?
[09:07] <ogra_> mhr3, sadly no
[09:08] <mhr3> ogra_, and a complicated way? :)
[09:09] <ogra_> one i havent tried yet, you could try to append zeros to the end of the image and use resizefs ... no idea if that works
[09:10] <ogra_> the question is if the tools in recovery can handle this ... we have the 2G limit because the bionic linked dd cant handle more
[09:14] <ogra_> (it might explode in your face if you ever allow an image based upgrade)
[09:15] <mhr3> you can imagine that i avoid those :)
[09:16] <ogra_> well, let me know if you get something to work (and give me the code) i'll happily turn it inot a phablet-resize script or some such
[09:17] <mhr3> think i'll just finally setup the crossbuilding chroot
[09:17] <ogra_> heh+
[10:02] <davmor2> Morning all
[10:49] <mzanetti> dednick: fyi: couldn't reproduce the SIM pin issue any more ever since london. works perfectly fine again.
[10:49] <mzanetti> not sure if thats good or bad :D
[10:52] <mpt> Who’s responsible for QA generally for Ubuntu Touch?
[10:54] <davmor2> mpt: why?
[10:54] <mzanetti> mpt: QA is a big task with many involved people. what are you looking for?
[10:56] <Shakor> Is there a way to install touch on the Nexus 4 without having a Ubuntu Distro?
[10:56] <davmor2> mpt: I'm pretty much in charge of general testing/dogfooding, but on top of there QA is working with the devs directly as well as unit and automation testing
[10:57] <davmor2> s/there/that
[10:58] <bact> Shakor: yes
[10:58] <Shakor> bact: Could you explain or give me an link to some documents?
[10:59] <dednick> mzanetti: i'll take it as a good sign until it breaks again :)
[10:59] <mzanetti> :)
[11:00] <Shakor> bact: I have tried the: Manual Download & Installation method, but it does not seem to work.
[11:00] <bact> Shakor: I just use https://play.google.com/store/apps/details?id=com.tassadar.multirommgr
[11:01] <davmor2> mpt: again Why?
[11:02] <jgdx> has ubuntu-emulator taken a turn for the worse lately? It's has frozen during boot, and now after right swipe to skip intro.
[11:02] <Shakor_> sorry my browser died
[11:02] <jgdx> I also have to kill it with -9 when it freezes
[11:02] <jgdx> s/It's/It
[11:03] <bact> Shakor: 12:00 <bact> Shakor: I just use https://play.google.com/store/apps/details?id=com.tassadar.multirommgr
[11:03] <bact> Shakor_*
[11:06] <mpt> davmor2, mzanetti, I wanted to know who to assign bug 1313651 to once I reported it
[11:06] <bact> mpt: how meta
[11:07] <bact> a bug report to report that the project accepts bug reports
[11:09] <mzanetti> mpt: hmm... I guess that should assigned to touch-preview-images. You still need to find someone to take care of them :D I don't know whom to assign this to. I'm sure Pat can tell you what to do with this.
[11:09] <davmor2> mpt: no idea who would own that
[11:10] <ogra_> pat and rick insisted to keep that project around back a cycle ... not sure we still need it ... i doubt anyone event looks after bugs there
[11:10] <ogra_> *even
[11:10] <mpt> My point exactly. :)
[11:11] <davmor2> mpt: I wonder though if it is still written in the wiki to report there other than that I think it is down to the owner of the project
[11:11] <ogra_> you have to talk to them :)
[11:11] <Shakor_> Thanks bact
[11:11]  * ogra_ disliked it even back when it was decided to keep it
[11:11] <mpt> ogra_, I really don’t. I’m just trying to help.
[11:12] <bact> Shakor_: I'd imagine the guys around here would frown upon such an automated install, but its very simple and keeps my existing android install intact
[11:13] <mzanetti> mpt: best thing would be to point Pat to this bug report when he comes online. You do have a very good point.
[11:14] <Shakor_> bact: hehe - yeah. But I was looking for a method to flash it through fastboot/recovery to fully replace my partitions.
[11:14] <Shakor_> bact: I do not understand why they now changed the whole flashing method on the wiki... In the past it was possible without using phablet tools not ubuntu-device-flash
[11:16] <ogra_> Shakor_, because we switched to AOSP base (android 4.4) quite a while ago ... it does not produce any zip files
[11:16] <ogra_> so the old method didnt work
[11:16] <bact> ogra_: ah, so you're not on the cyanogenmod kernel anymore?
[11:16] <Shakor_> ogra_: You guys dropped CM sources?
[11:16] <ogra_> and the old method also gave you an install that was not a system-image
[11:16] <Shakor_> woohoo that is a big step forward :)
[11:17] <ogra_> bact, we're fully on android 4.4.2
[11:17] <bact> ogra_: you guys ever going to implement something like alien dalvik?
[11:17] <Shakor_> but AOSP does generate images that are flashable through fastboot.
[11:18] <ogra_> the CM sources still dangle around on the git server :)
[11:19] <ogra_> Shakor_, the ubuntu system-image requires the android system.img to live at a certain place *inside* the ubuntu system-image ... we do not use the system partition ... so flashing with fastboot wouldnt gain you anything
[11:19] <Shakor_> ogra_:  Alright, seems like a fair answer :)
[11:20] <ogra_> (rootstock-touch-install isnt the optimal tool either (it's rather a developer than an enduser tool), but its as close as we can get to a manual install ...)
[11:21] <Shakor_> ogra_: But now, I have a semi/boken phone with formatted partitions. Anyway to use rootstock-touch-install on my Distro?
[11:21] <Shakor_> please install the android-tools-fsutils and android-tools-adb packages
[11:22] <Shakor_> I have ADB, Fastboot on my system. Can just not seem to find the fsutls for android for Arch Linux.
[11:23] <ogra_> Shakor_, if your distro has bzr and the android tools that rootstock uses
[11:23] <ogra_> you need the filesystem utils to repack the android system.img to a proper loop image
[11:25] <Shakor_> I think I have it hacked correctly now.
[11:26] <ogra_> someone should make a package of the fsutils for arch ;)
[11:26] <Shakor_> project-rootstock-ng # ./rootstock-touch-install ../trusty-preinstalled-touch-armhf.tar.gz ../trusty-preinstalled-system-armel+mako.img  transfering rootfs tarball ...
[11:26] <Shakor_>  =)
[11:26] <ogra_> :)
[11:26]  * ogra_ crosses fingers
[11:26] <Shakor_> haha - yeah same here.
[11:28] <ogra_> mhr3, ...
[11:28] <ogra_> root@ubuntu-phablet:~# df -h |grep loop0
[11:28] <ogra_> /dev/loop0                      2.5G  1.5G  878M  63% /
[11:28] <ogra_> mhr3, so i have a script that *can* do the resizing ... but due to the lack of resize2fs in the recovery system you have to pull and push the img file ... which takes like 10-15min per push/pull
[11:28] <mhr3> ogra_, wooo, how?
[11:29] <sjelly> Tried Ubuntu Touch on my Nexus 10. Have now tried re-installing Android but loading the SW back in timed out/died (even though I left it for a couple of hours. Now I can start the bootloader, but nothing else - Recovery no longer works. Can I salvage this situation?
[11:29] <mhr3> ogra_, hm, needs to be simpler :)
[11:30] <ogra_> mhr3, that would require us to add resize2fs to the android recovery build
[11:30] <mhr3> ogra_, anything stopping us from doing that?
[11:30] <ogra_> dunno, need to ask sergio and rsalveti
[11:31] <ogra_> mhr3, http://paste.ubuntu.com/7351827/
[11:31] <ogra_> oh, there is a typo in of=
[11:32] <ogra_> needs to be ./system.img
[11:32] <ogra_> http://paste.ubuntu.com/7351834/
[11:33] <ogra_> (thats just a very raw prototype indeed)
[11:33] <mhr3> right
[11:33] <mhr3> ogra_, but yea, even this is pretty useful, thx
[11:37] <mhr3> ogra_, although you made me wonder if "count=1 seek=2000+ADDED_MB" would work
[11:37] <mhr3> sparse files ftw :)
[11:37] <ogra_> try it (with a local copy indeed to not trash your install)
[11:37] <ogra_> if you can mount and read it on your PC, the whone should be able too
[11:37] <ogra_> *phone
[11:54] <Shakor> this adb push $TARPATH /recovery/ does not even seem to work, the /recovery/ directory does not exist..
[11:55] <Shakor> ogra_: Maybe you could add a mkdir /recovery/ before pushing in the argv[0] in rootstock-touch-install ?
[11:56] <ogra_> ogra@anubis:~$ adb reboot recovery
[11:56] <ogra_> ogra@anubis:~$ adb shell ls /|grep recovery
[11:56] <ogra_> charger            file_contexts      recovery           storage
[11:56] <ogra_> ogra@anubis:~$
[11:56] <ogra_> fine here ...
[11:56] <Shakor> Hmm
[11:56] <ogra_> did you flash the recovery.img first ?
[11:57] <ogra_> (and are you properly booted into recovery mode)
[11:57] <Shakor> ogra_: No. I am using another recovery
[11:57] <ogra_> aha
[11:57] <ogra_> thats your issue then
[11:57] <davmor2> who works on the camera app?
[11:57] <Shakor> ogra_: hehe - point made.
[11:57] <ogra_> davmor2, could be bfillers team
[11:58] <Shakor> ogra_:  after creating the /recovery/ directory it seems to continue :)
[11:58] <ogra_> well, you might get space issues
[11:58] <Shakor> Why?
[11:59]  * ogra_ isnt sure if /recovery isnt mounted under the cache partition somewhere
[11:59] <Shakor> is the /recovery on the supported recovery image an seperate mount
[11:59] <Shakor> darn
[12:00] <ogra_> hmm, noo, looks like it isnt
[12:00] <ogra_> so you might be fine
[12:00] <Shakor> cleaning up on device ... [done] rebooting device
[12:00] <Shakor> here goes
[12:01] <Shakor> Do I need a specific android radio + bootloader as dependency?
[12:01] <ogra_> 4.2 to 4.4 radio should work ...
[12:01] <davmor2> ogra_: thanks I think I might of hit an issue I took photos over the weekend I see them on the device but neither clicking them in file browser/opening gallery/via mtp display them mtp == http://davmor2.co.uk/~davmor2/screenshots-desktop/pictures-meh.png
[12:01] <ogra_> no idea about bootloader, we never touch it
[12:01] <davmor2> ogra_: I'm assuming that's a bit broken
[12:02] <mhr3> ogra_, saves a second... so yea.. who cares :P
[12:02] <ogra_> heh
[12:02] <ogra_> davmor2, hmm, sounds like a host side issue rather then a phone one
[12:03] <ogra_> oh, wait you say you cant open them in gallery either ?
[12:03] <davmor2> ogra_: no previous ones open no issues on both the phone and mtp
[12:03] <ogra_> out of diskspace ?
[12:05] <Shakor> # uname -a Linux (none) 3.4.0-5-mako #28-Ubuntu SMP PREEMPT Fri Mar 28 15:20:22 UTC 2014 armv7l GNU/Linux
[12:06] <Shakor> But no X or antyhing, stuck on google logo on booting
[12:06] <Shakor> I will try another radio and bootloader
[12:06] <davmor2> ogra_: http://paste.ubuntu.com/7352007/
[12:06] <ogra_> Shakor, that shouldnt have any influence
[12:07] <Shakor> ogra_: I remember in the past that it did have
[12:07] <davmor2> Shakor: it takes a while on first boot to get past the google  logo
[12:07] <Shakor> davmor2: Then I will wait a few minutes :)
[12:08] <ogra_> davmor2, hmm, according to that you should have plenty of space ... do you see any filesystem errors in dmesg or so ?
[12:08] <ogra_> or in syslog
[12:09] <ogra_> Shakor, does your prompt in adb shell mention "ubuntu-phablet" ?
[12:10] <Shakor> ogra_: No, BusyBox v1.21.1 (Ubuntu 1:1.21.0-1ubuntu1)
[12:17] <ogra_> Shakor, so it didnt work at all, you are in the initrd ... it couldnt switch to the rootfs
[12:18] <ogra_> reboot into recovery and look at /proc/last_kmsg
[12:18] <ogra_> that should have errors for ou
[12:18] <ogra_> *you
[12:19] <Shakor> ogra_: Thanks
[12:19] <ogra_> (note this only works when dircetly rebooting from the broken state ... another reboot inbetween would overwrite the messages in there)
[12:27] <Shakor> Touch is now booting up. :)
[12:28] <Shakor> The recovery I was using was just not compatible. (Team Win Project)
[12:28] <ogra_> ah
[12:36] <Shakor> Looking good.
[12:36] <ogra_> :)
[12:54] <Shakor> So any email client already available for touch?
[12:55] <ogra_> well, there is a gmail webapp preinstalled
[12:55] <ogra_> and there is a very very *very* early verson of trojita .. somewhere in mhall119's directory on people.canonical.com
[12:56] <Shakor> I was looking at Trojita also on google
[12:56] <Shakor> Seems a bit alpha stage hehe\
[12:56] <ogra_> yeah
[12:56] <ogra_> it looks really good already ... but far from being any functional yet
[12:57] <ogra_> very promising ... and i bet it will be ready for use by utopic release
[12:57] <robjh> that seems a very strange way of working to me
[12:57] <ogra_> what ?
[12:57] <robjh> every program ive ever written has always been very functional before it looks really good xD
[12:58] <ogra_> haha
[12:58] <ogra_> they call that "top down" development i think ... first the design ... then the functions
[12:58] <t1mp> robjh: we have an awesome sdk that helps you make the stuff look good by default :D
[12:59] <Shakor> lol
[12:59] <robjh> xD
[13:04]  * mpt forgets the package name for the Contacts app
[13:05] <popey> mpt: https://bugs.launchpad.net/ubuntu/+source/address-book-app/+filebug?no_redirect&field.tags=avengers
[13:05] <popey> minus some of that guff on the end
[13:05] <mpt> address-book-app, right, thank you
[13:05] <popey> mpt: https://wiki.ubuntu.com/Avengers is what I tend to use as an aide memoire
[13:29]  * ogra_ twiddles thumbs ... come on system-image ... you can do it !
[13:37] <cwayne> ogra_: twiddle faster!
[13:38] <ogra_> hey ! i need them for typing later on
[13:38] <ogra_> :)
[13:38] <cwayne> lol
[13:38] <ogra_> there we go !!!
[13:39] <ogra_> Ladies and Gentlement ...
[13:39] <ogra_> I'm happy to introduce you to Image #1 on utopic !
[13:39] <asac> \o/
[13:39] <robjh> :O
[13:39]  * ogra_ tires a "system-image-cli --channel utopic -b 0" on his flo
[13:40] <ogra_> leets see if it still boots :)
[13:41] <cwayne> devel still points at trusty :P
[13:42] <ogra_> cwayne, yes
[13:42] <ogra_> until we know utopic boots
[13:42] <cwayne> (obviously i know it should, just being cheeky)
[13:44] <ogra_> bah
[13:44] <ogra_> [systemimage] Apr 28 15:43:02 2014 (2726) Local channels file: /tmp/system-image-kejs1hfs/channels.json
[13:44] <ogra_> [systemimage] Apr 28 15:43:02 2014 (2726) no matching channel: utopic
[13:44] <ogra_> stgraber ... where is he ...
[13:45]  * asac is waiting for him too :)
[13:45] <ogra_> i pinged him in #ubuntu-release
[13:45] <asac> but guess this is more important
[13:45] <asac> hehe
[13:47] <ogra_> oh
[13:47] <ogra_> LOL
[13:47] <ogra_> silly me
[13:47] <ogra_> must indeed be utopic-proposed
[13:47]  * ogra_ tries again
[13:47] <ogra_> bah, same error
[13:48] <ogra_> grrr
[13:48] <ogra_> and ubuntu-touch/ prefix
[13:48] <ogra_> ha !
[13:48] <ogra_> that works now
[13:48] <cwayne> ogra_: 2014/04/28 09:48:22 Flashing version 1 from ubuntu-touch/utopic-proposed channel and server https://system-image.ubuntu.com to device flo
[13:48] <ogra_> system-image-cli should really learn to do the prefix itself
[13:49] <ogra_> cwayne, yeah, PEBCAK
[13:49] <cwayne> ogra_: FWIW i had to do the prefix myself on ubuntu-device-flash too
[13:49] <ogra_> yeah
[13:52] <Tassadar> will the  version start from 1 again? what happens when devel-proposed switches from trusty-proposed to utopic-proposed? Oo
[13:52] <ogra_> Tassadar, versions are not used at all by system-image ... it should just work
[13:52] <ogra_> they are a goodie for human readability only
[13:53]  * ogra_ watches his flo download slowly
[13:53] <ogra_> lots of dots on the screen :P
[13:53] <Tassadar> oh, okay, I thought they are there to make the "is this version newer?" comparison easier
[13:54] <ogra_> only for us ... not for the tools
[13:57] <cwayne> ogra_: root@ubuntu-phablet:~# cat /etc/media-info
[13:57] <cwayne> Ubuntu Utopic Unicorn (development branch) - armhf (20140428)
[13:57] <Tassadar> hmm, are you sure about that? From what I see in system-image-cli, it uses the version number
[13:58] <ogra_> cwayne, \o/
[13:58]  * ogra_ prepares a mail to the ML announcing it
[13:58] <ogra_> cwayne, assuming you also have something on screen :)
[13:58] <cwayne> ogra_: sure do :)
[13:59] <ogra_> yay
[14:03] <ogra_> Tassadar, it has ways to detect if there should be a diff or a full system upgrade, that mechanism also applies when the version goes backwards, though it might be that this happens server side in the index files
[14:05] <Tassadar> I think it is handled server side with some special delta or something, because s-i-cli has "if image.version <= build: continue" for full images
[14:05] <Tassadar> I'm gonna wait until the alias on s-i.u.com switches, so I'll know what to do on my server
[14:28] <sjelly> When reinstalling Android how long should it take for "sending 'system'?
[14:29] <davmor2> bfiller: morning, had an issue with the camera app over the weekend,  I took some photos of some duck lay by the entrance to the hospice and the show up in file browser but not in gallery and the mtp+nautilus trying to open it gave me http://davmor2.co.uk/~davmor2/screenshots-desktop/pictures-meh.png
[14:30] <davmor2> bfiller: I can't open them in the file browser either they just appear there
[14:30] <ogra_> sergiusens, is the ubuntu-touch/ prefix for channels handled inside ubuntu-device-flash ? seems to not work to use --channel utopic-proposed
[14:30] <ogra_> (one needs the prefix)
[14:31] <sergiusens> ogra_: that's handled on the image server
[14:31] <ogra_> ok
[14:31] <ogra_> so we'll wait for stgraber ...
[14:31] <cwayne> mardy: ping
[14:31] <sergiusens> ogra_: if the alias isn't defined on the server it would not work, the alias was a temporary thing btw;  I don't think it's supposed to stick
[14:32] <ogra_> i think its gone
[14:32] <ogra_> hence you need --channel ubuntu-touch/utopic-proposed
[14:34] <sergiusens> ogra_: yeah, ubuntu-device-flash --list-channels ;-)
[14:34] <sergiusens> ogra_: grepping should show you something like devel-proposed (alias to ubuntu-touch/trusty-proposed)
[14:34] <sergiusens> but that's not the case for utopic
[14:35] <ogra_> yeah
[14:35] <sergiusens> also ubuntu-touch/devel (alias to ubuntu-touch/trusty)
[14:35] <sergiusens> that should be updated soon :-)
[14:35] <sergiusens> and ubuntu-touch/devel-proposed (alias to ubuntu-touch/trusty-proposed)
[14:35] <sergiusens> ogra_: plars ^^ just in case you are using aliases for ci testing
[14:36] <ogra_> yeah, devel isnt ready yet anyway
[14:36] <ogra_> only if we have the first image that we can promote
[14:36] <sergiusens> ogra_: but devel-proposed has it's first image already
[14:36] <ogra_> right
[14:36] <plars> we have to use the actual series name so we get it without any delay at the beginning
[14:36] <ogra_> but only stgraber can mangle the aliases
[14:37] <davmor2> ogra_: that seems like some sorta bottleneck there sure there should be more than one person to do these things
[14:38] <ogra_> davmor2, really ?
[14:38] <ogra_> :P
[14:39] <davmor2> ogra_: Yes really :D
[14:39] <bfiller> davmor2: what image? neither camera nor gallery has changed recently
[14:40] <mardy> cwayne: pong :-)
[14:41] <davmor2> bfiller: http://paste.ubuntu.com/7352824/ all the ones that say 1 for the file size I'm assuming they just weren't captured correctly
[14:41] <davmor2> bfiller: I can drop them somewhere if you want
[14:42] <cwayne> mardy: hiya :) now that U's open, i'm itching to get account-plugins as hooks in the image, anything I can do to help that?
[14:42] <bfiller> davmor2: mind filing a bug and attaching?
[14:42] <davmor2> bfiller: no worries
[15:05] <ogra_> http://people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-utopic-1.png
[15:05] <ogra_> :D
[15:12] <davmor2> bfiller: https://bugs.launchpad.net/ubuntu/+source/camera-app/+bug/1313777 including all the image on the phone you'll note the earlier ones open no issues but the latter ones don't.
[15:16] <bfiller> davmor2: thanks
[16:38] <lotuspsychje> the new file browser update for ubuntu touch is really nice!
[16:38] <lotuspsychje> great work guys
[16:38] <lotuspsychje> (updated from a nexus7 with channel=trusty)
[17:09] <utack> what are the current nexus 4 surroundings to go with. modem/bootloader?
[17:10] <utack> are modem 0.98 and bootloader 30 already supported?
[17:31] <dobey> Tassadar: hi. for the images hosted on your server, is there some specified delay between new images on official server, and seeing them on your server? and do updates from system settings "just work" or does one have to reflash to get the new builds?
[17:31] <Tassadar> the updates just work, but tasemnice didn't switch to utopic yet
[17:32] <dobey> oh
[17:32] <Tassadar> I'm waiting for the official servers to see how will they handle the "devel-proposed" alias
[17:32] <dobey> hmm, i wonder if the "ubuntu-touch/" prefix is also an issue if one previously flashed with devel-proposed
[17:33] <dobey> or if it will just work
[17:33] <Tassadar> no, it should work
[17:33] <Tassadar> devel-proposed will flash an image from ubuntu-touch/devel-proposed
[17:33] <Tassadar> it's just a redirect
[17:33] <dobey> ok
[17:40] <jdstrand> pmcgowan: I'm updating the click review tools. at this point should the 13.10 be deprecated?
[17:41] <jdstrand> pmcgowan: ie, such that the review tools will show that specifying 13.10 is an error and block submission in the store?
[17:49] <pmcgowan> jdstrand, one thing we need first is the final 14.04 fw, I think its still -dev in the image
[17:49] <pmcgowan> unless lool or cjwatson fixed that
[17:49] <jdstrand> I only have -dev1 on my laptop
[17:50] <pmcgowan> if we remove -dev, will an app that expcitily names -dev stop working?
[17:50] <pmcgowan> or will it match on 14.04
[17:50] <jdstrand> the image still has -dev1 only
[17:50] <jdstrand> I think the plan is to not remove -dev
[17:50] <pmcgowan> right and if we remove -dev1, what happens to apps
[17:50] <pmcgowan> hmm
[17:50] <pmcgowan> ok
[17:51] <pmcgowan> jdstrand, but we should stop using -dev
[17:51] <pmcgowan> then we can deprecate 13.10 I'd say
[17:51] <jdstrand> what https://wiki.ubuntu.com/Click/Frameworks has to say is "ubuntu-sdk-14.04-*-dev1... Temporary frameworks over the development of 14.04; will be removed if their ABIs are broken"
[17:52] <jdstrand> I agree that people should use a non-devX though
[17:52] <jdstrand> (evnetually)
[17:52] <jdstrand> but if they move to -dev1 now, they don't have to move to !-dev1
[17:53] <jdstrand> when we add !-dev1
[17:53] <pmcgowan> it would be nice if -dev1 equated to ! after release
[17:54] <pmcgowan> but I guess having the files there is the same
[17:54] <jdstrand> pmcgowan: so, are you saying it is not ok to say that using 13.10 is an error and people should use -dev1 instead?
[17:54] <pmcgowan> jdstrand, we need to punch in !-dev right away anyway
[17:54] <pmcgowan> jdstrand, I would want to get !-dev in then do it
[17:54] <jdstrand> I could say '13.10 is deprecated, please use a 14.04 framework)
[17:54] <pmcgowan> sure
[17:55] <jdstrand> pmcgowan: well, note, this is only for new uploads to the store. the point is to get people off of 13.10
[17:55] <jdstrand> on new uploads
[17:55] <pmcgowan> jdstrand, understood, wfm
[17:56] <jdstrand> pmcgowan: I'm unclear on if I word it as 'an appropriate 14.04 framework' why we should wait on !-dev1. or do I misunderstand?
[17:57] <pmcgowan> jdstrand, Iw as agreeing we do not need to wait
[17:57] <jdstrand> ah, ok
[17:57] <jdstrand> right, I'll just phrase it generically
[17:57] <jdstrand> pmcgowan: thanks!
[18:32] <rickspencer3> oh
[18:32] <rickspencer3> 303
[18:32] <rickspencer3> did not realize I was not up to date :)
[18:32] <nawal> Hello, do the geeks who develop ubuntu-touch hang out here?
[18:33] <nawal> :-)
[18:33] <nawal> Or is this only for user support?
[18:33] <rickspencer3> nawal, the first thing
[18:33] <nawal> hi ric
[18:33] <nawal> hi rickspencer3
[18:33] <rickspencer3> hi nawal
[18:34] <rickspencer3> what's up?
[18:34] <nawal> Damn I just kinda realised this is not quite the place to ask?but I'll ask anyway as someone may know.
[18:34] <nawal> I am playing with VegaCream, the ICS android for the Advent Vega
[18:34] <nawal> I have been reading the Ubuntu porting guide
[18:35] <nawal> and I have got a helloworld.c program to compile using the android NDK
[18:35] <nawal> I was just wondering if it is possible to access OpenGL (ES/whatever) through the C code, but without going through dalvik at all
[18:35] <nawal> This is kinda what Ubuntu-touch does, by lxc'ing the android base away, and forsakes dalvik
[18:36] <nawal> right?
[18:36] <nawal> (I'm new to Ubuntu touch)
[18:37] <rickspencer3> bummer
[18:38] <nawal> ?
[18:38] <rickspencer3> ogra_, so, I er, updated to 303, and now I have no apps in my apps scope?
[18:38]  * rickspencer3 tries a reboot
[18:39] <ajalkane> rickspencer3: i just created a new image and I see no apps and no content in the different "tabs". Just white. I'm like, huh?
[18:40] <rickspencer3> this is not cool
[18:41] <rickspencer3> alecu, dobey ^ ?
[18:41] <ajalkane> actually I was like "cool, not seen this one before"
[18:42] <alecu> ajalkane: do you see the tab titles? Apps, Music, Scopes
[18:43] <rickspencer3> alecu, for me, I have all the titles
[18:43] <dobey> rickspencer3, ajalkane: sounds like an issue in unity8 if no content in any scope is showing up
[18:43] <rickspencer3> it's only the apps scope that is busted
[18:43] <ajalkane> alecu: yeah i see the titles
[18:43] <rickspencer3> I have no videos, so that is empty
[18:43] <rickspencer3> I see my music
[18:43] <rickspencer3> and I see the scopes scope
[18:43] <dobey> rickspencer3: i am running 303 on my phone and apps scope is working fine
[18:43] <rickspencer3> dobey, sooo, what's your point?
[18:43] <ajalkane> I'm running on emulator
[18:44] <alecu> rickspencer3: I think it's this bug: https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1312189
[18:44] <dobey> rickspencer3: that i don't see the issue you have, on the same build :)
[18:44] <dobey> alecu: yesh, it's sounding like it
[18:44] <rickspencer3> alecu, I've rebooted 3 times
[18:44] <ajalkane> oh? On first boot? Well, boot I will then
[18:44] <alecu> rickspencer3: can you check if there's a .crash in /var/crash ?
[18:44] <alecu> (or several)
[18:44] <dobey> rickspencer3: can you adb shell and "ps afx|grep click" to see if the scope is running? and check for the scoperunner .crash like alecu said
[18:45] <rickspencer3> alecu, for today, there are 2 webapp-container crashes
[18:45] <rickspencer3> dobey, is it ...
[18:45] <rickspencer3>  2158 ?        Sl     0:00          |   \_ /usr/lib/arm-linux-gnueabihf/scoperunner/scoperunner /usr/share/unity-scopes-api/Runtime.ini /usr/lib/arm-linux-gnueabihf/unity-scopes/clickscope/clickscope.ini
[18:45] <rickspencer3> ?
[18:46] <dobey> rickspencer3: yeah, so doesn't seem like it crashed
[18:46] <dobey> rickspencer3: and right now there are no apps shown?
[18:46] <rickspencer3> dobey, correct
[18:46] <rickspencer3> and nothing shows up if I search
[18:46] <alecu> rickspencer3: did you use --wipe when flashing?
[18:46] <dobey> hmm
[18:47] <rickspencer3> alecu, like 6 months ago? maybe
[18:47] <rickspencer3> I updated with the update manager
[18:47] <dobey> at the very least, installed apps should be listed
[18:48] <rickspencer3> dobey, so, there were a bunch of apps getting updated along with ubuntu 303
[18:48] <rickspencer3> is it possible that the click database got corrupted or something?
[18:48] <rickspencer3> like, the reboot to install 303 interupted click or something?
[18:48] <dobey> rickspencer3: no, the scope isn't even looking at the click database for the apps list, it's just reading the directories with .desktop files
[18:49] <dobey> rickspencer3: and even if that were the issue, you'd still at least get webbrowser-app, friends, etc… which aren't click packages
[18:49]  * rickspencer3 nods
[18:49] <rickspencer3> shall I try another reboot
[18:49] <rickspencer3> ?
[18:49] <alecu> dobey: so, besides click db what file are we using?
[18:50] <rickspencer3> too late
[18:50] <dobey> rickspencer3: can you append "export U1_DEBUG=1" to ~phablet/.profile, then reboot?
[18:50] <rickspencer3> after this reboot, are there log files I can check?
[18:50] <dobey> heh
[18:50] <dobey> rickspencer3: you have an itchy trigger finger :)
[18:50] <rickspencer3> dobey, ok, I'll try it after this
[18:50] <rickspencer3> well, I was working on other things
[18:50] <dobey> alecu: we're only poking the .desktop files for the list of installed apps
[18:51] <rickspencer3> ok, still blank
[18:51] <rickspencer3> dobey, so
[18:51] <rickspencer3> $su phablet
[18:51] <alecu> rickspencer3: can you check with top if the click scope is using 100% cpu or something like that?
[18:51] <rickspencer3> $export U1_DEBUG=1
[18:51] <rickspencer3> $reboot
[18:51] <rickspencer3> ?
[18:51] <dobey> rickspencer3: echo "export U1_DEBUG=1" >> .profile
[18:51] <rickspencer3> alecu, it's not showing up in top
[18:52] <dobey> rickspencer3: after the su phablet
[18:52] <alecu> rickspencer3: sorry: I forgot that click scope is being run as a library by scoperunner
[18:53] <rickspencer3> alecu, well, nothing shows up in top
[18:53] <ogra_> rickspencer3, 303 and 302 are identical (three updated click packages only)
[18:53] <rickspencer3> ogra_, hmmmm
[18:53] <rickspencer3> interesting
[18:53] <rickspencer3> something definetly broke when I updated
[18:53] <dobey> yeah
[18:53] <rickspencer3> and sabdfl has been having this also
[18:54] <rickspencer3> dobey, I'm not sure what I am trying to do
[18:54] <rickspencer3> phablet@ubuntu-phablet:/root$ echo "export U1_DEBUG=1" >> .profile
[18:54] <rickspencer3> bash: .profile: Permission denied
[18:54] <alecu> so, it's something that's happening to people updating, as opposed to flashing from scratch with --wipe, which is what I usually do
[18:54] <dobey> rickspencer3: su phablet
[18:54] <rickspencer3> yeah, did that
[18:54] <dobey> rickspencer3: echo "export U1_DEBUG=1" >> .profile
[18:54] <dobey> oh wait
[18:54] <alecu> I'll try flashing 301 and updating a few times from there
[18:54] <ogra_> rickspencer3, thats the image diff between 302 annnd 303 http://people.canonical.com/~ogra/touch-image-stats/303.changes
[18:54] <dobey> why are you in /root as phablet user?
[18:55] <dobey> rickspencer3: cd ~
[18:55] <rickspencer3> ah
[18:55] <rickspencer3> so changing phablet's bash
[18:55] <rickspencer3> got it
[18:55] <rickspencer3> dobey, then just reboot?
[18:55] <dobey> whenever i su phablet, i'm automatically put into ~phablet/ as the working dir
[18:55] <dobey> rickspencer3: yeah
[18:56]  * rickspencer3 reboot
[18:56] <dobey> oh, maybe because i do su - phablet
[18:57] <rickspencer3> dobey, ok, I'm adb shell'ed in
[18:57] <dobey> rickspencer3: then ~phablet/.cache/upstart/scope-registry.log should have a lot more DEBUG lines from the click scope
[18:57] <rickspencer3> dobey, want me to pull it and pastebin it?
[18:58] <alecu> rickspencer3: yes, pleas
[18:58] <dobey> rickspencer3: yes please
[18:58] <rickspencer3> alecu, dobey http://paste.ubuntu.com/7354433/
[18:59] <dobey> hrmm
[18:59] <dobey> looks like /home/phablet/.local/share/applications/com.ubuntu.filemanager_filemanager_0.3.163.desktop is broken
[19:00] <dobey> rickspencer3: ^^ what are the contents of that file?
[19:01] <rickspencer3> dobey, well, when I open it in gedit, it looks like binary goo
[19:01] <dobey> eep
[19:01] <rickspencer3> \00
[19:01] <rickspencer3> about 100 times
[19:01] <rickspencer3> dobey, I bet I was right
[19:01] <rickspencer3> I bet update manager broke
[19:01] <dobey> rickspencer3: what does ls -lh /home/phablet/.local/share/applications/com.ubuntu.filemanager_filemanager_0.3.163.desktop say it points to?
[19:02] <dobey> because it should be a symlink to something
[19:02] <rickspencer3> dobey, hard to read
[19:02] <rickspencer3> -rw-r--r-- 1 phablet phablet 488 Apr 28 14:33 /home/phablet/.local/share/applications/com.ubuntu.filemanager_filemanager_0.3.163.desktop
[19:03] <dobey> oh wtf
[19:04] <alecu> so, we have two issues here: 1) something has wrongly created that .desktop file which is not a .ini text file, like we expect it to
[19:04] <dobey> indeed
[19:04] <dobey> and we are getting an exception we aren't handling well
[19:04] <alecu> 2) we should add code in the click scope to log the cases where the .ini file parser fails, and ignore those files
[19:04] <dobey> yep
[19:04] <rickspencer3> so it's just that one file?
[19:05] <dobey> rickspencer3: yeah, if you delete it and reboot, do you get apps?
[19:05] <rickspencer3> I'll try it
[19:05] <dobey> rickspencer3: well, it could be other files, and that's just the first one it's hitting
[19:05] <rickspencer3> dobey, what specific file do I rm?
[19:05] <alecu> rickspencer3: rm /home/phablet/.local/share/applications/com.ubuntu.filemanager_filemanager_0.3.163.desktop
[19:05]  * rickspencer3 reboots
[19:05] <dobey> rickspencer3: you can run "file /home/phablet/.local/share/applications/*.desktop" to see if there are any other files that aren't symlinks or actual desktop files
[19:06] <rickspencer3> dobey, oops
[19:06] <rickspencer3> I'll try that if this reboot doesn't work
[19:06] <rickspencer3> alecu, I guess there is a 3
[19:06] <rickspencer3> 3) in cases when there are corrupted files, run a repair utility
[19:07] <dobey> rickspencer3: yeah, you should know what to look for at least if it fails again
[19:07] <rickspencer3> dobey, ok, local apps are back
[19:07] <dobey> cool
[19:07] <alecu> rickspencer3: yay
[19:07] <alecu> rickspencer3: thanks for helping us debug it
[19:09] <dobey> rickspencer3: can you file a bug with the last few lines of the log included in the description, and that the file looks like a binary file rather than a .desktop?
[19:09] <alecu> rickspencer3: well, we would not have 3 if 1 is fixed. And it seems that 1 is very common, because it has affected at least you, sabdfl and pmcgowan
[19:09] <rickspencer3> dobey, sure
[19:09] <rickspencer3> alecu, well, files get corrupted
[19:09] <rickspencer3> over millions of iterations, whatever can go wrong, will go wrong
[19:10] <rickspencer3> so the system should be robust in the face of corrupted files
[19:10] <rickspencer3> :)
[19:10] <dobey> rickspencer3: did you convert your phone to use btrfs? ;)
[19:10] <rickspencer3> dobey, would you like me to use ubuntu-bug to log the files?
[19:10] <rickspencer3> I mean, to log the bugs?
[19:10] <rickspencer3> if so, can you please tell me what specific command you would like me to use?
[19:11] <dobey> rickspencer3: sure. i'm not sure it's especially useful in this case, since we don't have an apport thing for it, and there's no apport ui on the phone
[19:11] <dobey> so it won't auto-attach logs or anything
[19:11] <rickspencer3> ok
[19:11] <dobey> so just filing on launchpad via web is fine too
[19:12] <alecu> ok, now: let's try to pinpoint 1): it's definitely something in the update or installing process that's making those broken files
[19:12] <dobey> well, we need to know what exactly the file was
[19:13] <pmcgowan> alecu, so is 1) why I cannot get any updates currently? (that bug where the page blanks out)
[19:13] <dobey> ie, if it was the .click package itself, or just arbitrary file system corruption
[19:14] <alecu> pmcgowan: 1) is why the apps scope breaks and stops showing any apps: https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1312189
[19:14] <pmcgowan> alecu, ah yes ok
[19:14] <dobey> alecu: i think "on first boot" is a different issue from this
[19:15] <alecu> pmcgowan: we can work around by doing 2), but that won't fix whoever is creating those broken files in the first place
[19:15] <dobey> alecu: this would cause a failure, regardless of number of boots, so "on first boot" sounds like the other crasher due to abort() to me
[19:15] <rickspencer3> dobey, bug #1313878
[19:16] <alecu> dobey: hmmm.... that sounds right
[19:16] <dobey> rickspencer3: unity-scope-click is what it is. unity-lens-applications is the old unity7 apps lens. :)
[19:16] <dobey> rickspencer3: thanks
[19:17] <rickspencer3> dobey, hey, I got the link from the avengers page
[19:17] <rickspencer3> :)
[19:17] <dobey> hmm
[19:18] <dobey> rickspencer3: oh, they are both listed there it seems
[19:19] <dobey> rickspencer3: should i just delete the "Home scope" and "App scope" rows in that table, since they aren't on the phone any more?
[19:20]  * alecu was looking in the wrong Avengers page: marvel.com/avengers
[19:20] <rickspencer3> dobey, sure, it's a wiki ;)
[19:21] <davmor2> dobey: depends what are you calling the apps scope if it isn't a scope for apps ;)
[19:21] <dobey> ok, done then
[19:22] <dobey> davmor2: click scope is the scope for apps
[19:22] <dobey> davmor2: unity-lens-applications is the apps scope in unity7
[19:22] <davmor2> dobey: ah fair enough :)
[19:35] <ajalkane> lo and behold, I do the second reboot and still all the "tabs" are empty in the emulator image
[19:37] <alecu> ajalkane: is there any instance of the scoperunner process at all?
[19:38] <ajalkane> alecu: phablet@ubuntu-phablet:~$ pgrep scoperunner
[19:38] <ajalkane> phablet@ubuntu-phablet:~$
[19:38] <ajalkane> so nothing returned
[19:39] <alecu> ajalkane: so, it looks like it's either not being started or failing on the emulator
[19:39] <ajalkane> alecu: any logs I should check?
[19:40] <alecu> ajalkane: let's try this one: https://wiki.ubuntu.com/Avengers
[19:40] <alecu> sorry
[19:40] <alecu> /home/phablet/.cache/upstart/scope-registry.log
[19:40] <ajalkane> okay... sorry, but I hit Ctrl+C to quit from a less. And Ctrl+C kills the emulator. Launching it now, takes a long time.
[19:41] <alecu> no prob
[19:54] <mterry> My utopic install's internet doesn't work.  I connect to wifi OK, but nothing comes through
[19:55] <ajalkane> any idea why when emulator has been started I can't do "adb shell" nor "adb devices" lists anything? Doing "adb start-server" does not help?
[19:55] <ajalkane> Just trying to avoid the Ctrl+C problem
[19:56] <ajalkane> alecu: That log file has lots of lines like this: scoperegistry: could not start scope videoaggregator: unity::ResourceException: RegistryObject::ScopeProcess::exec(): exec aborted. Scope: "videoaggregator" took too long to start.
[19:56] <ajalkane> and RegistryObject::ScopeProcess: Scope: "scopes" closed unexpectedly. Either the process crashed or was killed forcefully.
[19:58] <ajalkane> phablet@ubuntu-phablet:~$ grep "is taking longer" .cache/upstart/scope-registry.log | wc -l
[19:58] <ajalkane> 24
[20:14] <ajalkane> gotta go
[20:14] <cjwatson> pmcgowan: we should add the frameworks without -dev1, indeed, but there's no reason to remove -dev1
[20:15] <cjwatson> (I think this is what you/jdstrand were saying, just to confirm)
[20:16] <pmcgowan> cjwatson, yes, I had expected -dev1 would be superseded by !dev1 but seems much easier to simply leave it
[20:16] <pmcgowan> cjwatson, I entered a bug on the meta package to add these, lool is assigned
[20:17] <BradPJ> Hi guys, quick question, is there a common reason why I wouldn't be able to install any application on Ubuntu Touch? or has something probably going wrong with my install? The download completes and then fails. I am using Nexus 7 (2013, Wi-Fi)(flo) r303
[20:17] <cjwatson> pmcgowan: it was never the plan to delete it anyway - no point breaking things just for the sake of it
[20:17] <cjwatson> I was always expecting that the last -dev would be in the final image along with !-dev, we just didn't remember the last bit :)
[20:17] <pmcgowan> cjwatson, right
[20:19] <sergiusens> jdstrand: what does the 'owner' tag mean in the apparmor profiles?
[20:21] <popey> Tassadar: hey, wolflarson was looking for a nexus 5 port of ubuntu touch. you maintain that don't you? hows it going?
[20:22] <Tassadar> https://wiki.ubuntu.com/Touch/Devices#Server_at_http:.2BAC8ALw-system-image.tasemnice.eu
[20:22] <jjohansen> sergiusens: it means the rule only matches when the object (files) uid matches the subjects (tasks) fsuid
[20:23] <Tassadar> (it's still running, it's kinda self-sustaining, it just grabs stuff from ubuntu's servers and builds it for n5)
[20:23] <sergiusens> jjohansen: that's handy, thanks
[20:23] <Tassadar> I'm currently waiting for s-i.u.com to finish transition to utopic to do it on tasemnice
[20:23] <wolflarson> thanks ill give  it a go then
[20:27] <sergiusens> Tassadar: fwiw ubuntu-device-flash handles full paths to hosts so you don't need to have the ubuntu tarball on your server (not sure how the story goes for signing though)
[20:27] <Tassadar> huh?
[20:27] <Tassadar> oh
[20:27] <Tassadar> I need to patch the ubuntu tarbal for n5
[20:28] <Tassadar> and it needs to be signed by me
[20:28] <Tassadar> (well, the test signing keys that are on tasemnice)
[20:42] <cwayne1> bfiller: is the webbrowser-app planned to be click-ified this cycle?
[20:43] <bfiller> cwayne1: in theory
[21:22] <rickspencer3> dobey, should I turn that debugging off?
[21:23] <dobey> rickspencer3: you can if you want. it'll be useful to have it set if you run into future issues in the click scope. but you can comment/uncomment it as you like :)
[21:25] <rickspencer3> dobey, any risk it will fill up my hard drive?
[21:26] <dobey> rickspencer3: the upstart logs seem to get rotated, though i don't know how often.
[21:26] <rickspencer3> dobey, ok
[21:26] <rickspencer3> I'll leave it for now, then
[21:26] <rickspencer3> just in case
[21:26] <rickspencer3> :)
[21:26] <dobey> :)
[21:27] <dobey> if /home does fill up, you can always rm -rf .cache and reboot :P
[21:27] <rickspencer3> dobey, yeah, been there, done that :)
[21:27] <rickspencer3> though it seems to not fill up the way it used to
[21:27] <rickspencer3> I assumed that ogra_ fixed it :)
[21:28] <dobey> heh
[22:38] <dobey> is there a list of apps that are actually using the infographics stuff?


[08:19] <mup> Bug #1829519 changed: Wishlist: make autogen node names more informative <canonical-bootstack> <MAAS:Invalid> <https://launchpad.net/bugs/1829519>
[08:22] <mup> Bug #1829519 opened: Wishlist: make autogen node names more informative <canonical-bootstack> <MAAS:Invalid> <https://launchpad.net/bugs/1829519>
[08:25] <mup> Bug #1829519 changed: Wishlist: make autogen node names more informative <canonical-bootstack> <MAAS:Invalid> <https://launchpad.net/bugs/1829519>
[08:26] <mup> Bug #1848471 changed: No infiniband support in netplan renderer <fr-2119> <cloud-init:Triaged> <MAAS:Invalid> <netplan:In Progress> <netplan.io (Ubuntu):Fix Released> <https://launchpad.net/bugs/1848471>
[08:35] <mup> Bug #1695704 changed: Unclear what '25% connected to region controllers' means <MAAS:Invalid> <https://launchpad.net/bugs/1695704>
[08:38] <mup> Bug #1695704 opened: Unclear what '25% connected to region controllers' means <MAAS:Invalid> <https://launchpad.net/bugs/1695704>
[08:56] <mup> Bug #1695704 changed: Unclear what '25% connected to region controllers' means <MAAS:Invalid> <https://launchpad.net/bugs/1695704>
[08:56] <mup> Bug #1764322 changed: Record reason why a node is broken <MAAS:Invalid> <https://launchpad.net/bugs/1764322>
[08:59] <mup> Bug #1764322 opened: Record reason why a node is broken <MAAS:Invalid> <https://launchpad.net/bugs/1764322>
[09:05] <mup> Bug #1764322 changed: Record reason why a node is broken <MAAS:Invalid> <https://launchpad.net/bugs/1764322>


[04:41] <StevenK> wgrant: https://code.launchpad.net/~stevenk/launchpad/destroy-pf/+merge/186956
[04:45] <wgrant> StevenK: not quite
[04:46] <wgrant> StevenK: Code deploys are not atomic.
[04:53] <StevenK> :-(
[05:00] <StevenK> wgrant: What would you suggest?
[05:01] <wgrant> StevenK: You need to be using the new column everywhere before you stop setting it anywhere.
[05:01] <wgrant> add new column, start setting new column, switch to read from new column, stop setting old column, drop old column.
[05:02] <wgrant> comma == barrier
[05:27] <lifeless> BARRIER
[11:30]  * stub wonders where his Librarian tracebacks are hiding
[14:35] <cjwatson> wgrant,StevenK: Have you had a chance to review my launchpad-buildd branches?  It just occurred to me that of course large-build-artifacts is a prerequisite for livefs building.
[14:35] <cjwatson> Or at least for some use cases of that.
[22:10] <marcoceppi> What does this even mean? http://paste.ubuntu.com/6147644/
[22:13] <wgrant> marcoceppi: Can you pastebin your changes file?
[22:13] <wgrant> It seems to be wrong.
[22:13] <marcoceppi> wgrant: http://paste.ubuntu.com/6147652/
[22:13] <marcoceppi> is it in the description?
[22:14] <wgrant> marcoceppi: No, see the Files section.
[22:14] <wgrant> Did you manually construct that, or do you have the section specified as '-' in debian/control?
[22:14] <marcoceppi> wgrant: no, I ran debuild -S to make that
[22:15] <marcoceppi> wgrant: here's the control file
[22:15] <marcoceppi> wgrant: http://paste.ubuntu.com/6147657/
[22:18] <wgrant> marcoceppi: You have no Section field in the Source stanza.
[22:19] <marcoceppi> wgrant: crud, thanks
[22:22] <marcoceppi> wgrant: that did it, thanks for help
[22:27] <wgrant> np


[04:32] <stevemcc> when i choose ubuntu one from the gnome main menu what is the name of the process that is supposed to be running?
[05:10] <kklimonda> hey, I had to reinstall system and now I can't get u1 to work
[05:12] <kklimonda> I get http://pastebin.com/f42bb6ff9
[05:12] <kklimonda> it's from oauth-login.log
[05:19] <w0jrl> hello all
[05:22] <w0jrl> how do I sync my files with the ubuntuone server after putting them in the ubuntuone folder in my home directory?
[05:24] <w0jrl> are they supposed to sync automaticly?
[05:25] <w0jrl> !syncing
[05:25] <kklimonda> yes, they are supposed to sync automatically
[05:27] <w0jrl> is there a way i can force it? when I look at my account on the website, it says that there aren't any files
[05:43] <w0jrl> does anyone else have this issue? when I run ubuntuone in the background and try to connect to my local samba share, nautilus crashes
[09:53] <eekfonky3> I'm getting an ubuntuone-client on my update manager, but it's greyed out, what's going on?
[09:56] <danage> same here
[09:57] <eekfonky3> I just went to synaptic and installed the ubuntuone-client-gnome
[09:57] <eekfonky3> hoping that helps
[10:11] <eekfonky1> ok I installed ubuntuone-client-gnome, and the update then worked but I had to uninstall ubuntuone-storage-protocol and ubuntuone-ppa-beta, is this ok?
[11:40] <elky> the invitations page is producing an oops "Unfortunately, we've experienced an error. It has been reported to the administrators and should be fixed shortly. Thanks for your patience. Oops-ID: 1281appserver57"
[12:10] <artir> a secret canonical webpage :o
[12:41] <alanbell> well I say warthogs to that
[12:44] <jdobrien> elky: what happened?
[12:53] <jdobrien> facundobatista: someone followed a link to our site from here: http://punk-linux.blogspot.com/2009/06/llego-mi-imvitacion-ubuntu-one.html
[12:54] <facundobatista> jdobrien, spanish, with a lot of spelling misakes
[12:54] <facundobatista> *mistakes
[12:55] <facundobatista> jdobrien, and have images that point to our servers, which don't appear, like: https://media.ubuntuone.com/media/img/install/gdebi.png
[12:55] <jdobrien> facundobatista: yeah
[12:55] <jdobrien> facundobatista: https://admin.ubunet.canonical.com/~ubunet/oops.cgi/2009-07-05/appserver57
[12:55] <facundobatista> (it's ok for those to not appear, we shouldn't let them... or at least I don't let people do that with my info)
[12:56] <jdobrien> facundobatista: for some reason we are logging 404's on missing image links. That seems kind of dumb since our apache logs would do
[12:58] <facundobatista> jdobrien, I'm ok with a log in that case, no with a full "oops"
[12:59] <jdobrien> facundobatista: we should probably not report OOPS when it's from an external referrer
[12:59] <kklimonda> any idea why I can't get u1 applet nor u1sync to work after system reinstall? ;)
[13:00] <kklimonda> there are no other errors than "ConfigParser.NoSectionError: No section: 'default'"
[13:03] <facundobatista> kklimonda, why did you reinstall them?
[13:03] <kklimonda> facundobatista, I have reinstalled the whole system.
[13:09] <facundobatista> kklimonda, the ConfigParser error, is on which file?
[13:10] <kklimonda> I have no idea, I can paste whole traceback on pastebin if it helps you
[13:11] <kklimonda> I have even pasted oauth-login.log earlier today: http://pastebin.com/f42bb6ff9
[13:18] <mattgriffin> hello everyone. if you see any new Ubuntu One beta testers join this discussion that are having trouble installing the client, please refer them to https://answers.launchpad.net/ubunet/+question/76131 . Thanks!
[13:19] <facundobatista> kklimonda, what does "$ apt-cache policy ubuntuone-client" tell you?
[13:19] <facundobatista> (run it from command line)
[13:19] <kklimonda> not installed
[13:19] <facundobatista> kklimonda, please, follow these instructions: https://answers.edge.launchpad.net/ubunet/+question/76131
[13:20] <kklimonda> now it worked
[13:21] <elky> jdobrien, the invitation page has been oopsing for me all weekend.
[13:21] <kklimonda> facundobatista, thanks
[13:22] <jdobrien> elky: What do you mean by 'invitation page'?
[13:22] <elky> jdobrien, https://ubuntuone.com/invitation/1/request/
[13:23] <elky> the one you get to by clicking "Request an invitation" on the index page.
[13:23] <jdobrien> elky: are you logging in with an account?
[13:23] <elky> jdobrien, no. i dont have an account.
[13:24] <elky> might it be seeing my launchpad account?
[13:24] <jdobrien> elky: yes, you should be logging in with a launchpad account
[13:25] <jdobrien> elky: or are you already logged in when you click the waiting list link?
[13:26] <elky> jdobrien, well, i wasn't really aware I was. i had not logged in specifically on the ubuntuone site.
[13:26] <elky> jdobrien, to clarify: i do not have a subscription, but i have a launchpad account.
[13:26] <jdobrien> elky: yes
[13:27] <jdobrien> elky: Ubuntu One uses the OpenID login server provided by Launchpad. We're working on a fix, but if you are logged into launchpad, some people have reported that they are automatically logged into Ubuntu One
[13:27] <jdobrien> elky: but that should cause a problem
[13:28] <jdobrien> elky: can you give it a try now?
[13:29] <elky> ok, i explicitly logged out and clicked the link. it took me to the launchpad openid login page and i did put in my launchpad details. it then took me back to the oops page
[13:30] <jdobrien> elky: hmm
[13:30] <jdobrien> elky: we've and 30k people use that and this is the first time we've experienced it.
[13:30] <jdobrien> elky: are you getting the same oops page each time?
[13:30] <jdobrien> elky: i mean...oops number?
[13:31] <elky> jdobrien, this seems to be a slightly different number
[13:31] <elky> 1282appserver94 this time
[13:31] <jdobrien> elky: ok...im just trying rule out a cahed number
[13:32] <jdobrien> elky: im looking it up
[13:32] <elky> could this be something to do with a previous invitation that expired at all?
[13:32] <jdobrien> elky: the oops error says the referrer is  	http://habrahabr.ru/blogs/ubuntu/page2/
[13:33] <elky> jdobrien, well it's confused then
[13:34] <VK7HSE> Bug #395942
[13:34] <jdobrien> elky: that sure is odd
[13:34] <elky> i'm trying on my netbook now and got 1282appserver108 and that is from a brand new tab which i typed the url into. it is also on a completely different connection to this computer (wifi vs 3g)
[13:35] <jdobrien> elky: why do you ask?
[13:35] <elky> jdobrien, why do i ask what?
[13:36] <jdobrien> elky: "could this be something to do with a previous invitation that expired at all?"
[13:36] <jdobrien> elky: did you get an error indicated an invitation was expired?
[13:36] <elky> when i clicked on the invitation link a few weeks ago, having not had time to poke and play since ubuntuone released months ago
[13:37] <elky> i figured i'd finally have a poke, and dug up the old email. but this a few weeks ago now
[14:37] <atragene> hello
[14:39] <statik> moshi moshi
[14:41] <jblount> statik: j0
[14:45] <statik> jblount! i missed you dude. what does it mean when my MBP screen goes all green and grainy for 30-90 seconds, and then back to normal? happens both when booted into ubuntu and into OS X. should I be afraid of hardware failure?
[14:46] <jblount> statik: Hmm. I've had that happen a few times with my MBP, but it never repeated inside of a few months. Is it consistent?
[14:48] <popey> sounds like video card overheating
[14:48] <statik> jblount: no, it's kind of random
[14:49] <statik> heya popey. ah, heat could indeed be a factor, i'll pay attention to that
[14:49] <jblount> popey: Yeah, that's what someone mentioned to me when I was seeing it. Super random, but my laptop never died.
[14:49] <pfibiger> statik: smc fan control script is your friend, particularly in ubuntu
[14:49] <popey> my dell died after similar issues
[14:49] <popey> also nvidia card
[14:49] <pfibiger> but there's also an osx app that sits in the menu bar and lets you set minimum fan speeds/etc
[14:50] <rmcbride> Fear of an nvidia overheated/dead video card is why my main laptop has a crappy i815 series card now... meh
[14:51] <statik> veerrrry interesting. computers sure are complicated
[14:51] <statik> pfibiger: say, did you figure out the problem with oops not being logged for some errors?
[14:52] <statik> it looks like the upgrade to bzr format 2 didn't happen, anyone heard any discussion of that?
[14:53] <pfibiger> statik: i started working on it and was unable to reproduce the problem, which makes it pretty hard to fix.. i talked w/ lucio, and we think that the db fixes fixed, or hid, the issues. he had some ideas about how to re-expose the issue and was going to let me know what he came up w/
[14:53] <rmcbride> statik: I dont' recall the specifics, but I do recall discussion of it being more complex than we were anticipating.
[14:54] <rmcbride> (regarding bzr format 2) ^^
[14:57] <statik> cool. i read that there were bugfixes in 1.16, so it's probably good that it was delayed
[15:01] <statik> standup meeting time?
[15:01] <vds> me
[15:01] <statik> MEETING BEGINS
[15:01] <urbanape> me
[15:01] <statik> me
[15:01] <teknico> me
[15:01] <jblount> me
[15:01] <chad_> me
[15:01] <statik> i assume rodrigo is at the desktop summit
[15:02] <statik> aquarius?
[15:02] <aquarius> me
[15:02] <statik> vds, looks like you are first
[15:02] <vds> DONE: verification branch proposed, started branch to refactor funambol schema, discussed with the sub-team about thesting django views
[15:02] <vds> TODO: land one branch, finish the other one
[15:02] <vds> BLOCKED: hopefully not
[15:02] <vds> next urbanape
[15:02] <urbanape> DONE: Got the FF extension (now called Bindwood) working with aquarius to the point of syncing with CouchDB, though now the observer is busted.
[15:02] <urbanape> TODO: Get the observer fixed, maybe package it up, look at the dbus xpcom bridge.
[15:02] <urbanape> BLOCK: None
[15:02] <urbanape> statik, you're up.
[15:03] <statik> DONE: vacation TODO: catch up with all the cool stuff you folks did BLOCKED: nope
[15:03] <statik> teknico: your turn
[15:03] <dobey> me
[15:03] <teknico> DONE: worked with thisfred on improving the support for testing Django views
[15:03] <teknico> TODO: completing the improvements to testing Django views, completing the tests for the web ui interface for resetting contact devices
[15:03] <teknico> BLOCKED: nothing
[15:03] <teknico> NEXT: jblount
[15:03] <jblount> DONE: Long weekend, css stufff for new /files/new
[15:03] <jblount> TODO: give up on email triage, keep up my "work on js, land a bug fixing branch" daily workflow.
[15:03] <jblount> BLOCKED: Nope
[15:04] <jblount> chad_: you!
[15:04] <chad_> DONE: Retained all fingers throughout US Independence Day celebration.  Pushed c
[15:04] <chad_> hanges to already-reviewed-but-not-landed tree.  Need new reviews.  (tcole, jdo?)
[15:04] <chad_> TODO: Add SSL.
[15:04] <chad_> BLOCKED: nil
[15:04] <chad_> (cadr mtg) -> aquarious
[15:04] <aquarius> DONE: landed uber-branch for records API; worked with urbanape on FF extension; defined CouchDB "management" database; fixed lsof being broken on jdo's machine; finished FF extension ready for GCDS demos; wrote up instructions; helped people at GCDS set up FF demo
[15:04] <aquarius> TODO: write OSCON presentation
[15:04] <aquarius> BLOCKED: still using the horror of lsof to find CouchDB port until the print-the-port logfile patch goes in
[15:04] <aquarius> NEXT: dobemeister
[15:04] <dobey> DONE: Fixed client lint warnings, Fixed #392249
[15:04] <dobey> TODO: Finish removing --signup option
[15:04] <dobey> BLCK: None.
[15:05] <statik> you guys ROCK
[15:05] <statik> MEETING ENDS
[15:05] <statik> urbanape: whats the "observer", and why is it busted?
[15:05] <statik> teknico: what are the improvements to testing django views? sounds cool
[15:05]  * chad_ pokes CardinalFang
[15:05] <urbanape> statik: FF provides an observer interface for changes to Places.
[15:06] <urbanape> At first, our observer was working so that new bookmarks, deletions, and changes were reflected in CouchDB.
[15:06] <urbanape> then we worked on the sync-on-start stuff so that we'd push our local bookmarks to couch on startup, and something went boom.
[15:06] <statik> aquarius: do you expect the patch to go into upstream, or should we just get it patched for ubuntu in karmic right now today?
[15:06] <statik> urbanape: something being couchdb or FF?
[15:07] <urbanape> the observer event handlers weren't being called.
[15:07] <teknico> statik, we have a problem with the current Django views testing support, and are trying to fix it
[15:07] <aquarius> statik: we'd like to get the patch into our stuff; it's being discussed upstream. However, we're short on packaging talent; thisfred has been looking at that and I think wants a word with you
[15:07] <urbanape> I'm working on it now, starting from mostly commented out handler code and reintroducing bits to see what went wrong
[15:08] <teknico> statik, we can talk about it as soon as you like, or else you can just wait for the fix ;-)
[15:08] <statik> teknico: i'm just curious what the problem and fix was about :)
[15:09] <statik> urbanape: that sounds good. is this code currently in a branch somewhere that I could peek at?
[15:10] <urbanape> statik: yup, the latest is lp:~sil/ubuntuone-firefox-bookmark/sync-on-start
[15:10] <statik> aquarius: thisfred: as long as noah has been informed what we are planning to patch, I can help get a new couchdb package prepared today that includes your patch. do we need a call to work out the details, or is it pretty simple?
[15:11] <thisfred> statik: well it's not simple: we need the svn trunk of couchdb, and our 2 patches
[15:11] <thisfred> statik: or it may be simple, but I haven't figured out the right steps
[15:12] <teknico> statik, the problem is with the current layer of integration between django and zope.testbrowser
[15:12] <thisfred> statik: it would also definitely not be the final version for karmic, since we'll want a released version if possible, but in any case need more features to be built by Jan and Chris
[15:13] <teknico> statik, we need the context object that's output from django views
[15:13] <teknico> statik, in order to be able to test without having to parse the html markup and derive the context back from it
[15:13] <teknico> statik, but the current code does not give access to the context object
[15:14] <statik> thisfred: that sounds like something that we could put in our PPA, but probably wouldn't want to upload to karmic. I guess it would need to be installed in the PQM chroot also?
[15:14] <thisfred> statik, teknico: [butting in] we would like to use it for unit testing *as well* as integration/functional testing
[15:14] <teknico> so today I and thisfred have been trying to cook up a way to get it out
[15:14] <statik> thisfred, teknico: that sounds great
[15:14] <thisfred> statik: yes, it would need to be in pqm
[15:14] <teknico> statik, right, the need is for unit testing the django views
[15:15] <thisfred> statik: [couchdb-packaging] further complicating factor is: 0.9 unpatched is in karmic, and we need patched 0.10~svn, for jaunty and hardy, and probably for karmic as well, if we want to start testing with that
[15:16] <teknico> statik, how to do that is the difficult part :-)
[15:16] <statik> thisfred: once we have an updated sourcepackage, we can build it for jaunty and hardy in the PPA no problem
[15:17] <thisfred> teknico: so I take it you haven't found a solution yet either? mechanize docs are spotty at best: "look at the doc strings" it says...
[15:17] <teknico> thisfred, right, still looking
[15:17] <thisfred> statik: ok, that sounds like a good idea, it's just that it's a little daunting as a first try for packaging
[15:17] <statik> thisfred, aquarius: what I'd love to have is the patches committed to upstream svn, and a PPA that does nightly trunk builds of couchdb
[15:17] <aquarius> statik: as would I love both those things
[15:17] <thisfred> statik: rmcbride offered to help me. I asked kenvandine earlier, but didn't realize he's at gcds
[15:17] <statik> any ETA on getting those patches committed upstream?
[15:18] <aquarius> statik: my little patch (well, your little patch) is getting some discussion, but the discussion is around "we should do this properly by having a RPC thing for couch"
[15:18] <thisfred> statik: your patch was refused and aquarius
[15:18] <thisfred> ' looks like it runs the same risk:
[15:18] <aquarius> statik: and it's difficult to push for "don't do it properly, do it quickly so we can use it and do it properly later", since that's not the Couch Way
[15:18] <thisfred> statik: they think a better implementation is possible, so don't want to accept this one
[15:19] <statik> thisfred: right...but we're still dependent on those patches? is anyone working on the "better way"?
[15:20] <thisfred> yes, and not really, the _changes feed would obviate the need for the first patch, when it's completely done, which it isn't
[15:20] <statik> right.
[15:20]  * statik scratches his head
[15:21] <thisfred> statik: I think private PPA is the only option for now. It suckfices...
[15:22] <statik> thisfred: did you happen to talk to noah about the packaging changes proposed for karmic regarding couchdb dependencies? I forwarded a mail from my phone sometime last week, but haven't looked to see if there was any followup
[15:22] <statik> thisfred: well, it could be public PPA I hope
[15:22] <urbanape> aquarius: I fixed your code. I think it was just a lot of last-minute scramble.
[15:22] <thisfred> statik: Uh, yeah, no need for the private
[15:23] <thisfred> statik: did not talk to noah, have not seen your mail, I think
[15:23] <urbanape> parts were using `db.<method>` rather than `couch.<method>`
[15:23] <aquarius> urbanape: excellent! fixed it to do what? make the observer work?
[15:23] <urbanape> yeah
[15:23] <thisfred> I forwarded a mail from him to u-discuss
[15:23] <urbanape> I'll commit and push to my branch
[15:23] <urbanape> I've tested adding, deleting, and updating. All fire now.
[15:23] <aquarius> urbanape: nice one :)
[15:23] <statik> thisfred: oh, interesting. i'll look that up then. i'm inclined to think we should first make a package that has trunk couchdb, then tackle the patches on an individual basis
[15:25] <thisfred> statik: ok, I thin rick and I can do that, and then we'll discuss more?
[15:25] <thisfred> +k
[15:25] <statik> thisfred: that sounds great
[15:25] <statik> thisfred: i have an old PPA around from when I was planning to set up nightly couchdb packages for personal reasons. i'll find it for you
[15:26] <thisfred> statik: great!
[15:26] <thisfred> statik: and can't find your mail. Was it to the list?
[15:26] <statik> thisfred: no, just to you and jamesh i think. i probably flubbed sending it, will find that for you too
[15:31] <statik> thisfred: looks like i accidentally left you off the list i sent it to, forwarding now
[15:33] <aquarius> urbanape: identifying this kind of issue would be a lot better if the error console ACTUALLY FRIGGING REPORTED ERRORS
[15:35] <statik> thisfred: https://edge.launchpad.net/~couchdb-nightly-ppa (from back in the day when you needed a new team in order to set up a new PPA). you've been added, do what you will with it
[15:35] <thisfred> statik: cool, thanks!
[15:37] <urbanape> aquarius: there's an about:config key you can change that makes the console a bit more verbose.
[15:37] <urbanape> I'll try to dig it up.
[15:38] <aquarius> urbanape: ah, I've got firefox.usefulness set to "none" ;-)
[15:38] <urbanape> hah
[16:04] <aquarius> urbanape: ping
[16:05] <urbanape> pong
[16:05] <aquarius> we could do with getting some of this FF stuff merged back into the trunk for our FF project
[16:05] <urbanape> as soon as I get onItemRemoved fixed, I'll do just that.
[16:05] <jdobrien> how does ubuntuone know the difference between previously deleted files and files added again?
[16:06] <aquarius> urbanape: skype?
[16:06] <urbanape> sure
[16:06] <dobey> jdobrien: it doesn't, because there's no real way to know that?
[16:07] <jdobrien> dobey: interesting
[16:09] <dobey> jdobrien: and i don't really see the point of trying to figure that out...
[16:13] <dobey> sigh. bug hijacking fail
[16:15] <jblount> dobey: Isn't bug hijacking always fail-ish? :)
[16:16] <dobey> yes
[16:16] <dobey> but more so when it fills up my folder with mail about an issue that the bug isn't about
[16:18] <jdobrien> what is bug hijacking?
[16:19] <jdobrien> dobey: ^^
[16:20] <dobey> jdobrien: changing the description of a bug and adding comments on the bug describe a different problem than the report was about.
[16:20] <jdobrien> ahh
[16:26] <urbanape> aquarius: aha.
[16:26] <urbanape> the guid is changed by the time we go to delete.
[16:27] <aquarius> ah what?
[16:28] <dobey> verterok: any specific reason for not having the contrib/test -t addition submitted as a separate branch from the hashq changes?
[16:29] <verterok> dobey: I just get bored of running all the tests all the time in that branch, so I implemented it there...but I can move it to a new branch if you want
[16:29] <verterok> dobey: actually I missed to mention that in the merge proposal, sorry about that
[16:29] <dobey> verterok: it would probably be easier to review the 2 changes separately
[16:30] <verterok> dobey: the -r change is almost the same code that we have in ubunet ./test
[16:30] <verterok> *-t
[16:31] <dobey> verterok: that's fine
[16:31] <verterok> dobey: but y'r right
[16:31] <dobey> verterok: i just don't want it to block on the other changes if there are conflicts or other changes needed for it during review, either :)
[16:32] <verterok> dobey: ok, I'll resolve conflicts :)
[16:32]  * verterok hugs extmerge plugin
[16:32] <dobey> verterok: i don't know if there are any. if there are, they are problem conflicts with my lint fixes branch :)
[16:33] <verterok> dobey: yes, I thought about that...as I'm on Face Duty today, I'll take a look to the conflicts once you land the lint branch
[16:34] <dobey> verterok: cool
[16:46] <dobey> verterok: lint fixes branch is merged now :)
[16:47] <verterok> dobey: ack, thanks!
[16:57] <brendan_p> hi all, recently received my invitation. went through install process as described but unable to "start" it up or link this machine. no icon
[16:57] <brendan_p> ah skip that, it's just done it now...
[16:57] <brendan_p> murphy... again
[17:22] <thisfred>  @unittest.expectedFailure in python 3.1 looks very useful for TDD
[17:39] <statik> thisfred: looks like there are nightly builds/snapshots on build.couchdb.org that might be very useful for generating nightly .debs from
[17:39] <thisfred> statik: o wow, I didn't know of build.couchdb.org
[17:40] <thisfred> statik: so we need 1. a way to pull them in and build them automatically, then 2. a way to interject the patches.
[17:41] <thisfred> statik: AFAIK these will still be source, but have the generated parts of the code/configuration pregenerated, right?
[17:42] <thisfred> statik: ah, no, seems they are binaries, from looking at the log files
[17:42] <statik> oh. surely there must be source snapshots somewhere to match up then
[17:43] <statik> thisfred: james_w built a tool for doing nightly PPA builds of various projects, unfortunately I don't know where it lives
[17:45] <dobey> VK7HSE: ping. can you install ubuntuone-client-gnome-dbg and reproduce your nautilus crash?
[17:45] <thisfred> statik: I'll ask him at a more reasonable time tomorrow
[17:47] <statik> foood
[17:49]  * verterok --> lunch!
[19:23]  * CardinalFang catches LowBloodSugarBecauseSkippedLunch exception.
[19:24] <dobey> exception: exception too long
[23:18] <BUGabundo> guud evening
[23:22] <jblount> BUGabundo: j0!
[23:23] <BUGabundo> hey jblount