Re: Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory

2013-09-06 Thread Robert Millan
Michael Biebl:
 Am 06.09.2013 02:49, schrieb Michael Biebl:
 /usr/include/sys/vnode.h:41:27: fatal error: sys/rangelock.h: No such
 file or directory
  #include sys/rangelock.h
 
 FWIW, this looks like a bug in sys/vnode.h or kfreebsd-kernel-headers.

Thanks. Fixed in 9.2~2.

-- 
Robert Millan


-- 
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/522a3724.3040...@debian.org



Re: Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory

2013-09-05 Thread Robert Millan
Michael Biebl:
 Source: libgtop2
 Version: 2.28.5-1
 Severity: serious
 User: debian-bsd@lists.debian.org
 Usertags: kfreebsd
 
 libgtop2 FTBFS [1] with the following error:
 
 make[4]: Entering directory `/«PKGBUILDDIR»/sysdeps/common'
 /bin/bash ../../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. 
 -I../.. -I../.. -I../.. -I../../sysdeps/freebsd -I../../include 
 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include 
 -D_FORTIFY_SOURCE=2  -Winline  -Wall   -std=gnu89  -Wchar-subscripts 
 -Wmissing-declarations -Wmissing-prototypes   -Wnested-externs 
 -Wpointer-arith-Wcast-align -Wsign-compare -g -O2 
 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
 -Wall -c -o error.lo error.c
 libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../.. 
 -I../../sysdeps/freebsd -I../../include -I/usr/include/glib-2.0 
 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include -D_FORTIFY_SOURCE=2 -Winline 
 -Wall -std=gnu89 -Wchar-subscripts -Wmissing-declarations 
 -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align 
 -Wsign-compare -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
 -Werror=format-security -Wall -c error.c  -fPIC -DPIC -o .libs/error.o
 In file included from ../../glibtop.h:58:0,
  from ../../include/glibtop/error.h:30,
  from error.c:27:
 ../../sysdeps/freebsd/glibtop_machine.h:26:19: fatal error: nlist.h: No such 
 file or directory
  #include nlist.h
^
 
 
 Would be great if the kfreebsd porters have a look at this and provide a 
 patch.

-#include nlist.h
+#include bsd/nlist.h

then build-depend on libbsd-dev.

-- 
Robert Millan


-- 
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5228a35e.20...@debian.org



Re: Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory

2013-09-05 Thread Michael Biebl
Am 05.09.2013 17:29, schrieb Robert Millan:
 Michael Biebl:
 Source: libgtop2
 Version: 2.28.5-1
 Severity: serious
 User: debian-bsd@lists.debian.org
 Usertags: kfreebsd

 libgtop2 FTBFS [1] with the following error:

 make[4]: Entering directory `/«PKGBUILDDIR»/sysdeps/common'
 /bin/bash ../../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. 
 -I../.. -I../.. -I../.. -I../../sysdeps/freebsd -I../../include 
 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include 
 -D_FORTIFY_SOURCE=2  -Winline -Wall   -std=gnu89  
 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes   
 -Wnested-externs -Wpointer-arith-Wcast-align -Wsign-compare -g 
 -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
 -Werror=format-security -Wall -c -o error.lo error.c
 libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../.. 
 -I../../sysdeps/freebsd -I../../include -I/usr/include/glib-2.0 
 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include -D_FORTIFY_SOURCE=2 -Winline 
 -Wall -std=gnu89 -Wchar-subscripts -Wmissing-declarations 
 -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align 
 -Wsign-compare -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
 -Werror=format-security -Wall -c error.c  -fPIC -DPIC -o .libs/error.o
 In file included from ../../glibtop.h:58:0,
  from ../../include/glibtop/error.h:30,
  from error.c:27:
 ../../sysdeps/freebsd/glibtop_machine.h:26:19: fatal error: nlist.h: No such 
 file or directory
  #include nlist.h
^


 Would be great if the kfreebsd porters have a look at this and provide a 
 patch.
 
 -#include nlist.h
 +#include bsd/nlist.h

Does that also work with FreeBSD so can be pushed upstream?
Apparently libgtop2 has native FreeBSD support and I wonder if nslist.h
is using a different location on  FreeBSD.

[1] seems to indicate that this is rather a bug in libbsd-dev.

 then build-depend on libbsd-dev.

Afaics this should already been pulled in via libkvm-dev.

Michael

[1] https://lists.debian.org/debian-bsd/2011/07/msg00248.html

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Re: Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory

