Puppy Linux Discussion Forum

[plinej]

I was getting a /usr/sbin/pmount: line 615: [: =: unary operator expected
in that second version of pmount I posted and I noticed I forgot to change lines 615 & 580 back to:

if [ "$SUDO" = sudo ];then

[Dougal]

[plinej]

Thanks dougal

[plinej]

I ran into another problem with pmount as user grafpup. I'm not sure why I didn't notice this before but pmount won't create the necessary mount points in /mnt unless if you chown grafpup:users /mnt due to /mnt being root:root by default.

[plinej]

Okay, third times a charm right? Here's another pmount. This time I took Barry's latest that he posted on his forum at:

http://www.puppyos.net/forum/azbb.php?1174637854

This has mine and dougal's latest revisions and then Barry fixed a little more. He mentions changing the gxmessage to yaf-splash but since yaf-splash isn't in grafpup at the moment I commented that out and left the gxmessage for now. I added all your code back to it and changed out the icons like you had before.

[plinej]

Guest Too's fix for Opera font rendering should probably be applied as default:

http://www.puppyos.net/forum/?1174579188

Also the remaster script has to be modified so /home can be put into the squash file or else we're stuck with a root only user until you rebuild the home directory and then log back in. There are also more files that need to be copied from the cd into the /puppylivecdbuild/ directory. I've hacked it to work but it just copies all of the files & directories from the cd (except the main squash file) before it creates the new squash file. It works fine for me but I don't use a multi-session cd so I don't know how that would affect my revisions.

[Nathan F]

Give me a bit to catch up here. Obviously there's a lot going on now.

I'd rather not change ownership of /mnt, although I thought of that solution to the missing mountpoints. What I did is to set this up through the script update-fstab_pd, which is primarily a way to add or remove a pendrive from fstab so that it can be mounted read/write by a regular user. I can't remember exactly where I inserted the code to create the mountpoint though, and I might have only done it if the pendrive is determined to be a pendrive. I'll have to look it over again. Basically this script is run with root permissions, so anything that needs to run as root can go in there, including creating the directories. I tried to be extremely careful in setting it up so that only removable media can be accessed read/write, so as not to create a situation where a user could mount an internal hard drive and wipe out files.

I don't at all like yaf-splash and would rather use another method. Basically it steals focus and doesn't give it up, which I consider bad behavior. You can of course dismiss it easily by clicking on it but a new user will not know that. There needs to be some kind of feedback, especially since this goes really slow on older machines, but without a lot of work I don't think we have a good solution at hand right now.

I ran into a couple other cases of /home going missing with this same problem and fixed them in the universal installer. I hadn't thought to loook for them in the remaster script, sorry.

As for Opera remember we have to tread carefully because of the license. I'd rather not go too far from their defaults, but I guess chagning fonts could be considered akin to changing the theme, which I happen to know is allowed.

I'll definately implement the little fix you mentioned for dotpetrox.sh. It was working for me but I think I only tested it with packages in $HOME, so the shell would have started out there anyway.

Thanks for all the help guys, it's kind of nice once in a while to not go it alone. Especially when your coding is as sloppy as mine is sometimes...

Nathan

[plinej]

I'm definitely not trying to overwhelm you at all and will be happy to help out any way I can. Basically in the remaster script I just commented out these lines:

#DIRHOME=""
#[ -d /home ] && DIRHOME="/home"

That way home is left untouched, although the person doing the remaster needs to be aware that everything in /home will be put in the remaster. Of course there is also the issue of extra files and directories on the cd that need to be copied too.

I did notice with pmount I'm able to mount (and create mount points) with usb devices but not with ide drives.

[Nathan F]

All the remaster script should do is create an empty directory /home, because permissions go a bit flaky inside of a squashfile mounted as a unionfs (or aufs) branch anyway. The home directory for "grafpup" has to be created on the first boot because of this, actually, by copying all of /etc/skel and changing ownership appropriately.

A really advanced remaster script would of course alllow you to set up whatever users you wanted on your live cd, and probably change a few other things as well. But really I can't see making things that complex, there's too much potential for breakage.

I'll have to work on the mountpoint issue. I suppose I could do something like what I did with usb drives, but rather than updating fstab a small script could be created which just creates the mountpoint, and then give all users in the "users" group permission to run it with sudo. Well yes, that seems a likely solution.

The thing that bugs me is that even when all these things are put in place in pmount, mut will still be kind of crippled for regular users. It can mount drives OK, but when it comes to pendrives they are mounted read only unless you are root. I just don't know tk enough to fix it right.

Nathan

[plinej]

Yes, I agree, about the /home issue but /etc/skel was not copied to /home/grafpup after I initially remastered and I could not login as grafpup. Something else must've broke in the remastering process if you have some script that is supposed to do that.

Also, I did have everything in home set to grafpup:users and that was retained in the squash file.

[amish]

[Nathan F]

Jason - I hadn't done that modification to the remaster script yet. I was speaking actually of what I did to the universal installer to cope with the same issue (/home going missing).

What I meant about permissions is this. The permissions do get retained, but unless the files are in the top level branch of the union they are still not accessible for the user who owns them (except in root's case). At least I had this problem while I was still using unionfs, but I haven't tested it with aufs yet.

Amish - the cdrtool fork happened several months ago actually. I don't have the link but it is named cdrkit, so searching for that on Google ought to locate it quickly. My plan right now for Grafburn is to check for cdrdao and use it over cdrecord if present, but without having it in Puppy I have to let the program fall back to cdrecord. Also you can expect it will take several releases of Grafburn before I've done that completely. The latest one uses cdrdao to do cd copying functions.

Nathan

[amish]

nathan: great- i'm usually content to know that something is honestly being worked on or considered important.

the fact that it may take a while doesn't bother me. i'm rather pleased 6 months with puppy now, and i may be able to get rid of windows 98 yet. perhaps grafburn.pup will eventually come with cdrkit, tho not from what you're saying- i am happy to burn cd's in grafpup if puppy won't (for me)

[headfound]

cdrkit
http://www.cdrkit.org/

dvdrtools
http://freshmeat.net/projects/dvdrtools/

both forks of cdrtools

[plinej]

Nathan, is there a devx file for this latest snapshot? I'm very happy with it after I've remastered it for my needs and would love to be able to compile some things now.