Page 1 of 4

Fatdog64-800RC [13 Feb 2019] [CLOSED]

Posted: Wed 13 Feb 2019, 14:52
by fatdog
Fatdog 800 Final has been released, announcement here: http://www.murga-linux.com/puppy/viewto ... 24#1019924

_____________________________


The Fatdog team is pleased to announce the "Release Candidate" of Fatdog64 800. If no significant bugs are found in this release, it will be renamed as Final. But Murphy's law probably prevent that from happening ... :lol:

Compared to the 800 Beta release, this release has the following changes:

Updates:

- linux-4.19.20
- evince CVE-2017-1000083 fixed
- fatdog-updater fixed
- miscellaneous fixes for fatdog help documentation
- rox-filer-jun7 updated to latest, misc memory leak fixes, add -z option
- various hidden "install/get" scripts now visible in Control Panel "Updates"
- /etc/profile fixes to enable LibreOffice 6.2 to run
- qemu-3.1.0 (devx)
- flash-plugin-32.0.0.114
- vlc-3.0.6
- sven-2019.02, misc fixes
- New and faster Control Panel
- upx-3.95 (devx)
- libreoffice-6.1.4.2
- musl-libc-1.1.21 (devx)
- autochownd startup script fixes (prevent hogging CPU at startup)
- sane-backend /var/lock/sane fix
- Misc /usr/sbin/filemnt fixes
- Disable ROX video thumbnailing (can be re-enabled by editing etc/xdg/rox.sourceforge.net/MIME-thumb/video_mp4)
- findnrun-4.0.2
- yad fixes
- zramctl support more algorithms
- bacon-3.8.1 (devx)
- xf86-video-intel to latest
- mesa-18.2.8.
- autochownd-2018.08
- fatdog-remaster supports "medium initrd" (kernel modules inside, basesfs outside)
- bsdriver-3.19
- glib bug fixed, GTK file chooser only shows mounted disks (instead of /tmpfs, etc)
- savedevice and basedevice are now bind-mounted to their proper /mnt/sdXY mountpoints
- refind-0.11.4
- gimp-2.8.22 fixes

Known Issues:
- Bluetooth applet is still missing. In the interim use CLI or check this out: http://murga-linux.com/puppy//viewtopic.php?t=115122

And of course, numerous bug fixes as found and reported during the alpha and beta period.

Thanks for dr.Dan for his contributions and jake29 for testing and of course also all who tested earlier 800 alphas and betas.

__________________________

Get it from ibiblio or from one of its mirrors: aarnet, uoc.gr, and nluug.nl. (Mirrors may take time to refresh).

Kernel sources can be downloaded using SFS Manager (or here: http://distro.ibiblio.org/fatdog/sfs/800/).

As usual, Fatdog does not update from any of its previous versions.

If you're not familiar with the changes between earlier Fatdogs (721) and 800, you may want to read this post from the beta thread; most of which are still applicable.

Enjoy.

Posted: Wed 13 Feb 2019, 14:53
by fatdog
Fatdog64 800RC ISO Builder is available here: http://distro.ibiblio.org/fatdog/iso/builder/. Get the ISO builder dated 2019.02 and get the 800rc package list.

Posted: Wed 13 Feb 2019, 14:53
by fatdog
reserved.

Posted: Wed 13 Feb 2019, 14:57
by fatdog
reserved

Posted: Wed 13 Feb 2019, 17:12
by Sage
ibiblio giving 404, nil availability from mirrors. Maybe tomorrow?!

Posted: Wed 13 Feb 2019, 18:41
by foxpup

Posted: Wed 13 Feb 2019, 18:45
by SFR
Yeah, there was a typo in URLs, fixed now, thanks guys.
Aarnet and uoc didn't catch up yet, though.

Greetings!

Posted: Wed 13 Feb 2019, 22:22
by ally
linky had 800rc instead of 800RC

http://distro.ibiblio.org/fatdog/pre-release/800RC/

:)

Posted: Thu 14 Feb 2019, 08:37
by jake29
Hi guys. Small issue that was not present in the 800beta, that I am now encountering. I have a tablet/keyboard attached to a 1080p monitor - so dual monitor setup. Control Panel > Display Properties (Zarfy) is not very usable as shown in screenshot below.

I have also tried Display Properties (Alternate) (LXRandR) - which works, but settings do not permanently save and are lost after reboot.

Code: Select all

