LibreOffice installation memory requirements

[Just17]

EDIT:-
         

I note that mylivecd, by virtue of remasterme, has an initial check
of space before proceeding.  I think something similar is in order
for lomanager. List out remasterme to see what I mean.

Is remasterme (/usr/bin/remasterme) included in PCLOS these days?  I thought it was deprecated ...  note to self -- must check


regards.

You are correct, Just19. It has been deprecated. It worked with mklivecd; i.e. it was used with 2009 and earlier.

May be deprecated, but still exists, depending on your date of initial installation possibly.

From my KDE4 MiniMe 2010 installation:

[root@fatman ~]# which remasterme
/usr/bin/remasterme

I'm fully upgraded up to today, and nothing has actually removed it.

Does it call mklivecd or mylivecd?

If the former then it would not work anyway  ......  unless you have some other 'stuff' hanging in there 

[Old-Polack]

EDIT:-
         

I note that mylivecd, by virtue of remasterme, has an initial check
of space before proceeding.  I think something similar is in order
for lomanager. List out remasterme to see what I mean.

Is remasterme (/usr/bin/remasterme) included in PCLOS these days?  I thought it was deprecated ...  note to self -- must check


regards.

You are correct, Just19. It has been deprecated. It worked with mklivecd; i.e. it was used with 2009 and earlier.

May be deprecated, but still exists, depending on your date of initial installation possibly.

From my KDE4 MiniMe 2010 installation:

[root@fatman ~]# which remasterme
/usr/bin/remasterme

I'm fully upgraded up to today, and nothing has actually removed it.

Does it call mklivecd or mylivecd?

If the former then it would not work anyway  ......  unless you have some other 'stuff' hanging in there 

[root@fatman ~]# cat /usr/bin/remasterme
#!/bin/bash
#set -x
# Remasterme
#
# Modified by Ivan Kerekes
echo "This script tries to remaster your current install."
echo "The iso will be created as pclinuxos-2010.iso"
olddir=`pwd`
perl -pi -e 's|/initrd/sbin/halt.local|/sbin/halt.local|g' /etc/rc.d/init.d/halt*
#umount -a
df -h
REMASTER_USED_SIZE=$(df -m | awk '{ N+=$3 } END { N/=1024; print int(N)}')
REMASTER_AVAILABLE_SIZE=$(df -m /| awk '{ N+=$4 } END { N/=1024; print int(N)}')
let REMASTER_NEEDED_SIZE=("$REMASTER_USED_SIZE")/3
echo "You try to remaster" $REMASTER_USED_SIZE "Gigabyte install"
echo "You need at least" $REMASTER_NEEDED_SIZE "Gigabyte freespace"
echo "The free space avaialable for remaster" $REMASTER_AVAILABLE_SIZE "Gigabyte"
if [ "$REMASTER_AVAILABLE_SIZE" -lt "$REMASTER_NEEDED_SIZE" ]
then
        echo "Not enough space available"
        exit 1
fi
cd
mylivecd --md5sum --lzma --bootloader iso pclinuxos-2010.iso
cd $olddir

[pinoc]

remasterme is obsolete as it doesn't do anything else but running mylivecd, the perl-command in there is not needed, and the rest is just verbose output.
-p.

[Just17]

The reason I highlighted the reference to remasterme, is that I, at least, made the assumption that the OP was using a current ISO in the live environment.

Not unreasonable I suggest .....

If remasterme is present then this is highly unlikely.

[pinoc]

The reason I highlighted the reference to remasterme, is that I, at least, made the assumption that the OP was using a current ISO in the live environment.

Not unreasonable I suggest .....

If remasterme is present then this is highly unlikely.

still not sure what exactly utu did or tries to achieve. Of course lomanager does a disk space test, send utu a PM and waiting for his report on

Code: [Select]

df -k on his setup to figure out what problem he encounters. For me lomanager works fine on a live-session from CD or USB, so I don't quite understand what problem utu has.
-p.

[utu]

Having tried lomanager one more time with Version 3.4.1-2 I can
confirm I cannot get an install of LibreOffice via lomanager on
a 2 GB USB version of PCLinuxOS 2011.06.  All I've posted previously applies.

Archie comes closest to having read my stuff and understood where
I'm coming from in his post #11.

My post#9 answers anything directed to utu up to and including
post #19.

You may all cease helping me for the present. Thanks a lot.

[pinoc]

Having tried lomanager one more time with Version 3.4.1-2 I can
confirm I cannot get an install of LibreOffice via lomanager on
a 2 GB USB version of PCLinuxOS 2011.06.  All I've posted previously applies.

Archie comes closest to having read my stuff and understood where
I'm coming from in his post #11.

My post#9 answers anything directed to utu up to and including
post #19.

You may all cease helping me for the present. Thanks a lot.

That attitude will not provide me the necessary info to get lomanager working for you. Please boot up your 2 GB USB system and provide answers to the following questions:
1. is there a directory called /union (yes/no)
2. what is the output of df -k
3. which LibreOffice locale do you install? Default en_US or which one?

Please post that here and then I may be in a position to figure out more.
-p.

[bicol_willem]

Having tried lomanager one more time with Version 3.4.1-2 I can
confirm I cannot get an install of LibreOffice via lomanager on
a 2 GB USB version of PCLinuxOS 2011.06.  All I've posted previously applies.

Archie comes closest to having read my stuff and understood where
I'm coming from in his post #11.

My post#9 answers anything directed to utu up to and including
post #19.

You may all cease helping me for the present. Thanks a lot.

Hi there utu, I came across a similar "lack of space' or what ever problem, setting up a EeePC 701 (4 Gb) with Kde (which I had to trim a bit). Lomanager logically failed due to lack of space. I found out it was possible however to install LO anyway from a Memstick (manual install). Maybe, maybe, you could try the same?

