[01:27] hi [01:27] is there any one who can help me [01:27] ?? [01:35] any body is here?? [01:36] fahmi, Not without a description to the channel not me. [01:37] i just need help with installing ubuntu touch on MyTouch4g phone [01:39] fahmi, The channel headers describes phones that work and how to install. [01:40] Belader, thank you for your time but i was asking if there is any other solution because my phone is not supported :/ [01:41] fahmi, The touch is in development still, not really a daily use OS,l is that what you want? [01:42] if your only phone probably not what you want [01:43] yeah you actually answer my question :D i am really thakfull [01:43] :D [01:44] 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] yeah i hope this will be soon === chihchun is now known as chihchun_afk === _salem is now known as salem_ [03:12] good evening, all [03:12] is there a "how to" guide for dual booting ubuntu touch on a nexus 5? [03:19] timh: root phone, download MultiROM Manager, use that to install Ubuntu. Done. === chihchun_afk is now known as chihchun === salem_ is now known as _salem === Mirv__ is now known as Mirv [04:10] nhaines, that's awesome [04:11] nhaines, i was trying the "manual" way before i saw your response [04:11] * timh accidentally factory reset his phone [04:12] 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] 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] nhaines, for sure. i also had the nexus, galaxy nexus, but when i installed touch on it - it was pretty much unusable. [04:12] haha nice [04:13] i am excited [04:13] It was getting there. But yeah, Ubuntu a year ago and Ubuntu today is night and day. [04:13] yea [04:14] i installed it pre-indiegogo campaign [04:14] so basically, all it could do was what they had pre-programmed for the video lol [04:22] timh: you'll have fun with it. No celluar data at the moment but performance and appearance are stunning. [04:22] damns >.< [04:23] 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] hahah oh... that's less than optimal. [04:25] timh: it is pessimal. :) [04:26] hahah [04:29] hmm [04:29] my screen just turned off [04:30] now i just need to figure out the cell data stuff, and where to enter apn settings [04:30] timh: it went black, but the backlight did not turn off. [04:31] ahhhh [04:35] you have any links for cell data? my searching aren't returning very good results [04:39] nhaines, there any apps for google chat yet? [04:40] I don't think Ubuntu supports local IM applications at all whatsoever. [04:40] 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] gotcha [04:57] j,, [04:57] *hmm [04:58] either my phone isn't actually charging, or it's using more battery than it can get from being plugged in lol [05:12] I haven't seen that one before. :) [05:12] Although sometimes a USB port doesn't give a lot of power. === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss [07:36] good morning [08:00] dholbach: good morning! [08:00] hi nhaines [08:00] dholbach: so I'm looking at this book contract I was offered, and I like what I see. :) [08:01] Might try for a bigger advance, but otherwise it doesn't look bad at all. [08:02] very nice - what are you going to write about? [08:03] It's along the lines of "beginning Ubuntu for Windows and Mac users" [08:04] wow, that's cool [08:05] 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] Good morning all; happy World Mosquito Day! :-D [08:48] jhodapp: thanks, could you take the latest patch into your tree? [08:48] actually I did a bit of a grim think around GError parameters, maybe you feel like fixing that properly :-) [08:48] s/think/thing/ [08:49] after merging 1.4, this is [09:04] ogra_, do you know how I can change or propose a change to the ubuntu-location-service.override file? [09:06] mandel, just give me a diff [09:06] mandel, note we are in traincon-0 though [09:06] ogra_, sweet, then as soon as tvoss reviews the mr I'll send you the diff.. [09:06] ogra_, meh, again? lord [09:06] great [09:06] read your mails :P [09:07] ogra_, I do, it was a sarcasm ;) [09:07] haha [09:07] ogra_, other question, do you have pointers on how to create a custom tarball??? [09:08] not really, we need cwayne for that i fear [09:09] i still really dont think it makes sense in the custom tarball though, it should be in the device tarball shouldnt it [09:10] cwayne, I have no preference, you guys know what you are talking about :) [09:10] cwayne, ogra_ device or custom tarball makes no diff to me [09:11] mandel, well, for the device tarball you branch the git tree, drop your files in place and merge that [09:11] ogra_, blob files, correct? [09:11] * ogra_ moves to the other machine ... === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [10:16] greyback, ping [10:16] jgdx: pong [10:17] greyback, hey, any news re: bug 1288332 ? [10:17] bug 1288332 in QtMir "Orientation lock not available (rotation/portrait lock)" [High,Triaged] https://launchpad.net/bugs/1288332 [10:17] jgdx: I'm working on it [10:18] 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] greyback, do you have an eta on that, btw? [10:19] jgdx: about eow probably [10:19] jgdx: I'll let you know when I've something to test [10:20] greyback, thanks [10:21] greyback, to confirm, this will pick up the gsetting (orientation-lock) and lock orientation to whatever's in that setting? [10:23] jgdx: my understanding is that the gsetting (orientation-lock) is a bool on/off. If true, the current orientation is locked. [10:26] 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] Ubuntu bug 1288332 in QtMir "Orientation lock not available (rotation/portrait lock)" [High,In progress] [10:26] greyback, the boolean setting is deprecated [10:29] jdstrand: hi [10:29] looking at lp:ubuntu/apparmor-easyprof-ubuntu [10:30] I see nothing related to the new com.ubuntu.connectivity1 service in connectivity policygroup [10:30] jgdx: ok I can deal with that [10:30] jdstrand: although bug #1341548 claims it's included [10:30] greyback, great stuff. Thanks! [10:30] bug 1341548 in Network Menu "Online detection does not work with confined apps on Nexus 4" [Critical,In progress] https://launchpad.net/bugs/1341548 [10:32] jdstrand: it's still a symlink [10:32] policygroups/ubuntu/1.2/connectivity -> ../1.1/connectivity [10:36] nor is it in the utopic-proposed === thelionroars is now known as Guest21366 [10:39] greyback, we need to store the actual value to remember across sessions [10:44] 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 === Guest21366 is now known as thelionroars [10:51] 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] 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] 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] greyback, so qt reads only the app's own dimensions, not the screen's? [10:56] pitti, heya, added simmanager to ofono mock template https://gitorious.org/python-dbusmock/python-dbusmock/merge_requests/8 [10:57] 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] so the app does not guess its orientation, it is told [10:59] greyback, okay, can you walk me through how orientation lock will work (across sessions)? [11:01] jgdx: great, thanks! [11:02] 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] 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] 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] now user logs out & back in again [11:06] if lock was untouched, shell reads the saved orientation, and applies it [11:06] greyback, right [11:06] how will the shell be notified? Dbus? === pete-woods is now known as pete-woods|devic === pete-woods|devic is now known as pete-woods|away [11:07] "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] jgdx: is gsetting changed, shell is notified over dbus I think yes [11:08] greyback, won't the shell know the orientation to lock it to? [11:08] jgdx: the shell always knows yes [11:08] "USS asks someone who knows the true, current orientation" then :) [11:09] but how? That requires shell to expose a DBus interface just to USS asking "what is the shell orientation right now?" [11:10] greyback, seems so [11:10] I think it's simpler for USS to just ask shell - (un)lock your orientation now [11:12] is it known that 201 on mako isn't able to connect to wifi? [11:12] Chipaca, the lab devices connect fine [11:12] getting http://pastebin.ubuntu.com/8097068/ [11:12] http://ci.ubuntu.com/smokeng/utopic/touch/mako/201:20140820:20140811.1/9803/ ... tests ran fine [11:12] this one connected fine on boot, but after rebooting i get this ^ [11:13] s/on boot/on first boot/ [11:14] 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] 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] 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] greyback, circular sentence is circular === MacSlow is now known as MacSlow|lunch [11:16] bzoltan1, are you sure about the -- ? [11:17] * ogra_ thinks thats wrong [11:17] bzoltan1: are you waiting for the install to finish before running the phablet-config? [11:17] hmm, no [11:17] popey, phablet-config should do that automatically [11:17] 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] greyback, okay, thanks. [11:20] ogra_: no I am not sure :) but that is what ` phablet-config welcome-wizard -h` tells to do [11:21] bzoltan1, yeah [11:21] popey: how to wait for the install in a script? [11:21] bzoltan1, you could add an: "adb wait-for-device" between the two commands [11:21] that should block until the device is visible on adb again [11:22] though theoretically adb shell should do too ... (which is what phablet-config uses in the bg) [11:24] ogra_: any ideas what i can try wrt the warning above? [11:25] Chipaca, not really, is that a default readonly install ? [11:25] ogra_: I try that [11:25] ogra_: no; upgraded powerd and indicator-datetime [11:25] ogra_: and push client [11:25] ogra_: adb wait-for-device is the sleep(1) of our times [11:26] heh [11:26] Chipaca, disk full ? [11:26] ogra_: nope; 403M on / [11:27] ogra_: i'll reflash to vanilla 201 and start over [11:27] k [11:27] if it works, we'll never know what broke :) [11:27] well, as long as it doesnt break in readonly mode ... [11:27] ;) === chihchun is now known as chihchun_afk [11:46] ogra_: ro had wifi, rw has wifi. worried. [11:46] well, probably something you installed broke it [11:47] that's why i'm worried :) [11:49] aaand rebooted with the stuff i installed, and it's still got wifi [11:49] it's the gremlins, man [11:49] heh === alan_g is now known as alan_g|lunch [12:03] Laney: I'll check with rsalveti on the local tree, I don't personally maintain anything other than gstamc in gst-hybris === MacSlow|lunch is now known as MacSlow [12:03] jhodapp: that's the bit, yeah [12:04] Laney: did you make some changes to gst-hybris? [12:04] it needed some porting [12:04] not very much, but there were internal changes [12:04] Laney: ah ok...where's your diff for that? [12:05] if you download the source package it's in there in debian/patches [12:05] Laney: ok great, I'll take a look [12:05] ty [12:06] Laney: btw, I have a plan to fix the platform-api issue you run into...have gst-hybris not directly #include ...ricmm is pretty sure that'll take care of your compile issues [12:06] jhodapp: I did a MP to fix them directly [12:06] but cool [12:06] Laney: oh? is that already included somewhere then? [12:07] https://code.launchpad.net/~laney/platform-api/1350874/+merge/231171 [12:07] but it's also cool if you remove this include altogether [12:07] Laney: yes...that's cool thanks [12:08] Laney: I'd add ricmm to the review list [12:08] okay === _salem is now known as salem_ [12:17] popey, dholbach: Look at https://plus.google.com/112792183910998259860/posts/UjvtJRcZg5J ...more ubuntu touch ports [12:17] hi nik90 [12:17] dholbach: hi :) [12:17] very nice! [12:20] 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] bzoltan1, probably via a pulse call somehow, no idea [12:21] ogra_: hmm.. maybe pactl does it, thanks [12:21] some pactl command === tvoss is now known as tvoss|test [12:43] 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] you mean you dont like listening to music all night while the tests run ? [12:44] ogra_: For the first ten times, i liked :D [12:44] lol [12:44] ogra_: hmm.. actually that command do not work... crap, more digging [12:46] Wellark: that's weird, that UDD branch must be out of date. apt-get source apparmor-easyprof-ubuntu gets 1.2.20 [12:46] Wellark: $ cat ./data/policygroups/ubuntu/1.2/connectivity [12:46] # Description: Can access coarse network connectivity information [12:46] # Usage: common [12:46] dbus (receive, send) [12:46] bus=session [12:46] path=/com/ubuntu/connectivity1/NetworkingStatus, [12:48] Where should I report bugs about (system, not app) icons? It isn’t mentioned on https://wiki.ubuntu.com/Avengers [12:49] mpt, try ubuntu-mobile-icons [12:49] mpt, what icon(s)? [12:50] some are distributed with apps, some in the theme [12:50] (or rather ubuntu-theme as source package) [12:50] seb128, the ones I’m looking at right now are the padlocks for Wi-Fi networks [12:50] but yeah, what seb128 said [12:50] ubuntu-themes most likely then [12:56] 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] ogra_: or did I pick the wrong one? [12:56] hmm, that should be the right one, odd [12:56] did you reboot ? [12:57] ogra_: yes; dpkg -i'ing it immediately killed adb and ssh (supposedly as it was restarting) [12:57] oh [12:57] ogra_: ah, wait -- it didn't actually install [12:57] it shouoldnt have killed ssh [12:57] right [12:57] ogra_: supposedly the preinst stopped it, and then the deb install didn't happen [12:57] i usually install via ssh so i can toggle adb on/off as needed [12:57] ogra_: hmm, so how would one install that -- cronjob perhaps? [12:58] ogra_: I was in phablet-shell [12:58] no, real ssh [12:58] ogra_: but adb forwards the ssh port [12:58] ogra_: ah, good point [12:58] phablet-shell just wraps the adb connection into ssh [12:58] pitti, oh, before i forget ... we kind of didnt talk anymore about the low diskspace warning ... seems thats wanted for RTM [12:59] wow, 27 net interfaces on that thing :) [12:59] heh, lots of fake interfaces though [12:59] dummy modems etc [12:59] ogra_: ah, install through ssh went fine, thanks for the tip! [12:59] :) [12:59] * pitti -> meeting, bbl [13:00] rsalveti: any news on the separate audio channels for ensuring alarm doesn [13:01] rsalveti: doesn't get muted in silent mode? [13:01] 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] nik90, soon :) [13:02] tvoss: that is not a ETA :P [13:03] nik90, well, it's an estiamte [13:03] hehe [13:03] tvoss: can we expect before RTM (28th Aug) ? [13:04] can you not enable it anyway? [13:04] because AGPS will "just" make the location detection better [13:04] it already exists, but will just give crappy results right now. [13:06] I could do that [13:19] 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] Chipaca, The URL dispatcher no-mainloop fix is migrating to archive. [13:21] I'm a much bigger fan of 'play -n -c1 synth whitenoise lowpass -1 120 lowpass -1 120 lowpass -1 120 gain +14' === dandrader is now known as dandrader|afk [13:21] tedg: the move to liburl-dispatcher is under way, courtesy of verterok [13:22] Cool, it should even work now :-) [13:23] 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] nhaines: i'd expect random electronic chirps with that one [13:28] Chipaca: more like a Galaxy-class starship main engine. [13:28] nhaines: exactly. chirps from random droid extras [13:29] 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] seb128: answered in https://bugs.launchpad.net/ubuntu/+source/indicator-messages/+bug/1359152 [13:29] Ubuntu bug 1359152 in indicator-messages (Ubuntu) "indicator-messages has no .pot nor .po files" [Low,Incomplete] [13:30] 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] ogra_: re from meeting [13:30] good good [13:30] i mean [13:30] ogra_: hm, seems that now thoroughly killed adbd, even after a reboot; reflash o'clock, I suppose :) [13:30] not really good, translations are a mess [13:30] but ok, it's not like we're releasing a phone or something :D [13:30] pitti, those "drop translations" changes are creating visible regressions and quite some confusion :/ [13:31] pitti, do you have a password set ? [13:31] pitti, when do you want to roll a langpacks update? [13:31] seb128: yeah, I wish we wouldn't have gotten a traincon-0 in the middle of landing this :/ [13:31] seb128: ASAP, but it doesn't make sense before landing the other branches really [13:31] ogra_: ah, I suppose I don't [13:31] 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] pitti, k, it's a bit unfortunate indeed [13:31] sil2100, ^ just a fyi [13:32] yeah, I wish we had done it months ago, but I didn't check again in the meantime [13:32] translations have quite regressed on the touch image because we hit traincon0 is the middle of landing changes/langpack updates [13:33] if sil2100 agrees, I can attempt to land more bits today (the small ones which weren't yet folded into other landings) [13:33] it's low-risk, so if we can do them during traincon-0 that'd help to push that transition faster [13:33] pitti: are we talking about translation-changes only, or something else with that as well? [13:33] 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] 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] 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] 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] sil2100, just make a note that if anything breaks we'll send all people to seb128 and pitti ;) [13:35] sil2100: yeah, I agree -- the earlier, the better [13:35] sil2100: unfortunately it's very serialized; we can't upload langpacks in advance as LP didn't yet import them [13:36] sil2100: so should I start doing a landing with the branches and get them built now? [13:37] 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] 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] this was way more pain than it's worth [13:42] sil2100: some of my MPs were added to other landings, I suppose I skip those in mine? [13:43] 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] jgdx, your call-fwd-wait-dual-sim branch has conflicts === Ririshi|Away is now known as Ririshi [13:44] 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] 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] kenvandine, aaugh [13:45] jgdx, good times :) [13:45] 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] kenvandine, indeed :D [13:46] 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] sil2100: ack, the hamsters are running [13:48] sil2100: https://ci-train.ubuntu.com/job/prepare-silo/1485/console: "Couldn't assign or reconfigure silo [13:49] sil2100: does that happen normally? i. e. if there's no free one? [13:49] (there was still one a few mins ago though) [13:49] silo 12 is free apparently === pete-woods|away is now known as pete-woods [13:54] ah, nevermind; I sort out the two dupes [13:56] There should be at least one silo free [13:56] so can't land telephony-service and messaging-app, they are already held by other landings [13:56] I took them out for now [13:56] hm, how far are those landings? [13:57] Since if they're not yet ready you could maybe land your change first and then ask them to rebuild and proceed [13:58] renatu: ping [13:59] sil2100: not sure; it's line 35, PPA is building [14:00] sorry, line 21 === dandrader|afk is now known as dandrader [14:05] 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] will fix [14:06] mterry, sorry about that, cleared that line out of the wiki [14:08] mterry, btw feel free to do a landing for the schemas, or I can do one if you want [14:09] seb128, traincon, right? [14:09] mterry, indeed :-/ [14:09] but adding keys to a schemas should be safe under traincon [14:12] 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 === alan_g|lunch is now known as alan_g [14:18] kenvandine, fixed [14:19] jgdx, thx [14:36] ogra_: replied to the ML now; not looking good :/ [14:36] huh ? [14:36] you are aware that i'm in the middle of adjusting a ton of other stuff, right ? [14:37] this isnt even 10% of the developer mode [14:37] ogra_: yeah, I think it's best if I ignore this for a bit :) [14:37] 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] if evolution wouldnt be so darn slow i could even read your mail :/ [14:37] ogra_: anyway, enabling ssh already works fine, so I'll upload that [14:38] ogra_: not that urgent; it doesn't sound like you'll land that in the next days [14:38] 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] ogra_: ok, sorry for the misunderstanding; I understood it as "this adbd will implement the planned changes" [14:39] no, this adbd will just remove the old behavior [14:39] ogra_: will adb be off (always) for normal operation? [14:40] 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] phablet@ubuntu-phablet:~$ touch /cache/recovery/foo [14:40] phablet@ubuntu-phablet:~$ ls -l /cache/recovery/foo [14:40] -rw-rw-r-- 1 phablet phablet 0 Aug 20 16:40 /cache/recovery/foo [14:40] i dont get why you cant access /cache/recovery though [14:41] ogra_: it's a freshly flashed version 199 (just re-flashing again from scratch to be sure) [14:41] phablet@ubuntu-phablet:~$ ls -l /android/|grep cache [14:41] drwxrwx--- 4 system android_cache 4096 Aug 20 10:15 cache [14:41] ogra_: but even then -- if a user can write arbitrary recovery commands, you are again root [14:41] phablet should be in that group [14:42] well, if adb and ssh are off by default it's less of an issue of course [14:42] (and they certainly should be off) [14:42] pitti, btw all this needs to land this week ... i wont have much time to change anything [14:42] especially since i'm still fighting with PPA adding, apacke install in writable mode and other package related stuff [14:43] they will be off [14:43] ubuntu-device-flash will get --developer-mode and --password options [14:43] so you can flash with a pw in place and dev mode enabled [14:43] ah, good [14:44] and worst case you can just dump a sudoers file in place that makes everything NOPASSWD [14:44] which is our fallback for smoke tests etc [14:44] 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] but as i said, i'm trying to get all phablet-tools parts to work without root via dbus calls [14:45] ack [14:45] well, sudoers is just a worst case fallback :) [14:45] so that missing pieces or bugs in dev mode dont block anyone [14:45] 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] yeah [14:46] and dbus-probe doesnt actually do anything with dbus at all [14:46] ogra_: ok, then the main thing that will break is the ability to reset to factory state [14:46] ogra_: yeah, but it needs root [14:46] http://bazaar.launchpad.net/~phablet-team/phablet-tools/trunk/view/head:/phablet-config#L103 [14:46] kenvandine, https://code.launchpad.net/~jonas-drange/+junk/libqofono-modemtechnologies <- where do I go from here? :) [14:47] that will be replaced by a dbus call which calls the aa-clickhook commands in the backend [14:47] i got the dbus-property-service side ready ... just need to change phabletconfig [14:48] pitti, my super giant headdache are lines 122 to 150 in that code [14:48] ogra_: why do we need that? [14:49] (this is for: phablet-config -p writable-image) [14:49] this should just die [14:49] which installs packages for tests, enables PPAs etc [14:49] I thought the idea was to use r/o mode for testing [14:49] jgdx, 2 things, submit a pull request to upstream on github [14:49] jgdx, and your change should be a quilt patch instead of inline :) [14:49] pitti, unlikely that we get everything ready for this by RTM [14:50] eventually yes, we want r/o images all the way through [14:50] ogra_: ah, so autopkgtest doesn't yet do PPAs as user and non-root; I suppose it should learn that [14:50] packages from the archive are fine (in a restricted manner of course, but sufficient for autopilot) [14:51] well [14:51] but yeah, won't all happen this week [14:51] we never test packages from the archive [14:51] people test silos [14:51] which are PPAs [14:51] we do for image testing, I thought? [14:51] the security team suggested using aptdaemon but even that will only get me half the functionality [14:52] ogra_: nah, that's pointless [14:52]