[04:56] <lotuspsychje> morning
[04:56] <lotuspsychje> nice work on the new touch update
[05:24] <lotuspsychje> tankdriver: hello
[05:38] <liuxg> how to make a full screen size QML application?
[05:38] <lotuspsychje> note sure nyone awake liuxg
[05:39] <RAOF> I believe there's a fullscreen bit you can twiddle, but I don't know..
[05:40] <lotuspsychje> just added a bug about brightness, hope it gets fixxed
[05:49] <liuxg> RAOF, it seems that adding --fullscreen  in the desktop can do the trick.
[08:13] <JamesTait> Good morning all; happy Friday, and happy Mandela Day! :-D
[09:08] <jgdx> pitti, thanks for solving https://bugs.launchpad.net/ubuntu/+source/python-dbusmock/+bug/1340590
[10:34] <jgdx> pitti, also https://gitorious.org/python-dbusmock/python-dbusmock/merge_requests/3
[12:10] <mardy> charles: ping
[12:34] <citherock> hello!!
[13:01] <mterry> sarnold, thanks for the reviews!
[13:18] <mterry> slangasek, mdeslaur: here's an updated shadow patch to support extrausers (which now avoids calls to lckpwdf() which hardcodes /etc lock files).  Seems to work for me.  Thoughts?
[13:18] <mterry> http://paste.ubuntu.com/7814319/
[13:30] <mdeslaur> mterry: ok, since it does create the new file in the same directory, and then atomically renames it in place, the lock is only so you don't get your mods overwritten by someone else doing an operation at the very same time
[13:31] <mdeslaur> now, since this is a single user device and the main accounts are in the main files, this is probably ok
[13:31] <mdeslaur> but, we'll have to think of putting locking back in somehow at some point
[13:32] <mterry> mdeslaur, what other protections does lckpwdf give?
[13:32] <mterry> mdeslaur, because this code does have fallback locking
[13:32] <mterry> with a little .lock file
[13:32] <mdeslaur> let me think about that a sec...now I'm wondering what happens if the two temp files collide, since they are both named identically
[13:33] <mdeslaur> oh, I see, let me check
[13:35] <pmcgowan> jgdx, do you know whats wrong with jenkins on your backgrounds branch?
[13:35] <pmcgowan> kenvandine, is preparing a silo, be nice to get that in
[13:36] <kenvandine> jgdx, one test failed, ubuntu_system_settings.tests.test_background.BackgroundTestCase.test_change_background
[13:39] <brunogirin> Noobie question: if I want to write touch apps that target the devel channel, do I need to run 14.10 or can I do that on 14.04? (SDK installed from PPA)
[13:39] <popey> brunogirin: try in #ubuntu-app-devel - where sdk and app devs people hang out
[13:40] <brunogirin> thanks popey
[13:40] <mdeslaur> mterry: ok, I guess the fall back to the .lock file is ok
[13:41] <jgdx> pmcgowan, looking
[13:41] <mterry> mdeslaur, oh good
[13:41] <derek-g> we want ubuntu phone. plz. speed up the development.
[13:41] <derek-g> !!!
[13:41] <mterry> mdeslaur, OK, then I'll upload this and the pam_extrausers fork and we should be able to support basic extrausers password needs
[13:42] <mdeslaur> mterry: hrm, the pam_extrausers fork is also going to hit the lckpwdf() issue
[13:44] <mterry> mdeslaur, naw, pam_unix has optional support for lckpwdf or its own fallback code again.  In pam_extrausers, I just alway suse the fallback
[13:45] <mdeslaur> mterry: this fallback? :)
[13:45] <mdeslaur> lock_pwdf(void)
[13:45] <mdeslaur> {
[13:45] <mdeslaur> 	return PAM_SUCCESS;
[13:45] <mdeslaur> }
[13:45] <mterry> mdeslaur, hah, no, the one in lckpwdf.-c
[13:46] <derek-g> question - what language would I use to write apps for Ubuntu  phone?
[13:46] <mdeslaur> ah, oh...huh, # include "./lckpwdf.-c"
[13:46] <mdeslaur> that's...weird :)
[13:46] <derek-g> is it python or javascript?
[13:47] <mterry> mdeslaur, I was also a little surprised, but I guess they wanted to avoid the conditional in their makefile..?
[13:47] <mdeslaur> mterry: how do you handle #define LOCKFILE "/etc/.pwd.lock"?
[13:48] <mterry> mdeslaur, it's a fork remember.  I copy pam_unix into a pam_extrausers directory and did a little modification -- change all hardcode paths etc. I document which things I changed in a README so hopefully it won't be hellish to update
[13:48] <ogra_> derek-g, QML, javascript C++
[13:48] <mdeslaur> mterry: ah, I see, cool
[13:48] <derek-g> ogra_, awesome. awesome to the max.
[13:49] <mterry> mdeslaur, plus I wouldn't want to touch pam_unix too much for fear of breaking Ubuntu  :)
[13:49] <derek-g> when is Ubuntu phone gonna come out? im super exhausted from waiting....
[13:51] <mdeslaur> mterry: yeah, not a good thing. Want me to reserve a CVE number in your name, just in case? :)
[13:51] <mterry> mdeslaur, heh
[13:51] <mdeslaur> :P
[13:51] <derek-g> ogra_, why would i use both js and cpp though? im pretty good with js, but not so much cpp....
[13:52] <jgdx> kenvandine, seems there has been some ninja changes to the autopilot setup. Pushed fix.
[13:52] <jgdx> pmcgowan, ^
[13:52] <kenvandine> jgdx, cool
[13:52] <pmcgowan> jgdx, ninja changes?
[13:52] <mterry> mdeslaur, I'm actually more worried about the integrated greeter having some security hole.  /me crosses fingers
[13:52] <mterry> (vs split greeter)
[13:52] <popey> derek-g: later
[13:52]  * mdeslaur reserves a second CVE number
[13:52] <mdeslaur> ;)
[13:52] <derek-g> popey, i dont like later
[13:53] <mterry> mdeslaur, just carve me out a /16 block like they're ipv4 addresses
[13:53] <popey> derek-g: get used to it ☻
[13:53] <jgdx> pmcgowan, refactors that I did not account for when I merged in the latest trunk some days ago. :) So my fault entirely.
[13:53] <pmcgowan> oke doke
[13:57] <mdeslaur> mterry: lol :)
[14:37] <minsikcho> Hi. I'm Korean translator for Ubuntu Touch. We are working hard from this week to localize the project. However, it doesn't yet have keyboard layout for Korean. I've filed bug in launchpad (#1342981). I think there should be Dubeolsik keyboard and Dan-moeun keyboard for Korean. Judging from the fact that Korea is home of multinational phone makers (Samsung & LG), impressive environment for Korean would give a boost for the pro
[14:48] <awe_> sergiusens, here's the output from udm, when I try to send an mms
[14:48] <awe_> http://pastebin.ubuntu.com/7814738/
[14:48] <awe_> it's getting a 302 error
[14:49] <sergiusens> mandel: ^
[14:49] <sergiusens> probably need to follow it
[14:49]  * ogra_ curses system-settings
[14:49] <awe_> do you need the pcap or dbus traces?
[14:49] <sergiusens> awe_: would be good to know where to :-) pcap might give us more data
[14:50] <sergiusens> awe_: if it's a 302, would it be a good idea to update the proxy for the context?
[14:50] <awe_> sergiusens, here's the dbus-monitor trace: http://pastebin.ubuntu.com/7814750/
[14:51] <awe_> I'll upload ptrace to chinstrap next...
[14:51] <awe_> sergiusens, not sure what you mean by update the proxy for the context?
[14:52] <sergiusens> awe_: nvm, error 302 in udm is probably not permanently moved :-)
[14:59] <ogra_> mterry, hmm, achiang wont be happy that you just uploaded -meta :P
[14:59] <mterry> ogra_, oh no, what's the issue?
[14:59] <achiang> mterry: ogra_: i've abdicated to lool
[15:00] <ogra_> mterry, he has a breanch waiting that completely re-organizes the seeds
[15:00] <mterry> achiang, oh sorry
[15:00] <ogra_> i wanted to look at it later today ... but now it needs adjustment
[15:00] <achiang> that's a bit of over-exaggeration... :P
[15:00] <mandel> awe_, sergiusens oh, nice 302 -> QNetworkReply::ProtocolInvalidOperationError
[15:00] <mandel> awe_, sergiusens that is going to be fun to debug
[15:00] <awe_> ;D
[15:00] <mandel> sergiusens, found the issue for your problem, fixing it
[15:01] <mandel> awe_, carrier?
[15:01] <awe_> sending: AT&T receiving: T-Mobile
[15:02] <mterry> ogra_, do you have a pending lxc-android-config upload?  I wanted to add extrausers to the writable paths
[15:02] <ogra_> mterry, go ahead
[15:02] <lool> achiang: it's good, will merge in a few  :-)
[15:02] <mterry> ogra_, thx!
[15:03] <achiang> lool: sounds like there will be conflicts. :-/
[15:03] <lool> achiang: no change requried
[15:03] <ogra_> mterry, any idea how to work in the config changes in a sane way ?
[15:03] <mterry> ogra_, I'm still working on that last piece
[15:04] <ogra_> mterry, we need to make sure that even if the system is writable and an insane person upgrades some package nothing gets reverted
[15:05] <ogra_> (so if you hack it into the build process, make sure to use diversions or so)
[15:05] <mterry> ogra_, right now i'm planning on just changes to the livecd-rootfs script, so I'd avoid that problem at least
[15:06] <ogra_> mterry, how would that avoid it ?
[15:06] <ogra_> hmm
[15:06] <ogra_> where does nsswitch.conf actually come from ?
[15:06] <lool> achiang: merged and pushed (after fixing the conflict)
[15:07] <ogra_> ah, base-files
[15:07] <achiang> lool: awesome, thanks!
[15:07] <ogra_> and the postinst copies it over the existring one
[15:07] <mterry> ogra_, well the code wouldn't be run on package upgrades.  And most of the changes are in conffiles, which package upgrades handle
[15:07] <lool> achiang: is there something, a bug perhaps, tracking the meta debdiff?
[15:07] <lool> achiang: will ask for a silo to land this too
[15:08] <achiang> lool: hm, no... i did not have a bug or anything else to track that one
[15:08] <ogra_> mterry, thats true for the pam bits ... nsswitch.conf looks a bit different
[15:08] <lool> achiang: ok; thanks
[15:08] <ogra_> mterry, that seems to bilndly do a cp -p
[15:09] <ogra_> oh, i'm wrong, only if the target doesnt exist
[15:09] <mterry> ogra_, ah...  odd.  That's meant to be editable by system admins, right?
[15:09] <ogra_> so ignore me :P
[15:09] <mterry> ogra_, phew
[15:09]  * ogra_ looked at the wrong copy fiunction
[15:14] <asac> slangasek: can you help mterry on his adduser problem? think its discussion above related
[15:14] <asac> slangasek: bug 1323732
[15:15] <mterry> slangasek, I don't think we *need* that immediately.  Depends how much we are satisfied with just sed'ing the users data over to /var/lib/extrausers for now.   It'd be cleaner for sure if we had it, but we can live without if you are pressed on time
[15:15] <mterry> And we'll need it for multi-user
[15:19] <lool> mterry: hmm isn't this a src:shadow issue?
[15:20] <lool> adduser just wraps useradd, passwd etc. which are from src:shadow
[15:20] <mterry> lool, oh maybe then, as long as it didn't have its own assumptions, yeah
[15:20] <ogra_> mterry, i'm not "satisfied" at all with sed'ing passwd/shadow/group
[15:20] <ogra_> lets please get that fixed properly
[15:22] <ogra_> mterry, though you last shadow upload might have actually fixed bits of it already ...
[15:22] <mterry> lool, ^ well see there are different opinions on how hacky we want to be  :)
[15:22] <mterry> ogra_, that was only for passwd, not useradd
[15:22] <ogra_> *bits* ;)
[15:22] <lool> mterry: so I'm not sure you heard we have a second use case for something quite similar
[15:23] <mterry> It did fix bits yeah  :)
[15:23] <lool> mterry: we also need to use a shared static passwd/group etc. file at image build time (probably stored in a package) because otherwise system UIDs might get renumbered across rootfs rebuilds
[15:23] <lool> mterry: https://bugs.launchpad.net/ubuntu/+source/system-image/+bug/1332538
[15:24] <lool> mterry: which also calls for moving pw entries around
[15:24] <ogra_> lool, that is being handled by stgraber already
[15:24] <lool> ogra_: ah, do you have pointers on this?
[15:24] <ogra_> lool, he will add functions to chown tha files needing that (as discussed here eartlier this week)
[15:24] <lool> ok, missed this
[15:25] <ogra_> lool, there was a discussion between slangasek stgraber mterry and me
[15:25] <lool> hmm it seems rather hard to chown stuff around
[15:25] <ogra_> lool, only writable bits are actually affected
[15:25] <ogra_> the ro image will have the matching UIDs automatically
[15:25] <lool> ogra_: yes; so the original vision was that we ought to trigger something on the first boot to fix the UIDs, but that seems rather fragile
[15:25] <ogra_> so it wont be much
[15:26] <ogra_> i think stephane wanted to trigger it on every upgrade
[15:26] <ogra_> the alternative was to have a fixed UID mapping we hand over at build time ...
[15:26] <lool> so he keeps a map of old UIDs and new UIDs and scans all files in writable areas to remap the UIDs?
[15:26] <ogra_> that would make it faster but puts some maintenance burden on us
[15:27] <lool> it also seemed more robust
[15:27] <lool> (this is what the bug above recommended)
[15:27] <ogra_> well, ask stgraber, afaik it is on his TODO
[15:28] <ogra_> (for implementation details)
[15:29] <lool> mterry: so I guess ignore my comment about another use case for this then  :-)
[15:29] <mterry> lool, OK :)
[15:29] <lool> mterry: so passwd (not adduser or useradd) seems to have a repository option that might perhaps help?
[15:29] <lool> Hmm I guess this is a shadow thing
[15:31] <sergiusens> does anyone else the the poweroff request on totally random resumes?
[15:38] <pmcgowan> not so far
[15:41] <slangasek> mterry: shadow patch looks reasonable to me, but I think mdeslaur's review is the more important
[15:41] <slangasek> asac, mterry: yes, have been working on the adduser side
[15:41] <mterry> slangasek, good
[16:00] <Laney> lool: you handling achiang's seed split?
[16:00] <pete-woods> tvoss: hi, I seem to be having trouble with the location service, if I create an instance of the main service class twice, it dies with a google logging init error
[16:01] <tvoss> pete-woods, why would you instantiate two instances?
[16:01] <pete-woods> tvoss: this was in a test
[16:01] <pete-woods> I destructed it once, then make another one
[16:01] <achiang> Laney: it was already merged
[16:01] <pete-woods> *made
[16:01] <tvoss> pete-woods, ah okay, let me note it down
[16:01] <Laney> achiang: oh cool, so it's done?
[16:02] <Laney> was about to look ;-)
[16:02] <ogra_> looks like
[16:02] <achiang> Laney: branch merged, not sure about the metapackage yet but lool is taking that on too
[16:02] <ogra_> will need an upload to test that everything still works
[16:02] <Laney> kay cool
[16:03] <tvoss> pete-woods, will likely not get to it before Monday or Tuesday, though
[16:03] <ogra_> but i assume lool will take care of that
[16:04] <pete-woods> tvoss: I think I can fix it myself by the looks of things
[16:04] <pete-woods> it's in stub.cpp
[16:04] <pete-woods> hopefully there's some standard pattern for handling it
[16:04] <tvoss> pete-woods, ah yeah ... I have a fix queued up for that
[16:04] <pete-woods> oh, okay
[16:05] <tvoss> pete-woods, are you working against trunk?
[16:05] <tvoss> pete-woods, https://code.launchpad.net/~thomas-voss/location-service/switch-to-json-c/+merge/226448 landed yesterday, fixing the issue
[16:06] <pete-woods> tvoss: will update, only updated probably early yesterday :p
[16:07] <derek-g> when is Ubuntu tablet gonna come out?
[16:07] <ogra_> no date for tablets ...
[16:07] <ogra_> you can use the nexus7 (2013 edition) today though
[16:08] <derek-g> ogra_, how about 10 inch?
[16:08] <ogra_> well, there are images for the N10 ...
[16:08] <ogra_> but it is not in main focus atm so it will have more bugs than the other devices
[16:13] <pete-woods> tvoss|dinner: thanks for info, problem resolved :)
[16:14] <Laney> kenvandine: want to do a u-s-s landing?
[16:14] <derek-g> apes together strooong
[16:18] <kenvandine> Laney, i do, i was looking for seb128 to walk me through it
[16:18] <Laney> kenvandine: oh, not done one before?
[16:18] <kenvandine> nope
[16:18] <Laney> oh FUN!
[16:19] <pmcgowan> Laney, fresh meat!
[16:19] <Laney> seb's away today
[16:19] <kenvandine> seb128 had volunteered the help me... but now he's ignoring me :-D
[16:19] <kenvandine> ah
[16:19] <Laney> so my secret motive was to ask you to review my two test fix branches
[16:20] <kenvandine> haha
[16:20] <Laney> but I can give you a quick tutorial too if you want
[16:20] <kenvandine> please do :)
[16:20] <kenvandine> we have 6 branches approved here
[16:20] <kenvandine> and my call forwarding branch is driving me bananas :-D
[16:20] <kenvandine> happy to look at something else for a few
[16:21] <Laney> go to http://wiki.ubuntu.com/citrain and fill in a new row, should be self explanatory
[16:21] <Laney> you list the merge proposals separated by new lines or spaces
[16:21] <Laney> (copy the formulas down from the previous row)
[16:25] <Laney> after that I'd ask the train vanguard (topic in #ubuntu-ci-eng) to assign you a silo, then you can click build on that tab, wait for it to build, grab the package from the ppa & test it on your device, then publish if it works (this uploads it to distro), then when it's migrated to the release pocket you click "merge and clean" to merge to trunk and give back the silo
[16:25] <Laney> robru will help you I'm sure since I'm off in 35 mins ;-)
[16:25] <kenvandine> Laney, thx
[16:27] <robru> who and the what now?
[16:27] <Laney> helping kenvandine do his first landing of u-s-s
[16:28] <robru> sure
[16:33] <Laney> kenvandine: https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-settings is testplan btw
[16:34] <Laney> also I approved attente's branch just now ;-)
[16:34] <Laney> this is going to be a nice little upload
[16:34] <Laney> the ~laney branches are particularly mind blowing
[16:35] <ogra_> did you port it to some sane language ?
[16:36] <Laney> yep it's now gtk+glib
[16:37] <ogra_> ++
[16:37] <Laney> or... haskell?
[16:37] <kenvandine> Laney, oh, do the branches need to be links to the MPs? or can they be lp references?
[16:37] <ogra_> i dont mind the QML though ... just the C++
[16:37] <kenvandine> nevermind, robru just answered in the other channel :)
[16:38] <Laney> ogra_: takes a bit of adjustment
[16:38] <Laney> just get in and get out ;-)
[16:39] <ogra_> Laney, its not the language, its the time it takes to build that whole thing to test etc ...
[16:39] <ogra_> just painful
[16:39] <Laney> oh right
[16:39] <Laney> ccache means only the first one is bad
[16:39] <kenvandine> i really wish we could run uss from a checkout...
[16:39] <Laney> you and everyone else :(
[16:40] <Laney> friday labs: technical debt fixup hour
[16:40] <kenvandine> hour...
[16:41] <Laney> btw I saw you've been going climbing ;-)
[16:41] <Laney> next sprint you can join the CCC which is currently just me and attente :P
[16:41] <kenvandine> yup
[16:41] <kenvandine> the kids are addicted now... which is awesome
[16:41] <kenvandine> i prefer bouldering, but they seem to prefer climbing much higher :)
[16:42] <Laney> yeah bouldering for me too
[16:42] <kenvandine> wow... membership of 3 :)
[16:42] <Laney> it's an elite club
[16:42] <Laney> only top athletes need apply
[16:50] <kenvandine> haha
[16:50] <kenvandine> top athlete, that's me!
[16:52] <Laney> \o/
[17:03] <Laney> speaking of bouldering, I'm off to the centre now
[17:03] <Laney> tata
[17:04] <ogra_> kenvandine, well, in case you re-consider, there is always canonical-smokers
[17:06] <kenvandine> Laney, have fun!
[17:06] <kenvandine> ogra_, can i join if i don't smoke?
[17:06] <ogra_> heh, you can try :)
[17:06]  * kenvandine likes to hangout ;-p
[17:06] <Laney> smokin' hot
[17:06] <kenvandine> that's me!
[17:06] <kenvandine> haha
[17:06] <ogra_> haha
[17:07] <lotuspsychje> evening to all
[17:47] <awe_> sergiusens, I want to make one last minute change to the ofono landing: http://pastebin.ubuntu.com/7815502/
[17:47] <awe_> I haven't pushed it yet
[17:48] <awe_> this adds a few more env hooks to make testing much easier
[17:57] <jgdx> kenvandine, https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/1297418-apply-new-designs-to-background-panel/+merge/223571 failed, but this time due to about tests. Not sure if that is because of flakyness or what.
[17:58] <kenvandine> jgdx, yeah, i triggered a rebuild
[17:58] <kenvandine> to see
[17:58] <jgdx> kenvandine, thanks
[19:06] <kenvandine> jgdx, your branch passed this time :)
[19:06] <kenvandine> love having reliable tests :-D
[19:14] <mterry> mdeslaur, if the pam_extrausers auth module is marked with nullok instead of nullok_secure, is that a problem?
[19:14] <mdeslaur> mterry: no
[19:15] <mterry> ok, cool
[19:21] <brunogirin> Hi, is data over 3G supposed to work on Nexus 4 or is it WIP?
[19:23] <popey> yes
[19:23] <popey> i use 3g on nexus 4 all the time
[19:28] <kenvandine> brunogirin, always worked for me, my n4 has been my primary phone since august... nearly a year now :)
[19:28]  * kenvandine can't believe it's been that long!
[19:29] <brunogirin> kenvandine: OK, how can I check what's going wrong? the same SIM card works fine in a different phone
[19:30] <kenvandine> can you ssh in?
[19:30] <kenvandine> or get a shell anyway you want
[19:30] <kenvandine> and run /usr/share/ofono/scripts/list-modems
[19:31] <kenvandine> and pastebin that
[19:31] <kenvandine> in fact, i think pastebinit is in the default image
[19:31] <kenvandine>  /usr/share/ofono/scripts/list-modems | pastebinit
[19:31] <kenvandine> assuming it's on wifi at least
[19:34] <brunogirin> trying now
[19:39] <brunogirin> kenvandine: http://paste.ubuntu.com/7815968/
[19:44] <kenvandine> brunogirin, so do you get any data?
[19:44] <kenvandine> just not 3g?
[19:45] <brunogirin> kenvandine: I get data over wi-fi fine but otherwise not at all: if I try to open the browser when I'm on the cellular network, it tells me I don't have a network
[19:46] <kenvandine> looks like you should though..
[19:47] <brunogirin> could it be because when I originally flashed the phone I didn't have a SIM in it and it didn't get initialised properly?
[19:47] <kenvandine> doubt it
[19:48] <brunogirin> are there any logs I can look at that would provide a hint as to why it fails?
[19:48] <kenvandine> awe_, any ideas ^^
[19:52] <awe_> brunogirin, two ways to check...
[19:53] <awe_> 1) run the script ( as root ) /usr/share/ofono/scripts/list-contexts
[19:53] <awe_> or cat the file /var/lib/ofono/<IMSI>/gprs
[19:53] <awe_> most likely provisioning failed for your phone
[19:54] <brunogirin> awe_: the first one gives this: http://paste.ubuntu.com/7816028/
[19:56] <brunogirin> awe_, and the second one gives this: http://paste.ubuntu.com/7816032/
[19:56] <awe_> sure, they should both match
[19:56] <lotuspsychje> on wich devices you all testing touch?
[19:58] <brunogirin> awe_ it looks like they match but what do they tell me? provisioning failed?
[19:58] <awe_> give me a few minutes...
[19:58] <awe_> can you also pastebin the output of /usr/share/ofono/scripts/list-modems?
[19:59] <brunogirin> http://paste.ubuntu.com/7815968/
[19:59] <brunogirin> One thing that is slightly confusing is the reference to asdamobile.co.uk considering this is a Vodafone SIM
[20:01] <mterry> seb128, heyo!  if you have time today, could you re-look at the USS locking-hash branch?
[20:01] <mterry> seb128, you were having a problem with the interface as I recall
[20:03] <awe_> brunogirin, so this is caused by our current provisioning scheme in which we query two separate APN dbs to determine your settings automatically.  In some cases, this leads to bad results
[20:03] <awe_> like your case
[20:03] <awe_> so you have a few options
[20:04] <brunogirin> awe_ good I like options :)
[20:04] <awe_> first... you could test the new version of ofono in silo 15
[20:04] <awe_> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-015
[20:04] <awe_> or, you could just hand-edit the gprs file and fix the settings manually
[20:05] <awe_> unfortunately the UI to do this is still in-progress and hasn't landed
[20:05] <awe_> either way, in order to force ofono to re-provision your phone
[20:05] <awe_> you need to stop it
[20:05] <awe_> via
[20:05] <awe_> "stop ofono"
[20:05] <awe_> ( as root )
[20:06] <awe_> next you need to edit the gprs file
[20:06] <awe_> and remove everything below [context1]
[20:06] <brunogirin> OK, is there any documentation that tells me what I should edit the file to?
[20:07] <awe_> no, not really, but I should be able to guide you
[20:07] <awe_> one sec..lemme pastebin something
[20:07] <brunogirin> OK, no problem
[20:07] <awe_> here are the settings for basic vodafone and vodafone pre-pay: http://pastebin.ubuntu.com/7816098/
[20:08] <brunogirin> if I'm on contract, is it the top part I'm interested in?
[20:08] <awe_> yes
[20:08] <awe_> let me prep another pastebin on what you should put into the file
[20:08] <awe_> that's probably the easiest thing to do here
[20:09] <awe_> brunogirin, is your image write-able?
[20:09] <brunogirin> awe_ no idea, it's the devel image installed last night, how do I check?
[20:10] <mterry> ogra_, I re-marked https://code.launchpad.net/~mterry/livecd-rootfs/no-password/+merge/225560 as ready for review.    It now also sets up libnss-extrausers, though it does manually move the phablet user from /etc/shadow to /var/lib/extrausers, which I know you're not a fan of.
[20:10] <awe_> well... you would have had to do make it so via a phablet-tools command
[20:10] <brunogirin> OK so the answer is no then
[20:10] <awe_> let's stick with the manual approach then
[20:10] <brunogirin> ok, sounds good to me
[20:13] <awe_> brunogirin, try pasting the following into your gprs file *after* stopping ofono
[20:13] <awe_> http://pastebin.ubuntu.com/7816123/
[20:14] <awe_> then once you've done so, re-start ofono via "start ofono"
[20:14] <brunogirin> if ofono says "ofono stop/waiting", does it mean it's now stopped?
[20:18] <brunogirin> awe_ all done
[20:18] <awe_> and?
[20:18] <awe_> do you have network now?
[20:18] <brunogirin> let me check
[20:20] <brunogirin> awe_ it looks like I do! (assuming I properly disabled wifi) I'll go outside and check
[20:21] <awe_> cool
[20:23] <brunogirin> awe_ outside test works too, brilliant, thanks for the help!
[20:26] <awe_> brunogirin, your welcome
[20:26] <awe_> enjoy!
[20:27] <brunogirin> awe_ will do!
[21:18] <jgdx> kenvandine, awesome. I think the about test case is flakey because of the dbus mock.