This app downloads LibreOffice latest stable version, plus localised help and locale files (optional) based on your locale settings, then combines them into an sfs with the language code in the name of the sfs, then offers to install either with sfs_load (shinobar) sfs_installation (me) [both handle full installs well] or bootmanager (puppy generic), if neither of the others are installed. The script supports localisation with gettext, es and de included.

It will get the help and locale files based on your locale settings.

Works in frugal install to HDD and Full install to HDD, NEW: support for USB if you have large RAM.

0.19 may fail in Lupu* hopefully fixed in 0.20

All bug reports MUST contain a log, located at /tmp/LO_$(date)

WARNING for v0.19 and onwards

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.

==========================================================

Changelog

version 0.40
* adds updates from shinobar, L18L, rerwin et-al
* new icons
* minor code clean-up
* bugfix - don't put defaults in /usr/bin - but offer an option at the end to set libreoffice programs as defaults - thanks to zigbert
* bugfix - beta version wasn't working
* NOT tested in older puppies

version 0.29
* bugfix for FULL installs

version 0.28
* the default* files were hard coded to the running system, now part of sfs

version 0.27
* added yes/no box to give a choice if you want to construct in RAM, thanks Henry. Note, no choice if it's a USB install or low RAM. Translators, there is a few more lines to fix up now.

version 0.26
* improved RAM check function

version 0.25
*IMPORTANT* I removed gtkdialog-splash from the package. No big deal unless you have an old lupu or 4.3.1. Look here if you find you aren't getting coloured splash messages. I think this applies to FatDog and Slackbones too. Run

Code:

which gtkdialog-splash

to check. If no output then you better grab it!
* fix for pupmode 7
* minor code cleanup

version 0.24
* fix for 64 bit
* add some logging, saved to /tmp/LO_log_"the date and time here"

version 0.21
*fix FatDog bug
*support q5sys' new puplet "SlackBones", however it doesn't install with a pet. See here for link to txz package.

version 0.20
*suppress "defaultpresentation" error in pinstall.sh -thanks tlchost
*hopefully fix "free" bug for lupu (report needed)
*bugfix for wary, it can't use xz compression, though it can produce it, thanks watchdog
*bugfix for bootmanager if sfs_load is not present
*append xz or gz to filename

version 0.19 (v0.18 was never released officially)
*bug fixes for the ridiculous Unity .desktop entries in 3.6.2
*now builds in /tmp by default if you have enough RAM.
*support USB installs depending on RAM
***For USB: RECOMMENDED to have at least 2 gig but will work with 1 GB RAM and 1 GB swap

version 0.17 (v0.16 was never released officially, see page 9)
*bugfix testing versions (whew! That was involved!LibO 3.6 beta is out and working , also 3.5.5RC)
*bugfix setting langpack/helppack/install vars (pemasu)
*bugfix downloading data for the grokking of info
*better support for fatdog
*added a test for xz compression and use it if available
*numerous little tweaks for little errors in building
*tested all downloadable versions in Slacko(xz), FatDog(xz) and old spup-100(gz) (compression in brackets)

*this app is much more soft coded now, should ensure better
longevity, however it will never leave Beta status because web
pages are dynamic, always changing, as is LibreOffice it's self.

version 0.10
*bugfix for en-US, checkbox bug, ensure the second checkbox is disabled and unchecked if LANG=en_US*

version 0.9
*fixed a bug with adding extra lang/help packs, thanks to roadkill13, also added "_Extra" if you do that to the name of the sfs
*updated the DOTpot file, but not my feeble Spanish translation!

version 0.8
*added support for 64 bit pups, tested in Fatdog64, should work in Lighthouse64

version 0.7
*fixed desktop files for newer versions of Libreoffice

version 0.6
*added better checking if libreoffice servers are busy
*added check to see if "testing" version exists

version 0.5
*added ability to get extra locales if you want (Jim1911)
*added ability to get the latest testing version (Musher0)
*libre server changed format slightly **older versions of this program wont work ***

version-0.3
*updated gtkdialog-splash to accept other icons (including .gif)
*code cleanup
*opens bootmanager if other sfs loaders are not present

version-0.2
*fixed sfs_installation.sh bug (Lobstar)
*fixed cleanup bug (Lobster)
*fixed icon bug, which dramatically reduced pet size
*improved naming of the sfs, eg, any Spanish locale it will only be named es, not adding the country code
*hopefully aborts installation if on a usb or pfix=ram install

Hmmm.. the /mnt/home/libre_download dir should have been deleted, that will be fixed. I tried it on 3 machines of varying ages and it worked ok.

There should have been a dilaog at the end, the bug may be in the sfs_installation script, I'll look into that too.

