[debian-hurd-Patches][311761] Partial patch for kbuild 1:0.1.98svn2318-1
debian-hurd-Patches item #311761 was changed at 29/12/2017 17:50 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=311761_id=30628 >Status: Closed Priority: 3 Submitted By: Barry deFreese (bdefreese) Assigned to: Nobody (None) Summary: Partial patch for kbuild 1:0.1.98svn2318-1 Category: linuxism Group: submitted Resolution: None Initial Comment: Hi, Attached is the start of a patch for kbuild. Unfortunately it has several PATH_MAX issues that I just #ifdef'd for now. But even larger is that it include sys/mount.h in several places. Thanks, Barry -- >Comment By: Samuel Thibault (sthibault) Date: 29/12/2017 17:50 Message: that got fixed some time ago -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=311761_id=30628
[debian-hurd-Patches][312117] #558586: hyperestraier 1.4.9
debian-hurd-Patches item #312117 was changed at 29/12/2017 17:51 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=312117_id=30628 >Status: Closed Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: #558586: hyperestraier 1.4.9 Category: None Group: None Resolution: None Initial Comment: Simple malloc+free usage instead of hardcoded PATH_MAX-sized strings. -- >Comment By: Samuel Thibault (sthibault) Date: 29/12/2017 17:51 Message: that got fixed some time ago -- Comment By: Pino Toscano (pino-guest) Date: 29/11/2009 14:32 Message: Thanks! Filed as bug #558586. -- Comment By: Samuel Thibault (sthibault) Date: 29/11/2009 12:55 Message: Seems correct, please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=312117_id=30628
[debian-hurd-Patches][311309] 509252: ghc6 FTBFS (debian-ports)
debian-hurd-Patches item #311309 was changed at 29/12/2017 17:50 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=311309_id=30628 >Status: Closed Priority: 3 Submitted By: Samuel Thibault (sthibaul-guest) Assigned to: Nobody (None) Summary: 509252: ghc6 FTBFS (debian-ports) Category: None Group: None Resolution: None Initial Comment: This is due to ghc using setitimer(TIMER_VIRTUAL), for which Mach doesn't provide any support. The attached patch just makes it use ITIMER_REAL instead. I've filed a ticket upstream http://hackage.haskell.org/trac/ghc/ticket/2883 Maybe this could be a debian-ports candidate, as ghc6 is blocking all haskell packages. -- >Comment By: Samuel Thibault (sthibault) Date: 29/12/2017 17:50 Message: that got fixed some time ago -- Comment By: Samuel Thibault (sthibaul-guest) Date: 20/12/2008 12:22 Message: Better patch, submitted upstream, that autodetects such case. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=311309_id=30628
[debian-hurd-Patches][305130] native backend for hal
debian-hurd-Patches item #305130 was changed at 29/12/2017 17:49 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=305130_id=30628 >Status: Closed Priority: 3 Submitted By: Samuel Thibault (sthibaul-guest) Assigned to: Nobody (None) Summary: native backend for hal Category: None Group: None Resolution: Later Initial Comment: Fixes compilation, but still using the dummy backend. We need to port hal on the Hurd, but we should be probably don't do it blindly, build nice hurdish abstractions, etc. -- >Comment By: Samuel Thibault (sthibault) Date: 29/12/2017 17:49 Message: hal is not in Debian any more. -- Comment By: Pino Toscano (pino-guest) Date: 17/11/2009 01:51 Message: hal 0.5.13-4 now compiles and runs again on the Hurd. Thus changing this tracker for further work on a native backend for the Hurd. -- Comment By: Pino Toscano (pino-guest) Date: 25/10/2009 22:44 Message: Thanks! Done as bug #552386 -- Comment By: Samuel Thibault (sthibault) Date: 25/10/2009 19:35 Message: It seems right, please submit! -- Comment By: Pino Toscano (pino-guest) Date: 25/10/2009 10:50 Message: Here it is a patch for making hal compilable and installable: - tools/hal-disable-polling.c: usual realpath()+PATH_MAX porting - debian/control: linux-only stuff excluded - debian/hal.init: there's no /proc/$PID/root file, so the chroot check is bogus (and makes startup fail); disabling it makes the hal daemon runnable via init script hal still uses the dummy backend on hurd, but that can be worked on later, I guess. -- Comment By: Samuel Thibault (sthibaul-guest) Date: 22/12/2007 23:46 Message: Oops, sorry, we're still using the dummy backend. Porting is still needed. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=305130_id=30628
[debian-hurd-Patches][310749] #479657 dancer-ircd patch
debian-hurd-Patches item #310749 was changed at 29/12/2017 17:50 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=310749_id=30628 >Status: Closed Priority: 3 Submitted By: Flávio Cruz (flaviocruz-guest) Assigned to: Nobody (None) Summary: #479657 dancer-ircd patch Category: None Group: None Resolution: None Initial Comment: dancer-ircd-1.0.36 patch for GNU/Hurd -- >Comment By: Samuel Thibault (sthibault) Date: 29/12/2017 17:50 Message: dancer-ircd got removed from debian -- Comment By: Samuel Thibault (sthibaul-guest) Date: 01/05/2008 01:52 Message: Mmm, sizeof(char) is 1 by C99 definition :) Just a matter of taste: I would rather #define LOCK_SUFFIX ".lock" and then use LOCK_SUFFIX and strlen(LOCK_SUFFIX), it is not so obvious that lock_suffix_len is the length of lock_suffix. I guess you have checked that only ConfigFileEntry.{helpfile,motd,opermotd} need to be cleaned up. Else the patch seems fine. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=310749_id=30628
[debian-hurd-Patches][303255] libusb-0.1.11
debian-hurd-Patches item #303255 was changed at 29/12/2017 17:48 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=303255_id=30628 >Status: Closed Priority: 3 Submitted By: Barry deFreese (bddebian-guest) Assigned to: Nobody (None) Summary: libusb-0.1.11 Category: several Group: unreviewed Resolution: None Initial Comment: Here is a patch to build libusb on GNU/Hurd. Obviously you need to run aclocal, autoheader, and autoreconf. It isn't quite complete becuase it didn't finish building but I was getting a segfault with jade making some of the files. -- >Comment By: Samuel Thibault (sthibault) Date: 29/12/2017 17:48 Message: That got fixed some time ago -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=303255_id=30628
[debian-hurd-Patches][303220] dvdisaster
debian-hurd-Patches item #303220 was changed at 29/12/2017 17:48 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=303220_id=30628 >Status: Closed Priority: 3 Submitted By: Christopher Bodenstein (physicman-guest) Assigned to: Nobody (None) Summary: dvdisaster Category: posix Group: unreviewed Resolution: None Initial Comment: Author: Christopher Bodenstein <c...@physicman.net> Source: dvdisaster Strip-Level: -p1 Status: unreviewed Categories: posix There is one instance of PATH_MAX used in a getcwd(). I use a get_current_dir_name() to replace it, however there is no configure.in so I patched configure directly to check the the function's presence. -- >Comment By: Samuel Thibault (sthibault) Date: 29/12/2017 17:48 Message: That got fixed some time ago. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=303220_id=30628
[debian-hurd-Patches][303178] jamvm-1.4.2
debian-hurd-Patches item #303178 was changed at 29/12/2017 17:48 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=303178_id=30628 >Status: Closed Priority: 3 Submitted By: Barry deFreese (bddebian-guest) Assigned to: Nobody (None) Summary: jamvm-1.4.2 Category: build-env Group: unreviewed Resolution: None Initial Comment: Author: Barry deFreese <bddeb...@bddebian.com> Source: jamvm Status: unreviewed Categories: build-env Strip-Level: -p1 Missing configure options for gnu*) -- >Comment By: Samuel Thibault (sthibault) Date: 29/12/2017 17:48 Message: jamvm is not in Debian any more. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=303178_id=30628
[debian-hurd-Patches][303152] cdargs
debian-hurd-Patches item #303152 was changed at 29/12/2017 17:47 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=303152_id=30628 >Status: Closed Priority: 3 Submitted By: Christopher Bodenstein (physicman-guest) Assigned to: Nobody (None) Summary: cdargs Category: posix Group: unreviewed Resolution: None Initial Comment: Author: Christopher Bodenstein <c...@physicman.net> Source: cdargs Status: unreviewed Categories: posix Strip-Level: -p1 The attached patch uses get_current_dir_name() instead of getcwd if _GNU_SOURCE is defined (get_current_dir_name should be tested in the configure but I can't get it to work properly, when I modify the configure.in the resulting configure is all messed up and the package won't build) and avoids the use of PATH_MAX in that case. -- >Comment By: Samuel Thibault (sthibault) Date: 29/12/2017 17:47 Message: That was fixed some time ago. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=303152_id=30628
[debian-hurd-Patches][303210] mailutils
debian-hurd-Patches item #303210 was changed at 29/12/2017 17:47 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=303210_id=30628 >Status: Closed Priority: 3 Submitted By: Christopher Bodenstein (physicman-guest) Assigned to: Nobody (None) Summary: mailutils Category: posix Group: unreviewed Resolution: None Initial Comment: Author: Christopher Bodenstein <c...@physicman.net> Source: mailutils Strip-Level: -p1 Status: unreviewed Categories: posix The attached patch removes one instance of MAXHOSTNAMELEN using xgethostname(). Apparently, you need automake1.9 to get the .am files to be processed correctly. Also, I had to disable the checks in the debian/rules file as at least one of them seems to make my machine freeze. -- >Comment By: Samuel Thibault (sthibault) Date: 29/12/2017 17:47 Message: That was fixed some time ago -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=303210_id=30628
[debian-hurd-Patches][301211] #296115: ifupdown (debian-ports)
debian-hurd-Patches item #301211 was changed at 29/12/2017 17:40 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=301211_id=30628 >Status: Closed Priority: 3 Submitted By: Michael Banck (mbanck) Assigned to: Nobody (None) Summary: #296115: ifupdown (debian-ports) Category: debian Group: submitted Resolution: None Initial Comment: Author: Michael Banck <mba...@debian.org> Source: ifupdown Status: submitted(#296115) Categories: debian Strip-Level: -p1 -- >Comment By: Samuel Thibault (sthibault) Date: 29/12/2017 17:40 Message: that was fixed a few years ago. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=301211_id=30628
[debian-hurd-Patches][315498] 9base FTBFS fix
debian-hurd-Patches item #315498 was changed at 2016-09-18 12:18 by Ola Ekström You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=315498_id=30628 Status: Open Priority: 3 Submitted By: Ola Ekström (rlob-guest) Assigned to: Nobody (None) Summary: 9base FTBFS fix Category: debian Group: unreviewed Resolution: None Initial Comment: Patch to successfully compile package 9base-6 on Debian GNU/Hurd. Failing reason for 9base on hurd-i386: > fatal error:can't create y.tab.h, :1 Tail of log for 9base on hurd-i386: CC ascii.c LD ascii built ascii make[3]: Leaving directory '/«PKGBUILDDIR»/ascii' make[3]: Entering directory '/«PKGBUILDDIR»/awk' make[4]: Entering directory '/«PKGBUILDDIR»/awk' YACC awkgram.y ../yacc.mk:14: recipe for target 'depend' failed make[4]: Leaving directory '/«PKGBUILDDIR»/awk' ../yacc.mk:6: recipe for target 'all' failed make[3]: Leaving directory '/«PKGBUILDDIR»/awk' Makefile:58: recipe for target 'all' failed make[2]: Leaving directory '/«PKGBUILDDIR»' debian/rules:24: recipe for target 'override_dh_auto_build' failed make[1]: Leaving directory '/«PKGBUILDDIR»' TODO: Write a Hurd-specific disksize()-function in lib9/_p9dir.c -- Comment By: Ola Ekström (rlob-guest) Date: 2016-09-18 12:18 Message: Ok will do :) I didn't see your reply unfortunately, Gmail did some creative filtering of my mail. -- Comment By: Samuel Thibault (sthibault) Date: 2016-09-18 12:00 Message: It looks good, please submit the bug report. But as I said, for further patches, please send them to the debian-hurd@lists.debian.org, there is a higher reviewing probability there. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=315498_id=30628
[debian-hurd-Patches][315498] 9base FTBFS fix
debian-hurd-Patches item #315498 was changed at 18/09/2016 12:00 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=315498_id=30628 Status: Open Priority: 3 Submitted By: Ola Ekström (rlob-guest) Assigned to: Nobody (None) Summary: 9base FTBFS fix Category: debian Group: unreviewed Resolution: None Initial Comment: Patch to successfully compile package 9base-6 on Debian GNU/Hurd. Failing reason for 9base on hurd-i386: > fatal error:can't create y.tab.h, :1 Tail of log for 9base on hurd-i386: CC ascii.c LD ascii built ascii make[3]: Leaving directory '/«PKGBUILDDIR»/ascii' make[3]: Entering directory '/«PKGBUILDDIR»/awk' make[4]: Entering directory '/«PKGBUILDDIR»/awk' YACC awkgram.y ../yacc.mk:14: recipe for target 'depend' failed make[4]: Leaving directory '/«PKGBUILDDIR»/awk' ../yacc.mk:6: recipe for target 'all' failed make[3]: Leaving directory '/«PKGBUILDDIR»/awk' Makefile:58: recipe for target 'all' failed make[2]: Leaving directory '/«PKGBUILDDIR»' debian/rules:24: recipe for target 'override_dh_auto_build' failed make[1]: Leaving directory '/«PKGBUILDDIR»' TODO: Write a Hurd-specific disksize()-function in lib9/_p9dir.c -- >Comment By: Samuel Thibault (sthibault) Date: 18/09/2016 12:00 Message: It looks good, please submit the bug report. But as I said, for further patches, please send them to the debian-hurd@lists.debian.org, there is a higher reviewing probability there. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=315498_id=30628
[debian-hurd-Patches][315498] 9base FTBFS fix
debian-hurd-Patches item #315498, was opened at 2016-09-18 11:36 by Ola Ekström You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=315498_id=30628 Status: Open Priority: 3 Submitted By: Ola Ekström (rlob-guest) Assigned to: Nobody (None) Summary: 9base FTBFS fix Category: debian Group: unreviewed Resolution: None Initial Comment: Patch to successfully compile package 9base-6 on Debian GNU/Hurd. Failing reason for 9base on hurd-i386: > fatal error:can't create y.tab.h, :1 Tail of log for 9base on hurd-i386: CC ascii.c LD ascii built ascii make[3]: Leaving directory '/«PKGBUILDDIR»/ascii' make[3]: Entering directory '/«PKGBUILDDIR»/awk' make[4]: Entering directory '/«PKGBUILDDIR»/awk' YACC awkgram.y ../yacc.mk:14: recipe for target 'depend' failed make[4]: Leaving directory '/«PKGBUILDDIR»/awk' ../yacc.mk:6: recipe for target 'all' failed make[3]: Leaving directory '/«PKGBUILDDIR»/awk' Makefile:58: recipe for target 'all' failed make[2]: Leaving directory '/«PKGBUILDDIR»' debian/rules:24: recipe for target 'override_dh_auto_build' failed make[1]: Leaving directory '/«PKGBUILDDIR»' TODO: Write a Hurd-specific disksize()-function in lib9/_p9dir.c -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail=410472=315498_id=30628
[debian-hurd-Patches][314171] Debian GNU/Hurd port
debian-hurd-Patches item #314171, was opened at 01.04.2013 23:15 by Harry Beaber You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=314171group_id=30628 Status: Open Priority: 3 Submitted By: Harry Beaber (harr68be4-guest) Assigned to: Nobody (None) Summary: Debian GNU/Hurd port Category: None Group: None Resolution: None Initial Comment: Debian GNU/Hurd port -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=314171group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1umnwy-00040w...@vasks.debian.org
[debian-hurd-Patches][314171] Debian GNU/Hurd port
debian-hurd-Patches item #314171, was changed at 02/04/2013 01:38 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=314171group_id=30628 Status: Deleted Priority: 3 Submitted By: Harry Beaber (harr68be4-guest) Assigned to: Nobody (None) Summary: Debian GNU/Hurd port Category: None Group: None Resolution: Invalid Initial Comment: Debian GNU/Hurd port -- Comment By: Samuel Thibault (sthibault) Date: 02/04/2013 01:38 Message: Spam -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=314171group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1umojb-00052n...@vasks.debian.org
[debian-hurd-Patches][314131] Debian GNU/Hurd port
debian-hurd-Patches item #314131, was opened at 26.03.2013 00:37 by Eric Aadnes You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=314131group_id=30628 Status: Open Priority: 3 Submitted By: Eric Aadnes (eri70aad1-guest) Assigned to: Nobody (None) Summary: Debian GNU/Hurd port Category: None Group: None Resolution: None Initial Comment: Debian GNU/Hurd port -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=314131group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ukhts-0008mm...@vasks.debian.org
[debian-hurd-Patches][314131] Debian GNU/Hurd port
debian-hurd-Patches item #314131, was changed at 26/03/2013 02:13 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=314131group_id=30628 Status: Deleted Priority: 3 Submitted By: Eric Aadnes (eri70aad1-guest) Assigned to: Nobody (None) Summary: Debian GNU/Hurd port Category: None Group: None Resolution: Invalid Initial Comment: Spam -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=314131group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ukisz-0002i6...@vasks.debian.org
[debian-hurd-Patches][301178] FTBFS tcpdump-3.8.3
debian-hurd-Patches item #301178, was changed at 2012-06-01 00:35 by Barry deFreese You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=301178group_id=30628 Status: Closed Priority: 3 Submitted By: Barry deFreese (bddebian-guest) Assigned to: Nobody (None) Summary: FTBFS tcpdump-3.8.3 Category: posix Group: unsubmitted Resolution: Fixed Initial Comment: Author: Barry deFreese bddeb...@comcast.net Source: tcpdump Status: ugly but builds Categories: posix Strip-Level: -p1 --- tcpdump-stdinc.horg 2005-02-10 18:33:19.0 -0500 +++ tcpdump-stdinc.h2005-02-10 18:32:40.0 -0500 @@ -42,6 +42,10 @@ #ifndef tcpdump_stdinc_h #define tcpdump_stdinc_h +#if defined(__GNU__) +# define MAXHOSTNAMELEN 64 +#endif + #ifdef WIN32 #include stdio.h -- Comment By: Barry deFreese (bdefreese) Date: 2012-06-01 00:35 Message: Package now available in the archive. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=301178group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1safpw-0005le...@vasks.debian.org
[debian-hurd-Patches][303157] FTBFS boost-jam
debian-hurd-Patches item #303157, was changed at 2012-06-01 00:53 by Barry deFreese You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303157group_id=30628 Status: Closed Priority: 3 Submitted By: Barry deFreese (bddebian-guest) Assigned to: Nobody (None) Summary: FTBFS boost-jam Category: linuxism Group: unreviewed Resolution: Out of Date Initial Comment: Author: Barry deFreese bddeb...@bddebian.com Source: boost-jam Status: unreviewed Categories: linuxism (PATH_MAX) Strip-Level: -p1 Here is a small patch for boost-jam. -- Comment By: Barry deFreese (bdefreese) Date: 2012-06-01 00:53 Message: Package has been removed from the archive. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303157group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sag7c-00074l...@vasks.debian.org
[debian-hurd-Patches][303161] atlas3-3.6.0
debian-hurd-Patches item #303161, was changed at 2012-06-01 00:56 by Barry deFreese You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303161group_id=30628 Status: Closed Priority: 3 Submitted By: Barry deFreese (bddebian-guest) Assigned to: Nobody (None) Summary: atlas3-3.6.0 Category: build-env Group: unreviewed Resolution: Out of Date Initial Comment: Author: Barry deFreese bddeb...@bddebian.com Source: atlas3 Status: unreviewed Categories: build-env Strip-Level: -p1 Here is a patch to detect GNU as an OS when building atlas3. I have tried 3 times to build the darn thing but after 24 hours or so I have to turn off my machine to take to work so I haven't been able to verify that it builds completely. Thanks, Barry -- Comment By: Barry deFreese (bdefreese) Date: 2012-06-01 00:56 Message: Package removed from the archive. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303161group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sag9x-0007kh...@vasks.debian.org
[debian-hurd-Patches][303171] chasen-2.3.3
debian-hurd-Patches item #303171, was changed at 2012-06-01 01:03 by Barry deFreese You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303171group_id=30628 Status: Closed Priority: 3 Submitted By: Barry deFreese (bddebian-guest) Assigned to: Nobody (None) Summary: chasen-2.3.3 Category: linuxism Group: unreviewed Resolution: Wont Fix Initial Comment: Author: Barry deFreese bddeb...@bddebian.com Source: chasen Status: unreviewed Categories: linuxism (PATH_MAX) Strip-Level: -p1 -- Comment By: Barry deFreese (bdefreese) Date: 2012-06-01 01:03 Message: Package has been removed from the archive. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303171group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1saghh-0003q5...@vasks.debian.org
[debian-hurd-Patches][303225] libopenspc0-0.3.99a
debian-hurd-Patches item #303225, was changed at 2012-06-01 01:12 by Barry deFreese You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303225group_id=30628 Status: Closed Priority: 3 Submitted By: Barry deFreese (bddebian-guest) Assigned to: Nobody (None) Summary: libopenspc0-0.3.99a Category: build-env Group: unsubmitted Resolution: Wont Fix Initial Comment: Author: Barry deFreese bddeb...@bddebian.com Source: libopenspc Status: unreviewd Categories: build-env (missing hurd-i386 arch) Strip-Level: -p1 Here is a patch -- Comment By: Barry deFreese (bdefreese) Date: 2012-06-01 01:12 Message: Package has been removed from the archive. -- Comment By: Michael Banck (mbanck) Date: 2006-04-14 17:10 Message: Logged In: YES user_id=2380 That patch is fine if course, if the package builds otherwise -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303225group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sagpx-ek...@vasks.debian.org
[debian-hurd-Patches][303351] cscope (debian-ports)
debian-hurd-Patches item #303351, was changed at 2012-06-01 01:20 by Barry deFreese You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303351group_id=30628 Status: Closed Priority: 3 Submitted By: Alfredo Beaumont (abeaumont-guest) Assigned to: Nobody (None) Summary: cscope (debian-ports) Category: other Group: unreviewed Resolution: Fixed Initial Comment: cscope patch for GNU/Hurd -- Comment By: Barry deFreese (bdefreese) Date: 2012-06-01 01:20 Message: Version 15.7a available in the archive. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303351group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sagxl-0001in...@vasks.debian.org
[debian-hurd-Patches][303735] cpulimit
debian-hurd-Patches item #303735, was changed at 2012-06-01 01:23 by Barry deFreese You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303735group_id=30628 Status: Closed Priority: 3 Submitted By: Michael Banck (mbanck) Assigned to: Nobody (None) Summary: cpulimit Category: posix Group: unreviewed Resolution: Fixed Initial Comment: Author: Ben Asselstine -- Comment By: Barry deFreese (bdefreese) Date: 2012-06-01 01:23 Message: Package v1.6-1 available in the archive. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303735group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sagam-0001mq...@vasks.debian.org
[debian-hurd-Patches][310742] analog 6.0-14 hurd patch
debian-hurd-Patches item #310742, was changed at 2012-06-01 01:28 by Barry deFreese You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=310742group_id=30628 Status: Closed Priority: 3 Submitted By: Flávio Cruz (flaviocruz-guest) Assigned to: Nobody (None) Summary: analog 6.0-14 hurd patch Category: None Group: None Resolution: Out of Date Initial Comment: analog 6.0-14 patch for GNU/Hurd -- Comment By: Barry deFreese (bdefreese) Date: 2012-06-01 01:28 Message: Newer patch filed in BTS. -- Comment By: Samuel Thibault (sthibaul-guest) Date: 2008-04-30 23:38 Message: Mmm, now it's rather about style. Maybe you can send it as is, but maybe this could pose problem: you could avoid defining has_path_access() by writing something like: #ifdef __GLIBC__ commandpath = realpath(t, NULL); if (commandpath != NULL) #else if (realpath(t, commandpath)) #endif { if (access(commandpath, X_OK) == 0 stat(commandpath, buf) == 0 S_ISREG(buf.st_mode)) done = TRUE; } #ifdef __GLIBC__ else free(commandpath); #endif but it's really a matter of taste (the maintainer's taste ;) ), you could for instance propose two versions of the patch. -- Comment By: Flávio Cruz (flaviocruz-guest) Date: 2008-04-30 20:42 Message: New version ;-) -- Comment By: Samuel Thibault (sthibaul-guest) Date: 2008-04-30 00:01 Message: 4K may still not be enough for the path below ;) -- Comment By: Flávio Cruz (flaviocruz-guest) Date: 2008-04-29 23:56 Message: Huu, you're right, but using realpath(/, NULL) doesn't just strdup's /, but a buffer with 4K filled with / \0, at least in my system. Which means that the code below works OK. But yeah, it's much better to patch the realpath calls just below. -- Comment By: Samuel Thibault (sthibaul-guest) Date: 2008-04-28 23:27 Message: Errr, I don't understand: why are you calling realpath(/, NULL)? You will just get an strdup of /, which won't work with what is done below. You should rather patch the realpath() calls below. -- Comment By: Flávio Cruz (flaviocruz-guest) Date: 2008-04-28 23:14 Message: I've updated the patch -- Comment By: Samuel Thibault (sthibaul-guest) Date: 2008-04-27 19:39 Message: Mmm, SUS says that _PC_PATH_MAX is to be used for pathconf(), not sysconf... Also, it actually returns -1, since we don't have any path limitation in GNU/Hurd. A more correct fix is to set commandname to NULL to let GLIBC's realpath allocate the string for us. That should be done #ifdef __GLIBC__ of course (that extension is not yet in SUS) -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=310742group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sagf7-0002mn...@vasks.debian.org
[debian-hurd-Patches][311571] Bug#522100: pulseaudio FTBFS (debian-ports)
debian-hurd-Patches item #311571, was changed at 2012-06-01 01:35 by Barry deFreese You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311571group_id=30628 Status: Closed Priority: 3 Submitted By: Samuel Thibault (sthibaul-guest) Assigned to: Nobody (None) Summary: Bug#522100: pulseaudio FTBFS (debian-ports) Category: None Group: None Resolution: Fixed Initial Comment: PATH_MAX, PIPE_MAX, pthread_setaffinity, alsa/evdev build fix. -- Comment By: Barry deFreese (bdefreese) Date: 2012-06-01 01:35 Message: Package version 2.0-3 available in the archive. -- Comment By: Samuel Thibault (sthibault) Date: 2010-05-07 00:37 Message: It seems fine, please submit, thanks! -- Comment By: Pino Toscano (pino-guest) Date: 2010-05-06 17:59 Message: Updated patch for pulseaudio 0.9.21. Below the various problems and eventual solutions found: - src/pulse/context.c: usage of SA_NOCLDWAIT sigaction(2) shows it is Linux-only, and waitpid(2) says that checking for the presence of that flag and checking that the handler is SIG_IGN is equivalent; thus, make the SA_NOCLDWAIT flag check optionally compiled depending on the SA_NOCLDWAIT presence - src/pulsecore/memtrap.c: SA_SIGINFO the first step is using a simple sa_handler if SA_SIGINFO is not defined; futhermore, PA remaps memory in the SIGBUS signal handler, using the data provided in the siginfo_t, so just fail in the simple signal handler - src/modules/rtp/module-rtp-recv.c: SO_TIMESTAMP Hurd does not support activating the timestamp receiving for sockets, so enable it only if SO_TIMESTAMP is defined - src/modules/rtp/rtp.c: SO_TIMESTAMP most probably the right type to check should be SCM_TIMESTAMP, like other types available for cmsg_type (eg SCM_RIGHTS) - src/modules/module-pipe-source.c: PIPE_BUF make use of the available pa_pipe_buf() for the job - src/utils/pacmd.c: PIPE_BUF here the two 'ibuf' and 'obuf' are dynamically allocated with the minimum size of all the pipe_buf for the fd's they are used as buffer when reading from and writing to - debian/rules: autogeneration of pulseaudio.install for Hurd used the same approach used for kfreebsd-* If the patch looks ok, I can send the pulseaudio bits to the PA's trac and the debian part to #573339. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-01-28 23:38 Message: The patch still applies and builds with 0.9.21 -- Comment By: Pino Toscano (pino-guest) Date: 2009-10-30 21:39 Message: This is a first attempt in a porting patch for pulseaudio 0.9.19. Below the various problems and eventual solutions found: - src/pulse/context.c: usage of SA_NOCLDWAIT sigaction(2) shows it is Linux-only, and waitpid(2) says that checking for the presence of that flag and checking that the handler is SIG_IGN is equivalent; thus, make the SA_NOCLDWAIT flag check optionally compiled depending on the SA_NOCLDWAIT presence - src/pulsecore/memtrap.c: SA_SIGINFO the first step is using a simple sa_handler if SA_SIGINFO is not defined; futhermore, PA remaps memory in the SIGBUS signal handler, using the data provided in the siginfo_t, so just fail in the simple signal handler - src/modules/rtp/module-rtp-recv.c: SO_TIMESTAMP Hurd does not support activating the timestamp receiving for sockets, so enable it only if SO_TIMESTAMP is defined - src/modules/rtp/rtp.c: SO_TIMESTAMP most probably the right type to check should be SCM_TIMESTAMP, like other types available for cmsg_type (eg SCM_RIGHTS) - src/modules/module-pipe-source.c: - src/utils/pacmd.c: PIPE_BUF no solution yet, manual #define for now - debian/rules: autogeneration of pulseaudio.install for Hurd used the same approach used for kfreebsd-* Of course, given the PIPE_BUF stuff (and the review needed) it is not worth being sent upstream yet, but I thought posting it could have been useful for others to take a look. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311571group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sagmp-0003ay...@vasks.debian.org
[debian-hurd-Patches][311704] [FTBFS] afnix-1.5.2
debian-hurd-Patches item #311704, was changed at 2012-06-01 01:39 by Barry deFreese You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311704group_id=30628 Status: Closed Priority: 3 Submitted By: Barry deFreese (bdefreese) Assigned to: Nobody (None) Summary: [FTBFS] afnix-1.5.2 Category: build-env Group: needs-work Resolution: Fixed Initial Comment: Hi, I finally got most of the kinks worked out of this patch but now I am getting some type of core dump on build that I am struggling with. Hope someone can help. Thanks, Barry -- Comment By: Barry deFreese (bdefreese) Date: 2012-06-01 01:39 Message: Package v2.2.0-2 available in the archive. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311704group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sagps-0003px...@vasks.debian.org
[debian-hurd-Patches][312124] #558904: glfw 2.6
debian-hurd-Patches item #312124, was changed at 2012-06-01 02:02 by Barry deFreese You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312124group_id=30628 Status: Closed Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: #558904: glfw 2.6 Category: None Group: None Resolution: Fixed Initial Comment: in compile.sh, the generic OS part in the system check is not correct for Hurd; thus, add a new section that sets the correct soname linkage setting. -- Comment By: Barry deFreese (bdefreese) Date: 2012-06-01 02:02 Message: Package v2.7.2-1+b1 now available in the archive. -- Comment By: Pino Toscano (pino-guest) Date: 2009-11-30 23:18 Message: Done, bug #558904. -- Comment By: Samuel Thibault (sthibault) Date: 2009-11-30 22:34 Message: Please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312124group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sahbj-0007ix...@vasks.debian.org
[debian-hurd-Patches][311761] Partial patch for kbuild 1:0.1.98svn2318-1
debian-hurd-Patches item #311761, was changed at 2012-06-01 01:57 by Barry deFreese You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311761group_id=30628 Status: Open Priority: 3 Submitted By: Barry deFreese (bdefreese) Assigned to: Nobody (None) Summary: Partial patch for kbuild 1:0.1.98svn2318-1 Category: linuxism Group: submitted Resolution: None Initial Comment: Hi, Attached is the start of a patch for kbuild. Unfortunately it has several PATH_MAX issues that I just #ifdef'd for now. But even larger is that it include sys/mount.h in several places. Thanks, Barry -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311761group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sah7s-0004n3...@vasks.debian.org
[debian-hurd-Patches][312334] file 5.04 (MAXPATHLEN)
debian-hurd-Patches item #312334, was changed at 2012-06-01 02:03 by Barry deFreese You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312334group_id=30628 Status: Closed Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: file 5.04 (MAXPATHLEN) Category: None Group: None Resolution: Fixed Initial Comment: The last version of file fails to build because it uses MAXPATHLEN in a file that doesn't #define it to 1024 like it does in the other files. However instead of adding the #define and workarounding the issue, I've tried to fix it properly. Here's a patch to use dynamic allocation. Please review! -- Comment By: Barry deFreese (bdefreese) Date: 2012-06-01 02:03 Message: Package v5.11-1+b1 available in the archive. -- Comment By: Samuel Thibault (sthibault) Date: 2010-02-14 19:04 Message: getline() is a GNU extension, upstream will probably not happy to depend on it. Apart from that the patch seems ok. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312334group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1sahdy-ah...@vasks.debian.org
[debian-hurd-Patches][303155] #355891: [HurdFR] FTBFS cxref
Patches item #303155, was changed at 01/03/2006 18:18 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303155group_id=30628 Status: Closed Priority: 3 Submitted By: Arnaud Fontaine (arnau-guest) Assigned to: Nobody (None) Summary: #355891: [HurdFR] FTBFS cxref Category: posix Group: submitted Resolution: Fixed Initial Comment: cxref doesn't build on Debian GNU/Hurd because of PATH_MAX issue. -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:33 Message: Fixed nowadays. -- Comment By: Manuel Menal (mmenal-guest) Date: 08/03/2006 15:16 Message: Logged In: YES user_id=11991 I have reviewed this patch and thinks it's OK. The my_get_current_dir_name() function is similar to what glibc does, there is no obvious memory leak and it should work right on any POSIX system. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303155group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8rk6-0006vc...@alioth.debian.org
[debian-hurd-Patches][301176] wanna-build
Patches item #301176, was changed at 11/02/2005 18:04 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=301176group_id=30628 Status: Closed Priority: 3 Submitted By: Michael Banck (mbanck) Assigned to: Nobody (None) Summary: wanna-build Category: linuxism Group: submitted Resolution: Fixed Initial Comment: Author: Michael Banck mba...@debian.org Source: wanna-build Status: Submitted(no Debian package) Categories: linuxism Strip-level: -p1 -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:28 Message: Now a perl script in the sbuild package. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=301176group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8yd3-0007ox...@alioth.debian.org
[debian-hurd-Patches][301177] Bug#508522: zephyr (debian-ports)
Patches item #301177, was changed at 11/02/2005 18:06 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=301177group_id=30628 Status: Closed Priority: 3 Submitted By: Michael Banck (mbanck) Assigned to: Nobody (None) Summary: Bug#508522: zephyr (debian-ports) Category: posix Group: unreviewed Resolution: Fixed Initial Comment: Author: Munteanu Alexandru io_alex_2...@yahoo.fr Source: zephyr Status: unreviewed Categories: posix Strip-level: -p2 -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:29 Message: Fixed in 3.0.1-1 -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=301177group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8ydq-0007ux...@alioth.debian.org
[debian-hurd-Patches][301660] #314314: iceape
Patches item #301660, was changed at 18/05/2005 00:43 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=301660group_id=30628 Status: Closed Priority: 3 Submitted By: Michael Banck (mbanck) Assigned to: Nobody (None) Summary: #314314: iceape Category: several Group: needs-work Resolution: Fixed Initial Comment: Author: Robert Millan r...@debian.org and Barry deFreese bddeb...@comcast.net Source: mozilla Status: submitted, needs-work Categories: posix, linuxism Strip-Level -p1 -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:30 Message: Fixed nowadays. -- Comment By: Samuel Thibault (sthibaul-guest) Date: 31/01/2009 01:44 Message: some parts of mozilla now compile (nss, nspr, etc.) but iceape still doesn't -- Comment By: Cyril Brulebois (kibi-guest) Date: 22/08/2006 06:57 Message: connecté user_id=14303 What's the proper way to submit the patch once these last three diff are reviewed? Retitle, reassign, and tag patch, right? -- Comment By: Michael Banck (mbanck) Date: 15/06/2005 19:47 Message: Logged In: YES user_id=2380 Patch sent to the Debian BTS. Volunteers are still sought after to properly fix the PATH_MAX and MAXPATHLEN issues, they are currently just #define'd. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=301660group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8yey-0008ev...@alioth.debian.org
[debian-hurd-Patches][303112] libao
Patches item #303112, was changed at 23/02/2006 13:22 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303112group_id=30628 Status: Closed Priority: 3 Submitted By: Christopher Bodenstein (physicman-guest) Assigned to: Nobody (None) Summary: libao Category: posix Group: unreviewed Resolution: Fixed Initial Comment: Author: Christopher Bodenstein c...@physicman.net Source: libao Status: unreviewed Categories: posix Strip-level: -p1 Just one PATH_MAX to remove, but you have to add: --exclude usr/lib/ao/plugins-2/libnas. --exclude usr/lib/ao/plugins-2/liboss. to DH_INSTALL_EXCLUDE in the debian/rules to get the package to build properly. -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:30 Message: Fixed nowadays -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303112group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8yfx-0008ka...@alioth.debian.org
[debian-hurd-Patches][303154] fluxconf
Patches item #303154, was changed at 01/03/2006 17:41 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303154group_id=30628 Status: Closed Priority: 3 Submitted By: Christopher Bodenstein (physicman-guest) Assigned to: Nobody (None) Summary: fluxconf Category: posix Group: unreviewed Resolution: Invalid Initial Comment: Author: Christopher Bodenstein c...@physicman.net Source: fluxconf Status: unreviewed Categories: posix Strip-Level: -p1 The attached patch removes a couple of MAXPATHLEN instances. The resulting package is available at http://packages.physicman.net/hurd/ as usual. -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:31 Message: Doesn't exist any more. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303154group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8ygk-0008td...@alioth.debian.org
[debian-hurd-Patches][303155] #355891: [HurdFR] FTBFS cxref
Patches item #303155, was changed at 01/03/2006 18:18 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303155group_id=30628 Status: Deleted Priority: 3 Submitted By: Arnaud Fontaine (arnau-guest) Assigned to: Nobody (None) Summary: #355891: [HurdFR] FTBFS cxref Category: posix Group: submitted Resolution: Fixed Initial Comment: cxref doesn't build on Debian GNU/Hurd because of PATH_MAX issue. -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:33 Message: Fixed nowadays. -- Comment By: Manuel Menal (mmenal-guest) Date: 08/03/2006 15:16 Message: Logged In: YES user_id=11991 I have reviewed this patch and thinks it's OK. The my_get_current_dir_name() function is similar to what glibc does, there is no obvious memory leak and it should work right on any POSIX system. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303155group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8yi5-qq...@alioth.debian.org
[debian-hurd-Patches][303235] helpdeco
Patches item #303235, was changed at 16/03/2006 13:30 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303235group_id=30628 Status: Closed Priority: 3 Submitted By: Christopher Bodenstein (physicman-guest) Assigned to: Nobody (None) Summary: helpdeco Category: posix Group: unreviewed Resolution: Invalid Initial Comment: Author: Christopher Bodenstein c...@physicman.net Source: helpdeco Strip-Level: -p1 Status: unreviewed Categories: posix There are a couple of PATH_MAX instances, the attached patch removes them. -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:35 Message: Doesn't exist any more. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303235group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8yjo-il...@alioth.debian.org
[debian-hurd-Patches][303272] 401724: libgc-6.8
Patches item #303272, was changed at 23/03/2006 22:45 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303272group_id=30628 Status: Closed Priority: 3 Submitted By: Barry deFreese (bddebian-guest) Assigned to: Nobody (None) Summary: 401724: libgc-6.8 Category: build-env Group: unreviewed Resolution: Fixed Initial Comment: Author: Barry deFreese bddeb...@bddebian.com Source: libgc Status: unreviewd Categories: build-env (missing hurd-i386 arch) Strip-Level: -p1 Here is a patch for building libgc-6.6 with thread support. Obviously due to configure.in changes, you need to run autoreconf. The patch isn't quite complete. I get it to build but it fails the make-CHECKTESTS tests. I have tried it with both HEURISTICS2 and HEURISTICS1 and they both fail, though with different results. If someone smarter than me could fix this, I would be grateful. Thanks, Barry (aka bddebian) -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:36 Message: Fixed nowadays. -- Comment By: Samuel Thibault (sthibaul-guest) Date: 30/12/2007 18:52 Message: New patch was sent -- Comment By: Samuel Thibault (sthibaul-guest) Date: 11/07/2007 17:53 Message: 6.6 now builds, but not 6.8 -- Comment By: Samuel Thibault (sthibaul-guest) Date: 31/05/2007 00:13 Message: 1:6.6-2 compiled fine, 1:6.8-1 doesn't compile any more, see buildd errors -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=303272group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8ykb-kr...@alioth.debian.org
[debian-hurd-Patches][310869] Bug#483281:heimdal: FTBFS on hurd-i386 (debian-ports)
Patches item #310869, was changed at 28/05/2008 03:08 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=310869group_id=30628 Status: Closed Priority: 3 Submitted By: Samuel Thibault (sthibaul-guest) Assigned to: Nobody (None) Summary: Bug#483281:heimdal: FTBFS on hurd-i386 (debian-ports) Category: None Group: None Resolution: Fixed Initial Comment: two _IOTs, some MAXHOSTNAMELEN -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:37 Message: Fixed nowadays. -- Comment By: Samuel Thibault (sthibaul-guest) Date: 31/01/2009 21:30 Message: And now missing pthread configuration stuff. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=310869group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8ylu-sc...@alioth.debian.org
[debian-hurd-Patches][311053] #409261 squid 2.7.STABLE3 patch
Patches item #311053, was changed at 04/09/2008 21:51 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311053group_id=30628 Status: Closed Priority: 3 Submitted By: Flávio Cruz (flaviocruz-guest) Assigned to: Nobody (None) Summary: #409261 squid 2.7.STABLE3 patch Category: other Group: unreviewed Resolution: Fixed Initial Comment: This patch fixes compilation problems for the squid package. -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:38 Message: Fixed nowadays. -- Comment By: Samuel Thibault (sthibaul-guest) Date: 05/09/2008 09:56 Message: Ok then fine, please submit (and put the bug number in the title) -- Comment By: Flávio Cruz (flaviocruz-guest) Date: 05/09/2008 02:59 Message: It just changes the host naming scheme. config.status was not recognizing the old scheme. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=197993 for similar problem and fix -- Comment By: Samuel Thibault (sthibaul-guest) Date: 05/09/2008 01:02 Message: Looks fine, I think you can submit it. Just to make sure: I guess - $(DEB_HOST_ARCH_CPU)-debian-$(DEB_HOST_ARCH_OS) + $(DEB_BUILD_GNU_TYPE) just changes the build directory, so that it is harmless? -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311053group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8yn0-xw...@alioth.debian.org
[debian-hurd-Patches][311318] #314314: iceape (debian-ports)
Patches item #311318, was changed at 22/12/2008 10:22 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311318group_id=30628 Status: Closed Priority: 3 Submitted By: Samuel Thibault (sthibaul-guest) Assigned to: Nobody (None) Summary: #314314: iceape (debian-ports) Category: None Group: None Resolution: Fixed Initial Comment: Just configuration fixes. There are still a lot of MAXPATHLEN issues to fix. -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:40 Message: Fixed nowadays. -- Comment By: Samuel Thibault (sthibaul-guest) Date: 02/02/2009 10:01 Message: Updated patch, will probably get outdated as soon as doko updates iceape to a newer upstream version. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311318group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8ypb-0001mb...@alioth.debian.org
[debian-hurd-Patches][311572] Bug#522101: libao FTBFS (debian-ports)
Patches item #311572, was changed at 31/03/2009 21:30 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311572group_id=30628 Status: Closed Priority: 3 Submitted By: Samuel Thibault (sthibaul-guest) Assigned to: Nobody (None) Summary: Bug#522101: libao FTBFS (debian-ports) Category: None Group: None Resolution: Fixed Initial Comment: PATH_MAX -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:41 Message: Fixed nowadays. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311572group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8yqd-0001s2...@alioth.debian.org
[debian-hurd-Patches][312023] #552043: pam 1.1.0
Patches item #312023, was changed at 21/10/2009 22:06 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312023group_id=30628 Status: Closed Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: #552043: pam 1.1.0 Category: posix Group: None Resolution: Fixed Initial Comment: A (hopefully) simple patch to remove a PATH_MAX usage in a testcase. With this pam 1.1.0-4 compiles and the tests succeed. -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:45 Message: Fixed nowadays -- Comment By: Pino Toscano (pino-guest) Date: 23/10/2009 00:53 Message: Done, bug #552043. -- Comment By: Samuel Thibault (sthibault) Date: 23/10/2009 00:15 Message: Quite trivial indeed :) Please submit. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312023group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8yti-0001d7...@alioth.debian.org
[debian-hurd-Patches][312132] Vino FTBFS because of MAXHOSTNAMELEN usage
Patches item #312132, was changed at 04/12/2009 17:18 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312132group_id=30628 Status: Closed Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: Vino FTBFS because of MAXHOSTNAMELEN usage Category: None Group: unreviewed Resolution: Fixed Initial Comment: Hi, Since 2.26 Vino FTBFS because it ships a code copy of miniupnp which uses MAXHOSTNAMELEN in some places. The attached patch makes it build on the Hurd, and I've briefly checked that everything is still fine on Linux. Please review :) -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:45 Message: Fixed nowadays. -- Comment By: Samuel Thibault (sthibault) Date: 07/12/2009 01:08 Message: Mmm, why casting (p3-p1) into int? a pointer difference is already a ptrdiff_t, which should get silently casted as appropriate. Else it looks fine. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312132group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8yu3-0001kg...@alioth.debian.org
[debian-hurd-Patches][312138] gnome-applets FTBFS because of PATH_MAX usage
Patches item #312138, was changed at 07/12/2009 02:55 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312138group_id=30628 Status: Closed Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: gnome-applets FTBFS because of PATH_MAX usage Category: None Group: unreviewed Resolution: Fixed Initial Comment: Hi, Once gnome-python-desktop is built, gnome-applets will fail to build because it uses PATH_MAX in one place. The attached patch makes it allocate enough memory for a buffer dynamically and fixes the build. -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:46 Message: Fixed nowadays. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 07/12/2009 17:31 Message: Forwarded upstream: https://bugzilla.gnome.org/show_bug.cgi?id=603997 -- Comment By: Samuel Thibault (sthibault) Date: 07/12/2009 03:18 Message: I would have used an out: label, but that's really a matter of style. Please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312138group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8yur-0001x0...@alioth.debian.org
[debian-hurd-Patches][312155] pth 2.0.7
Patches item #312155, was changed at 13/12/2009 00:20 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312155group_id=30628 Status: Closed Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: pth 2.0.7 Category: None Group: None Resolution: Fixed Initial Comment: Current pth (2.0.7-14) fails to build because of incomplete porting for the setting of the context jmpbuf. Although, pth 2.0.7-12 built, and the reason seems like older glibc provided the JB_* macros for the jmpbuf slots ([1] for example). The attached solution has been taken from the i386 part of [1], ie defining back JB_* macros if needed. As a result, pth now compiles and seem to be working, so the sanity check in gpgme's configure should not fail. [1] http://www.mail-archive.com/user-mode-linux-devel@lists.sourceforge.net/msg02974.html -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:46 Message: Fixed nowadays. -- Comment By: Samuel Thibault (sthibault) Date: 13/12/2009 15:37 Message: Maybe the short-term solution could be to just upload a pth with your patch on debian-ports? -- Comment By: Pino Toscano (pino-guest) Date: 13/12/2009 15:32 Message: I agree, and in fact the configure (see configure.ac) has a workaround to not use the sigaltstack implementation on Hurd, even if found. Otherwise, the other short-term solution would be disabling the pth sanity check in gpgme, as the current pth is detected to be unusable. -- Comment By: Samuel Thibault (sthibault) Date: 13/12/2009 12:31 Message: Mmm, not really pretty indeed. The long-term solution is rather to fix sigaltstack, which should be as soon as glibc stops using the stack for thread-specific data. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312155group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8yut-0002am...@alioth.debian.org
[debian-hurd-Patches][312442] libcap2 2.19
Patches item #312442, was changed at 06/04/2010 21:53 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312442group_id=30628 Status: Open Priority: 3 Submitted By: David Hedberg (davidh-guest) Assigned to: Nobody (None) Summary: libcap2 2.19 Category: None Group: None Resolution: None Initial Comment: This small patch allows libcap to build and be linked with the accompanying utilities in progs. I have not tested it with anything else and there is of course no real functionality provided. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312442group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8yvt-0002ko...@alioth.debian.org
[debian-hurd-Patches][312483] sound/hexter-0.6.1
Patches item #312483, was changed at 01/05/2010 16:18 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312483group_id=30628 Status: Closed Priority: 3 Submitted By: Gokturk Yuksek (gokturk-guest) Assigned to: Nobody (None) Summary: sound/hexter-0.6.1 Category: posix Group: unreviewed Resolution: Fixed Initial Comment: Proposed patch solves PATH_MAX problem by calling 'snprintf' function with (NULL, 0, ...) parameters to calculate how many characters to read (including the \0 character), and then calling it again with an allocated buffer to do actual operation. Build log is also attached. -- Comment By: Samuel Thibault (sthibault) Date: 09/04/2011 15:48 Message: Fixed nowadays. -- Comment By: Samuel Thibault (sthibault) Date: 03/05/2010 23:08 Message: Looks good, please submit. -- Comment By: Gokturk Yuksek (gokturk-guest) Date: 03/05/2010 21:40 Message: I attached the simpler version of the patch. Unfortunately, alioth neither lets me remove previously attached files nor overwrite them so i attached with a new name. -- Comment By: Samuel Thibault (sthibault) Date: 02/05/2010 12:29 Message: +1 for the '/' and again +1 for the '\0' It's simpler because glibc doesn't have to run snprintf twice. -- Comment By: Gokturk Yuksek (gokturk-guest) Date: 02/05/2010 11:11 Message: Why +1+1? If i'm not mistaken, strlen() returns the length of the string without the null character so strlen() + 1 should give the real length of the string and snprintf(..., %s/) should exactly fit into the buffer. I don't know why i couldn't see the simpler solution, thanks for the catch up though :) -- Comment By: Samuel Thibault (sthibault) Date: 01/05/2010 16:41 Message: Mmm, wouldn't it be simpler to allocate strlen(project_directory)+1+1? -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312483group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1q8yws-0002rb...@alioth.debian.org
[debian-hurd-Patches][312100] #557537: liboggz 1.1.0
Patches item #312100, was changed at 22/11/2009 15:09 by Pino Toscano You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312100group_id=30628 Status: Closed Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: #557537: liboggz 1.1.0 Category: None Group: None Resolution: Fixed Initial Comment: Currently liboggz compiles fine but the Debian packaging fails because of problems with the symbols in the library and the ones expected. The problem looks a very small problem (typo) in the configure check for the gnu platform, so the version script is not used. -- Comment By: Pino Toscano (pino-guest) Date: 06/05/2010 19:31 Message: The patch was accepted, and liboggz now compiles fine since version 1.1.0-2. -- Comment By: Pino Toscano (pino-guest) Date: 22/11/2009 18:53 Message: Reported as bug #557537. -- Comment By: Samuel Thibault (sthibault) Date: 22/11/2009 18:31 Message: Indeed, please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312100group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1oa4vp-uh...@alioth.debian.org
[debian-hurd-Patches][312097] #530796: xine-lib 1.1.16.3
Patches item #312097, was changed at 20/11/2009 20:24 by Pino Toscano You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312097group_id=30628 Status: Closed Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: #530796: xine-lib 1.1.16.3 Category: debian Group: None Resolution: Fixed Initial Comment: Other than the dvb fix reported in bug #530796 (and a fixed libtheora), the Debian packaging for xine-lib needs tweaks to the .install files. The attached patch to the rules file does a job similar to what's been done for kfreebsd-i386, plus removing more stuff. -- Comment By: Pino Toscano (pino-guest) Date: 06/05/2010 19:32 Message: The patch was accepted, and xine-lib now compiles fine since version 1.1.18-1. -- Comment By: Samuel Thibault (sthibault) Date: 30/11/2009 23:55 Message: Looks just fine, please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312097group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1oa4wd-xc...@alioth.debian.org
[debian-hurd-Patches][312039] #558975: avahi 0.6.25
Patches item #312039, was changed at 31/10/2009 21:37 by Pino Toscano You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312039group_id=30628 Status: Closed Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: #558975: avahi 0.6.25 Category: None Group: None Resolution: Fixed Initial Comment: The scenario is the following: in avahi-core, three different network interface backends, - iface-linux.c (compiled if linux/netlink.h is found) - iface-pfroute.c (compiled if net/route.h is found) - iface-none.c (compiled in the remaining cases) on Hurd, it finds net/route.h so it tries to compile the pfroute backend; the problem is that the backend uses net/if_dl.h and the rt_* network stuff, unavailable. The proposed patch extends the configure check for net/route.h by adding net/if_dl.h among the includes needed for the check, so it will pass if net/route.h and net/if_dl.h are both available. Although the pfroute backend is used by *freebsd-*, the change shouldn't affect it. -- Comment By: Pino Toscano (pino-guest) Date: 06/05/2010 19:33 Message: The patch was accepted, and avahi now compiles fine since version 0.6.25-3. -- Comment By: Pino Toscano (pino-guest) Date: 01/12/2009 01:24 Message: Done, bug #558975. -- Comment By: Samuel Thibault (sthibault) Date: 30/11/2009 23:56 Message: Just fine, please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312039group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1oa4xb-00010a...@alioth.debian.org
[debian-hurd-Patches][312017] #552397: openmpi 1.3.3
Patches item #312017, was changed at 18/10/2009 10:05 by Pino Toscano You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312017group_id=30628 Status: Closed Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: #552397: openmpi 1.3.3 Category: None Group: None Resolution: Fixed Initial Comment: This should fix the various porting issues of openmpi 1.3.3 on GNU/Hurd: - missing SA_SIGINFO, so a sa_handler is used; show_stackframe_handler() calls show_stackframe() with NULL parameters as that handler checks for non-NULL siginfo_t* and context* already - some fixed-size char[] for getcwd() to get_current_dir_name() + free() - some fixed-size char[] for gethostname() to a dynamic realloc() loop - one gethostname() call commented out, as it seems unused... - look for mach-o/arch.h instead of mach/mach_host.h to determine whether it is compiling on Darwin -- Comment By: Pino Toscano (pino-guest) Date: 06/05/2010 19:34 Message: The patch was accepted, and openmpi now compiles fine since version 1.4.1-3. -- Comment By: Pino Toscano (pino-guest) Date: 26/10/2009 00:42 Message: Ups my bad, the count is indeed 19, I must have counted the final null byte twice. Thanks for the review, I sent the updated patch as bug #552397 -- Comment By: Samuel Thibault (sthibault) Date: 25/10/2009 19:33 Message: Mmm, why + 20? I would rather use 13 + strlen(jobidstring) + 1 + strlen(orte_process_info.nodename) + 4 + 1. -- Comment By: Pino Toscano (pino-guest) Date: 25/10/2009 10:41 Message: Right, added checks for ENAMETOOLONG in gethostname() loops. Also added a PATH_MAX change in orte/orted/orted_main.c, needed in 1.3.3-2 (it was not in 1.3.3-1). -- Comment By: Samuel Thibault (sthibault) Date: 24/10/2009 01:10 Message: In mca_base_component_find.c and ompi_mpi_finalize.c, you should check that errno is ENAMETOOLONG, because else if some other error happens (who knows what), you'll end up eating as much memory as possible. Else, seems fine, please submit after having added the errno check! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312017group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1oa4y3-00013y...@alioth.debian.org
[debian-hurd-Patches][311571] Bug#522100: pulseaudio FTBFS (debian-ports)
Patches item #311571, was changed at 31/03/2009 21:08 by Pino Toscano You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311571group_id=30628 Status: Open Priority: 3 Submitted By: Samuel Thibault (sthibaul-guest) Assigned to: Nobody (None) Summary: Bug#522100: pulseaudio FTBFS (debian-ports) Category: None Group: None Resolution: None Initial Comment: PATH_MAX, PIPE_MAX, pthread_setaffinity, alsa/evdev build fix. -- Comment By: Pino Toscano (pino-guest) Date: 06/05/2010 19:59 Message: Updated patch for pulseaudio 0.9.21. Below the various problems and eventual solutions found: - src/pulse/context.c: usage of SA_NOCLDWAIT sigaction(2) shows it is Linux-only, and waitpid(2) says that checking for the presence of that flag and checking that the handler is SIG_IGN is equivalent; thus, make the SA_NOCLDWAIT flag check optionally compiled depending on the SA_NOCLDWAIT presence - src/pulsecore/memtrap.c: SA_SIGINFO the first step is using a simple sa_handler if SA_SIGINFO is not defined; futhermore, PA remaps memory in the SIGBUS signal handler, using the data provided in the siginfo_t, so just fail in the simple signal handler - src/modules/rtp/module-rtp-recv.c: SO_TIMESTAMP Hurd does not support activating the timestamp receiving for sockets, so enable it only if SO_TIMESTAMP is defined - src/modules/rtp/rtp.c: SO_TIMESTAMP most probably the right type to check should be SCM_TIMESTAMP, like other types available for cmsg_type (eg SCM_RIGHTS) - src/modules/module-pipe-source.c: PIPE_BUF make use of the available pa_pipe_buf() for the job - src/utils/pacmd.c: PIPE_BUF here the two 'ibuf' and 'obuf' are dynamically allocated with the minimum size of all the pipe_buf for the fd's they are used as buffer when reading from and writing to - debian/rules: autogeneration of pulseaudio.install for Hurd used the same approach used for kfreebsd-* If the patch looks ok, I can send the pulseaudio bits to the PA's trac and the debian part to #573339. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 29/01/2010 00:38 Message: The patch still applies and builds with 0.9.21 -- Comment By: Pino Toscano (pino-guest) Date: 30/10/2009 22:39 Message: This is a first attempt in a porting patch for pulseaudio 0.9.19. Below the various problems and eventual solutions found: - src/pulse/context.c: usage of SA_NOCLDWAIT sigaction(2) shows it is Linux-only, and waitpid(2) says that checking for the presence of that flag and checking that the handler is SIG_IGN is equivalent; thus, make the SA_NOCLDWAIT flag check optionally compiled depending on the SA_NOCLDWAIT presence - src/pulsecore/memtrap.c: SA_SIGINFO the first step is using a simple sa_handler if SA_SIGINFO is not defined; futhermore, PA remaps memory in the SIGBUS signal handler, using the data provided in the siginfo_t, so just fail in the simple signal handler - src/modules/rtp/module-rtp-recv.c: SO_TIMESTAMP Hurd does not support activating the timestamp receiving for sockets, so enable it only if SO_TIMESTAMP is defined - src/modules/rtp/rtp.c: SO_TIMESTAMP most probably the right type to check should be SCM_TIMESTAMP, like other types available for cmsg_type (eg SCM_RIGHTS) - src/modules/module-pipe-source.c: - src/utils/pacmd.c: PIPE_BUF no solution yet, manual #define for now - debian/rules: autogeneration of pulseaudio.install for Hurd used the same approach used for kfreebsd-* Of course, given the PIPE_BUF stuff (and the review needed) it is not worth being sent upstream yet, but I thought posting it could have been useful for others to take a look. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311571group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1oa5lh-0002k2...@alioth.debian.org
[debian-hurd-Patches][311571] Bug#522100: pulseaudio FTBFS (debian-ports)
Patches item #311571, was changed at 31/03/2009 21:08 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311571group_id=30628 Status: Open Priority: 3 Submitted By: Samuel Thibault (sthibaul-guest) Assigned to: Nobody (None) Summary: Bug#522100: pulseaudio FTBFS (debian-ports) Category: None Group: None Resolution: None Initial Comment: PATH_MAX, PIPE_MAX, pthread_setaffinity, alsa/evdev build fix. -- Comment By: Samuel Thibault (sthibault) Date: 07/05/2010 02:37 Message: It seems fine, please submit, thanks! -- Comment By: Pino Toscano (pino-guest) Date: 06/05/2010 19:59 Message: Updated patch for pulseaudio 0.9.21. Below the various problems and eventual solutions found: - src/pulse/context.c: usage of SA_NOCLDWAIT sigaction(2) shows it is Linux-only, and waitpid(2) says that checking for the presence of that flag and checking that the handler is SIG_IGN is equivalent; thus, make the SA_NOCLDWAIT flag check optionally compiled depending on the SA_NOCLDWAIT presence - src/pulsecore/memtrap.c: SA_SIGINFO the first step is using a simple sa_handler if SA_SIGINFO is not defined; futhermore, PA remaps memory in the SIGBUS signal handler, using the data provided in the siginfo_t, so just fail in the simple signal handler - src/modules/rtp/module-rtp-recv.c: SO_TIMESTAMP Hurd does not support activating the timestamp receiving for sockets, so enable it only if SO_TIMESTAMP is defined - src/modules/rtp/rtp.c: SO_TIMESTAMP most probably the right type to check should be SCM_TIMESTAMP, like other types available for cmsg_type (eg SCM_RIGHTS) - src/modules/module-pipe-source.c: PIPE_BUF make use of the available pa_pipe_buf() for the job - src/utils/pacmd.c: PIPE_BUF here the two 'ibuf' and 'obuf' are dynamically allocated with the minimum size of all the pipe_buf for the fd's they are used as buffer when reading from and writing to - debian/rules: autogeneration of pulseaudio.install for Hurd used the same approach used for kfreebsd-* If the patch looks ok, I can send the pulseaudio bits to the PA's trac and the debian part to #573339. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 29/01/2010 00:38 Message: The patch still applies and builds with 0.9.21 -- Comment By: Pino Toscano (pino-guest) Date: 30/10/2009 22:39 Message: This is a first attempt in a porting patch for pulseaudio 0.9.19. Below the various problems and eventual solutions found: - src/pulse/context.c: usage of SA_NOCLDWAIT sigaction(2) shows it is Linux-only, and waitpid(2) says that checking for the presence of that flag and checking that the handler is SIG_IGN is equivalent; thus, make the SA_NOCLDWAIT flag check optionally compiled depending on the SA_NOCLDWAIT presence - src/pulsecore/memtrap.c: SA_SIGINFO the first step is using a simple sa_handler if SA_SIGINFO is not defined; futhermore, PA remaps memory in the SIGBUS signal handler, using the data provided in the siginfo_t, so just fail in the simple signal handler - src/modules/rtp/module-rtp-recv.c: SO_TIMESTAMP Hurd does not support activating the timestamp receiving for sockets, so enable it only if SO_TIMESTAMP is defined - src/modules/rtp/rtp.c: SO_TIMESTAMP most probably the right type to check should be SCM_TIMESTAMP, like other types available for cmsg_type (eg SCM_RIGHTS) - src/modules/module-pipe-source.c: - src/utils/pacmd.c: PIPE_BUF no solution yet, manual #define for now - debian/rules: autogeneration of pulseaudio.install for Hurd used the same approach used for kfreebsd-* Of course, given the PIPE_BUF stuff (and the review needed) it is not worth being sent upstream yet, but I thought posting it could have been useful for others to take a look. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311571group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1oabzk-0002wu...@alioth.debian.org
[debian-hurd-Patches][312488] sound/wsynth-dssi-0.1.3
Patches item #312488, was opened at 2010-05-04 04:54 by Gokturk Yuksek You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312488group_id=30628 Status: Open Priority: 3 Submitted By: Gokturk Yuksek (gokturk-guest) Assigned to: Nobody (None) Summary: sound/wsynth-dssi-0.1.3 Category: posix Group: None Resolution: None Initial Comment: Proposed patch solves the PATH_MAX issue by determining the size of the buffer using 'strlen()' first and then allocating the buffer dynamically. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312488group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1o9dtl-0005xd...@alioth.debian.org
[debian-hurd-Patches][312488] sound/wsynth-dssi-0.1.3
Patches item #312488, was changed at 04/05/2010 10:54 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312488group_id=30628 Status: Open Priority: 3 Submitted By: Gokturk Yuksek (gokturk-guest) Assigned to: Nobody (None) Summary: sound/wsynth-dssi-0.1.3 Category: posix Group: None Resolution: None Initial Comment: Proposed patch solves the PATH_MAX issue by determining the size of the buffer using 'strlen()' first and then allocating the buffer dynamically. -- Comment By: Samuel Thibault (sthibault) Date: 04/05/2010 11:38 Message: Seems right. Please reportbug. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312488group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1o9eap-0001ia...@alioth.debian.org
[debian-hurd-Patches][312483] sound/hexter-0.6.1
Patches item #312483, was changed at 2010-05-01 10:18 by Gokturk Yuksek You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312483group_id=30628 Status: Open Priority: 3 Submitted By: Gokturk Yuksek (gokturk-guest) Assigned to: Nobody (None) Summary: sound/hexter-0.6.1 Category: posix Group: unreviewed Resolution: None Initial Comment: Proposed patch solves PATH_MAX problem by calling 'snprintf' function with (NULL, 0, ...) parameters to calculate how many characters to read (including the \0 character), and then calling it again with an allocated buffer to do actual operation. Build log is also attached. -- Comment By: Gokturk Yuksek (gokturk-guest) Date: 2010-05-03 15:40 Message: I attached the simpler version of the patch. Unfortunately, alioth neither lets me remove previously attached files nor overwrite them so i attached with a new name. -- Comment By: Samuel Thibault (sthibault) Date: 2010-05-02 06:29 Message: +1 for the '/' and again +1 for the '\0' It's simpler because glibc doesn't have to run snprintf twice. -- Comment By: Gokturk Yuksek (gokturk-guest) Date: 2010-05-02 05:11 Message: Why +1+1? If i'm not mistaken, strlen() returns the length of the string without the null character so strlen() + 1 should give the real length of the string and snprintf(..., %s/) should exactly fit into the buffer. I don't know why i couldn't see the simpler solution, thanks for the catch up though :) -- Comment By: Samuel Thibault (sthibault) Date: 2010-05-01 10:41 Message: Mmm, wouldn't it be simpler to allocate strlen(project_directory)+1+1? -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312483group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1o91vn-0001eg...@alioth.debian.org
[debian-hurd-Patches][312483] sound/hexter-0.6.1
Patches item #312483, was changed at 01/05/2010 16:18 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312483group_id=30628 Status: Open Priority: 3 Submitted By: Gokturk Yuksek (gokturk-guest) Assigned to: Nobody (None) Summary: sound/hexter-0.6.1 Category: posix Group: unreviewed Resolution: None Initial Comment: Proposed patch solves PATH_MAX problem by calling 'snprintf' function with (NULL, 0, ...) parameters to calculate how many characters to read (including the \0 character), and then calling it again with an allocated buffer to do actual operation. Build log is also attached. -- Comment By: Samuel Thibault (sthibault) Date: 03/05/2010 23:08 Message: Looks good, please submit. -- Comment By: Gokturk Yuksek (gokturk-guest) Date: 03/05/2010 21:40 Message: I attached the simpler version of the patch. Unfortunately, alioth neither lets me remove previously attached files nor overwrite them so i attached with a new name. -- Comment By: Samuel Thibault (sthibault) Date: 02/05/2010 12:29 Message: +1 for the '/' and again +1 for the '\0' It's simpler because glibc doesn't have to run snprintf twice. -- Comment By: Gokturk Yuksek (gokturk-guest) Date: 02/05/2010 11:11 Message: Why +1+1? If i'm not mistaken, strlen() returns the length of the string without the null character so strlen() + 1 should give the real length of the string and snprintf(..., %s/) should exactly fit into the buffer. I don't know why i couldn't see the simpler solution, thanks for the catch up though :) -- Comment By: Samuel Thibault (sthibault) Date: 01/05/2010 16:41 Message: Mmm, wouldn't it be simpler to allocate strlen(project_directory)+1+1? -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312483group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1o92sh-0007sx...@alioth.debian.org
[debian-hurd-Patches][312483] sound/hexter-0.6.1
Patches item #312483, was changed at 2010-05-01 10:18 by Gokturk Yuksek You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312483group_id=30628 Status: Open Priority: 3 Submitted By: Gokturk Yuksek (gokturk-guest) Assigned to: Nobody (None) Summary: sound/hexter-0.6.1 Category: posix Group: unreviewed Resolution: None Initial Comment: Proposed patch solves PATH_MAX problem by calling 'snprintf' function with (NULL, 0, ...) parameters to calculate how many characters to read (including the \0 character), and then calling it again with an allocated buffer to do actual operation. Build log is also attached. -- Comment By: Gokturk Yuksek (gokturk-guest) Date: 2010-05-02 05:11 Message: Why +1+1? If i'm not mistaken, strlen() returns the length of the string without the null character so strlen() + 1 should give the real length of the string and snprintf(..., %s/) should exactly fit into the buffer. I don't know why i couldn't see the simpler solution, thanks for the catch up though :) -- Comment By: Samuel Thibault (sthibault) Date: 2010-05-01 10:41 Message: Mmm, wouldn't it be simpler to allocate strlen(project_directory)+1+1? -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312483group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1o8vdq-gh...@alioth.debian.org
[debian-hurd-Patches][312483] sound/hexter-0.6.1
Patches item #312483, was opened at 2010-05-01 10:18 by Gokturk Yuksek You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312483group_id=30628 Status: Open Priority: 3 Submitted By: Gokturk Yuksek (gokturk-guest) Assigned to: Nobody (None) Summary: sound/hexter-0.6.1 Category: posix Group: unreviewed Resolution: None Initial Comment: Proposed patch solves PATH_MAX problem by calling 'snprintf' function with (NULL, 0, ...) parameters to calculate how many characters to read (including the \0 character), and then calling it again with an allocated buffer to do actual operation. Build log is also attached. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312483group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1o8dwl-000610...@alioth.debian.org
[debian-hurd-Patches][312483] sound/hexter-0.6.1
Patches item #312483, was changed at 01/05/2010 16:18 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312483group_id=30628 Status: Open Priority: 3 Submitted By: Gokturk Yuksek (gokturk-guest) Assigned to: Nobody (None) Summary: sound/hexter-0.6.1 Category: posix Group: unreviewed Resolution: None Initial Comment: Proposed patch solves PATH_MAX problem by calling 'snprintf' function with (NULL, 0, ...) parameters to calculate how many characters to read (including the \0 character), and then calling it again with an allocated buffer to do actual operation. Build log is also attached. -- Comment By: Samuel Thibault (sthibault) Date: 01/05/2010 16:41 Message: Mmm, wouldn't it be simpler to allocate strlen(project_directory)+1+1? -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312483group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1o8dsa-vz...@alioth.debian.org
[debian-hurd-Patches][312160] seahorse-plugins 2.28.1 FTBFS (MAXPATHLEN)
Patches item #312160, was changed at 2009-12-13 22:14 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312160group_id=30628 Status: Closed Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Emilio Pozuelo Monfort (pochu) Summary: seahorse-plugins 2.28.1 FTBFS (MAXPATHLEN) Category: None Group: fixed Resolution: Fixed Initial Comment: The seahorse-gpg-options.c part is similar to the seahorse patch (code copy). -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-04-17 01:33 Message: Fixed upstream and in Debian. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2009-12-14 00:30 Message: heh, indeed (or g_socket_name to be a bit more clear). Commited to pkg-gnome, and forwarded upstream: https://bugzilla.gnome.org/show_bug.cgi?id=604495 -- Comment By: Samuel Thibault (sthibault) Date: 2009-12-13 23:20 Message: g_socket_name = g_strdup_printf (%s%s, g_strdup_printf, SOCKET_FILE); seems incorrect, I guess you meant g_socket_name = g_strdup_printf (%s%s, t, SOCKET_FILE); ? Else it seems fine. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312160group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1o2v22-ru...@alioth.debian.org
[debian-hurd-Patches][312159] seahorse 2.28.1 FTBFS (MAXPATHLEN)
Patches item #312159, was changed at 2009-12-13 19:53 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312159group_id=30628 Status: Closed Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Emilio Pozuelo Monfort (pochu) Summary: seahorse 2.28.1 FTBFS (MAXPATHLEN) Category: None Group: fixed Resolution: Fixed Initial Comment: seahorse fails to build because of unconditional MAXPATHLEN usage. The attached patch removes it and uses dynamic allocation instead. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-04-17 01:33 Message: Fixed upstream and in Debian. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2009-12-14 00:28 Message: Committed to pkg-gnome and forwarded upstream: https://bugzilla.gnome.org/show_bug.cgi?id=604494 -- Comment By: Samuel Thibault (sthibault) Date: 2009-12-13 23:17 Message: It seems fine, please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312159group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1o2v2k-t3...@alioth.debian.org
[debian-hurd-Patches][312341] webkit 1.1.20 (PATH_MAX)
Patches item #312341, was changed at 2010-02-10 08:53 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312341group_id=30628 Status: Closed Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Emilio Pozuelo Monfort (pochu) Summary: webkit 1.1.20 (PATH_MAX) Category: None Group: fixed Resolution: Fixed Initial Comment: webkit has introduced PATH_MAX in a couple of tests recently. This patch fixes it by using dynamic allocation. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-03-12 13:53 Message: Fixed upstream and in Debian. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-02-13 16:21 Message: Forwarded: https://bugs.webkit.org/show_bug.cgi?id=34920 -- Comment By: Samuel Thibault (sthibault) Date: 2010-02-13 14:30 Message: please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312341group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1o1nvv-0005ze...@alioth.debian.org
[debian-hurd-Patches][312161] gdm 2.20.10 FTBFS
Patches item #312161, was changed at 2009-12-15 01:14 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312161group_id=30628 Status: Closed Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Emilio Pozuelo Monfort (pochu) Summary: gdm 2.20.10 FTBFS Category: None Group: fixed-debian Resolution: Fixed Initial Comment: Hi, I've prepared this two patches to make gdm build on Hurd. The second one moves gdm_reset_locale() out of an RLIMIT #ifdef (it was there by mistake I guess). gdm 2.28 builds fine on Hurd but we will have 2.20 for a while (will likely be the default for Squeeze). -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-04-12 20:01 Message: Fixed and built. -- Comment By: Samuel Thibault (sthibault) Date: 2009-12-19 15:52 Message: In that case, yes. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2009-12-19 15:46 Message: I don't intend to forward this upstream, as the last stable and unstable (2.28 and 2.29) releases are fine. So this will be a Debian-only patch for 2.20 until we move to a newer release (we don't yet as they have many regressions). Since this will be Debian only, can I leave it as is? I guess we use glibc in all the ports... -- Comment By: Samuel Thibault (sthibault) Date: 2009-12-15 01:41 Message: Unfortunately gdm can not rely on realpath allocating a string when given NULL, as it's only a recent POSIX extension. What you can however do is ifdef __GLIBC__, assume it does, and else use PATH_MAX, as that will work fine in all cases. The patch moving the rlimit stuff is fine. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312161group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1o1nwv-00078q...@alioth.debian.org
[debian-hurd-Patches][312151] gtk-vnc FTBFS because of PATH_MAX usage
Patches item #312151, was changed at 2009-12-11 13:02 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312151group_id=30628 Status: Closed Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Emilio Pozuelo Monfort (pochu) Summary: gtk-vnc FTBFS because of PATH_MAX usage Category: None Group: unreviewed Resolution: Fixed Initial Comment: Hi, gtk-vnc uses PATH_MAX unconditionally, failing to build on the Hurd. The attached patch makes use of dynamic allocation rather than hardoced maximum path length. It builds fine on Hurd, and allows Vinagre to build. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-04-12 20:05 Message: Fixed upstream and in Debian, and package built. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2009-12-13 16:27 Message: That is so that I don't need to g_free() it if getpwuid() fails, but if upstream doesn't like it we can change it. I've forwarded this upstream and to Debian: https://bugzilla.gnome.org/show_bug.cgi?id=604448 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561004 -- Comment By: Samuel Thibault (sthibault) Date: 2009-12-13 14:11 Message: You should probably keep the initialization of sysdir before the one of userdir, to keep the patch lines adding the new version close to the patch lines removing the old one. Else it seems just fine, please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312151group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1o1o1h-00054l...@alioth.debian.org
[debian-hurd-Patches][312442] libcap 2.19
Patches item #312442, was opened at 2010-04-06 21:53 by David Hedberg You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312442group_id=30628 Status: Open Priority: 3 Submitted By: David Hedberg (davidh-guest) Assigned to: Nobody (None) Summary: libcap 2.19 Category: None Group: None Resolution: None Initial Comment: This small patch allows libcap to build and be linked with the accompanying utilities in progs. I have not tested it with anything else and there is of course no real functionality provided. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312442group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1nzepa-0001ae...@alioth.debian.org
[debian-hurd-Patches][312340] dbus 1.2.20 FTBFS (default dir watch backend)
Patches item #312340, was changed at 2010-02-09 21:57 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312340group_id=30628 Status: Closed Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: dbus 1.2.20 FTBFS (default dir watch backend) Category: None Group: fixed Resolution: Fixed Initial Comment: The latest releases of dbus introduced changes to the dir watch interfaces that the default backend (which is a noop) didn't follow, breaking the build on Hurd. The attached patch fixes it. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-03-21 19:44 Message: Fixed upstream and in Debian -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-02-13 16:25 Message: Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=26554 -- Comment By: Samuel Thibault (sthibault) Date: 2010-02-13 14:31 Message: Please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312340group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ntq8l-0007zc...@alioth.debian.org
[debian-hurd-Patches][311015] #496274 procps-3.2.7 (debian-ports)
Patches item #311015, was changed at 2008-08-21 14:38 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311015group_id=30628 Status: Closed Priority: 3 Submitted By: Madhusudan C.S (madhusudancs-guest) Assigned to: Nobody (None) Summary: #496274 procps-3.2.7 (debian-ports) Category: None Group: fixed Resolution: Fixed Initial Comment: This patch eliminates the PATH_MAX problem in files ./proc/readproc.c and ./pwd.x. Also alternatives method is used not to override the tools that are common in Hurd and procps. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-03-21 20:33 Message: This was applied in Debian, so let's close it. It fails to build but because of a different problem, so let's open another report for that. -- Comment By: Michael Banck (mbanck) Date: 2008-09-02 11:22 Message: Thanks, I have uploaded it to debian-ports now. -- Comment By: Madhusudan C.S (madhusudancs-guest) Date: 2008-08-27 20:56 Message: Hey Samuel I am really sorry, have been a bit occupied with school work this week, I forgot to paste the bug number here. I reported the bug on Monday only through reportbug command this is the bug number I got, Bug#496274 -- Comment By: Samuel Thibault (sthibaul-guest) Date: 2008-08-27 01:15 Message: Looks fine, I think you can submit it through reportbug. -- Comment By: Madhusudan C.S (madhusudancs-guest) Date: 2008-08-23 21:28 Message: This is the right patch I think. -- Comment By: Madhusudan C.S (madhusudancs-guest) Date: 2008-08-21 22:59 Message: New patch. tload should install and work. PATH_MAX problem and buf is better managed in pwdx.c -- Comment By: Madhusudan C.S (madhusudancs-guest) Date: 2008-08-21 21:02 Message: By definition, sizeof(char) is 1. for the buf allocation, can't you just use 6 + strlen(argv[i]) + 4 + 1 ? Instead of using strlen(pathbuf), just remember the size you allocated last time. Sure these both can be done. I will do it. Take care of spurious spacing changes, always read the patch itself to check for those. I did not understand this. Can you please tell me what you meant and where are those spurious spacing changes? -- Comment By: Samuel Thibault (sthibaul-guest) Date: 2008-08-21 17:54 Message: Also, why removing tload? Shouldn't it work? You should probably also discuss with kfreebsd people whether removing pmap, slabtop there too (that code should probably be shared) -- Comment By: Madhusudan C.S (madhusudancs-guest) Date: 2008-08-21 17:48 Message: This is the second patch and I think this should be applied, since this adds few additional tools that should not be installed on Hurd. -- Comment By: Samuel Thibault (sthibaul-guest) Date: 2008-08-21 17:46 Message: By definition, sizeof(char) is 1. for the buf allocation, can't you just use 6 + strlen(argv[i]) + 4 + 1 ? Instead of using strlen(pathbuf), just remember the size you allocated last time. Take care of spurious spacing changes, always read the patch itself to check for those. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311015group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ntqtv-0004mw...@alioth.debian.org
[debian-hurd-Patches][312341] webkit 1.1.20 (PATH_MAX)
Patches item #312341, was changed at 2010-02-10 08:53 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312341group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Emilio Pozuelo Monfort (pochu) Summary: webkit 1.1.20 (PATH_MAX) Category: None Group: fixed Resolution: Fixed Initial Comment: webkit has introduced PATH_MAX in a couple of tests recently. This patch fixes it by using dynamic allocation. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-03-12 13:53 Message: Fixed upstream and in Debian. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-02-13 16:21 Message: Forwarded: https://bugs.webkit.org/show_bug.cgi?id=34920 -- Comment By: Samuel Thibault (sthibault) Date: 2010-02-13 14:30 Message: please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312341group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1nq4mj-0003co...@alioth.debian.org
[debian-hurd-Patches][312334] file 5.04 (MAXPATHLEN)
Patches item #312334, was changed at 09/02/2010 02:05 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312334group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: file 5.04 (MAXPATHLEN) Category: None Group: None Resolution: None Initial Comment: The last version of file fails to build because it uses MAXPATHLEN in a file that doesn't #define it to 1024 like it does in the other files. However instead of adding the #define and workarounding the issue, I've tried to fix it properly. Here's a patch to use dynamic allocation. Please review! -- Comment By: Samuel Thibault (sthibault) Date: 14/02/2010 20:04 Message: getline() is a GNU extension, upstream will probably not happy to depend on it. Apart from that the patch seems ok. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312334group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ngjm6-0005gu...@alioth.debian.org
[debian-hurd-Patches][312341] webkit 1.1.20 (PATH_MAX)
Patches item #312341, was changed at 10/02/2010 08:53 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312341group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: webkit 1.1.20 (PATH_MAX) Category: None Group: None Resolution: None Initial Comment: webkit has introduced PATH_MAX in a couple of tests recently. This patch fixes it by using dynamic allocation. -- Comment By: Samuel Thibault (sthibault) Date: 13/02/2010 14:30 Message: please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312341group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312340] dbus 1.2.20 FTBFS (default dir watch backend)
Patches item #312340, was changed at 09/02/2010 21:57 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312340group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: dbus 1.2.20 FTBFS (default dir watch backend) Category: None Group: None Resolution: None Initial Comment: The latest releases of dbus introduced changes to the dir watch interfaces that the default backend (which is a noop) didn't follow, breaking the build on Hurd. The attached patch fixes it. -- Comment By: Samuel Thibault (sthibault) Date: 13/02/2010 14:31 Message: Please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312340group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312341] webkit 1.1.20 (PATH_MAX)
Patches item #312341, was changed at 2010-02-10 08:53 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312341group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: webkit 1.1.20 (PATH_MAX) Category: None Group: None Resolution: None Initial Comment: webkit has introduced PATH_MAX in a couple of tests recently. This patch fixes it by using dynamic allocation. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-02-13 16:21 Message: Forwarded: https://bugs.webkit.org/show_bug.cgi?id=34920 -- Comment By: Samuel Thibault (sthibault) Date: 2010-02-13 14:30 Message: please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312341group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312340] dbus 1.2.20 FTBFS (default dir watch backend)
Patches item #312340, was changed at 2010-02-09 21:57 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312340group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: dbus 1.2.20 FTBFS (default dir watch backend) Category: None Group: None Resolution: None Initial Comment: The latest releases of dbus introduced changes to the dir watch interfaces that the default backend (which is a noop) didn't follow, breaking the build on Hurd. The attached patch fixes it. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-02-13 16:25 Message: Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=26554 -- Comment By: Samuel Thibault (sthibault) Date: 2010-02-13 14:31 Message: Please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312340group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312341] webkit 1.1.20 (PATH_MAX)
Patches item #312341, was opened at 2010-02-10 08:53 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312341group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: webkit 1.1.20 (PATH_MAX) Category: None Group: None Resolution: None Initial Comment: webkit has introduced PATH_MAX in a couple of tests recently. This patch fixes it by using dynamic allocation. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312341group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312340] dbus 1.2.20 FTBFS (default dir watch backend)
Patches item #312340, was opened at 2010-02-09 21:57 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312340group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: dbus 1.2.20 FTBFS (default dir watch backend) Category: None Group: None Resolution: None Initial Comment: The latest releases of dbus introduced changes to the dir watch interfaces that the default backend (which is a noop) didn't follow, breaking the build on Hurd. The attached patch fixes it. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312340group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312158] gnome-keyring 2.28.1 FTBFS (MAXPATHLEN)
Patches item #312158, was changed at 2009-12-13 18:20 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312158group_id=30628 Status: Closed Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: gnome-keyring 2.28.1 FTBFS (MAXPATHLEN) Category: None Group: fixed Resolution: Fixed Initial Comment: gnome-keyring FTBFS because of unconditional MAXPATHLEN usage. This patch fixes it by using dynamic allocation. Please review! -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-02-09 01:53 Message: This is now fixed both in Debian and upstream. Closing! -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2009-12-14 00:27 Message: Thanks, committed in pkg-gnome and forwarded upstream: https://bugzilla.gnome.org/show_bug.cgi?id=604493 -- Comment By: Samuel Thibault (sthibault) Date: 2009-12-13 23:14 Message: It seems to be correct, please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312158group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312334] file 5.04 (MAXPATHLEN)
Patches item #312334, was opened at 2010-02-09 02:05 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312334group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: file 5.04 (MAXPATHLEN) Category: None Group: None Resolution: None Initial Comment: The last version of file fails to build because it uses MAXPATHLEN in a file that doesn't #define it to 1024 like it does in the other files. However instead of adding the #define and workarounding the issue, I've tried to fix it properly. Here's a patch to use dynamic allocation. Please review! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312334group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][311571] Bug#522100: pulseaudio FTBFS (debian-ports)
Patches item #311571, was changed at 2009-03-31 21:08 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311571group_id=30628 Status: Open Priority: 3 Submitted By: Samuel Thibault (sthibaul-guest) Assigned to: Nobody (None) Summary: Bug#522100: pulseaudio FTBFS (debian-ports) Category: None Group: None Resolution: None Initial Comment: PATH_MAX, PIPE_MAX, pthread_setaffinity, alsa/evdev build fix. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2010-01-29 00:38 Message: The patch still applies and builds with 0.9.21 -- Comment By: Pino Toscano (pino-guest) Date: 2009-10-30 22:39 Message: This is a first attempt in a porting patch for pulseaudio 0.9.19. Below the various problems and eventual solutions found: - src/pulse/context.c: usage of SA_NOCLDWAIT sigaction(2) shows it is Linux-only, and waitpid(2) says that checking for the presence of that flag and checking that the handler is SIG_IGN is equivalent; thus, make the SA_NOCLDWAIT flag check optionally compiled depending on the SA_NOCLDWAIT presence - src/pulsecore/memtrap.c: SA_SIGINFO the first step is using a simple sa_handler if SA_SIGINFO is not defined; futhermore, PA remaps memory in the SIGBUS signal handler, using the data provided in the siginfo_t, so just fail in the simple signal handler - src/modules/rtp/module-rtp-recv.c: SO_TIMESTAMP Hurd does not support activating the timestamp receiving for sockets, so enable it only if SO_TIMESTAMP is defined - src/modules/rtp/rtp.c: SO_TIMESTAMP most probably the right type to check should be SCM_TIMESTAMP, like other types available for cmsg_type (eg SCM_RIGHTS) - src/modules/module-pipe-source.c: - src/utils/pacmd.c: PIPE_BUF no solution yet, manual #define for now - debian/rules: autogeneration of pulseaudio.install for Hurd used the same approach used for kfreebsd-* Of course, given the PIPE_BUF stuff (and the review needed) it is not worth being sent upstream yet, but I thought posting it could have been useful for others to take a look. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=311571group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312118] #558754: libmusicbrainz-2.1 2.1.5
Patches item #312118, was changed at 30/11/2009 01:40 by Pino Toscano You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312118group_id=30628 Status: Closed Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: #558754: libmusicbrainz-2.1 2.1.5 Category: None Group: None Resolution: Fixed Initial Comment: Adds the recognizing of the gnu system as supported, and a dummy stub of osdeps functions (like done for other OSes, eg QNX). -- Comment By: Pino Toscano (pino-guest) Date: 23/12/2009 13:12 Message: libmusicbrainz-2.1 2.1.5-3 provides the Hurd patch, and it compiles. -- Comment By: Pino Toscano (pino-guest) Date: 30/11/2009 11:57 Message: Done, reported as bug #558754. -- Comment By: Samuel Thibault (sthibault) Date: 30/11/2009 02:46 Message: Ok, please submit! -- Comment By: Pino Toscano (pino-guest) Date: 30/11/2009 02:41 Message: Mmm, you can drop the linux/cdrom.h include entirely. Done. in ReadTOC(), you could use strlen(device) instead of hardcoding the length Right, done (malloc+free, as it isn't c99 code). (I guess QNX does it but that's not a reason ;) ) Not really, the QNX code does... exactly nothing ;) -- Comment By: Samuel Thibault (sthibault) Date: 30/11/2009 02:10 Message: Mmm, you can drop the linux/cdrom.h include entirely. in ReadTOC(), you could use strlen(device) instead of hardcoding the length (I guess QNX does it but that's not a reason ;) ) -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312118group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312011] #550995: nss 3.12.4-1
Patches item #312011, was changed at 14/10/2009 15:44 by Pino Toscano You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312011group_id=30628 Status: Closed Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: #550995: nss 3.12.4-1 Category: None Group: None Resolution: Fixed Initial Comment: nss already has a 38_hurd.dpatch, but it covers only one file. Now nss FTBFS'es in another file as well, so I added the new fix in the existing patch. Does it look sane enough to be reported on BTS? -- Comment By: Pino Toscano (pino-guest) Date: 23/12/2009 13:13 Message: nss 3.12.5-1 ships the updated patch, ad it compiles fine on Hurd now. -- Comment By: Pino Toscano (pino-guest) Date: 14/10/2009 21:24 Message: Thanks for the review! Reported as bug #550995. -- Comment By: Samuel Thibault (sthibault) Date: 14/10/2009 20:32 Message: Should be fine, please submit, thanks! -- Comment By: Pino Toscano (pino-guest) Date: 14/10/2009 19:22 Message: Right-o, new hints merged into the new version. -- Comment By: Samuel Thibault (sthibault) Date: 14/10/2009 18:04 Message: actually you could now fold +1 into count itself, and there no need to have a separate dir_len variable any more. To avoid the +#ifdef PATH_MAX } +#endif you could #ifdef the if () only, without the {. -- Comment By: Pino Toscano (pino-guest) Date: 14/10/2009 18:00 Message: Should be count+1 in snprintf Fixed. -- Comment By: Samuel Thibault (sthibault) Date: 14/10/2009 17:29 Message: Should be count+1 in snprintf -- Comment By: Pino Toscano (pino-guest) Date: 14/10/2009 17:03 Message: Right, snprintf()'s back again. -- Comment By: Samuel Thibault (sthibault) Date: 14/10/2009 16:11 Message: I'd rather keep the snprintf as such, as it's more readable that strcpys. Else it seems fine. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312011group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312180] luatex 0.47.0
Patches item #312180, was opened at 23/12/2009 13:18 by Pino Toscano You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312180group_id=30628 Status: Open Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: luatex 0.47.0 Category: None Group: None Resolution: None Initial Comment: A small patch to avoid PATH_MAX usage in lautex (dynamically allocating buffers), and also a small bit to recognize the platform. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312180group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312180] luatex 0.47.0
Patches item #312180, was changed at 23/12/2009 13:18 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312180group_id=30628 Status: Open Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: luatex 0.47.0 Category: None Group: None Resolution: None Initial Comment: A small patch to avoid PATH_MAX usage in lautex (dynamically allocating buffers), and also a small bit to recognize the platform. -- Comment By: Samuel Thibault (sthibault) Date: 23/12/2009 13:40 Message: You could put path initialization directly in its definition, but else seems fine! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312180group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312180] #562176: luatex 0.47.0
Patches item #312180, was changed at 23/12/2009 13:18 by Pino Toscano You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312180group_id=30628 Status: Open Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: #562176: luatex 0.47.0 Category: None Group: None Resolution: None Initial Comment: A small patch to avoid PATH_MAX usage in lautex (dynamically allocating buffers), and also a small bit to recognize the platform. -- Comment By: Pino Toscano (pino-guest) Date: 23/12/2009 14:22 Message: Sent, bug #562176. -- Comment By: Samuel Thibault (sthibault) Date: 23/12/2009 13:40 Message: You could put path initialization directly in its definition, but else seems fine! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312180group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312180] #562176: luatex 0.47.0
Patches item #312180, was changed at 23/12/2009 13:18 by Pino Toscano You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312180group_id=30628 Status: Closed Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: #562176: luatex 0.47.0 Category: None Group: None Resolution: Fixed Initial Comment: A small patch to avoid PATH_MAX usage in lautex (dynamically allocating buffers), and also a small bit to recognize the platform. -- Comment By: Pino Toscano (pino-guest) Date: 24/12/2009 02:14 Message: luatex 0.47.0-2 uploaded and compiled successfully. -- Comment By: Pino Toscano (pino-guest) Date: 23/12/2009 14:22 Message: Sent, bug #562176. -- Comment By: Samuel Thibault (sthibault) Date: 23/12/2009 13:40 Message: You could put path initialization directly in its definition, but else seems fine! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312180group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312161] gdm 2.20.10 FTBFS
Patches item #312161, was changed at 2009-12-15 01:14 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312161group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: gdm 2.20.10 FTBFS Category: None Group: unreviewed Resolution: None Initial Comment: Hi, I've prepared this two patches to make gdm build on Hurd. The second one moves gdm_reset_locale() out of an RLIMIT #ifdef (it was there by mistake I guess). gdm 2.28 builds fine on Hurd but we will have 2.20 for a while (will likely be the default for Squeeze). -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2009-12-19 15:46 Message: I don't intend to forward this upstream, as the last stable and unstable (2.28 and 2.29) releases are fine. So this will be a Debian-only patch for 2.20 until we move to a newer release (we don't yet as they have many regressions). Since this will be Debian only, can I leave it as is? I guess we use glibc in all the ports... -- Comment By: Samuel Thibault (sthibault) Date: 2009-12-15 01:41 Message: Unfortunately gdm can not rely on realpath allocating a string when given NULL, as it's only a recent POSIX extension. What you can however do is ifdef __GLIBC__, assume it does, and else use PATH_MAX, as that will work fine in all cases. The patch moving the rlimit stuff is fine. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312161group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312161] gdm 2.20.10 FTBFS
Patches item #312161, was changed at 15/12/2009 01:14 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312161group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: gdm 2.20.10 FTBFS Category: None Group: unreviewed Resolution: None Initial Comment: Hi, I've prepared this two patches to make gdm build on Hurd. The second one moves gdm_reset_locale() out of an RLIMIT #ifdef (it was there by mistake I guess). gdm 2.28 builds fine on Hurd but we will have 2.20 for a while (will likely be the default for Squeeze). -- Comment By: Samuel Thibault (sthibault) Date: 19/12/2009 15:52 Message: In that case, yes. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 19/12/2009 15:46 Message: I don't intend to forward this upstream, as the last stable and unstable (2.28 and 2.29) releases are fine. So this will be a Debian-only patch for 2.20 until we move to a newer release (we don't yet as they have many regressions). Since this will be Debian only, can I leave it as is? I guess we use glibc in all the ports... -- Comment By: Samuel Thibault (sthibault) Date: 15/12/2009 01:41 Message: Unfortunately gdm can not rely on realpath allocating a string when given NULL, as it's only a recent POSIX extension. What you can however do is ifdef __GLIBC__, assume it does, and else use PATH_MAX, as that will work fine in all cases. The patch moving the rlimit stuff is fine. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312161group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312134] gnome-games FTBFS because of PATH_MAX usage
Patches item #312134, was changed at 2009-12-06 11:49 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312134group_id=30628 Status: Closed Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Emilio Pozuelo Monfort (pochu) Summary: gnome-games FTBFS because of PATH_MAX usage Category: None Group: fixed Resolution: Fixed Initial Comment: Hi, gnobots2, a gnome-games game, uses PATH_MAX, which is undefined on the Hurd. The attached patch makes it build on the Hurd, and keeps working fine on Linux. Please review! -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2009-12-17 02:39 Message: Fixed upstream and in Debian on 2.28.2-1 -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2009-12-06 17:53 Message: Thanks, upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=603909 I've directly committed it in Debian rather than submitting a bug. :) -- Comment By: Samuel Thibault (sthibault) Date: 2009-12-06 17:03 Message: Please submit! -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2009-12-06 16:55 Message: How about this new version? -- Comment By: Samuel Thibault (sthibault) Date: 2009-12-06 15:47 Message: Instead of making game_config_game return the string twice, move the game_config_name() call from strcmp into before the if, same in type_selection etc. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312134group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312037] #553409: freeglut 2.4.0
Patches item #312037, was changed at 30/10/2009 19:30 by Pino Toscano You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312037group_id=30628 Status: Closed Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: #553409: freeglut 2.4.0 Category: None Group: None Resolution: Fixed Initial Comment: Simple patch to make freeglut compile on GNU/Hurd. Basically, the problem is in fghJoystickOpen(), where there is - a 'int i;' declaration at the very beginning - various snippets for the target hosts and the platforms in each but none of those is used for Hurd, so gcc (because of -Wall -Werror) errors out because of the unused variable. The easiest solution is to pretend it is used on GNU/Hurd as well. -- Comment By: Pino Toscano (pino-guest) Date: 16/12/2009 01:11 Message: freeglut 2.4.0-9 has been uploaded, and compiled fine! -- Comment By: Pino Toscano (pino-guest) Date: 31/10/2009 02:17 Message: Done, bug #553409. Thanks! -- Comment By: Samuel Thibault (sthibault) Date: 31/10/2009 01:44 Message: Ok, please submit :) -- Comment By: Pino Toscano (pino-guest) Date: 30/10/2009 20:59 Message: Right, better intialize it in the OS-agnostic initialization part. -- Comment By: Samuel Thibault (sthibault) Date: 30/10/2009 19:59 Message: Mmm, I would have rather put it in a #else part, or even just along the Default values saying no joystick, so that it's useful to all OSes. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312037group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312121] #558790: plib 1.8.5
Patches item #312121, was changed at 30/11/2009 15:41 by Pino Toscano You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312121group_id=30628 Status: Closed Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: #558790: plib 1.8.5 Category: None Group: None Resolution: Fixed Initial Comment: Here it is, Hurd support in plib: - add a new define, UL_GNU - compile the none joystick backend - claim to support OSS audio (there's no null audio, so most probably this is the safest bet) (Note: needs freeglut to be compiled.) -- Comment By: Pino Toscano (pino-guest) Date: 16/12/2009 01:11 Message: The upload of plib 1.8.5-5 (which ships the proposed patch) fixed the issue. -- Comment By: Pino Toscano (pino-guest) Date: 30/11/2009 16:45 Message: Sure: bug #558790. -- Comment By: Samuel Thibault (sthibault) Date: 30/11/2009 16:02 Message: Please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312121group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312161] gdm 2.20.10 FTBFS
Patches item #312161, was opened at 2009-12-15 01:14 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312161group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: gdm 2.20.10 FTBFS Category: None Group: unreviewed Resolution: None Initial Comment: Hi, I've prepared this two patches to make gdm build on Hurd. The second one moves gdm_reset_locale() out of an RLIMIT #ifdef (it was there by mistake I guess). gdm 2.28 builds fine on Hurd but we will have 2.20 for a while (will likely be the default for Squeeze). -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312161group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312161] gdm 2.20.10 FTBFS
Patches item #312161, was changed at 15/12/2009 01:14 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312161group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: gdm 2.20.10 FTBFS Category: None Group: unreviewed Resolution: None Initial Comment: Hi, I've prepared this two patches to make gdm build on Hurd. The second one moves gdm_reset_locale() out of an RLIMIT #ifdef (it was there by mistake I guess). gdm 2.28 builds fine on Hurd but we will have 2.20 for a while (will likely be the default for Squeeze). -- Comment By: Samuel Thibault (sthibault) Date: 15/12/2009 01:41 Message: Unfortunately gdm can not rely on realpath allocating a string when given NULL, as it's only a recent POSIX extension. What you can however do is ifdef __GLIBC__, assume it does, and else use PATH_MAX, as that will work fine in all cases. The patch moving the rlimit stuff is fine. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312161group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312155] pth 2.0.7
Patches item #312155, was changed at 13/12/2009 00:20 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312155group_id=30628 Status: Open Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: pth 2.0.7 Category: None Group: None Resolution: None Initial Comment: Current pth (2.0.7-14) fails to build because of incomplete porting for the setting of the context jmpbuf. Although, pth 2.0.7-12 built, and the reason seems like older glibc provided the JB_* macros for the jmpbuf slots ([1] for example). The attached solution has been taken from the i386 part of [1], ie defining back JB_* macros if needed. As a result, pth now compiles and seem to be working, so the sanity check in gpgme's configure should not fail. [1] http://www.mail-archive.com/user-mode-linux-de...@lists.sourceforge.net/msg02974.html -- Comment By: Samuel Thibault (sthibault) Date: 13/12/2009 12:31 Message: Mmm, not really pretty indeed. The long-term solution is rather to fix sigaltstack, which should be as soon as glibc stops using the stack for thread-specific data. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312155group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312151] gtk-vnc FTBFS because of PATH_MAX usage
Patches item #312151, was changed at 11/12/2009 13:02 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312151group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: gtk-vnc FTBFS because of PATH_MAX usage Category: None Group: unreviewed Resolution: None Initial Comment: Hi, gtk-vnc uses PATH_MAX unconditionally, failing to build on the Hurd. The attached patch makes use of dynamic allocation rather than hardoced maximum path length. It builds fine on Hurd, and allows Vinagre to build. -- Comment By: Samuel Thibault (sthibault) Date: 13/12/2009 14:11 Message: You should probably keep the initialization of sysdir before the one of userdir, to keep the patch lines adding the new version close to the patch lines removing the old one. Else it seems just fine, please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312151group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312155] pth 2.0.7
Patches item #312155, was changed at 13/12/2009 00:20 by Pino Toscano You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312155group_id=30628 Status: Open Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: pth 2.0.7 Category: None Group: None Resolution: None Initial Comment: Current pth (2.0.7-14) fails to build because of incomplete porting for the setting of the context jmpbuf. Although, pth 2.0.7-12 built, and the reason seems like older glibc provided the JB_* macros for the jmpbuf slots ([1] for example). The attached solution has been taken from the i386 part of [1], ie defining back JB_* macros if needed. As a result, pth now compiles and seem to be working, so the sanity check in gpgme's configure should not fail. [1] http://www.mail-archive.com/user-mode-linux-de...@lists.sourceforge.net/msg02974.html -- Comment By: Pino Toscano (pino-guest) Date: 13/12/2009 15:32 Message: I agree, and in fact the configure (see configure.ac) has a workaround to not use the sigaltstack implementation on Hurd, even if found. Otherwise, the other short-term solution would be disabling the pth sanity check in gpgme, as the current pth is detected to be unusable. -- Comment By: Samuel Thibault (sthibault) Date: 13/12/2009 12:31 Message: Mmm, not really pretty indeed. The long-term solution is rather to fix sigaltstack, which should be as soon as glibc stops using the stack for thread-specific data. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312155group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312155] pth 2.0.7
Patches item #312155, was changed at 13/12/2009 00:20 by Samuel Thibault You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312155group_id=30628 Status: Open Priority: 3 Submitted By: Pino Toscano (pino-guest) Assigned to: Nobody (None) Summary: pth 2.0.7 Category: None Group: None Resolution: None Initial Comment: Current pth (2.0.7-14) fails to build because of incomplete porting for the setting of the context jmpbuf. Although, pth 2.0.7-12 built, and the reason seems like older glibc provided the JB_* macros for the jmpbuf slots ([1] for example). The attached solution has been taken from the i386 part of [1], ie defining back JB_* macros if needed. As a result, pth now compiles and seem to be working, so the sanity check in gpgme's configure should not fail. [1] http://www.mail-archive.com/user-mode-linux-de...@lists.sourceforge.net/msg02974.html -- Comment By: Samuel Thibault (sthibault) Date: 13/12/2009 15:37 Message: Maybe the short-term solution could be to just upload a pth with your patch on debian-ports? -- Comment By: Pino Toscano (pino-guest) Date: 13/12/2009 15:32 Message: I agree, and in fact the configure (see configure.ac) has a workaround to not use the sigaltstack implementation on Hurd, even if found. Otherwise, the other short-term solution would be disabling the pth sanity check in gpgme, as the current pth is detected to be unusable. -- Comment By: Samuel Thibault (sthibault) Date: 13/12/2009 12:31 Message: Mmm, not really pretty indeed. The long-term solution is rather to fix sigaltstack, which should be as soon as glibc stops using the stack for thread-specific data. -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312155group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[debian-hurd-Patches][312151] gtk-vnc FTBFS because of PATH_MAX usage
Patches item #312151, was changed at 2009-12-11 13:02 by Emilio Pozuelo Monfort You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312151group_id=30628 Status: Open Priority: 3 Submitted By: Emilio Pozuelo Monfort (pochu) Assigned to: Nobody (None) Summary: gtk-vnc FTBFS because of PATH_MAX usage Category: None Group: unreviewed Resolution: None Initial Comment: Hi, gtk-vnc uses PATH_MAX unconditionally, failing to build on the Hurd. The attached patch makes use of dynamic allocation rather than hardoced maximum path length. It builds fine on Hurd, and allows Vinagre to build. -- Comment By: Emilio Pozuelo Monfort (pochu) Date: 2009-12-13 16:27 Message: That is so that I don't need to g_free() it if getpwuid() fails, but if upstream doesn't like it we can change it. I've forwarded this upstream and to Debian: https://bugzilla.gnome.org/show_bug.cgi?id=604448 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561004 -- Comment By: Samuel Thibault (sthibault) Date: 2009-12-13 14:11 Message: You should probably keep the initialization of sysdir before the one of userdir, to keep the patch lines adding the new version close to the patch lines removing the old one. Else it seems just fine, please submit! -- You can respond by visiting: https://alioth.debian.org/tracker/?func=detailatid=410472aid=312151group_id=30628 -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org