Puppy Linux Discussion Forum

[01micko]

Hi roadkill13

firstly, the lang pack for en_US checkbox should be disabled, I know why it wasn't, there was a bug where libre lang codes are actually using hyphens instead of underscores, fixed. now to get the help file to download automatically.. new version soon.

[roadkill13]

Well that worked out well then. Thank you for the application.

[01micko]

Version 0.10 is uploaded in the main post

____________________________________________

I did some thorough testing

I changed my locale to en_US.
*I downloaded the default, which is the main Libreoffice package and the US help pack. Built the sfs successfully.
*with locale still set as en_US I unchecked the help pack checkbox and downloaded just the main package, worked as expected.
*with locale still set as en_US I left the defaults and added 2 extras packs, everything downloaded and built as expected.
*changed locale back to en_AU and downloaded the default, (en_GB help and lang packs), works as expected.
*with locale still set at en_AU, unchecked all boxes and just the main package downloads as expected. (cut the download short, build fails as expected)
*with locale still set at en_AU, added extras, downloads and builds as expected.
Whew!

Thanks roadkill13 for valuable feedback.

[Jim1911]

I've had success with your latest 0.10 in both Slacko 4.99.5 and LHP 64-512. For both, I downloaded and installed testing version Libreoffice-3.4.3rc2 and they are working fine except for printing. The stable version 3.3.4 is a better choice.

Thanks for keeping this updated and sharing it,
Jim

[L18L]

Thanks for updating this.

Attached is German po file.

I will continue on enabling translations

Note, German lang_pack not installed, so not everything on the screeny is in German yet

[L18L]

Edited:
was temporarily only

anyhow, change the code a bit
#if [ "`echo $LIBO_VER_DIR|cut -d ' ' -f2`" != "" ];then
num_LIBO_VER_DIR=`echo $LIBO_VER_DIR | wc -w`
if [ $num_LIBO_VER_DIR -gt 1 ];then

No need for new version now, I am going through the entire script
Wait and see
Cheers

[L18L]

German translation completed

new pot file (Portable Object Template)
Spanish po updated, but translations are to be completed

Bugfix on:
#check if we have libreoffice or openoffice installed and if so abort

Cheers

[cowboy]

Hi micko,

Know you are busy elsewhere - but in both Slacko5 and Lucid 5.28, if I choose 3.3.4 with the gui tool, version .10, nothing is placed into my menus to start Libreoffice. Tried unloading, rebooting, and tried using both the SFS on the fly tool, as well as the Bootmanager without success. Both work with the older 3.3.1 libreoffice .sfs on ibiblio.

When I run .10 gui tool, I never get the "loading menu" portion of the install. I can see the 3.3.4 .sfs on my mnt/home, and it appears in the SFS on the fly tool as "queued". I have installed the JRE from slacko library.

(everything does seem to work with 3.4.3...I'll check and confirm) Thanks for this tool - it really does make using Libreoffice so easy.

[01micko]

[cowboy]

Hello Micko,

Initially, just let the installation process run - which I suppose concludes with an SFS on the fly? Have also tried with 3.4.3, and also can not get the menus to update.

Tried unloading, then reloading with SFS-on-the-fly, running fixmenus in console, and restarted JWM, without success. Also tried unloading with SFS on the fly, then setting up with bootmanager, rebooting, running fixmenus and restarting JWM. No success.

No problem with .sfs version 3.3.1 from the lucid library. Could it be a JWM/Brookdale issue? Is there a version of ICEwm you would suggest for slacko and I'll give that a try to see if menu rebuilds. Take your time on this Micko, it's WAY down your list of priorities. Thanks for the help.

[zulhilmi]

i received this error- not enough space'...mick..what caused it? how to fix?

[Jim1911]

[01micko]

[Jim1911]

Hi Mick,

Output is from full install of Slacko 5.3 with kernel 2.6.39.4:

[01micko]

Thanks Jim

Looks fine. I'm pretty certain that for a full install the first entry returned is mounted at "/" so the code I have now should stand up to the size check.

Cheers