Re: Apparent libtool pkgsrc C++ linking issue

2009-08-23 Thread Neil Booth
Hasso Tepper wrote:-

> Neil Booth wrote:
> > But why do I need this link?  What is at fault here?  It seems to be
> > coming from libtool, but I'm curious why apparently no-one else sees
> > this, and I have no idea how to fix libtool.
> 
> Rebuild the devel/libtool-base package.

Hasso - thanks, that did indeed solve the problem.

Neil.


Re: Apparent libtool pkgsrc C++ linking issue

2009-08-23 Thread Hasso Tepper
Neil Booth wrote:
> But why do I need this link?  What is at fault here?  It seems to be
> coming from libtool, but I'm curious why apparently no-one else sees
> this, and I have no idea how to fix libtool.

Rebuild the devel/libtool-base package.


-- 
Hasso Tepper


Re: AMD64_GENERIC make buildkernel issue

2009-08-23 Thread Neil Booth
Jordan Gordeev wrote:-

> Neil Booth wrote:
>>
>> Why is JG64 the correct file?  I used AMD64 last time IIRC.  Both just
>> say Dragonfly/AMD64 at the top.
>>
> Use 'AMD64' kernel config file if it works for you.

I was hoping you'd explain the difference :)

>> Also this is not a crossbuild - why do I need all the above arguments?
>> It is an AMD64 SMP machine.
>>
>> I did a buildworld without arguments - do I need to redo it?
>>
> If you are building on amd64 you don't need to specify the cross-build  
> arguments.

I was confused with NetBSD - it's an amd64 CPU but I'm still using
and i386 kernel on Dragonfly.  Thanks.

Neil.


Apparent libtool pkgsrc C++ linking issue

2009-08-23 Thread Neil Booth
Several (but not all) pkgsrc C++ packages aren't linking on my
machine.  I've rebuilt and installed the world, as well as libtool.

For example, here's graphics/tiff:


/bin/sh ../libtool --tag=CXX --mode=link c++   -O2 -I/usr/include 
-I/usr/pkg/include  -L/usr/lib -Wl,-R/usr/lib -L/usr/pkg/lib -Wl,-R/usr/pkg/lib 
-o libtiffxx.la -rpath /usr/pkg/lib -no-undefined -version-number  3:8:2  
tif_stream.lo ../libtiff/libtiff.la ../port/libport.la -ljpeg -lz -lm -lc
c++ -shared -nostdlib /usr/lib/gcc41/crti.o /usr/lib/gcc41/crtbeginS.o  
.libs/tif_stream.o -Wl,--whole-archive ../port/.libs/libport.a 
-Wl,--no-whole-archive  -Wl,--rpath 
-Wl,/usr/obj/pkg/graphics/tiff/work/tiff-3.8.2/libtiff/.libs -Wl,--rpath 
-Wl,/usr/obj/pkg/graphics/tiff/work/.buildlink/lib -Wl,--rpath -Wl,/usr/pkg/lib 
-Wl,--rpath -Wl,/usr/obj/pkg/graphics/tiff/work/.buildlink/lib 
-L/usr/obj/pkg/graphics/tiff/work/.buildlink/lib ../libtiff/.libs/libtiff.so 
/usr/obj/pkg/graphics/tiff/work/.buildlink/lib/libjpeg.so -lz -lstdc++ -lm 
-L/usr/lib/gcc41 -lc -lgcc_pic /usr/lib/gcc41/crtendS.o /usr/lib/gcc41/crtn.o  
-Wl,-R/usr/pkg/lib -Wl,-soname -Wl,libtiffxx.so.3 -o .libs/libtiffxx.so.3.8.2
g++: /usr/lib/gcc41/crti.o: No such file or directory
g++: /usr/lib/gcc41/crtn.o: No such file or directory
*** Error code 1

Stop.
bmake: stopped in /usr/obj/pkg/graphics/tiff/work/tiff-3.8.2/libtiff

There is no /usr/lib/gcc41/crti.o, like there isn't in gcc44/ or gcc34/.

The file exists in the parent directory, presumably to be shared by
all GCC versions, and sure enough if I make a softlink everything seems to
build and run fine.

But why do I need this link?  What is at fault here?  It seems to be
coming from libtool, but I'm curious why apparently no-one else sees
this, and I have no idea how to fix libtool.

Thanks,

Neil.


Re: pkgsrc-HEAD DragonFly 2.3.2/i386 2009-08-20 11:13

2009-08-23 Thread Hasso Tepper
-Build start: 2009-08-12 22:01
+Build start: 2009-08-20 11:13

