[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/42492: fonts/t1lib fails to build on NetBSD/i386 current
From: Bernd Ernesti <netbsd%lists.veego.de@localhost>
Subject: Re: pkg/42492: fonts/t1lib fails to build on NetBSD/i386 current
Date: Thu, 24 Dec 2009 23:00:07 +0000 (UTC)
> The following reply was made to PR pkg/42492; it has been noted by GNATS.
> From: Bernd Ernesti <netbsd%lists.veego.de@localhost>
> To: Ryo ONODERA <ryo_on%yk.rim.or.jp@localhost>
> Cc: gnats-bugs%NetBSD.org@localhost
> Subject: Re: pkg/42492: fonts/t1lib fails to build on NetBSD/i386 current
> Date: Thu, 24 Dec 2009 23:57:03 +0100
> On Fri, Dec 25, 2009 at 06:47:35AM +0900, Ryo ONODERA wrote:
> > From: Bernd Ernesti <netbsd%lists.veego.de@localhost>
> > Subject: Re: pkg/42492: fonts/t1lib fails to build on NetBSD/i386 current
> > Date: Thu, 24 Dec 2009 16:45:02 +0000 (UTC)
> > > I think this all is related to the move from the xpm to libXpm in
> > >
> > > x11-links has a lot of magic and I'm not sure if I understand the next
> > > correctly:
> > >
> > > If you look at pkgsrc/pkgtools/x11-links/xorg.mk you find that it tries
> to use something
> > > from the buildlink3.mk files, the BUILDLINK_TREE entry.
> > > Now x11/libXpm/buildlink3.mk has:
> > > BUILDLINK_TREE+= -libXpm
> > > but there is no xfree.libXpm nor xorg.libXpm file in
> > > pkgsrc/pkgtools/x11-links/files
> > > only a xfree.xpm one.
> > >
> > > Would it help to copy the xfree.xpm to xorg.libXpm and delete the old
> > >
> > > But that may only fix part of the missing libraries.
> > > See http://mail-index.netbsd.org/pkgsrc-users/2009/12/24/msg011348.html
> for a full list
> > > what is missing for the netbsd-5 branch.
> > >
> > > The following patch may solve parts of the problem, but I haven't
> tested it yet.
> > >
> > > The comment in files/xorg.pixman seems to be outdated since it has some
> > > files and the .la file, which was mentioned shouldn't be there.
> > >
> > > Bernd
> > Hi,
> > Your patch solves this PR, pkg/42492 but the patch for files/xorg.pixman
> is broken
> > for my environment.
> What do you mean with broken?
> It doesn't matter if there are extra entries in that file which does not
> exists on
> you filesystem, they are simply ignored while creating the symlinks.
> I have a /usr/X11R7/lib/libpixman-1.so.1.0 file, which you now removed from
> version and you also keep the second copy of lib/pkgconfig/pixman-1.pc in
> that file.
> Ah, I see. -current has a libpixman-1.so.2.0
For my environment, your patch for files/xorg.pixman is rejected.
Then I patched by hand and have mistake (I removed libpixman-1.so.1.0).
> But that is not the only change which is needed for -current.
> I think it requires a lot more changes.
> > The following is my patch.
> > On CURRENT 5.99.22, at least libdrm.so.3 and libdrm.so.3.1 is lacks from
> > but not fixed. Because I cannot understand the x11-links mechanism.
> I did that patch based on 5.0_STABLE so there are maybe some entries missing
> for -current.
> In your case the patch for xorg.libdrm would be:
> --- xorg.libdrm 5 Oct 2008 21:36:35 -0000 1.2
> +++ xorg.libdrm 24 Dec 2009 22:04:53 -0000
> @@ -6,4 +6,7 @@
> But as I said above it requires a lot more new entries.
> And there should be a xorg.MesaLib, but I have to leave that part to someone
> The new diff follows below, but I have not tested it.
I have one question.
In x11-links, should *all* libraries, header files, pkg-config files etc in
or other vendor's X be listed and categorized in files in files/ directory?
I cannot find any documentation about this.
Now I am looking at my /usr/X11R7 directories.
Ryo ONODERA // ryo_on%yk.rim.or.jp@localhost
PGP fingerprint = 82A2 DC91 76E0 A10A 8ABB FD1B F404 27FA C7D1 15F3
Main Index |
Thread Index |