Re: [Ubuntu-phone] system-image-cli

On Dec 01, 2016, at 03:55 AM, Mitchell Reese wrote: >> You want "--build 0 --maximage 121" >> >Didn't work for me. Seems not possible to roll back updates with the >system-image-cli tool. As near as I can tell, this tool allows you to force >an upgrade to a certain version that's greater than th

Re: [Ubuntu-phone] system-image-cli

On Nov 30, 2016, at 06:11 PM, Michał Sawicz wrote: >Correct, but --build 0 is overriding the "current version", so 121 is >higher than that. > >I've confirmed, though, that the --maximage option doesn't seem to work >well when it would be a full upgrade, because the upgrade path just has >one item

Re: [Ubuntu-phone] No updates - still on OTA11

On Aug 01, 2016, at 01:02 PM, Peter Bittner wrote: >Interesting, the update popped up after I had switched the "Download >automatically" option to "Always" (instead of "WiFi only"), and >manually checked for updated again twice. Is this related to roaming, >by mistake or by design, maybe? There's

Re: [Ubuntu-phone] Using system-image-cli failing

On Jul 15, 2016, at 12:51 PM, Michał Sawicz wrote: >system-image-cli always goes to the latest, there's no way to override >that atm. Kind of. As I mentioned earlier, there is the -m/--maximage flag. Let me elaborate on that a little bit. The way s-i works is that it first calculates all the c

Re: [Ubuntu-phone] Using system-image-cli failing

On Jul 15, 2016, at 11:07 AM, Alan Pope wrote: >In theory one should be able to flash a specific build of Ubuntu on a >device in the terminal with system-image-cli -b [buildno]. I tried this >today on my pro 5 and it fails. I typed this: > >sudo system-image-cli -b 134 -v > >Here's the output:- >

Re: [Ubuntu-phone] mailing list

On Feb 21, 2016, at 09:12 PM, Matthias Apitz wrote: >I've checked the archives and my log files: I do not receive any mail >from the list after this one: I don't know why that is; I'm seeing several messages to this mailing list today. Let's see if I get this response... >What can I do as this

Re: [Ubuntu-phone] Ubuntu Touch OTA-9 released

> [systemimage] Jan 28 18:40:08 2016 (8741) system-image-cli exception > Traceback (most recent call last): > File "/usr/lib/python3/dist-packages/systemimage/main.py", line 350, in main > state.run_until('download_files') > File "/usr/lib/python3/dist-packages/systemimage/state.py", line 1

Re: [Ubuntu-phone] Ubuntu Touch OTA-9 released

On Jan 28, 2016, at 05:09 PM, Nekhelesh Ramananthan wrote: >When I tried system-image-cli -n -v, I got, > >[systemimage] Jan 28 21:36:57 2016 (16704) No valid image master key >found, downloading >[systemimage] Jan 28 21:36:57 2016 (16704) [0xb5fa4710] Requesting >group download: > https://s

Re: [Ubuntu-phone] Ubuntu Touch OTA-9 released

On Jan 28, 2016, at 05:30 PM, Łukasz 'sil2100' Zemczak wrote: >Could you type this command into a terminal on the device? (or while >accessing it through adb/ssh). Requires password: > > sudo system-image-cli --dry-run Try it also with increasing levels of -v for more information about update can

Re: [Ubuntu-phone] Preparing for larger images

On Aug 27, 2015, at 07:17 AM, Thomas A. Moulton wrote: >From watching the various updates my Tablet (flo) has received, aren't >the OTA updates deltas? If so, then would it be expected to have >500MB >of changes between updates often? In the most recent update I think I >saw about 148MB downloaded

Re: [Ubuntu-phone] Preparing for larger images

On Aug 27, 2015, at 08:56 AM, Sergio Schvezov wrote: >This could be solved with having an entry in channels.ini We should really get touch on system-image 3.0. I think it doesn't help us that snappy and touch use different versions of this tool. In si 3.0, this would be a set in a file in /etc/

Re: [Ubuntu-phone] Identifying image versions easily

On Jul 07, 2015, at 02:50 PM, John McAleely wrote: >What does the user see? I had build 200, and now I have build 50? Or I had >build 200, and now I have 201? The si client is just reporting whatever information ends up in the .ini files after the update, so in this case the user will see build 5

Re: [Ubuntu-phone] Identifying image versions easily