-cad/boolean  pkgsrc-us...@netbsd.org
-chat/jabberd2  1 pkgsrc-us...@netbsd.org
-comms/openobex 5 pkgsrc-us...@netbsd.org
-devel/diffusepkgsrc-us...@netbsd.org
-emulators/sdlmessdi...@netbsd.org
-games/knightcap  pkgsrc-us...@netbsd.org
+graphics/lensfun pkgsrc-us...@netbsd.org
-graphics/py-cairo 14 le...@trash.net
-py24-cairo-1.8.6  14 le...@trash.net
+graphics/sane-frontends  pkgsrc-us...@netbsd.org
+graphics/xsane   r...@netbsd.org
-ham/xdx  w...@netbsd.org
-multimedia/dvdstyler pkgsrc-us...@netbsd.org
+multimedia/libtheora-docsw...@netbsd.org
-net/gupnp  2 pkgsrc-us...@netbsd.org
-net/isc-dhcp   3 adri...@netbsd.org
+net/libnice2 pkgsrc-us...@netbsd.org
+net/unbound  jo...@netbsd.org
-print/tex-hlatex mins...@netbsd.org
-print/tex-memhangul-ucs  mins...@netbsd.org
-sysutils/bacula-gnome-consolepkgsrc-us...@netbsd.org
-sysutils/bacula-wx-console   pkgsrc-us...@netbsd.org
-sysutils/coreutils 2 pkgsrc-us...@netbsd.org
+textproc/p5-Text-RecordParser 28 pkgsrc-us...@netbsd.org
-wm/wmii  g...@netbsd.org
+www/ap-auth-kerb ma...@netbsd.org
+ap13-auth-kerb-5.4   ma...@netbsd.org
+www/p5-Template-Plugin-Subst   1 pkgsrc-us...@netbsd.org
+www/p5-URI-Find2 pkgsrc-us...@netbsd.org
-x11/libgnomekbd   16 pkgsrc-us...@netbsd.org


pkgsrc-HEAD DragonFly 2.3.2/i386 2009-08-20 11:13

2009-08-23 Thread Hasso Tepper
pkgsrc bulk build report


DragonFly 2.3.2/i386
Compiler: gcc

Build start: 2009-08-20 11:13
Build end:   2009-08-23 06:24

Full report: 
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090820.1113/meta/report.html
Machine readable version: 
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090820.1113/meta/report.bz2

Total number of packages:   9034
  Successfully built:   8256
  Failed to build:   320
  Depending on failed package:   120
  Explicitly broken or masked:   270
  Depending on masked package:68

Packages breaking the most other packages

Package   Breaks Maintainer
-
textproc/p5-Text-RecordParser 28 pkgsrc-us...@netbsd.org
ham/gnuradio-core 15 w...@netbsd.org
audio/cdparanoia  13 k...@tac.nyc.ny.us
lang/sun-jre15 8 pkgsrc-us...@netbsd.org
lang/sun-jre14 8 pkgsrc-us...@netbsd.org
security/openvas-libraries 4 pkgsrc-us...@netbsd.org
security/nessus-libraries  4 pkgsrc-us...@netbsd.org
graphics/libv4l4 tech-multime...@netbsd.org
security/kth-krb4  3 wennm...@netbsd.org
www/seamonkey-bin-nightly  2 pkgsrc-us...@netbsd.org

Build failures

Package   Breaks Maintainer
-
archivers/jamjar sk...@netbsd.org
archivers/sapcar pkgsrc-us...@netbsd.org
audio/ario   pkgsrc-us...@netbsd.org
audio/bmp-macpkgsrc-us...@netbsd.org
audio/cdparanoia  13 k...@tac.nyc.ny.us
audio/gogo   pkgsrc-us...@netbsd.org
audio/libvisual0.2-plugins   pkgsrc-us...@netbsd.org
benchmarks/iozonepkgsrc-us...@netbsd.org
benchmarks/randread  gr...@netbsd.org
biology/py-mol   pkgsrc-us...@netbsd.org
py26-mol-0.98nb4 pkgsrc-us...@netbsd.org
biology/rasmol   pkgsrc-us...@netbsd.org
cad/eagler...@netbsd.org
chat/tircpkgsrc-us...@netbsd.org
chat/zircon  pkgsrc-us...@netbsd.org
comms/asterisk16 jnem...@netbsd.org
comms/modemd tsa...@netbsd.org
comms/plptools   pkgsrc-us...@netbsd.org
cross/avr-gcc  2 pkgsrc-us...@netbsd.org
cross/avrdudepkgsrc-us...@netbsd.org
cross/h8300-hms-gcc  pkgsrc-us...@netbsd.org
cross/i386-cygwin32  pkgsrc-us...@netbsd.org
cross/i386-linux pkgsrc-us...@netbsd.org
cross/i386-mingw32   pkgsrc-us...@netbsd.org
cross/i386-msdosdjgpppkgsrc-us...@netbsd.org
cross/mipsEEel-netbsdpkgsrc-us...@netbsd.org
databases/openldap-smbk5pwd  g...@netbsd.org
databases/php-mssql1 jdole...@netbsd.org
php4-mssql-4.4.9   1 jdole...@netbsd.org
devel/cfitsiopkgsrc-us...@netbsd.org
devel/electricfence  pkgsrc-us...@netbsd.org
devel/elfsh  pkgsrc-us...@netbsd.org
devel/gobo-eiffelpkgsrc-us...@netbsd.org
devel/gtlpkgsrc-us...@netbsd.org
devel/java-subversiong...@netbsd.org
devel/libFoundation2 pkgsrc-us...@netbsd.org
devel/libscsi  2 pkgsrc-us...@netbsd.org
devel/libstatgrab  1 pkgsrc-us...@netbsd.org
devel/mico   tonne...@netbsd.org
devel/ogre   pkgsrc-us...@netbsd.org
devel/p5-Devel-Checklib  pkgsrc-us...@netbsd.org
devel/p5-VCP   1 pkgsrc-us...@netbsd.org
devel/papaya   1 pkgsrc-us...@netbsd.org
devel/py-readlinetsa...@netbsd.org
py23-readline-0nb4   tsa...@netbsd.org
devel/py-subversion  g...@netbsd.org
py23-subversion-1.6.4nb1 g...@netbsd.org
devel/py-subvertpy   pkgsrc-us...@netbsd.org
py23-subvertpy-0.6.6 pkgsrc-us...@netbsd.org
devel/rapidsvn   pkgsrc-us...@netbsd.org
devel/rt-mysql   pkgsrc-us...@netbsd.org
devel/rt-p

