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 Thu 21 Aug 2014, 16:08
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 206 of 232 [3472 Posts]   Goto page: Previous 1, 2, 3, ..., 204, 205, 206, 207, 208, ..., 230, 231, 232 Next
Author Message
stemsee


Joined: 27 Jun 2013
Posts: 344
Location: London

PostPosted: Wed 18 Jun 2014, 03:45    Post subject:  

saintless wrote:
Booting was not a problem but I can't find a way to use any kind of save file.
Creating puppy_savefile.4fs, 3.fs, 2.fs, renaming to puppysave.4fs, pupsave.4fs does not help. Keeping the save file in /live or at top of partition changes nothing.
adrv.sfs, ydrv.sfs, zdrv.sfs do not get loaded on boot.


Aha! I mentioned these things as 'goals' not tested. The adrv, ydrv and savefile lines must be added/specified in DISTRO_SPECS in initrd, which I haven't implemented yet. As for the savefile, it should get layered in ram at top level, maybe if folder initrd/pup_rw exisits it could get mounted there (automatically (you are more knowledgable about the internal workings of puppy and debian than I am, I just sniff out logical possibilities that can be easily implemented ... by someone skillfull enough), but I see no reason to change the DebianDuog mount point for live-rw or persistent. The save to folder option has only just been commited and so does not appear in this 'proof of concept'. I haven't done any of the work yet. But I will submit another iso after a few days (only, i hope) with an unaltered 01-filesystem.squashfs able to mount live-rw (in my mind it should work, just not sure my scripting skills are up to the task!).

At least you realised that your 'old hardware' is not locked to kernel 3.2.*.* ... it will happily run on latest 3.15-EmSee kernels which have been crafted-by-hand, so to speak, to accommodate all hardware (courtesy of stemsee), and probably the pae version will run too, give it a try. Also, you can try the jwm or xfce, version just by renaming 01-filesystem.squashfs to puppy.sfs.
Back to top
View user's profile Send private message MSN Messenger 
saintless


Joined: 11 Jun 2011
Posts: 2352
Location: Bulgaria

PostPosted: Wed 18 Jun 2014, 03:54    Post subject:  

Wrong, Stemsee Smile My old hardware that I use to build DebianDog does not boot with your kernel. Much newer Toshiba Laptop is the one I use to test your iso.
I see no point to use debian live-rw save option with non debian kernel. The point to use puppy initrd is to get same save options like puppy and especially saving on CD/DVD that is missing with porteus-boot and live-boot. I also think you can build latest kernel on Debian system like you do with Puppy. Keep in mind how many options are lost using this iso configuration and what we gain? We need puppy save file options working or there is no point to use puppy kernel.
Back to top
View user's profile Send private message MSN Messenger 
saintless


Joined: 11 Jun 2011
Posts: 2352
Location: Bulgaria

PostPosted: Wed 18 Jun 2014, 06:34    Post subject:  

Hi, Fred, William...
fredx181 wrote:
I often do "sudo su" to have root rights on everything I do in that terminal session, on Jwm version I get:
Code:
puppy@debian:~$ sudo su
[sudo] password for puppy:
xauth:  timeout in locking authority file /home/puppy/.Xauthority
xauth: (argv):1:  unable to read any entries from file "(stdin)"

Not a big deal because after waiting some time it works ok.

Remove this lines from /root/bashrc and the problem is solved.
Code:
if [ $SUDO_USER ]; then
sudo -H -u $SUDO_USER xauth extract - $DISPLAY | xauth merge -
fi

Unfortunately it was a fix for something else and I need to recheck the alternatives again:
http://murga-linux.com/puppy/viewtopic.php?p=768351&sid=a9db739dc6c93b6463bbea08b566e849#768351

Edit. Actually quick test shows after changing gsu to execute sudo instead ktsuss this fix for Synaptic that prevents now working (sudo su) might not be needed anymore but I need to test proper after remaster.

Toni
Back to top
View user's profile Send private message MSN Messenger 
saintless


Joined: 11 Jun 2011
Posts: 2352
Location: Bulgaria

PostPosted: Wed 18 Jun 2014, 09:14    Post subject:  

Deb package for network setup xpns-tool with menu entry:
http://smokey01.com/saintless/Fredx181/xpns-tool_1.0.1_i386.deb
No need from resolvconf package and resolv-fix removed. Gxmessage removed and the log changed to open nano in xterm.
Maybe it will be useful for someone.
Back to top
View user's profile Send private message MSN Messenger 
stemsee


Joined: 27 Jun 2013
Posts: 344
Location: London

PostPosted: Wed 18 Jun 2014, 11:00    Post subject:  

saintless wrote:
Wrong, Stemsee Smile I see no point to use debian live-rw save option with non debian kernel. The point to use puppy initrd is to get same save options like puppy

'Wrong again?' ... it is my habit!

Quote:
Keep in mind how many options are lost using this iso configuration and what we gain?


Another assured place in Puppy Distro archives!

