Makoto Fujiwara | 2 Jul 03:21 2011
Picon

fvwm-themes-0.6.2nb8 (Re: non-DESTDIR status: 54 to go


| To: pkgsrc-users <at> NetBSD.org
| From: Thomas Klausner <wiz <at> NetBSD.org>
| Subject: non-DESTDIR status: 54 to go
| Date: Sun, 26 Jun 2011 11:33:38 +0200
| Message-ID: <20110626093338.GW16176 <at> danbala.tuwien.ac.at>

wiz> fvwm-themes-0.6.2nb8

I have imported a proposal to wip/fvwm-themes.
It is kind of tricky fix. 
(So that it duplicates script and modify only for installing, etc.)

Please review, 
Thanks a lot,
---
Makoto Fujiwara
mef <at> NetBSD.org

OBATA Akio | 2 Jul 15:31 2011
Picon

Re: Compiling pkgsrc Packages with an Alternative libc

On Sat, 25 Jun 2011 02:59:04 +0900, Thomas Cort <linuxgeek <at> gmail.com> wrote:

> On Fri, Jun 24, 2011 at 7:39 AM, Thomas Cort <tcort <at> minix3.org> wrote:
>> What's the cleanest way to implement compiling against another libc
>> (is there something that already does this? maybe something cross
>> compiler related?), and what do we need to do to link against the 2
>> base system libraries in /usr/netbsd/lib?
>
> I got it working. I ended up writing buildlink3.mk and builtin.mk
> files for the new C library, compat_minix, and minlib. I have a
> makefile which determines if the package should be built with the old
> minix libc or the new NetBSD based libc. If it's the new libc, it sets
> CFLAGS/LDFLAGS and includes the nbsd_libc.buildlink.mk file I wrote
> (which in turn includes the other stuff).

What's the knob whether the package should use new libc instead of old minix libc?
For examples, require missing headers, or functions in old minix?

I feel mixed libc usage may not be safe.
What will be happened if package A depend on package B and C,
and B using old libc and C using new libc?

--

-- 
OBATA Akio / obache <at> NetBSD.org

Eric Haszlakiewicz | 2 Jul 21:40 2011

afterstep build broken due to libpixman missing

Hi,
I noticed that the packages available on ftp.netbsd.org for NetBSD-5.1 don't
include the afterstep package.  I'm trying to figure out why this is the case.
I also noticed that the most recent bulk build I saw on the pkgsrc-bulk mailing
list has the afterstep package marked as failed with this error:

cc GWCommand.o ../../libASGTK/libASGTK.a -L/usr/pkg/lib -L/usr/X11R7/lib -Wl,-R/usr/X11R7/lib
-L/usr/lib -Wl,-R/usr/lib -Wl,-R/usr/pkg/lib -rdynamic ../../libAfterConf/libAfterConf.a
../../libAfterStep/libAfterStep.a ../../libAfterImage/libAfterImage.a
../../libAfterBase/libAfterBase.a -L/usr/X11R7/lib -lfreetype -lz -ltiff -lX11 -L/usr/X11R7/lib
-lSM -lICE -lGL -lXext -ljpeg -lpng -lz -lm  -lXinerama -lX11  -L/usr/X11R7/lib   -lSM -lICE -lXext -lGL  
-pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lXrender -lXi -lXrandr -lXcursor
-lXcomposite -lXdamage -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lgio-2.0 -lXfixes -lcairo -lpng15
-lpango-1.0 -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lintl
-L/usr/X11R7/lib -lfreetype -lz -ltiff -lX11 -L/usr/X11R7/lib -lSM -lIC
 E -lGL -lXext -ljpeg -lpng -lz -lm -o GWCommand
/scratch/wm/afterstep/work/.buildlink/lib/libcairo.so: undefined reference to `pixman_image_set_destroy_function'

That function (and others) is provided by libpixman-1.so.0.  According to ldd,
libcairo.so has a dependency on libpixman-1.0, at least in the tarball I just 
downloaded from ftp.netbsd.org.  The above compile command has "-lcairo".

So why doesn't this work?  Is there something wrong with the libcairo.so from
.buildlink/ such that the dependecy gets lost?

eric

Joerg Sonnenberger | 2 Jul 23:53 2011
Picon

Re: afterstep build broken due to libpixman missing

On Sat, Jul 02, 2011 at 02:40:03PM -0500, Eric Haszlakiewicz wrote:
> So why doesn't this work?  Is there something wrong with the libcairo.so from
> .buildlink/ such that the dependecy gets lost?

There are two different versions of pixman in NetBSD 5.1 land -- xsrc
and pkgsrc. The xsrc version is older and missing a bunch of
functions...

Joerg

Havard Eidnes | 3 Jul 01:58 2011
Picon

2011Q1 OpenOffice3 build problem

Hi, folks,

I'm having problems building OpenOffice3 on NetBSD/i386 5.1 from
the 2011Q1 branch.

While doing

  Making: ../../../unxbsdi3.pro/bin/pluginapp.bin
  unx
  cat ../../../unxbsdi3.pro/misc/plunx.pluginapp_1.cmd
  c++ -Wl,-z,combreloc -Wl,-z,defs -Wl,-rpath,'$ORIGIN'
-Wl,-R/usr/pkg/lib/OpenOffice.org3.1.1/openoffice.org3/basis-link/program
-Wl,-R/usr/pkg/lib/OpenOffice.org3.1.1/openoffice.org3/basis-link/program/../ure-link/lib
-L/usr/pkgsrc/misc/openoffice3/work/OOO310_m19/solver/310/unxbsdi3.pro/lib
-Wl,-export-dynamic -L../../../unxbsdi3.pro/lib -L/usr/pkg/lib/xulrunner-sdk/sdk/lib
../../../unxbsdi3.pro/obj/npwrap.o ../../../unxbsdi3.pro/obj/npnapi.o
../../../unxbsdi3.pro/obj/mediator.o ../../../unxbsdi3.pro/obj/plugcon.o \
  -Wl,--whole-archive -lsalcpprt -Wl,--no-whole-archive -ltlbi -lvos3gcc3 -luno_sal -lXaw
-Wl,-R/usr/X11R7/lib -L/usr/X11R7/lib -Wl,-R/usr/X11R7/lib -L/usr/X11R7/lib -L/usr/X11R7/lib
-R/usr/X11R7/lib -lXt -lXext -lX11 -Wl,-R/usr/pkg/lib -Wl,-R/usr/X11R7/lib -pthread
-L/usr/pkg/lib -L/usr/X11R7/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lXext
-lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lgdk__pixbuf-2.0
-lpangoft2-1.0 -lgio-2.0 -lXfixes -lcairo -lX11 -lpng15 -lpango-1.0 -lm -lfreetype -lz -lfontconfig
-lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lintl -lm -lc -lgcc_s -lstdc++ -lpthread  -o ../../../unxbsdi3.pro/bin/pluginapp.bin

I get

  /usr/pkgsrc/misc/openoffice3/work/.x11-buildlink/lib/libcairo.so: undefined reference to `pixman_image_set_destroy_function'
  /usr/pkgsrc/misc/openoffice3/work/.x11-buildlink/lib/libcairo.so: undefined reference to `pixman_image_composite32'
  /usr/pkgsrc/misc/openoffice3/work/.x11-buildlink/lib/libcairo.so: undefined reference to `pixman_image_fill_boxes'
(Continue reading)

Joerg Sonnenberger | 3 Jul 02:06 2011
Picon

Re: 2011Q1 OpenOffice3 build problem

On Sun, Jul 03, 2011 at 01:58:35AM +0200, Havard Eidnes wrote:
> The odd thing is that this symlink to libcairo.so according to
> "objdump -p" has a dynamic dependency on libpixman-1.so.0:
> 
>   Dynamic Section:
>     NEEDED      libpixman-1.so.0
>   ...
>     RPATH       /usr/pkg/lib:/usr/X11R7/lib
> 
> and /usr/pkg/lib/libpixman-1.so.0 *does* contain the three above
> listed symbols.

Are you sure it is using that one and not the X11R7 version, which is
noticable older?

Joerg

Thomas Cort | 3 Jul 02:58 2011
Picon

Re: Compiling pkgsrc Packages with an Alternative libc

]>> I got it working. I ended up writing buildlink3.mk and builtin.mk
>
> What's the knob whether the package should use new libc
> instead of old minix libc?