On Jul 07, 2015, at 02:39 PM, John McAleely wrote: >What happens when an alias is retargetted between a channel with (say) >build 200 at the tip, to one with 50 at its tip (for the same device)? That's supported. On an alias change, we squash the device's build number to 0 so it will do a full u

Re: [Ubuntu-phone] Identifying image versions easily

On Jul 07, 2015, at 12:03 PM, John McAleely wrote: >My take away is that the system has the capability (via alias channels) to >publish channels were the build numbers do make arbitrary jumps backward or >forward, and we currently succeed in not using that capability (mostly). Going backward with

Re: [Ubuntu-phone] Updates and channels?

On Jun 17, 2015, at 11:42 AM, Sergio Schvezov wrote: >Can't we block system image updates from happening if .writable-paths is >set? Or maybe a less happy path of forcing full updates instead of deltas, >breaking the user's mods but not the system. As I mentioned internally, you only want to do t

[Ubuntu-phone] system-image 3.0

I just published the system-image client v3.0 to wily. The full list of changes is available on the milestone page: https://launchpad.net/ubuntu-system-image/client/3.0 Most of the changes fall in to two categories: bug fixes, and changes to better support snappy. The D-Bus API should be comple

[Ubuntu-phone] Call for testing: system-image 3.0

Hi folks. The system-image client (or "si" for short) is the component on devices that performs the check for availability of system upgrades, downloads and verifies the upgrade, and (on touch) reboots into recovery so that the upgrade can be applied. There is both a command line version and a D-

[Ubuntu-phone] system-image 2.5.1 and LP: #1383539

LP: #1383539 describes a bug with phased-updates, and is a candidate for rtm. system-image 2.5.1 is a candidate for fixing this bug. The new version is available in a vivid silo (although it will be a sync to rtm); this is a call for additional testing. The silo with the (architecture independent