As far as feature freeze goes, this app is too experimental for a default app (that's why it's in "cutting edge" and not the "additional software" section), even for PPM. It needs heavy testing and bug fixing and also some more insurance, such as, it needs to stop users trying it on a usb install, it's painful! Although if a user had planty of RAM then the conversion could be done in RAM, it would need about a gig of free RAM, so a system would need at least 1.5 gig of RAM to do do it comfortably.

The good thing about this app is that if it can be developed to a stable stage then we never have to host libreoffice again , and it will be localised automatically.

Cheers

________________________________________________________

New version out, thanks to Lobster's bug reports, see top post_________________Puppy Linux Blog - contact me for access

Almost unnoticed in your libreoffice utility is the nice change you made to gtkdialog-splash. I have included a little example with an animated gif. In fact, the gtkdialog-splash utility can accept much larger gifs than 48x48, as I demonstrate in the attachment. Well done.

Just installed in a pristine Luci-256
this time I installed a java sfs I had laying about - (so it does not ask me)
also this time I installed the help files
Everything went fine and I rebooted and ran and checked out the help . . .

Like the new waiting (hour glass) thingee . . whilst creating the SFS.
Did you implement this with a gif?
In general usage when such a gif is running
the program may have crashed (not doing anything) but the gif keeps running
giving the impression everything is fine? Unless there are two gifs?

Yes Lobster, I added the gif "throbber" as it can take a long time to make a large sfs file especially on older gear. A progress bar could be an alternative but I think this is ok and hogs less resources. I could also display a coloured terminal to show the progress, similar to the download windows. May even do that. in the future.

Tested on luci-256. Now, you've done it, works great, there is no need for me to prepare and upload LibreOffice.sfs to playdayz anymore. Great job, you may want to go ahead and put it in Quickpet.

One problem, I get a message that I already have the maximum number of sfs files loaded, although I have only 3 loaded and it refuses to load the sfs. Bootmanager still allows it to load. I also got the same message trying to get the devx file using Quickpet so this may be a problem with luci-256.

Your auto detection of language is great, however, how do I download another language in case I wanted a second language that isn't the computer default?

Consider preparing another utility that allows any downloaded deb file to be converted to an sfs? Gotta keep you busy.

I see you both came across the bug in the sfs_installation script. It only affects luci/lupu/spup with this script. I will post a patch in the top message.

Jim, about adding options to add locales. I'll get the base stable first then will implement that.

Rolf, I wonder what went wrong with the de variable? if possible could you post the contents of that /tmp/getlibre_lang file please?

Did you end up with a localised sfs in the on the last attempt?

I am thinking to put in a 'download failed, try again later' message if any part fails.

I am definitely considering running the sfs construction in an open terminal like the downloads.. it gives a perfectly clear picture of progress. This will be advantageous on slower gear. It takes over 10 minutes on my oldish athlon with 512M RAM, and I tried on my P3 but it seems I have a hard disk problem on that machine. I had tons of errors and bad blocks running 'fsck' .

But oops. The contrast is so light between the bg and the fg, I can't know what I'm doing... (See the 2 pics below. The 2nd panel went too fast to do a capture.) What happened to the straight B&W console?

In any case, I just blindly pressed any key, with the end result that the script announces that a SFS has been created, but of course there's nothing to add to the sfs start-up panel.

Sorry for this (hopefully constructive) bucket of ice water on the project...

I tried it tonight and it worked like a charm. Sorry to read that Rolf had these problems, but I can attest to it that it as nothing to do with the German localisation.
Also musher's white fonts did not appear on my system, I saw black on colored background as it should be.

Ok. tried it under wary 0.7 rather than mywolfe 0.08. On this derivative the foreground text was visible. Depends on how your bash is configured, I suppose. Under wary 0.7, I was up and running in LO in about 6-7 min.,

As someone mentioned above, the java sfs should be there first, preferably.

Also watch out for the /root/.config/.libreoffice directory. In time, it can grow pretty big, As a preventive measure, you may want to move it to /mnt/home/.libreoffice and link it back to /root/.config/.libreoffice._________________musher0
~~~~~~~~~~
« La vraie justice serait d'emm...r pelo autant qu'il nous emm...e. » (Moi) /
"True justice would be to annoy pelo as much as him us." (Me)

The white fonts must have been because of the bashrc. I will put in a "fg" argument to force the issue .

Ok, I see that (from a brief look at your thread Christian) that there are issues with LO-331 and and that LO-332rc is better. Well hopefully 332 will be the latest stable for LO very soon and hopefully too this program, when it is run, will detect the version number difference. Well as long as the Libre server structure stays the same then this program should do just that!

There is a need for some more error checking at each stage of download, and of course at successful creation of the sfs. That will be implemented. I thinks rhadon's issue was just a server issue..

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum