Bug#639664: ruby1.9.1: FTBFS on hurd-i386: struct dirent issue

2011-08-29 Thread Samuel Thibault
Package: ruby1.9.1 Version: 1.9.2.290-2 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hello, ruby FTBFS on hurd-i386 due to dirent misuse. The attach patch fixes it the same way as Solaris. I have already forwarded it to m...@netlab.jp last monday, but didn't

Re: Riddling absence of /usr/lib/libattr.la

2011-08-29 Thread Samuel Thibault
Thomas Schmitt, le Sat 27 Aug 2011 21:54:31 +0200, a écrit : This idea must come from libacl-dev. And really in /lib/libacl.la i read dependency_libs=' /usr/lib/libattr.la' Yes, that's the problem: it should rather be a -lattr, because libattr.la is not shipped any more. That would be

-reply:20110829090112.gc4...@type.u-bordeaux.fr

2011-08-29 Thread Thomas Schmitt
Hi, Samuel Thibault wrote: libisofs not building was becoming more and more a problem, so I patched the libacl.la file by hand (yes, a bad thing). A change in the Debian package configurations of libisofs and libisoburn for hurd-i386 would avoid unnecessary problems. Currently the support for

libisofs acl

2011-08-29 Thread Samuel Thibault
Thomas Schmitt, le Mon 29 Aug 2011 12:51:33 +0200, a écrit : It would suffice to simply not install libacl1-dev and libattr1-dev, when libisofs and libisoburn get built. ./configure will then create a Makefile which does not try to use libacl or xattr functions. This can be done by using

Re: libisofs acl

2011-08-29 Thread Samuel Thibault
Samuel Thibault, le Mon 29 Aug 2011 12:54:25 +0200, a écrit : Thomas Schmitt, le Mon 29 Aug 2011 12:51:33 +0200, a écrit : It would suffice to simply not install libacl1-dev and libattr1-dev, when libisofs and libisoburn get built. ./configure will then create a Makefile which does not try

Re: Bug#636512: acl: Fix FTBFS on hurd-i386

2011-08-29 Thread Aníbal Monsalve Salazar
On Wed, Aug 03, 2011 at 07:36:27PM +0200, Svante Signell wrote: Package: acl Version: 2.2.51-3 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hi, currently acl does not compile on hurd-i386. The problem is a PATH_MAX definition which is not supported on

Re: Bug#639517: Riddling absence of /usr/lib/libattr.la

2011-08-29 Thread Aníbal Monsalve Salazar
On Mon, Aug 29, 2011 at 11:01:12AM +0200, Samuel Thibault wrote: Thomas Schmitt, le Sat 27 Aug 2011 21:54:31 +0200, a écrit : This idea must come from libacl-dev. And really in /lib/libacl.la i read dependency_libs=' /usr/lib/libattr.la' Yes, that's the problem: it should rather be a -lattr,

Re: Bug#636512: acl: Fix FTBFS on hurd-i386

2011-08-29 Thread Samuel Thibault
Aníbal Monsalve Salazar, le Mon 29 Aug 2011 21:55:10 +1000, a écrit : I don't have a hurd system and would like to know if acl compiled with the first patch still works correctly on a hurd system. If you are a DD, you can connect to strauss. If you are not, just ask and I'll setup an account

Re: Bug#639517: Riddling absence of /usr/lib/libattr.la

2011-08-29 Thread Samuel Thibault
Aníbal Monsalve Salazar, le Mon 29 Aug 2011 22:10:25 +1000, a écrit : On Mon, Aug 29, 2011 at 11:01:12AM +0200, Samuel Thibault wrote: Thomas Schmitt, le Sat 27 Aug 2011 21:54:31 +0200, a écrit : This idea must come from libacl-dev. And really in /lib/libacl.la i read dependency_libs='

Re: Bug#636512: acl: Fix FTBFS on hurd-i386

2011-08-29 Thread Svante Signell
On Mon, 2011-08-29 at 21:55 +1000, Aníbal Monsalve Salazar wrote: On Wed, Aug 03, 2011 at 07:36:27PM +0200, Svante Signell wrote: Package: acl Version: 2.2.51-3 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hi, currently acl does not compile on

Re: Bug#636512: acl: Fix FTBFS on hurd-i386

2011-08-29 Thread Samuel Thibault
Svante Signell, le Mon 29 Aug 2011 15:00:10 +0200, a écrit : I don't have a hurd system and would like to know if acl compiled with the first patch still works correctly on a hurd system. I would assume it would build OK. Currently this package is more or less a dummy packages since it

Re: Maintainers, porters, and burden of porting

2011-08-29 Thread Lucas Nussbaum
On 29/08/11 at 13:06 +0200, Lucas Nussbaum wrote: If you take a list of packages that failed on $PORTER_ARCH, but built fine on at least two or three other architectures, do you really expect to get many false positives (i.e, non-arch-specific problems)? Such a list would be easy to generate

Re: Bug#639517: Riddling absence of /usr/lib/libattr.la

2011-08-29 Thread Luk Claes
On 08/29/2011 11:01 AM, Samuel Thibault wrote: Thomas Schmitt, le Sat 27 Aug 2011 21:54:31 +0200, a écrit : This idea must come from libacl-dev. And really in /lib/libacl.la i read dependency_libs=' /usr/lib/libattr.la' Yes, that's the problem: it should rather be a -lattr, because

Bug#639287: Updated patch for GNU/Hurd

2011-08-29 Thread Svante Signell
Package: libhdf4 Version: 4.2r4-12 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Inlined below is an updated patch supporting both kfreebsd and hurd. Its previous name was kfreebsd. An appropriate new name would be kfreebsd +gnu. Index:

Re: Bug#639287: libhdf4: FTBFS on hurd-i386: Add support (Updated patch for GNU/Hurd)

2011-08-29 Thread Svante Signell
Package: libhdf4 Version: 4.2r4-12 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Inlined below is an updated patch supporting both kfreebsd and hurd. Its previous name was kfreebsd. An appropriate new name would be kfreebsd +gnu. Index:

Re: Must i worry about errno == -303 EMIG_BAD_ID ?

2011-08-29 Thread Samuel Thibault
Thomas Schmitt, le Mon 29 Aug 2011 22:54:08 +0200, a écrit : does errno -303 announce bigger trouble ? Probably yes: the query/reply IPC ping-pong got disturbed somehow. Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Re: Must i worry about errno == -303 EMIG_BAD_ID ?

2011-08-29 Thread Thomas Schmitt
Hi, does errno -303 announce bigger trouble ? Probably yes: the query/reply IPC ping-pong got disturbed somehow. Here is a minimal C example: #include unistd.h #include stdio.h #include errno.h int main() { int ret;