Quote:
We need puppy save file options working or there is no point to use puppy kernel.


Yes, that is true, from a purely utilitarian point of view, but like snowboarding and skateboarding which serve no useful purpose, it is an interesting and fun exercise! As for stunts I do them ... because I can! But it makes for a darned nice live/secure/safe boot disc option.
Notwithstanding my humour and lack of essential focus, I will do my best or face loseing ...er... face!
Back to top
View user's profile Send private message MSN Messenger 
saintless


Joined: 11 Jun 2011
Posts: 2352
Location: Bulgaria

PostPosted: Wed 18 Jun 2014, 11:59    Post subject:  

Stemsee, this is one more example what is the advantage of main-stream linux.
Boot puppy sfs module with debian kernel and initrd and you get all debian save file options and multiple squashfs load + puppy system. Fully working system with debian save file options.
Boot debian squashfs module with latest puppy developed initrd and puppy kernel and you get broken system.

Fred took porteus initrd and kernel and made debian squashfs to work with them keeping the save file options and advantages from porteus on debian system. Then he went further with some help from Sfs and made the same initrd file to work the same way with debian kernel having the best from Porteus and Debian in one system that is now DebianDog.
When something does not work but you see value in it you should keep trying to make it work till it is done. The word stunts has much different meaning to me.
But you decide what has value for you. If you are happy to have by accident live/secure/safe boot disc option and this is OK, then I'm happy for you. I would even suggest to type xdm-start in terminal to activate the login manager and install firewall. Then remaster DebianDog before renaming the main module to puppy.sfs and you will have much more secure system that is well protected. Even from the user itself.

_________________
Farewell, Nooby, you will be missed...
Back to top
View user's profile Send private message MSN Messenger 
saintless


Joined: 11 Jun 2011
Posts: 2352
Location: Bulgaria

PostPosted: Wed 18 Jun 2014, 12:22    Post subject:  

Hi, Fred.
Do you have any plans to work on encrypted save file option for porteus boot?
I'm reading some links from Sfs pointed to us in this thread - Russian language only but at least the code examples are in English Smile
http://forum.puppyrus.org/index.php/topic,15300.msg86697.html#msg86697
http://forum.puppyrus.org/index.php/topic,15571.0.html
From what I understand the initrd.xz is very similar to porteus one. Not sure what is included inside but this is from one of the links:
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra02/kernel/
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra02/kernel/3.13.6-porteus/
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra02/kernel/initrd.xz
Otherwise I'm reading about encryption for Wheezy. I'm not sure what I will find as solution yet but we shall see.

Toni

_________________
Farewell, Nooby, you will be missed...
Back to top
View user's profile Send private message MSN Messenger 
mcewanw

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

PostPosted: Wed 18 Jun 2014, 22:13    Post subject:  

This post no longer applicable since fixed/upgraded versions of xrecord and pavrecord now uploaded later.

Cheers, William

_________________
Non enim propter gloriam, diuicias aut honores pugnamus set propter libertatem solummodo quam Nemo bonus nisi simul cum vita amittit.

Last edited by mcewanw on Sat 19 Jul 2014, 00:03; edited 1 time in total
Back to top
View user's profile Send private message Visit poster's website 
mcewanw

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

PostPosted: Thu 19 Jun 2014, 01:00    Post subject: updated/fixed pavrecord deb uploaded now  

Hi Toni,

Have now uploaded revised pavrecord (version 0.9.4) in deb format. This contains the critical VU peak level meter fix suggested by SFR. Thanks again Jake. I've attached it to main pavrecord thread since that helps me keep the various Puppy versions in sync:

http://www.murga-linux.com/puppy/viewtopic.php?p=656582

Toni and Fred: You should completely remove the old one includine the .pavrecord folder in $HOME before installing this fixed version, just to be sure all will be fine...

I'm currently busy working on updating the several versions of this and precord for Puppy. If only people could compile ffmpeg to contain the same encoders... By the way, Fred, your static ffmpeg squashfs build doesn't seem to include support for x11grab.

Cheers, William

_________________
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 poster's website 
saintless


Joined: 11 Jun 2011
Posts: 2352
Location: Bulgaria

PostPosted: Thu 19 Jun 2014, 03:18    Post subject:  

Thanks, William.
What is your suggestion - to replace pavrecord with the attached one or to uninstall the package and install the new one? Is there something more changed in the deb package than the version name and /usr/bin/pavrecord?
I try to keep at minimum configuration program directories in $HOME/ In Jwm version there is no $HOME/.pavrecord I guess it is not a problem since it is created on first program run?

Toni
Back to top
View user's profile Send private message MSN Messenger 
mcewanw

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

PostPosted: Thu 19 Jun 2014, 04:00    Post subject:  

saintless wrote:
Thanks, William.
What is your suggestion - to replace pavrecord with the attached one or to uninstall the package and install the new one? Is there something more changed in the deb package than the version name and /usr/bin/pavrecord?
I try to keep at minimum configuration program directories in $HOME/ In Jwm version there is no $HOME/.pavrecord I guess it is not a problem since it is created on first program run?