Re: AMD64_GENERIC make buildkernel issue

2009-08-23 Thread Jordan Gordeev

Neil Booth wrote:


Why is JG64 the correct file?  I used AMD64 last time IIRC.  Both just
say Dragonfly/AMD64 at the top.


Use 'AMD64' kernel config file if it works for you.

Also this is not a crossbuild - why do I need all the above arguments?
It is an AMD64 SMP machine.

I did a buildworld without arguments - do I need to redo it?

If you are building on amd64 you don't need to specify the cross-build 
arguments.


Re: AMD64_GENERIC make buildkernel issue

2009-08-23 Thread Neil Booth
Jordan Gordeev wrote:-

> Neil Booth wrote:
>> I've just completed a buildworld and am trying to build a kernel;
>> I get the following.  What am I doing wrong?
>>
>> Neil.
>>
>> n...@athlon2:/usr/src$ sudo make buildkernel KERNCONF=AMD64_GENERIC
> Also make sure to call buildkernel with the same cross-build arguments  
> that you use for buildworld. Like this:
> make TARGET_ARCH=amd64 TARGET_PLATFORM=pc64 KERNCONF=JG64 buildkernel

Why is JG64 the correct file?  I used AMD64 last time IIRC.  Both just
say Dragonfly/AMD64 at the top.

Also this is not a crossbuild - why do I need all the above arguments?
It is an AMD64 SMP machine.

I did a buildworld without arguments - do I need to redo it?

Neil.


Re: AMD64_GENERIC make buildkernel issue

2009-08-23 Thread Jordan Gordeev

Neil Booth wrote:

I've just completed a buildworld and am trying to build a kernel;
I get the following.  What am I doing wrong?

Neil.

n...@athlon2:/usr/src$ sudo make buildkernel KERNCONF=AMD64_GENERIC
Also make sure to call buildkernel with the same cross-build arguments 
that you use for buildworld. Like this:

make TARGET_ARCH=amd64 TARGET_PLATFORM=pc64 KERNCONF=JG64 buildkernel


Re: AMD64_GENERIC make buildkernel issue

2009-08-23 Thread Jordan Gordeev

Neil Booth wrote:

I've just completed a buildworld and am trying to build a kernel;
I get the following.  What am I doing wrong?

You are using the wrong kernel configuration file. You should use JG64, 
eventually modified to meet your needs.


AMD64_GENERIC make buildkernel issue

2009-08-23 Thread Neil Booth
I've just completed a buildworld and am trying to build a kernel;
I get the following.  What am I doing wrong?

Neil.

n...@athlon2:/usr/src$ sudo make buildkernel KERNCONF=AMD64_GENERIC

--
>>> Kernel build for AMD64_GENERIC started on Sun Aug 23 20:10:57 JST 2009
--
===> AMD64_GENERIC
rm -rf /usr/obj/usr/src/sys/AMD64_GENERIC
mkdir -p /usr/obj/usr/src/sys
cd /usr/src/sys/config;  
PATH=/usr/obj/usr/src/ctools_i386_i386/usr/sbin:/usr/obj/usr/src/ctools_i386_i386/usr/bin:/usr/obj/usr/src/ctools_i386_i386/bin:/usr/obj/usr/src/ctools_i386_i386/usr/games:/usr/obj/usr/src/btools_i386/usr/sbin:/usr/obj/usr/src/btools_i386/usr/bin:/usr/obj/usr/src/btools_i386/bin:/usr/obj/usr/src/btools_i386/usr/games
  config  -d /usr/obj/usr/src/sys/AMD64_GENERIC  
/usr/src/sys/config/AMD64_GENERIC
Warning: device "npx" is unknown
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.