Page 97 of 118

Posted: Sun 07 Apr 2013, 03:28
by charlie6
Hi Sigmund,
launching pburn-3.7.17 from console reports
# pburn
/usr/local/pburn/func_gui_options: line 7: /root/.pburn/pburnhlp-auto: No such file or directory
have then created an empty file /root/.pburn/pburnhlp-auto --> pburn seems running OK

is this correct?
Cheers, Charlie

I did the same charlie - works fine :)

Posted: Mon 08 Apr 2013, 05:14
by Eyes-Only
Hi Charlie6,

I got the exact same problem with pburn 3.7.17 and when trying to boot via cli to see why it wouldn't start I got the same reply. So I made a "dummy file" by that name under "/root/.pburn/" - works fine now!

You just won't get any help documentation under "Help" on the menubar if I remember correctly until after you've started pburn. See, once you're finally able to do so that dummy file is replaced with a real help file. :)

At least this is how it worked on my Puppy systems. Anyone else's mileage may vary.

Cheers/Amicalement,

Eyes-Only
"L'Peau-Rouge d'Acadie"

Posted: Mon 08 Apr 2013, 09:07
by charlie6
Bonjour Eyes-only :wink:
about
/root/.pburn/pburnhlp-auto: No such file or directory
i also picked-up and copied the
/root/.pburn/pburnhlp-auto
from a former pburn-3.7.15 installation.
--> seems working OK
charlie

Posted: Mon 08 Apr 2013, 16:40
by zigbert
Hello guys
Thank you for reporting
Would you please test 3.7.18
It should hopefully fix it


Sigmund

Posted: Tue 09 Apr 2013, 17:41
by Eyes-Only
That fixed it Zigbert! Thanks so much - and also for everything that you do to make Puppy the very special distro for us that it is my Puppian Friend! 8)

Cheers/Amicalement,

Eyes-Only
"L'Peau-Rouge"

Posted: Thu 18 Apr 2013, 00:39
by don570
I've been burning Audio CD's and I noticed the opening
message of pburn says that a huge amount of temporary
free space is necessary. ( I believe 10 GB)

...But you should mention that for burning Puppy ISO's and Audio CD's ,
a 1 gigabyte temporary free space would be sufficent.


I like the feature in pburn where the minutes of audio are added up :lol:
______________________________________________________

Posted: Wed 15 May 2013, 01:26
by disciple
Out of interest, has anyone ever requested a feature to burn an encrypted data disk?
I started looking into this for making my own copies of things that I've produced at work, but then I decided I'd actually rather not encrypt them :)

Posted: Wed 15 May 2013, 19:07
by zigbert
There has been some discussion here about some fundamental changes of burning. The plan is to ship pBurn 4 with isolevel 4, but my burner died the other day, so I have to put that on hold...


Sigmund

Posted: Thu 16 May 2013, 03:06
by Flash
disciple wrote:Out of interest, has anyone ever requested a feature to burn an encrypted data disk?
I started looking into this for making my own copies of things that I've produced at work, but then I decided I'd actually rather not encrypt them :)
I think if you encrypt the data as a file or possibly an iso first, then Pburn will just see the encrypted file as a bunch of ones and zeros and go ahead and burn it.

As you seem to realize, without the encryption key or password, an encrypted disk is a coaster. Encryption is just access control. Better to simply keep an unencrypted disk in a safe.

Posted: Thu 16 May 2013, 03:37
by disciple
Yeah, it looks like the easiest way is to get aespipe and pipe the output of mkisofs through it.
I don't need a safe - I decided if the data I'll be burning somehow got into the wrong hands it wouldn't really matter...

Posted: Thu 13 Jun 2013, 17:57
by zigbert
Ted Dog and JamesBond has done some job to simplify burning and improve compatibility with winXP/7/8.
Read more here.

This will lead to some major changes to pburn and we are targeting pBurn 4 in some future.

First I have made a suggestion to simplify the filsystem tab
The well known

Image

could look like this

Image

Posted: Thu 13 Jun 2013, 20:52
by disciple
But surely any modern "others" wouldn't need 8.3 naming?

Posted: Fri 14 Jun 2013, 02:06
by Makoto
Why not do what programs like VLC are doing? Provide a set of 'basic' (simplified) options by default... and if someone wants to mess with the settings in more depth, they can switch the options to an 'advanced' selection.

I know I'd prefer the full filesystem choice, over the 'three choice' version (but that's just me).

Posted: Fri 14 Jun 2013, 10:59
by disciple
Well, normally I'm in favour of providing all the options, but 

Makoto wrote:I know I'd prefer the full filesystem choice, over the 'three choice' version (but that's just me).

Really? What combination of options would you use apart from those three?

Posted: Fri 14 Jun 2013, 11:01
by disciple
Would it make sense to change "Others" to something like "really old systems"?

Posted: Fri 14 Jun 2013, 16:01
by zigbert
Makoto wrote:Why not do what programs like VLC are doing? Provide a set of 'basic' (simplified) options by default... and if someone wants to mess with the settings in more depth, they can switch the options to an 'advanced' selection.

I know I'd prefer the full filesystem choice, over the 'three choice' version (but that's just me).
The new way of thinking (my way :) ) is that
- Rockridge is always added - no harm
- The new isolevel 4 actually supports large files, so no need of UDF which is in any case bad supported on Linux. Isolevel 4 supports recent windows systems.
- Joliet is only a valid choice for isolevel 3 (win 95/98 ), so after all, this is no option.

With this in mind I don't find any reason for keeping the old options.


Please correct me!
Sigmund

Posted: Fri 14 Jun 2013, 16:05
by zigbert
disciple wrote:Would it make sense to change "Others" to something like "really old systems"?
Could be, but is DOS the only system that not fits in the other options? If so, we should mention other OS's as well.


Sigmund

Posted: Sat 15 Jun 2013, 01:40
by disciple
I don't know the details of what requires 8.3 naming - I wouldn't be surprised if even DOS has an extension that doesn't (remember, DOS needs an extension to have any CD support). It is quite possible that there are no Pburn users that require 8.3 naming, so whether you say "DOS" or "Really old systems" or something, I don't think it matters. Just as long as the name won't make people think they might need it in case they want to the disk on a modern Mac, or BSD or Haiku or something.

Posted: Sat 15 Jun 2013, 04:00
by Makoto
Okay, so I didn't really take into account that some filesystems aren't supported as well (read/write) under Linux. Still... :D

I'd still wonder if there should be something 'simple' in the choices for those who just want to insert a blank disc and burn it, while at the same time, more complex choices for those who want to control every fine detail about the burn. :)

Posted: Sat 15 Jun 2013, 09:18
by zigbert
disciple wrote:Just as long as the name won't make people think they might need it in case they want to the disk on a modern Mac, or BSD or Haiku or something.
Is a disc written by pBurn in any cases readable in Mac, BSD or Haiku?