[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
On 26/06/14 00:10, Philip Miller wrote:
The following reply was made to PR pkg/48919; it has been noted by GNATS.
From: Philip Miller <sighoya%gmail.com@localhost>
To: gnats-bugs%NetBSD.org@localhost, David Sainty <dave%dtsp.co.nz@localhost>,
Subject: Re: pkg/48919
Date: Wed, 25 Jun 2014 14:07:40 +0200
On 06/25/2014 10:40 AM, David Sainty wrote:
> The following reply was made to PR pkg/48919; it has been noted by GNATS.
> From: David Sainty <dave%dtsp.co.nz@localhost>
> To: gnats-bugs%NetBSD.org@localhost
> Cc: David Holland <dholland-pbugs%netbsd.org@localhost>,
> gnats-admin%netbsd.org@localhost, pkgsrc-bugs%netbsd.org@localhost,
> Subject: Re: pkg/48919
> Date: Wed, 25 Jun 2014 19:19:51 +1200
> On 25/06/14 18:20, David Holland wrote:
> > The following reply was made to PR pkg/48919; it has been noted by
> > From: David Holland <dholland-pbugs%netbsd.org@localhost>
> > To: gnats-bugs%NetBSD.org@localhost
> > Cc:
> > Subject: Re: pkg/48919
> > Date: Wed, 25 Jun 2014 06:15:03 +0000
> > On Mon, Jun 23, 2014 at 01:20:00PM +0000, Philip Miller wrote:
> > > >> What do you see for: make show-var VARNAME=X11_TYPE
> > > native
> > > and another variable
> > > X11BASE=/usr
> > If you're using native X, which includes freetype2 and fontconfig, you
> > shouldn't also be using the pkgsrc ones; this causes confusion.
> Actually, you raise a good point...
> Philip, why is fontconfig being built here? Is it a dependency of
> something else?
And this is the problem. fontconfig/freetype2 is required by other packages
many graphical applications like qpdfview, which depends on harfbuzz and
harfbuzz fails, cause of freetype/fontconfig.
Also graphical applications, which need gtk2, which depends on
pango->cairo, which fails, cause of freetype/fontconfig.
Also racket depends on pango->cairo.
I don't see the solution to install xorg-modular, cause the option of
X11_TYPE=native exists. Some Time ago, I have build graphical apps on
netbsd with native xorg, and there were no problems. There must be a
The failure is on Linux, yes? (based on your PR)
It's a little unfortunate this is coming up in the freeze, because I
think fixing this properly may require built-in support for libpng,
which doesn't feel like something that should happen in the freeze.
Also, I happen to have no available way of testing the problem myself...
You could try adding an unconditional:
... into "graphics/freetype2/buildlink3.mk". But I'm worried that you
will end up with applications that link with both the native libpng.so
(via freetype2's .so) and the Pkgsrc libpng.so - perhaps with bad
interactions; or possibly a native libfreetype.a compiled with native
png.h but linked with Pkgsrc libpng.a - again perhaps with bad
interactions. These mixes may well work fine - but then again they
It's the risk of these bad interactions that makes me think that
built-in libpng support is needed.
Main Index |
Thread Index |