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 Wed 16 Oct 2019, 20:43
All times are UTC - 4
 Forum index » Advanced Topics » Puppy Derivatives
EasyOS Pyro 1.2.5 October 8, Buster 2.1.6 October 9, 2019
Moderators: Flash, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 94 of 127 [1897 Posts]   Goto page: Previous 1, 2, 3, ..., 92, 93, 94, 95, 96, ..., 125, 126, 127 Next
Author Message
lp-dolittle

Joined: 25 Apr 2016
Posts: 102

PostPosted: Mon 04 Mar 2019, 15:52    Post subject: EasyOs 8.0.1
Subject description: keyboard layout
 

@ Barry,

maybe, the following observation is of interest to you after your success in starting a Xorg GUI in initrd:

Running totally in RAM EasyOs 8.0.1 or Quirky Xerus64-8.6, I noticed some interesting differences, as for the keyboard layout settings.

(1) In EasyOS, keyboard layout settings via the setxkbmap command in 'Sakura' always need to be refreshed after every restart of the X sever.
In contrast, running Quirky Xerus64-8.6, the same settings mostly seem to survive X server restarts but not on every machine. Comparing the hardware-info of such laptops and pc's, I so far was not able to make out which hardware component might cause these different reactions

(2) When I plug in a usb-keyboard into laptops whose (internal) keyboard layout either needs or does not need a refresh after X server restarts, sakura responds equally to both input devices as long as the external keyboard is already attached during the setting.
The situation is different if I first set the wanted keyboard layout via setxkbmap and plug in the usb-keyboard, thereafter. On laptops whose keyboard layout settings need to be refreshed after X server restarts, I now have the option to toggle in characters which belong to different layouts (in my case 'Swiss German' according to the laptop keyboard or 'US American' according to the usb-keyboard) into one and the same sakura window!! On laptops whose keyboard layout survives X server restarts (running Quirky Xerus) the internal and the external keyboard commands always are responded equally by sakura even if the usb-keyboard is plugged in only after the specific setxkbmap command.

kind regards
Back to top
View user's profile Send private message 
rufwoof


Joined: 24 Feb 2014
Posts: 3544

PostPosted: Tue 05 Mar 2019, 18:35    Post subject:  

Any chance of having lz4 support being added to the default EasyOS kernel? So a easy sfs compressed using lz4 is mountable.

I have my frugal HDD installed version using lzo level 1 compression (... sfs/easyos/oe/pyro/easy_1.0_amd64.sfs) and its real quick. lz4 can further improve upon that.

I've set it not to copy the easy sfs to ram on bootup as well, so starts up quicker. I prefer it that way as given a slower boot (easy sfs loaded into ram), faster first time run of programs, versus faster boot/slower first time run of a program (thereafter often stays cached so second time runs are comparable in speed to having had easy sfs copied to ram), the latter uses less ram in total as the former loads everything into ram whereas the latter only loads what is actually used (for instance why load gparted into ram if you don't do any disk partitioning/changes during a session ... wasteful).

_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb

echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh
Back to top
View user's profile Send private message 
rufwoof


Joined: 24 Feb 2014
Posts: 3544

PostPosted: Tue 05 Mar 2019, 22:09    Post subject:  

Some weeks back, someone asked about EasyOS and cgroup's so that limits could be set for a Easy Container for swap, memory ...etc.

I've been toying around in EasyOS with cgroups and so far these are my notes/tests that I've run so far, with a few of adding cgroup controls into my own frugal EasyOS

Code:
# Check if cgroups are active

ls /sys/fs/cgroup/

# If (likely) no return is seen, then cgroup needs to be created/mounted ...

# Prepare the cgroups
mount -t tmpfs none /sys/fs/cgroup
mkdir /sys/fs/cgroup/memory
mount -t cgroup none /sys/fs/cgroup/memory -o memory

# Make a new 'easy' cgroup
mkdir /sys/fs/cgroup/memory/easy

