Page 2 of 7
Posted: Tue 27 Nov 2007, 08:11
by plinej
the /usr/share/themes/Stardust/gtk-2.0/gtkrc file has an error. Line 443 should read:
base[PRELIGHT] = "#ffffff" #??
not:
base[PRELIGHT] = "ffffff" #??
Posted: Tue 27 Nov 2007, 08:19
by Sage
Sometimes I get the red screen in Pmount in 4alpha when looking at NTFS but I've ignored it as it is clearly incorrect - the NTFS files are visible. MUT sees all my drives without any spurious messages.
Maybe the Puppy 4 Alpha1 thread could be amalgamated with this one? The renumbering might be confusing, but perhaps John's board could edit out 4 alpha in the same way as on Barry's blog?
Posted: Tue 27 Nov 2007, 08:57
by BarryK
plinej wrote:the /usr/share/themes/Stardust/gtk-2.0/gtkrc file has an error. Line 443 should read:
base[PRELIGHT] = "#ffffff" #??
not:
base[PRELIGHT] = "ffffff" #??
Thanks, it's fixed.
NTFS mounting
Posted: Tue 27 Nov 2007, 09:38
by raffy
Yes, it's pmount. Puppy users rarely use other ways of mounting, I guess.
Also, in a SATA-using PC that I tested, pmount hides the /dev/sdax (hard disk partitions) whenever I plug in a USB drive. This is where MUT can recover but pmount can't (I have tested that before, and it is the same with 4 alpha2). EDIT: Just to clarify, there is no MUT in 4alpha2 so no comparison this time.
Posted: Tue 27 Nov 2007, 10:05
by HairyWill
I've just realised that the dropping of gtk1 means that pptpconfig probably won't work. I've just tried installing the existing dotpup I made and it is giving gtk errors. I don't think it will compile for gtk2 and it seems like, the author, James Cameron views it as a bit of a millstone. Debian and Ubuntu seem to have dropped it in favour of a Network Manager plugin which I still haven't got working on Debian Lenny. To be fair I don't have much Debian experience and only tried for about 4 hours.
Looks like it will be back to the command line to manage my VPN connection, this is a shame as pptpconfig did it better than me!
Really I think zigbert should learn how to use pptpclient and write us a nice shiny gtkdialog app.
I'm sure it wouldn't be much work pptpconfig.php is only 2200 lines long!
petget and not enough disk space
Posted: Tue 27 Nov 2007, 10:42
by lluamco
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
Posted: Tue 27 Nov 2007, 19:28
by plinej
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.
Re: Puppy Dingo 392 testing, bug reporting
Posted: Tue 27 Nov 2007, 19:48
by jonyo
BarryK wrote:...some people do not get the picture, are not in the spirit of it, and really should not be involved in testing an alpha.
No doubt about it & a few.. ought not be involved at all!
alienjeff wrote:Now that's the spirit! Way to rally the troops!
Posted: Tue 27 Nov 2007, 22:03
by ArnaudN
Hi everyone,
Just played with dingo a few minutes on my laptop.
My remarks:
- Screen resolution not well detected;
- Network well detected with bcm43xx chipset, but dhcp returns ok but IP is wrong;
- Read-only warning when mouting ntfs partition;
- Local flash games very fluid
Posted: Tue 27 Nov 2007, 22:53
by cb88
umm just for clarification which is it that really works gmplayer or mplayershell?
drag n drop
Posted: Tue 27 Nov 2007, 23:56
by raffy
Just to clarify, I drag and drop video files to the mplayer desktop icon, so it's the file linked to by the desktop icon that does the work.
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 &
Posted: Wed 28 Nov 2007, 00:10
by HairyWill
I still can't load the module ieee80211_crypt_wep so no wep on my ipw2200. Does this mean that no-one has working wep.
Unencrypted wireless works fine, I've never tried playing with any stronger encryption.
Since Barry built the iso, pnethood has become much more solid.
Posted: Wed 28 Nov 2007, 01:06
by NathanO
3.92 works good on my tower, xversa will work.
Had problems with xversa on my HP zv9000 laptop, it would not give me an option that would work with the built in LCD.
Xorg in 3.01 works on both.
Re: petget and not enough disk space
Posted: Wed 28 Nov 2007, 01:16
by BarryK
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
Yes, but it shouldn't matter what the block size is, as the comparisons are relative:
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
Anyway, I've changed it down again, from *3 to *2.
Posted: Wed 28 Nov 2007, 01:24
by BarryK
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.
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.
You can find the JWM configuration PET package on ibiblio, ...er no, I'll post it here as I have recently fixed something in it. Attached.
Puppy Dingo 392 testing, bug reporting
Posted: Wed 28 Nov 2007, 07:02
by Tom Raft
I use the network wizard, all is recognised and works fine. But after reboot, connection failed. Blinky shows one symbol with activity for wifi, but no second symbol like before for my wireless card. But the options window of blinky shows me that there are three network possibilities: wifi, ethernet and ath0 (my MSI pcmcia wireless card with atheros chipset).
When I run the network wizard again, I see that the profile of my wireless card exists but i have to choose it manually and resume the network wizard with configuration of dhcp. After that I can connect to the internet.
I use frugal install on a six year old dell d400 laptop with 128mb ram, 512 mb pupsave file on a 6 GB hdd, no cd or dvd drive. From version 2.14 up to version 3.01 there are no problems.
I hope you could understand my not so technical description and bad englisch. Sometimes I don't know the right terms and vocabulary.
Tom
Re: petget and not enough disk space
Posted: Wed 28 Nov 2007, 09:40
by lluamco
BarryK wrote:
Yes, but it shouldn't matter what the block size is, as the comparisons are relative:
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
Anyway, I've changed it down again, from *3 to *2.
Barry,
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
Code: Select all
stat --filesystem --format=%f' blocks of size '%S /
which in my system results in 4521177 blocks of size 4096
and
Code: Select all
stat --format=%b' blocks of size '%B somefile
which in turn results, for this particular file, 216 blocks of size 512
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)
Lluis
Pmount does not mount USB DVD burners, but MUT does (3.01)
Posted: Wed 28 Nov 2007, 10:05
by Raman
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
some bugs
Posted: Wed 28 Nov 2007, 11:46
by fwilt1
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
Posted: Wed 28 Nov 2007, 21:58
by linuxcbon
Hardinfo : /usr/lib/libz.so missing , it's when you choose benchmarks->CPU ZLib
When booting from cd with pfix=ram, it loads pup_392.sfs and copying to ram is long with disk activity.
With live cd, AutoDHCP, when not saving param, all is ok except DNS param set to 0.0.0.0
GTK xset : Bell : doesnt bell.
Set global font size : X has to be restarted ?
The icon called "play" is for mplayer ? I though it was for games :-p
How is the Trash used or set up ?