Re: [blfs-support] Yet another LibreOffice post
On Tue, 2014-11-04 at 23:16 -0600, Bruce Dubbs wrote: My i7 laptop has 8 cores, but overheats if I use all of them hard for more than a few minutes. I figured this out with my gcc build. Yeah, I've seen that with the i7-based laptop we use as a portable demo machine at work... it puts out a *lot* of heat when you load up the processor. Our similarly spec desktop machines have no such problem, but it's hard to get decent cooling into a laptop... Simon. -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Yet another LibreOffice post
alex lupu wrote: On Wed, Nov 5, 2014 at 12:16 AM, Bruce Dubbs bruce.du...@gmail.com wrote: I'm not sure about that. I looked at configure and I believe it honors the value set. My i7 laptop has 8 cores, but overheats if I use all of them hard for more than a few minutes. I figured this out with my gcc build. In any case, I build libreoffice with --with-parallelism=4. My log says: checking for number of processors to use... 4 I agree the the default without a number is Linux) PARALLELISM=`getconf _NPROCESSORS_ONLN` ;; so the default is the same as what's in the book. Hi Bruce, My point was that with a line like this as _indicated_ by the book (i.e., NOT --with-parallelism=a number that you find suitable for your particular case): --with-parallelism=$(getconf _NPROCESSORS_ONLN) when trying a quick dry - run like % make -n build # hit a Ctrl-C after a few lines of output you don't want to see this aberration: make -rs -f /usr/src/libreoffice-4.3.3.2/Makefile.gbuild all i.e., NO -j 8 somewhere in the above make command which results in hours of Blood, Sweat and Tears on a machine you shelled out more than $2000 for the option with eight cores. Alex, I don't understand. Using --with-parallelism=$(getconf _NPROCESSORS_ONLN) will be translated to --with-parallelism=8 (on my system) by the shell. This is exactly the construct I'm using (but with a different number). -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Yet another LibreOffice post
On Wed, Nov 5, 2014 at 10:44 AM, Bruce Dubbs bruce.du...@gmail.com wrote: Alex, I don't understand. Using --with-parallelism=$(getconf _NPROCESSORS_ONLN) will be translated to --with-parallelism=8 (on my system) by the shell. This is exactly the construct I'm using (but with a different number). Hi Bruce, Just a quick (not definitive:) reply - I stayed up late last night. I'll come with more technical proof later if needed; so please bear with me. 1. I think the missing -j some number - good or bad in the 'make' line I was talking about is pretty damning. Anyway, I hate to subject your laptop to any more abuse, but this can be easily checked by, 1.1 Cleaning up things in the working directory (something like make distclean or a full nuke of directory and a redo of the procedure from tar ..., etc.) 1.2. Running Autogen with the fateful option exactly as prescribed by the book: --with-parallelism=$(getconf _NPROCESSORS_ONLN) 1.3. Running a regular build (you can kill it as soon as the eggs are done on the laptop :) the old fashion BLFS way: make build 21 | tee make.txt ... and examine the main 'make' command line in the 'make.txt' file. I claim (I may be wrong of course - so what's new?) that the 'make' will not have the -j ... argument anywhere on that line. 2. For me, the proof of the pudding is the actual outcome: Without the --with-parallelism=$(getconf _NPROCESSORS_ONLN) or with just a --with-parallelism line (no =, no nothing) for my 4-core system the build time is almost four times shorter than with the original --with-parallelism=$(getconf _NPROCESSORS_ONLN) as argument to Autogen. As an aside, I understand your point that people - if they are blessed with more than one core - can _control_ their destiny with something like --with-parallelism=desired number of cores one would like to put to work As yet another aside, maybe something like --with-parallelism=`getconf _NPROCESSORS_ONLN' # note the back apostrophs could be equivalent to the LO default (blast off all cores the sucker has) which is no with-parallelism line at all. Cheers, -- Ing. Alex -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] test
I don't know why yahoo stopped receiving post from this list. I subscribed another email, today I disabled receiving them from yahoo, but would prefer to keep sending posts from yahoo. I am sending this more as a test to find out if this will work. -- []s, Fernando -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] Font issues
I am increasingly seeing font issues. What is being displayed in my browser is small squares with 4 hex digits instead of a character. For instance F011 or F051. An example of this is on most any github page. I took a look at the html source and this behavior is tied up in complex unformatted .css files. The first one I looked at is 200K in size. I suspect it is just a matter of loading the right font. Any ideas which one? -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Font issues
Fernando de Oliveira wrote: On 05-11-2014 18:20, Bruce Dubbs wrote: I am increasingly seeing font issues. What is being displayed in my browser is small squares with 4 hex digits instead of a character. For instance F011 or F051. An example of this is on most any github page. I took a look at the html source and this behavior is tied up in complex unformatted .css files. The first one I looked at is 200K in size. I suspect it is just a matter of loading the right font. Any ideas which one? -- Bruce I use DejaVu ttf and DejaVu LGC ttf. http://sourceforge.net/projects/dejavu/files/dejavu/2.33/dejavu-fonts-ttf-2.33.tar.bz2 http://sourceforge.net/projects/dejavu/files/dejavu/2.33/dejavu-lgc-fonts-ttf-2.33.tar.bz2 I had dejavu-fonts-ttf-2.33 installed. Installed dejavu-lgc-fonts-ttf-2.33 also using: $SUDO install -v -m755 -d/usr/share/fonts/dejavu $SUDO install -v -m644 ttf/*.ttf /usr/share/fonts/dejavu $SUDO mkdir -p /usr/share/fontconfig/conf.avail $SUDO install -v -m644 fontconfig/*.conf \ /usr/share/fontconfig/conf.avail $SUDO fc-cache -v/usr/share/fonts/dejavu But it didn't seem to make any difference. I also reinstalled dejavu-fonts-ttf-2.33. Still no difference. Old client maybe? Seamonkey-2.10.1. Konqueror seems a little better. I may have to break down and update SM. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Font issues
On Wed, Nov 05, 2014 at 04:36:18PM -0600, Bruce Dubbs wrote: Fernando de Oliveira wrote: On 05-11-2014 18:20, Bruce Dubbs wrote: I am increasingly seeing font issues. What is being displayed in my browser is small squares with 4 hex digits instead of a character. For instance F011 or F051. An example of this is on most any github page. I took a look at the html source and this behavior is tied up in complex unformatted .css files. The first one I looked at is 200K in size. I suspect it is just a matter of loading the right font. Any ideas which one? -- Bruce I use DejaVu ttf and DejaVu LGC ttf. http://sourceforge.net/projects/dejavu/files/dejavu/2.33/dejavu-fonts-ttf-2.33.tar.bz2 http://sourceforge.net/projects/dejavu/files/dejavu/2.33/dejavu-lgc-fonts-ttf-2.33.tar.bz2 I had dejavu-fonts-ttf-2.33 installed. Installed dejavu-lgc-fonts-ttf-2.33 also using: $SUDO install -v -m755 -d/usr/share/fonts/dejavu $SUDO install -v -m644 ttf/*.ttf /usr/share/fonts/dejavu $SUDO mkdir -p /usr/share/fontconfig/conf.avail $SUDO install -v -m644 fontconfig/*.conf \ /usr/share/fontconfig/conf.avail $SUDO fc-cache -v/usr/share/fonts/dejavu But it didn't seem to make any difference. I also reinstalled dejavu-fonts-ttf-2.33. Still no difference. Old client maybe? Seamonkey-2.10.1. Konqueror seems a little better. I may have to break down and update SM. -- Bruce U+F011 and U+F051 are NOT valid unicode. Hmm, I think you prefer to use legacy (ISO-8859-x) encodings ? If so, try UTF-8. If you are already using UTF-8, please read on. For _obscure_ latin-alphabet/common characters I install the gnu free fonts (FreeSans, FreeSerif, FreeMono for a term) and let fontconfig fall back to them. Perhaps this is some uncommon punctuation (recent DejaVu seems to cover everything I specifically need or want to use). Two questions: 1. How are you determining those codes ? When I first discovered that I needed more than Bitstream Vera (a long while ago, in mid-life gnome-2.2) all I could see was four dots. If you do a hex dump, decoding unicode is *fun* - on x86 the bytes are swapped. Wikipedia has the basics (convert to binary, check the initial bits of each byte are valid, then assemble the bits from the payload to get the hex digits. 2. Do you have an example page, please, with a guide to where you see the problem ? ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Font issues
On Wed, Nov 05, 2014 at 06:58:58PM -0300, Fernando de Oliveira wrote: On 05-11-2014 18:20, Bruce Dubbs wrote: I use DejaVu ttf and DejaVu LGC ttf. http://sourceforge.net/projects/dejavu/files/dejavu/2.33/dejavu-fonts-ttf-2.33.tar.bz2 http://sourceforge.net/projects/dejavu/files/dejavu/2.33/dejavu-lgc-fonts-ttf-2.33.tar.bz2 I did not pay any attention to this part (I started by looking for the codepoints in my font analysis files, then realised my matches were only for _part_ of the codepoint [ U+F011x and U+F051x codepoint exist - egyptian hieroglyphs ]. BUT - The -lgc- fonts are a subset (latin greek cyrillic : hey, that is a catchy combination ;) so you do not need those if you have already installed the full version. And 2.34 is the latest. ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Font issues
On 05-11-2014 19:36, Bruce Dubbs wrote: Fernando de Oliveira wrote: On 05-11-2014 18:20, Bruce Dubbs wrote: I am increasingly seeing font issues. What is being displayed in my browser is small squares with 4 hex digits instead of a character. For instance F011 or F051. An example of this is on most any github page. I took a look at the html source and this behavior is tied up in complex unformatted .css files. The first one I looked at is 200K in size. I suspect it is just a matter of loading the right font. Any ideas which one? -- Bruce I use DejaVu ttf and DejaVu LGC ttf. http://sourceforge.net/projects/dejavu/files/dejavu/2.33/dejavu-fonts-ttf-2.33.tar.bz2 http://sourceforge.net/projects/dejavu/files/dejavu/2.33/dejavu-lgc-fonts-ttf-2.33.tar.bz2 I had dejavu-fonts-ttf-2.33 installed. Installed dejavu-lgc-fonts-ttf-2.33 also using: $SUDO install -v -m755 -d/usr/share/fonts/dejavu $SUDO install -v -m644 ttf/*.ttf /usr/share/fonts/dejavu $SUDO mkdir -p /usr/share/fontconfig/conf.avail $SUDO install -v -m644 fontconfig/*.conf \ /usr/share/fontconfig/conf.avail $SUDO fc-cache -v/usr/share/fonts/dejavu But it didn't seem to make any difference. I also reinstalled dejavu-fonts-ttf-2.33. Still no difference. Old client maybe? Seamonkey-2.10.1. Konqueror seems a little better. I may have to break down and update SM. In SM: Edit - Preferences - Appearance - Fonts All options but Proportional, I choose DejaVu LGC: serif sans serif serif sans mono Perhaps you could send a link for a problematic page, so I might discover the problem is more general? -- []s, Fernando -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Font issues
Ken Moffat wrote: On Wed, Nov 05, 2014 at 04:36:18PM -0600, Bruce Dubbs wrote: Fernando de Oliveira wrote: On 05-11-2014 18:20, Bruce Dubbs wrote: I am increasingly seeing font issues. What is being displayed in my browser is small squares with 4 hex digits instead of a character. For instance F011 or F051. An example of this is on most any github page. I took a look at the html source and this behavior is tied up in complex unformatted .css files. The first one I looked at is 200K in size. I suspect it is just a matter of loading the right font. Any ideas which one? -- Bruce I use DejaVu ttf and DejaVu LGC ttf. http://sourceforge.net/projects/dejavu/files/dejavu/2.33/dejavu-fonts-ttf-2.33.tar.bz2 http://sourceforge.net/projects/dejavu/files/dejavu/2.33/dejavu-lgc-fonts-ttf-2.33.tar.bz2 I had dejavu-fonts-ttf-2.33 installed. Installed dejavu-lgc-fonts-ttf-2.33 also using: $SUDO install -v -m755 -d/usr/share/fonts/dejavu $SUDO install -v -m644 ttf/*.ttf /usr/share/fonts/dejavu $SUDO mkdir -p /usr/share/fontconfig/conf.avail $SUDO install -v -m644 fontconfig/*.conf \ /usr/share/fontconfig/conf.avail $SUDO fc-cache -v/usr/share/fonts/dejavu But it didn't seem to make any difference. I also reinstalled dejavu-fonts-ttf-2.33. Still no difference. Old client maybe? Seamonkey-2.10.1. Konqueror seems a little better. I may have to break down and update SM. -- Bruce U+F011 and U+F051 are NOT valid unicode. Hmm, I think you prefer to use legacy (ISO-8859-x) encodings ? If so, try UTF-8. If you are already using UTF-8, please read on. Changed to UTF-8, but no change. For _obscure_ latin-alphabet/common characters I install the gnu free fonts (FreeSans, FreeSerif, FreeMono for a term) and let fontconfig fall back to them. Perhaps this is some uncommon punctuation (recent DejaVu seems to cover everything I specifically need or want to use). Comparing to konqueror, the characters (glyphs really) are things like folders icons or file icons. konqueror has them about 16x16 pixels. Two questions: 1. How are you determining those codes ? When I first discovered that I needed more than Bitstream Vera (a long while ago, in mid-life gnome-2.2) all I could see was four dots. If you do a hex dump, decoding unicode is *fun* - on x86 the bytes are swapped. Wikipedia has the basics (convert to binary, check the initial bits of each byte are valid, then assemble the bits from the payload to get the hex digits. The codes actually show up in the glyphs. Like f0 20 The size is pretty small -- about 5x5 pixels all with a single pixel black border. 2. Do you have an example page, please, with a guide to where you see the problem ? https://github.com/libical/libical/ There are glyphs for Issues, Pull Requests, Pulse, Graphs, Folders (F016), Regular files (F011), and a few other things. In any case, it's definitely a browser version thing on my every day system. On my development system I've got SM 2.29 and it's fine there. -- Bruce -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Font issues
On Wed, Nov 05, 2014 at 08:20:38PM -0300, Fernando de Oliveira wrote: On 05-11-2014 19:36, Bruce Dubbs wrote: Fernando de Oliveira wrote: On 05-11-2014 18:20, Bruce Dubbs wrote: I may have to break down and update SM. In SM: Edit - Preferences - Appearance - Fonts All options but Proportional, I choose DejaVu LGC: serif sans serif serif sans mono On any application which uses fontconfig, providing you have a font which provides the glyph then fontconfig will start by looking at your specified font, and then fall back to whatever it can find. Of course, what it finds might not match the rest of the page. ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Yet another LibreOffice post
On Wed, Nov 5, 2014 at 11:50 AM, Bruce Dubbs bruce.du...@gmail.com wrote: --with-parallelism=$(getconf _NPROCESSORS_ONLN) I did that, but killed it after configure. My log says: Running ./configure with '--prefix=/opt/libreoffice-4.3.2.2' '--sysconfdir=/etc' '--with-vendor=BLFS' '--with-lang=en-US' '--with-help' '--with-alloc=system' '--without-java' '--disable-gconf' '--disable-odk' '--disable-postgresql-sdbc' '--enable-release-build=yes' '--enable-python=system' '--with-system-boost' '--with-system-clucene' '--with-system-cairo' '--with-system-curl' '--with-system-expat' '--with-system-graphite' '--with-system-harfbuzz' '--with-system-icu' '--with-system-jpeg' '--with-system-lcms2' '--with-system-libpng' '--with-system-libxml' '--with-system-mesa-headers' '--with-system-neon' '--with-system-npapi-headers' '--with-system-nss' '--with-system-odbc' '--with-system-openldap' '--with-system-openssl' '--with-system-poppler' '--with-system-redland' '--with-system-zlib' '--with-parallelism=8' '--srcdir=/usr/src/libreoffice/libreoffice/libreoffice-4.3.2.2' '--enable-option-checking=fatal' Notice '--with-parallelism=8' Later in the log: checking for number of processors to use... 8 Hmm. Let's see where we start diverging. Did you find a file 'autogen.lastrun' in the 'libreoffice-4.3.3.2' diretory? (i.e., the main, working directory containing 'autogen.sh', and where 'configure', 'Makefile', 'config.status', 'config.log', etc. were created). Yes or no? Thanks, -- Ing. Alex -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Font issues
On Wed, Nov 05, 2014 at 05:34:54PM -0600, Bruce Dubbs wrote: Ken Moffat wrote: U+F011 and U+F051 are NOT valid unicode. Hmm, I think you prefer to use legacy (ISO-8859-x) encodings ? If so, try UTF-8. If you are already using UTF-8, please read on. Changed to UTF-8, but no change. For _obscure_ latin-alphabet/common characters I install the gnu free fonts (FreeSans, FreeSerif, FreeMono for a term) and let fontconfig fall back to them. Perhaps this is some uncommon punctuation (recent DejaVu seems to cover everything I specifically need or want to use). Comparing to konqueror, the characters (glyphs really) are things like folders icons or file icons. konqueror has them about 16x16 pixels. Two questions: 1. How are you determining those codes ? When I first discovered that I needed more than Bitstream Vera (a long while ago, in mid-life gnome-2.2) all I could see was four dots. If you do a hex dump, decoding unicode is *fun* - on x86 the bytes are swapped. Wikipedia has the basics (convert to binary, check the initial bits of each byte are valid, then assemble the bits from the payload to get the hex digits. The codes actually show up in the glyphs. Like f0 20 The size is pretty small -- about 5x5 pixels all with a single pixel black border. 2. Do you have an example page, please, with a guide to where you see the problem ? https://github.com/libical/libical/ There are glyphs for Issues, Pull Requests, Pulse, Graphs, Folders (F016), Regular files (F011), and a few other things. In any case, it's definitely a browser version thing on my every day system. On my development system I've got SM 2.29 and it's fine there. -- Bruce OK, I can see the images, but I cannot paste them. I had assumed those were graphics, they do not show at all in links. In firefox I cannot, apparently, 'view source'. [ omit my initial attempts to descript these, and to then fail to find them in e.g. unicode dingbats ] Ah, if I use arora, I can view the page source (black and red-ish on white : yeugh!). This is what the source has for 'cmake', which is the first directory: td class=icon span class=octicon octicon-file-directory/span img alt= class=spinner height=16 src=https://assets-cdn.github.com/images/spinners/octocat-spinner-32.gif; width=16 /td td class=content span class=css-truncate css-truncate-targeta href=/libical/libical/tree/master/cmake class=js-directory-link id=272ceadb8458515b2ae4b5630a6029cc-2f1b05863638a4d4b337ee123ea9044a5b54b15e title=cmakecmake/a/span /td From that, I think you either cannot display gifs on that system, or else you are blocking them. But I have no idea why that would make them display the same as unavailable glyph characters. If I _type_ that octocat-spinner-32.gif URI into firefox [ pasting decides to convert 'special' characters such as ':' and '/' and drops me at a search in my current default search engine (!) ] I get a gif with something vague in the centre, and a ring around it which appears to have something moving clockwise around it. Nothing like what I actually see on the page. Dunno, http is too complex! ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Font issues
On Thu, Nov 06, 2014 at 12:21:43AM +, Ken Moffat wrote: On Wed, Nov 05, 2014 at 05:34:54PM -0600, Bruce Dubbs wrote: Ken Moffat wrote: Change of plan. https://www.google.co.uk/?gws_rd=ssl#q=seamonkey+problem+displaying+github+icons Near the top of _my_ results for that I get: Images for seamonkey problem displaying github https://www.google.co.uk/search?q=seamonkey+problem+displaying+github+iconsbiw=1255bih=678tbm=ischtbo=usource=univsa=Xei=Wb9aVMr8CebZ7gajyoGQCAved=0CDoQsAQ And there, as the second image, I see 78tbm=ischtbo=usource=univsa=Xei=Wb9aVMr8CebZ7gajyoGQCAved=0CDoQsAQ#facrc=_imgdii=_imgrc=AdQPJByul3CELM%253A%3Bn4ffvtnU8l5qsM%3Bhttp%253A%252F%252Fi.imgur.com%252F0RUI6iY.png%3Bhttp%253A%252F%252Fforums.mozillazine.org%252Fviewtopic.php%253Ff%253D38%2526t%253D2725913%3B386%3B390 which shows boxes that turn out to contain F024, F130, and perhaps F087 (that last one is hard to read even after using the maximum Ctrl+ blow-up. That issue is _old_ (last entry July lat year), but there are a number of suggestions. ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Font issues
On Thu, Nov 06, 2014 at 12:30:55AM +, Ken Moffat wrote: And there, as the second image, I see 78tbm=ischtbo=usource=univsa=Xei=Wb9aVMr8CebZ7gajyoGQCAved=0CDoQsAQ#facrc=_imgdii=_imgrc=AdQPJByul3CELM%253A%3Bn4ffvtnU8l5qsM%3Bhttp%253A%252F%252Fi.imgur.com%252F0RUI6iY.png%3Bhttp%253A%252F%252Fforums.mozillazine.org%252Fviewtopic.php%253Ff%253D38%2526t%253D2725913%3B386%3B390 which shows boxes that turn out to contain F024, F130, and perhaps F087 (that last one is hard to read even after using the maximum Ctrl+ blow-up. That issue is _old_ (last entry July lat year), but there are a number of suggestions. I seem to have lost some of that when I pasted it. It linked to http://forums.mozillazine.org/viewtopic.php?f=38t=2725913 Hopefully, that link will not get trashed. The initial post has a link to a thread which does not look very useful, but perhaps the poster's checks/actions there are worthwhile : I guess that for you to this is not a language setting issue. ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Yet another LibreOffice post
alex lupu wrote: On Wed, Nov 5, 2014 at 11:50 AM, Bruce Dubbs bruce.du...@gmail.com wrote: --with-parallelism=$(getconf _NPROCESSORS_ONLN) I did that, but killed it after configure. My log says: Running ./configure with '--prefix=/opt/libreoffice-4.3.2.2' '--sysconfdir=/etc' '--with-vendor=BLFS' '--with-lang=en-US' '--with-help' '--with-alloc=system' '--without-java' '--disable-gconf' '--disable-odk' '--disable-postgresql-sdbc' '--enable-release-build=yes' '--enable-python=system' '--with-system-boost' '--with-system-clucene' '--with-system-cairo' '--with-system-curl' '--with-system-expat' '--with-system-graphite' '--with-system-harfbuzz' '--with-system-icu' '--with-system-jpeg' '--with-system-lcms2' '--with-system-libpng' '--with-system-libxml' '--with-system-mesa-headers' '--with-system-neon' '--with-system-npapi-headers' '--with-system-nss' '--with-system-odbc' '--with-system-openldap' '--with-system-openssl' '--with-system-poppler' '--with-system-redland' '--with-system-zlib' '--with-parallelism=8' '--srcdir=/usr/src/libreoffice/libreoffice/libreoffice-4.3.2.2' '--enable-option-checking=fatal' Notice '--with-parallelism=8' Later in the log: checking for number of processors to use... 8 Hmm. Let's see where we start diverging. Did you find a file 'autogen.lastrun' in the 'libreoffice-4.3.3.2' diretory? (i.e., the main, working directory containing 'autogen.sh', and where 'configure', 'Makefile', 'config.status', 'config.log', etc. were created). Yes or no? Yes. --prefix=/opt/libreoffice-4.3.2.2 ... --with-parallelism=8 What you don't seem to understand is that bash substitutes the output of $(getconf _NPROCESSORS_ONLN) before autogen.sh ever sees it. autogen.sh never sees $(getconf _NPROCESSORS_ONLN), it only sees (in my case) the digit 8. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page