GUI to download LibreOffice - beta quality
- L18L
- Posts: 3479
- Joined: Sat 19 Jun 2010, 18:56
- Location: www.eussenheim.de/
GUI to download LibreOffice - beta quality
version 0.18-3 compatible also with 431JP now
Have fun
Have fun
- Attachments
-
- get_libreoffice-0.18-3.pet
- (28.26 KiB) Downloaded 753 times
Re: GUI to download LibreOffice - beta quality
Worked the on 431JP2012 and on 528JP, with PUPMODE=13.L18L wrote:version 0.18-3 compatible also with 431JP now
Thank you for the good job
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]
get_libreoffice-0.17-L64.pet
For testing in Lighthouse64...
http://www.lhpup.org/update/L64-514/Off ... 17-L64.pet
(Identical to 01micko's except for custom /usr/bin/gtkdialog-splash from Lighthouse64.)
[Edit: Removed, see next post]
-TaZoC
http://www.lhpup.org/update/L64-514/Off ... 17-L64.pet
(Identical to 01micko's except for custom /usr/bin/gtkdialog-splash from Lighthouse64.)
[Edit: Removed, see next post]
-TaZoC
Last edited by tazoc on Tue 02 Oct 2012, 22:39, edited 1 time in total.
[url=http://www.lhpup.org/][b][size=100]lhpup.org[/size][/b] [img]http://www.lhpup.org/gallery/images/favicon.png[/img][/url] [url=http://www.lhpup.org/release-lhp.htm#602]Lighthouse 64 6.02[/url]
get_libreoffice-0.18-3-LH64.pet
Thank you L18L and shinobar. I've included your latest work, and also updated /usr/bin/gtkdialog-splash to include a shinobar update that I missed before.
I would like to thank 01micko as well!
Regards,
TaZoC
I would like to thank 01micko as well!
Regards,
TaZoC
- Attachments
-
- get_libreoffice-0.18-3-LH64.pet
- For testing in Lighthouse64
- (29.19 KiB) Downloaded 546 times
[url=http://www.lhpup.org/][b][size=100]lhpup.org[/size][/b] [img]http://www.lhpup.org/gallery/images/favicon.png[/img][/url] [url=http://www.lhpup.org/release-lhp.htm#602]Lighthouse 64 6.02[/url]
Hi.
It says LH64. Even so it made a brilliant LO-GB.sfs using Slacko 5.3.1 Main.
It's a star pet developed by stars. My desktop m/c is old but with 2.0 GHz and 640 MB RAM, though, with slow broadband, the total time was about 20 minutes to automatically produce (apart from a few really helpful options) what seems to be a perfect LibreOffice sfs outcome.
My regards and thanks
As is my habit, I extracted the pet and then used dir2sfs so that I only use it from a usb stick with my Muti-session-live-CD-all-in-RAM Slacko when I need It.
It says LH64. Even so it made a brilliant LO-GB.sfs using Slacko 5.3.1 Main.
It's a star pet developed by stars. My desktop m/c is old but with 2.0 GHz and 640 MB RAM, though, with slow broadband, the total time was about 20 minutes to automatically produce (apart from a few really helpful options) what seems to be a perfect LibreOffice sfs outcome.
My regards and thanks
As is my habit, I extracted the pet and then used dir2sfs so that I only use it from a usb stick with my Muti-session-live-CD-all-in-RAM Slacko when I need It.
I have now added support for USB installs. This is done by building in /tmp which of course is always a linux filesystem. This avoids any problems with building in a vfat environment and broken symlinks. It also avoids slow media prone to errors which is why I haven't supported USB installs. You need at least 1GB RAM and 1GB swap or 2GB RAM (no swap needed).
If you don't have much RAM and have a HDD frugal or full install the build will still work in /mnt/home or / so there should be no problem.
Be aware that if your RAM is near full (ie: lots of apps open or sfs loaded) you may experience RAM crash and lose open work or corrupt open documents. You have been warned.
I have not added any of the forked stuff by shinobar or L18L, as usual, you guys feel free to fork this development.
I have tested in a full, frugal (PUMODE=12), frugal-USB (PUPMODE=13) and it works on all 3. It also stops as expected on a LOW RAM usb install (512MB, 1GB swap).
See main post
If you don't have much RAM and have a HDD frugal or full install the build will still work in /mnt/home or / so there should be no problem.
Be aware that if your RAM is near full (ie: lots of apps open or sfs loaded) you may experience RAM crash and lose open work or corrupt open documents. You have been warned.
I have not added any of the forked stuff by shinobar or L18L, as usual, you guys feel free to fork this development.
I have tested in a full, frugal (PUMODE=12), frugal-USB (PUPMODE=13) and it works on all 3. It also stops as expected on a LOW RAM usb install (512MB, 1GB swap).
See main post
- Attachments
-
- capture13167.jpg
- monitoring "free" while building on my lappy, USB install, 1GB RAM, 1.6GB swap
- (33.85 KiB) Downloaded 982 times
Puppy Linux Blog - contact me for access
Failed install
Hi 01micko,
Here's what happened with
get_libreoffice-0.19.pet install to a new frugal of precise puppy 5.4.1
The testing version of Libre office was selected.
My test PC is a AMD 4 core with 4gig of ram and a 2gig save file
best regards
DC
Here's what happened with
get_libreoffice-0.19.pet install to a new frugal of precise puppy 5.4.1
Code: Select all
# get_libreoffice
ok
en-GB
Is it ok to build in RAM? yes
building in /tmp
this is 3.6.4test
major ver: 3.6
/usr/sbin/get_libreoffice: line 734: 21654 Terminated gtkdialog-splash -close never -icon /usr/share/pixmaps/throbber.gif -bg green -text "$INFOMSG1"
true
true
LibO-Dev_3.6.4.1_Linux_x86_helppack-deb_en-GB
/tmp/libre_download/LibO-Dev_3.6.4.1_Linux_x86_install-deb_en-US/DEBS
/usr/sbin/get_libreoffice: line 495: cd: /tmp/libre_download/LibO-Dev_3.6.4.1_Linux_x86_install-deb_en-US/DEBS/workdir/opt/libreoffice3.6/share/xdg: No such file or directory
/usr/sbin/get_libreoffice: line 372: 22943 Terminated gtkdialog-splash -close never -icon /usr/share/pixmaps/throbber.gif -bg yellow -text "$INFOMSG2a $LIBO_EN_US $INFOMSG2b" (wd: ~)
cp: cannot stat `usr/share/icons/hicolor/48x48/apps/libreoffice3.6-base.png': No such file or directory
/
_en-GB
EXIT="Exit on timeout"
#
My test PC is a AMD 4 core with 4gig of ram and a 2gig save file
best regards
DC
a little bit of knowledge and I'm dangerous
LibreOffice, get_libreoffice and Slacko on bootable usb
get_libreoffice-0.18-3 creates a script,pinstall.sh, that changes the run action associated with the write, calc, paint and draw desktop icons to use LiobreOffice instead of the deafult values. The script works with slacko5337, but not with 5.4
This occurs with a USB installed Slacko 5.4
The following menu options do not work with either 5.4 or 5.337 installed as a bootable USB
document > compose > new document
business > sheets > new database
business > sheets > new spread sheet
This occurs with a USB installed Slacko 5.4
The following menu options do not work with either 5.4 or 5.337 installed as a bootable USB
document > compose > new document
business > sheets > new database
business > sheets > new spread sheet
tlchost,
Try the 0.19 version in the main post, the forks haven't caught up yet. Works fine for me in a fairly pristine 5.4 (tested on a USB install, 1GB RAM, 1 GB swap).
-
DC
Trying testing right now. It's grabbing 4.0.0.0-beta1 [ ]. Should have a result shortly.
LATER: DC, it mostly works as long as I add missing deps, gnomevfs [ ], ORBit [ ] and libbonobo [ ]. i don't care about menu icons in the beta versions or the %U bug. If it works in the stable version then I'm happy. Beta is for testing, do we need the frills? Stable is of course recommended in the GUI. Beta works good enough.
Try the 0.19 version in the main post, the forks haven't caught up yet. Works fine for me in a fairly pristine 5.4 (tested on a USB install, 1GB RAM, 1 GB swap).
-
DC
Trying testing right now. It's grabbing 4.0.0.0-beta1 [ ]. Should have a result shortly.
LATER: DC, it mostly works as long as I add missing deps, gnomevfs [ ], ORBit [ ] and libbonobo [ ]. i don't care about menu icons in the beta versions or the %U bug. If it works in the stable version then I'm happy. Beta is for testing, do we need the frills? Stable is of course recommended in the GUI. Beta works good enough.
- Attachments
-
- capture9229.jpg
- menu entry, no icon, yes a bug but not to worry as it's the beta, works in stable
- (16.74 KiB) Downloaded 1374 times
-
- capture11644.jpg
- showing the beta on start
- (29.93 KiB) Downloaded 1378 times
Puppy Linux Blog - contact me for access
Thanks.....all the menu items now work correctly.01micko wrote:tlchost,
Try the 0.19 version in the main post, the forks haven't caught up yet. Works fine for me in a fairly pristine 5.4 (tested on a USB install, 1GB RAM, 1 GB swap).
I got this error:
cp: cannot stat ‘/usr/local/bin/defaultpresentation’: No such file or directory
Also, the script did not ask what drive(device) I wanted to use....I run bootable USB. It wrote the sfs file to /tmp ... took me while to find it. Perhaps add back in the ability to specify where you want the sfs file created?
Thom
tlchost
The "defaultpresentation" error is meaningless. Really I should suppress it, but it does no harm. Noted for next version.
If shinobar or L18L want to fork version 0,19 I'm sure they can add a choice where to save. Since this is designed to load the sfs with sfs_load (shino) you are given the choice to copy to /mnt/home anyway. Also, if you notice the splash messages they tell you where the sfs is being built so you can easily find it that way. The idea is that you can build the sfs even if you don't have a hard drive as long as you have the RAM.
-
Jasper,
The size of the hidden libreoffice directory will vary with how much you use it and what you do. Mine is only 2 M. Feel free to delete it or link it, whatever you choose.
The "defaultpresentation" error is meaningless. Really I should suppress it, but it does no harm. Noted for next version.
If shinobar or L18L want to fork version 0,19 I'm sure they can add a choice where to save. Since this is designed to load the sfs with sfs_load (shino) you are given the choice to copy to /mnt/home anyway. Also, if you notice the splash messages they tell you where the sfs is being built so you can easily find it that way. The idea is that you can build the sfs even if you don't have a hard drive as long as you have the RAM.
-
Jasper,
The size of the hidden libreoffice directory will vary with how much you use it and what you do. Mine is only 2 M. Feel free to delete it or link it, whatever you choose.
Puppy Linux Blog - contact me for access
Hi 01micko,
Thank you for your helpful response.
Whilst I could test to see what happens if I link/save my
LO config folder, I ask (for the benefit of all) might I
expect my LO sfs to load faster than usual when I reboot?
My regards
PS I use a multisession CD with sfs files on a USB stick,
which is where I save new sfs files and data as I work - so
I very rarely add anything or make any changes to the CD.
ADDENDUM:
Hi - I tried it - there is a huge impovement in load speed.
Thank you for your helpful response.
Whilst I could test to see what happens if I link/save my
LO config folder, I ask (for the benefit of all) might I
expect my LO sfs to load faster than usual when I reboot?
My regards
PS I use a multisession CD with sfs files on a USB stick,
which is where I save new sfs files and data as I work - so
I very rarely add anything or make any changes to the CD.
ADDENDUM:
Hi - I tried it - there is a huge impovement in load speed.
Last edited by Jasper on Fri 14 Dec 2012, 09:49, edited 1 time in total.
GUI to download LibreOffice
Versions 0.19 of get-libreoffice fails to obtain a working sfs for wary 5.3. In precise 5.4.3 it works. The sfs obtained with version 0.19 in wary 5.3 can't be mounted. With version 0.13 of get-libreoffice previously used by mine to obtain a earlier sfs of Libreoffice3.5.0 I was instead able to obtain a sfs of libreoffice3.6.4 working in wary and precise.
Re: GUI to download LibreOffice
Did you build in Precise then try to mount in Wary? If the kernel supports xz compression then that will be used. Wary's kernel does not support xz compression. I tested in an old version of Slacko that does not support xz compression and it worked fine.watchdog wrote:Versions 0.19 of get-libreoffice fails to obtain a working sfs for wary 5.3. In precise 5.4.3 it works. The sfs obtained with version 0.19 in wary 5.3 can't be mounted. With version 0.13 of get-libreoffice previously used by mine to obtain a earlier sfs of Libreoffice3.5.0 I was instead able to obtain a sfs of libreoffice3.6.4 working in wary and precise.
Puppy Linux Blog - contact me for access
Re: GUI to download LibreOffice
Confirm what I previously said. I have builded in wary 5.3 Libreoffice 3.6.4 with version 0.19 of get-libreoffice: it cannot be mounted and it doesn't work. Sometime ago I builded Libreoffice 3.6.3 in precise 5.4.1 with get-libreoffice version .19: it works in precise but not in wary. Problems with scripts I suppose. Libreoffice3.6.4 obtained with version 0.13 of get-libreoffice in wary works in wary and precise but in wary the first mounting and/or start is difficult. Then it finally works. No problem instead with Libreoffice3.5.0.01micko wrote:Did you build in Precise then try to mount in Wary?.watchdog wrote:Versions 0.19 of get-libreoffice fails to obtain a working sfs for wary 5.3. In precise 5.4.3 it works. The sfs obtained with version 0.19 in wary 5.3 can't be mounted. With version 0.13 of get-libreoffice previously used by mine to obtain a earlier sfs of Libreoffice3.5.0 I was instead able to obtain a sfs of libreoffice3.6.4 working in wary and precise.
Thanks watchdog.
there are 2 bugs actually, one is my fault the other is a wary "bug" (or maybe a feature).
First, when I added support for the RAM mode installation I didn't take into account that bootmanager can't shift the file like sfs_load can. If you have less than 2 GB usable memory (eg 1 GB RAM, 1 GB swap) you wouldn't notice that bug.
Second, wary semi-supports xz compression. That is, it can compress and decompress with xz but it can't mount it. I don't know if it's a bug or by design but anyway I am now testing if the kernel is greater or equal to a 3x kernel then we default to xz, else gz for 2 series is used, and this is also now reflected in the filename (xz or gz is appended). I think that is the bug you and other wary users may have been getting.
Version 0.20 should fix your issue. posting it now.
there are 2 bugs actually, one is my fault the other is a wary "bug" (or maybe a feature).
First, when I added support for the RAM mode installation I didn't take into account that bootmanager can't shift the file like sfs_load can. If you have less than 2 GB usable memory (eg 1 GB RAM, 1 GB swap) you wouldn't notice that bug.
Second, wary semi-supports xz compression. That is, it can compress and decompress with xz but it can't mount it. I don't know if it's a bug or by design but anyway I am now testing if the kernel is greater or equal to a 3x kernel then we default to xz, else gz for 2 series is used, and this is also now reflected in the filename (xz or gz is appended). I think that is the bug you and other wary users may have been getting.
Version 0.20 should fix your issue. posting it now.
Puppy Linux Blog - contact me for access
USB Problem
Running Slacko 5,4 as bootable USB. Version 2 reports that it will not work with low memory/usb drive.01micko wrote:
Version 0.20 should fix your issue. posting it now.
I have 16 gigs memory...so it must not like the USB drive. Reverting to 1.9 which works for me.
Thom
Testing get_libreoffice 0.20 in wary 5.3
Testing successfull. Builded working Libreoffice-3.6.4_xx_gz.sfs in wary 5.3. It works in precise, too.01micko wrote: Second, wary semi-supports xz compression. That is, it can compress and decompress with xz but it can't mount it. I don't know if it's a bug or by design but anyway I am now testing if the kernel is greater or equal to a 3x kernel then we default to xz, else gz for 2 series is used, and this is also now reflected in the filename (xz or gz is appended). I think that is the bug you and other wary users may have been getting.
Version 0.20 should fix your issue. posting it now.