We have a variable containing the ${PKGPATH} of every package that we
want compiled with the old minix libc (everything else gets compiled
with the new libc). Depending on the package being compiled, the
CFLAGS/LDFLAGS get set appropriately.

> I feel mixed libc usage may not be safe.

The reason for 2 libcs at once was so that we could slowly transition
to the new libc, porting a few packages at a time. We've run into a
few oddities and have decided to just push forward with only 1 libc
(the new one).

-Thomas

OBATA Akio | 3 Jul 03:43 2011
Picon

Re: afterstep build broken due to libpixman missing

Hi,

On Sun, 03 Jul 2011 04:40:03 +0900, Eric Haszlakiewicz <erh <at> nimenees.com> wrote:

> Hi,
> I noticed that the packages available on ftp.netbsd.org for NetBSD-5.1 don't
> include the afterstep package.  I'm trying to figure out why this is the case.
> I also noticed that the most recent bulk build I saw on the pkgsrc-bulk mailing
> list has the afterstep package marked as failed with this error:
>
> cc GWCommand.o ../../libASGTK/libASGTK.a -L/usr/pkg/lib -L/usr/X11R7/lib -Wl,-R/usr/X11R7/lib
-L/usr/lib -Wl,-R/usr/lib -Wl,-R/usr/pkg/lib -rdynamic ../../libAfterConf/libAfterConf.a
../../libAfterStep/libAfterStep.a ../../libAfterImage/libAfterImage.a
../../libAfterBase/libAfterBase.a -L/usr/X11R7/lib -lfreetype -lz -ltiff -lX11 -L/usr/X11R7/lib
-lSM -lICE -lGL -lXext -ljpeg -lpng -lz -lm  -lXinerama -lX11  -L/usr/X11R7/lib   -lSM -lICE -lXext -lGL  
-pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lXrender -lXi -lXrandr -lXcursor
-lXcomposite -lXdamage -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lgio-2.0 -lXfixes -lcairo -lpng15
-lpango-1.0 -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lintl
-L/usr/X11R7/lib -lfreetype -lz -ltiff -lX11 -L/usr/X11R7/lib -lSM -lICE -lGL -lXext -ljpeg -lpng -lz
-lm -o GWCommand
> /scratch/wm/afterstep/work/.buildlink/lib/libcairo.so: undefined reference to `pixman_image_set_destroy_function'
>
> That function (and others) is provided by libpixman-1.so.0.  According to ldd,
> libcairo.so has a dependency on libpixman-1.0, at least in the tarball I just
> downloaded from ftp.netbsd.org.  The above compile command has "-lcairo".
>
> So why doesn't this work?  Is there something wrong with the libcairo.so from
> .buildlink/ such that the dependecy gets lost?

In pkgsrc/wm/afterstep/Makefile, if following line is moved to above MesaLib's one,
(Continue reading)

Havard Eidnes | 3 Jul 14:41 2011
Picon

Re: 2011Q1 OpenOffice3 build problem

> I'm having problems building OpenOffice3 on NetBSD/i386 5.1 from
> the 2011Q1 branch.
...
>   /usr/pkgsrc/misc/openoffice3/work/.x11-buildlink/lib/libcairo.so: undefined reference to `pixman_image_set_destroy_function'
>   /usr/pkgsrc/misc/openoffice3/work/.x11-buildlink/lib/libcairo.so: undefined reference to `pixman_image_composite32'
>   /usr/pkgsrc/misc/openoffice3/work/.x11-buildlink/lib/libcairo.so: undefined reference to `pixman_image_fill_boxes'
>   dmake:  Error code 1, while making '../../../unxbsdi3.pro/bin/pluginapp.bin'Running processes: 0