Texstar ever posted a instruction about how to do a manual install i.e. on a "other PC":

Instructions to install the LibreOffice packages on a different PC:
=======================================================================
1) On the new PC: if an older LibreOffice version is installed run lomanager and choose: Completely remove LibreOffice.
2) Copy the directory '/tmp/LO-rpms' from the old PC to the user's Home directory on the new PC.
3) Make sure Synaptic is NOT running.
4) Open a terminal in the user's Home directory on the new PC and enter (copy/paste) the following command:
    su -c 'LO-rpms ./LO_OfflineInstall.sh'

You see, you got to download the rpm's of course using lomanager on a other PC and choose keep the rpm's.
A little bit of thinkering and ..... 

[pinoc]

Hi there utu, I came across a similar "lack of space' or what ever problem, setting up a EeePC 701 (4 Gb) with Kde (which I had to trim a bit). Lomanager logically failed due to lack of space. I found out it was possible however to install LO anyway from a Memstick (manual install). Maybe, maybe, you could try the same?

Hi bicol_willem,

lomanager should not logically fail because it does test for sufficient space.  I need to figure out why this test apparently fails, so maybe you can provide me some info so I can fix this issue. On the system where lomanager 3.4.1-2 apparently does not properly detect sufficient disk-space:

1. is there a directory called /union (yes/no)
2. please post the output of: df -k
3. which LibreOffice locale do you install? Default en_US or which one?

I can not fix this issue if you guys don't help me with the necessary info, so please... 
-p.

[AS]

Hello pinoc,

I'm a bit afraid all this time wasted!  The right suggestion, widely provided here, was to remaster an ISO that included libreoffice.

The following output come from a 2Gb USB stick, using KDE2011-06, booted on a 4Gb RAM machine, using persistence:

/union filesystem:

guest@localhost guest]$ df /union
Filesystem            Size  Used Avail Use% Mounted on
-                        1.9G  844M  966M  47% /union

guest@localhost guest]$ df
Filesystem            Size  Used Avail Use% Mounted on
/dev/root             1.5G  146M  1.4G  10% /

please note that the above report depend from the installed RAM, approx. half of the installed RAM
1.5 Gb come from approx 3.2 Gb seen from a 32bit non-pae kernel.

On a 1 Gb RAM system, the same command report approx. 0.5 Gb.

guest@localhost guest]$ df
Filesystem            Size  Used Avail Use% Mounted on
/dev/root             487M  3.8M  483M  10% /

on the 1Gb RAM system I tried to create in /tmp a file as large as possible: the resulting file was approx 480 Mb, no matter how much space was available on /union.

It means that it's not possible to exceed the space available on the smaller branch of a union filesystem, and that the available space depend from installed RAM too, I think the whole issue described in this thread is strictly related.

Thanks for your effort, hope the above info may help a little.

AS

[pinoc]

Hi AS,

thanks for confirming. That is exactly what I said before. The free space on a live-system is always ~45% of the RAM detected. People can create whatever partitions they want, that doesn't matter because lomanager installs in a temporary directory under /root/ and test for available space on that /-partition with

Code: [Select]

df -k |grep "/$" |awk '{print$4}'. If there is at least 1GB space then it will go ahead else not => in a live-session it works if the PC has at least 3GB of RAM. I have done/tested this several times and it does work or can you confirm that it doesn't work on a PC with 4GB RAM?
best,
-p.

[AS]

I will perform a test and report back a bit later...

AS

Added/Edited:
Done, using a 2 Gb USB stick, 4 Gb RAM system. (1.5 Gb free mem)
- kde2011-06
- installed updates, including lomanager-3.4.1.-2
- installed libreoffice, in a first step java was installed, and as second step libreoffice.
Successfully installed and working! 

[bicol_willem]

I will perform a test and report back a bit later...

AS

Added/Edited:
Done, using a 2 Gb USB stick, 4 Gb RAM system. (1.5 Gb free mem)
- kde2011-06
- installed updates, including lomanager-3.4.1.-2
- installed libreoffice, in a first step java was installed, and as second step libreoffice.
Successfully installed and working!  

With respect due guys, a 4 Gb RAM system is not yet a "standard" system. Most has to do with less.

pinoc: "lomanager should not logically fail because it does test for sufficient space."
Yes, it does/did test and reports not enough space (RAM ? HDD?). So installing from a other source was the solution in this case. I can report that on other, more capable systems, lomanager does work like a charm. As a result of the above I, for one, has NO problem running LO right now. I was just trying to help the OP to look at a probably alternative way to reach his goal.

The info you asked for

[AS]

Hello bicol_willem,

With respect due guys, a 4 Gb RAM system is not yet a "standard" system. Most has to do with less.

No one is saying that 4Gb RAM is a "standard" system, only an explanation was offered about why some limit exists on a liveUSB system, and that limits appear to be the available RAM.

Of course, your suggestion for alternative installation, and others alternative suggestions are all welcome! 

AS

[Archie]

May I politely butt in and make a suggestion? I am convinced that it could be related to the RAM limitations on a 2Gb USB key installation.

Now, there are 7 key components in LibreOffice (apart from the Manager itself and the script):

• Base
• Calc
• Draw
• Impress
• Math
• Printer
• Writer

... and at the moment, all is installed whether one uses a component or not.

Back in the OpenOffice days, I remember we could choose which component would be installed ... and I usually just check Calc, Impress and Writer.

I am not sure what the difference is now but wouldn't it be possible to choose the LibreOffice components a user can install? This might even make it possible for LO to be installed on a 2Gb USB key.