phablet-flash needs a cleanup option to remove old images

Bug #1157710 reported by Alan Pope 🍺🐧🐱 🦄
270
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Phablet Tools
Invalid
Wishlist
Unassigned
goget-ubuntu-touch (Ubuntu)
Fix Released
Medium
Sergio Schvezov

Bug Description

Developers are using a button in qtcreator to launch phablet-flash, probably not realising this is eating up their disk space in ~/Downloads.

alan@deep-thought:~$ du -hs Downloads/phablet-flash/
9.0G Downloads/phablet-flash/

it would be useful for phablet-flash to have a "--cleanup" option which removes all but the most recent "N" images (default N=2?). A button could then be added to qtcreator ubuntu devices pane to 'clean up' which would simply run phablet-flash with the cleanup option.

Related branches

Changed in phablet-tools:
importance: Undecided → Wishlist
Revision history for this message
Oliver Grawert (ogra) wrote :

it should also have a better numbering scheme, while the jenkins build number can be reset which makes you end up with multiple downloads in one dir (i.e. the first raring build is "95" which is also the version of the first released image) which makes quite a mess and will occur again once the build number changes again ... like if jenkins moves to a new machine or something else happens that makes it start counting from zero ...

since cdimage numbering is guaranteed to increment with every build i would propose to instead use this numbering scheme for the download dirs.

Changed in phablet-tools:
assignee: nobody → Sergio Schvezov (sergiusens)
Changed in phablet-tools:
status: New → Confirmed
status: Confirmed → In Progress
information type: Public → Public Security
Revision history for this message
Tim Peeters (tpeeters) wrote :

now that we have ubuntu-device-flash where the images are in a hidden directory, I think this bug became a lot more relevant. We don't want the diskspace to fill and people to wonder where it went.

Changed in goget-ubuntu-touch (Ubuntu):
assignee: nobody → Sergio Schvezov (sergiusens)
importance: Undecided → Medium
Revision history for this message
Sergio Schvezov (sergiusens) wrote : Re: [Bug 1157710] Re: phablet-flash needs a cleanup option to remove old images

On Mon, Mar 10, 2014 at 8:43 AM, Tim Peeters <email address hidden> wrote:
> now that we have ubuntu-device-flash where the images are in a hidden
> directory, I think this bug became a lot more relevant. We don't want
> the diskspace to fill and people to wonder where it went.

~/.cache/ubuntuimages/

Revision history for this message
Sergio Schvezov (sergiusens) wrote :

I've added a simple cleanup option; not sure yet how to get something that works for everyone in an automagic way as the files that are downloaded are not sequential in any way and different versions/revisions can refer to the same file;

Easy options seem to be to clean by age (but how old?)
By age and size if a certain size is passed (which size? How aggressively should we bump the age as the size is not met?)

The other option, which requires downloading all channels for all devices and seeing which files are unreferenced and clean those (useful for aggresive users of devel-proposed).

I would argue that an application developer would use a released version (channel stable) so I don't see why the sdk would need it per se in the future as the can just clean up everything (the few released images)

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package goget-ubuntu-touch - 0.2+14.04.20140317-0ubuntu1

---------------
goget-ubuntu-touch (0.2+14.04.20140317-0ubuntu1) trusty; urgency=low

  [ Sergio Schvezov ]
  * Simple cleanup option for flashing. (LP: #1157710)
 -- Ubuntu daily release <email address hidden> Mon, 17 Mar 2014 21:37:05 +0000

Changed in goget-ubuntu-touch (Ubuntu):
status: New → Fix Released
Changed in phablet-tools:
assignee: Sergio Schvezov (sergiusens) → nobody
Oliver Grawert (ogra)
Changed in phablet-tools:
status: In Progress → Invalid
To post a comment you must log in.
This report contains Public Security information  
Everyone can see this security related information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.