Page 89 of 118
Posted: Wed 20 Jun 2012, 10:51
by zigbert
kfgz
Welcome onboard
Please try to download/install the Pburn_NLS pet once more. I have forgotten to update it to meet the new NLS-structure.
Sorry
Sigmund
Posted: Wed 20 Jun 2012, 19:59
by rerwin
zigbert wrote:Please try to download/install the Pburn_NLS pet once more. I have forgotten to update it to meet the new NLS-structure.
Sigmund,I am running lupupluslibre-528.005-2 and have tried installing pburn 2.6.1. It fails as mentioned above. I reinstalled the NLS file and tried pburn 2.6.1 again. It still hangs at its splash window but produces the following in the xerrs.log:
Code: Select all
sed: -e expression #2, char 0: no previous regular expression
sh: line 0: echo: write error: Broken pipe
sh: line 0: echo: write error: Broken pipe
sh: line 0: echo: write error: Broken pipe
sh: line 0: echo: write error: Broken pipe
sh: line 0: echo: write error: Broken pipe
sh: line 0: echo: write error: Broken pipe
[repeated forever!]
What to do now?
In case this is related to the version of gtkdialog in the lupu528.005 ISOs, here are the versions I see:
Code: Select all
sh-4.1# gtkdialog -v
gtkdialog version 0.7.21 (C) 2004, 2005, 2006, 2007 by Laszlo Pere
sh-4.1# gtkdialog4 -v
gtkdialog version 0.8.0 (C) 2003-2007 Laszlo Pere, 2011 Thunor
sh-4.1#
I am not sure what to make of the version difference. Since playdayz mentions 2.6.1 in the lupu528 thread, I infer that he expects it to be compatible. I don't see any mention there of further upgrading of gtkdialog needed for lupu528.005..
Richard
Posted: Wed 20 Jun 2012, 21:07
by zigbert
Richard
Your right - I downloaded the Pburn pet and it failed.
The uploaded pet was corrupted - now fixed (hopefully).
Thank you
Sigmund
Posted: Thu 21 Jun 2012, 00:12
by Flash
I downloaded it. It installed without any error messages and opens when I click on it in the Menu. I didn't do anything with it though.
Posted: Thu 21 Jun 2012, 15:44
by zigbert
Flash wrote:I downloaded it. It installed without any error messages and opens when I click on it in the Menu. I didn't do anything with it though.
Thanks for testing
Posted: Sat 23 Jun 2012, 18:43
by don570
Using version 361 on Porteus
When I was making an ISO using Porteus I noticed a missing
notebook label or title
__________________________________________
Posted: Sun 24 Jun 2012, 06:30
by zigbert
don570 wrote:Using version 361 on Porteus
When I was making an ISO using Porteus I noticed a missing
notebook label or title
__________________________________________
Thank you - Now fixed
Sigmund
Posted: Wed 27 Jun 2012, 12:18
by 01micko
Hi Sigmund
Bigpup seems to have found a bug in Slacko testing. On first run of Pburn, opening the help from the menu fails.
I took a look and this patch seems to fix it:
Code: Select all
--- func.orig 2012-05-27 00:38:40.000000000 +1000
+++ func 2012-06-27 22:15:32.088043406 +1000
@@ -261,7 +261,7 @@
if [ -f /usr/share/doc/pburn/$TMP.html ]; then
$BROWSER /usr/share/doc/pburn/$TMP.html
else
- $BROWSER /usr/share/doc/pburn/en_US:english.html
+ $BROWSER /usr/share/doc/pburn/en.html
fi
;;
-slideshow_time)
help file and locale
Posted: Wed 27 Jun 2012, 13:08
by shinobar
@zigbert
I don't like the LANGUAGE setting, which is saved in the pburnrc, is modified by the script.
pburn line 241- wrote:#install helptext
TMP_LANG=$LANGUAGE
[ ! -s /usr/share/doc/pburn/$LANGUAGE.html ] && export LANGUAGE=en
$APPDIR/func -install #check help variables
if [ -s $HOME/.pburn/pburnhlp-$LANGUAGE ]; then
. $HOME/.pburn/pburnhlp-$LANGUAGE #read help text (preferable in installed language)
else
. $HOME/.pburn/pburnhlp-auto
fi
export LANGUAGE=$TMP_LANG
help file and locale, cont.
Posted: Wed 27 Jun 2012, 13:14
by shinobar
How about using pman to search the help file?
http://www.murga-linux.com/puppy/viewtopic.php?t=56887
pman searches documents in the order of the following...
2. under /usr/share/doc/help/$lang, where $lang is determined from $LANG.
Posted: Thu 28 Jun 2012, 13:00
by zigbert
01micko wrote:Bigpup seems to have found a bug in Slacko testing. On first run of Pburn, opening the help from the menu fails.
Thank you.
It failed as long as Language was set to 'auto' (related to shinobars improvement). Now fixed.
Sigmund
Posted: Thu 28 Jun 2012, 13:06
by zigbert
I have ordered some BD-RE for testing, but troubles to get
DVD-RW around here. Do you have one laying somewhere on your table,
please test if this command blanks/erases the disc properly. It works for DVD+RW, and if it works for -RW too we will get a much faster blanking of DVDs.
Code: Select all
dd if=/dev/zero of=/dev/sr0 bs=32k count=32
I want this improvement for next release
Thank you
Sigmund
Re: help file and locale
Posted: Thu 28 Jun 2012, 13:31
by zigbert
shinobar wrote:@zigbert
I don't like the LANGUAGE setting, which is saved in the pburnrc, is modified by the script.
pburn line 241- wrote:#install helptext
TMP_LANG=$LANGUAGE
[ ! -s /usr/share/doc/pburn/$LANGUAGE.html ] && export LANGUAGE=en
$APPDIR/func -install #check help variables
if [ -s $HOME/.pburn/pburnhlp-$LANGUAGE ]; then
. $HOME/.pburn/pburnhlp-$LANGUAGE #read help text (preferable in installed language)
else
. $HOME/.pburn/pburnhlp-auto
fi
export LANGUAGE=$TMP_LANG
The last line should take it back to the initial value, but fails because pburnrc is written during 'func -install'. Now fixed. Thank you!!!!
Sigmund
Re: help file and locale, cont.
Posted: Thu 28 Jun 2012, 13:42
by zigbert
Pburn has become more than a Puppy-app, so I try to keep it less Puppy-specific.
I tried the latest Pman, but it didn't catch the Pburn help-file. I though I have found a proper place in /usr/share/doc/pburn/$LANG.html.
What would be the correct structure?
Sigmund
Re: help file and locale, cont.
Posted: Thu 28 Jun 2012, 13:52
by shinobar
zigbert wrote:I tried the latest Pman, but it didn't catch the Pburn help-file.
For your information,
pman searches files from /usr/share/doc/help/$LANG/pburn.html, /usr/share/doc/pburn_$LANG.html, /usr/share/doc/pburn.html, /usr/share/doc/pburn/pburn.html, /usr/share/doc/pburn/index.html ...
Posted: Fri 29 Jun 2012, 00:25
by rerwin
zigbert,
I am using 3.6.1 to burn an ISO file (fatdog64) to a CDRW in multisession mode. Verification always fails. I compared the logic in func_exec with similar logic in burniso2cd and found that the disc md5sum is incorrect. The difference in logic is that burniso2cd limits the data to be summed to the length of the iso file. Func_exec does not do that. When I insert the byte-calculation logic into the command generating the disk md5sum, the produced value is correct. Here is what I did:
Code: Select all
sh-4.1# ISOFILE=/mnt/sdb1/Puppy_Archives/downloads/fatdog64/Fatdog64-600b2.iso
sh-4.1# echo "$( md5sum $ISOFILE | cut -f 1 -d " " )"
4b695686a0a3d8ab7c9c739431337427
sh-4.1# CDR=/dev/sr0
sh-4.1# echo "$(dd if=$CDR 2>> /tmp/burniso2cd.log | head -c `stat --format=%s $ISOFILE` | md5sum | cut -f 1 -d " " )"
4b695686a0a3d8ab7c9c739431337427
sh-4.1# BURNDEV=$CDR
sh-4.1# echo "$( dd if=$BURNDEV 2> /dev/null | md5sum | cut -f 1 -d " " )"
9924796f7e0a5fd3181ed78e2480a29e
sh-4.1# echo "$( dd if=$BURNDEV 2> /dev/null | head -c `stat --format=%s $ISOFILE` | md5sum | cut -f 1 -d " " )"
4b695686a0a3d8ab7c9c739431337427
Is there any reason why the
| head -c `stat --format=%s $ISOFILE`
string should not be added to pburn's command:
MD5_DISC="$( dd if=$BURNDEV 2> /dev/null | md5sum | cut -f 1 -d " " )"
Also, the dialog reporting the md5sum mismatch does not show the sum for the ISO file, only the incorrect sum for the disk. And, to make the message more self-explanatory, I think it should begin with a statement that the verification shows that the burn was unsuccessful. Saying that "the burn failed" might be a little harsh, but words to that effect would more direct and would introduce the displayed sums. It may be, though, that showing the sums is only of value for debugging.
I don't know whether a successful burn produces a "Burn successful" dialog window. But it took me a while to infer from the md5sum window that the burn was not to be trusted.
Richard
UPDATE: I assume the change would also apply to writing an ISO file to a DVD. I just have not found the place to mod.
Re: help file and locale, cont.
Posted: Fri 29 Jun 2012, 13:19
by zigbert
shinobar wrote:zigbert wrote:I tried the latest Pman, but it didn't catch the Pburn help-file.
For your information,
pman searches files from /usr/share/doc/help/$LANG/pburn.html, /usr/share/doc/pburn_$LANG.html, /usr/share/doc/pburn.html, /usr/share/doc/pburn/pburn.html, /usr/share/doc/pburn/index.html ...
I have moved the NLS-help-files to /usr/share/doc/help/$LANG/pburn.html, so that should be ok now. But where is the 'correct' place for the english (native) help-file. Will it be in:
/usr/share/doc/help/en/pburn.html (does not exist, so I guess NO
)
/usr/share/doc/help/C/pburn.html (and what does C means? - I see you have used it for grubconfig)
/usr/share/doc/pburn.html
Thanks for any explanation - I am blank, and wonder if there is some kind of standard out there.
Sigmund
Posted: Fri 29 Jun 2012, 13:31
by zigbert
rerwin
I have no idea why and when I modified this, but since i left the original line, it seems clear that I was unsure ...
I can't see any reason why not filter the dd output through 'stat'.
I will switch back.
Thank you
Sigmund
Posted: Sun 01 Jul 2012, 10:23
by zigbert
For the record
fast blanking with dd if=/dev/zero of=/dev/sr0 bs=32k count=32 works ok for me with DVD+RW and BD-RE. DVD-R fails and needs the growisofs-way.
That means I have to improve the disc-detection before building the blanking command....
Sigmund
Posted: Sun 01 Jul 2012, 21:51
by zigbert
Furter testing gave me more issues using dd for fast blanking. I have made the code ready, but for now it will use the old alterantive...
case "$(<$WORKDIR/MEDIATYPE_FULL)" in
'DVD-rom (DVD-RW)') echo "$PRIORITY""dvd+rw-format -force $BURNDEV" >> $WORKDIR/exec;;
#DVD+RW and BD-RE works with quick blanking using dd
#but -check_media) still reads the burnt size
#so, for now we keep it the conservative way...
*) echo "$PRIORITY""dvd+rw-format -force $BURNDEV" >> $WORKDIR/exec;;
#echo "$PRIORITY""dd if=/dev/zero of=$BURNDEV bs=32k count=256" >> $WORKDIR/exec;;
esac