# lspci -k | grep -EA3 'VGA|3D|Display'
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 5300 (rev 09)
	DeviceName:  Onboard IGD
	Subsystem: Dell HD Graphics 5300
	Kernel driver in use: i915
Image

Posted: Thu 14 Feb 2019, 13:59
by rufwoof
DVD multi-session ... not saving

Code: Select all

# cd /usr/sbin
# ./save2session
Waiting for RAM save task to finish...
find: ‘/aufs/pup_save/archive’: No such file or directory
mount: /tmp/shutdown-mnt-L1iJnV: WARNING: device write-protected, mounted read-only.
Saving initial session multi-fd64save-2019-02-14T13-53+00-00-base.sfs... umount: /dev/sr0: not mounted.
failed.
Saving session to multi-fd64save-2019-02-14T13-53+00-00-save.sfs... umount: /dev/sr0: not mounted.
failed.
removing bottom-layer files which have been deleted from top-layer
removing bottom-layer whiteouts for newly added top-layer files
merging top-layer files to bottom-layer
removing merged top-layer files
re-evaluating layers
DVD blanked, formatted as DVD multi-session using EasyOS version of peasydisc so may be a error in that. Will try another version (recording results of issue here now whilst I have them available).

... installed peasydisc from fatdog's gslapt and re-did DVD ... again didn't save multi-session (similar message as above - but without the write protected warning).

Code: Select all

# save2session
Waiting for RAM save task to finish...
find: ‘/aufs/pup_save/archive’: No such file or directory
Saving initial session multi-fd64save-2019-02-14T14-08+00-00-base.sfs... umount: /dev/sr0: not mounted.
failed.
Saving session to multi-fd64save-2019-02-14T14-08+00-00-save.sfs... umount: /dev/sr0: not mounted.
failed.
removing bottom-layer files which have been deleted from top-layer
removing bottom-layer whiteouts for newly added top-layer files
merging top-layer files to bottom-layer
removing merged top-layer files
re-evaluating layers
Used the same DVD and blanked. formatted and burned it using the same method ... and under 721 saves work fine (so looks like it is 800 specific).

Tried another DVD with FD8RC ... same. Tried installing peasydics and isomaster from gslapt thinking it might be a missing driver, peasydisc blanked, formatted and burnt ok.

Edited fatdog-save-multisession.sh to add some debug points

Code: Select all

