Grafpup-2.xx fourth (and final) alpha
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.
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.
- Attachments
-
- grafpup-pmount-3.tar.gz
- (5.82 KiB) Downloaded 681 times
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.
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
- Posts: 1764
- Joined: Wed 08 Jun 2005, 14:45
- Location: Wadsworth, OH (occasionally home)
- Contact:
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
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
Bring on the locusts ...
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.
#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
- Posts: 1764
- Joined: Wed 08 Jun 2005, 14:45
- Location: Wadsworth, OH (occasionally home)
- Contact:
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
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
Bring on the locusts ...
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.
Also, I did have everything in home set to grafpup:users and that was retained in the squash file.
sweet! i was sure from the tone of the last news i read (yours is newer btw!) that it wouldn't happen. Viva La Open Source!Let's not get too worked up now, it will get worked on. Actually, Debian already forked cdrtools over this and a few other issues, so it is getting worked on (although I can't seem to get any better results using their source).
finally! no kidding, i almost shed a tear. (the last time i mentioned it you said you had no such plans, but -sincerely- some of us have come to look to grafpup as the pinnacle of quality, so i'm not surprised to hear you're doing itPlus as you say, there's always cdrdao, which I plan to integrate a little more into Grafburn at some point.
sadly, it is not possible to separate politics from free software. free software - politics = unfree software.
- Nathan F
- Posts: 1764
- Joined: Wed 08 Jun 2005, 14:45
- Location: Wadsworth, OH (occasionally home)
- Contact:
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
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
Bring on the locusts ...
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)
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)
cdrkit
http://www.cdrkit.org/
dvdrtools
http://freshmeat.net/projects/dvdrtools/
both forks of cdrtools
http://www.cdrkit.org/
dvdrtools
http://freshmeat.net/projects/dvdrtools/
both forks of cdrtools
Download a better Computer :)
[url=http://uk.youtube.com/watch?v=rDTLJYDHX3g]Puppy Linux Song[/url]
[url=http://www.letterbyletter.co.uk]www.letterbyletter.co.uk[/url]
[url=http://uk.youtube.com/watch?v=rDTLJYDHX3g]Puppy Linux Song[/url]
[url=http://www.letterbyletter.co.uk]www.letterbyletter.co.uk[/url]
- Nathan F
- Posts: 1764
- Joined: Wed 08 Jun 2005, 14:45
- Location: Wadsworth, OH (occasionally home)
- Contact:
Well the more I thought of it, the more I decided I want to encourage others to help with Grafpup development. So I threw something together and it's uploading now. No gaurantee it will work 100% correctly, but if problems are found I'll fix them.
BTW, I've included cvs and subversion clients in mine. It's been annoying the heck out of me since Barry took cvs out of the Puppy dev module.
Nathan
BTW, I've included cvs and subversion clients in mine. It's been annoying the heck out of me since Barry took cvs out of the Puppy dev module.
Nathan
Bring on the locusts ...
Link, please.Nathan F wrote:Well the more I thought of it, the more I decided I want to encourage others to help with Grafpup development. So I threw something together and it's uploading now. No gaurantee it will work 100% correctly, but if problems are found I'll fix them.
What is the password for anonymous@grafpup.com?
- Nathan F
- Posts: 1764
- Joined: Wed 08 Jun 2005, 14:45
- Location: Wadsworth, OH (occasionally home)
- Contact:
The new dev module is on the new site, http://grafpup.org/, in the modules subdirectory. Just about anything worth having (grafpup related of course) should be over there soon, if it isn't already.
Nathan
Nathan
Bring on the locusts ...