# now we should be able to ls /sys/fs/cgroup/memory/easy and see ....

ls /sys/fs/cgroup/memory/easy
blkio.io_merged
blkio.io_merged_recursive
blkio.io_queued
blkio.io_queued_recursive
blkio.io_service_bytes
blkio.io_service_bytes_recursive
blkio.io_serviced
blkio.io_serviced_recursive
blkio.io_service_time
blkio.io_service_time_recursive
blkio.io_wait_time
blkio.io_wait_time_recursive
blkio.leaf_weight
blkio.leaf_weight_device
blkio.reset_stats
blkio.sectors
blkio.sectors_recursive
blkio.time
blkio.time_recursive
blkio.weight
blkio.weight_device
cgroup.clone_children
cgroup.event_control
cgroup.procs
cgroup.sane_behavior
cpuacct.stat
cpuacct.usage
cpuacct.usage_all
cpuacct.usage_percpu
cpuacct.usage_percpu_sys
cpuacct.usage_percpu_user
cpuacct.usage_sys
cpuacct.usage_user
cpu.shares
devices.allow
devices.deny
devices.list
memory.failcnt
memory.force_empty
memory.kmem.failcnt
memory.kmem.limit_in_bytes
memory.kmem.max_usage_in_bytes
memory.kmem.slabinfo
memory.kmem.tcp.failcnt
memory.kmem.tcp.limit_in_bytes
memory.kmem.tcp.max_usage_in_bytes
memory.kmem.tcp.usage_in_bytes
memory.kmem.usage_in_bytes
memory.limit_in_bytes
memory.max_usage_in_bytes
memory.move_charge_at_immigrate
memory.oom_control
memory.pressure_level
memory.soft_limit_in_bytes
memory.stat
memory.swappiness
memory.usage_in_bytes
memory.use_hierarchy
notify_on_release
release_agent
tasks

# Set the amount of memory which tasks in the easy cgroup can use :
echo 100000000 > /sys/fs/cgroup/memory/easy/memory.limit_in_bytes
# and set the cgroup to also have swap turned off ...
# See what currently is allocated swap

cat /sys/fs/cgroup/memory/easy/memory.swappiness
# mine returns 60

# and set it to zero
echo "0" > /sys/fs/cgroup/memory/easy/memory.swappiness
# ... or whatever limits/things you want to apply to the cgroup task(s)

# start a new shell, so we can later exit out of it
sh

# Move the current (new) shell process into the easy cgroup
# so that all other processes started in this shell are automatically also
# moved into the easy cgroup:

echo $$ > /sys/fs/cgroup/memory/easy/tasks

### THIS IS WHERE WE WOULD START THE EASY CONTAINER I.E.
### AS A MEMBER OF THE EASY CGROUP (THAT HAS WHATEVER
### LIMITS WE SET BEING APPLIED).

# and see what we're permitted for swap now
cat /sys/fs/cgroup/memory/easy/memory.swappiness
# should return 0

# We set a 100,000,000 byte memory limit above, so create a python script
# that eats memory (I called mine eat-mem) ...

f = open("/dev/urandom", "r")
data = ""

i=0
while True:
    data += f.read(10000000) # 10mb
    i += 1
    print "%dmb" % (i*10,)

# no need to make it executable as
# we run that with python ./eat-mem
# ... and you should see ...
10mb
20mb
30mb
40mb
50mb
60mb
70mb
80mb
Killed

# cgroups can’t be removed until every processes in the tasks file has exited or
# been reassigned to another group.
# Exit the shell to exit the easy cgroup
exit

# now back at the original shell level
cat /sys/fs/cgroup/memory.swappiness
#should see 60 (or whatever swap was previously available
# also if you now run the eat-mem script, it should get a lot further
# (I ctrl-c'd out of it once it had clearly passed 100MB).

