I also remember that based on previous discussions, the options below are needed to minimize messages in /tmp:
Code: Select all
/usr/local/bin/gmplayer -msglevel all=-1 &
Code: Select all
/usr/local/bin/gmplayer -msglevel all=-1 &
Yes, but it shouldn't matter what the block size is, as the comparisons are relative:lluamco wrote:This concerns Dingo 392 and also previous puppy versions.
Sometimes, when installing a pet package using the petget manager, a window warns that there is not enough space left on the disk. And often, there is enough space! I think that the reason is that the the units measuring the free space of the disk and the units of the estimated needed space are NOT the same. In fact, checking the output of the "stat" program, it can be seen that they are given in blocks of sizes 4096 and 512, respectively.
There is thus a factor 8 among them. Thus the required estimated space in petget is overestimated by this factor 8.
I suggest to change the line:
EXPNEEDB=`expr $EXPFILEB \* 3` #bz2 can expand up to x3, need twice temp space. v3.01 changed 5 to 3.
to
EXPNEEDB=$(($(($EXPFREEB*3))/8))
Hope it helps.
Lluis
Code: Select all
EXPFREEB=`stat --filesystem --format=%f /` #no. free blocks.
EXPFILEB=`stat --format=%b $APKGNAMEEX` #no. blocks.
EXPNEEDB=`expr $EXPFILEB \* 2` #bz2 can expand up to x3, need twice temp space. v3.01 changed 5 to 3. v3.92 changed to 2.
#note, probably better to do like this: EXPNEEDB=$($(($EXPFREEB*3)))
if [ $EXPNEEDB -gt $EXPFREEB ];then
You must have used the JWM theme changer as well as the GTK theme changer. Yes, that would be a bug in the JWM theme that you have chosen, someone would have to fix that.plinej wrote:After changing to the Stardust theme shouldn't all the yellow be gone in the taskbar? I rarely use jwm so I'm not sure what I need to do to get it to change with the theme.
Barry,BarryK wrote: Yes, but it shouldn't matter what the block size is, as the comparisons are relative:Anyway, I've changed it down again, from *3 to *2.Code: Select all
EXPFREEB=`stat --filesystem --format=%f /` #no. free blocks. EXPFILEB=`stat --format=%b $APKGNAMEEX` #no. blocks. EXPNEEDB=`expr $EXPFILEB \* 2` #bz2 can expand up to x3, need twice temp space. v3.01 changed 5 to 3. v3.92 changed to 2. #note, probably better to do like this: EXPNEEDB=$($(($EXPFREEB*3))) if [ $EXPNEEDB -gt $EXPFREEB ];then
Code: Select all
stat --filesystem --format=%f' blocks of size '%S /
Code: Select all
stat --format=%b' blocks of size '%B somefile
Code: Select all
EXPNEEDB=$(($(($EXPFREEB*3))/8))
Oh, I see. Well, I'll have to rewrite that bit of code. You can't assume 4096 either, it could be 1024 as in my case with a ext2 f.s.lluamco wrote:Barry,BarryK wrote: Yes, but it shouldn't matter what the block size is, as the comparisons are relative:Anyway, I've changed it down again, from *3 to *2.Code: Select all
EXPFREEB=`stat --filesystem --format=%f /` #no. free blocks. EXPFILEB=`stat --format=%b $APKGNAMEEX` #no. blocks. EXPNEEDB=`expr $EXPFILEB \* 2` #bz2 can expand up to x3, need twice temp space. v3.01 changed 5 to 3. v3.92 changed to 2. #note, probably better to do like this: EXPNEEDB=$($(($EXPFREEB*3))) if [ $EXPNEEDB -gt $EXPFREEB ];then
my point was trying to stress that the comparisons are not fair, since the block size of the filesystem is 4096, and the block size for files is 512. This can be checked using
which in my system results in 4521177 blocks of size 4096Code: Select all
stat --filesystem --format=%f' blocks of size '%S /
andwhich in turn results, for this particular file, 216 blocks of size 512Code: Select all
stat --format=%b' blocks of size '%B somefile
So my point is that the same block-unit size must be used for the comparison, and this can be afforded dividing EXPNEEDB by 8.(please note double parenthesis in the above expression)Code: Select all
EXPNEEDB=$(($(($EXPFREEB*3))/8))
Lluis
Raman,Raman wrote:In Puppy 3.01 I have observed that MUT will recognize and mount drives when Pmount does not. Which is to say, MUT seems to be bulletproof in Puppy 3.01, whereas Pmount in Puppy 3.01 is not. Why is that? Why is MUT always able to recognize and mount drives of any sort -- especially USB mass storage devices (DVD/CDrom, external HD, flash, and so forth), while Pmount sometimes does ... but not always.
Is a puzzle. A puzzle which only deepens when using both Puppy 4 alpha's.
Because MUT is not present in both alpha Puppy 4's and Pmount seems to be deficient in recognizing and mounting USB devices, I cannot recognize or mount any of my USB devices with Puppy 4 Pmount. Puppy 4 Pmount will not mount my current USB DVD/CDrom burners or USB external hard drives or my assorted USB flash drives. I have to use Puppy 3 or Puppy 3.01 (or earlier Puppy releases) to have MUT mount these otherwise bug-free and entirely effective USB DVD/CDrom burners, external USB HD's, and USB flash drives. Only MUT in Puppy 3 and earlier will reliably recognize USB drives of whatever sort, whereas Pmount is flaky, USB-wise. What does MUT have that Pmount does not have? Why does Pmount not recognize USB drives but the earlier Puppy releases with MUT will recognize ALL USB drives of whatever sort, and do so all the time?
Would it be a burden to include MUT in Puppy 4? If not, would it be a burden to fix the obvious USB bug in Pmount? Given that USB devices are so common and critical?
Parenthetically, let me note that alpha 2 will actually recognize and enable my many RS232 serial modems, whereas alpha 1 would not.
Hail Puppy!
Raman
The fact that you have a 'contacts' desktop icon means that you have upgraded an existing pup_save file, which is expressly warned against in the release announcement on my blog. This early alpha is not ready for that, and your pup_save file is stuffed up.fwilt1 wrote:I am using dingo 392 running in ram from cd, on pentium 4 with 5112 of memory.
Impressed with ease of connecting to cable, liked the auto save, and the disappearance of having to nominate file size etc on first use.
On initial boot the screen had icons superimposed on each other, this ok on subsequent boots
On trying to load email client the desktop shows the program for about half a second then it disappears.
Contacts won't load
calendar claims
Another copy of OSMO is already running or it has been stopped uncleanly (in this case please remove '/root/.osmo/pid' file and try again).
Calc has similar fault to email, and the edit icon has a same issue., and I found after hitting initial OK in JWM the same problem
Cups found our epson cx5700F, which is a first.
So in brief hardware detection is great, but application loading seems to have a fault.
hope this helps
jim
I just tested 'CPU Zlib', it works and I don't have a /usr/lib/libz.so. ...but, what I do have is /lib/libz.so as I have the 'devx' file loaded. So, I need to put that into puppy when the devx file is not loaded. done.linuxcbon wrote:Hardinfo : /usr/lib/libz.so missing , it's when you choose benchmarks->CPU ZLib
The icon called "play" is for mplayer ? I though it was for games :-p