Re: [Ubuntu-phone] system image update (to #122) failing on krillin

On Oct 22, 2014, at 09:37 AM, Olivier Tilloy wrote: >Just tried to upgrade my krillin from #120 to #122, and I’m getting a >popup that says: > >Installation failed > >Sorry, the system update failed. > >[OK] > >The log under /var/log/system-image has the following: > >[systemimage]

Re: [Ubuntu-phone] DNS hijacking for system-image.ubuntu.com at sprints

On Oct 21, 2014, at 09:55 AM, Pete Woods wrote: >Is there any chance the magical internet fairies could do the same for >system images as they already do for the archive mirrors? They wouldn't have access to the private keys that sign the system image files, so device updates should properly fail

Re: [Ubuntu-phone] DO NOT UPGRADE PHONE & image server taken down temporarily

On Oct 11, 2014, at 04:48 PM, Oliver Grawert wrote: >we have abilities to do that ... but only stgraber knows the exact steps >that dont break the world (last time we had this issue i simply did a >copy-image of the former working image to become newer than the broken >one, but that caused havoc w

Re: [Ubuntu-phone] DO NOT UPGRADE PHONE & image server taken down temporarily

On Oct 11, 2014, at 03:48 PM, Vojtech Bocek wrote: >I've just removed the broken image (version 82) from my >s-i.tasemnice.eu server (the one for hammerhead and deb). The same >thing applies - if you've already downloaded it, don't install it. It >_should_ be safe to update to version 81 though.

Re: [Ubuntu-phone] ANNOUNCEMENT: CI Train landing process documentation

On Oct 09, 2014, at 12:47 PM, Łukasz 'sil2100' Zemczak wrote: >https://wiki.ubuntu.com/citrain/LandingProcess Good work! Lots of great details there for self-serve passengers. >We will add new things to it today as well, but we're open to suggestions. Note that we also have the FAQ: https://wi

[Ubuntu-phone] Call for testing: system-image 2.4

system-image is the core component that handles the client side of image based upgrades. From a user perspective, it is two tools (both have extensive manpages): * system-image-cli - the command line executable * system-image-dbus - the D-Bus service, used by the System Settings u/i Version 2.

[Ubuntu-phone] system-image 2.4 command line change

As I prepare system-image 2.4 for the citrain, I wanted to mention that I am deprecating the `--dbus` option for system-image-cli. I doubt anybody actually uses this option, and I plan on removing it in system-image 2.5, whenever that happens. Note that this has nothing to do with system-image-db

Re: [Ubuntu-phone] Can't change Channel in Dualboot

On Jul 29, 2014, at 12:46 PM, Larry Griffin wrote: >I have a problem setting up a Nexus 7 WIFI to Dualboot. I'd like to use it to >help with testing. I originally installed dualboot on this Nexus 7 about two >months ago, and it used the trusty channel. Now I can't change the channel to >utopic. I'

[Ubuntu-phone] system-image 2.3.1 call for testing

The system-image package provides the component on touch devices that checks for and performs system updates. Version 2.3.1 is ready for wider testing. Below are the list of changes for this new release. If all goes well, I intend for this to be the version for RTM, and as this is a rather critic

Re: [Ubuntu-phone] Status update: Planned changes to the developer mode/adb access

On Jul 08, 2014, at 12:23 PM, Sergio Schvezov wrote: >On martes 8 de julio de 2014 10h'58:26 ART, Jamie Strandboge wrote: >> On 07/08/2014 03:45 AM, Oliver Grawert wrote: >>> Am Montag, den 07.07.2014, 22:45 +0200 schrieb Alexander Sack: >> ... >> To be clear, we are wanting to support devices th

Re: [Ubuntu-phone] autopilot dropping Python 2 support very soon!

On May 02, 2014, at 05:55 PM, Steve Langasek wrote: >This does not impact the unity7 desktop autopilot usage. My understanding >is that autopilot python2 support will continue to be maintained for >compatibility with unity7. But as unity7 is not on the phone, >python-autopilot shouldn't be there

[Ubuntu-phone] autopilot dropping Python 2 support very soon!

As you may be aware, we are transitioning autopilot to Python 3 by default so that we can remove Python 2 from the touch images. The key to this is to complete the port of the default install click app tests to Python 3, which will allow us to drop Python 2 dependencies from the default autopilot

Re: [Ubuntu-phone] Landing team 30.04.14

On Apr 30, 2014, at 08:59 PM, Robert Park wrote: >I also landed thomi's new autopilot-legacy, which is a fork of >autopilot containing python2 code that will soon be dropped from >autopilot, however I don't think this is actually used anywhere or >seeded just yet so this shouldn't impact image #6.

Re: [Ubuntu-phone] Landing team 30.04.14

On Apr 30, 2014, at 04:43 PM, Chris Gagnon wrote: >I have a merge proposal to fix the gallery app flakyness here: >lp:~chris.gagnon/gallery-app/autopilot-fix-flakyness-and-make-work-on-desktop

Re: [Ubuntu-phone] Landing team 02.04.13

On Apr 03, 2014, at 05:10 PM, Łukasz 'sil2100' Zemczak wrote: >Right. I tried fixing that myself some time ago, but the problem was >that system-image-dbus is started by python-dbusmock. I didn't see any >easy way of overriding the system .service files. Starting it manually >won't help as dbusmoc

Re: [Ubuntu-phone] Landing team 02.04.13

On Apr 03, 2014, at 04:33 PM, Didier Roche wrote: >I think it's still the same than the one we have for weeks in the >dashboard. Lukasz should have poke you multiple times about it. (this is the >/var/log/syslog permission issue): >https://jenkins.qa.ubuntu.com/job/trusty-touch-mako-smoke-daily/21

Re: [Ubuntu-phone] Landing team 02.04.13

On Apr 03, 2014, at 02:15 PM, Timo Jyrinki wrote: >Note that this is all AP:s run after one another without reboots or >sleep:s, except for that one I did when mediaplayer_app encountered a >problem. There were no new crash files in /var/crash, but this wasn't >a wiped update so I had four .crash

[Ubuntu-phone] Removing Python 2 from the touch image

We're within striking distance of removing Python 2 from the touch images. gdebi-core 0.9.5 is in the archive and that should make its way to touch. This version changes the shebang lines to /usr/bin/python3 and removes the dependency on Python 2. This merge proposal: https://code.launchpad.net/

Re: [Ubuntu-phone] Landing team 12.03.14

On Mar 13, 2014, at 06:43 PM, Łukasz 'sil2100' Zemczak wrote: >I also tried poking around the system-image-dbus crasher we're >encountering all the time. Barry is taking a look at it as well, but it >seems to be a really really strange error in overall. Even when making >/var/log/system-image and

Re: [Ubuntu-phone] Ubuntu Download Manager broken since #213

On Mar 06, 2014, at 02:13 PM, Alejandro J. Cura wrote: >So, while the updates are downloading, how is s-i kept alive if the >user switches to other apps? Is it somehow escaping the app lifecycle? Yes, because s-i isn't an app. It's a system bus service itself which is invoked by system settings

Re: [Ubuntu-phone] Ubuntu Download Manager broken since #213

On Mar 06, 2014, at 01:21 PM, Alejandro J. Cura wrote: > * and it needs to do *something* when a given download has finished (or > failed) With system-image-dbus, that *something* is "send a 'finished' signal" over D-Bus. That works for s-i because it stays alive and can respond to that request

[Ubuntu-phone] system-image 2.2 call for testing

I have a new version of system-image in my PPA that should fix the traceback Alan was seeing while manual downloading was enabled. This is a follow up to the previous fix (in s-i 2.1) for automatic downloading. The scenario is outlined in Test B in the s-i test plan: https://wiki.ubuntu.com/Proc

Re: [Ubuntu-phone] System images.

On Mar 02, 2014, at 06:50 PM, Зонов Роман wrote: >"The default update mechanism is therefore image based. We build new images >on our build infrastructure, generate diffs between images and publish the >result on the public server." - part of Stéphane Graber's post. Fox example, >I have...1036 bui

Re: [Ubuntu-phone] Ubuntu Download Manager broken since #213

On Mar 03, 2014, at 02:50 AM, Alejandro J. Cura wrote: >You mention that you don't like the download manager doing the >installation, but to put it more strictly: the download manager is >actually just running a command given by the scope when a given >download is completed. And the installation p

Re: [Ubuntu-phone] Ubuntu Download Manager broken since #213

On Mar 01, 2014, at 03:35 PM, Roberto Alsina wrote: >There was also a lack of thorough verification on my side as one of the >landers: I asked "did you guys check this" because I could not. I did not >ask "did you guys follow the whole test plan?" > >So, a learning opportunity all around :-( Seve

Re: [Ubuntu-phone] Ubuntu Download Manager broken since #213

On Mar 01, 2014, at 06:54 PM, Łukasz 'sil2100' Zemczak wrote: >I wonder then why the silo was marked as 'Tested: Yes' if the basic >testplan wasn't completed? It was also my fault for letting it through >and I'm really pissed about that. Apologies here. My guess is that we were so focused on fixi

[Ubuntu-phone] D-Bus flakiness during tests (was Re: Landing team 25.02.14)

On Feb 26, 2014, at 03:37 PM, Bill Filler wrote: >I'm looking at this with the help of Omer. It's very strange as the >failure is simply trying to switch from the main view to the Albums tab >(via the ubuntu-ui-toolkit-emulator classes) and that operation does not >succeed. It's getting a time ou

Re: [Ubuntu-phone] Landing slot #10 - new system update stack

On Feb 26, 2014, at 01:58 PM, Manuel de la Pena wrote: >> Yup, looks good to me too. I ran the u-s-s AP tests and they all passed, >> and did a manual update. >> >> We can release this when the embargo is lifted IMO. I'll watch out for >> that. > >+1 too from the udm side. All systems go! Thanks

[Ubuntu-phone] Landing slot #10 - new system update stack

I've been testing landing #10, which includes a new system image update stack (system-settings, system-image, and ubuntu-download-manager). I'm specifically looking at fixing LP: #1277589 and LP: #1284217. https://bugs.launchpad.net/ubuntu-system-image/+bug/1277589 https://bugs.launchpad.net/ubun

Re: [Ubuntu-phone] Landing team 24.02.14

On Feb 24, 2014, at 11:50 PM, Bill Filler wrote: >>> - gallery_app (Bill & Mathieu) >>> - test_album_title_fields >cyphermox and I ran all tests on the device without failure I haven't seen this one either when testing on amd64. -Barry -- Mailing list: https://launchpad.net/~ubuntu-phone Pos

Re: [Ubuntu-phone] Python2 removal status update

On Feb 24, 2014, at 06:03 PM, Dimitri John Ledkov wrote: >* ubuntu-ui-toolkit >https://code.launchpad.net/~xnox/ubuntu-ui-toolkit/py32ap/+merge/207757 >( needs to land ) You'll need one small patch. See my comment in the mp. -Barry -- Mailing list: https://launchpad.net/~ubuntu-phone Post to

Re: [Ubuntu-phone] system-image updates, and LP: #1277589

On Feb 20, 2014, at 04:11 PM, Loïc Minier wrote: >Should we build some kind of "remote recovery channel" to remotely fix >any screwups in the system-image updates stack? There was a workaround >this time, but it could happen that we lock production users out of all >updates. Do you mean, like a

Re: [Ubuntu-phone] system-image updates, and LP: #1277589

On Feb 20, 2014, at 01:10 PM, Iain Lane wrote: >That'll make it hard to verify Barry's fix. Barry, I've made a CI train >request - line 47 on the spreadsheet. To that I added a revert in >ubuntu-system-settings which re-enables the functionality. Would you be >able to add your s-i branch(es) to th

Re: [Ubuntu-phone] system-image updates, and LP: #1277589

On Feb 19, 2014, at 05:58 PM, Manuel de la Pena wrote: >As from my part I can let you know that I have proposed a new branch that >does what is requested + it ensure that no to files will ever write in the >same temp path via a mutex. This does no have a huge performance impact. I >hope to land t

[Ubuntu-phone] system-image updates, and LP: #1277589

Over the last week or so, we've had a lot of reports of folks not being able to update their devices using System Settings. This has been quite tricky to track down. I think I have a fix, and I'd like to ask the adventurous among you to test it out. If you do, please follow up here, or in LP: #1

Re: [Ubuntu-phone] System Update errors

On Feb 13, 2014, at 03:51 PM, Pat McGowan wrote: >[1] "FileNotFoundError: /var/lib/system-image/blacklist.tar.xz" >https://bugs.launchpad.net/ubuntu-system-image/+bug/1277589 See comment #40 if you want the all gory details. -Barry -- Mailing list: https://launchpad.net/~ubuntu-phone Post to

Re: [Ubuntu-phone] Landing team 10.02.14

On Feb 10, 2014, at 12:47 PM, Alan O'Dannel wrote: >All, I just tried the update again, this time I received the error (system >image.gpg.SignatureError). Okay, so here's the thing to do: Take a look at your /etc/system-image/client.ini file to find the locations of the image_master, image_signi

Re: [Ubuntu-phone] Landing team 10.02.14

On Feb 10, 2014, at 02:56 PM, Stéphane Graber wrote: >I did a quick wget test on my laptop here and they all download fine and >all .asc signatures match with the .tar.xz so they don't appear to be >corrupted. The next thing to try, for folks who are seeing this problem, is to compare the checksu

Re: [Ubuntu-phone] Landing team 10.02.14

On Feb 10, 2014, at 11:16 AM, Alan O'Dannel wrote: >At the end of the update I receive a message indicating that a file was not >found. (FileNotFoundError:/var/lib/system-image/blacklist). The name appears >to truncated. > >Is this unique to my device (mako), or is there a problem with the OTA ima

[Ubuntu-phone] Autopilot test authors, be aware of a subtle Python issue

A quick note about something I've seen a few times in several autopilot tests as I'm porting them to Python 3. The issue isn't Python 3 specific though. Please do not use mutable objects in default arguments! There is a subtle bug in this function. Without looking ahead can you guess what it is

Re: [Ubuntu-phone] Python app tutorial?

On Jan 29, 2014, at 09:40 AM, Michel Renon wrote: >While being also very disappointed by lack of Python support in Ubuntu Touch, >I recognize it's only a pragmatic decision : having several python runtime >running was not possible on a mobile device. That will change as mobile devices inevitably

Re: [Ubuntu-phone] Python app tutorial?

On Jan 27, 2014, at 11:42 PM, Sam Bull wrote: >I thought there was a plan to support python3 in 14.04? ... >Using Python over our existing Java implementation would reduce our app >size by around 100x (assuming python3 is pre-installed), and create a >much more reliable, stable and efficient app.

Re: [Ubuntu-phone] ANN: Changes to our Upstream Landing and Merge Review Practices in January

On Jan 13, 2014, at 10:28 AM, Didier Roche wrote: >Agreed, not sure about what we can do about that one though (apart from >--overwrite in those branches everytime on ubuntu:foo). I'm not sure there's anything we can *easily* do about it (except perhaps to make it clear in the documentation - whi

Re: [Ubuntu-phone] ANN: Changes to our Upstream Landing and Merge Review Practices in January

On Jan 09, 2014, at 08:34 AM, Didier Roche wrote: >So, the idea that we enforced from this process are quite simple: >source package name == project name. So, if you have "foo" source package in >Ubuntu where we are upstream for, you know that you can confidently bzr >branch lp:foo and that's wha

Re: [Ubuntu-phone] ANN: Changes to our Upstream Landing and Merge Review Practices in January

On Jan 08, 2014, at 09:36 AM, Robert Park wrote: >https://wiki.ubuntu.com/DailyRelease/InlinePackaging has been on the >wiki for a while now (nearly a year I think). The landing team has >been making these changes to the various canonical-upstream projects >as we add them to the daily_release proc

Re: [Ubuntu-phone] Emulator + Autopilot = Win

On Jan 07, 2014, at 02:50 PM, Dimitri John Ledkov wrote: >Whilst the emulator improvement work is on-going, I've spend some time >getting autopilot tests execution using the emulator running. Nice work! A quick note: run-tests.sh will fail if you *also* have a physical device plugged in, e.g. vi

Re: [Ubuntu-phone] ANN: Changes to our Upstream Landing and Merge Review Practices in January

On Jan 07, 2014, at 11:51 AM, Alexander Sack wrote: >2. The second change unifies our upstream and distribution landing >process by wrapping the landing activity into the merge review process >as the final step before your code hits trunk (see: Upstream Landings >part of slide deck). Correct me i

Re: [Ubuntu-phone] LP: #1260712 post-mortem and improving our processes

Thanks for the followup Leo! I don't have much more to add, but let me comment quickly on a few things. On Dec 16, 2013, at 06:26 PM, Leo Arias wrote: >If we have to change the test client for the tests to pass, we will need to >communicate it to all our known clients. Ideally, getting a +1 on t

Re: [Ubuntu-phone] LP: #1260712 post-mortem and improving our processes

On Dec 17, 2013, at 10:50 PM, Alberto Mardegan wrote: >But if I got it right, Barry needed an asynchronous method *implementation*, >on the server side. Correct. >Actually the tutorial you linked if mentions that it's possible, however it >doesn't document it: > >http://dbus.freedesktop.org/doc/

Re: [Ubuntu-phone] LP: #1260712 post-mortem and improving our processes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Dec 17, 2013, at 02:25 PM, Alberto Mardegan wrote: >In fact, it was not necessary: the ApplyUpdate() could have stayed as it was, >and yet be processed asynchronously, allowing the main loop to continue >running. I'm not sure if that's possible

Re: [Ubuntu-phone] LP: #1260712 post-mortem and improving our processes

On Dec 14, 2013, at 12:41 PM, Kevin Krammer wrote: >While it is of course nice to delegate version handling to the linker, it >also makes writing those interface libraries the difficult task. Thanks for enumerating some of the difficult design choices involved in writing D-Bus API wrappers. Anot

Re: [Ubuntu-phone] LP: #1260712 post-mortem and improving our processes

On Dec 14, 2013, at 08:24 AM, Thomas Voß wrote: >Seconded. Treating DBus as an implementation detail and not leaking it >to customers of your service helps a lot in versioning access to your >API/service. In addition, our tooling and packaging supports >versioning on a library/symbol level quite n

Re: [Ubuntu-phone] LP: #1260712 post-mortem and improving our processes

On Dec 13, 2013, at 11:05 PM, Dimitri John Ledkov wrote: >dbus apis are hard, hence a few dbus apis are provided as shared-libraries >(essentially generate client code and compile it into shared library). When >looking at dbus api, as if it's a compiled generated shared library the >ABI/API break

[Ubuntu-phone] LP: #1260712 post-mortem and improving our processes

I'm writing this email in response to LP: #1260712, mostly as a post-mortem and so we as a team can discuss ways to improve our processes so that we avoid such problems in the future, not just with system-image and system-settings, but across all our mobile components. Apologies in advance for the

Re: [Ubuntu-phone] system-image 2.0 is ready

On Nov 13, 2013, at 01:50 PM, Barry Warsaw wrote: >I think system-image 2.0 is ready for release, and would like to request a >landing slot. In the meantime, if you want to test it: https://launchpad.net/~barry/+archive/experimental/+packages Cheers, -Barry signature.asc Descriptio

Re: [Ubuntu-phone] system-image 2.0 is ready

On Nov 14, 2013, at 08:21 AM, Didier Roche wrote: >With all our testing down (CI infra not available), I would love to wait for >getting the first test results since last week before we start landing this >one. Also, can you please file the landing spreadsheet with those info (your >manager can h

[Ubuntu-phone] system-image 2.0 is ready

I think system-image 2.0 is ready for release, and would like to request a landing slot. https://launchpad.net/ubuntu-system-image/+milestone/2.0 This version fixes a ton of bugs. Attached is the NEWS file excerpt. I've tested this new version locally and on my device and all seems happy. The

Re: [Ubuntu-phone] Upcoming change to system-image D-Bus API

On Oct 31, 2013, at 06:35 PM, Barry Warsaw wrote: >There's a catch though: I have to change the D-Bus API slightly. The current >API is documented here: > >https://wiki.ubuntu.com/ImageBasedUpgrades/Client > >The affected method is ApplyUpdate(). Currently this is de

[Ubuntu-phone] Upcoming change to system-image D-Bus API

For a while now I've been struggling with LP: #1217098 in system-image. The bug captures the feature where system-image can avoid re-downloading all the data files in some situations. Here's a typical use case: The user checks for an update via the u/i on a phone. system-image finds an update a

Re: [Ubuntu-phone] Image 4 (20131023) released

On Oct 24, 2013, at 02:04 PM, Oliver Grawert wrote: >yes, try to use the following command while connected via USB: >adb shell system-image-cli -c trusty -b 4 -v > >that will switch you to trusty and install build #4 (all further trusty >updates can happen through the GUI now, you will only need o

Re: [Ubuntu-phone] PyOtherSide: Asynchronous Python Bindings for Qt 5

On Oct 21, 2013, at 03:31 PM, Jamie Strandboge wrote: >So, if the app shipped the entire python interpreter we should be able to get >away with not having to update the application confinement policy. > >However, shipping the interpreter is cumbersome, and I think what is really >being asked is if

Re: [Ubuntu-phone] Coordinating landings for changes affecting Touch images

On Sep 17, 2013, at 05:20 PM, Loïc Minier wrote: >If you or your team have upcoming landings, would you please add a >request in the second sheet; any details about the landing are useful: >https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid

Re: [Ubuntu-phone] Enabling mir on the latest builds

On Sep 13, 2013, at 10:32 AM, Omer Akram wrote: >cool thanks. I think we need to change it to be -c instead of --channel or >change system-image-cli to use --channel argument. system-image-cli -c and --channel are synonymous if you have at least version 1.3 (with 1.5.1 being the latest release).

Re: [Ubuntu-phone] System images now the recommended way to deploy and update Ubuntu Touch

On Sep 06, 2013, at 12:39 PM, Robert Park wrote: >I just did this and it "bricked" my phone (screen black, can't get it to >turn on regardless of what combinations of button presses i might hold >down). Here was the error message during flashing: It's bricked my Nexus 7 in the past. I got it wor

Re: [Ubuntu-phone] Can we have something like /etc/buildstamp in ubuntu touch image ?

On Aug 29, 2013, at 11:11 AM, YC Cheng wrote: >I put those information on https://wiki.ubuntu.com/Touch/Install as a >section "Check version after install". > >On my n4 install 20130827.2, the client.ini content: > >[service] >base: system-image.ubuntu.com >http_port: 80 >https_port: 443 >channel:

Re: [Ubuntu-phone] Can we have something like /etc/buildstamp in ubuntu touch image ?

On Aug 28, 2013, at 05:45 PM, Sergio Schvezov wrote: >System images also create /etc/ubuntu-build >and /etc/system-image/channel.ini > >So the media-info is from cdimage and the channel/ubuntu-build is from the >system image which don't necessarily match. On the same system: > ># cat /etc/system-

Re: [Ubuntu-phone] problem with phablet-flash

On Jul 27, 2013, at 03:47 PM, Sergio Schvezov wrote: >Seems like the network timed out on system-image.ubuntu.com It's back up now. Don't forget to $ sudo umount /etc/system-image/client.ini before you $ sudo system-image-cli -v This should be the last time you have to do this. -Barry -- Mai

Re: [Ubuntu-phone] dbus

On Jul 25, 2013, at 06:42 PM, Василий Алексеенко wrote: >please help. > ># phablet-flash --ubuntu-bootstrap > >"adb shell system-image-cli" not work. > ># adb shell system-image-cli >Traceback (most recent call last): > File "/usr/bin/system-image-cli", line 9, in >load_entry_point('system-i

Re: [Ubuntu-phone] Simple(r) sbuild setup

On Jun 22, 2013, at 03:21 AM, Michał Sawicz wrote: >I've spent some hours today to prepare a simple (erm... simpler - still >ended up quite big, not nearly as short as with pbuilder-scripts) guide >[3] on how to set it all up. Thank you, thank you, thank you! You did a really great job simplifyi

Re: [Ubuntu-phone] Let's talk: Root access, updates, OEM skins, and bloatware. [Canonical] [design] [development]

On Jun 18, 2013, at 01:18 PM, Josh Leverette wrote: >I'd really like to know if Canonical has any more information they >can share about their plans for full OS updates in the future? We're calling these Image Based Upgrades and everything's public. There's a wiki page for the spec: https://wiki

Re: [Ubuntu-phone] How to make deb package?

On Apr 10, 2013, at 02:21 AM, Ma Xiaojun wrote: >3. What the h* is a source package? > >4. How to create a (minimal) source package from scratch? > >5. What's the best practices in packaging? (I also find some other >FOSS annoying mostly in this way, it is very hard to know what is the >best pract

Re: [Ubuntu-phone] How to make deb package?

On Apr 09, 2013, at 07:12 PM, Oliver Grawert wrote: >*if* someone wants to do a local build i would consider that an advanced >task for which you can indeed use a pbuilder or some such ... generally >creating a *source* package should be completely arch agnostic though >and easy to automate from t

Re: [Ubuntu-phone] How to make deb package?

On Apr 09, 2013, at 05:11 PM, Oliver Grawert wrote: >well, it shouldn't be to hard to have a form to present to the app dev >that fills in the five or so files you actually *need* in the /debian >dir which could be hidden behind a "create package" button ... after all >i would expect the packaging

Re: [Ubuntu-phone] How to make deb package?

On Apr 09, 2013, at 12:37 PM, Ma Xiaojun wrote: >I guess we should not require painful DEB packaging any more, or we >wrapper it nicely. It's certainly true that learning how to package for Debian/Ubuntu is a big hurdle for developers. It seemed a big mystery to me when I started to learn how to

Re: [Ubuntu-phone] [Development] Qt/QML Python bindings

On Mar 21, 2013, at 12:38 AM, Zisu Andrei wrote: >hah, that's just mean! language wars! Who doesn't like a good language/editor/vcs/OS/input device/cpu/colors scheme/brightness level/favorite band for coding to/ war? :) Language wars are more or less pointless. It's up to us to make sure that

Re: [Ubuntu-phone] [Development] Qt/QML Python bindings

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Mar 20, 2013, at 02:59 PM, Robert Bruce Park wrote: >Yes, Python is falling out of favor for performance reasons. But the >issue being asked about here isn't that python is "second-party", it's >that python is "no-party". It's currently *not even

Re: [Ubuntu-phone] [Development] Qt/QML Python bindings

On Mar 20, 2013, at 05:40 PM, Jonathan Meek wrote: >I know I've seen a lot of blueprints where things boil down to "get rid of >python in [x]" for resource conservation purposes. After the conversations I had at Pycon with *lots* of people doing very successful projects with Python on resource co

Re: [Ubuntu-phone] [Development] Qt/QML Python bindings

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Mar 20, 2013, at 02:38 PM, Robert Bruce Park wrote: >I wonder which would take more effort: Creating a Qt equivalent of >GObject Introspection from scratch, or writing all new bindings for >Qt5 by hand... I am *s* behind on email due to Pyco

Re: [Ubuntu-phone] suggestion to make good mailing list

On Mar 07, 2013, at 08:48 AM, Octavian Damiean wrote: >At the risk of sounding a bit rude​​, if the mails on a **mailing list** >stress you, just unsubscribe. Another option is to get the mailing list gatewayed to NNTP at Gmane. Sometimes it's easier to engage with a mailing list via NNTP since y

[Ubuntu-phone] Refresh gesture

One of the gestures that I love on my iPhone, but which sadly is deployed rather inconsistently, is what I call "tug down to refresh". I think I first saw it on the Huffington Post app, and then it showed up in the Mail app in iOS 6 (with a very cute graphic that's an oddly addictive game :). It'