Page 20 of 35
Posted: Sun 07 Mar 2010, 22:03
by edoc
I am curious as to why Abiword rather than OxygenOffice?
I have never been able to get reliable 2-way support for the various MS iterations of word docs and some others from prior versions of Abiword but OxygenOffice seems to handle everything with excellence.
Not criticizing, just wondering ...
Posted: Sun 07 Mar 2010, 22:29
by Jim1911
Well, you've outdone yourself again with another great release that is working fine. I was really excited to see that the pupsave file system is created and mounted ext3 on an ext3/ext4/reiserfs host partition incorporating tune2fs -o journal_data_ordered for the 3fs pupsave (and all this was done by automatically detecting the type partition used by the installation). You are really leading the way on this feature.
I have Lighthouse on an ext4 partition and the output of the mount command appears to indicate that the save type is ext4, even though my spupsave-443g.3fs led me to expect that the pupsave would be mounted as ext3. Anyway, it appears to be working fine and I am pleased that it is a data-ordered ext4 file system. I'll also try it on an ext3 partition and report back.
Code: Select all
bash-3.00# mount
rootfs on / type rootfs (rw,relatime)
/dev/sda4 on /initrd/mnt/dev_save type ext4 (rw,noatime,barrier=1,data=ordered)
/dev/loop1 on /initrd/pup_rw type ext4 (rw,noatime,barrier=1,data=ordered)
tmpfs on /initrd/mnt/tmpfs type tmpfs (rw,relatime,size=209108k)
/dev/loop0 on /initrd/pup_ro2 type squashfs (ro,noatime)
/dev/loop4 on /initrd/pup_ro4 type squashfs (ro,noatime)
/dev/loop5 on /initrd/pup_ro5 type squashfs (ro,noatime)
/dev/loop6 on /initrd/pup_ro6 type squashfs (ro,noatime)
/dev/loop7 on /initrd/pup_ro7 type squashfs (ro,noatime)
unionfs on / type aufs (rw,relatime,si=83944ef)
tmpfs on /tmp type tmpfs (rw,relatime,size=3053504k)
none on /proc type proc (rw,relatime)
none on /dev/pts type devpts (rw,relatime,gid=2,mode=620)
none on /sys type sysfs (rw,relatime)
none on /proc/bus/usb type usbfs (rw,relatime)
<root> ~
bash-3.00#
Presently, my only added software (non Lighthouse) is e-Sword which is running great. However, there is a missing MFC42.DLL that must be added as I've indicated in a
How To that I posted.
Thanks again for this fine release,
Jim
EDIT: Mount command output when installed on an ext3 partition:
Code: Select all
bash-3.00# mount
rootfs on / type rootfs (rw,relatime)
/dev/sda2 on /initrd/mnt/dev_save type ext3 (rw,noatime,errors=continue,data=ordered)
/dev/loop1 on /initrd/pup_rw type ext3 (rw,noatime,errors=continue,data=ordered)
tmpfs on /initrd/mnt/tmpfs type tmpfs (rw,relatime,size=209312k)
/dev/loop0 on /initrd/pup_ro2 type squashfs (ro,noatime)
/dev/loop4 on /initrd/pup_ro4 type squashfs (ro,noatime)
unionfs on / type aufs (rw,relatime,si=777e3fd0)
tmpfs on /tmp type tmpfs (rw,relatime,size=3053504k)
none on /proc type proc (rw,relatime)
none on /dev/pts type devpts (rw,relatime,gid=2,mode=620)
none on /sys type sysfs (rw,relatime)
none on /proc/bus/usb type usbfs (rw,relatime)
<root> ~
bash-3.00#
Posted: Sun 07 Mar 2010, 22:39
by Jim1911
edoc,
Try Dingo's
Openoffice 3.2 sfs which runs fine using Lighthouse.
Posted: Sun 07 Mar 2010, 22:49
by abushcrafter
Oh no I forgot there's updates for wine and transmission!
Wine 1.1.40:
http://www.murga-linux.com/puppy/viewto ... &start=330
Transmission 1.91 pets:
http://www.murga-linux.com/puppy/viewtopic.php?t=38969
However I'm still going to use up some bandwidth
.
Posted: Sun 07 Mar 2010, 23:59
by edoc
OxygenOffice works fine, is based on OO, but has more features.
I was wondering why it is not the default office suite instead of Abiword.
Is it the size of the app or something about the open source contract or ??
Posted: Mon 08 Mar 2010, 00:18
by synthplayer
I'm new to Linux but I have been running Lighthouse Pup 4.42F with Mariner with a live cd, keeping XP home on the c drive. I burnt the new G version onto disc, defrag'd xp and did a file system check, everything was ok. Then I saved the latest Mariner to C:, restarted, configured the setup options, saved the spupsave file, restarted, it got to check number 6 and came up with an error, something like uncontignous file 0.1 %, waiting 60 seconds, then the kernal would not sync, nothing happens. Please could somebody help, maybe a bad iso burn? Went back to 4.42 with my previous spupsave file and everything is ok.
PS Lighthouse Pup really rocks, kudos to Tazoc and friends =)
Posted: Mon 08 Mar 2010, 01:30
by Jim1911
synthplayer wrote:Then I saved the latest Mariner to C:, restarted, configured the setup options, saved the spupsave file, restarted, it got to check number 6 and came up with an error, something like uncontignous file 0.1 %, waiting 60 seconds, then the kernal would not sync, nothing happens.
You may be correct about a bad iso, however, you were running from a live CD, now you've saved Mariner to C: Why? An installation requires more than just the Mariner sfs and a spupsave file copied to c:. What are you trying to accomplish? How are you planning on booting Lighthouse?
Answer the above questions and then someone should be able to help.
Posted: Mon 08 Mar 2010, 01:50
by Jim1911
edoc wrote:Is it the size of the app or something about the open source contract or ??
Probably.
I'm sure that there is also an OxygenOffice sfs that works fine with Lighthouse.
Posted: Mon 08 Mar 2010, 02:40
by tazoc
edoc wrote:I am curious as to why Abiword rather than OxygenOffice?
I have never been able to get reliable 2-way support for the various MS iterations of word docs and some others from prior versions of Abiword but OxygenOffice seems to handle everything with excellence.
Not criticizing, just wondering ...
I like OxygenOffice, though it is too large to include in the base ISO. Abiword is ~6M compressed.
OpenOffice is ~150M w/o Java, ~180M w/Java and
OxygenOfficePro301 is about 345M. Do you know if anyone has made a newer OxygenOffice SFS? If so I'll link to it or update it for LHP and upload it.
Jim1911,
Thank you for the test results and info about e-Sword. winetricks in LHP can be used to install the mfc42.dll if it's not handy. I think I know why your pupsave is ext4 but I need to do some testing to verify. If so I'll make sure that it either names it .4fs or formats it with ext3 in the next release.
abushcrafter, Thanks for the new links. Wine is updated so frequently it's hard to keep up!
synthplayer,
Thanks for the feedback and support. Is that an NTFS partition that you chose for the pupsave? Do you remember what size, e.g., 512M you chose for the pupsave? I will try to reproduce the error with the Mariner ISO. Occasionally I've found that a file system check during LHP boot up will generate similar results but on reboot everything is fine.
-TazOC
Posted: Mon 08 Mar 2010, 02:56
by edoc
I have OxygenOffice301 but the name does not include the letters "pro", I wonder if it is the same?
I have not seen a newer release. I will look around and let you know if I find one.
OK re. size - that would explain it!
Posted: Mon 08 Mar 2010, 03:08
by tazoc
edoc wrote:I have OxygenOffice301 but the name does not include the letters "pro", I wonder if it is the same?
Yes, I'm pretty sure it's the same suite that you have. Open one of the apps and click Help|About.
-TazOC
Posted: Mon 08 Mar 2010, 03:11
by edoc
Yup, that's it!
4.43G:saving your session on anything but ext2/3/4 will fail
Posted: Mon 08 Mar 2010, 04:59
by tazoc
@All,
Jim1911 and synthplayer's results led me to find a serious bug with 4.43 G:
The pupsave tries to mount as the host partition's fstype, rather than the pupsave's fstype! This means that saving your session on anything but ext2/ext3/ext4 will fail on reboot as it did for synthplayer.
I will fix the init script, rebuild and re-upload the ISOs tomorrow, as this is a showstopper. In the meantime, I've taken the affected base and Mariner ISOs off the web site.
I have to be up early in the morning to make an important phone call, so I cannot stay up tonight to fix this, but will do so as soon as possible. I apologize for any inconvenience this has caused.
-TazOC
Posted: Mon 08 Mar 2010, 12:52
by synthplayer
Hi Jim and Tazoc, I'm saving the spup443 and pupsave (512mb) files to NTFS so to have a quicker livecd bootup and leave xp as it is without affecting xp or the mbr. Just to add, when it got to check 6 on bootup it said something about dev/loop and that the filesize did not need to be altered as it was already the right size, or something like that.
Posted: Mon 08 Mar 2010, 12:52
by synthplayer
Just to add, after pausing for 60 seconds, a message said that the kernal would not sync and the caps lock light was flashing and nothing happened
Posted: Mon 08 Mar 2010, 13:49
by stu90
Run into a problem on Lighthouse Pup 4.43 G base
Frugal install on ext3 partition 1gb .3fs save file
Using open box windows manager with Opera 10.10 - 4742f.sfs web browser open
- when i try to install pwidgets from the puppy packages manager after down loading packages the lower task bar vanishes and no applications (except turn off / reboot) work from right mouse click system menu. After reboot lighthouse loads to a black screen and a cross 'X' mouse cursor.
I deleted that save file made a new one with the exact same settings and problem occurred again.
Posted: Mon 08 Mar 2010, 14:44
by nooby
Stu90,
I guess you may have more luck when he has uploaded the fixed version?
He wrote this:
I will fix the init script, rebuild and re-upload the ISOs tomorrow, as this is a showstopper. In the meantime, I've taken the affected base and Mariner ISOs off the web site.
so there are a whole day waiting and if you start anew with the iso he upload tomorrow and the error is still there that means you maybe found another bug?
I only have version f or F so have not had any problems.
Posted: Mon 08 Mar 2010, 15:00
by Jim1911
TazOC wrote:The pupsave tries to mount as the host partition's fstype, rather than the pupsave's fstype! This means that saving your session on anything but ext2/ext3/ext4 will fail on reboot as it did for synthplayer.
I tried renaming the pupsave on an ext4 partition from 3fs to 4fs and it would not be recognized as a pupsave. Also, I moved a pupsave.3fs from an ext4 to an ext3 partition and it worked fine, other than indicating a possible bad shutdown and losing my wbar configuration, which just required a restart wbar to correct.
Jim
Posted: Mon 08 Mar 2010, 15:20
by Jim1911
synthplayer wrote:Hi Jim and Tazoc, I'm saving the spup443 and pupsave (512mb) files to NTFS so to have a quicker livecd bootup and leave xp as it is without affecting xp or the mbr. Just to add, when it got to check 6 on bootup it said something about dev/loop and that the filesize did not need to be altered as it was already the right size, or something like that.
Good idea, however, why not go ahead with a frugal installation which can still be booted using the CD. You can easily accomplish this by creating a directory at root level and copying the files from the CD to that directory. Also, move the spupsave to that directory.
Another option to consider that won't affect your XP installation is
Grub4dos which should speed boot times.
Jim
Re: 4.43G:saving your session on anything but ext2/3/4 will fail
Posted: Mon 08 Mar 2010, 15:39
by abushcrafter
tazoc wrote:I apologize for any inconvenience this has caused.
-TazOC
You don't need to apologize. You have worked very hard.