Re: [blfs-dev] Firefox 41.0.3 build problem
Bruce Dubbs wrote: > I've got a problem building firefox on a new system. On my normal > development system it builds fine, but using the same procedures on a > brand new build gives: > > /usr/src/firefox/firefox/mozilla-release/gfx/skia/trunk/src/ports/SkFontHost_FreeType.cpp:560: > > undefined reference to `FT_Get_X11_Font_Format' > collect2: error: ld returned 1 exit status > /usr/src/firefox/firefox/mozilla-release/config/rules.mk:812: recipe for > target 'libxul.so' failed Freetype 2.6.1 changed the location of ftfntfmt.h, so config/system-headers must be patched yet again. This works for me: sed -i '/^freetype\/ftcache.h/a freetype\/ftfntfmt.h' config/system-headers -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] mesa-11.0.3-add_xdemos-2.patch not found
Bruce, After two days, it seems the patch is not yet in place: $ LANG=C wget -c http://www.linuxfromscratch.org/patches/blfs/svn/mesa-11.0.3-add_xdemos-2.patch --2015-10-19 06:35:51-- http://www.linuxfromscratch.org/patches/blfs/svn/mesa-11.0.3-add_xdemos-2.patch Resolving www.linuxfromscratch.org (www.linuxfromscratch.org)... 192.155.86.174, 2600:3c01::f03c:91ff:fe70:25e8 Connecting to www.linuxfromscratch.org (www.linuxfromscratch.org)|192.155.86.174|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2015-10-19 06:35:53 ERROR 404: Not Found. -- []s, Fernando, aka Sísifo -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Firefox 41.0.3 build problem
Em 19-10-2015 03:51, Markku Pesonen escreveu:
> Bruce Dubbs wrote:
>> I've got a problem building firefox on a new system. On my normal
>> development system it builds fine, but using the same procedures on a
>> brand new build gives:
>>
>> /usr/src/firefox/firefox/mozilla-release/gfx/skia/trunk/src/ports/SkFontHost_FreeType.cpp:560:
>>
>> undefined reference to `FT_Get_X11_Font_Format'
>> collect2: error: ld returned 1 exit status
>> /usr/src/firefox/firefox/mozilla-release/config/rules.mk:812: recipe for
>> target 'libxul.so' failed
>
> Freetype 2.6.1 changed the location of ftfntfmt.h, so
> config/system-headers must be patched yet again. This works for me:
>
> sed -i '/^freetype\/ftcache.h/a freetype\/ftfntfmt.h' config/system-headers
Thanks, Markku.
Yes:
{{{
II. IMPORTANT CHANGES
- The header file layout has been changed (again), moving all
header files except `ft2build.h' into a subdirectory tree.
Doing so reduces the possibility of header file name clashes
(e.g., FTGL's `FTGlyph.h' with FreeType's `ftglyph.h') on case
insensitive file systems like Mac OS X or Windows.
Applications that use (a) the `freetype-config' script or
FreeType's `freetype2.pc' file for pkg-config to get the include
directory for the compiler, and (b) the documented way for
header inclusion like
#include
#include FT_FREETYPE_H
...
don't need any change to the source code.
}}}
It is in the ticket.
We are expecting some more problems, but I'm building the new dev system
quite slow, and could not test everything yet, to try and fix.
Markku's fix is very appreciated not only for FF, but it should
facilitate our job with other packages.
--
[]s,
Fernando de Oliveira
--
[]s,
Fernando, aka Sísifo
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: [blfs-dev] mesa-11.0.3-add_xdemos-2.patch not found
Fernando de Oliveira wrote: Bruce, After two days, it seems the patch is not yet in place: $ LANG=C wget -c http://www.linuxfromscratch.org/patches/blfs/svn/mesa-11.0.3-add_xdemos-2.patch --2015-10-19 06:35:51-- http://www.linuxfromscratch.org/patches/blfs/svn/mesa-11.0.3-add_xdemos-2.patch Resolving www.linuxfromscratch.org (www.linuxfromscratch.org)... 192.155.86.174, 2600:3c01::f03c:91ff:fe70:25e8 Connecting to www.linuxfromscratch.org (www.linuxfromscratch.org)|192.155.86.174|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2015-10-19 06:35:53 ERROR 404: Not Found. I saw that yesterday and I thought I fixed it. I'll look again. I'm sure it has to do with the server migration. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Firefox 41.0.3 build problem
Markku Pesonen wrote: Bruce Dubbs wrote: I've got a problem building firefox on a new system. On my normal development system it builds fine, but using the same procedures on a brand new build gives: /usr/src/firefox/firefox/mozilla-release/gfx/skia/trunk/src/ports/SkFontHost_FreeType.cpp:560: undefined reference to `FT_Get_X11_Font_Format' collect2: error: ld returned 1 exit status /usr/src/firefox/firefox/mozilla-release/config/rules.mk:812: recipe for target 'libxul.so' failed Freetype 2.6.1 changed the location of ftfntfmt.h, so config/system-headers must be patched yet again. This works for me: sed -i '/^freetype\/ftcache.h/a freetype\/ftfntfmt.h' config/system-headers I see. Thank you very much. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Poppler-0.37.0 and OpenJPEG
Fernando de Oliveira wrote:
Is this OK?
{{{
Optional
...
OpenJPEG-2.1.0 (preference is for OpenJPEG1, due to regressions with
OpenJPEG2)
I looked at that the other day and the log still says:
checking for libjpeg6b... no
checking for libjpeg... -ljpeg
checking jpeglib.h usability... yes
checking jpeglib.h presence... yes
checking for jpeglib.h... yes
checking libjpeg.h works correctly... ok
use libjpeg:yes
...
use libopenjpeg:yes
with openjpeg1
I'm not sure how to interpret that, but it looks like it is saying the
above note may be overcome by events.
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: [blfs-dev] Poppler-0.37.0 and OpenJPEG
Fernando de Oliveira wrote:
Em 19-10-2015 15:28, Bruce Dubbs escreveu:
Fernando de Oliveira wrote:
Is this OK?
{{{
Optional
...
OpenJPEG-2.1.0 (preference is for OpenJPEG1, due to regressions with
OpenJPEG2)
I looked at that the other day and the log still says:
checking for libjpeg6b... no
checking for libjpeg... -ljpeg
checking jpeglib.h usability... yes
checking jpeglib.h presence... yes
checking for jpeglib.h... yes
checking libjpeg.h works correctly... ok
use libjpeg:yes
...
use libopenjpeg:yes
with openjpeg1
I'm not sure how to interpret that, but it looks like it is saying the
above note may be overcome by events.
problem is that only openjepeg2 is listed as dependency.
What makes sense (not if is the correct one)
1. Both are listed and we we keep the note.
2. Only openjpeg1 is listed, and remove the note?
Option 2, I wrote after seen that your log is catching openjpeg1.
What seems wrong is listing openjpeg2 only as dependency, with or
without a note.
I suppose we could remove OpenJPEG-2, but will poppler try to use it if
the recommended libjpeg-turpo and OpenJPEG-1 are removed?
When I built poppler, I did not have OpenJPEG-2 installed. I think a
quick test would be to install OpenJPEG-2 and remove temporarily
OpenJPEG-1 and then just run the poppler configure and see what it does.
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: [blfs-dev] Poppler-0.37.0 and OpenJPEG
Em 19-10-2015 15:28, Bruce Dubbs escreveu:
> Fernando de Oliveira wrote:
>> Is this OK?
>>
>> {{{
>> Optional
>>
>> ...
>>
>> OpenJPEG-2.1.0 (preference is for OpenJPEG1, due to regressions with
>> OpenJPEG2)
>
> I looked at that the other day and the log still says:
>
>
> checking for libjpeg6b... no
> checking for libjpeg... -ljpeg
> checking jpeglib.h usability... yes
> checking jpeglib.h presence... yes
> checking for jpeglib.h... yes
> checking libjpeg.h works correctly... ok
>
> use libjpeg:yes
> ...
> use libopenjpeg:yes
> with openjpeg1
>
> I'm not sure how to interpret that, but it looks like it is saying the
> above note may be overcome by events.
>
> -- Bruce
>
problem is that only openjepeg2 is listed as dependency.
What makes sense (not if is the correct one)
1. Both are listed and we we keep the note.
2. Only openjpeg1 is listed, and remove the note?
Option 2, I wrote after seen that your log is catching openjpeg1.
What seems wrong is listing openjpeg2 only as dependency, with or
without a note.
Did I make any sense?
--
[]s,
Fernando, aka Sísifo
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: [blfs-dev] mesa-11.0.3-add_xdemos-2.patch not found
Em 19-10-2015 13:32, Bruce Dubbs escreveu: > Bruce Dubbs wrote: >> Fernando de Oliveira wrote: >>> Bruce, >>> >>> After two days, it seems the patch is not yet in place: >>> >>> $ LANG=C wget -c >>> http://www.linuxfromscratch.org/patches/blfs/svn/mesa-11.0.3-add_xdemos-2.patch >>> >>> >>> --2015-10-19 06:35:51-- >>> http://www.linuxfromscratch.org/patches/blfs/svn/mesa-11.0.3-add_xdemos-2.patch >>> >>> >>> Resolving www.linuxfromscratch.org (www.linuxfromscratch.org)... >>> 192.155.86.174, 2600:3c01::f03c:91ff:fe70:25e8 >>> Connecting to www.linuxfromscratch.org >>> (www.linuxfromscratch.org)|192.155.86.174|:80... connected. >>> HTTP request sent, awaiting response... 404 Not Found >>> 2015-10-19 06:35:53 ERROR 404: Not Found. >> >> I saw that yesterday and I thought I fixed it. I'll look again. >> I'm sure it has to do with the server migration. > > Actually it was a problem with general.ent. I had written a note that > duplicated an entity name in a comment and that was being picked up by > the nightly script. > > Should be OK now. Checked. Thank you!!! -- []s, Fernando, aka Sísifo -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] mesa-11.0.3-add_xdemos-2.patch not found
Bruce Dubbs wrote: Fernando de Oliveira wrote: Bruce, After two days, it seems the patch is not yet in place: $ LANG=C wget -c http://www.linuxfromscratch.org/patches/blfs/svn/mesa-11.0.3-add_xdemos-2.patch --2015-10-19 06:35:51-- http://www.linuxfromscratch.org/patches/blfs/svn/mesa-11.0.3-add_xdemos-2.patch Resolving www.linuxfromscratch.org (www.linuxfromscratch.org)... 192.155.86.174, 2600:3c01::f03c:91ff:fe70:25e8 Connecting to www.linuxfromscratch.org (www.linuxfromscratch.org)|192.155.86.174|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2015-10-19 06:35:53 ERROR 404: Not Found. I saw that yesterday and I thought I fixed it. I'll look again. I'm sure it has to do with the server migration. Actually it was a problem with general.ent. I had written a note that duplicated an entity name in a comment and that was being picked up by the nightly script. Should be OK now. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
