Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Sun 21 Dec 2014, 16:23
All times are UTC - 4
 Forum index » Advanced Topics » Puppy Derivatives
Light-Debian-Core-Live-CD-Wheezy + Porteus-Wheezy
Moderators: Flash, JohnMurga
Post_new_topic   Reply_to_topic View_previous_topic :: View_next_topic
Page 142 of 271 Posts_count   Goto page: Previous 1, 2, 3, ..., 140, 141, 142, 143, 144, ..., 269, 270, 271 Next
Author Message
sunburnt


Joined: 08 Jun 2005
Posts: 5043
Location: Arizona, U.S.A.

PostPosted: Mon 31 Mar 2014, 14:32    Post_subject:  

Thanks Toni & Fred; I`ll make a locale install gui with some help. Should be pretty simple.

Fred; Looks like this is the critical part of the code you posted:
Code:
mount -o bind /mnt/$DEV/$LPTH/changes /memory/changes && touch /memory/changes/._test1 2>/dev/null

I assume the live-rw dir. is called "changes".? I think live-rw is better dir. name. Then 2 dirs., /live & /live-rw

A USB`s partition changes. But if boot part. is always /live/image, then /live/image/live-rw
This path can be a variable so other /partition/dir. can be mounted at boot also.
# Or is /live/image always the partition that /live is on, not the boot partition.?
I think a good setup for the installer is that the O.S. /live and it`s /live-rw dir. are always on the same partition.

# The live-rw dir. is made and then placed at the top of the union stack. So order is important.
# I think I need to see where Porteus initrd does union command and insert /live/image/live-rw

# So does this seem correct.? OR are /cow & /image bind mounts.? Want to bind to original source points.
Code:
mount -o bind /live/cow /live/image/live-rw 2>/dev/null

# But I may have this backward... /live-rw in union and then bind to /cow so /cow will work.
Code:
mount -o bind /live/image/live-rw /live/cow 2>/dev/null

Edited_times_total
Back to top
View user's profile Send_private_message 
fredx181

Joined: 11 Dec 2013
Posts: 934
Location: holland

PostPosted: Mon 31 Mar 2014, 15:04    Post_subject:  

Terry wrote:
Fred; Looks like this is the critical part of the code you posted:
Code:
mount -o bind /mnt/$DEV/$LPTH/changes /memory/changes && touch /memory/changes/._test1 2>/dev/null
......
So does this seem correct.? OR are /cow & /image bind mounts.? Want to bind to original source points.
Code:
mount -o bind /live/cow /live/image/live-rw 2>/dev/null

I wish I could really help but do no not have enough knowledge on this.
But I *think* that:
Code:
mount -o bind /mnt/$DEV/$LPTH/changes

Stands for the mounted path on the storage media e.g. /mnt/sda1/<somefolder>/changes.
So could be /mnt/sda1/live/changes.
And the second part "/memory/changes" is probably comparable with /live/cow.
Note that the linuxrc script is AFAIK executed from standing in mounted /mnt/live/.
So "/memory/changes" is in fact "/mnt/live//memory/changes"
Still following me? Smile
So *if* thats all right it would be e.g.:

Code:
mount -o bind  /mnt/sda1/live/changes /live/cow

Or change the name "changes" to something-else maybe. (but need to do mkdir /path/to/something-else then)
Quote:
# But I may have this backward... /live-rw in union and then bind to /cow so /cow will work.
Code:
mount -o bind /live/image/live-rw /live/cow 2>/dev/null

Yes, this should be in the right direction.
Fred
Back to top
View user's profile Send_private_message 
sunburnt


Joined: 08 Jun 2005
Posts: 5043
Location: Arizona, U.S.A.

PostPosted: Mon 31 Mar 2014, 15:36    Post_subject:  

Fred; I extracted initrd2.img ( Is this the Porteus file.? ). It`s not an xz archive, initrd.xz
# I only see the "init" file, and find . -name linuxrc does not find the file.

# In /live there are only the 2 dirs.
"mount" command shows /live/cow is original mount point not a bind mount.
Code:
/dev/loop4 on /live/cow type ext2 (rw,noatime,errors=continue,user_xattr,acl)

So I think you`re right, to make /live/cow work, we would have to do:
Code:
mount -o bind /live/image/live-rw /live/cow 2>/dev/null

# Or perhaps /live/cow just be a link to /live/image/live-rw
And then /live/cow would get placed in the union as it normally does.

# As usual we can`t get info. from Aufs about it`s union layers. UnionFS did this.
.
Back to top
View user's profile Send_private_message 
fredx181

Joined: 11 Dec 2013
Posts: 934
Location: holland

PostPosted: Mon 31 Mar 2014, 15:44    Post_subject:  

Terry wrote:
Fred; I extracted initrd2.img ( Is this the Porteus file.? ). It`s not an xz archive, initrd.xz
# I only see the "init" file, and find . -name linuxrc does not find the file.