Toni


The only other thing changed in the deb package is the Debian Control file, which contains the correct current version number of pavrecord. The separate main pavrecord script I attached to this thread is the same one in the deb Toni. I particularly informed you of the new deb since you would need to replace the one currently stored at smokey's site.

Yes, it is not a problem (in fact it is better) to provide the iso with no $HOME/.pavrecord since as you say it is created automatically anyway the first time pavrecord is run.

William

_________________
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 poster's website 
saintless


Joined: 11 Jun 2011
Posts: 2352
Location: Bulgaria

PostPosted: Thu 19 Jun 2014, 04:15    Post subject:  

Thanks, William.
Pavrecord re-uploaded:
http://smokey01.com/saintless/Fredx181/pavrecord_0.9.4_i386.deb

Toni

_________________
Farewell, Nooby, you will be missed...
Back to top
View user's profile Send private message MSN Messenger 
fredx181

Joined: 11 Dec 2013
Posts: 733
Location: holland

PostPosted: Thu 19 Jun 2014, 17:04    Post subject:  

Hi Toni,
Quote:
Hi, Fred.
Do you have any plans to work on encrypted save file option for porteus boot?

Thanks, I didn't have plans but I'll look at it when I have time.
Quote:
Remove this lines from /root/bashrc and the problem is solved.
Code:
if [ $SUDO_USER ]; then
sudo -H -u $SUDO_USER xauth extract - $DISPLAY | xauth merge -
fi

Thanks, that solved it.
These days I'm busy working as volunteer for an alternative computer repair/shop.
They switched to Lubuntu as replacement for windows xp.
Also they have some "thin clients" (it's very low-ram small computer, 256MB RAM and only 256MB HDD) for connecting to server.
I tried openbox version on that but it's to heavy so using your JWM version now Smile

Btw, I tried using Simple network setup as default network manager but frisbee is more reliable for wired connection (sns is unstable when unplugging/plugging cable and automatic connecting when rebooted)

Fred wrote:
We forgot to add the gsu line on top of /usr/bin/frisbee.

Sorry, should have wrote: I forgot on openbox version, obviously didn't install latest deb you made.

Fred
Back to top
View user's profile Send private message 
saintless


Joined: 11 Jun 2011
Posts: 2352
Location: Bulgaria

PostPosted: Thu 19 Jun 2014, 17:23    Post subject:  

Hi, Fred.
Nice to read you work with old PC like mine Smile Better comress the main module with default gzip for this computer. It will work faster.

Encrypted save file and save partition solved for live-boot-3x thanks to Refracta forum and Dzz:
http://refracta.freeforums.org/snapshot-on-usb-with-encrypted-home-t182.html
He also solved the rw-boot partition mounting and SWAP not working issue for live-boot-3x. Now the persistence save file can be on the boot partition. Tested the pach for initrd from Dzz and works fine for encrypted save file with DebianDog.

I will look for live-boot-2x encrypted save file option now.

If we decide to use by default encrypted save file/partition we need to include cryptsetup package (it is 1Mb uncompressed) and we need to rebuild initrd files with cryptsetup support.

We have time to decide and test this, Fred. At least with live-boot-3x the problem is solved and it can be included even as separate initrd.img for encrypted save file/partition support without touching anything in the iso files.

Toni
Back to top
View user's profile Send private message MSN Messenger 
stemsee


Joined: 27 Jun 2013
Posts: 344
Location: London

PostPosted: Fri 20 Jun 2014, 04:14    Post subject:  

a couple days ago I acheived remedial save function with DebianPup equal to the solution saintless posted for booting puppy with DD (DebianDog) initrd. This assumes booting to ram from sda3 chang appropriately for your setup or add searh for savefile function.

Mount script
#!/bin/sh
mkdir -p /media/sda3 && mount /dev/sda3 /media/sda3
mount /media/sda3/live/debian-save.2fs /initrd/pup_ro5
cp -r -p /initrd/pup_ro5/. /initrd/pup_rw/

restart X to see changes or add to init

save script
#!/bin/sh
cp -r -p /initrd/pup_rw/. /initrd/pup_ro5/

But work continues to implant full puppy options

Edit: the official fatdog64 option is to specify a kernel argument pupsave=ram:/path/to/savefile #mounts save file on /initrd/pup_rw ram layer
or pupsave=save:/path/to/savefile #mounts savefile on /initrd/pup_save - which doesn't exist outside of real FatDog64 initrd.
neither worked for me, maybe not enough testing.

Last edited by stemsee on Fri 20 Jun 2014, 06:25; edited 1 time in total
Back to top
View user's profile Send private message MSN Messenger 
Display posts from previous:   Sort by:   
Page 206 of 232 [3472 Posts]   Goto page: Previous 1, 2, 3, ..., 204, 205, 206, 207, 208, ..., 230, 231, 232 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Puppy Derivatives
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1403s ][ Queries: 12 (0.0440s) ][ GZIP on ]