Re: [lfs-support] A startup quesion
On Thu, Nov 22, 2012 at 03:26:31AM -0800, Fernando de Oliveira wrote: --- Em qua, 21/11/12, Tobias Gasser escreveu: it's a pitty lo is not able to check the installed libraries. either you use --with-system-xx (or as for librsvg --enable-xx=system) or lo will build it's own package again! even better to check for installed libraries first to avoid even the download - last time i counted, i could save 30 out of 100 (as far as i remember nearly 200 out of 500g). That is true! Thanks again, Tobias. And thanks from me to both of you. On my own first-time build, I seem to have used about 8GB (x86_64) with 677 MiB installed - still need to fine-tune some of the options, and to decide if I really want the languages I chose, but I've managed to overcome my dislike of enormous packages. Shame it can't open .gnumeric and .abw files, and .xlsx files (saved by gnumeric) crash it, but if I save as .xls and .doc in gnumeric and abiword then it can open them. I think I'll be absent from the lists for a few days - need to play with calc and writer before deciding if these are the way for me to go :-) So far, writer looks mostly good (the dead keys and my AltGr keys from .Xmodmap all seem to work fine - abiword always ignored some of the less-common dead key accented letters). Good thing I upgraded my desktop boxes this year, building this on my ancient single processor x86_64 with one processor would take forever ;) Cheers. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] A startup quesion
--- Em qua, 21/11/12, Tobias Gasser escreveu:
De: Tobias Gasser
Assunto: Re: [lfs-support] A startup quesion
Para: LFS Support List
Data: Quarta-feira, 21 de Novembro de 2012, 20:52
Am 21.11.2012 14:38, schrieb Fernando
de Oliveira:
I thought in stripping it, but I am still not sure if
any problem would
appear. What is the command you used to strip?
i use DESTDIR on all packages, so i can loop thru all files
in DESTDIR
My scripts have a choice for DESTDIR, depending on a variable passed
when invoked.
here the snipet for stripping:
OK=$( LC_ALL=C file ${line} )
if [ ! -z $( echo ${OK} | grep ' ELF ' )
] ; then
strip -p --strip-unneeded $line
elif [ ! -z $( echo ${OK} | grep '
current ar archive' ) ] ; then
strip -p --strip-debug $line
fi
Thanks. Debug symbols only decrease 28MB. Stripping both, decrease from
446MB to 357MB (89MB).
Does this include the sources (compressed and
uncompressed) as in my
case? If so, please, would you post the switches used?
what else if not the sources???
Before LO was in the book, I used to untag the libreoffice* files
outside the build directory and link them, so the build directory itself
was very small. I believe this is documented somwhere in the lists, when
I was discussing with Andy about including it here.
here my autogen switches:
--with-system-db \
--with-system-redland \
--with-system-mysql \
--with-system-mozilla \
--with-system-mesa-headers \
--with-openldap \
--without-ppds \
--without-afms \
--without-myspell-dicts \
--without-system-dicts \
--without-help \
--without-helppack-integration \
Ok, these I do not use. Probably from there, the difference in size.
as i'm running xfce, i need no kde or gtk3, just gtk2.
I am running less than xfce, but build with gtk3, no kde.
it's a pitty lo is not able to check the installed
libraries. either you
use --with-system-xx (or as for librsvg --enable-xx=system)
or lo will
build it's own package again! even better to check for
installed
libraries first to avoid even the download - last time i
counted, i
could save 30 out of 100 (as far as i remember nearly 200
out of 500g).
That is true!
Thanks again, Tobias.
[]s,
Fernando
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] A startup quesion
--- Em ter, 20/11/12, Tobias Gasser escreveu: De: Tobias Gasser Assunto: Re: [lfs-support] A startup quesion Para: LFS Support List Data: Terça-feira, 20 de Novembro de 2012, 21:31 Reading back, my sentence could be misleading, so, to be clear, I was referring LO to build size, not install size (Bruce just pointed out this, but I feel it needed to be close to my own statement). For install size, it is about the same as OpenJDK, over 440MB, build size also the same order for LO and OJDK. i need a little less for my 3.6.3.2 the download dir is little above 500m (since 3.6.0, no automatic delete available, impossible to remove manually due to the numeric prefixes - i guess i'll try to make a script one day...) Please, I would like to understand this, can you elaborate? the unpacked translations are about 1.3 (older versions had plenty of stuff in 2 more directories, 3.6.3 doesnt download or extract them any more) the working directory expands up to 3.7g install-size is just 350m (stripped!, only EN, DE, FR languages) I thought in stripping it, but I am still not sure if any problem would appear. What is the command you used to strip? In OpenJDK, stripped, it becomes 130M. In the strip log: USED_AFTER - USED_BEFORE = -330368 max disk usage during build is about 5.8g (64bit, 5.5g with 32bit) Does this include the sources (compressed and uncompressed) as in my case? If so, please, would you post the switches used? []s, Fernando -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] A startup quesion
Am 21.11.2012 14:38, schrieb Fernando de Oliveira:
I thought in stripping it, but I am still not sure if any problem would
appear. What is the command you used to strip?
i use DESTDIR on all packages, so i can loop thru all files in DESTDIR
to (re)compress all manpages, strip all binaries and libraries, set
chmod 755 on libraries and some more things...
here the snipet for stripping:
OK=$( LC_ALL=C file ${line} )
if [ ! -z $( echo ${OK} | grep ' ELF ' ) ] ; then
strip -p --strip-unneeded $line
elif [ ! -z $( echo ${OK} | grep ' current ar archive' ) ] ; then
strip -p --strip-debug $line
fi
Does this include the sources (compressed and uncompressed) as in my
case? If so, please, would you post the switches used?
what else if not the sources???
i extract the libreoffice-core-3.6.3.2.tar.xz
then i make a symlink for the src as i don't want to download these 500g
on each build. if a new version requires new packages, the download
script will just get the new files. as the translations are extracted
into the src directory (another 1.3g!) i keep them to speed up the
build. as soon i have successfully built the new one once, i remove the
old translations and clean up the src
after 'make' i remove the src again, and i have 3.4g on 32bit or 3.7g on
64bit.
you can add the 1.3g translations and even the 500m src to my 3.7g
workdir giving a total of 5.5g. still far away from the 7g you mentioned.
here my autogen switches:
./autogen.sh \
--prefix=/usr/X11 \
--sysconfdir=/etc/libreoffice \
--disable-binfilter \
--disable-mozilla \
--disable-odk \
--disable-postgresql-sdbc \
--disable-kde \
--disable-kde4 \
--disable-gtk3 \
--disable-systray \
--enable-librsvg=system \
--enable-dbus \
--enable-extra-font \
--enable-release-build \
--with-system-boost \
--with-system-cairo \
--with-system-curl \
--with-system-db \
--with-system-expat \
--with-system-gettext \
--with-system-icu \
--with-system-jpeg \
--with-system-libpng \
--with-system-libxml \
--with-system-neon \
--with-system-nss \
--with-system-openssl \
--with-system-poppler \
--with-system-redland \
--with-system-zlib \
--with-system-mysql \
--with-system-lcms2 \
--with-system-mozilla \
--with-system-mesa-headers \
--with-num-cpus=$(getconf _NPROCESSORS_ONLN) \
--with-lang=de fr \
--with-perl-home=/usr \
--with-openldap \
--without-java \
--without-system-jars \
--without-ppds \
--without-afms \
--without-myspell-dicts \
--without-system-dicts \
--without-help \
--without-helppack-integration \
--disable-unix-qstart-libpng
i don't build any dictionaries. i have most (but not all) libraries
already installed. disabling odk and binfilter saves some space (and
time) too.
as i'm running xfce, i need no kde or gtk3, just gtk2.
it's a pitty lo is not able to check the installed libraries. either you
use --with-system-xx (or as for librsvg --enable-xx=system) or lo will
build it's own package again! even better to check for installed
libraries first to avoid even the download - last time i counted, i
could save 30 out of 100 (as far as i remember nearly 200 out of 500g).
tobias
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] A startup quesion
Li, David wrote: Hi, I would like to start building LFS. I have a x86_64 AMD machine. From what I read in the book, it seems 32 bit environment is preferred. So I want to confirm with the list that the followings are OK to start with. 1. Install a 32 bit Fedora 16 as the build environment 2. Leave enough unpartitioned space (100G) on the disk besides the FC16 install. There really isn't any reason to prefer 32-bits or 64-bits any more. If you have a 64-bit system, do a 64-bit build. I'd recommend 10-20 G for the LFS partition just for flexibility. The rest is for whatever you want. I use a lot of partitions for multiple builds. It's useful to have a separate /home and /boot partition. I use a separate partition for /usr/src where all my BLFS sources reside, but it's your distro and you make the rules for that. Any distro can be used. Just make sure you update it to meet the host system requirements. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] A startup quesion
On Tue, Nov 20, 2012 at 10:56:25AM -0800, Li, David wrote: Hi, I would like to start building LFS. I have a x86_64 AMD machine. From what I read in the book, it seems 32 bit environment is preferred. So I want to confirm with the list that the followings are OK to start with. 1. Install a 32 bit Fedora 16 as the build environment 2. Leave enough unpartitioned space (100G) on the disk besides the FC16 install. The only reasons to use 32-bit are a lack of memory, or if you need to run 32-bit binaries. I have an amd64 which has been wholly 64-bit for some years, but it only has 1GB of memory and that is no longer comfortable for compiling recent firefox with recent gcc : everything keeps getting bigger and using more memory, so the box often swaps when compiling. Personally, I suggest that you _consider_ the following partitions: (i) enough for fedora - no idea how much is enough, but I would hope 10GB is plenty - best to check that first! It's certainly enough for LFS+BLFS. Also /boot if you intend to stay with LFS, and swap [ e.g. for s2disk even if you have enough RAM ]. (ii). a couple more partitions of the same 10GB size - this will allow you to build LFS+BLFS in one of them, for the other you can either build your *next* LFS there, or install a different distro. (iii.) Use whatever is left for /home, and share the user(s) and groups between fedora and LFS. Of course, if all you intend to do is build LFS once for the experience, then my partitioning suggestion won't be useful. Really, there is very little difference between i686 and x86_64 for LFS : x86_64 has more registers, so gcc tends to produce better code (more variables in registers), but with bigger pointers. For the LFS book, the differences with current software are minimal. For BLFS, almost everything in current use works with either architecture. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] A startup quesion
--- Em ter, 20/11/12, Ken Moffat escreveu: De: Ken Moffat Assunto: Re: [lfs-support] A startup quesion Para: LFS Support List Data: Terça-feira, 20 de Novembro de 2012, 16:19 (ii). a couple more partitions of the same 10GB size - this will allow you to build LFS+BLFS in one of them For some reasons, I have reached more than 10GB, so I prefer 20GB partition size. Also, remember that some packages use many GB, LibreOffice takes over 7GB in some machines/versions. For builds, I use a ~/tmp directory which is actually a link to another tmp in another partition having at least 10GB of free space. []s, Fernando -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] A startup quesion
Fernando de Oliveira wrote: --- Em ter, 20/11/12, Ken Moffat escreveu: De: Ken Moffat Assunto: Re: [lfs-support] A startup quesion Para: LFS Support List Data: Terça-feira, 20 de Novembro de 2012, 16:19 (ii). a couple more partitions of the same 10GB size - this will allow you to build LFS+BLFS in one of them For some reasons, I have reached more than 10GB, so I prefer 20GB partition size. Also, remember that some packages use many GB, LibreOffice takes over 7GB in some machines/versions. For builds, I use a ~/tmp directory which is actually a link to another tmp in another partition having at least 10GB of free space. Drive organization is really a personal preference item. There is a big difference between build space and install space. I generally build in /tmp which is on a separate partition. I also put a lot of stuff in /opt and leave it there: 46M /opt/Adobe 30M /opt/DBDesigner4 251M/opt/OpenJDK-1.7.0.5-bin 464M/opt/OpenJDK-1.7.0.9-bin 41M /opt/ant-1.7.0 37M /opt/ant-1.8.3 8.8M/opt/fop-0.20.5 103M/opt/fop-0.93 4.0K/opt/gnome-2.18.3 489M/opt/kde-3.5.2 1.5G/opt/kde-4.8.3 16K /opt/lost+found 1.6M/opt/lsb 323M/opt/openoffice.org2.1 93M /opt/qt-3.3.5 86M /opt/qt-3.3.8 52M /opt/qt-3.3.8-nomysql 474M/opt/qt-4.3.4 1.1G/opt/qt-4.5.0 1.1G/opt/qt-4.5.2 1.2G/opt/qt-4.7.0 441M/opt/qt-4.8.2 1.4G/opt/qtbin 1.2G/opt/save 8.0K/opt/test 281M/opt/xorg The main directories don't generally use a lot of space: 5.6M/bin 7.6M/sbin 22M /lib 1.4G/usr/lib 300M/usr/bin 15M /usr/sbin 944M/usr/share If you don't rotate logs, /var/log can get pretty big. and of course: 36G /usr/src I don't use /usr/local at all. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] A startup quesion
On Tue, Nov 20, 2012 at 01:36:04PM -0800, Fernando de Oliveira wrote: For some reasons, I have reached more than 10GB, so I prefer 20GB partition size. Also, remember that some packages use many GB, LibreOffice takes over 7GB in some machines/versions. For builds, I use a ~/tmp directory which is actually a link to another tmp in another partition having at least 10GB of free space. Fair comment. For some reason, my interest in attempting to compile LibreOffice in the future has diminished :) ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] A startup quesion
On Tue, Nov 20, 2012 at 04:06:38PM -0600, Bruce Dubbs wrote: Drive organization is really a personal preference item. Agreed, but I commented because I feel people often read the minimalist suggestions in the book, and then make things harder for themselves in the future. There is a big difference between build space and install space. Sometimes. Perhaps I need to mention that I normally use CFLAGS=-O2 and the same for CXXFLAGS : not everything respects that, and most sane packages default to -O2, but it does get rid of a lot of debug info. That on its own might explain why I can get by with a lot less than 10GB for '/'. I generally build in /tmp which is on a separate partition. I also put a lot of stuff in /opt and leave it there: 1.2G/opt/qt-4.7.0 441M/opt/qt-4.8.2 1.4G/opt/qtbin Is qtbin part of the qt-4.8.2 install, or did your 4.8.2 get smaller than qt-4.7.0 ? My own as little as I guessed I needed for vlc install of 4.8.2 uses about 1.1G. If you don't rotate logs, /var/log can get pretty big. Ah, yes, I'll take your word for that :) and of course: 36G /usr/src I guess that *some* of that is not current. My own sources are in /home/sources on my server, which I then export as /sources. At the moment the weekly backup (tar, no compression) of /home - including my notes and docs, as well as local copies of the books and the build logs from the server, plus the occasional iso, all fits in 20GB. But then, from time to time I prune out old things that I don't expect to ever build again - before I last did that I was backing up 26GB every week. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] A startup quesion
--- Em ter, 20/11/12, Ken Moffat escreveu: De: Ken Moffat Assunto: Re: [lfs-support] A startup quesion Para: LFS Support List Data: Terça-feira, 20 de Novembro de 2012, 19:42 On Tue, Nov 20, 2012 at 01:36:04PM -0800, Fernando de Oliveira wrote: For some reasons, I have reached more than 10GB, so I prefer 20GB partition size. Also, remember that some packages use many GB, LibreOffice takes over 7GB in some machines/versions. For builds, I use a ~/tmp directory which is actually a link to another tmp in another partition having at least 10GB of free space. Fair comment. For some reason, my interest in attempting to compile LibreOffice in the future has diminished :) ĸen Reading back, my sentence could be misleading, so, to be clear, I was referring LO to build size, not install size (Bruce just pointed out this, but I feel it needed to be close to my own statement). For install size, it is about the same as OpenJDK, over 440MB, build size also the same order for LO and OJDK. []s, Fernando -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] A startup quesion
On Tue, Nov 20, 2012 at 03:40:26PM -0800, Fernando de Oliveira wrote: --- Em ter, 20/11/12, Ken Moffat escreveu: De: Ken Moffat On Tue, Nov 20, 2012 at 01:36:04PM -0800, Fernando de Oliveira wrote: LibreOffice takes over 7GB in some machines/versions. For builds, I use a ~/tmp directory which is actually a link to another tmp in another partition having at least 10GB of free space. Fair comment. For some reason, my interest in attempting to compile LibreOffice in the future has diminished :) ĸen Reading back, my sentence could be misleading, so, to be clear, I was referring LO to build size, not install size (Bruce just pointed out this, but I feel it needed to be close to my own statement). For install size, it is about the same as OpenJDK, over 440MB, build size also the same order for LO and OJDK. No worries, in this case it's the total build space that is the disincentive. I can find that sort of space (on my current machines, but not the oldest one) in /scratch, which is where I've dumped all the excess disk space. That is already where I'm going to be building (and where I keep git trees and do test builds with DESTDIR installs : none of it gets backed up!). But the thought of something using 7GB of disk space is *frightening* : -ETOOBIG. Sounds like the thin end of the wedge: after that I would be softened up for google chrome :) ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] A startup quesion
Reading back, my sentence could be misleading, so, to be clear, I was referring LO to build size, not install size (Bruce just pointed out this, but I feel it needed to be close to my own statement). For install size, it is about the same as OpenJDK, over 440MB, build size also the same order for LO and OJDK. i need a little less for my 3.6.3.2 the download dir is little above 500m (since 3.6.0, no automatic delete available, impossible to remove manually due to the numeric prefixes - i guess i'll try to make a script one day...) the unpacked translations are about 1.3 (older versions had plenty of stuff in 2 more directories, 3.6.3 doesnt download or extract them any more) the working directory expands up to 3.7g install-size is just 350m (stripped!, only EN, DE, FR languages) max disk usage during build is about 5.8g (64bit, 5.5g with 32bit) i have an intel i7 with 16g ram and 320 wd raptor disk. last 32bit build used 3.4g build, 350m destdir and run for 50:48 last 64bit build used 3.7g build, 380m destdir and run for 52:35 tobias -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] A startup quesion
Ken Moffat wrote: On Tue, Nov 20, 2012 at 04:06:38PM -0600, Bruce Dubbs wrote: Drive organization is really a personal preference item. Agreed, but I commented because I feel people often read the minimalist suggestions in the book, and then make things harder for themselves in the future. There is a big difference between build space and install space. Sometimes. Perhaps I need to mention that I normally use CFLAGS=-O2 and the same for CXXFLAGS : not everything respects that, and most sane packages default to -O2, but it does get rid of a lot of debug info. That on its own might explain why I can get by with a lot less than 10GB for '/'. I generally build in /tmp which is on a separate partition. I also put a lot of stuff in /opt and leave it there: 1.2G/opt/qt-4.7.0 441M/opt/qt-4.8.2 1.4G/opt/qtbin Is qtbin part of the qt-4.8.2 install, or did your 4.8.2 get smaller than qt-4.7.0 ? My own as little as I guessed I needed for vlc install of 4.8.2 uses about 1.1G. qtbin is a binary install from upstream. Building qt allows you to skip things like demos and examples. If you don't rotate logs, /var/log can get pretty big. Ah, yes, I'll take your word for that :) and of course: 36G /usr/src I guess that *some* of that is not current. My own sources are in /home/sources on my server, which I then export as /sources. At the moment the weekly backup (tar, no compression) of /home - including my notes and docs, as well as local copies of the books and the build logs from the server, plus the occasional iso, all fits in 20GB. Yes, some of it is old tarballs. For instance, I have eight versions of openssh as well as logs and scripts. I have plenty of space, so there's no need to remove older versions. But then, from time to time I prune out old things that I don't expect to ever build again - before I last did that I was backing up 26GB every week. My backup is rsync, so an update isn't too bad. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
