GNOME Bugzilla – Bug 668405
no way to change default destination when creating disk image
Last modified: 2014-06-04 13:06:28 UTC
When burning a project to an image file on disk, there is no way to change default destination path. It is always set to $HOME/brasero.iso for data project, $HOME/brasero.cue for audio project etc.
There simply may be no room under user home directory or the user may prefer to change the default destination path for one reason or another. It is pretty standard for an application to allow the user to choose destination for the resulting output.
The same applies to the working temporary directory which defaults to /tmp. I do not have enough room in /tmp which is mounted as tmpfs on my system, and have no good reason to grow its size. While default temporary dir can be easily changed using gconf-editor, this is not user friendly. Some sort of preferences dialogue would be useful in this case.
Not sure what weighs more - Cluttering the UI by another dialog, or the amount of users that have small partitions. :)
Having preferences dialog does not add any clutter for sure. Neither does the parameter configurable with gconf-editor. Even the "..." button to select destination path is not a clutter, but rather is expected from a typical application GUI. Users must have a way to tailor application to their use case, and not to reconfigure their entire OS just to satisfy one single app.
Regarding small /tmp partition I never knew its size was a problem. Brasero would burn a DVD or CD image just fine, then calculating check sum on the disk and finally informing me that the disk might have some errors on it. Luring me into believing that my burner was a problem. Yet burning ISO image was always a success. I had not enough room in /tmp and Brasero did not warn me about this in advance. This is certainly a bug. And even if it would, how a user should go about it? Im my case, I have /boot, /, /var, /usr and /home as separate partitions with their respective mount options, and /tmp set up as tmpfs. With 2GB of 4GB of swap space the size of /tmp partition is reported to be around 1GB. Never had a problem with that for the past 5 years. Storing large temporary files under user home dir rather than /tmp is pretty standard application behaviour in my opinion.
With regards to destination folder for resulting ISO images, there are two common use cases.
1. The user wants his or her images to go to some dedicated folder rather than /home
2. The user may need to boot from live CD to burn a backup copy or to create a disk image with the backup files and find out that there is not enough room under their live user home directory.
Why should we limit user choice in those cases?
As a user I do not think it is not a simple matter of just small partitions, it is also about knowing. A normal user would not know where where the images are being kept. It is like ~/Downloads. Now I know that whatever I'm downloading from whichever application it would first download to ~/Downloads and from there I can push it to various places. Now this is a decision I made and have been able to do with all the apps. The same should be for burning (say for instance I get an error and need to check the last image or several images or whatever). Being able to find them either with different names and/or different dates would be awesome. It would also lemme know 'in case' if I do run out of hdd space where to look at places to recover hdd space at first hand.
This has just bitten me again. It's especially frustrating because I tend to start trying to burn stuff *WHEN* my $HOME fills up :)
I confirm that this is extremely annoying.
/home just sometimes fills up!
I do confirm to that this is a real problem for me too.
It would be ok if we could change the path in the config file.
I use my home directory to store my personnal documents. The ones I don't want to share. I consider an ISO not a personnal document : it's a file I may want to store in a shared folder. That's the way I organize my files and don't expect anyone to tell me it's a bad way : it's mine.
Therefore, I don't need a large partition for my home : it's about 6Gio and only 2.2Gio are used, mostly by emails (which I consider personnal documents).
And 4.8Gio is not enough to burn a single DVD9. And we're only talking about DVDs... What about a BluRay ? Can you really expect a user to have a 50Gio partition to burn a BluRay ? Just to store it while burning, because you will anyway move it to another folder ? What a waste of place !
Ok, basic users use only one partition for the whole system. Some try to adjust their partitions to their needs.
So now, I'm looking for an alternative to Brasero to rip DVD ISO images, which does not require I install all KDE libraries.
This is confusingly standard functionality - as a matter of design, having a default is sane and expected, but hardcoding that default is quite strange, and hardly what I expected to find googling "change bresaro defaults".
Ideally you should be able to change this in preferences. I would tend to think the ideal *name* for the iso would be pulled from the diskname that sows up on the desktop.
I am in exactly the situation Lex Ross explains,
"The user may need to boot from live CD to burn a backup copy or to create a
disk image with the backup files and find out that there is not enough room
under their live user home directory"
I also have to concur.
I can only select a different destination for the ISO on my big data partition if I have enough space on my home partition to store it there, even if I don't use it.
extremely annoying to me too!!!
My system partition is 15GB and only has 3 GB free, so I can't create a iso from a DVD.
For me it would be fine to leave the default path to "home/..." but give the user a option to select a alternate path if needed.
At the moment brasero is unusable for me!
Could someone please share which version you're experiencing this with and steps to reproduce?
(In reply to comment #0)
> When burning a project to an image file on disk, there is no way to change
> default destination path. It is always set to $HOME/brasero.iso for data
> project, $HOME/brasero.cue for audio project etc.
Using 3.8.0 if I create a new Audio/Data/Video project with "Image File" as the destination I'm presented with a file chooser when I hit "Burn" allowing me to choose a new name and/or location for the image.
If I choose a "Disc Copy" project and select an Image File as destination I'm able to hit "Properties" and choose a new name and location.
I'm using brasero 3.6.1 included by linux mint 15
(In reply to comment #12)
> I'm using brasero 3.6.1 included by linux mint 15
Thanks, could you share steps to reproduce too?
and just tried brasero 3.8.0 in my virtualbox linux mint 16 rc.
If I choose "Disk Copy", the button "Properties" is disabled / grayed,
and under the button there is a message field saying something like this
(I'm running it in german):
"the amount of data is too big for a CD/DVD"
remember I only have 3 GB left and the DVD is 3,6 GB.
So it seems the check of size first disables the "Properties" button
so I can not choose a new name / location.
sorry for my comment #15, it is a duplicate of comment #12,
I always get "midair collision"
comment #14 is the important one
Thanks claudio(In reply to comment #14)
> and just tried brasero 3.8.0 in my virtualbox linux mint 16 rc.
> If I choose "Disk Copy", the button "Properties" is disabled / grayed,
> and under the button there is a message field saying something like this
> (I'm running it in german):
Thanks for this information, this is beginning to sound like a duplicate of bug #650362 which was fixed in master: https://git.gnome.org/browse/brasero/commit/?id=6d6ff976dca4644b19521fc42638ccc23e5e0742
Anyone willing to pull from git and confirm?
if you provide me some command lines how to pull, compile and install, I can test this, sorry linux newbee :-)
I managed to install your fix from master now.
I can confirm that this bug is a duplicate of bug #650362.
With brasero from master it is possible to choose a other location / drive by button "Properties". The button is not grayed any more in the master version.
So this bug can be marked as resolved, thanks!
Please release the new version of brasero soon, thanks!
Thanks for testing Claudio, I'll try to get a release out soon.
*** This bug has been marked as a duplicate of bug 650362 ***
I think the original bug still stands: it is tiresome to always change the directory to ~/Desktop. Brasero could either remember the last directory used (that would satisfy my need) or provide a preference for that (gsettings would be enough).
Also button to change the destination should not be called "properties" but "Change destination..." or somethng similar