No you need the initrd.xz, it's on any iso with the name porteus in it on Toni's site.

In linuxrc there's also this:
Code:
# Setup aufs:
echo $i"creating live filesystem and inserting modules"
mount -t aufs -o nowarn_perm,xino=/memory/xino/.aufs.xino,br:/memory/changes=rw aufs /union

Might be needed also.
Back to top
View user's profile Send_private_message 
sunburnt


Joined: 08 Jun 2005
Posts: 5043
Location: Arizona, U.S.A.

PostPosted: Mon 31 Mar 2014, 16:11    Post_subject:  

Okay, I need to download an iso.
The "mount -t aufs" line is the actual union command.
But I don`t know about /memory , maybe it`s unique to Porteus.

Wheezy boot scripts are a maze of function calls to many other scripts.
It`s damn hard to tell if you`re coming or going...
# I see in /lib/live/boot/9990-misc-helpers.sh the actual union command(s).

# My hope is to make a script to add to DebDog to do a /live-rw dir.
And at the same time add-in a fsck for the O.S. & /live-rw partition.

### BUT... Maybe Wheezy already does this, I see code, but I`m not sure.
I`ll see if I can get an answer from the guys a the Debian sites.
.

Edited_time_total
Back to top
View user's profile Send_private_message 
saintless


Joined: 11 Jun 2011
Posts: 2728
Location: Bulgaria

PostPosted: Mon 31 Mar 2014, 16:32    Post_subject:  

Hi, Terry.

I'm not sure the scripts in /lib/live/boot are active while we use downgraded initrd.img made with live-boot v2. They are active with sure if we use initrd.img made with live-boot v.3.x but we do not use this initrd.img.

The initrd.img you need is initrd1.img for kernel 486.
To be sure download this iso.
http://smokey01.com/saintless/Light-Wheezy/DebianDog-PorteusDog-test.iso
It has all you need - one initrd1.img for Debian boot and initrd1.xz for porteus boot. We use them only on DebianDog now. No others initrd files.
From what I read you want to adapt code from initrd1.xz to initrd1.img

Extract initrd1.img and look at /init script and /scripts/live script.
In /scripts/live line 1829 I added:
Code:
mount -o remount,rw /root/live/image

which does the rw remounting of /live/image
Otherwise /live/image is mounted read-only if no live-rw save file is used.
Not sure I can help you much with this.

Toni

_________________
Farewell, Nooby, you will be missed...
Back to top
View user's profile Send_private_message MSNM 
fredx181

Joined: 11 Dec 2013
Posts: 934
Location: holland

PostPosted: Mon 31 Mar 2014, 16:52    Post_subject:  

Quote:
The "mount -t aufs" line is the actual union command.
But I don`t know about /memory , maybe it`s unique to Porteus.

Terry, it might be important because there's "/memory/changes" in that line which is simular to /live/cow.
On my booted porteus-debian I have "/mnt/live/memory/changes" and that's where the changes are saved inside.
Fred
Back to top
View user's profile Send_private_message 
mcewanw

Joined: 16 Aug 2007
Posts: 2350
Location: New Zealand

PostPosted: Mon 31 Mar 2014, 17:15    Post_subject:  

sunburnt wrote:
#
Toni; Parted allows excellent partition creation and manipulation. The cli gparted.
I`ll look at what is really needed to make the USB installer. Looking at shinobar`s grub4dosconf.


I mainly still just use fdisk and mkfs at commandline and occasionally used gparted which is in DebianDog. Is parted for your USB installer; just wondered why not gparted? Anyway, I'll try out parted, sounds a bit better than fdisk! :-)

_________________
Non enim propter gloriam, diuicias aut honores pugnamus set propter libertatem solummodo quam Nemo bonus nisi simul cum vita amittit.
Back to top
View user's profile Send_private_message Visit_website 
sunburnt


Joined: 08 Jun 2005
Posts: 5043
Location: Arizona, U.S.A.

PostPosted: Mon 31 Mar 2014, 18:23    Post_subject:  

William; Parted is cli version of gparted as I understand.
Apparently it`s not the back-end for gparted as it`s not a dependency.
But both have the same dependencies, adding it was a small size increase.

# I wanted DebianDog installer to do it`s job with very little user interaction.
1) A selection of drives, both fixed and removable ( Why limit it.? ).
2) An option to use existing drive layout ( Preserve the drive`s data. ).
3) If a new layout is chosen, then a few options for the drive`s new layout.
4) Then do the drive-partition-boot work, and put DebianDog on it.

