any...archived...links?
Just-Lighthouse64-805/900
Moderator: Forum moderators
-
- Posts: 664
- Joined: Fri Dec 13, 2019 6:26 pm
- Has thanked: 446 times
- Been thanked: 192 times
Re: Just-Lighthouse64-805
https://archive.org/details/Puppy_Linux_Lighthouse64 is the final version I think, but there are dozens of builds on archive.org (thanks ally).
It's worth booting up and looking at. A lot of good design ideas.
Re: Just-Lighthouse64-805/900
New version uploaded to mega.nz (see first post).
To re-emphasize, Lighthouse was built with Woof2, and not WoofCE. Just-Lighthouse is the result of 11 years worth of remasters. It keeps an older look and feel but is present-compatible. It is non-user-merge and will run as aufs or overlay (thanks to Ozsouth' help). And it is as close as a puppy can get to full compatibility with Slackware64-current which is pretty bleeding edge. This means you can use Slackware tools to upgrade any part or the whole system.
It still incorporates pupmode 14 and 15 developed by TazOC and Q5sys (from murga forum) so no mucking around with pseudo pmedia settings in the boot menu. pfix=noatosave is the default setting for save on demand.
df
Re: Just-Lighthouse64-805/900
Hi Dimkr. Noautosave forces the event manager to keep all changes in pup_rw no matter what media lighthouse is booted from. The following may be overkill but...
From the init script in initrd...
1: #130212 TaZoC Create loop devs above loop15. pfix=noautosave PUPMODE=14,15 (savefile writes on user request only.) see layer_extra_sfs_func.
2:
Code: Select all
[ $autosave -eq 0 ] && PNOAUTOSAVE="yes" #130312 tmpfs layer, (snapmerge on user request only).
...
if [ "$pfix" ];then
for ONEFIX in `echo -n "$pfix" | tr ',' ' '`
do
case $ONEFIX in
...
noautosave) PNOAUTOSAVE="yes";; #130312 tmpfs layer, (snapmerge on user request only).
3:
Code: Select all
if [ "$PNOAUTOSAVE" = "yes" ]; then #130312 snapmerge on user request only
case $PUPMODE in
12) PUPMODE=14 ;; # tmpfs layer, no autosaves
13) PUPMODE=15 ;; # ditto, but flash media
esac
fi
There are a handfull of scripts in the running system (after switch-root) which need edited such as pup_event_frontend_d, rc.sysinit and perhaps rc.shutdown which need to add 14|15 to 12|13.
ex. < if [ "$(echo $PUPMODE | grep -Ew '3|7|13|14|15')" ];then > or
Code: Select all
if [ $PUPMODE != 14 -a $PUPMODE != 15 ] && [ $RAMSAVEINTERVAL -ne 0 -a $SAVECNT -gt $RAMSAVEINTERVAL ];then
touch /tmp/snapmergepuppyrequest #request to savepuppy_func.
SAVECNT=0
fi
This is the full layer_extra_sfs_func extracted from the init script:
Code: Select all
layer_extra_sfs_func() { #101219 TazOC Layer SFS from RAM if COPYEXTRASFS2RAM="yes" and sufficient free, else mount in place
CNTLOOP=$1; ONEBASE="$2"; ONEEXTRA="$3"; COPYEXTRASFS2RAM="$4"
ONEBASELNK="$ONEBASE" #110127 in case ONEEXTRA is a relative link
if [ -L "$ONEEXTRA" ]; then #110127 can be a symlink, but must be a relative link
ONEEXTRADIR="`dirname "$ONEEXTRA"`" #110127
[ ! -f "${ONEEXTRADIR}/"`readlink "$ONEEXTRA"`"" ] && return 1 #110127
ONEEXTRA="${ONEEXTRADIR}/"`readlink "$ONEEXTRA"`"" #110127 need the target
ONEBASE="`basename "$ONEEXTRA"`" #110127
fi
#precaution: make sure ONEEXTRA exists
[ -d "$ONEEXTRA" ] || [ ! -e "$ONEEXTRA" ] && echo " not found" && return 1 #110127
rm -f /dev/loop${CNTLOOP} #130212
mknod /dev/loop${CNTLOOP} b 7 $CNTLOOP #130212
SIZEONEBASEK=`du -k "$ONEEXTRA" | cut -f 1`
SIZEONEBASEK=$(($SIZEONEBASEK * 100 / 99)) #some slack.
SIZEONEBASEKtmpfs=$SIZEONEBASEK #121128
SIZEONEBASEK=$(($SIZEONEBASEK * 11 / 5)) #110220 6/5 -> 21/10 #111127 16/5 #121128 12/5 #130202
MINRAM2CPY=$SIZEONEBASEK #111127
if [ "$SWAPPART" = "" ];then
MINRAM2CPY=$(($SIZEONEBASEK + 96000)) # TazOC no swap, need more RAM
fi
[ "$COPYEXTRASFS2RAM" = "yes" ] && echo -en " min to copy: $(($MINRAM2CPY / 1024))M free: $(($RAMSIZE / 1024))M..." #100520 TazOC #130427
if [ $RAMSIZE -gt $MINRAM2CPY ] && [ "$COPYEXTRASFS2RAM" = "yes" ]; then #110106
echo " copying to RAM."
mkdir -p /mnt/tmpfs${CNTLOOP}
mount -t tmpfs -o size=${SIZEONEBASEKtmpfs}k tmpfs /mnt/tmpfs${CNTLOOP} #121128
sync; sleep .1
cp -af "$ONEEXTRA" /mnt/tmpfs${CNTLOOP} &
copy2ram_progress_func
export RAMSIZE=$(($RAMSIZE - $SIZEONEBASEK)) #110106
echo -en " ${purple}R${NC}" >/dev/console # R=copy2ram
sync; sleep .1
losetup /dev/loop${CNTLOOP} /mnt/tmpfs${CNTLOOP}/${ONEBASE}
LOOP_RET=$? #110127
ONEBASE="$ONEBASELNK" #110127 in case ONEEXTRA is a relative link, record it in BOOTCONFIG later
return $LOOP_RET #110127
else # mount in place
ONEBASE="$ONEBASELNK" #110127
echo -en " M" >/dev/console # M=mounted in place
echo " mounting."
sync
losetup /dev/loop${CNTLOOP} $ONEEXTRA
return $?
fi
} # End layer_extra_sfs_func
df
ps running lighthouse in overlay is still experimental as it mostly uses a modified WoofCE init script. Noautosave is not yet incorporated. Aufs is the default layering file system.
Re: Just-Lighthouse64-805/900
Thanks, this makes perfect sense. I'm trying to reduce the number of boot options, PUPMODEs, etc' in my woof-CE fork. Currently it's only PUPMODE 5, 12 or 13 (without periodic saving - only at shutdown or on user request), and I'm looking for a clean way to implement shutdown without any save/no save prompts for users interested in an "immutable" but customized Puppy. I think I'm looking for something similar to pfix=noautosave
.
-
- Posts: 3455
- Joined: Fri Jul 24, 2020 10:59 pm
- Has thanked: 1421 times
- Been thanked: 457 times
-
- Posts: 3455
- Joined: Fri Jul 24, 2020 10:59 pm
- Has thanked: 1421 times
- Been thanked: 457 times
Re: Just-Lighthouse64-805/900
Just a comment: This new v900 is different from the old v900 (otherwise it would not have been presented to us).
But, it still has the same name as the old. Would it be prudent, in the future to name updates with a updated version number?
Reason: Some of us keep all ISO files in a single folder on our system. Same name updates 'overlay' the old version. Thus the ability to compare is lost.
Hope this is reasonable
P.S. If this comment is vague, I draw attention to FD which when a need to replace its older version, it releases with a newer version to avoid confusion. For example they released v900...then when updated, they released v901 as the update...and so on.
Just a comment.
Re: Just-Lighthouse64-805/900
In the directory ISO, there is also an md5 file. update-isolist recalculates the md5 of the iso's present and creats a PKGLIST file which I renamed to the date the iso was made. That tells you which version you have. Each update supersedes the previous so there will only ever be one iso unless I do something different in the future, and that version will have a different name.
ps., Fatdog is not a rolling release. That is to say, it is a stable release. While not technically "rolling" Slackware-current is developmental/date-sensitive prior to the official (stable) version release. You are free to rename the iso to anything you wish when you download it.
When Slackware releases 15.1, lighthouse will bump it's version number.
Hope that helps,
df