Phil Pereira | 1 Feb 11:24 2007

wip/xfce4-exo fails to build

Hi all,

Wanted to test the new xfce4.4 in pkgsrc-wip but one of the depends seems to fail to build. Here's the output
with the DEBUG level set to 2:

[wrapper.sh] note: The real command line, after the pkgsrc wrapper, was:
/usr/pkg/bin/libtool --mode=compile --tag=CC cc -DHAVE_CONFIG_H -I. -I..
-DDATADIR=\"/usr/pkg/share\" -DEXO_COMPILATION -DG_LOG_DOMAIN=\"exo\"
-DLIBEXECDIR=\"/usr/pkg/libexec\" -DLIBEXO_VERSION_API=\"0.3\"
-DPACKAGE_LOCALE_DIR=\"/usr/pkg/share/locale\" -D__MMX__
-I/usr/pkgsrc/wip/xfce4-exo/work/.buildlink/include
-I/usr/pkgsrc/wip/xfce4-exo/work/.buildlink/include/python2.4
-I/usr/pkgsrc/wip/xfce4-exo/work/.buildlink/include/freetype2 -DHAVE_GNUC_VISIBILITY -O2
-DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI
-I/usr/pkgsrc/wip/xfce4-exo/work/.buildlink/include/gtk-2.0
-I/usr/pkgsrc/wip/xfce4-exo/work/.buildlink/lib/gtk-2.0/include
-I/usr/pkgsrc/wip/xfce4-exo/work/.buildlink/include/atk-1.0
-I/usr/pkgsrc/wip/xfce4-exo/work/.buildlink/include/cairo
-I/usr/pkgsrc/wip/xfce4-exo/work/.buildlink/include/pango-1.0
-I/usr/pkgsrc/wip/xfce4-exo/work/.x11-buildlink/include
-I/usr/pkgsrc/wip/xfce4-exo/work/.buildlink/include/glib/glib-2.0
-I/usr/pkgsrc/wip/xfce4-exo/work/.buildlink/lib/glib-2.0/include
-I/usr/pkgsrc/wip/xfce4-exo/work/.buildlink/include/libpng12
-I/usr/pkgsrc/wip/xfce4-exo/work/.buildlink/include/xfce4 -O2 -DNDEBUG
-DG_DISABLE_CAST_CHECKS -MT libexo_0_3_la-exo-gdk-pixbuf-extensions.lo -MD -MP -MF
.deps/libexo_0_3_la-exo-gdk-pixbuf-extensions.Tpo -c -o
libexo_0_3_la-exo-gdk-pixbuf-extensions.lo exo-gdk-pixbuf-extensions.c
gmake[3]: *** [libexo_0_3_la-exo-gdk-pixbuf-extensions.lo] Error 1
gmake[3]: Leaving directory `/usr/pkgsrc/wip/xfce4-exo/work/exo-0.3.2/exo'
gmake[2]: *** [all] Error 2
(Continue reading)

Viktor Holmlund | 1 Feb 11:59 2007
Picon

NetBSD/amd64 and cvsup? Impossible?

Hello,

Does anyone here got cvsup (devel/cvsup) with all deps, to build under
NetBSD/amd64? It seems to build ONLY under i386 (cvsup and ezm).
I have more than 4GB of memory, therefore NetBSD/i386 isn't a good solution.
Under FreeBSD it builds under both archs, but I want to use NetBSD of
course=)

Any ideas/solutions?

Best regards,

Viktor Holmlund

Jeremy C. Reed | 1 Feb 15:54 2007
Picon

Re: wip/xfce4-exo fails to build

> Wanted to test the new xfce4.4 in pkgsrc-wip but one of the depends 
> seems to fail to build. Here's the output with the DEBUG level set to 2:

I may have overlooked it, but I don't think you included the actual error 
message. Maybe it was earlier or above the debugging output you provided. 
Or maybe you only captured stdout and not stderr also.

Can you provide the error message (or if it was there, point it out to 
me)?

  Jeremy C. Reed

Ronald J. Roskens | 1 Feb 22:41 2007

Re: NetBSD/amd64 and cvsup? Impossible?

On Thu, 2007-02-01 at 11:59 +0100, Viktor Holmlund wrote:
> Hello,
> 
> Does anyone here got cvsup (devel/cvsup) with all deps, to build under
> NetBSD/amd64? It seems to build ONLY under i386 (cvsup and ezm).
> I have more than 4GB of memory, therefore NetBSD/i386 isn't a good solution.
> Under FreeBSD it builds under both archs, but I want to use NetBSD of
> course=)
> 
> Any ideas/solutions?

You could try using wip/csup as a replacement if all you need is the
client.

Ron

Blair Sadewitz | 2 Feb 00:02 2007
Picon

Re: NetBSD/amd64 and cvsup? Impossible?

You need to use a package with statically linked binaries; you don't
use the ezm3 package at all.

Please go into your pkgsrc tree; you want pkgsrc/devel/cvsup-bin.  Then type:

make install MACHINE_ARCH=i386

This should work if your kernel is compiled correctly.

--

-- 
Support WFMU-FM: free-form radio for the masses!

<http://www.wfmu.org/>
91.1 FM Jersey City, NJ
90.1 FM Mt. Hope, NY

"The Reggae Schoolroom":
<http://www.wfmu.org/playlists/RS/>

Havard Eidnes | 2 Feb 00:33 2007
Picon
Picon

Re: NetBSD/amd64 and cvsup? Impossible?

> Does anyone here got cvsup (devel/cvsup) with all deps, to
> build under NetBSD/amd64?

I have not, at least not so far.

> It seems to build ONLY under i386 (cvsup and ezm).  I have more
> than 4GB of memory, therefore NetBSD/i386 isn't a good
> solution.  Under FreeBSD it builds under both archs, but I want
> to use NetBSD of course=)

Oh, it builds there?  I guess it's time to investigate what they
did to make it go.  I remember trying earlier, but never got it
past this point:

NetBSDamd64     m3cgc1 gets an internal error while compiling
                TickPortable.m3, pointing to line 38, which involves
                conversion either to or from floating point.

As part of my earlier attempts, I upgraded the gcc internal to
ezm3 to 3.3.3, but that didn't fix it.

Regards,

- Håvard

Jeremy C. Reed | 2 Feb 02:27 2007
Picon

Re: wip/xfce4-exo fails to build

On Thu, 1 Feb 2007, Phil Pereira wrote:

> Thanx for the reply. Here's the last bits of output after simply running 
> "make" on it's own. If I'm getting something wrong, can you help me by 
> explaining a better way to get the info out.

Maybe the error message is not printed.

But you say "last bits of output". So try looking a little earlier above 
that.

  Jeremy C. Reed

Blair Sadewitz | 2 Feb 09:20 2007
Picon

building mesa into X.org; take two

I think one is supposed to build the X server before MesaLib, not the
other way around.

Once I did that, I just added Mesa-6.5.2.tar.bz2 as a distfile in the
xorg package and had it extract to ${WRKSRC}.  Then, all I had to do
was symlink src/include/GL from the mesa directory to GL/glx/GL in the
server tree.  I used the following build flags (to coincide with
--enable-dri, which the package comes with):

-DGLXEXT -DGLX_USE_MESA -DGLX_USE_DLOPEN -DGLX_DIRECT_RENDERING [and
-D__GLX_ALIGN64 if you have a 64-bit platform).  I added
CONFIGURE_ENV+= --with-mesa-source=${MESA_DIR} (which I set
beforehand) and et. voila, it worked.

I then built Mesa-6.5.2 in pkgsrc with the same options, changing
-DGLX_GLXEXT_LEGACY to -DGLX-GLXEXT-PROTOTYPES (this is what they use
these days).  I was able to run all of the mesa demos.

Attached is my modular-xorg-server Makefile.

Enjoy,

--Blair
--

-- 
Support WFMU-FM: free-form radio for the masses!

<http://www.wfmu.org/>
91.1 FM Jersey City, NJ
90.1 FM Mt. Hope, NY

(Continue reading)

Blair Sadewitz | 2 Feb 09:56 2007
Picon

Re: NetBSD/amd64 and cvsup? Impossible?

Have you tried merging in the FreeBSD patches?  I haven't looked at
them in a while, but I have had good luck with things like this in the
past, i.e. compiling festival under gcc4 on amd64 using patches from
gentoo linux.

As I've said before, the easiest thing to do is install the cvsup-bin package:

cd ${PKGSRCDIR}/devel/cvsup-bin && make install MACHINE_ARCH="i386".
If you have COMPAT_NETBSD32 enabled, that;s all there is to it.  The
binary is statically linked, so it's easy.

--Blair

--

-- 
Support WFMU-FM: free-form radio for the masses!

<http://www.wfmu.org/>
91.1 FM Jersey City, NJ
90.1 FM Mt. Hope, NY

"The Reggae Schoolroom":
<http://www.wfmu.org/playlists/RS/>

OBATA Akio | 2 Feb 16:12 2007
Picon

Re: pkg/35508: ap2-auth-external installation error

> make can't find the file mod_auth_external.so and therefore can't install it.
> The file is in work/mod_auth_external-2.2.11/.libs and make try to find it in work/mod_auth_external-2.2.11
> 
> Here's my "make update" which give me the same results as "make install".
> 
> [essen <at> ahobaka] % sudo /usr/bin/make update
> ===> Deinstalling for ap2-auth-external-2.2.11nb1
> Running /usr/sbin/pkg_delete -K /var/db/pkg -r ap2-auth-external-2.2.11nb1
> => Required installed package digest>=20010302: digest-20060826 found
> ===> Checking for vulnerabilities in ap2-auth-external-2.2.11nb1
> => Checksum SHA1 OK for mod_auth_external-2.2.11.tar.gz
> => Checksum RMD160 OK for mod_auth_external-2.2.11.tar.gz
> ===> Installing for ap2-auth-external-2.2.11nb1
> /usr/pkg/share/httpd/build/instdso.sh SH_LIBTOOL='/usr/pkg/libexec/apr/libtool'
mod_auth_external.so /usr/pkg/lib/httpd
> /usr/pkg/libexec/apr/libtool --mode=install cp mod_auth_external.so /usr/pkg/lib/httpd/
> cp mod_auth_external.so /usr/pkg/lib/httpd/mod_auth_external.so
> cp: mod_auth_external.so: No such file or directory
> apxs:Error: Command failed with rc=65536

In www/apache/module.mk:
# APACHE_MODULE_NAME    the name of this module, including the .so suffix.

But for apache2, should pass to apxs "module_name.la" instead of "module_name.so".

All www/ap2-* package's Makefile call apxs directly (or use own cofigure & makefile),
instead of include www/apache/module.mk.

How to handle this?

(Continue reading)


Gmane