# It`s good having a fairly complete set of disk tools, need a few others too.


Fred; Looks like Porteus uses a completely custom setup, as I suspected.

# I found that Deb-Live should use a dir. with a "persistence.conf" file.
File must be in root of the partition, and it seems like a dir. can be used.
I was hoping that a simple added kernel command would do it.

# UPDATE: I asked about a persistence dir. at the Debian forum.
I asked for code examples, so hopefully I get some expert help.
.

Edited_time_total
Back to top
View user's profile Send_private_message 
mcewanw

Joined: 16 Aug 2007
Posts: 2350
Location: New Zealand

PostPosted: Mon 31 Mar 2014, 18:34    Post_subject: Making synaptic etc work for normal user: methods summary  

Not sure which method you decided to use to deal with the synaptic not running issue when logged in via xdm as a normal user Toni.

There are really three methods now (though I'm not sure if the third method misses anything, though it does seem to work). I'll just summarise all of them here since I found one improvement to the second method:

First method via sudoers file:

http://dev-loki.blogspot.co.nz/2009/01/using-sudo.html

Quote:
First of all, edit /etc/sudoers (which one should always do using the command visudo as it validates the configuration before saving it) and allow the environment variables DISPLAY and XAUTHORITY to be forwarded when using sudo, by adding the following line:
Code:
Defaults env_keep += "DISPLAY XAUTHORITY"

The second step is to set and export the environment variable XAUTHORITY. The simplest option is to add the following line to your ~/.bashrc or add it to /etc/bash.bashrc.local, the latter being for all users on your host:
Code:
[ -n "$DISPLAY" -a -e "$HOME/.Xauthority" ] && export XAUTHORITY="$HOME/.Xauthority"


Second method (probably my preferred one at the moment, since it is simple and should work for any program being run as root I think):

Modify normal users ~/.xsession-jwm (and similarly for .xsession-icewm) to:
Code:

if [ -z "$XAUTHORITY" ]; then
XAUTHORITY=$HOME/.Xauthority
export XAUTHORITY
fi
~/startup &
exec jwm


Note that I previously suggested adding these XAUTHORITY lines to startup-jwm, but that also required modifying /opt/bin/synaptic-start with the same lines at the top. Doing it as now suggested in ~/.xsession-jwm means that you can leave /opt/bin/synaptic-start as it originally was. Works fine.

Finally add the following to end of /root/.bashrc:
Code:

if [ $SUDO_USER ]; then
sudo -H -u $SUDO_USER xauth extract - $DISPLAY | xauth merge -
fi


Third Method is the simplest, but you'd need to do something similar for the likes of gparted as well as synaptic and perhaps other programs you wanted to temporarily run as root. Also, I imagine some possible problems with some apps not finding system binaries because this method keeps the normal user environment:

Simply change the sudo line in /opt/bin/synaptic-start to:

Code:
xterm -e sudo -E synaptic


-----

Like I say, my current preference would be the second method (modifying .xsession-jwm and /root/.bashrc, since I think it will work for all cases including sudo any app and also with su. Best to test it though just to be sure it is what you want.

_________________
Non enim propter gloriam, diuicias aut honores pugnamus set propter libertatem solummodo quam Nemo bonus nisi simul cum vita amittit.
Back to top
View user's profile Send_private_message Visit_website 
sunburnt


Joined: 08 Jun 2005
Posts: 5043
Location: Arizona, U.S.A.

PostPosted: Tue 01 Apr 2014, 02:03    Post_subject:  

Here`s a pic of the installer so far. All that`s left is the tricky partitioning and Grub setup.
I simplified the DebianDog Installer so as to get it working quickly. ### Suggestions.?

Toni; How soon do you want / think the beta will be ready ( You`re team leader...).
DebDogInstall.png
 Description   
 Filesize   18.22 KB
 Viewed   209 Time(s)

DebDogInstall.png

Back to top
View user's profile Send_private_message 
saintless


Joined: 11 Jun 2011
Posts: 2728
Location: Bulgaria

PostPosted: Tue 01 Apr 2014, 02:15    Post_subject:  

Hi, Terry.
I like it Smile
I think to upload one more testing module for us tonight or tomorrow.
Then it is up to you all if we find something more to be fixed.
In the meantime I will start making the locale files archives.

I think we are ready for the beta iso but since you started USB installer I prefer to wait for your call when you are ready. It is important to include USB installer in DebianDog beta iso.

William,
Thank you! I prefer to use method 2. I will change it as in your last post.

Toni

_________________
Farewell, Nooby, you will be missed...
Back to top
View user's profile Send_private_message MSNM 
saintless


Joined: 11 Jun 2011
Posts: 2728
Location: Bulgaria

PostPosted: Tue 01 Apr 2014, 02:20    Post_subject:  

sunburnt wrote:
# I found that Deb-Live should use a dir. with a "persistence.conf" file.
File must be in root of the partition, and it seems like a dir. can be used.

Yes, Terry, but this is if we use initrd.img made with live-boot v.3.x
The problem with this is if we use more than one squashfs module the overlay is wrong. It will overlay 01.squashfs on top of 02.squashfs instead the opposite. We also will loose /live/cow which is needed for RemasterCow script and is very useful option to save changes. This why we changed the initrd.img.

I think there is no need to work on including save folder option to debian initrd.img since DebianDog will have also porteus initrd boot included. But it is your call if you like to work on this.


Toni

_________________
Farewell, Nooby, you will be missed...
Back to top
View user's profile Send_private_message MSNM 
mcewanw

Joined: 16 Aug 2007
Posts: 2350
Location: New Zealand

PostPosted: Tue 01 Apr 2014, 02:58    Post_subject:  

sunburnt wrote:


# I found that Deb-Live should use a dir. with a "persistence.conf" file.
File must be in root of the partition, and it seems like a dir. can be used.
I was hoping that a simple added kernel command would do it.

# UPDATE: I asked about a persistence dir. at the Debian forum.
I asked for code examples, so hopefully I get some expert help.
.


As far as I understand it, Debian Live Wheezy uses a different persistence mechanism than DebianDog because Toni somehow was able to change that to use the cow method employed in Live Squeeze. So you probably have to keep that in mind Terry, though Toni can advise you properly about that. I hope to find time to work out what all these persistence mechanism differences are all about some day, but until then I'm happy someone else is dealing with all that! :-)

EDIT: Ah... didn't notice Toni has in fact already posted just before me to say something about that... and yes, I can confirm that the porteus initrd method works nicely to allow DebianDog the alternative of saving persistence to a directory.

_________________
Non enim propter gloriam, diuicias aut honores pugnamus set propter libertatem solummodo quam Nemo bonus nisi simul cum vita amittit.
Back to top
View user's profile Send_private_message Visit_website 
saintless


Joined: 11 Jun 2011
Posts: 2728
Location: Bulgaria

PostPosted: Tue 01 Apr 2014, 12:16    Post_subject:  

Hi, Terry, Fred, William, Sergey and all interested from testing.

I decided to upload iso version instead separate module. This way it will be easier for all to test DebianDog-Porteus configuration.

Uploaded DebianDog-PorteusDog-test2.iso - 107 Mb.
http://smokey01.com/saintless/Light-Wheezy/DebianDog-PorteusDog-test2.iso
md5sum:
Code:
386e8eb5b8c5303b2e6993b03ffde085  DebianDog-PorteusDog-test2.iso


Important notes:
Root password changed from marina to root.
Login as:
username root with password root
username puppy with password puppy

Removed Pae kernel. We keep as default only 486 kernel now.
Other kernels modules will be created and uploaded on the site for Remaster from user.

Added examples-boot-codes text file in the iso.
For frugal install just copy the live folder on top of partition and add boot code for DebianDog or PorteusDog from the examples text.

Still booting to XDM login prompt. I will change it to autologin as root for the Beta version. It will be a matter of typing xdm-start and reboot to get XDM login again.

Added PicDrop on desktop. Terry, I will make also Deb package and you can make NoinstallApp for puppy to upload on the site.

Default menu is mk-jwm.menu from Terry. Please, test it with installing and uninstalling applications.

Added Refresh-Menus button for manual refresh. It works also to change Debian-menu to Puppy-menu.

For Debian-menu type menu-debian. To get back Puppy menu type menu-puppy for root or just use Refresh-Menus button.
From user account menu-puppy will not work but Refresh-Menus button will give back Puppy menu.

Wallpapers changing active from boot.

XFE updated to latest version. We have $HOME/.config/xfe/scripts folder and any executable or link to executable will appear as right click menu file/folder option. At the moment we use only activate/deactivate sfs module and create deb from folder scripts there.

Toni

_________________
Farewell, Nooby, you will be missed...
Back to top
View user's profile Send_private_message MSNM 
Display_posts:   Sort by:   
Page 142 of 271 Posts_count   Goto page: Previous 1, 2, 3, ..., 140, 141, 142, 143, 144, ..., 269, 270, 271 Next
Post_new_topic   Reply_to_topic View_previous_topic :: View_next_topic
 Forum index » Advanced Topics » Puppy Derivatives
Jump to:  

Rules_post_cannot
Rules_reply_cannot
Rules_edit_cannot
Rules_delete_cannot
Rules_vote_cannot
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1648s ][ Queries: 13 (0.0522s) ][ GZIP on ]