save_multisession() {
	local shutdown_mode=""; # blank=no, non-blank yes
	[ "$1" = "shutdown" ] && shutdown_mode=yes
echo debug 1	
	# 0. Lock session
	[ -z $MULTI_MOUNT ] && return		# can only do this when we're in multisession mode	
	[ -z "$shutdown_mode" ] && [ -d $MULTI_SAVE_DIR ] && return	# existing save in progress, abort
	mkdir -p $MULTI_SAVE_DIR
echo debug 2		
	# 1. get savefile base name (savefilebase) and path (savepath)
	#    - path used for grafting (if there is none, graft at root directory)
	#    - basename used to construct complete savefilename based on $MULTI_PREFIX, timestamp and .sfs
	savefilebase="$SAVEFILE_PROTO" && [ "$SAVEFILE_PATH" ] && savefilebase=$SAVEFILE_PATH
	savepath="${savefilebase%/*}/" && [ "${savepath}" = "${savefilebase}/" ] && savepath=/
	savefilebase=${savefilebase##*/}; savefilebase=${MULTI_PREFIX}${savefilebase%.*} 
echo debug 3	
	# 2. build the savefile name (basename + timestamp + .sfs) 
	savefileproto=${savefilebase}
	timestamp=$(date -Iminutes | tr : -)
	savefile="$savefileproto-$timestamp-save.sfs"
	basefile="$savefileproto-$timestamp-base.sfs" # so that it is loaded first	
	archivepath="archive/$timestamp"
echo debug 4	
	# 3. save "archive" files first if archive is not empty, do it here to make room for mksquashfs
	if [ $(find "$SAVEFILE_MOUNT"/archive -maxdepth 0 -type d \! -empty) ]; then
		echo -n "Saving archives to $archivepath... "
		burn_to_device "$archivepath" "$savepath/$archivepath" "" "$SAVEFILE_MOUNT/archive/*"
		rm -rf "$SAVEFILE_MOUNT"/archive/*	# keep the original archive folder, we need it
	fi
echo debug 5		
	# 4. see if the disk is empty (no previous sessions), if yes, save old files as initial session
	if ! file_exist_on_multi_device "$savepath/$savefileproto*"; then
		echo -n "Saving initial session $basefile... "
		mksquashfs "$MULTI_MOUNT" "$MULTI_SAVE_DIR/$basefile" $MKSQUASHFS_OPTIONS > /dev/null &&
		burn_to_device "$savepath" "$savepath" "" "$MULTI_SAVE_DIR/$basefile"
		rm -f "$MULTI_SAVE_DIR/$basefile" # conserve RAM, delete after saving
	fi	
echo debug 6
	# 5. delete old base files to free up space for new ones - only during shutdown
	[ "$shutdown_mode" ] && find "$MULTI_MOUNT" -xdev \! \( -path "${MULTI_MOUNT}${AUFS_ROOT}*" -o -path "$MULTI_MOUNT" \) -delete 
	mkdir -p $MULTI_SAVE_DIR	# do this again here (aufs bug)		
echo debug 7	
	# 6. build the session file (mksquashfs)
	echo -n "Saving session to $savefile... "
	mksquashfs "$SAVEFILE_MOUNT" "$MULTI_SAVE_DIR/$savefile" $MKSQUASHFS_OPTIONS > /dev/null &&
	burn_to_device "$savepath" "$savepath" "$shutdown_mode" "$MULTI_SAVE_DIR/$savefile"
	rm -f "$MULTI_SAVE_DIR/$savefile" # conserve RAM, delete after saving
echo debug 8		
	# 6. merge down so that next time the same info is not saved again - only for non-shutdown event
	[ -z "$shutdown_mode" ] && fatdog-merge-layers.sh "$SAVEFILE_MOUNT" "$MULTI_MOUNT"
echo debug 9	
	# 7. unlock session and reclaim space
	rm -rf $MULTI_SAVE_DIR
}
and running save2session from terminal produced ...

Code: Select all

# save2session
Waiting for RAM save task to finish...
debug 1
debug 2
debug 3
debug 4
find: ‘/aufs/pup_save/archive’: No such file or directory
debug 5
mount: /tmp/shutdown-mnt-kdRU6b: WARNING: device write-protected, mounted read-only.
Saving initial session multi-fd64save-2019-02-15T12-33+00-00-base.sfs... umount: /dev/sr0: not mounted.
failed.
debug 6
debug 7
Saving session to multi-fd64save-2019-02-15T12-33+00-00-save.sfs... umount: /dev/sr0: not mounted.
failed.
debug 8
removing bottom-layer files which have been deleted from top-layer
removing bottom-layer whiteouts for newly added top-layer files
merging top-layer files to bottom-layer
removing merged top-layer files
re-evaluating layers
debug 9
# 
Added a mount command immediately after the echo debug 5 and the output for that section now looks like ...

Code: Select all

debug 5
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=855388k,nr_inodes=213847,mode=755)
tmpfs on /aufs/pup_init type tmpfs (ro,relatime,mode=755)
/kernel-modules.sfs (deleted) on /aufs/kernel-modules type squashfs (ro,relatime)
/dev/loop1 on /aufs/pup_ro type squashfs (ro,relatime)
tmpfs on /aufs/pup_multi type tmpfs (rw,relatime,mode=755,gid=500)
tmpfs on /aufs/pup_save type tmpfs (rw,relatime,mode=755,gid=500)
aufs on / type aufs (rw,relatime,si=8d441e2bb95db894)
devpts on /dev/pts type devpts (rw,relatime,gid=3,mode=620,ptmxmode=000)
tmpfs on /dev/shm type tmpfs (rw,relatime,mode=777)
tmpfs on /tmp type tmpfs (rw,relatime)
cgroup on /sys/fs/cgroup type cgroup (rw,relatime,cpuset,cpu,cpuacct,blkio,memory,devices,freezer,net_cls,perf_event,net_prio,pids)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
mount: /tmp/shutdown-mnt-BP1F4A: WARNING: device write-protected, mounted read-only.
Saving initial session multi-fd64save-2019-02-15T12-50+00-00-base.sfs... umount: /dev/sr0: not mounted.
failed.
debug 6
debug 7
Edited

Code: Select all

file_exist_on_multi_device() {
	local p tmpdir;
	tmpdir=$(mount_device /dev/$MULTI_DEVICE)
echo debug 5a $tmpdir
	if [ -z $tmpdir ]; then
		# attempt to initialise DVD if it's unformatted
		if  grep "drive name" /proc/sys/dev/cdrom/info | grep -q $MULTI_DEVICE; then
			echo -n "Found empty DVD - initialising ... "
			> /tmp/empty
			$GROWISOFS_INIT /tmp/empty >> /dev/initrd.err 2>&1 &&
			echo "done." || echo "failed."
		fi
		return 1 # empty drive - always fail
	else
		ls $tmpdir/$1 > /dev/null 2>&1; p=$?
		umount $tmpdir; rmdir $tmpdir
		return $p	
	fi
}
relevant run output looks like ...

Code: Select all

debug 5a /tmp/shutdown-mnt-EsvJzT
Saving initial session multi-fd64save-2019-02-15T13-02+00-00-base.sfs... umount: /dev/sr0: not mounted.
failed.
debug 6
debug 7
Ahh! Clearly looking in the wrong place ... added a ls -l after the mksquashfs and burn_to_device ... came back with
-rw-r--r-- 1 root root 5529600 Feb 15 13:10 /tmp/save-multi/multi-fd64save-2019-02-15T13-10+00-00-save.sfs
... so the creation of save data sfs is ok

Focused in on the burn_to_device function

Code: Select all

burn_to_device() {
	local save_ok=yes
	local GROWROOT="$1"
	local HDROOT="$2"
	local EJECT="$3"
	local SOURCES="$4"
	local tmpdir
	if grep "drive name" /proc/sys/dev/cdrom/info | grep -q $MULTI_DEVICE; then
echo debug if grep
		# cdrom - assume dvd, use growisofs
echo debug umounting /dev/$MULTI_DEVICE		
		umount /dev/$MULTI_DEVICE
echo debug GROWISOFS $GROWISOFS
echo debug SOURCES $SOURCES		
		! $GROWISOFS -root $GROWROOT $SOURCES >> /dev/initrd.err 2>&1 && save_ok=no		
		[ "$EJECT" ] && cdrom_id --eject-media /dev/$MULTI_DEVICE > /dev/null	# eject media when done		
	else
... output

Code: Select all

debug if grep
debug umounting /dev/sr0
umount: /dev/sr0: not mounted.
debug GROWISOFS growisofs -M /dev/sr0 -iso-level 4 -D -R
debug SOURCES /tmp/save-multi/multi-fd64save-2019-02-15T13-21+00-00-base.sfs
failed.
type tmpfs (rw,relatime)
cgroup on /sys/fs/cgroup type cgroup (rw,relatime,cpuset,cpu,cpuacct,blkio,memory,devices,freezer,net_cls,perf_event,net_prio,pids)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
mount: /tmp/shutdown-mnt-BP1F4A: WARNING: device write-protected, mounted read-only.
Saving initial session multi-fd64save-2019-02-15T12-50+00-00-base.sfs... umount: /dev/sr0: not mounted.
failed.
debug 6
debug 7
Added a debug echo of $GROWROOT also ... output
debug GROWISOFS growisofs -M /dev/sr0 -iso-level 4 -D -R
debug GROWROOT /
debug SOURCES /tmp/save-multi/multi-fd64save-2019-02-15T13-29+00-00-base.sfs

So looks like the command

Code: Select all

! $GROWISOFS -root $GROWROOT $SOURCES >> /dev/initrd.err 2>&1 && save_ok=no	
in fatdog-savemulti-session.sh burn_to_device() function isn't doing its stuff.

Arbitrarily tried running

Code: Select all

growisofs -M /dev/sr0 -iso-level 4 -D -R / ./make-spot-more-secure >lst 2>&1
... output attached (actual gzip).

Posted: Thu 14 Feb 2019, 16:13
by Gordie
I appreciate all the hard work. Fatdog64 works as far as for what I do with my computer. Many thanks for a great job

Posted: Fri 15 Feb 2019, 05:02
by Gordie
Just installed it to a USB stick and made save folders for it on the same USB stick. It makes a nice backup operating system for me to take when I travel to see my medical specialists. For reasons unknown to me I have had trouble getting a wifi connection at the hotel but Fatdog64 has had no troubles at all and steps in to save the day.

Posted: Fri 15 Feb 2019, 05:15
by dancytron
I installed it and removed Seamonkey and flash. Then I installed gtk3 and tested the portable Firefox (Fred's version) that I normally use in Debian Dog (and occasionally in various Puppies).

These are the menu.1st entries I am using.
title Fatdog800 fastboot
rootnoverify (hd0,1)
kernel /Fatdog800/vmlinuz rootfstype=ramfs savefile=ram:local:/Fatdog800/fd64save mergeinitrd1=local:/Fatdog800/initrd waitdev=3
initrd /Fatdog800/initrd-nano

title Fatdog800 fastboot No save file
rootnoverify (hd0,1)
kernel /Fatdog800/vmlinuz rootfstype=ramfs savefile=none mergeinitrd1=local:/Fatdog800/initrd waitdev=3
initrd /Fatdog800/initrd-nano
All works well so far.

Looks like a great job.

Posted: Fri 15 Feb 2019, 19:20
by foxpup
Just a very small bug:
viewnior needs a link from libexiv2.so.26.0.0 to libexiv2.so.26

Really, that's all I can find.
I love it more and more! What a nice 'almost' Puppy. Feels really smooth and efficient, almost luxurious on this i5 laptop.
Thanks guys!

Posted: Fri 15 Feb 2019, 19:52
by SFR
jake29 wrote:Hi guys. Small issue that was not present in the 800beta, that I am now encountering. I have a tablet/keyboard attached to a 1080p monitor - so dual monitor setup. Control Panel > Display Properties (Zarfy) is not very usable as shown in screenshot below.
Already fixed, thanks.
The scale factor for screen thumbnails used to be calculated as follows:
thumbnails_area_height (300px) / virtual_screen_height (32767px in your case) = ~.009
Now it's set to 0.1 by default, so the thumbnails are much larger.
jake29 wrote:I have also tried Display Properties (Alternate) (LXRandR) - which works, but settings do not permanently save and are lost after reboot.
LxRandR saves its settings as a .desktop file in ~/.config/autostart dir.
In order to launch stuff from there at startup you need to enable:
Control Panel -> Desktop -> Manage desktop startup programs -> System startup programs -> launch-autostart.

Anyway, we'll thinking about patching it to use ~/Startup dir instead.
___________
rufwoof wrote:DVD multi-session ... not saving
My DVD writer is half-dead, so can't test it, but hopefully someone else will chime in soon.
Thanks for the detailed debug, though!
___________
foxpup wrote:viewnior needs a link from libexiv2.so.26.0.0 to libexiv2.so.26
Yeah, we catched that, too (but too late), will be fixed for Final, thanks.
___________

@Gordie, @dancytron: thanks for testing!

Greetings!

Posted: Fri 15 Feb 2019, 20:02
by rufwoof
How to you drop capabilities in Fatdog?

EDIT: Sorted. I've added new lines into this otherwise it just widens out the forum (posting) width too much)

This (I think) runs seamonkey-spot with additionally many capabilities also dropped

Code: Select all

#!/bin/sh
cd /home/spot
capsh --drop=cap_dac_override,cap_dac_read_search,cap_fsetid,
cap_kill,cap_setpcap,cap_linux_immutable,cap_net_bind_service,
cap_net_broadcast,cap_net_admin,cap_net_raw,cap_ipc_lock,
cap_ipc_owner,cap_sys_module,cap_sys_rawio,cap_sys_chroot,
cap_sys_ptrace,cap_sys_pacct,cap_sys_admin,cap_sys_boot,
cap_sys_nice,cap_sys_resource,cap_sys_time,cap_sys_tty_config,
cap_mknod,cap_lease,cap_audit_write,cap_audit_control,cap_setfcap,
cap_mac_override,cap_mac_admin,cap_syslog,cap_wake_alarm,
cap_block_suspend,cap_audit_read -- /usr/bin/seamonkey-spot
I just call it seamonkey-cap ... as a wrapper for seamonkey-spot

Also serves as a reminder to not forget to change the default woofwoof root password ... as otherwise spot can easily/commonly su into root.

Posted: Fri 15 Feb 2019, 21:37
by jake29
SFR wrote:Already fixed, thanks.
The scale factor for screen thumbnails used to be calculated as follows:
thumbnails_area_height (300px) / virtual_screen_height (32767px in your case) = ~.009
Now it's set to 0.1 by default, so the thumbnails are much larger.
Thanks SFR, that is much better.
SFR wrote:LxRandR saves its settings as a .desktop file in ~/.config/autostart dir.
In order to launch stuff from there at startup you need to enable:
Control Panel -> Desktop -> Manage desktop startup programs -> System startup programs -> launch-autostart.

Anyway, we'll thinking about patching it to use ~/Startup dir instead.
It does feel more logical for LXRandR to use ~/Startup dir considering it is a built-in system app and it would be expected that if you save a configuration - no other steps are needed.

One other thing I noticed related to dual-monitor setup is that Google Chrome (installed via Menu > Internet) will cause graphical issues on my extended monitor when 'Use Hardware Acceleration when available' is enabled. This only occurs when I play a YouTube video (or other video format) in full-screen. Kodi does not cause this sort of issue, and hits the CPU much less anyway.

Posted: Fri 15 Feb 2019, 23:34
by rufwoof
SFR wrote:
rufwoof wrote:DVD multi-session ... not saving
My DVD writer is half-dead, so can't test it, but hopefully someone else will chime in soon.
Thanks for the detailed debug, though!
I think changing the growisofs command to look something like

Code: Select all

growisofs -M /dev/sr0 -J -r somefile.txt
might do the trick. Presently I've zapped the DVD content but repeated use of the above is adding files correctly to it. Just logging the syntax here before I reboot to reburn afresh etc. and then I'll give that a try.

... No luck. Same version of growisofs as 721, some difference in libs (ldd growisofs). Now wondering if how the initial burn is made might be the cause (a earlier run of xorriso blanked the disk and after that I could add files to that).

After booting the clean FD8 DVD, if I swap that for a FD721 DVD that already has some multi-session saves on it and run save2session ... it adds another save session to the set OK.

... Ahh! Redoing a fatdog 8 freshly using the main iso ... and multi saves OK. I tend to install/use peasydisc, pburn and isomaster. The main as-is iso is slow to boot (fd64.sfs inside initrd) as that's BIOS loading it, so usually I split out the fd64.sfs and reform the smaller initrd, and adjust my isolinux.cfg to add basesfs=ram:local kernel boot parameter. It's starting to look like isomaster might be the culprit. Seemingly each of remaster, build-iso, peasydisc, pburn and isomaster ...etc all have to use the same mkisofs parameters. Not sure yet, but it looks like reforming a iso using isomaster from the Fatdog 8's repo might be using a different choice; So when I recreate a new iso using isomaster, to open the as-is fd8 iso and delete the initrd from within that, add in the new smaller version and add in fd64.sfs alongside that, tweak the isolinux.cfg to boot fatdog-multi by default and recreate/burn/use a new iso ... then that's when the problems of creating a multi-save occur.

In short, isomaster is compiled, not a script. Has a new version been used in FD8 that might perhaps be using a different set of mkisofs type parameters?

Posted: Sat 16 Feb 2019, 03:28
by jamesbond
rufwoof, thanks for testing. I no longer has the media, I was about to go and buy some DVD+RW for testing, but I'm glad you find the root cause of the problem. (I might still go and buy the media anyway).

From FD64 side, there is no major changes for the savesession script or the mkisofs parameters. They're considered complete and done; the only thing we do to them is for bug fixes (or regressions) only.

isomaster however was updated from version 1.3.11 in 721 to 1.3.14 in 800.
It's a straight compile, no patching etc. Note that isomaster doesn't make use of mkisofs or anything else; it has its own internal functions to make an ISO.

The changelogs reads:
28 Mar 2018 - 1.3.14
====================
- Migrated to iniparser 4.1.
- Switched default text editor to leafpad.

16 Nov 2014 - 1.3.13
====================
- Used the OSTD ( http://littlesvr.ca/ostd/ ) to add 77 more translations:

13 Oct 2014 - 1.3.12
====================
- Fixed serious bug that caused corrupt files when editing images over 4.2GB in size.
So I suppose something happened in 1.3.12 (that's the only time the writing logic seems to be changed) that breaks compatibility with multi-session.

Posted: Sat 16 Feb 2019, 04:31
by rufwoof
Thanks James. I've just done a clean start and instead of importing other things from gslapt I just used the integral programs. Used pburn to burn the full as-is iso (that's slower to boot from DVD as fd64.sfs is inside the initrd), configured that and saved. Rebooted and then remastered. With that remastered iso on HDD I blanked the DVD I'd just booted from using pburn, then burnt the remastered iso to that and that's now saving multi-sessions fine. That's a neater way to do it really, I was just in the habit of more manually setting things up using isomaster etc.