# DON'T rm -rf the /sys/fs/cgroup/memory/easy FOLDER
# ... just use rmdir instead.

Note that in the above I disabled swap, as otherwise even with a memory limit it could start using swap to appear to have access to more than 100MB of memory.

Of course, you can also set other things such as attaching the easy containers cgroup to a particular core(s)
cat /sys/fs/cgroup/cpuset/cpuset.cpus
0-3

cpuset.mems="0"
cpuset.cpus="0-1"

... etc

_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb

echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh
Back to top
View user's profile Send private message 
rufwoof


Joined: 24 Feb 2014
Posts: 3544

PostPosted: Wed 06 Mar 2019, 09:03    Post subject:  

This is what my ec-chroot-easy now looks like (restricts easy container maximum memory to 500MB (approx), and disables the easy container access to swap
Code:
#!/bin/sh

# if not already set up a easy cgroup then ...
TST=`mount | grep "/sys/fs/cgroup/memory"`
if [ -z "$TST" ]; then

   # enable cgroup's
   mount -t tmpfs none /sys/fs/cgroup
   mkdir /sys/fs/cgroup/memory
   mount -t cgroup none /sys/fs/cgroup/memory -o memory

   # create a easy cgroup
   mkdir /sys/fs/cgroup/memory/easy

   # limit memory and disable swap to easy cgroup
   echo 500000000 > /sys/fs/cgroup/memory/easy/memory.limit_in_bytes
   echo "0" > /sys/fs/cgroup/memory/easy/memory.swappiness

fi

# attach this pid to the easy cgroup before running the easy container
echo $$ > /sys/fs/cgroup/memory/easy/tasks
empty -f ec-chroot easy

Running a eat-mem script within the container now gets to 440MB shown, stalls for a bit, then shows 'Killed'. So now a runaway program or hack attempt inside the easy container doesn't lockup the main system.

EDIT: After some playing around and setting cgroup limits etc. I decided to leave the code in place (for reference), but commented out. The easy container all too easily became 'jerky' in actual use - most likely due to my (poor) choices of tweaks/settings, whilst the standard (commented out code) ... is just sweet/great, works (very) well.

_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb

echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh
Back to top
View user's profile Send private message 
rufwoof


Joined: 24 Feb 2014
Posts: 3544

PostPosted: Thu 07 Mar 2019, 15:44    Post subject:  

I created a Debian bootstrap ... so minimal debian (cli). 120MB .gz filesize. Official Debian (main repo's only).

dir2sfs'd that folder to form a EasyPack (sfs), ensuring that the content was all in a sub-directory (otherwise when you load it, it fails (system crashes). Booting with that sfs loaded and I've set it so it appears as /debian-stretch.

Adding a Xephyr :1 (resizeable window) I'm chrooting into that using pflask and it works really well. I've added (Debian apt-get) xorg, mpv, firefox-esr and it all runs as well as the main Easy system, no lag apparent etc. ... at least when using cwm for the window manager (if I use jwm it does seem to conflict in some areas with the main EasyOS's jwm).

Currently I've set the chroot to have all capabilities. But I guess when I run firefox-esr within that I should first be dropping the chroot capability as part of firefox-esr invocation.

Great how EasyOS acts as a hypervisor - such as being able to drag/drop files to/from EasyOS into the debian chroot. I find that having the debian running on desktop 2 serves as a visual reminder of which OS your actually using. Also nice having access to fully patched up choices (run debians apt-get update;apt-get upgrade), along with the full debian repo.

_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb

echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh
Back to top
View user's profile Send private message 
zygo

Joined: 08 Apr 2006
Posts: 239
Location: UK

PostPosted: Fri 08 Mar 2019, 02:21    Post subject: Hiawatha with HTML directory index MY ERROR IT WORKS  

Barry,

Could you compile Hiawatha with xslt support. This would allow it to produce the directory index in HTML. Then it would be compatible with sfsget.

Edit: Sorry: HTML directory index works but no sfs found by sfsget.

Thanks

Last edited by zygo on Fri 15 Mar 2019, 01:13; edited 1 time in total
Back to top
View user's profile Send private message 
rufwoof


Joined: 24 Feb 2014
Posts: 3544

PostPosted: Fri 08 Mar 2019, 04:01    Post subject:  

I dropped unsquashfs into the initrd (used the main sfs version and copied over the ldd's for that into initrd's /lib folder - expands initrd to around 8.3MB (non compressed)).

Testing main session snapshots using lzo level 1, lz4 and lz4 high compression ... had respective compressed file sizes of 376, 435, 368 MB (noted purely for relative comparison).

I've tweaked the /sbin/rollback script within initrd so that when doing a rollback of the main session, instead of rm -rf of the existing .session it just mv's that to a .delme version and kicks off a rm -rf of that .delme folder in the background ... so the boot is less held up wating to wade through 1GB or whatever of deleting existing .session folder content

I've also replaced the mount and cp existing method of roll back (.session) with a unsquashfs.

Overall considering time to create a snapshot (choice of compression) and time to rollback a session within the initrd ... I've settled for a choice of -comp lzo -Xcompression-level 1 for snapshots created within easy-version-control. Takes around 30 seconds with the unsquashfs progress bar being shown when initrd rolls back that 376MB snapshot sfs on my (11 year old HDD frugal install) setup.

That's for a debian bootstrapped save folder content, with firefox-esr/cwm installed. I've noticed that with use (firefox cache) the save folder (.session) can grow to 750MB+ compressed (lzo level 1) size quite easily (and potentially considerably more if other Debian packages were installed/used (Openshot, Libre, Audacity, Gimp ..etc.), so the standard/as-is EasyOS method of rm -rf and then mount/cp the .session when using considerably slower gzip ... could/will lead to considerably slow reboots when rolling back for some. lzo level 1 based compression/decompression seems to me to be the better choice for reducing down those delays, at least for HDD frugal based EasyOS setups. Especially if Iike me you rollback often (under Puppy things changes are stored in (finite) ram and you can set it to only (optionally) save at the end of a session, so if you have a clean version you might just shutdown without saving, so the next reboot is also clean. With EasyOS the approach is different (changes are stored on disk - so only restricted by available disk space), set things up, and create a snapshot (sfs) of that clean version, use it, then roll back (unsquashfs) the clean version back into the .session (save) area. So you end up tending to rollback at each/every reboot in order to achieve repeated clean boots (as opposed to wading around in muddy boots Smile))

_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb

echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh
Back to top
View user's profile Send private message 
BarryK
Puppy Master


Joined: 09 May 2005
Posts: 9042
Location: Perth, Western Australia

PostPosted: Fri 08 Mar 2019, 07:28    Post subject:  

Guys, lots of posts for me to read back on sometime. For now, getting the work done so far out as a release, version 1.0.11 has arrived:

http://bkhome.org/news/201903/easyos-x8664-version-1011-released.html

This is a very interesting release. Not much has changed after bootup, all the new stuff happens at early bootup.

_________________
http://bkhome.org/news/
Back to top
View user's profile Send private message Visit poster's website 
rufwoof


Joined: 24 Feb 2014
Posts: 3544

PostPosted: Fri 08 Mar 2019, 07:51    Post subject:  

I'm still on 1.0. ec-chroot within that doesn't cater for already having another Xephyr process running (i.e. if using Xephyr for something else). That may have been fixed in a later release however ???

I'm running both the easy container (on :1) and a pure debian (on :2), so a workaround is to just ensure I start the easy container first.

A nice 'feature' is that provided you leave one window open in each of the main, easy and debian displays, then alt-tab flips you between them.

Screenshot is with debian firefox-esr running on :2, easy container with firefox quantum running on :1 and the main session as per the screenshot, running top. Both the separate firefox sessions are playing youtubes ... but the sound is only heard from one (whichever grabs /dev/snd first).
capture17226.png
 Description   
 Filesize   149.55 KB
 Viewed   593 Time(s)

capture17226.png


_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb

echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh
Back to top
View user's profile Send private message 
Sage

Joined: 04 Oct 2005
Posts: 5488
Location: GB

PostPosted: Fri 08 Mar 2019, 09:17    Post subject:  

1.0.11: Works well. Some duplication setting locale lang+k/b at boot up and again in setup panel? Regret the logic of direct frugal install to HD doesn't help in respect of .iso on optical media when using for diagnosis, rectification, demonstration, etc.
Back to top
View user's profile Send private message 
BarryK
Puppy Master


Joined: 09 May 2005
Posts: 9042
Location: Perth, Western Australia

PostPosted: Fri 08 Mar 2019, 09:38    Post subject:  

Already a couple of bugs found in 1.0.11:

http://bkhome.org/news/201903/bugs-in-easyos-1011.html

...note item-2, upgrading an existing installation, requires a manual fix.

_________________
http://bkhome.org/news/
Back to top
View user's profile Send private message Visit poster's website 
blgs

Joined: 07 Dec 2018
Posts: 28

PostPosted: Fri 08 Mar 2019, 10:52    Post subject:  

manual fix fix for easyOS 1.0.11 wasn' the correct solution for me. Switched back to the previous version (1.0.Cool,

Waiting for the permanent fix before updating again.
Back to top
View user's profile Send private message 
Billtoo


Joined: 07 Apr 2009
Posts: 3680
Location: Ontario Canada

PostPosted: Fri 08 Mar 2019, 11:32    Post subject: EasyOS 1.0.11, March 8, 2019  

New install to a 64GB Sandisk Cruzer flash drive.
Installed firefox and devx sfs files,added Vlc and Gnome MPV with
petget.
Gnome MPV and Vlc work well.

Enjoying new version so far,
Thanks.

EDIT: the flash drive is a Sandisk Ultra,
Back to top
View user's profile Send private message 
BarryK
Puppy Master


Joined: 09 May 2005
Posts: 9042
Location: Perth, Western Australia

PostPosted: Fri 08 Mar 2019, 17:40    Post subject:  

BarryK wrote:
Already a couple of bugs found in 1.0.11:

http://bkhome.org/news/201903/bugs-in-easyos-1011.html

...note item-2, upgrading an existing installation, requires a manual fix.


I fixed those two bugs, and have re-uploaded 1.0.11.

The "salt" problem with encryption is fixed, I think. Now using a fixed string for the salt, and for an existing installation, if the fixed string fails, it falls back to using the $WKG_DISKID as the salt, as before.

Notice to everyone, if you want to do an install to hard drive, grab this latest upload. From now on, the salt problem shall be no more.

_________________
http://bkhome.org/news/
Back to top
View user's profile Send private message Visit poster's website 
BarryK
Puppy Master


Joined: 09 May 2005
Posts: 9042
Location: Perth, Western Australia

PostPosted: Fri 08 Mar 2019, 17:42    Post subject: Re: EasyOS 1.0.11, March 8, 2019  

Billtoo wrote:
New install to a 64GB Sandisk Cruzer flash drive.
Installed firefox and devx sfs files,added Vlc and Gnome MPV with
petget.
Gnome MPV and Vlc work well.

Enjoying new version so far,
Thanks.

EDIT: the flash drive is a Sandisk Ultra,


Good, thanks for confirming that the media-player PETs work.

_________________
http://bkhome.org/news/
Back to top
View user's profile Send private message Visit poster's website 
Display posts from previous:   Sort by:   
Page 94 of 127 [1897 Posts]   Goto page: Previous 1, 2, 3, ..., 92, 93, 94, 95, 96, ..., 125, 126, 127 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.1029s ][ Queries: 13 (0.0381s) ][ GZIP on ]