[01:27] <fahmi> hi
[01:27] <fahmi>  is there any one who can help me
[01:27] <fahmi> ??
[01:35] <fahmi> any body is here??
[01:36] <Beldar> fahmi, Not without a description to the channel not me.
[01:37] <fahmi> i just need help with installing ubuntu touch on MyTouch4g phone
[01:39] <Beldar> fahmi, The channel headers describes phones that work and how to install.
[01:40] <fahmi> Belader, thank you for your time but i was asking if there is any other solution because my phone is not supported :/
[01:41] <Beldar> fahmi, The touch is in development still, not really a daily use OS,l is that what you want?
[01:42] <Beldar> if your only phone probably not what you want
[01:43] <fahmi> yeah you actually answer my question :D i am really thakfull
[01:43] <fahmi> :D
[01:44] <Beldar> fahmi, If a provider releases it that will probably be most users route, not sure when or if this will happen, seems to be some possibilities.
[01:46] <fahmi> yeah i hope this will be soon
[03:12] <timh> good evening, all
[03:12] <timh> is there a "how to" guide for dual booting ubuntu touch on a nexus 5?
[03:19] <nhaines> timh: root phone, download MultiROM Manager, use that to install Ubuntu.  Done.
[04:10] <timh> nhaines, that's awesome
[04:11] <timh> nhaines, i was trying the "manual" way before i saw your response
[04:11]  * timh accidentally factory reset his phone
[04:12] <nhaines> timh: yes, the "manual" way worked great on my Galaxy Nexus, but not at all on my N5.  Luckily, there's a better way.
[04:12] <nhaines> I keep it on devel, but with MultiROM Manager devel-proposed is really easy to install alongside, boot into, break everything, and then reboot and uninstall.  :)
[04:12] <timh> nhaines, for sure. i also had the nexus, galaxy nexus, but when i installed touch on it - it was pretty much unusable.
[04:12] <timh> haha nice
[04:13] <timh> i am excited
[04:13] <nhaines> It was getting there.  But yeah, Ubuntu a year ago and Ubuntu today is night and day.
[04:13] <timh> yea
[04:14] <timh> i installed it pre-indiegogo campaign
[04:14] <timh> so basically, all it could do was what they had pre-programmed for the video lol
[04:22] <nhaines> timh: you'll have fun with it.  No celluar data at the moment but performance and appearance are stunning.
[04:22] <timh> damns >.<
[04:23] <nhaines> I think there's a command that fixes cellular data but I'm also exceptionally lazy.  Oh, also the screen doesn't turn off ever, so there's that.
[04:23] <timh> hahah oh... that's less than optimal.
[04:25] <nhaines> timh: it is pessimal.  :)
[04:26] <timh> hahah
[04:29] <timh> hmm
[04:29] <timh> my screen just turned off
[04:30] <timh> now i just need to figure out the cell data stuff, and where to enter apn settings
[04:30] <nhaines> timh: it went black, but the backlight did not turn off.
[04:31] <timh> ahhhh
[04:35] <timh> you have any links for cell data? my searching aren't returning very good results
[04:39] <timh> nhaines, there any apps for google chat yet?
[04:40] <nhaines> I don't think Ubuntu supports local IM applications at all whatsoever.
[04:40] <nhaines> I don't know about the cell data.  Launchpad should have some bugs filed on it but I'd have to do some searching.
[04:41] <timh> gotcha
[04:57] <timh> j,,
[04:57] <timh> *hmm
[04:58] <timh> either my phone isn't actually charging, or it's using more battery than it can get from being plugged in lol
[05:12] <nhaines> I haven't seen that one before.  :)
[05:12] <nhaines> Although sometimes a USB port doesn't give a lot of power.
[07:36] <dholbach> good morning
[08:00] <nhaines> dholbach: good morning!
[08:00] <dholbach> hi nhaines
[08:00] <nhaines> dholbach: so I'm looking at this book contract I was offered, and I like what I see.  :)
[08:01] <nhaines> Might try for a bigger advance, but otherwise it doesn't look bad at all.
[08:02] <dholbach> very nice - what are you going to write about?
[08:03] <nhaines> It's along the lines of "beginning Ubuntu for Windows and Mac users"
[08:04] <dholbach> wow, that's cool
[08:05] <nhaines> Yeah, it'll be pretty fun.  They want it by mid November and then would publish end of January.  So that's really exciting!  And a good reason for a bigger advance because... that schedule is a little aggressive.  :)
[08:44] <JamesTait> Good morning all; happy World Mosquito Day! :-D
[08:48] <Laney> jhodapp: thanks, could you take the latest patch into your tree?
[08:48] <Laney> actually I did a bit of a grim think around GError parameters, maybe you feel like fixing that properly :-)
[08:48] <Laney> s/think/thing/
[08:49] <Laney> after merging 1.4, this is
[09:04] <mandel> ogra_, do you know how I can change or propose a change to the ubuntu-location-service.override file?
[09:06] <ogra_> mandel, just give me a diff
[09:06] <ogra_> mandel, note we are in traincon-0 though
[09:06] <mandel> ogra_, sweet, then as soon as tvoss reviews the mr I'll send you the diff..
[09:06] <mandel> ogra_, meh, again? lord
[09:06] <ogra_> great
[09:06] <ogra_> read your mails :P
[09:07] <mandel> ogra_, I do, it was a sarcasm ;)
[09:07] <ogra_> haha
[09:07] <mandel> ogra_, other question, do you have pointers on how to create a custom tarball???
[09:08] <ogra_> not really, we need cwayne for that i fear
[09:09] <cwayne> i still really dont think it makes sense in the custom tarball though, it should be in the device tarball shouldnt it
[09:10] <mandel> cwayne, I have no preference, you guys know what you are talking about :)
[09:10] <mandel> cwayne, ogra_ device or custom tarball makes no diff to me
[09:11] <ogra_> mandel, well, for the device tarball you branch the git tree, drop your files in place and merge that
[09:11] <mandel> ogra_, blob files, correct?
[09:11]  * ogra_ moves to the other machine ... 
[10:16] <jgdx> greyback, ping
[10:16] <greyback> jgdx: pong
[10:17] <jgdx> greyback, hey, any news re: bug 1288332 ?
[10:17] <greyback> jgdx: I'm working on it
[10:18] <jgdx> greyback, awesome. Let me know when it's in a silo? Maybe we can squeeze in a USS package that lets us change the setting. Right now that part is hidden.
[10:18] <jgdx> greyback, do you have an eta on that, btw?
[10:19] <greyback> jgdx: about eow probably
[10:19] <greyback> jgdx: I'll let you know when I've something to test
[10:20] <jgdx> greyback, thanks
[10:21] <jgdx> greyback, to confirm, this will pick up the gsetting (orientation-lock) and lock orientation to whatever's in that setting?
[10:23] <greyback> jgdx: my understanding is that the gsetting (orientation-lock) is a bool on/off. If true, the current orientation is locked.
[10:26] <jgdx> greyback, looking at Saviq's comment[1], my understanding differs from yours :) [1] https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1288332/comments/12
[10:26] <jgdx> greyback, the boolean setting is deprecated
[10:29] <Wellark> jdstrand: hi
[10:29] <Wellark> looking at lp:ubuntu/apparmor-easyprof-ubuntu
[10:30] <Wellark> I see nothing related to the new com.ubuntu.connectivity1 service in connectivity policygroup
[10:30] <greyback> jgdx: ok I can deal with that
[10:30] <Wellark> jdstrand: although bug #1341548 claims it's included
[10:30] <jgdx> greyback, great stuff. Thanks!
[10:32] <Wellark> jdstrand: it's still a symlink
[10:32] <Wellark> policygroups/ubuntu/1.2/connectivity -> ../1.1/connectivity
[10:36] <Wellark> nor is it in the utopic-proposed
[10:39] <Saviq> greyback, we need to store the actual value to remember across sessions
[10:44] <greyback> Saviq: sure, but that requires that settings app knows the current shell orientation - which is not something I was planning for. A bool toggle for settings is easier, and shell can save the locked orientation separately if it needs to be set on session restore
[10:51] <jgdx> greyback, uss knows what qt knows wrt shell orientation. I've tested that on my phones and it seems to work just fine
[10:52] <greyback> jgdx: but I'm changing that, so that shell tells the app that its current orientation is (as opposed to currently where the app is listening to the orientation sensor)
[10:53] <greyback> jgdx: problem case is tablet side-stage - if settings app in there, it will be told it is in portrait orientation - yet the device in landscape
[10:55] <jgdx> greyback, so qt reads only the app's own dimensions, not the screen's?
[10:56] <jgdx> pitti, heya, added simmanager to ofono mock template https://gitorious.org/python-dbusmock/python-dbusmock/merge_requests/8
[10:57] <greyback> jgdx: shell is the thing which decides how the app is laid out and its orientation. The plan is for shell to tell the app: this is your current orientation
[10:57] <greyback> so the app does not guess its orientation, it is told
[10:59] <jgdx> greyback, okay, can you walk me through how orientation lock will work (across sessions)?
[11:01] <pitti> jgdx: great, thanks!
[11:02] <jgdx> greyback, when the user goes to USS and flips the switch to ON, USS will ask the shell for the current orientation and then write it to gsettings?
[11:04] <greyback> jgdx: shell is listening to orientation sensor - apps do not (unless they explicitly try to, e.g. games). With lock off, and orientation changes, shell re-lays out its content, resizing the apps surface and notifying it "your orientation changed"
[11:05] <greyback> if the orientation lock if toggled (if it was bool), shell is notified, saves the current orientation somewhere else, stops listening for orientaiton events and turns off the orientation sensor
[11:05] <greyback> now user logs out & back in again
[11:06] <greyback> if lock was untouched, shell reads the saved orientation, and applies it
[11:06] <jgdx> greyback, right
[11:06] <jgdx> how will the shell be notified? Dbus?
[11:07] <greyback> "USS will ask the shell for the current orientation" - this is problematic, as the current orientation of the app is not always the orientation of the shell (e.g. tablet sidestage)
[11:07] <greyback> jgdx: is gsetting changed, shell is notified over dbus I think yes
[11:08] <jgdx> greyback, won't the shell know the orientation to lock it to?
[11:08] <greyback> jgdx: the shell always knows yes
[11:08] <jgdx> "USS asks someone who knows the true, current orientation" then :)
[11:09] <greyback> but how? That requires shell to expose a DBus interface just to USS asking "what is the shell orientation right now?"
[11:10] <jgdx> greyback, seems so
[11:10] <greyback> I think it's simpler for USS to just ask shell - (un)lock your orientation now
[11:12] <Chipaca> is it known that 201 on mako isn't able to connect to wifi?
[11:12] <ogra_> Chipaca, the lab devices connect fine
[11:12] <Chipaca> getting http://pastebin.ubuntu.com/8097068/
[11:12] <ogra_> http://ci.ubuntu.com/smokeng/utopic/touch/mako/201:20140820:20140811.1/9803/ ... tests ran fine
[11:12] <Chipaca> this one connected fine on boot, but after rebooting i get this ^
[11:13] <Chipaca> s/on boot/on first boot/
[11:14] <Chipaca> it doesn't connect on its own, and when i go to the networking tab and select my network, i get the WARNING
[11:16] <bzoltan1> ogra_: `ubuntu-device-flash --channel=ubuntu-touch/utopic-proposed --wipe  && phablet-config welcome-wizard --disable` this one does not do the job.., it still ends up in the wizard
[11:16] <jgdx> greyback, it sounds easier, but I can only talk for USS – which is fine either way. You're right though, it would be easier.
[11:16] <jgdx> greyback, circular sentence is circular
[11:16] <ogra_> bzoltan1, are you sure about the -- ?
[11:17]  * ogra_ thinks thats wrong
[11:17] <popey> bzoltan1: are you waiting for the install to finish before running the phablet-config?
[11:17] <ogra_> hmm, no
[11:17] <ogra_> popey, phablet-config should do that automatically
[11:17] <greyback> jgdx: ok, I'm going to aim for the easier approach (which I've already partly coded) and we can re-discuss if it does not satisfy requirements
[11:18] <jgdx> greyback, okay, thanks.
[11:20] <bzoltan1> ogra_:  no I am not sure :) but that is what ` phablet-config welcome-wizard -h` tells to do
[11:21] <ogra_> bzoltan1, yeah
[11:21] <bzoltan1> popey:  how to wait for the install in a script?
[11:21] <ogra_> bzoltan1, you could add an: "adb wait-for-device" between the two commands
[11:21] <ogra_> that should block until the device is visible on adb again
[11:22] <ogra_> though theoretically adb shell should do too ... (which is what phablet-config uses in the bg)
[11:24] <Chipaca> ogra_: any ideas what i can try wrt the warning above?
[11:25] <ogra_> Chipaca, not really, is that a default readonly install ?
[11:25] <bzoltan1> ogra_: I try that
[11:25] <Chipaca> ogra_: no; upgraded powerd and indicator-datetime
[11:25] <Chipaca> ogra_: and push client
[11:25] <bzoltan1> ogra_: adb wait-for-device is the sleep(1) of our times
[11:26] <ogra_> heh
[11:26] <ogra_> Chipaca, disk full ?
[11:26] <Chipaca> ogra_: nope; 403M on /
[11:27] <Chipaca> ogra_: i'll reflash to vanilla 201 and start over
[11:27] <ogra_> k
[11:27] <Chipaca> if it works, we'll never know what broke :)
[11:27] <ogra_> well, as long as it doesnt break in readonly mode ...
[11:27] <ogra_> ;)
[11:46] <Chipaca> ogra_: ro had wifi, rw has wifi. worried.
[11:46] <ogra_> well, probably something you installed broke it
[11:47] <Chipaca> that's why i'm worried :)
[11:49] <Chipaca> aaand rebooted with the stuff i installed, and it's still got wifi
[11:49] <Chipaca> it's the gremlins, man
[11:49] <ogra_> heh
[12:03] <jhodapp> Laney: I'll check with rsalveti on the local tree, I don't personally maintain anything other than gstamc in gst-hybris
[12:03] <Laney> jhodapp: that's the bit, yeah
[12:04] <jhodapp> Laney: did you make some changes to gst-hybris?
[12:04] <Laney> it needed some porting
[12:04] <Laney> not very much, but there were internal changes
[12:04] <jhodapp> Laney: ah ok...where's your diff for that?
[12:05] <Laney> if you download the source package it's in there in debian/patches
[12:05] <jhodapp> Laney: ok great, I'll take a look
[12:05] <Laney> ty
[12:06] <jhodapp> Laney: btw, I have a plan to fix the platform-api issue you run into...have gst-hybris not directly #include <event.h>...ricmm is pretty sure that'll take care of your compile issues
[12:06] <Laney> jhodapp: I did a MP to fix them directly
[12:06] <Laney> but cool
[12:06] <jhodapp> Laney: oh? is that already included somewhere then?
[12:07] <Laney> https://code.launchpad.net/~laney/platform-api/1350874/+merge/231171
[12:07] <Laney> but it's also cool if you remove this include altogether
[12:07] <jhodapp> Laney: yes...that's cool thanks
[12:08] <jhodapp> Laney: I'd add ricmm to the review list
[12:08] <Laney> okay
[12:17] <nik90> popey, dholbach: Look at https://plus.google.com/112792183910998259860/posts/UjvtJRcZg5J ...more ubuntu touch ports
[12:17] <dholbach> hi nik90
[12:17] <nik90> dholbach: hi :)
[12:17] <dholbach> very nice!
[12:20] <bzoltan1> ogra_: is there a way i could turn the volume down or mute the device from adb shell? Like on desktop the `amixer set Master mute`
[12:20] <ogra_> bzoltan1, probably via a pulse call somehow, no idea
[12:21] <bzoltan1> ogra_:  hmm.. maybe pactl does it, thanks
[12:21] <ogra_> some pactl command
[12:43] <bzoltan1> ogra_: `pactl set-sink-mute 0 1` does the job :) and it is a hell of a cool command in a scripted nightly test when it comes to run the music app tests :D
[12:44] <ogra_> you mean you dont like listening to music all night while the tests run ?
[12:44] <bzoltan1> ogra_:  For the first ten times, i liked :D
[12:44] <ogra_> lol
[12:44] <bzoltan1> ogra_:  hmm.. actually that command do not work... crap, more digging
[12:46] <jdstrand> Wellark: that's weird, that UDD branch must be out of date. apt-get source apparmor-easyprof-ubuntu gets 1.2.20
[12:46] <jdstrand> Wellark: $ cat ./data/policygroups/ubuntu/1.2/connectivity
[12:46] <jdstrand> # Description: Can access coarse network connectivity information
[12:46] <jdstrand> # Usage: common
[12:46] <jdstrand> dbus (receive, send)
[12:46] <jdstrand>      bus=session
[12:46] <jdstrand>      path=/com/ubuntu/connectivity1/NetworkingStatus,
[12:48] <mpt> Where should I report bugs about (system, not app) icons? It isn’t mentioned on https://wiki.ubuntu.com/Avengers
[12:49] <ogra_> mpt, try ubuntu-mobile-icons
[12:49] <seb128> mpt, what icon(s)?
[12:50] <seb128> some are distributed with apps, some in the theme
[12:50] <ogra_> (or rather ubuntu-theme as source package)
[12:50] <mpt> seb128, the ones I’m looking at right now are the padlocks for Wi-Fi networks
[12:50] <ogra_> but yeah, what seb128 said
[12:50] <seb128> ubuntu-themes most likely then
[12:56] <pitti> ogra_: hm, I downgraded to http://people.canonical.com/~ogra/ubuntu-touch/android-tools-adbd_4.2.2+git20130218-3ubuntu24_armhf.deb, but "adb shell" still gives me a root shell?
[12:56] <pitti> ogra_: or did I pick the wrong one?
[12:56] <ogra_> hmm, that should be the right one, odd
[12:56] <ogra_> did you reboot ?
[12:57] <pitti> ogra_: yes; dpkg -i'ing it immediately killed adb and ssh (supposedly as it was restarting)
[12:57] <ogra_> oh
[12:57] <pitti> ogra_: ah, wait -- it didn't actually install
[12:57] <ogra_> it shouoldnt have killed ssh
[12:57] <ogra_> right
[12:57] <pitti> ogra_: supposedly the preinst stopped it, and then the deb install didn't happen
[12:57] <ogra_> i usually install via ssh so i can toggle adb on/off as needed
[12:57] <pitti> ogra_: hmm, so how would one install that -- cronjob perhaps?
[12:58] <pitti> ogra_: I was in phablet-shell
[12:58] <ogra_> no, real ssh
[12:58] <pitti> ogra_: but adb forwards the ssh port
[12:58] <pitti> ogra_: ah, good point
[12:58] <ogra_> phablet-shell just wraps the adb connection into ssh
[12:58] <ogra_> pitti, oh, before i forget ... we kind of didnt talk anymore about the low diskspace warning ... seems thats wanted for RTM
[12:59] <pitti> wow, 27 net interfaces on that thing :)
[12:59] <ogra_> heh, lots of fake interfaces though
[12:59] <ogra_> dummy modems etc
[12:59] <pitti> ogra_: ah, install through ssh went fine, thanks for the tip!
[12:59] <ogra_> :)
[12:59]  * pitti -> meeting, bbl
[13:00] <nik90> rsalveti: any news on the separate audio channels for ensuring alarm doesn
[13:01] <nik90> rsalveti: doesn't get muted in silent mode?
[13:01] <nik90> tvoss: hey, is there an ETA on the AGPS? I need that to enable location detection in the clock app. Atm it just shows a placeholder text.
[13:02] <tvoss> nik90, soon :)
[13:02] <nik90> tvoss: that is not a ETA :P
[13:03] <tvoss> nik90, well, it's an estiamte
[13:03] <nik90> hehe
[13:03] <nik90> tvoss: can we expect before RTM (28th Aug) ?
[13:04] <popey> can you not enable it anyway?
[13:04] <popey> because AGPS will "just" make the location detection better
[13:04] <popey> it already exists, but will just give crappy results right now.
[13:06] <nik90> I could do that
[13:19] <Chipaca> turns out the device doesn't go to deep sleep if you just unplug it if the screen is off. You need to have the screen turn off for things to happen.
[13:19]  * Chipaca debugging deep sleep interactions with the help of “play -n synth 480:00 brownnoise”
[13:21] <tedg> Chipaca, The URL dispatcher no-mainloop fix is migrating to archive.
[13:21] <nhaines> I'm a much bigger fan of 'play -n -c1 synth whitenoise lowpass -1 120 lowpass -1 120 lowpass -1 120 gain +14'
[13:21] <Chipaca> tedg: the move to liburl-dispatcher is under way, courtesy of verterok
[13:22] <tedg> Cool, it should even work now :-)
[13:23] <Chipaca> tedg: it'll work even now, because we just happen to have a mainloop for now (that should go away at some point)
[13:24] <Chipaca> nhaines: i'd expect random electronic chirps with that one
[13:28] <nhaines> Chipaca: more like a Galaxy-class starship main engine.
[13:28] <Chipaca> nhaines: exactly. chirps from random droid extras
[13:29] <nhaines> Nothing's perfect.  But at my last job where I was allowed to wear headphones because I was auditing calls, it was the happiest I've evern been.  :)
[13:29] <tsdgeos> seb128: answered in https://bugs.launchpad.net/ubuntu/+source/indicator-messages/+bug/1359152
[13:30] <seb128> tsdgeos, oh, that's due to pitti's changes I think, he moving translations from sources to langpacks but didn't land a match langpacks update yet
[13:30] <pitti> ogra_: re from meeting
[13:30] <tsdgeos> good good
[13:30] <tsdgeos> i mean
[13:30] <pitti> ogra_: hm, seems that now thoroughly killed adbd, even after a reboot; reflash o'clock, I suppose :)
[13:30] <tsdgeos> not really good, translations are a mess
[13:30] <tsdgeos> but ok, it's not like we're releasing a phone or something :D
[13:30] <seb128> pitti, those "drop translations" changes are creating visible regressions and quite some confusion :/
[13:31] <ogra_> pitti, do you have a password set ?
[13:31] <seb128> pitti, when do you want to roll a langpacks update?
[13:31] <pitti> seb128: yeah, I wish we wouldn't have gotten a traincon-0 in the middle of landing this :/
[13:31] <pitti> seb128: ASAP, but it doesn't make sense before landing the other branches really
[13:31] <pitti> ogra_: ah, I suppose I don't
[13:31] <ogra_> pitti, adbd will check for that on startup and refuse to start if there is none, if it is locked or if it matches the username
[13:31] <seb128> pitti, k, it's a bit unfortunate indeed
[13:31] <seb128> sil2100, ^ just a fyi
[13:32] <pitti> yeah, I wish we had done it months ago, but I didn't check again in the meantime
[13:32] <seb128> translations have quite regressed on the touch image because we hit traincon0 is the middle of landing changes/langpack updates
[13:33] <pitti> if sil2100 agrees, I can attempt to land more bits today (the small ones which weren't yet folded into other landings)
[13:33] <pitti> it's low-risk, so if we can do them during traincon-0 that'd help to push that transition faster
[13:33] <sil2100> pitti: are we talking about translation-changes only, or something else with that as well?
[13:33] <pitti> sil2100: no, it's just that -- drop the .mo files from the packages, get them imported into LP, then put them into langpacks
[13:34] <sil2100> pitti: it's possible to publish things in TRAINCON-0 - if there is some risk with a landing we just need QA to do a double sign-off
[13:34] <pitti> sil2100: i. e. some 8 branches like https://code.launchpad.net/~pitti/address-book-app/use-langpack/+merge/231381 (they all look the same)
[13:34] <sil2100> pitti: I guess it's a sane thing to release even now, but I would prefer someone from QA to sign if off before we do the final publish
[13:35] <ogra_> sil2100, just make a note that if anything breaks we'll send all people to seb128 and pitti ;)
[13:35] <pitti> sil2100: yeah, I agree -- the earlier, the better
[13:35] <pitti> sil2100: unfortunately it's very serialized; we can't upload langpacks in advance as LP didn't yet import them
[13:36] <pitti> sil2100: so should I start doing a landing with the branches and get them built now?
[13:37] <sil2100> pitti: yeah, prelare a landing, we'll assign a silo and let's get it built
[13:37]  * sil2100 still hopes that we'll promote before we even be able to publish this silo
[13:38] <pitti> sil2100: so in retrospect, when we discussed that two months ago, I wish I really just had uploaded the lot and then let maintainers worry about re-syncing bzr
[13:38] <pitti> this was way more pain than it's worth
[13:42] <pitti> sil2100: some of my MPs were added to other landings, I suppose I skip those in mine?
[13:43] <sil2100> pitti: I guess contact the landers for those and just give them a sign that you'll do that instead in your landing ;)
[13:43] <kenvandine> jgdx, your call-fwd-wait-dual-sim branch has conflicts
[13:44] <pitti> sil2100: hm, e. g. line 34 is already built and ready to be published; sounds like more effort to re-do that one?
[13:44] <pitti> sil2100: anyway, added mine in line 39; that's everything but unity8, unity-scope-click, and indicator-network (which are folded into other landings)
[13:45] <jgdx> kenvandine, aaugh
[13:45] <kenvandine> jgdx, good times :)
[13:45] <pitti> sil2100: we can start with that (I can assign a silo now, if that's ok?) and if we want to disjoin the others, do another landing?
[13:45] <jgdx> kenvandine, indeed :D
[13:46] <sil2100> pitti: sounds like a plan - not sure about 34 since it's still not tested, but yeah, let's maybe leave it in there for them to release
[13:47] <pitti> sil2100: ack, the hamsters are running
[13:48] <pitti> sil2100: https://ci-train.ubuntu.com/job/prepare-silo/1485/console: "Couldn't assign or reconfigure silo
[13:49] <pitti> sil2100: does that happen normally? i. e. if there's no free one?
[13:49] <pitti> (there was still one a few mins ago though)
[13:49] <pitti> silo 12 is free apparently
[13:54] <pitti> ah, nevermind; I sort out the two dupes
[13:56] <sil2100> There should be at least one silo free
[13:56] <pitti> so can't land telephony-service and messaging-app, they are already held by other landings
[13:56] <pitti> I took them out for now
[13:56] <sil2100> hm, how far are those landings?
[13:57] <sil2100> Since if they're not yet ready you could maybe land your change first and then ask them to rebuild and proceed
[13:58] <Chipaca> renatu: ping
[13:59] <pitti> sil2100: not sure; it's line 35, PPA is building
[14:00] <pitti> sorry, line 21
[14:05] <mterry> seb128, oh whoops on the pot template.  I was going from the checklist which asks me to do it (https://wiki.ubuntu.com/Process/Merges/Checklists/ubuntu-system-settings)
[14:05] <mterry> will fix
[14:06] <seb128> mterry, sorry about that, cleared that line out of the wiki
[14:08] <seb128> mterry, btw feel free to do a landing for the schemas, or I can do one if you want
[14:09] <mterry> seb128, traincon, right?
[14:09] <seb128> mterry, indeed :-/
[14:09] <seb128> but adding keys to a schemas should be safe under traincon
[14:12] <pitti> ogra_: ah, now adb shell works; but of course for testing I don't actually want to set a passcode :) But I'll follow up on that on the ML, and fix some other bits first
[14:18] <jgdx> kenvandine, fixed
[14:19] <kenvandine> jgdx, thx
[14:36] <pitti> ogra_: replied to the ML now; not looking good :/
[14:36] <ogra_> huh ?
[14:36] <ogra_> you are aware that i'm in the middle of adjusting a ton of other stuff, right ?
[14:37] <ogra_> this isnt even 10% of the developer mode
[14:37] <pitti> ogra_: yeah, I think it's best if I ignore this for a bit :)
[14:37] <pitti> ogra_: I wanted to see which things can be fixed in advance, so that we have to coordinate a bit less once that lands
[14:37] <ogra_> if evolution wouldnt be so darn slow i could even read your mail :/
[14:37] <pitti> ogra_: anyway, enabling ssh already works fine, so I'll upload that
[14:38] <pitti> ogra_: not that urgent; it doesn't sound like you'll land that in the next days
[14:38] <ogra_> pitti, i'm re-writing most of phablet-tools and moe all bits and pieces from there into the dbus-rpoperty-service atm
[14:39] <pitti> ogra_: ok, sorry for the misunderstanding; I understood it as "this adbd will implement the planned changes"
[14:39] <ogra_> no, this adbd will just remove the old behavior
[14:39] <pitti> ogra_: will adb be off (always) for normal operation?
[14:40] <pitti> I don't see much point in having it running; if it is, it will essentially nullify the advantage of having a pin or password
[14:40] <ogra_> phablet@ubuntu-phablet:~$ touch /cache/recovery/foo
[14:40] <ogra_> phablet@ubuntu-phablet:~$ ls -l /cache/recovery/foo
[14:40] <ogra_> -rw-rw-r-- 1 phablet phablet 0 Aug 20 16:40 /cache/recovery/foo
[14:40] <ogra_> i dont get why you cant access /cache/recovery though
[14:41] <pitti> ogra_: it's a freshly flashed version 199 (just re-flashing again from scratch to be sure)
[14:41] <ogra_> phablet@ubuntu-phablet:~$ ls -l /android/|grep cache
[14:41] <ogra_> drwxrwx---  4 system android_cache 4096 Aug 20 10:15 cache
[14:41] <pitti> ogra_: but even then -- if a user can write arbitrary recovery commands, you are again root
[14:41] <ogra_> phablet should be in that group
[14:42] <pitti> well, if adb and ssh are off by default it's less of an issue of course
[14:42] <pitti> (and they certainly should be off)
[14:42] <ogra_> pitti, btw all this needs to land this week ... i wont have much time to change anything
[14:42] <ogra_> especially since i'm still fighting with PPA adding, apacke install in writable mode and other package related stuff
[14:43] <ogra_> they will be off
[14:43] <ogra_> ubuntu-device-flash will get --developer-mode and --password options
[14:43] <ogra_> so you can flash with a pw in place and dev mode enabled
[14:43] <pitti> ah, good
[14:44] <ogra_> and worst case you can just dump a sudoers file in place that makes everything NOPASSWD
[14:44] <ogra_> which is our fallback for smoke tests etc
[14:44] <pitti> ogra_: if I have the ability to dump a sudoers file I'm already past all the hurdles I'm trying to get over :)
[14:45] <ogra_> but as i said, i'm trying to get all phablet-tools parts to work without root via dbus calls
[14:45] <pitti> ack
[14:45] <ogra_> well, sudoers is just a worst case fallback :)
[14:45] <ogra_> so that missing pieces or bugs in dev mode dont block anyone
[14:45] <pitti> ogra_: I noticed that the tests fail due to dbus-probe enable failing as user; I suppose that's what you meant by that?
[14:46] <ogra_> yeah
[14:46] <ogra_> and dbus-probe doesnt actually do anything with dbus at all
[14:46] <pitti> ogra_: ok, then the main thing that will break is the ability to reset to factory state
[14:46] <pitti> ogra_: yeah, but it needs root
[14:46] <ogra_> http://bazaar.launchpad.net/~phablet-team/phablet-tools/trunk/view/head:/phablet-config#L103
[14:46] <jgdx> kenvandine, https://code.launchpad.net/~jonas-drange/+junk/libqofono-modemtechnologies <- where do I go from here? :)
[14:47] <ogra_> that will be replaced by a dbus call which calls the aa-clickhook commands in the backend
[14:47] <ogra_> i got the dbus-property-service side ready ... just need to change phabletconfig
[14:48] <ogra_> pitti, my super giant headdache are lines 122 to 150 in that code
[14:48] <pitti> ogra_: why do we need that?
[14:49] <ogra_> (this is for: phablet-config -p <packagename> writable-image)
[14:49] <pitti> this should just die
[14:49] <ogra_> which installs packages for tests, enables PPAs etc
[14:49] <pitti> I thought the idea was to use r/o mode for testing
[14:49] <kenvandine> jgdx, 2 things, submit a pull request to upstream on github
[14:49] <kenvandine> jgdx,  and your change should be a quilt patch instead of inline :)
[14:49] <ogra_> pitti, unlikely that we get everything ready for this by RTM
[14:50] <ogra_> eventually yes, we want r/o images all the way through
[14:50] <pitti> ogra_: ah, so autopkgtest doesn't yet do PPAs as user and non-root; I suppose it should learn that
[14:50] <pitti> packages from the archive are fine (in a restricted manner of course, but sufficient for autopilot)
[14:51] <ogra_> well
[14:51] <pitti> but yeah, won't all happen this week
[14:51] <ogra_> we never test packages from the archive
[14:51] <ogra_> people test silos
[14:51] <ogra_> which are PPAs
[14:51] <pitti> we do for image testing, I thought?
[14:51] <ogra_> the security team suggested using aptdaemon but even that will only get me half the functionality
[14:52] <pitti> ogra_: nah, that's pointless
[14:52] <pitti> either we do want to restrict the phablet user, then we can't allow it to do any of that
[14:52] <ogra_> pitti, if you land something through the normal landing process your MP gets built in a PPA (silo) ... to sign off you need to install the binaries from that PPA
[14:52] <pitti> or we accept that the user is root, then the restrictions are pointless
[14:52] <pitti> ogra_: right
[14:52] <Laney> is it known that indicator-datetime doesn't update the displayed time?
[14:53] <ogra_> Laney, since over a week, yes
[14:53] <kenvandine> it is terribly annoying
[14:53]  * ogra_ finds it funny that everyone only notices it today 
[14:53] <Laney> I only did because I'm looking for things broken with dbus
[14:53] <pitti> hah, even I was a day earlier :)
[14:53] <Laney> NOT. MY. FAULT.
[14:53] <pitti> drwxr-xr-x 2 root root 4096 Aug 19 05:10 /cache/recovery/
[14:53] <pitti> ogra_: ^ freshly flashed 201
[14:54] <ogra_> pitti, that cant really be ... weird
[14:54] <pitti> ogra_: this is with android dual boot though, maybe that's the difference
[14:54] <ogra_> ah
[14:54] <ogra_> yeah
[14:54] <ogra_> that will likely mangle shared dirs
[14:54] <pitti> ogra_: but anyway, phablet should't be able to write there in the first place
[14:54] <ogra_> it is
[14:54] <pitti> well yes, but it shouldn't :)
[14:54] <ogra_> thats why we itroduced the android_cache group
[14:55] <ogra_> pitti, then flashing wont work
[14:55] <ogra_> it has to be writable
[14:55] <pitti> but flashing should be a privileged system service
[14:55] <ogra_> flashing checks gpg signnatures afaik
[14:55] <pitti> which you can trigger as user, but that doesn't mean that you should have full control over recovery and the root fs
[14:56] <pitti> if you open it up like that you might just as well keep the "phablet" password and sudo
[14:56] <ogra_> wont work
[14:56] <kenvandine> AlbertA2, do you know when your unity8 branch for activity-timeout will land?
[14:56] <ogra_> try adb with sudo .... adbd cant use a proper tty ...
[14:57] <ogra_> you cant script it easily
[14:57] <ogra_> (sudo closes stdin/out soo you cant get the password across except via "echo passwd| sudo -S caommnd"
[14:57] <pitti> ogra_: no, I mean either you do want to prevent root access by default or you don't
[14:57] <ogra_> )
[14:57] <pitti> ogra_: yes, you can, with SSH_ASKPASS (see my mail)
[14:58] <AlbertA2> kenvandine: I don't know....Saviq? Can we include it in your silo?
[14:58] <ogra_> oh, sorry, i got stuck in the chache paragraph :)
[14:59] <pitti> ogra_: but anyway, these are two differnet things; my mail is mostly about providing a proper testing mode
[14:59] <pitti> ogra_: but here I was mostly talking about the default behaviour (which should protect your data as much as possible)
[14:59] <ogra_> pitti, i'll bring up the cache stuff in my team meeting now, lets see if others have ideas
[14:59] <pitti> ogra_: hence I was concerned about not running ssh and adb by default, as that will circumvent PIN protection
[15:00] <kenvandine> Saviq, https://code.launchpad.net/~albaguirre/unity8/fix-1230345/+merge/231006
[15:00] <pitti> ogra_: cache?
[15:00] <ogra_> /cache/recovery
[15:00] <pitti> ah
[15:05] <jgdx> kenvandine, a qilt patch? http://i.imgur.com/GFId6CL.jpg
[15:05] <kenvandine> hahahaha
[15:05] <kenvandine> jgdx, if you submit your branch upstream on github, i'll create the quilt patch for you :)
[15:05] <jgdx> kenvandine, thanks :)
[15:06] <kenvandine> just point me at the git branch when you have it
[15:07] <jgdx> kenvandine, https://github.com/nemomobile/libqofono/pull/44
[15:07] <kenvandine> jgdx, i can't believe in all my years dealing with debian packaging... nobody has ever responded like that when talking about quilt
[15:07] <kenvandine> that's awesome!
[15:08] <jgdx> kenvandine, you were talking to professionals all these years
[15:09] <kenvandine> i guess, you're just more fun :-D
[15:09] <jgdx> :D
[15:09] <dobey> i still can't believe people actually *like* git
[15:09] <dobey> :)
[15:10] <kenvandine> dobey, nobody truely like git... they just say they do because they don't want to be teased :)
[15:10] <kenvandine> i do actually like github though... just to bad you have to suffer the pain of git to use github :)
[15:11] <jgdx> kenvandine, how do I go about building armhf debs from this? can I read something?
[15:11] <kenvandine> i do it in sbuild
[15:11] <jgdx> kay
[15:11] <dobey> i still like launchpad better. it lets you do a lot more via the APIs
[15:11] <kenvandine> which i don't remember how to setup :)
[15:11] <kenvandine> dobey, yeah... but github is much more social, which i like
[15:11] <jgdx> bzr bd in the lp branch seems to do it
[15:11] <dobey> github does have some prettier page layouts though, and the image diffs are a bit nicer
[15:12] <dobey> kenvandine: it only seems that way because less people are using launchpad, i guess
[15:12] <dobey> kenvandine: also, i don't like people, so i really don't care if people want to "star" my activity or not
[15:12] <jgdx> pitti, any idea why sbuild, building on armhf, complains about libqtdbusmock-1 missing?
[15:12] <pitti> sil2100: all built now; so I upgrade my phone to the PPA, check that all of the rebuilt components still work
[15:12] <pitti> sil2100: (but don't have translations any more), and if so, we'll release the lot?
[15:13] <pitti> jgdx: there is no such package
[15:13] <pitti> jgdx: (and certainly not related to python-dbusmock)
[15:13] <pitti> jgdx: there's libqtdbusmock1 and libqtdbusmock1-dev, so perhaps a typo somewhere?
[15:13] <sil2100> pitti: hey! I would also like someone from QA to double-check that... and then, if it's double-confirmed, we can release and then push the translation updates
[15:14] <pitti> sil2100: well, I'm from QA, but I guess that doesn't count in this case?
[15:14] <pitti> sil2100: I'll as vrruiz
[15:14] <jgdx> pitti, right, that's what I thought as well. But it builds on amd94.
[15:14] <jgdx> I'll keep trying…
[15:14] <pitti> libqtdbusmock1 | 0.2+14.04.20140304-0ubuntu1 | trusty | amd64, arm64, armhf, i386, powerpc, ppc64el
[15:14] <pitti> jgdx: hm, it's available for armhf, so no immediate idea
[15:14] <kenvandine> building on amd94 would be tough
[15:14] <sil2100> pitti: can you guarantee that nothing in the process after we publish this silo can potentially break all the app translations for longer ;)
[15:14] <kenvandine> :)
[15:15] <pitti> jgdx: err, pasted the wrong line, but exists for utopic, too
[15:15] <dobey> jgdx: is it pkg-config that's complaining, or apt?
[15:15] <jgdx> dednick, former
[15:15] <jgdx> dobey, former
[15:15] <sil2100> pitti: I would still like someone from the QA-sign-off dogfooders to give it a spin
[15:15] <pitti> sil2100: oh, I can guarantee that this will happen, as there are four more MPs to land for that
[15:15] <sil2100> pitti: i.e. om26er, davmor2, brendand or ToyKeeper ;)
[15:15] <dobey> jgdx: you probably have it isntalled locally, and are missing the -dev package in Build-Depends in debian/control then
[15:15] <pitti> sil2100: yep, I'm pinging around to ask for that
[15:16] <dobey> jgdx: i presume "works on amd64" means local build, and not building in sbuild
[15:16] <Ririshi> Is there a possibility to use the system-image.tasemnice.eu server as server for the Ubuntu Dual Boot app?
[15:16] <brendand> sil2100, spin the what now?
[15:16] <jgdx> dobey, I'm not sure what bzr bd does, but that's how I'm building locally
[15:16] <dobey> jgdx: bzr bd just builds on the host
[15:17] <kenvandine> not for me... for me it builds in sbuild :)
[15:17] <pitti> sil2100: woudl vrruiz be ok, too?
[15:17] <dobey> kenvandine: you have some magical config then?
[15:17] <dobey> kenvandine: because bzr bd by defualt does not build in sbuild or pbuilder
[15:17] <pitti> sil2100: he's the main person who does i18n testing ATM
[15:17] <sil2100> brendand: pitti has a silo that works on translations, and currently basically strips all apps from the translations to move them to langpacks
[15:18] <pitti> brendand: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-012 ; but vrruiz already agreed to do it
[15:18] <sil2100> pitti: ok, if he's trained in phone-based testing then I think it should be fine, but you could double-confirm with jfunk
[15:18] <kenvandine> dobey, yeah, you can tell bzr-builddeb what to do
[15:18] <kenvandine> in the conf file
[15:18] <kenvandine> in fact, it builds by default for me in sbuild for armhf
[15:18]  * sil2100 just doesn't want to have broken translations as a blocker next ;)
[15:18] <kenvandine> which i often regret, takes ages
[15:18] <jgdx> seems my schroot is at fault
[15:19] <jgdx> thx dobey
[15:19] <pitti> sil2100: well, these *will* remove translations, that's (half of) the point of those
[15:19] <pitti> sil2100: we mainly need to guard against odd compiler errors and such like, otherwise it's a no-change rebuild code-wise plus dropping .mo files from the .debs
[15:19] <dobey> kenvandine: how the heck are you building for armhf with bzr bd?
[15:20] <kenvandine> builder=sbuild --arch=armhf --host=armhf --build=armhf -d utopic-armhf -j4
[15:20] <kenvandine> in ~/.bazaar/builddeb.conf
[15:21] <dobey> kenvandine: well that is hardly the default, and no wonder it's slow. you're building under qemu
[15:21] <kenvandine> i know :)
[15:21] <dobey> kenvandine: why not do cross-compile instead?
[15:21] <kenvandine> that's why i often regret it :)
[15:21] <dobey> or just delete that config
[15:22] <kenvandine> quick-builder=debuild
[15:22] <kenvandine> i can bzr bd --quick
[15:22] <kenvandine> to build locally
[15:22] <kenvandine> i just often forget :)
[15:22] <kenvandine> however, usually i need armhf debs now
[15:22] <dobey> bzr bd -S && sbuild -A -d utopic --host armhf ../*.dsc
[15:22] <sil2100> pitti: right, but this upload will strip translations temporary, but once launchpad picks them up we'll have those back in langpacks in some consecutive upload, right?
[15:22] <pitti> sil2100: correct
[15:22] <sergiusens> pitti: ogra_ for factory reset you can also use system-image-cli now
[15:23] <sergiusens> or through dbus
[15:23] <sil2100> pitti: so, if all goes good, we might get working translations for the promotable image around tomorrow, right?
[15:23] <pitti> sil2100: not that fast, I'm afraid; first there are five more branches to land, and then the LP export takes a while; so Friday or Saturday perhaps
[15:23] <sil2100> Uh
[15:24] <sil2100> Ok, then longer then I originally thought
[15:24] <dobey> anyway, lunch time
[15:24] <sil2100> davmor2: what's our current policy? Is the lack of translations a blocker from promotion side of things?
[15:24] <pitti> sil2100: right, sorry; that's why I wanted that done two months ago :/ (meh)
[15:26] <pitti> sil2100: so I can certainly add another landing with the other 5 branches, but that would disrupt the landing-004 and the unity8 one which is being prepared (that might be ok/desirable, I don't know)
[15:27] <davmor2> sil2100: hell no everyone needs to speak perfect Queens English and sod the rest of the world ;).......So translations isn't the top of our testing.  I wouldn't block on it as it comes  goes and improves all the while,  Towards final rtm image then I would
[15:27] <rvr> Hi
[15:27] <sil2100> pitti: hm, tell me, in case we would hold off (just theoretically) the first landing that's ready now till tomorrow around afternoon/evening, would that be a big problem?
[15:27] <pitti> rvr: ah sorry, I was looking for vrruiz :)
[15:28] <rvr> np :)
[15:28] <pitti> sil2100: no, certainly not; as long as that doesn't block other landings
[15:28] <pitti> sil2100: it will also postpone the Launchpad imports, though
[15:28] <sil2100> Right... hmmm ;)
[15:28] <pitti> sil2100: translation imports, I mean
[15:28] <pitti> sil2100: ok, both rvr and I have upgraded to the PPA, testing now
[15:29] <sil2100> pitti: ok! We'll discuss how to proceed on the meeting in 30 minutes, so I'll just get back to you what we'll going to do :)
[15:29] <pitti> sil2100: ack, thanks!
[15:30] <sil2100> pitti: for safety's sake I would prefer to wait it out in case we can get a promotable image for tomorrow (which also will be discussed), but it all depends
[15:30] <pitti> sil2100: sure; let me know what to do with the other 5 branches
[15:31] <rvr> pitti: All those apps do work, but many miss translations
[15:32] <pitti> rvr: they should all be in that incomprehensible gibberish called "English" now :)
[15:32] <pitti> I tested the first three, they work ok; how would I test unity-scope-scopes and scope-mediascanner?
[15:32] <pitti> I mean, I copied an mp3 and mp4 video on the device, and they appear in the dash now
[15:33] <pitti> ah, scope-scopes is the table of scopes I get with the little arrow on the bottom, I suppose?
[15:33] <pitti> rvr: ^ ?
[15:34] <rvr> pitti: I think so
[15:34] <pitti> ok, then everything is working
[15:34] <rvr> pitti: Check "all" scopes tab
[15:35] <pitti> rvr: I only have apps, music, and videos (3 tabs), but the little arrow at the very bottom shows me all available scopes
[15:35] <rvr> pitti: Me too
[15:35] <pitti> in "Manage dash"
[15:36] <pitti> rvr: ack, so I think we are talking about the same thing
[15:36] <rvr> pitti: Yup
[15:36] <pitti> rvr: would you mind setting the "QA signoff" column in row 38 to granted?
[15:37] <rvr> pitti: Where?
[15:37] <pitti> rvr: https://wiki.ubuntu.com/citrain
[15:39] <rvr> pitti: I don't have rights to edit the document
[15:39] <pitti> rvr: oh, ok; well, I'll just set it to granted then, if you are ok with it
[15:40] <rvr> pitti: I'm ok
[15:40] <pitti> rvr: many thanks!
[15:40] <pitti> sil2100: ok, all done (ready to publish), FTR
[15:46] <sil2100> pitti: thanks :)
[15:54] <ogra_> pitti, so i talked to the team, even if you drop random stuff into /cache/recovery only signed stuff that matches the gpg signature from recovery can actually do anything
[15:55] <pitti> ogra_: ah, when will that land?
[15:55] <ogra_> pitti, ?
[15:55] <pitti> ogra_: I mean the signature checking
[15:56] <ogra_> i'm talking about today
[15:56] <pitti>     adb $ADBOPTS shell 'echo format data > /cache/recovery/ubuntu_command'
[15:56] <pitti> that works without any signature
[15:56] <ogra_> rsalveti, sergiusens ^^^
[15:56] <ogra_> pitti, thats surely a bug
[15:56] <pitti> ogra_: well, as adb shouldn't be running in the first place, it's certainly not a biggue
[15:57] <ogra_> (touch you can have the above cheaper by just tapping "wipe" in system-settings :P )
[15:57] <pitti> ogra_: if you have adb, you have the user's data
[15:57] <ogra_> yes
[15:57] <pitti> ogra_: can't tap -- I'm a script :)
[15:57] <ogra_> well, then you just call the dbus command that system-settings uses for this
[15:58] <ogra_> if format data is the only issue we have thats surely ignorable
[15:58] <pitti> ogra_: right, happy to replace this with a phablet-foo or other command; so far that's just what I was told to use
[15:58] <ogra_> yeah
[15:58] <ogra_> see my mail :)
[15:59] <pitti> ogra_: I don't know what other commands can be written there; this is all just parrotting of the answers that I got to "how do I factory reset"
[15:59] <ogra_> phablet-config, phablet-shell and phablet-network will all work as before
[15:59]  * pitti hugs ogra -- in two weeks we'll all need some holidays and lots of beer!
[15:59] <ogra_> anything beyond that will need new patches i guess
[16:00] <ogra_> pitti, oh yeah ... i hadnt anticipated that dev mode eats all my time til rtm ... we should have started with that months ago
[16:00] <ogra_> now we have all these awful hacks in place everywhere ... and everyone assumes root
[16:00] <bzoltan1> sergiusens: do you know how to adjust the device volume from terminal?
[16:01] <ogra_> and after all i most of the time can only replace them with other awful hacks
[16:02] <pitti> ogra_: it'll need one awful hack anyway -- after all, the two goals "locked by defualt" and "noninteractive full root testing mode" are quite incompatible
[16:03] <ogra_> just dump a NOPASSWD sudoers in place at the very beginning
[16:03] <ogra_> after all thats not enduser stuff anyway
[16:03] <pitti> ogra_: again -- chicken-egg
[16:04] <pitti> ogra_: if I can dump such a file I don't need to :)
[16:04] <pitti> and if I need to I can't
[16:04] <ogra_> well, you will flash with --password
[16:04] <ogra_> so use your SSH_ASKPASS hack and have password be 0000
[16:04] <ogra_> or some such
[16:05] <pitti> ogra_: and where would I apply that? no adb, no ssh..
[16:05] <ogra_> i think there are still 100 ways to do what you need
[16:05] <ogra_> pitti, ubuntu-device-flash --developer-mode --password=0000 && adb shell ... foo ...
[16:05] <pitti> ogra_: ah, so --devmode will enable adb without having to enter pins?
[16:06] <ogra_> --devmode will enable adb for the usb device ... but adbd will not start unless there is also a password set
[16:06] <ogra_> which --password=0000 will do for you while flashing
[16:07] <pitti> ogra_: ah, understand now
[16:08] <ogra_> and you will have to do that in any case if you want to access adb via scripts
[16:09] <ogra_> what i#'m doing here is to actually avoid the password requirement for the existing tools
[16:10] <Wellark> jdstrand: weird
[16:11] <Wellark> are you uploading manually to the archives?
[16:11] <Wellark> not using ci-train?
[16:14] <jdstrand> Wellark: apparmor-easyprof-ubuntu does not use citrain
[16:15] <jdstrand> but the UDD branch should still be updated automatically. I don't know why it isn't
[16:16] <Wellark> jdstrand: ok. you probably can figure it out :)
[16:28] <rsalveti> nik90: we're working on setting up the audio roles in our platform, so once the media-hub changes are in place we'll just change our streams depending on the desired role
[16:28] <rsalveti> that will enable us to control volume per roles and also cork things properly
[16:30] <nik90> rsalveti: cool ,thnx
[16:45] <danilos> Elleo, hi, fwiw, I've update the https://code.launchpad.net/~danilo/ubuntu-keyboard/serbian-layout/+merge/229876 with a checklist and link to debs that I've built
[16:49] <Elleo> danilos: okay, great thanks; I did a quick code review and everything looked alright, I'll do some testing of it tomorrow and then sign off my part of the checklist and we can try to get it landed :)
[16:50] <danilos> Elleo, cool, thanks
[16:50] <Elleo> danilos: ah, what you're posted is the test plan, the submissions checklist is here: https://wiki.ubuntu.com/Process/Merges/Checklists/system-apps <-- first one
[16:52] <danilos> Elleo, ah, sure, will fill it right in
[16:58] <danilos> Elleo, added the checklist, thanks; not sure about the .pot file and core-dev because packaging is being changed (ubuntu-keyboard-serbian package being added)
[16:59] <danilos> Elleo, I assume you are the core-dev :)
[16:59] <Elleo> danilos: I'm not a core dev, but we can probably get sil2100 to cover that side of things :)
[16:59] <danilos> Elleo, cool, thanks
[16:59] <Elleo> danilos: don't worry about the .pot files for now, translation isn't properly implemented in the keyboard at the moment, thats on my list to fix this week
[16:59] <danilos> Elleo, ok
[17:00] <Elleo> sil2100: mind if I subscribe you to danilos' MR to verify his packaging changes?
[17:00] <sil2100> Elleo: hey! Is that an universe package? ;) But sure, I can have a look
[17:00] <sil2100> What merge is that?
[17:00] <Elleo> sil2100: https://code.launchpad.net/~danilo/ubuntu-keyboard/serbian-layout/+merge/229876
[17:01] <Elleo> sil2100: adding a new language layout to the keyboard (so just some minor packaging changes to add a new language plugin package)
[17:01] <Elleo> and yeah, the keyboard stuff is all in universe
[17:03] <sil2100> Elleo: ok, doing that now :)
[17:03] <Elleo> sil2100: thanks :)
[17:04] <danilos> sil2100, cheers
[17:20] <kgunn> ogra_: does syncing google calendar take forever for you ?
[17:20] <pitti> sil2100: for further coordination, I'll EOD in about 30 mins or so; anything left for me to do today?
[17:20] <kgunn> i'm trying to verify if https://code.launchpad.net/~macslow/unity8/disable-opacity-animation-1354406-workaround/+merge/231588
[17:21] <kgunn> is a valid workaround...and hell if my calendar just been syncing for like 10 min straight
[17:21] <sil2100> pitti: so, we finished our meeting and we might have a promotion tomorrow in the morning
[17:21] <ogra_> kgunn, on 201 i dont even get a notification when hitting sync in the calendar app
[17:21] <pitti> sil2100: ah, great to hear! so I take it we'll stall taht until then
[17:21] <sil2100> pitti: could you maybe wait with your landing till tomorrow around noon?
[17:21] <sil2100> pitti: thanks!
[17:21] <pitti> sil2100: yes, of course
[17:21] <ogra_> oh, wait, beacuse my wlan is gone again ...
[17:21] <pitti> sil2100: that'll make it much easier to untangle (or do) the other landings, too
[17:22] <ogra_> kgunn, seems it synced fine ... i just had a fresh meeting for tomorrow show up in the calendar sfter hitting sync (though as mentioned, no notification about the syncing at all)
[17:23] <kgunn> ogra_: oh my...it just took long...it finally stopped...wow
[17:23] <ogra_> :)
[17:23] <ogra_> busy week ;)
[17:28] <danilos> sil2100, Elleo: I'll be out for a while, bbl
[17:30] <sil2100> danilos: ok! I did a packaging review if anything
[17:30] <Elleo> danilos: okay, I'll probably won't have time to test until tomorrow, but it looks like everything should be in good shape
[17:30] <sil2100> Not sure if I would have a moment for a whole-merge review right now
[17:30] <Elleo> sil2100: don't worry, I'll do the merge review, I've already checked through the code
[17:30] <sil2100> Elleo: excellent, thanks ;)!
[17:31] <sil2100> That's some awesome work
[17:31] <Elleo> I'll do it first thing tomorrow, and then we can try to get it in with a bunch of other keyboard changes :)
[18:06] <daker> mzanetti: yo, do you know why the dash become unresponsive ? can't scroll or launch apps from the dash
[18:09] <mzanetti> daker: hmm, no. does it just lock up?
[18:09] <daker> mzanetti: yes
[18:09] <mzanetti> daker: interesting....
[18:10] <mzanetti> mind attaching gdb?
[18:10] <daker> mzanetti: how ?
[18:10] <mzanetti> ssh into the phone
[18:10]  * mzanetti figures syntax
[18:13] <mzanetti> daker: hmm... you'd need to install a bunch of symbols packages to get anything useful
[18:13] <daker> :(
[18:13] <mzanetti> daker: do you happen to remember what you last did?
[18:13] <mzanetti> or something that could have triggered it
[18:13] <daker> it did happen atleast twice
[18:14] <daker> no i don't remembrer, but i try to figure it out
[18:14] <daker> mzanetti: how can i restart it ?
[18:15] <mzanetti> daker: restart unity8-dash
[18:15] <daker> ok thanks
[18:15] <daker> i'll try to see if i can retrigger it
[18:21] <dobey> daker: i've had that happen a couple times, and switching to the app overview then back to the dash made the dash work again
[18:25] <daker> i'll try to see if can reproduce it
[18:34] <nik90> charles: hey, did you read giorgio's email? What do you think about this solution?
[18:35] <nik90> charles: nvrmind, I just read your comment in the bug report
[18:35] <kenvandine> jgdx, https://launchpad.net/ubuntu/utopic/+source/libqofono/0.53-0ubuntu2
[18:47] <thelionroars> I take it the 'ugly white home screen that's treated like an app but can't be swiped away' will be replaced by something prettier eventually :P
[19:04] <daker> mpt: ping
[19:20] <mterry> charles, how might I test on the console what the value of indicator-location's location-detection-enabled property is?
[19:22] <mterry> tedg, ^
[19:24] <tedg> Hmm, you should be able to query the action.
[19:25] <mterry> tedg, I just don't know the console magic
[19:25] <tedg> One sec, I can get it.
[19:25] <mterry> I don't speak menu model
[19:26] <tedg> mterry, You should really drop some of those less useful languages you know and focus :-)
[19:27] <mterry> :)
[19:27] <tedg> mterry, gdbus call --session --dest com.canonical.indicator.location --object-path /com/canonical/indicator/location --method org.gtk.Actions.Describe location-detection-enabled
[19:27] <mterry> tedg, ah thanks so much!
[19:30] <jgdx> kenvandine, thanks!
[19:36] <mterry> kgunn_, is there a bug for the terms and conditions?
[19:38] <kgunn_> mterry: not that i am aware of
[19:38] <kgunn_> mterry: i think this is a fallback position to some other solution they had originally planned
[19:39] <kgunn_> olli: ^ do you know of any bug associated with HERE t&c?
[19:39] <olli> kgunn_, nope
[19:39] <mterry> kgunn_, olli: no worries
[19:42] <kenvandine> jgdx, np!
[19:52] <mterry> kgunn_, https://code.launchpad.net/~mterry/ubuntu-system-settings/location-page/+merge/231622
[19:58] <kenvandine> Saviq, can you get the unity8 lock timeout branch in a landing soon?  https://code.launchpad.net/~albaguirre/unity8/fix-1230345/+merge/231006
[19:59] <kenvandine> jgdx, can i bug you for a review?
[19:59] <kenvandine> https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/lock_timeout/+merge/231447
[19:59] <daker> dobey: note that since i have fixed click-list thing, the scope always gives the correct result
[20:00] <daker> fixed by removing the corrupted app
[20:01] <kgunn_> thanks mterry
[20:01] <dobey> daker: yeah.
[20:02] <mterry> kgunn_, it has some visual warts that could go away if we wanted to devote energy at them, but it's good enough to land I think, hopefully unblocking people
[20:03] <kgunn_> Cimi: can you review  https://code.launchpad.net/~mterry/ubuntu-system-settings/location-page/+merge/231622
[20:03] <dobey> go go gadget silo 5
[20:03] <Cimi> kgunn_, yep. now or tomorrow is fine?
[20:04] <kgunn_> Cimi: tomorrow is fine...thanks
[20:04] <kgunn_> Cimi: why you on so late?
[20:04] <dobey> meh, something broke the packaging again for my cross compiling schroot :(
[20:05] <Cimi> kgunn_, was curious to test silo 17 :)
[20:06] <Cimi> mterry, is that a fork of my branch https://code.launchpad.net/~cimi/ubuntu-system-settings/wizard.privacy/+merge/213124 ?
[20:06] <Cimi> just wondering if I can use it as a base for review :)
[20:06] <mterry> Cimi, not a fork, but a replacement and I stole some of your CheckableSetting code
[20:11] <om26er> I am trying to use usb tethering but it keeps on connecting, do I need to give a static ip ?
[20:11] <Cimi> mterry, cool, CheckableSetting might require some minor changes though
[20:12] <Cimi> will have a look tomo
[20:13] <Cimi> mterry, anyway does it work?
[20:14] <Cimi> mterry, or is the backend still broken?
[20:14] <Cimi> when I did my branch, setting was not stored, and looked independent from location setting in unity8 shell
[20:22] <jgdx> kenvandine, looking
[20:28] <jgdx> kenvandine, do I need a specific build/packages for this to work?
[20:31] <kenvandine> jgdx, you should just need to look at the values in gsettings
[20:31] <kenvandine> the unity8 branch that actually handles the idle hasn't landed
[20:31] <kenvandine> but it is ready to land
[20:31] <jgdx> kenvandine, right, I have and that looks great
[20:31] <jgdx> but yeah, isn't respected
[20:35] <mterry> Cimi, I didn't worry about the indicator side of things
[20:35] <mterry> Cimi, they can fix that on their own time.  The important thing was to get the Terms & Conditions visible
[21:01] <ahayzen> Anyone know which project is should put as confirm against for this bug 1359022 is it more likely to be libusermetrics or unity8 greeter ?
[21:03] <pmcgowan> ahayzen, I think mterry is reverting something that caused that
[21:03] <mterry> pmcgowan, not that I'm aware  :)
[21:04] <pmcgowan> then I lied
[21:04] <mterry> ahayzen, that could honestly be either one, but I don't think unity8 has changed that piece of code recently
[21:04] <pmcgowan> was thinking its part of the no indicators ting
[21:04] <mterry> ah no
[21:04] <tedg> Why do we need dkms for kernel modules that are open source?
[21:04] <ahayzen> as victor said in the bug nothing related to unity8/libusermetrics has changed in #200?1
[21:04] <tedg> Just to avoid versioning them with the kernel?
[21:05] <ahayzen> mterry, hah should i confirm for both then?
[21:07] <mterry> ahayzen, assign it to one, otherwise both sides might assume the other is looking into  it  ;)
[21:07] <ahayzen> mterry, yeah i guess...which side is most likely to pick it up faster?
[21:08] <mterry> ahayzen, well I have a selfish interest in putting it on the libusermetrics side, but both would look at it quickly enough I'd hope
[21:09] <ahayzen> mterry, heh i'll put it at usermetrics first :)
[21:16] <Saviq> kenvandine, yes, it'll come in with fixes for the two blockers we have in unity8
[21:17] <kenvandine> Saviq, thx!
[21:40] <taiebot> Oh oh I am experiencing weird stuff on  r201 headers are not correctly placed http://i.imgur.com/k52Aka3.png
[21:44] <nik90> taiebot: emulator or phone?
[21:44] <nik90> taiebot: if(emulator) -> known bug
[21:44] <taiebot> Phone
[21:45] <taiebot> short is the same way
[21:46] <taiebot> nik90 it looks like they are full screen but the dash is covering the top of the header
[21:46] <nik90> taiebot: i cannot reproduce it on my n4 201
[21:47] <taiebot> I think it needs to be triggered. I started noticing it after using the short app
[21:48] <taiebot> Closing the app and restarting it solves the problem
[21:54] <nik90> hmm
[21:54] <taiebot> Nik90: yep shorts app triggers it. How to do it open shorts apps click on an rss feed open site ( opens the webbroswser) let it open do a right swipe to go back to shorts app. The shorts app blacks out and the bug is triggered. (doing a bug report now) do not really know to which project to report
[22:01] <taiebot> nik90: do you know how to screencast the device it would be easy to demonstrate
[22:01] <popey> easier to video using another device tbh
[22:02] <nik90> taiebot: what popey said ^^
[22:13] <taiebot> nik90: http://i.imgur.com/xFipyby.png
[22:14] <nik90> taiebot: oh no my precious app header is cut off
[22:14]  * nik90 tests
[22:14] <taiebot> https://bugs.launchpad.net/ubuntu-rssreader-app/+bug/1359433
[22:15] <taiebot> Might be related to what you are seeing in the emulator
[22:17] <nik90> I cannot reproduce it :/
[22:17] <nik90> I did everything you did, opened shorts, click on bbc article and then open site
[22:17] <nik90> the site loaded in the browser and then I returned to the shorts app
[22:18] <nik90> then I opened the system settings app and all is fine
[22:18] <taiebot> Have you swiped multiple times ? it happens sometimes after second swipe
[22:18] <taiebot> You will see shorts app becoming completely black
[22:18] <nik90> nope
[22:20] <taiebot> I swear for me its every time could be related to something else
[22:20] <taiebot> doing  a reboot
[22:27] <taiebot> Nik90: mm after reboot i did manage to re-produced it. Not on my first try but second link i tried it did triggered.
[22:27] <nik90> taiebot: I tried several links
[22:27] <nik90> taiebot: it has been reported as a bug
[22:27] <nik90> taiebot: maybe someone else can try reproducing it
[22:28] <popey> nik90: known bug with the header
[22:29] <nik90> popey: strange, I have only seen that in the emulator
[22:29] <popey> if an app is killed by app lifecycle and you restart it, it appears under the indicators
[22:29] <popey> I have seen it on the phone
[22:29] <nik90> ah ok
[22:30] <popey> http://popey.mooo.com/screenshots/device-2014-08-18-172928.png
[22:30] <popey> took a while to find that
[22:30] <popey> my wall of screenshots is getting a bit big
[22:33] <taiebot> popey: Only shorts app and webbrowser open and its enough for getting killed by app lifecicle?
[22:34] <popey> possibly
[23:16] <nol2> (13:20:26) lubmil [~lubmil@89-67-40-164.dynamic.chello.pl] entered the room.
[23:16] <nol2> (13:20:26) ***Butt3rfly dances with the sky faerie
[23:16] <nol2> (13:20:26) MrElendig: and you could argue that all the traditional hydroelectric plants are gravity engines
[23:16] <nol2> (13:20:26) kirlin left the room (quit: Client Quit).
[23:16] <nol2> (13:23:00) The account has disconnected and you are no longer in this chat. You will automatically rejoin the chat when the account reconnects.
[23:23] <nol4> Conversation with ##unix on Thu Aug 21 01:18:19 2014:
[23:23] <nol4> (01:18:19) The topic for ##unix is: UNIX(R) and Unix-like operating systems support | Don't ask to ask; just ask | Stay on-topic | Be polite, considerate, and patient | Specify your OS name and version | No bots
[23:23] <nol4> (01:18:19) Topic for ##unix set by Snader_LB at 15:48:41 on 06/29/14
[23:23] <nol4> (01:18:41) The topic for ##unix is: UNIX(R) and Unix-like operating systems support | Don't ask to ask; just ask | Stay on-topic | Be polite, considerate, and patient | Specify your OS name and version | No bots
[23:23] <nol4> (01:18:41) Topic for ##unix set by Snader_LB at 15:48:41 on 06/29/14
[23:23] <nol4> (01:18:57) nol4 left the room (quit: Excess Flood).
[23:23] <nol4> (01:18:57) The account has disconnected and you are no longer in this chat. You will automatically rejoin the chat when the account reconnects.
[23:23] <nol4> (01:19:57) The topic for ##unix is: UNIX(R) and Unix-like operating systems support | Don't ask to ask; just ask | Stay on-topic | Be polite, considerate, and patient | Specify your OS name and version | No bots
[23:23] <nol4> (01:19:57) Topic for ##unix set by Snader_LB at 15:48:41 on 06/29/14
[23:23] <nol4> (01:19:57) kornbluth.freenode.net: (notice) [freenode-info] why register and identify? your IRC nick is how people know you. http://freenode.net/faq.shtml#nicksetup
[23:23] <nol4> (01:20:13) nol left the room (quit: Excess Flood).
[23:23] <nol4> (01:20:53) nol [~noud@541F8A79.cm-5-8c.dynamic.ziggo.nl] entered the room.
[23:23] <nol4> (01:21:00) nol4: http://freenode.net/faq.shtml#nicksetup
[23:23] <nol4> (01:21:00) Cannot send to channel
[23:39] <jgdx> right