2013-09-05 Thread Julien Cristau
On Thu, Sep  5, 2013 at 17:50:18 +0200, Michael Biebl wrote:

 Am 05.09.2013 17:29, schrieb Robert Millan:
  Michael Biebl:
  Source: libgtop2
  Version: 2.28.5-1
  Severity: serious
  User: debian-bsd@lists.debian.org
  Usertags: kfreebsd
 
  libgtop2 FTBFS [1] with the following error:
 
  make[4]: Entering directory `/«PKGBUILDDIR»/sysdeps/common'
  /bin/bash ../../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. 
  -I../.. -I../.. -I../.. -I../../sysdeps/freebsd -I../../include 
  -I/usr/include/glib-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include
   -D_FORTIFY_SOURCE=2  -Winline   -Wall   -std=gnu89  
  -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes   
  -Wnested-externs -Wpointer-arith-Wcast-align -Wsign-compare -g 
  -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
  -Werror=format-security -Wall -c -o error.lo error.c
  libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../.. 
  -I../../sysdeps/freebsd -I../../include -I/usr/include/glib-2.0 
  -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include -D_FORTIFY_SOURCE=2 
  -Winline -Wall -std=gnu89 -Wchar-subscripts -Wmissing-declarations 
  -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align 
  -Wsign-compare -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
  -Werror=format-security -Wall -c error.c  -fPIC -DPIC -o .libs/error.o
  In file included from ../../glibtop.h:58:0,
   from ../../include/glibtop/error.h:30,
   from error.c:27:
  ../../sysdeps/freebsd/glibtop_machine.h:26:19: fatal error: nlist.h: No 
  such file or directory
   #include nlist.h
 ^
 
 
  Would be great if the kfreebsd porters have a look at this and provide a 
  patch.
  
  -#include nlist.h
  +#include bsd/nlist.h
 
 Does that also work with FreeBSD so can be pushed upstream?
 Apparently libgtop2 has native FreeBSD support and I wonder if nslist.h
 is using a different location on  FreeBSD.
 
In xorg-server added `pkg-config --cflags libbsd-overlay` to CPPFLAGS
from debian/rules.  Lets the code expecting bsd headers on bsd work
without patching.

Cheers,
Julien


signature.asc
Description: Digital signature


Re: Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory

2013-09-05 Thread Michael Biebl
Am 05.09.2013 19:53, schrieb Julien Cristau:
 On Thu, Sep  5, 2013 at 19:52:13 +0200, Michael Biebl wrote:
 
 Why do libc-dev and libbsd-dev have conflicting files in the first place
 and why not move just the conflicting (BSD) files to bsd/ ?

 I don't understand what you mean here, sorry...

This question was not really targetted at you, but the BSD porters.

You mentioned that the paths would conflict, I was asking why that is
the case (apparently it didn't in the past)


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Re: Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory

2013-09-05 Thread Michael Biebl
Am 05.09.2013 19:29, schrieb Julien Cristau:
 On Thu, Sep  5, 2013 at 17:50:18 +0200, Michael Biebl wrote:
 Am 05.09.2013 17:29, schrieb Robert Millan:
 -#include nlist.h
 +#include bsd/nlist.h

 Does that also work with FreeBSD so can be pushed upstream?
 Apparently libgtop2 has native FreeBSD support and I wonder if nslist.h
 is using a different location on  FreeBSD.

 In xorg-server added `pkg-config --cflags libbsd-overlay` to CPPFLAGS
 from debian/rules.  Lets the code expecting bsd headers on bsd work
 without patching.

That's confusing tbh. Why is libbsd-dev using different paths in the
first place which requires such hacks?

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Re: Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory

2013-09-05 Thread Michael Biebl
Am 05.09.2013 19:42, schrieb Julien Cristau:
 On Thu, Sep  5, 2013 at 19:40:18 +0200, Michael Biebl wrote:
 
 Am 05.09.2013 19:29, schrieb Julien Cristau:
 On Thu, Sep  5, 2013 at 17:50:18 +0200, Michael Biebl wrote:
 Am 05.09.2013 17:29, schrieb Robert Millan:
 -#include nlist.h
 +#include bsd/nlist.h

 Does that also work with FreeBSD so can be pushed upstream?
 Apparently libgtop2 has native FreeBSD support and I wonder if nslist.h
 is using a different location on  FreeBSD.

 In xorg-server added `pkg-config --cflags libbsd-overlay` to CPPFLAGS
 from debian/rules.  Lets the code expecting bsd headers on bsd work
 without patching.

 That's confusing tbh. Why is libbsd-dev using different paths in the
 first place which requires such hacks?

 Because the normal bsd paths would conflict with gnu libc-dev headers
 (maybe not for nlist.h, but for others).

Why do libc-dev and libbsd-dev have conflicting files in the first place
and why not move just the conflicting (BSD) files to bsd/ ?

Apparently libgtop2 built just fine in the past with libbsd-dev, so this
looks like a recent regression in that package.

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Re: Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory

2013-09-05 Thread Julien Cristau
On Thu, Sep  5, 2013 at 19:52:13 +0200, Michael Biebl wrote:

 Why do libc-dev and libbsd-dev have conflicting files in the first place
 and why not move just the conflicting (BSD) files to bsd/ ?
 
I don't understand what you mean here, sorry...

Cheers,
Julien


signature.asc
Description: Digital signature


Re: Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory

2013-09-05 Thread Robert Millan
Julien Cristau:
 That's confusing tbh. Why is libbsd-dev using different paths in the
 first place which requires such hacks?

 Because the normal bsd paths would conflict with gnu libc-dev headers
 (maybe not for nlist.h, but for others).

nlist.h is provided by libelf-dev and libelfg0-dev. If another package
provides it, then it would have to conflict with libelf.

-- 
Robert Millan


-- 
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5228ea0e.7050...@debian.org



Re: Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory

2013-09-05 Thread Guillem Jover
Hi!

On Thu, 2013-09-05 at 19:52:13 +0200, Michael Biebl wrote:
 Am 05.09.2013 19:42, schrieb Julien Cristau:
  On Thu, Sep  5, 2013 at 19:40:18 +0200, Michael Biebl wrote:
  Am 05.09.2013 19:29, schrieb Julien Cristau:
  On Thu, Sep  5, 2013 at 17:50:18 +0200, Michael Biebl wrote:
  Am 05.09.2013 17:29, schrieb Robert Millan:
  -#include nlist.h
  +#include bsd/nlist.h

Please try to avoid this, which cannot be easily upstreamed, or if it
can be upstreamed it unnecessarily pollutes the source.

  Does that also work with FreeBSD so can be pushed upstream?
  Apparently libgtop2 has native FreeBSD support and I wonder if nslist.h
  is using a different location on  FreeBSD.
 
  In xorg-server added `pkg-config --cflags libbsd-overlay` to CPPFLAGS
  from debian/rules.  Lets the code expecting bsd headers on bsd work
  without patching.

Yes, that's the ideal solution, which generally avoids any patching.

  That's confusing tbh. Why is libbsd-dev using different paths in the
  first place which requires such hacks?
 
  Because the normal bsd paths would conflict with gnu libc-dev headers
  (maybe not for nlist.h, but for others).
 
 Why do libc-dev and libbsd-dev have conflicting files in the first place
 and why not move just the conflicting (BSD) files to bsd/ ?

Most header files provided by libbsd-dev are overlays over the libc
ones. For example strlcpy() and friends in bsd/string.h, or slightly
different implementations like bsd/sys/queue.h.

Then there's partial implementations like bsd/libutil.h which does not
conflict with anything, but exposing it directly under /usr/include
can confuse software that might assume functionality in libc just
because the file is there, for example I think perl suffered from this
in Debian at some point.

And there's files already shipped by other pre-existing libraries,
like bsd/nlist.h, provided by libelfg0-dev and libelf-dev. And no,
Replaces does not cut it, because once you remove libbsd-dev then
the other libraries will be missing the header. This was a mistake I
corrected by namespacing it under bsd/ (the aforementioned link on
the list).

After all these cases, the only remaining non-conflicting headers are
readpassphrase.h, vis.h and md5.h. For md5.h taking over the global
namespace seems wrong (it probably belongs in the to-be-uploaded
libmd), at which point having the remaining two namespaced seems safer,
more future-proof and nicer to other projects.

 Apparently libgtop2 built just fine in the past with libbsd-dev, so this
 looks like a recent regression in that package.

I went over any package explicitly declaring a Build-Depends on
libbsd-dev when I did those changes, if libgtop2 is directly using
stuff from libbsd-dev but not declaring it explicitly, that's hardly
my fault? :)

Thanks,
Guillem


-- 
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130905210820.ga23...@gaara.hadrons.org



Re: Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory

2013-09-05 Thread Michael Biebl
tags 721886 + help
thanks

Am 05.09.2013 23:08, schrieb Guillem Jover:
 Hi!
 
 On Thu, 2013-09-05 at 19:52:13 +0200, Michael Biebl wrote:
 Am 05.09.2013 19:42, schrieb Julien Cristau:
 On Thu, Sep  5, 2013 at 19:40:18 +0200, Michael Biebl wrote:
 Am 05.09.2013 19:29, schrieb Julien Cristau:
 On Thu, Sep  5, 2013 at 17:50:18 +0200, Michael Biebl wrote:
 Am 05.09.2013 17:29, schrieb Robert Millan:
 -#include nlist.h
 +#include bsd/nlist.h
 
 Please try to avoid this, which cannot be easily upstreamed, or if it
 can be upstreamed it unnecessarily pollutes the source.
 
 Does that also work with FreeBSD so can be pushed upstream?
 Apparently libgtop2 has native FreeBSD support and I wonder if nslist.h
 is using a different location on  FreeBSD.

 In xorg-server added `pkg-config --cflags libbsd-overlay` to CPPFLAGS
 from debian/rules.  Lets the code expecting bsd headers on bsd work
 without patching.
 
 Yes, that's the ideal solution, which generally avoids any patching.
 

[..]

Thanks for the explanation. So I went ahead and used the CPPFLAGS
override trick. libgtop2 still fails to build though:

libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../..
-I../../sysdeps/freebsd -I../../include -I/usr/include/glib-2.0
-I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include -isystem
/usr/include/bsd -DLIBBSD_OVERLAY -Winline -Wall -std=gnu89
-Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes
-Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -g -O2
-fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -Wall -c procmem.c  -fPIC -DPIC -o .libs/procmem.o
In file included from procmem.c:36:0:
/usr/include/sys/vnode.h:41:27: fatal error: sys/rangelock.h: No such
file or directory
 #include sys/rangelock.h

I don't really have any more time to investigate this any further, so it
would be great if a kfreebsd porter could provide a *tested* patch, i.e.
one which not only makes the package build successfully but ideally also
has some runtime testing which ensures that the package actually works
on kfreebsd.

 Apparently libgtop2 built just fine in the past with libbsd-dev, so this
 looks like a recent regression in that package.
 
 I went over any package explicitly declaring a Build-Depends on
 libbsd-dev when I did those changes, if libgtop2 is directly using
 stuff from libbsd-dev but not declaring it explicitly, that's hardly
 my fault? :)

Fair enough. Will add an explicit build-depends with the next upload.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Re: Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory

2013-09-05 Thread Michael Biebl
Am 06.09.2013 02:49, schrieb Michael Biebl:
 /usr/include/sys/vnode.h:41:27: fatal error: sys/rangelock.h: No such
 file or directory
  #include sys/rangelock.h

FWIW, this looks like a bug in sys/vnode.h or kfreebsd-kernel-headers.



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory

2013-09-04 Thread Michael Biebl
Source: libgtop2
Version: 2.28.5-1
Severity: serious
User: debian-bsd@lists.debian.org
Usertags: kfreebsd

libgtop2 FTBFS [1] with the following error:

make[4]: Entering directory `/«PKGBUILDDIR»/sysdeps/common'
/bin/bash ../../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. 
-I../.. -I../.. -I../.. -I../../sysdeps/freebsd -I../../include 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include 
-D_FORTIFY_SOURCE=2  -Winline-Wall   -std=gnu89  -Wchar-subscripts 
-Wmissing-declarations -Wmissing-prototypes   -Wnested-externs -Wpointer-arith  
  -Wcast-align -Wsign-compare -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -c -o error.lo 
error.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../.. 
-I../../sysdeps/freebsd -I../../include -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include -D_FORTIFY_SOURCE=2 -Winline 
-Wall -std=gnu89 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes 
-Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-Wall -c error.c  -fPIC -DPIC -o .libs/error.o
In file included from ../../glibtop.h:58:0,
 from ../../include/glibtop/error.h:30,
 from error.c:27:
../../sysdeps/freebsd/glibtop_machine.h:26:19: fatal error: nlist.h: No such 
file or directory
 #include nlist.h
   ^


Would be great if the kfreebsd porters have a look at this and provide a patch.


Regards,
Michael


[1] 
https://buildd.iebian.org/status/fetch.php?pkg=libgtop2arch=kfreebsd-amd64ver=2.28.5-1stamp=1378344554
-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130905014551.9092.47956.report...@pluto.milchstrasse.xx