I may have the answer to this.  It appears (verified via "ktrace -i"
of the build) that by default, the built-in pixman library is used,
via pixman's builtin.mk.  The library in /usr/X11R7/lib/ is version
0.12.0, while the one in /usr/pkg/lib/ is version 0.20.2 -- the latter
has the above symbols, the former doesn't.

I've set

USE_BUILTIN.pixman=     no

in /etc/mk.conf, and started the openoffice3 build from scratch again.
I'm not sufficiently proficient in pkgsrc mechanics and conventions,
but I'm wondering if cairo's buildlink3.mk file possibly ought to set
USE_BUILTIN.pixman = no (?)

Regards,

- Håvard

OBATA Akio | 3 Jul 15:04 2011
Picon

Re: 2011Q1 OpenOffice3 build problem

On Sun, 03 Jul 2011 21:41:53 +0900, Havard Eidnes <he <at> netbsd.org> wrote:

>> I'm having problems building OpenOffice3 on NetBSD/i386 5.1 from
>> the 2011Q1 branch.
> ...
>>   /usr/pkgsrc/misc/openoffice3/work/.x11-buildlink/lib/libcairo.so: undefined reference to `pixman_image_set_destroy_function'
>>   /usr/pkgsrc/misc/openoffice3/work/.x11-buildlink/lib/libcairo.so: undefined reference to `pixman_image_composite32'
>>   /usr/pkgsrc/misc/openoffice3/work/.x11-buildlink/lib/libcairo.so: undefined reference to `pixman_image_fill_boxes'
>>   dmake:  Error code 1, while making '../../../unxbsdi3.pro/bin/pluginapp.bin'Running processes: 0
>
> I may have the answer to this.  It appears (verified via "ktrace -i"
> of the build) that by default, the built-in pixman library is used,
> via pixman's builtin.mk.  The library in /usr/X11R7/lib/ is version
> 0.12.0, while the one in /usr/pkg/lib/ is version 0.20.2 -- the latter
> has the above symbols, the former doesn't.
>
> I've set
>
> USE_BUILTIN.pixman=     no
>
> in /etc/mk.conf, and started the openoffice3 build from scratch again.
> I'm not sufficiently proficient in pkgsrc mechanics and conventions,
> but I'm wondering if cairo's buildlink3.mk file possibly ought to set
> USE_BUILTIN.pixman = no (?)

In cairo's buildlink3.mk file, pixman>=0.18.4 is required, so builtin pixman will never be picked up.
I guesses that your problem come from rpath order issue.

--

-- 
OBATA Akio / obache <at> NetBSD.org
(Continue reading)


Gmane