Bug#759061: tpclient-pywx: Please update to use wxpython3.0
On 9/20/2014 12:54 AM, Olly Betts wrote: On Thu, Sep 18, 2014 at 03:39:08PM +0200, Markus Koschany wrote: On Tue, 9 Sep 2014 23:01:36 -0300 Olly Betts o...@survex.com wrote: I've just been having a look at getting tpclient-pywx working with wxPython 3.0, and it looks non-trivial. The first major issue I hit is that the start-up all happens in the wrong order (probably also wrong with 2.8, but 3.0 actually checks and complains). However, looking at the PTS, I thought I should check if you think it is worth trying to keep this package in the archive: * Popcon shows *0* active users (out of 18 installs, 2 of which are new - one of those probably me!) * last maintainer upload was approaching 5 years ago * last upstream release date I couldn't easily discover, but it was prior to the Debian package first being upload on 2009-03-09 Indeed I think the client and the libraries for Thousand Parsec are good removal candidates: According to http://www.thousandparsec.net/tp * Upstream forum is down * Last posts on the mailing lists date back to 2010 * No servers and players active If tpclient-pywx is removed from Debian, then there is no reason to keep https://packages.debian.org/src:libtpclient-py and https://packages.qa.debian.org/libt/libtpproto-py.html either. Barry deFreese is the only person listed in Uploaders: for these 3 packages - what are your thoughts on removing them, Barry? Cheers, Olly Unfortunately I am pretty inactive these days but I would say go ahead and remove them. Thanks, Barry -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717917: RM: libnss-ldap -- RoQA; orphaned, RC buggy, alternatives exist
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/27/2013 8:48 AM, Arthur de Jong wrote: On Fri, 2013-07-26 at 10:26 -0400, Barry deFreese wrote: Please see the following reasons for the removal request: * Orphaned. * RC buggy. * Alternatives exist (libnss-ldapd, sssd). Hi, I'm the maintainer (and upstream) of nss-pam-ldapd. Since libnss-ldap and libpam-ldap are related, I'll comment in one email. While I think nss-pam-ldapd is in general a good replacement for libnss-ldap and libpam-ldap in most environments there are a few differences that remain: - nss-pam-ldapd only got support for nested groups in the 0.9 series which is still under development - LDAP password policy is only supported in the 0.9 series - I'm not sure how well it integrates with nss_updatedb and libpam-ccreds - the PAM implementation only supports BIND authentication - password change only supports the LDAP password modify EXOP operation (for most other differences there should be equivalent functionality in nss-pam-ldapd) (I can't comment on sssd because I don't have enough first-hand experience with it) Also, judging by the popcon numbers: http://qa.debian.org/popcon-png.php?packages=nslcd%20libnss-ldapd%20libpam-ldapd%20libnss-ldap%20libpam-ldap%20libnss-sss%20libpam-how_installed=onwant_legend=on the older implementations are still more popular than the alternatives. In short, I think there is some value in keeping libnss-ldap and libpam-ldap in Debian. The packages could be in better shape though and deserve a new maintainer (#699114 and #699116). Thanks, Arthur, I have been working on these for a couple of weeks. I even spent the time updating to the latest upstreams and fixing up the packaging. However, the consensus seems to be to just get rid of them since no one seems to care for them. Libnss-ldap has been broken for at least 2 releases. I am also concerned about the high popcon, however, so far I have been unsuccessful in actually finding a user that actually uses it that could do any real testing for me.. I am not particularly familiar with ldap myself. Thanks, - -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlHzy24ACgkQ5ItltUs5T37qAACg3bISN3LFSyIp0ON/2IUceJsl dAcAnRlACr965Y7rCyyGXhDpeX4Il69X =BA3n -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717918: RM: libpam-ldap -- RoQA; orphaned, RC buggy, alternatives exist
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Orphaned. * RC buggy. * Alternatives exist (libpam-ldapd). Thank you, -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717917: RM: libnss-ldap -- RoQA; orphaned, RC buggy, alternatives exist
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Orphaned. * RC buggy. * Alternatives exist (libnss-ldapd, sssd). Thank you, -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717164: RM: dancer-ircd -- RoQA; orphaned, unmaintained upstream, alternatives exist
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Orphaned. * No upstream. (Replaced by hyperion years ago). * RC bug. (I tried to fix but some of the code is just garbage). * Fairly low popcon. Thank you, -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717169: RM: pinktrace -- RoQA; orphaned, rc bug, NPOASR
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Orphaned. * RC bug. * Never part of a stable release. * No reverse dependencies. Thank you, -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717170: RM: python-dawg -- RoQA; orphaned, rc bug, NPOASR
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Orphaned. * RC bug. * Never part of a stable release. * No reverse dependencies. Thank you, -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717167: RM: nana -- RoQA; orphaned, unmaintained upstream, low popcon
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Orphaned. * Inactive upstream. * RC bug. * Fairly low popcon (42). * No reverse dependencies. Thank you, -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714690: RM: freespeak -- RoQA; orphaned, unmaintained upstream, alternatives exist
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Package is outdated and no longer needed. (I spoke with upstream author and previous maintainer). * Package utilizes gtk-spell which is scheduled for removal. * Package is no longer maintained by upstream. Thank you, -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712981: RM: gnelib -- RoM; Unmaintained upstream, low popcon
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Unmaintained upstream. * Very low popcon. * No reverse depends/build-depends * Unmaintained in Debian (me) Thank you, -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679199: chipmunk-dev: please upgrade old version of chipmunk to newer version
Hi, It is. Apparently upstream believes it shouldn't be used as a shared lib though. Here is a response I got on the forum: It was removed quite some time ago. Compiling Chipmunk as a shared library is *not* recommended. Since version differences can cause a slight change in the simulation behavior due to floating point rounding issues, substituting a dynamic library can cause things to break. Secondly, I also don't specifically maintain binary compatibility between Chipmunk versions. On occasions, I've added new fields to structs for instance. Instead, I've always recommended compiling Chipmunk as a static library. Since it's such a tiny library and it's very unlikely to be running more than one process using Chipmunk at a time, there is little to no benefit of having it as a shared library anyway. I may just bump the Debian SOVERSION that Miriam set in the last package and let the chips fall where they may. Thanks, -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679199: chipmunk-dev: please upgrade old version of chipmunk to newer version
Hi, I actually have a working new package. However, there is an issue with the upstream build system where it does not set a SONAME properly. I am trying to get a hold of either Miriam or upstream to figure out what the proper SONAME would be. Thanks, -- Barry deFreese Sometimes helper, sometimes hinderer to: Debian Games, QA, GNU/Hurd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705415: pathological: cannot load music/intro.xm
Hi, It appears that there is something with the file itself. The actual error from pygame is error loading samplerate. If you rename background.xm to intro.xm it works fine. Bye the way, your last patch seems to have a bug also. If you disable the music, pathological throws an error. I haven't looked into that one yet. Thanks, Barry deFreese Debian Games Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498930: pyracerz: don't fit into the screen
Hi, I know this is an old bug but hopefully you will still get this. Just out of curiousity, have you tried passing --resolution 640x480 to see if it fits? The default resolution is 1024x768 so it should work but I wanted to see if it makes a difference on your system. Thank you, Barry deFreese Debian Games Team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585052: closed by Barry deFreese bdefre...@debian.org (reply to bdefre...@debian.org) (Re: boswars: crash when trying to load a saved game for a removed campaign)
On 6/2/2013 8:09 PM, Marc Dequènes (duck) wrote: reopen 585052 thanks Coin, After speaking with upstream, this is expected behavior. The save games are not transferable between versions unfortunately. He was saying that the error reporting could be better but it is intended behavior. No, I already opened a bug report upstream almost 3 years ago and explained why this is a bug and needs to be solved. I don't mind if upstream is not willing to work on loading old saved games, I'm asking to fix a crash. If the saved game is not loadable, the game should really says so instead of a nasty and misleading behavior. There's no good reason for a crash, being just a game or not. Regards. Duck, Understood but if upstream won't fix it what is the point of having the bug in Debian? Thanks, Barry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710317: adonthell: FTBFS on all buildd
On 5/29/2013 5:28 PM, Markus Koschany wrote: Package: adonthell Version: 0.3.5-8 Severity: serious Tags: patch Justification: FTBFS on all buildd Hi Barry, adonthell fails to build from source on all buildd. The reason is a wrong dh addon called yes in your rules file. wrong: dh $@ --with python2, yes correct: dh $@ --with python2 You can trigger the bug by building a binary-only build with dpkg-buildpackage -B. Regards, Markus ___ Pkg-games-devel mailing list pkg-games-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-devel That makes zero sense. That is how I was told to build it and it builds fine in pbuilder. Anyway, I will take a look. Thanks, Barry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610814: libbox2d-dev: new upstream release (v2.2.1)
Hi folks, Sorry that I have been away so long. I am working on packaging 2.2.1. Please hit me up if you are available to do some testing. Thanks, Barry deFreese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672391: Please consider chaging dependency of libsigc++1.2 to 2.0
I have a patch to pick up libsigc++-2.0. That is the EASY part. However, 2.0 is not even close to being binary compatible with libsigc++-1.2. I will try it for a bit but I am not very familiar with libsigc at all. Thanks, Barry deFreese Debian Games Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708933: adonthell: Missing desktop and menu files
Hi Markus, Thanks for the report. I am currently looking at this but I may reassign to the adonthell-data package. Though adonthell provides the binary it is just the game engine and doesn't have a GUI interface so it would be kind of useless. Thank you, Barry deFreese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708763: jam segfaults with CFLAGS passed in format -foo=bar
Package: jam Version: 2.5rel-1 Severity: normal Hi, While trying to update crystalspace to the new upstream, I was attempting to add the hardening CFLAGS. The build system calls: sh configure $(COMPILER_FLAGS) ... Any parameters that I pass in that have the format -foo=bar (such as --param=ssp-buffer-size=4 or -Werror=format-security) seem to cause jam to segfault. Thank you, Barry deFreese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#426851: auto-apt: fails to use sources in /etc/apt/sources.list.d/
Hi, I am not going to try to take this on but somehow you would have to evaluate apt-config Dir::Etc::sourcepart. The tricky part would be making it dynamic as currently it just creates a symlink to /etc/apt/sources.list. Good luck, Barry deFreese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681645: ptlib: FTBFS on Debian GNU/Hurd [patch attached]
Eugen, My apologies, I haven't been able to get back to this.. Thanks for doing it! Barry On 8/14/2012 4:58 AM, Eugen Dedu wrote: tags 681645 fixed-upstream thanks I committed them: http://opalvoip.svn.sourceforge.net/viewvc/opalvoip?view=revisionrevision=28199 http://opalvoip.svn.sourceforge.net/viewvc/opalvoip?view=revisionrevision=28200 It remains the question on OSS. On 15/07/12 02:10, Barry deFreese wrote: Package: ptlib Version: 2.10.4~dfsg-1 Severity: important User: debian-h...@lists.debian.org Usertags: hurd Tags: patch Hi, Currently ptlib fails to build on Debian GNU/Hurd. Attached is a patch for building on Hurd. It also requires a fix to remove the --enable-oss flag when building on Hurd as we don't have sound support. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523558: sdlmm -- is there still interest in this package?
On 7/22/2012 10:44 AM, Manuel A. Fernandez Montecelo wrote: Hello Barry, all, Is there still interest in packaging this library for Debian (SDL wrapper for C++ ). There's some work done in SVN by Barry, but it was never actually uploaded -- why? The project seems stangnant/dead upstream, and there are other projects providing C++ wrappers or similar (sdllucid and sdlpp in sourceforge, probably others). At this point, is the only thing remaining in SVN instead of Git. I can just move it and leave it alone, but I thought that it would be better to ask in the case, so maybe somebody actually goes ahead and uploads a package; or prefers to not have our repository cluttered with packages not uploaded. It serves also as a ping for the WNPP bug. Cheers. Hi Manuel, I was working on it as a build-dep for some package but I will be damned if I can remember why since I have been out of the loop for so long If you don't get any response back from anyone else I would say just drop it. Thanks! Barry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681731: libomxil-bellagio: FTBFS on Debian GNU/Hurd and kfreeBSD
Package: libomxil-bellagio Version: 0.9.3-1 Severity: important User: debian-h...@lists.debian.org Usertags: hurd Tags: patch Hi, Currently libomxil-bellagio fails to build on Debian GNU/Hurd and kfreeBSD. Attached is a patch for building that works on both. Right now it just disables a couple of debugging outputs that use Linux specific syscalls. It would be better to find a more portable solution. On thought would be to use pthread_self() but that isn't guaranteed to return an integer. Thank you, Barry deFreese Index: libomxil-bellagio-0.9.3/src/base/omx_base_component.h === --- libomxil-bellagio-0.9.3.orig/src/base/omx_base_component.h 2012-07-15 23:19:41.0 + +++ libomxil-bellagio-0.9.3/src/base/omx_base_component.h 2012-07-15 23:20:04.0 + @@ -32,7 +32,9 @@ #include string.h #include unistd.h #include errno.h +#if defined(__linux__) #include asm/unistd.h +#endif #ifdef ANDROID_COMPILATION #include oscl_base_macros.h Index: libomxil-bellagio-0.9.3/src/base/omx_base_component.c === --- libomxil-bellagio-0.9.3.orig/src/base/omx_base_component.c 2012-07-15 23:20:04.0 + +++ libomxil-bellagio-0.9.3/src/base/omx_base_component.c 2012-07-15 23:20:04.0 + @@ -1440,9 +1440,11 @@ omx_base_component_PrivateType* omx_base_component_Private = (omx_base_component_PrivateType*)openmaxStandComp-pComponentPrivate; internalRequestMessageType *message; +#if defined(__linux__) DEBUG(DEB_LEV_FUNCTION_NAME, In %s for component %p\n, __func__, openmaxStandComp); omx_base_component_Private-bellagioThreads-nThreadMessageID = (long int)syscall(__NR_gettid); DEBUG(DEB_LEV_SIMPLE_SEQ, In %s the thread ID is %i\n, __func__, (int)omx_base_component_Private-bellagioThreads-nThreadMessageID); +#endif while(1){ /* Wait for an incoming message */ Index: libomxil-bellagio-0.9.3/src/base/omx_base_filter.c === --- libomxil-bellagio-0.9.3.orig/src/base/omx_base_filter.c 2011-01-12 07:53:26.0 + +++ libomxil-bellagio-0.9.3/src/base/omx_base_filter.c 2012-07-15 23:27:00.0 + @@ -26,7 +26,9 @@ */ #include unistd.h +#if defined(__linux__) #include asm/unistd.h +#endif #include omxcore.h #include omx_base_filter.h @@ -94,9 +96,11 @@ OMX_BOOL isInputBufferNeeded=OMX_TRUE,isOutputBufferNeeded=OMX_TRUE; int inBufExchanged=0,outBufExchanged=0; +#if defined(__linux__) omx_base_filter_Private-bellagioThreads-nThreadBufferMngtID = (long int)syscall(__NR_gettid); DEBUG(DEB_LEV_FUNCTION_NAME, In %s of component %p\n, __func__, openmaxStandComp); DEBUG(DEB_LEV_SIMPLE_SEQ, In %s the thread ID is %i\n, __func__, (int)omx_base_filter_Private-bellagioThreads-nThreadBufferMngtID); +#endif DEBUG(DEB_LEV_FUNCTION_NAME, In %s\n, __func__); /* checks if the component is in a state able to receive buffers */ Index: libomxil-bellagio-0.9.3/src/base/omx_base_source.c === --- libomxil-bellagio-0.9.3.orig/src/base/omx_base_source.c 2011-01-12 07:53:26.0 + +++ libomxil-bellagio-0.9.3/src/base/omx_base_source.c 2012-07-15 23:28:57.0 + @@ -78,8 +78,10 @@ OMX_BOOL isOutputBufferNeeded = OMX_TRUE; int outBufExchanged = 0; +#if defined(__linux__) omx_base_source_Private-bellagioThreads-nThreadBufferMngtID = (long int)syscall(__NR_gettid); DEBUG(DEB_LEV_SIMPLE_SEQ, In %s the thread ID is %i\n, __func__, (int)omx_base_source_Private-bellagioThreads-nThreadBufferMngtID); +#endif DEBUG(DEB_LEV_FUNCTION_NAME, In %s \n, __func__); while(omx_base_component_Private-state == OMX_StateIdle || omx_base_component_Private-state == OMX_StateExecuting || Index: libomxil-bellagio-0.9.3/src/base/omx_base_sink.c === --- libomxil-bellagio-0.9.3.orig/src/base/omx_base_sink.c 2011-01-12 07:53:26.0 + +++ libomxil-bellagio-0.9.3/src/base/omx_base_sink.c2012-07-15 23:29:46.0 + @@ -76,8 +76,10 @@ OMX_BOOLisInputBufferNeeded = OMX_TRUE; int inBufExchanged = 0; +#if defined(__linux__) omx_base_sink_Private-bellagioThreads-nThreadBufferMngtID = (long int)syscall(__NR_gettid); DEBUG(DEB_LEV_SIMPLE_SEQ, In %s the thread ID is %i\n, __func__, (int)omx_base_sink_Private-bellagioThreads-nThreadBufferMngtID); +#endif DEBUG(DEB_LEV_FUNCTION_NAME, In %s \n, __func__); while(omx_base_component_Private-state == OMX_StateIdle || omx_base_component_Private-state == OMX_StateExecuting || omx_base_component_Private-state == OMX_StatePause ||
Bug#681645: ptlib: FTBFS on Debian GNU/Hurd [patch attached]
Package: ptlib Version: 2.10.4~dfsg-1 Severity: important User: debian-h...@lists.debian.org Usertags: hurd Tags: patch Hi, Currently ptlib fails to build on Debian GNU/Hurd. Attached is a patch for building on Hurd. It also requires a fix to remove the --enable-oss flag when building on Hurd as we don't have sound support. Thank you, Barry deFreese Index: ptlib-2.10.4~dfsg/configure === --- ptlib-2.10.4~dfsg.orig/configure2012-07-14 21:43:50.0 + +++ ptlib-2.10.4~dfsg/configure 2012-07-14 21:44:26.0 + @@ -4358,6 +4358,24 @@ ;; + gnu*)OSTYPE=gnu ; + OSRELEASE=\`uname -r`\; + OS_TAG=P_GNU ; + need_pragma=yes ; + +$as_echo #define P_PTHREADS 1 confdefs.h + + +ac_fn_cxx_check_func $LINENO swab ac_cv_func_swab +if test x$ac_cv_func_swab = xyes; then : + +$as_echo #define USE_SYSTEM_SWAB /**/ confdefs.h + +fi + + ;; + + freebsd*|kfreebsd*) OSTYPE=FreeBSD ; OS_TAG=P_FREEBSD ; if test x$OSRELEASE = x; then Index: ptlib-2.10.4~dfsg/include/ptbuildopts.h.in === --- ptlib-2.10.4~dfsg.orig/include/ptbuildopts.h.in 2012-07-14 21:43:50.0 + +++ ptlib-2.10.4~dfsg/include/ptbuildopts.h.in 2012-07-14 21:44:26.0 + @@ -50,6 +50,7 @@ #undefP_MACOSX #undefP_CYGWIN #undefP_MINGW +#undefP_GNU #undefP_UNKNOWN_OS #ifndef _WIN32_WCE Index: ptlib-2.10.4~dfsg/include/ptlib/Nucleus++/ptlib/pmachdep.h === --- ptlib-2.10.4~dfsg.orig/include/ptlib/Nucleus++/ptlib/pmachdep.h 2012-07-14 21:43:50.0 + +++ ptlib-2.10.4~dfsg/include/ptlib/Nucleus++/ptlib/pmachdep.h 2012-07-14 21:44:26.0 + @@ -62,6 +62,23 @@ #endif /// +#if defined(P_GNU) + +#include paths.h +#include errno.h +#include signal.h +#include sys/ioctl.h +#include sys/fcntl.h +#include sys/termios.h +#include unistd.h +#include net/if.h +#include netinet/in.h +#include dlfcn.h + +#define HAS_IFREQ +#define PSETPGRP() setpgrp() + +/// #elif defined(P_FREEBSD) #if defined(P_PTHREADS) Index: ptlib-2.10.4~dfsg/include/ptlib/Nucleus++/ptlib/ptlib.inl === --- ptlib-2.10.4~dfsg.orig/include/ptlib/Nucleus++/ptlib/ptlib.inl 2012-07-14 21:43:50.0 + +++ ptlib-2.10.4~dfsg/include/ptlib/Nucleus++/ptlib/ptlib.inl 2012-07-14 21:44:26.0 + @@ -29,7 +29,7 @@ * $Id: ptlib.inl 25251 2011-03-04 11:12:05Z rjongbloed $ */ -#if defined(P_LINUX) +#if defined(P_LINUX) || defined(P_GNU) #if (__GNUC_MINOR__ 7) #include localeinfo.h #else Index: ptlib-2.10.4~dfsg/include/ptlib/unix/ptlib/pmachdep.h === --- ptlib-2.10.4~dfsg.orig/include/ptlib/unix/ptlib/pmachdep.h 2012-07-14 21:43:50.0 + +++ ptlib-2.10.4~dfsg/include/ptlib/unix/ptlib/pmachdep.h 2012-07-14 21:44:26.0 + @@ -61,6 +61,23 @@ #endif /// +#elif defined(P_GNU) + +#include paths.h +#include errno.h +#include signal.h +#include sys/ioctl.h +#include sys/fcntl.h +#include sys/termios.h +#include unistd.h +#include net/if.h +#include netinet/in.h +#include netinet/tcp.h +#include dlfcn.h + +#define HAS_IFREQ + +/// #elif defined(P_FREEBSD) #if defined(P_PTHREADS) Index: ptlib-2.10.4~dfsg/include/ptlib/unix/ptlib/ptlib.inl === --- ptlib-2.10.4~dfsg.orig/include/ptlib/unix/ptlib/ptlib.inl 2012-07-14 21:43:50.0 + +++ ptlib-2.10.4~dfsg/include/ptlib/unix/ptlib/ptlib.inl2012-07-14 21:44:26.0 + @@ -29,7 +29,7 @@ * $Id: ptlib.inl 19008 2007-11-29 09:17:41Z rjongbloed $ */ -#if defined(P_LINUX) +#if defined(P_LINUX) || defined(P_GNU) #if (__GNUC_MINOR__ 7 __GNUC__ = 2) #include localeinfo.h #else Index: ptlib-2.10.4~dfsg/include/ptlib/object.h === --- ptlib-2.10.4~dfsg.orig/include/ptlib/object.h 2012-07-14 21:43:50.0 + +++ ptlib-2.10.4~dfsg/include/ptlib/object.h2012-07-14 21:44:26.0 + @@ -755,6 +755,9 @@ #ifdef P_LINUX + sizeof(pthread_t) #endif +#ifdef P_GNU + + sizeof(pthread_t) +#endif )%8 }; @@ -769,6 +772,9 @@ #ifdef P_LINUX pthread_tthread; #endif +#ifdef
Bug#673709: sg3-utils: FTBFS hurd-i386
Hi, It seems that OS_xxx_TRUE and OS_xxx_FALSE do not get defined on GNU/Hurd. I was hoping that defining GNU/Hurd as OS_LINUX would work but it doesn't as it tries to bring in the scsi includes from Linux. Ideally the whole source tree would need to be updated to include OS_GNU_TRUE but it looks like a bit of work. I will see if I can get to it. Thanks, Barry deFreese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681028: libfilehandle-fmode-perl: FTBFS on Debian GNU/Hurd
Package: libfilehandle-fmode-perl Version: 0.11-1 Severity: important User: debian-h...@lists.debian.org Usertags: hurd Tags: patch Hi, Currently libfilehandle-fmode-perl fails to build on Debian GNU/Hurd due to Hurd including O_RDONLY in O_RDWR, etc. Attached is a patch for building on Hurd. I have also tested the patch on GNU/Linux on i386. I haven't tested it on other archs/OSs. Thank you, Barry deFreese --- libfilehandle-fmode-perl-0.11.orig/Fmode.pm +++ libfilehandle-fmode-perl-0.11/Fmode.pm @@ -1,5 +1,5 @@ package FileHandle::Fmode; -use Fcntl qw(O_WRONLY O_RDWR O_APPEND F_GETFL); +use Fcntl qw(O_ACCMODE O_RDONLY O_WRONLY O_RDWR O_APPEND F_GETFL); use strict; require Exporter; @@ -45,7 +45,7 @@ return 0; } my $fmode = fcntl($_[0], F_GETFL, my $slush = 0); -if(defined($fmode) !($fmode O_WRONLY) !($fmode O_RDWR)) {return 1} +if(defined($fmode) ($fmode O_ACCMODE) == O_RDONLY) {return 1} return 0; } @@ -61,7 +61,7 @@ return 0; } my $fmode = fcntl($_[0], F_GETFL, my $slush = 0); -if($fmode O_WRONLY) {return 1} +if(defined($fmode) ($fmode O_ACCMODE) == O_WRONLY) {return 1} return 0; } @@ -87,7 +87,7 @@ return 0; } my $fmode = fcntl($_[0], F_GETFL, my $slush = 0); -if($fmode O_RDWR) {return 1} +if(defined($fmode) ($fmode O_ACCMODE) == O_RDWR) {return 1} return 0; }
Bug#678173: dwarfutils: FTBFS on Debian GNU/Hurd
Package: dwarfutils Version: 20120410-1 Severity: important User: debian-h...@lists.debian.org Usertags: hurd Tags: patch Hi, Currently dwarfutils fails to build on Debian GNU/Hurd due to the use of reserved identifier. Honestly I am not sure why this succeeds on GNU/Linux. Attached is a patch for building on Hurd. It is a very simple fix and I just used ferrno just as a test, you might want to use a more appropriate variable name. Thank you, Barry deFreese Index: dwarfutils-20120410/dwarfdump2/print_die.cc === --- dwarfutils-20120410.orig/dwarfdump2/print_die.cc2012-06-19 16:52:34.0 + +++ dwarfutils-20120410/dwarfdump2/print_die.cc 2012-06-19 16:53:19.0 + @@ -1222,8 +1222,8 @@ /* Get the global offset for reference */ res = dwarf_global_formref(attrib, ref_off, err); if (res != DW_DLV_OK) { -int errno = dwarf_errno(err); -if (errno == DW_DLE_REF_SIG8_NOT_HANDLED ) { +int ferrno = dwarf_errno(err); +if (ferrno == DW_DLE_REF_SIG8_NOT_HANDLED ) { // No need to stop, ref_sig8 refers out of // the current section. break; @@ -1234,8 +1234,8 @@ } res = dwarf_dieoffset(die, die_off, err); if (res != DW_DLV_OK) { -int errno = dwarf_errno(err); -if (errno == DW_DLE_REF_SIG8_NOT_HANDLED ) { +int ferrno = dwarf_errno(err); +if (ferrno == DW_DLE_REF_SIG8_NOT_HANDLED ) { // No need to stop, ref_sig8 refers out of // the current section. break;
Bug#678063: gearmand: FTBFS on Debian GNU/Hurd - Unconditional use of PATH_MAX [patch attached]
Package: gearmand Version: 0.32-2 Severity: important User: debian-h...@lists.debian.org Usertags: hurd Tags: patch Hi, Currently gearmand fails to build on Debian GNU/Hurd due to an unconditional use of PATH_MAX which we do not define. Attached is a patch for building on Hurd. Thank you, Barry deFreese Index: gearmand-0.32/libtest/server.cc === --- gearmand-0.32.orig/libtest/server.cc2012-06-18 17:52:26.0 + +++ gearmand-0.32/libtest/server.cc 2012-06-18 19:20:31.0 + @@ -76,6 +76,22 @@ return output; // for multiple operators } +#ifdef __GLIBC__ +namespace { + +class Buffer +{ +public: + Buffer(char *b) : b_(b) {} + ~Buffer() { free(b_); } + char* buf() { return b_; } +private: + char *b_; +}; + +} +#endif // __GLIBC__ + #define MAGIC_MEMORY 123570 Server::Server(const std::string host_arg, const in_port_t port_arg, @@ -204,8 +220,14 @@ continue; } +#ifdef __GLIBC__ +Buffer buf( get_current_dir_name()); +char *getcwd_buf= buf.buf(); +#else char buf[PATH_MAX]; char *getcwd_buf= getcwd(buf, sizeof(buf)); +#endif // __GLIBC__ + throw libtest::fatal(LIBYATL_DEFAULT_PARAM, Unable to open pidfile in %s for: %s stderr:%s, getcwd_buf ? getcwd_buf : ,
Bug#677167: xutils-dev: Missing configuration settins in gnu.cf [patch attached]
Package: xutils-dev Version: 1:7.7~1 Severity: Important User: debian-h...@lists.debian.org Usertags: hurd Tags: patch Hi, It seems that the GNU configuration file gnu.cf hasn't been keeping up. It is missing a define for ManDirectoryRoot so some packages fail to build the man pages in the correct dirs and building in Debian therefore fails. Attached is a patch to correct this issue. Thank you, Barry deFreese Index: xutils-dev-7.7~1/xorg-cf-files/gnu.cf === --- xutils-dev-7.7~1.orig/xorg-cf-files/gnu.cf 2012-06-11 20:32:45.0 + +++ xutils-dev-7.7~1/xorg-cf-files/gnu.cf 2012-06-11 20:34:24.0 + @@ -25,6 +25,19 @@ # define BuildPDFdocs NO #endif +#ifndef ProjectRoot +# define ProjectRoot /usr +#endif +#ifndef ManDirectoryRoot +# define ManDirectoryRoot /usr/share/man +#endif +#ifndef AlternateUsrLibDir +# define AlternateUsrLibDir NO +#endif +#ifndef AlternateIncRoot +# define AlternateIncRoot NO +#endif + #ifndef GnuBinUtilsMajorVersion # define GnuBinUtilsMajorVersion DefaultGnuBinUtilsMajorVersion #endif
Bug#676450: [Python-modules-team] Bug#676450: python-psutil: FTBFS on Debian GNU/Hurd
On 6/8/2012 5:46 PM, Sandro Tosi wrote: Hello Barry, On Thu, Jun 7, 2012 at 3:52 AM, Barry deFreese bdefre...@debian.org wrote: Currently python-psutil fails to build on Debian GNU/Hurd. (Doesn't recognize gnu system). Attached is a patch for building on Hurd. Thanks for the patch! But I think it's not enough: I've tried to build the package on exodar but the test suite fails to run due to: running test/test_psutil.py on python2.7 Traceback (most recent call last): File test/test_psutil.py, line 32, in module import psutil File /home/morph/python-psutil-0.4.1/build/lib.gnu-0.3-i686-AT386-2.7/psutil/__init__.py, line 83, in module raise NotImplementedError('platform %s is not supported' % sys.platform) NotImplementedError: platform gnu0 is not supported Is it possible to you to follow up and let tests run too? Cheers, Sandro, I updated the patch but it still isn't quite right. The _psposix code doesn't seem to include __extra__all. So I could use some advice. Rather than trying to use posix should I be creating a new set of platform files for GNU? Thanks! Barry Index: python-psutil-0.4.1/setup.py === --- python-psutil-0.4.1.orig/setup.py 2012-06-10 10:24:51.0 + +++ python-psutil-0.4.1/setup.py2012-06-10 10:35:34.0 + @@ -72,6 +72,12 @@ sources=['psutil/_psutil_linux.c'], ), posix_extension] +# GNU +elif sys.platform.lower().startswith(gnu): +extensions = [Extension('_psutil_posix', +sources=['psutil/_psutil_posix.c'], +), + posix_extension] else: raise NotImplementedError('platform %s is not supported' % sys.platform) Index: python-psutil-0.4.1/psutil/__init__.py === --- python-psutil-0.4.1.orig/psutil/__init__.py 2012-06-10 10:24:51.0 + +++ python-psutil-0.4.1/psutil/__init__.py 2012-06-10 10:36:46.0 + @@ -79,6 +79,9 @@ elif sys.platform.lower().startswith(freebsd): import psutil._psbsd as _psplatform +elif sys.platform.lower().startswith(gnu): +import psutil._psposix as _psplatform + else: raise NotImplementedError('platform %s is not supported' % sys.platform)
Bug#676445: wxsqlite3: FTBFS on Debian GNU/Hurd [patch attached]
Package: wxsqlite3 Version: 3.0.0.1~dfsg0-1 Severity: normal User: debian-h...@lists.debian.org Usertags: hurd Tags: patch Hi, Currently wxsqlite3 fails to build on Debian GNU/Hurd. (Doesn't recognize gnu system). Attached is a patch for building on Hurd. Might be a little bit overkill. Thank you, Barry deFreese Index: wxsqlite3-3.0.0.1~dfsg0/configure === --- wxsqlite3-3.0.0.1~dfsg0.orig/configure 2012-06-06 18:57:17.0 + +++ wxsqlite3-3.0.0.1~dfsg0/configure 2012-06-06 19:15:29.0 + @@ -5968,6 +5968,89 @@ fi ;; +GNU*) +if test $INTELCC != yes; then + + +ac_ext=c +ac_cpp='$CPP $CPPFLAGS' +ac_compile='$CC -c $CFLAGS $CPPFLAGS conftest.$ac_ext 5' +ac_link='$CC -o conftest$ac_exeext $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext $LIBS 5' +ac_compiler_gnu=$ac_cv_c_compiler_gnu + +{ $as_echo $as_me:$LINENO: checking whether we are using the Sun C compiler 5 +$as_echo_n checking whether we are using the Sun C compiler... 6; } +if test ${bakefile_cv_c_compiler___SUNPRO_C+set} = set; then + $as_echo_n (cached) 6 +else + cat conftest.$ac_ext _ACEOF +/* confdefs.h. */ +_ACEOF +cat confdefs.h conftest.$ac_ext +cat conftest.$ac_ext _ACEOF +/* end confdefs.h. */ + +int +main () +{ + + #ifndef __SUNPRO_C +choke me + #endif + + ; + return 0; +} +_ACEOF +rm -f conftest.$ac_objext +if { (ac_try=$ac_compile +case (($ac_try in + *\* | *\`* | *\\*) ac_try_echo=\$ac_try;; + *) ac_try_echo=$ac_try;; +esac +eval ac_try_echo=\\$as_me:$LINENO: $ac_try_echo\ +$as_echo $ac_try_echo) 5 + (eval $ac_compile) 2conftest.er1 + ac_status=$? + grep -v '^ *+' conftest.er1 conftest.err + rm -f conftest.er1 + cat conftest.err 5 + $as_echo $as_me:$LINENO: \$? = $ac_status 5 + (exit $ac_status); } { +test -z $ac_c_werror_flag || +test ! -s conftest.err + } test -s conftest.$ac_objext; then + bakefile_cv_c_compiler___SUNPRO_C=yes +else + $as_echo $as_me: failed program was: 5 +sed 's/^/| /' conftest.$ac_ext 5 + + bakefile_cv_c_compiler___SUNPRO_C=no + +fi + +rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext + + +fi +{ $as_echo $as_me:$LINENO: result: $bakefile_cv_c_compiler___SUNPRO_C 5 +$as_echo $bakefile_cv_c_compiler___SUNPRO_C 6; } +if test x$bakefile_cv_c_compiler___SUNPRO_C = xyes; then +:; SUNCC=yes +else +:; +fi +ac_ext=cpp +ac_cpp='$CXXCPP $CPPFLAGS' +ac_compile='$CXX -c $CXXFLAGS $CPPFLAGS conftest.$ac_ext 5' +ac_link='$CXX -o conftest$ac_exeext $CXXFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext $LIBS 5' +ac_compiler_gnu=$ac_cv_cxx_compiler_gnu + + + +fi +;; + HP-UX*) @@ -8508,6 +8591,16 @@ fi ;; + *-*-gnu* ) +if test $INTELCC = yes -a $INTELCC8 != yes; then +PIC_FLAG=-KPIC +elif test x$SUNCXX = xyes; then +SHARED_LD_CC=${CC} -G -o +SHARED_LD_CXX=${CXX} -G -o +PIC_FLAG=-KPIC +fi + ;; + *-*-solaris2* ) if test x$SUNCXX = xyes ; then SHARED_LD_CC=${CC} -G -o @@ -9310,7 +9403,7 @@ case ${BAKEFILE_HOST} in *-*-linux* | *-*-freebsd* | *-*-openbsd* | *-*-netbsd* | \ - *-*-k*bsd*-gnu | *-*-mirbsd* ) + *-*-k*bsd*-gnu | *-*-mirbsd* | *-*-gnu* ) if test x$SUNCXX = xyes; then SONAME_FLAG=-h else
Bug#676449: stlport5.2: FTBFS on Debian GNU/Hurd
Package: stlport5.2 Version: 5.2.1-5.2 Severity: normal User: debian-h...@lists.debian.org Usertags: hurd Tags: patch Hi, Currently stlport5.2 fails to build on Debian GNU/Hurd. (Doesn't recognize gnu system). Attached is a patch for building on Hurd. Very similar to patch for GNU/kfreeBSD. Thank you, Barry deFreese Index: stlport5.2-5.2.1/build/Makefiles/gmake/sysid.mak === --- stlport5.2-5.2.1.orig/build/Makefiles/gmake/sysid.mak 2012-06-06 20:38:22.0 + +++ stlport5.2-5.2.1/build/Makefiles/gmake/sysid.mak2012-06-06 20:38:23.0 + @@ -56,6 +56,10 @@ OSNAME := linux endif +ifeq ($(OSNAME),gnu) +OSNAME := linux +endif + NODENAME := $(shell uname -n | tr '[A-Z]' '[a-z]' ) SYSVER := $(shell uname -v ) USER := $(shell echo $$USER ) @@ -94,6 +98,10 @@ BUILD_OSNAME := linux endif +ifeq ($(BUILD_OSNAME),gnu) +BUILD_OSNAME := linux +endif + BUILD_OSREL := $(shell uname -r | tr '[A-Z]' '[a-z]' | tr ', /\\()' ',//' | tr ',/' ',-') BUILD_M_ARCH := $(shell uname -m | tr '[A-Z]' '[a-z]' | tr ', /\\()' ',//' | tr ',/' ',-') ifeq ($(OSNAME),hp-ux) Index: stlport5.2-5.2.1/stlport/stl/config/_system.h === --- stlport5.2-5.2.1.orig/stlport/stl/config/_system.h 2012-06-06 20:38:22.0 + +++ stlport5.2-5.2.1/stlport/stl/config/_system.h 2012-06-06 20:40:22.0 + @@ -59,7 +59,7 @@ # elif defined (__HP_aCC) #include stl/config/_hpacc.h # endif -#elif defined (linux) || defined (__linux__) || defined (__GLIBC__) +#elif defined (linux) || defined (__linux__) || defined (__GLIBC__) || defined (__GNU__) # include stl/config/_linux.h # if defined (__BORLANDC__) #include stl/config/_bc.h /* Borland C++ 0x570 */
Bug#676450: python-psutil: FTBFS on Debian GNU/Hurd
Package: python-psutil Version: 0.4.1-1 Severity: normal User: debian-h...@lists.debian.org Usertags: hurd Tags: patch Hi, Currently python-psutil fails to build on Debian GNU/Hurd. (Doesn't recognize gnu system). Attached is a patch for building on Hurd. Thank you, Barry deFreese Index: python-psutil-0.4.1/setup.py === --- python-psutil-0.4.1.orig/setup.py 2011-12-14 22:18:27.0 + +++ python-psutil-0.4.1/setup.py2012-06-06 21:44:59.0 + @@ -72,6 +72,12 @@ sources=['psutil/_psutil_linux.c'], ), posix_extension] +# GNU +elif sys.platform.lower().startswith(gnu): +extensions = [Extension('_psutil_posix', +sources=['psutil/_psutil_posix.c'], +), + posix_extension] else: raise NotImplementedError('platform %s is not supported' % sys.platform)
Bug#675280:
On 6/1/2012 7:27 PM, Koichi Akabe wrote: Hi, Thanks for your patch. We can build it on Hurd with your patch. However I can't test that picprog works fine. It uses a serial port, but it's difficult to use on virtual machine (like qemu). I want more informations about picprog on GNU/Hurd. Best regards Hi, Unfortunately we have a problem. While I have GNU/Hurd on real hardware, I don't really have any equipment to connect to it to test it with. :( Sorry, Barry deFreese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675701: ptop
On 6/4/2012 3:53 PM, Bas van den Dikkenberg wrote: Hi bart, -Oorspronkelijk bericht- Van: Bart Martens [mailto:ba...@master.debian.org] Namens Bart Martens Verzonden: maandag 4 juni 2012 19:35 Aan: Bas van den Dikkenberg CC: 675...@bugs.debian.org; Barry deFreese Onderwerp: RFS: ptop Hi Bas, I suggested earlier to have another look at the list of architectures for these reasons : - m68k is twice on the list, Oke removed one - hppa is not on the list but removing hppa is not mentioned in debian/changelog, Added to changelog - powerpcspe is on the list but the build fails for the same reason as hppa. Removed from control and added to changelog Architecture: amd64 armel armhf i386 ia64 mips mipsel powerpc s390 s390x sparc sparc64 sh4 ppc64 powerpcspe m68k m68k armhf alpha hurd-i386 There are some typing mistakes in debian/changelog. | ptop (3.6.2-8) unstable; urgency=low | | * Applyed path for hurd architechtur and activate in control file (closes: #675757) | | -- Bastiaan Franciscus van den Dikkenberg b...@dikkenberg.net Mon, 04 Jun 2012 12:50:35 +0200 | | ptop (3.6.2-7) unstable; urgency=low | | * Remove architechtures hurd-i386, kfreebsd-amd64 and kfreebsd-i386 | because they alway fail | * Changed Standards-Version to 3.9.3 | | -- Bastiaan Franciscus van den Dikkenberg b...@dikkenberg.net Sat, 02 Jun 2012 21:13:20 +0200 corrected It would be nice to have 3.6.2-7 and 3.6.2-8 combined into only 3.6.2-7, but it's not really an error. Done It is good to see that hurd-i386 is back. I guess you don't have a solution for the other removed architectures yet. DOne I see that debian/patches/ptop_hurd contains machine/m_gnu.c and that file contains this: * AUTHOR: Richard Henderson r...@tamu.edu * Order support added by Alexey Klimkin k...@klon.tme.mcst.ru * Ported to 2.4 by William LeFebvre But I don't find any Henderson in debian/copyright. I also don't see any license for machine/m_gnu.c. Maybe Barry deFreese knows more, since he is mentioned in the patch as the author of the patch. After doing a diff with machine/m_linux.c these files are the same but this the fix to let it work on hurd. I just uploaded the new version to mentors Hi gents, I literally just copied m_linux.c to m_gnu.c so that's why that AUTHOR line is there. Probably should be removed, I was just being lazy. You should be able to do a very similar/easy thing for kfreebsd and other archs. Thanks, Barry deFreese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676133: eruby: FTBFS on Debian GNU/Hurd
Package: eruby Version: 1.0.5-2.1 Severity: normal User: bdefre...@debian.org Usertags: hurd Tags: patch Hi, Currently eruby fails to build on Debian GNU/Hurd. Attached is a patch for building on Hurd. (Pretty much same patch as kfreebsd). Thank you, Barry deFreese Index: eruby-1.0.5/configure.rb === --- eruby-1.0.5.orig/configure.rb 2012-06-04 19:17:33.0 + +++ eruby-1.0.5/configure.rb2012-06-04 19:25:37.0 + @@ -480,7 +480,7 @@ case RUBY_PLATFORM when /-sunos4/ $LIBERUBY_ALIASES = liberuby.so.$(MAJOR).$(MINOR) liberuby.so - when /-(linux|kfreebsd)/ + when /-(linux|kfreebsd|gnu)/ $DLDFLAGS = '-Wl,-soname,liberuby.so.$(MAJOR).$(MINOR)' $LIBERUBY_ALIASES = liberuby.so.$(MAJOR).$(MINOR) liberuby.so when /-(freebsd|netbsd)/ Index: eruby-1.0.5/configure.rb.in === --- eruby-1.0.5.orig/configure.rb.in2012-06-04 19:17:33.0 + +++ eruby-1.0.5/configure.rb.in 2012-06-04 19:26:05.0 + @@ -56,7 +56,7 @@ case PLATFORM when /-sunos4/ $LIBERUBY_ALIASES = liberuby.so.$(MAJOR).$(MINOR) liberuby.so - when /-(linux|kfreebsd)/ + when /-(linux|kfreebsd|gnu)/ $DLDFLAGS = '-Wl,-soname,liberuby.so.$(MAJOR).$(MINOR)' $LIBERUBY_ALIASES = liberuby.so.$(MAJOR).$(MINOR) liberuby.so when /-(freebsd|netbsd)/
Bug#676147: gmt: FTBFS on Debian GNU/Hurd [patch attached]
Package: gmt Version: 4.5.7-2 Severity: normal User: debian-h...@lists.debian.org Usertags: hurd Tags: patch Hi, Currently gmt fails to build on Debian GNU/Hurd. Attached is a patch for building on Hurd. (Pretty much same patch as kfreebsd). Thank you, Barry deFreese Index: gmt-4.5.7/configure === --- gmt-4.5.7.orig/configure2012-06-04 20:35:53.0 + +++ gmt-4.5.7/configure 2012-06-04 21:35:14.0 + @@ -11390,7 +11390,7 @@ else# Solaris LD_OPT=-G fi - elif test $os = Linux || test $os = GNU/kFreeBSD; then # Need optimization when doing shared + elif test $os = Linux || test $os = GNU/kFreeBSD || test $os = GNU ; then # Need optimization when doing shared LD='$(CC)' SL_VERSION=$SL.$LIB_MAJOR_VERSION LD_OPT='-shared -Wl,-soname=$*.'$SL_VERSION
Bug#676149: agg: FTBFS on Debian GNU/Hurd [patch attached]
Package: agg Version: 2.5+dfsg1-7 Severity: normal User: debian-h...@lists.debian.org Usertags: hurd Tags: patch Hi, Currently agg fails to build on Debian GNU/Hurd. Attached is a patch for building on Hurd. (Pretty much same patch as kfreebsd). Thank you, Barry deFreese Index: agg-2.5+dfsg1/src/Makefile === --- agg-2.5+dfsg1.orig/src/Makefile 2012-06-04 23:05:40.0 + +++ agg-2.5+dfsg1/src/Makefile 2012-06-04 23:08:30.0 + @@ -3,6 +3,10 @@ PLATFORM=Linux endif +ifeq (GNU,$(PLATFORM)) + PLATFORM=Linux +endif + include ../Makefile.in.$(PLATFORM) CXXFLAGS= $(AGGCXXFLAGS) -I../include -L./
Bug#675899: saods9: FTBFS on Debian GNU/Hurd [patch attached]
Package: saods9 Version: 6.2+dfsg-1 Severity: normal User: bdefre...@debian.org Usertags: hurd Tags: patch Hi, Currently saods9 fails to build on Debian GNU/Hurd. Attached is a patch for building on Hurd. (Added check for gnu* in blt3.0/configure). Thank you, Barry deFreese Index: saods9-6.2+dfsg/blt3.0/configure === --- saods9-6.2+dfsg.orig/blt3.0/configure 2012-06-03 22:40:32.0 + +++ saods9-6.2+dfsg/blt3.0/configure2012-06-03 22:42:06.0 + @@ -9916,6 +9916,15 @@ SO_LDFLAGS= -Wl,-Bexport ;; + *-gnu*) +SO_CFLAGS=-fPIC +SO_LD=${CC} +SO_LDFLAGS='-rdynamic -shared -Wl,-E -Wl,-soname,$@' + +LDFLAGS= +EXTRA_LIBS=-ldl +;; + *) build_shared=no ;;
Bug#675535: pam-dbus: FTBFS on Debian GNU/Hurd [Patch attached]
Package: pam-dbus Version: 0.2-2 Severity: normal User: bdefre...@debian.org Usertags: hurd Tags: patch Hi, Currently pam-dbus fails to build on Debian GNU/Hurd. Actually, it likely fails on any non-linux arch due to the setting of PAM_MODDIR and where debian/rules looks for the .so files. Attached is a patch for building on Hurd. It would likely also work for kfreebsd by adding a similar check for *-*-kfreebsd*. Thank you, Barry deFreese --- orig/pam-dbus-0.2/configure 2008-10-30 23:13:34.0 + +++ pam-dbus-0.2/configure 2012-06-01 21:36:41.0 + @@ -20380,6 +20380,9 @@ *-*-linux*) PAM_MODDIR=/lib/security ;; + *-*-gnu*) +PAM_MODDIR=/lib/security +;; *) PAM_MODDIR=/usr/lib ;;
Bug#675420: tclodbc: FTBFS on Debian GNU/Hurd [Patch attached]
Package: tclodbc Version: 2.5.1-1.1 Severity: normal User: bdefre...@debian.org Usertags: hurd Tags: patch Hi, Currently tclodbc fails to build on Debian GNU/Hurd. DL_OBJS was not defined for GNU. Thank you, Barry deFreese #! /bin/sh /usr/share/dpatch/dpatch-run ## 11-gnu_shared.m4.dpatch by r...@flubber.bddebian.com ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: No description. @DPATCH@ diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' tclodbc-2.5.1~/tclconfig/tcl.m4 tclodbc-2.5.1/tclconfig/tcl.m4 --- tclodbc-2.5.1~/tclconfig/tcl.m4 2012-06-01 02:59:10.0 + +++ tclodbc-2.5.1/tclconfig/tcl.m4 2012-06-01 03:00:08.0 + @@ -1475,7 +1475,7 @@ SHLIB_SUFFIX=.so SHLIB_LD=${CC} -shared - DL_OBJS= + DL_OBJS=tclLoadDl.o DL_LIBS=-ldl LDFLAGS=$LDFLAGS -Wl,--export-dynamic CC_SEARCH_FLAGS=
Bug#675280: picprog: FTBFS on Debian GNU/Hurd [Patch attached]
Package: picprog Version: 1.9.1-2 Severity: normal User: bdefre...@debian.org Usertags: hurd Tags: patch Hi, Currently picprog fails to build on Debian GNU/Hurd. Hurd does not support iopl even though we have a stub in io.h. The following patch works though I am not sure it is the best solution. You obviously must also add hurd-any to debian/control. Thank you, Barry deFreese Index: picprog-1.9.1/picport.cc === --- picprog-1.9.1.orig/picport.cc 2012-05-30 15:04:37.0 + +++ picprog-1.9.1/picport.cc2012-05-30 15:06:03.0 + @@ -39,9 +39,11 @@ #include sys/ioctl.h -#if defined(__i386__) || defined(__x86_64__) - #include sys/io.h - #define HAVE_IOPL +#ifndef __GNU__ + #if defined(__i386__) || defined(__x86_64__) +#include sys/io.h +#define HAVE_IOPL + #endif #endif #include fcntl.h
Bug#675099: tacacs+: FTBFS on Debian GNU/Hurd [Patch Attached]
Package: tacacs+ Version: 4.0.4.19-11 Severity: normal User: bdefre...@debian.org Usertags: hurd Hi, Currently tacacs+ fails to build on Debian GNU/Hurd. However with a very minor patch it is buildable. The patch is attached. Thank you, Barry deFreese #! /bin/sh /usr/share/dpatch/dpatch-run ## fix_hurd.dpatch by root@bddhurd1 ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: No description. @DPATCH@ diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' tacacs+-4.0.4.19~/configure tacacs+-4.0.4.19/configure --- tacacs+-4.0.4.19~/configure 2009-07-28 17:56:24.0 + +++ tacacs+-4.0.4.19/configure 2012-05-29 16:37:52.0 + @@ -2823,6 +2823,18 @@ _ACEOF ;; +*gnu* ) + # XXX: not sure if /usr/local is necessary. + # XXX: linux libwrap needs -lnsl. configure should check for + # existence of libnsl instead of hard-coding + CPPFLAGS=$CFLAGS -I/usr/local/include; export CPPFLAGS + LDFLAGS=$LDFLAGS -L/usr/local/lib -L/lib; export LDFLAGS + LIBS=-lnsl -lcrypt $LIBS; export LIBS +cat confdefs.h \_ACEOF +#define LINUX 1 +_ACEOF + +;; * ) CPPFLAGS=$CFLAGS -I/usr/local/include; export CPPFLAGS LDFLAGS=$LDFLAGS -L/usr/local/lib; export LDFLAGS
Bug#675104: grok: FTBFS on Debian GNU/Hurd [Patch attached]
Package: grok Version: 1.20110708.1-1 Severity: normal User: bdefre...@debian.org Usertags: hurd Hi, Currently grok fails to build on Debian GNU/Hurd. However with a very minor patch it is buildable. The patch is attached. Thank you, Barry deFreese Index: grok-1.20110708.1/Makefile === --- grok-1.20110708.1.orig/Makefile 2011-07-02 02:04:53.0 + +++ grok-1.20110708.1/Makefile 2012-05-29 17:27:07.0 + @@ -31,6 +31,11 @@ LDFLAGS+=-ldl endif +# For GNU/Hurd, we need libdl for dlopen() +ifeq ($(PLATFORM), GNU) +LDFLAGS+=-ldl +endif + # # # You probably don't need to make changes below
Bug#674966: nast: FTBFS on Debian GNU/Hurd [Patch Included]
Package: nast Version: 0.2.0-5.2 Severity: normal User: bdefre...@debian.org Usertags: hurd Hi, Understand that GNU/Hurd is not officially supported. However with a very minor patch it is buildable. The patch is attached. Thank you, Barry deFreese --- a/configure +++ b/configure @@ -2910,6 +2910,9 @@ *bsd*) CFLAGS=-Wall -O2 -pthread ;; +*gnu*) + CFLAGS=-Wall -O2 -pthread + ;; esac
Bug#674968: sendip: FTBFS on Debian GNU/Hurd [Patch attached]
Package: sendip Version: 2.5-4 Severity: normal User: bdefre...@debian.org Usertags: hurd Hi, Currently sendip fails to build on Debian GNU/Hurd. However with a very minor patch it is buildable. The patch is attached. Thank you, Barry deFreese diff -u sendip-2.5/Makefile sendip-2.5/Makefile --- sendip-2.5/Makefile +++ sendip-2.5/Makefile @@ -31,7 +31,7 @@ #there has to be a nice way to do this sendip:sendip.ognugetopt.o gnugetopt1.o compact.o - sh -c if [ `uname` = Linux -o `uname` = GNU/kFreeBSD ] ; then \ + sh -c if [ `uname` = Linux -o `uname` = GNU/kFreeBSD -o `uname` = GNU ] ; then \ $(CC) $+ -o $@ $(LDFLAGS_LINUX) $(CFLAGS) ; \ elif [ `uname` = SunOS ] ; then \ $(CC) -o $@ $(LDFLAGS_SOLARIS) $(CFLAGS) $+ ;\
Bug#674979: yaskkserv: FTBFS on Debian GNU/Hurd [Patch attached]
Package: yaskkserv Version: 0.5.2-2 Severity: normal User: bdefre...@debian.org Usertags: hurd Hi, Currently yaskkserv fails to build on Debian GNU/Hurd. However with a very minor patch it is buildable. The patch is attached. Thank you, Barry deFreese Index: yaskkserv-0.5.2/configure === --- yaskkserv-0.5.2.orig/configure 2012-05-28 22:59:53.0 + +++ yaskkserv-0.5.2/configure 2012-05-28 23:03:36.0 + @@ -160,7 +160,7 @@ { $_ = `uname 21`; -if (/bsd/i or /darwin/i or /cygwin/i or /linux/i) { +if (/bsd/i or /darwin/i or /cygwin/i or /linux/i or /GNU/i) { $global{'architecture'} = 'BSD_CYGWIN_LINUX_GCC'; $global{'CXXFLAGS_ARCHITECTURE'} = -D $global{'project_identifier'}_ARCHITECTURE_BSD_CYGWIN_LINUX_GCC; $global{'LDFLAGS_ARCHITECTURE'} = '-lrt';
Bug#577762: RM: cupsddk-drivers -- ROM; merged into main src:cups package
tags 577762 + moreinfo Hi Mark, Do you just want the cupsddk-drivers package removed or the old cupsddk source package? The RM says cupsddk-drivers but the message seems to indicate you want the cupsddk source package gone. Thanks! Barry deFreese Debian FTP Assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577847: closed by Debian Archive Maintenance ftpmas...@ftp-master.debian.org (Bug#577847: Removed package(s) from unstable)
On 4/17/2010 12:36 PM, Jason Heeris wrote: On 17 April 2010 21:48, Debian Bug Tracking System ow...@bugs.debian.org wrote: We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: rabbitvcs-core | 0.13-2 | source, all The packages rabbitvcs-cli, rabbitvcs-gedit and rabbitvcs-nautilus also need to be removed. Cheers, Jason Actually you should file a bug for each package individually. But if you look, they were all removed, I can only close the bug on one removal so I closed it on the first one. Barry deFreese Debian FTP Assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565788: Upgrading SDL breaks Wesnoth
On 4/8/2010 2:15 PM, Mark de Wever wrote: On Tue, Apr 06, 2010 at 09:19:11PM +0100, Adam D. Barratt wrote: On Mon, 2010-01-18 at 21:38 +0100, Mark de Wever wrote: Upgrading libsdl from 1.2.13-5 to 1.2.14-3 breaks Wesnoth. I tested with both Wesnoth 1.6.5-1 and a recent upstream Wesnoth trunk revision. Somebody did some more testing [1] and the problem seems to depend on the WM (I use fvwm). We also have a conversation with Sam Lantinga on our mailinglist [2][3][4]. The problem is that after the upgrade the buttons in the user interface no longer work. Clicking with the mouse on a button in the main menu does nothing at all, rendering Wesnoth completely unusable. I've replicated this issue using fvwm on amd64 and have found the cause. After importing the svn repository in to git and git bisecting, the problem appears to be due to the first hunk of upstream r4872 (fixing their #716); the attached diff makes the mouse work as expected in my testing. Thanks for your effort in investigating and fixing this bug. I build a package with your patch on my system (i386 architecture). After installing the package the mouse buttons in Wesnoth work again as expected, so your patch fixes the issue for me. My apologies that I haven't been keeping up with SDL lately, real life is killing me. I will see if I can get this tested also, and then updated. Thanks! Barry deFreese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565787: sympa: Should this package be orphaned (or removed)?
Package: sympa Version: 5.4.7-1 Severity: important User: debian...@lists.debian.org Usertags: proposed-orphan Dear Maintainer, While reviewing some packages, your package came up as a package that should maybe be orphaned by its maintainer, because: * Out of date with upstream. (Latest upstream release is 6.0.1). * Buggy. (2 RC). * Low popcon. Package has no r(b)depends. If you think that it should be removed from Debian instead of being orphaned, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please close this bug and do an upload also fixing the other issues. Also, you can study the possibility of taking co-maintainers. If you agree that it should be orphaned, send the following commands to cont...@bugs.debian.org (replace nn with this bug's number): severity nn normal reassign nn wnpp retitle nn O: packagename -- short package description thanks If you think it should be removed, send the following commands instead: severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks For more information, see http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip http://www.debian.org/devel/wnpp/ Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563781: RM: ktechlab -- RoQA; gpsim dependency is to be removed
Georges Khaznadar wrote: Hello Barry, I did not receive the bug reports first, because they were not directed to ktechlab's maintainer (me). Please, can you confirm that I understood correctly the situation? This what I understood: gpsim is no longer developed, and this package has two RC bugs. ktechlab depends on gpsim Somebody is asking to remove the package ktechlab. --- If my analysis is right, I propose the following: add a configuration flag --without-gpsim for the script configure, and try to isolate the code to be removed to avoid binding ktechlab's code to gpsim. Currently, my students, my colleagues and I do rely on ktechlab's features to simulate simple circuits made of elementary components. We do not need to simulate PIC microcontrollers, so we do not need the gpsim part. Then the package ktechlab should not be removed, its features should be reduced. If somebody revives later gpsim, we can create a new package, for example named ktechlab-pic, which may provide ktechlab. What do you think about it? Barry deFreese a écrit : tags 563781 + moreinfo thank you Hi, I understand the need to remove this for gpsim but I would prefer that we get some feedback from the maintainer since he seems to have been keeping this package up to date. Georges, Are you OK with the removal of ktechlab? If not, do you have some solution for the gpsim dependency? Thank you, Barry deFreese Debian FTP Assistant Georges, Yes, that pretty much sums it up correctly. Thanks, Barry deFreese Debian FTP Assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564846: fixed in libsdl1.2 1.2.14-3
Philipp Kern wrote: Hi, On Tue, Jan 12, 2010 at 06:55:20PM +, Barry deFreese wrote: * Disable Playstation 3 Cell driver on PPC. (Closes: #564846). + Thanks to Scott Kitterman at Ubuntu for finding fix from Gentoo. wouldn't the right fix be to build-depend on libspe on ppc? Kind regards, Philipp Kern Don't know, I don't have/use PPC. Would it work? Could you do some testing? Thanks, Barry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563781: RM: ktechlab -- RoQA; gpsim dependency is to be removed
tags 563781 + moreinfo thank you Hi, I understand the need to remove this for gpsim but I would prefer that we get some feedback from the maintainer since he seems to have been keeping this package up to date. Georges, Are you OK with the removal of ktechlab? If not, do you have some solution for the gpsim dependency? Thank you, Barry deFreese Debian FTP Assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563839: O: pdf2djvu -- PDF to DjVu converter
Package: wnpp Severity: normal I have spoken to the current maintainer, Steve Stalcup and he is fine with someone taking over the package. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Thank you, Barry deFreese on Behalf of Debian QA Group -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563580: gidentd: Should this package be orphaned (or removed)?
Package: gidentd Version: 0.4.5+dfsg1-0.2 Severity: important User: debian...@lists.debian.org Usertags: proposed-orphan Dear Maintainer, While reviewing some packages, your package came up as a package that should maybe be orphaned by its maintainer, because: * Dead/missing upstream? * Buggy. * Last maintainer upload in 2003. * Low popcon. If you think that it should be removed from Debian instead of being orphaned, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please close this bug and do an upload also fixing the other issues. Also, you can study the possibility of taking co-maintainers. If you agree that it should be orphaned, send the following commands to cont...@bugs.debian.org (replace nn with this bug's number): severity nn normal reassign nn wnpp retitle nn O: packagename -- short package description thanks If you think it should be removed, send the following commands instead: severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks For more information, see http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip http://www.debian.org/devel/wnpp/ Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563579: lingot: Should this package be orphaned (or removed)?
Package: lingot Version: 0.7.4-2 Severity: important User: debian...@lists.debian.org Usertags: proposed-orphan Dear Maintainer, While reviewing some packages, your package came up as a package that should maybe be orphaned by its maintainer, because: * Out of date with upstream. * Buggy. (2 RC Bugs.) * Last maintainer upload 2007. * Low popcon. Package has no r(b)depends. If you think that it should be removed from Debian instead of being orphaned, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please close this bug and do an upload also fixing the other issues. Also, you can study the possibility of taking co-maintainers. If you agree that it should be orphaned, send the following commands to cont...@bugs.debian.org (replace nn with this bug's number): severity nn normal reassign nn wnpp retitle nn O: packagename -- short package description thanks If you think it should be removed, send the following commands instead: severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks For more information, see http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip http://www.debian.org/devel/wnpp/ Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553897: RM: glashctl -- ROQA; NPOASR, out of date, RC bug, low popcon
severity 553897 normal reassign 553897 ftp.debian.org retitle 553897 RM: glashctl -- ROQA; NPOASR, out of date, RC bug, low popcon thank you Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553901: RM: gkrellmwho2 -- ROQA; missing upstream, unmaintained, buggy, low popcon
severity 553901 normal reassign 553901 ftp.debian.org retitle 553901 RM: gkrellmwho2 -- ROQA; missing upstream, unmaintained, buggy thank you Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553903: RM: w3c-linkchecker -- ROQA; out of date, unmaintained, RC bug, low popcon
severity 553903 normal reassign 553903 ftp.debian.org retitle 553903 RM: w3c-linkchecker -- ROQA; out of date, unmaintained, RC bug thank you Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555033: RM: mod-bt -- ROQA; inactive upstream, unmaintained, RC buggy, low popcon
severity 555033 normal reassign 555033 ftp.debian.org retitle 555033 RM: mod-bt -- ROQA; inactive upstream, unmaintained, RC buggy thank you Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553905: RM: texfam -- ROQA; inactive upstream, unmaintained, RC bug, low popcon
severity 553905 normal reassign 553905 ftp.debian.org retitle 553905 RM: texfam -- ROQA; inactive upstream, unmaintained, RC bug thank you Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555114: RM: gkrellm-i8k -- ROQA; missing upstream, unmaintained, low popcon
severity 555114 normal reassign 555114 ftp.debian.org retitle 555114 RM: gkrellm-i8k -- ROQA; missing upstream, unmaintained thank you Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553693: RM: libghttp -- ROQA; dead upstream, orphaned, very low popcon
severity 553693 normal reassign 553693 ftp.debian.org retitle 553693 RM: libghttp -- ROQA; dead upstream, orphaned, very low popcon thank you Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553894: RM: ext2resize -- ROQA; NPOASR, buggy, replaced by resize2fs, low popcon
severity 553894 normal reassign 553894 ftp.debian.org retitle 553894 RM: ext2resize -- ROQA; NPOASR, buggy, replaced by resize2fs, low popcon thank you Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562210: NMU for amideco 0.31e-3.1
Package: amideco Severity: normal Hi, Attached is the debdiff used for the NMU 0.31e-3.1 for amideco. I have already uploaded it to delayed/7 so if you do not want this NMU, please kill it (or have me kill it). Thank you, Barry deFreese Debian QA diff -u amideco-0.31e/debian/changelog amideco-0.31e/debian/changelog --- amideco-0.31e/debian/changelog +++ amideco-0.31e/debian/changelog @@ -1,3 +1,13 @@ +amideco (0.31e-3.1) unstable; urgency=low + + * Non-maintainer upload. + * 30_hurd.diff. Fix FTBFS on GNU/Hurd. (Closes: #532695). + * 40_bad_table.diff. Fix compression flag. (Closes: #486265). + * 50_bad_output.diff. Fix bogus output. (Closes: #486085). ++ Thanks to Bjørn Mork for the patches (40 and 50). + + -- Barry deFreese bdefre...@debian.org Wed, 23 Dec 2009 15:19:51 -0500 + amideco (0.31e-3) unstable; urgency=low * Install the binary in /usr/bin, not /bin. only in patch2: unchanged: --- amideco-0.31e.orig/debian/patches/40_bad_table.diff +++ amideco-0.31e/debian/patches/40_bad_table.diff @@ -0,0 +1,39 @@ +diff -Nur -x '*.orig' -x '*~' amideco-0.31e/src/amifunc.c amideco-0.31e.new/src/amifunc.c +--- amideco-0.31e/src/amifunc.c2009-12-23 15:23:04.0 -0500 amideco-0.31e.new/src/amifunc.c2009-12-23 15:23:41.0 -0500 +@@ -338,11 +338,11 @@ + part.PartID, + PartTotal, + GetModuleName(part.PartID), +-(part.IsComprs!=0x80)?(part.ROMSize):(part.CSize), +-(part.IsComprs!=0x80)?(part.ROMSize):(part.CSize), +-(part.IsComprs!=0x80)?(part.ExpSize):(part.CSize), +-(part.IsComprs!=0x80)?(part.ExpSize):(part.CSize), +-(part.IsComprs!=0x80)?(IDSign):( ), ++((part.IsComprs0x80)==0)?(part.ROMSize):(part.CSize), ++ ((part.IsComprs0x80)==0)?(part.ROMSize):(part.CSize), ++ ((part.IsComprs0x80)==0)?(part.ExpSize):(part.CSize), ++ ((part.IsComprs0x80)==0)?(part.ExpSize):(part.CSize), ++ ((part.IsComprs0x80)==0)?(IDSign):( ), + + Offset-ConstOff + ); +@@ -375,7 +375,7 @@ + interface.dicbit = 13; + interface.method = 5; + +-if(part.IsComprs!=0x80) ++if((part.IsComprs0x80)==0) + decode(interface); + else + { +@@ -384,6 +384,9 @@ + fread(Buf[0],1,1,ptx); + fwrite(Buf[0],1,1,pto); + }; ++ if(part.IsComprs!=0x80) ++ printf(WARNING: Ignoring unknown compression flag (0x%02x) for part id %02X\n, ++ part.IsComprs, part.PartID); + } + fclose(pto); + break; only in patch2: unchanged: --- amideco-0.31e.orig/debian/patches/30_hurd.diff +++ amideco-0.31e/debian/patches/30_hurd.diff @@ -0,0 +1,24 @@ +diff -Nur -x '*.orig' -x '*~' amideco-0.31e/src/amideco.h amideco-0.31e.new/src/amideco.h +--- amideco-0.31e/src/amideco.h2009-06-10 14:14:06.0 -0400 amideco-0.31e.new/src/amideco.h2009-06-10 14:14:38.0 -0400 +@@ -12,7 +12,7 @@ + #includestdio.h + #includestdlib.h + +-#if defined(LINUX) || defined(__LINUX__) || defined(__linux__) || defined(__FreeBSD_kernel__) ++#if defined(LINUX) || defined(__LINUX__) || defined(__linux__) || defined(__FreeBSD_kernel__) || defined(__GNU__) + #includememory.h + #define __LINUX_NOW__ + #else +diff -Nur -x '*.orig' -x '*~' amideco-0.31e/src/amifunc.c amideco-0.31e.new/src/amifunc.c +--- amideco-0.31e/src/amifunc.c2009-06-10 14:14:06.0 -0400 amideco-0.31e.new/src/amifunc.c2009-06-10 14:14:24.0 -0400 +@@ -10,7 +10,7 @@ + #includestdio.h + #includestdlib.h + +-#if defined(LINUX) || defined(__LINUX__) || defined(__linux__) || defined(__FreeBSD_kernel__) ++#if defined(LINUX) || defined(__LINUX__) || defined(__linux__) || defined(__FreeBSD_kernel__) || defined(__GNU__) + #includememory.h + #define __LINUX_NOW__ + #else only in patch2: unchanged: --- amideco-0.31e.orig/debian/patches/50_bad_output.diff +++ amideco-0.31e/debian/patches/50_bad_output.diff @@ -0,0 +1,66 @@ +diff -Nur -x '*.orig' -x '*~' amideco-0.31e/src/amideco.h amideco-0.31e.new/src/amideco.h +--- amideco-0.31e/src/amideco.h2009-12-23 15:27:01.0 -0500 amideco-0.31e.new/src/amideco.h2009-12-23 15:28:01.0 -0500 +@@ -11,6 +11,7 @@ + + #includestdio.h + #includestdlib.h ++#includestdint.h + + #if defined(LINUX) || defined(__LINUX__) || defined(__linux__) || defined(__FreeBSD_kernel__) || defined(__GNU__) + #includememory.h +@@ -20,9 +21,9 @@ + #includeconio.h + #endif
Bug#532788: awardeco: FTBFS on Debian GNU/Hurd [Fix]
Hi, I just NMU'd awardeco with this fix. I uploaded to delayed/7 so if you don' want this please kill it or have me kill it. Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562220: O: and -- Auto Nice Daemon
Package: wnpp Severity: normal I have spoken to the current maintainer of and, Jerome Warnier, and he is no longer interested in maintaining and. Therefore I am orphaning it now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Thank you, Barry deFreese on Behalf of Debian QA Group -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533817: muparser: FTBFS on Debian GNU/Hurd [Patch]
Gudjon, Sorry, somehow I missed your reply. No, 1.31 doesn't seem to work either. configure still isn't checking for *-*-gnu*. As far as I know, all that config.guess, etc do is use uname to build the triple. In the case of my hurd box it comes out: i686-unknown-gnu0.3 Thanks and sorry for the late reply. Barry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562136: RM: libbrlapi-java [all] -- ROM; ANAIS
Package: ftp.debian.org Severity: normal Samuel has requested the removal of libbrlapi-java. Blocking migration of brltty. Thank you, Barry deFreese Debian FTP Assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561479: RM: docutils-writer-manpage -- uninstallable, integrated into new python-docutils
Jakub Wilk wrote: * Barry deFreese bdefre...@debian.org, 2009-12-17, 17:16: The following r(b)depends were found and need to be addressed before the package is removed: Checking reverse dependencies... # Broken Build-Depends: burn: docutils-writer-manpage dtrx: rst2man kupfer: rst2man Dependency problem found. Could you enlighten me what's the problem here? All the build-depends are unversioned and new python-docutils provides both docutils-writer-manpage and rst2man. Just to be sure, I checked if these 3 packages are buildable in sid (where docutils-writer-manpage is already uninstallable), and they build fine. Good enough for me. Thanks, Barry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561479: RM: docutils-writer-manpage -- uninstallable, integrated into new python-docutils
tags 561479 + moreinfo thank you Hi, The following r(b)depends were found and need to be addressed before the package is removed: Checking reverse dependencies... # Broken Build-Depends: burn: docutils-writer-manpage dtrx: rst2man kupfer: rst2man Dependency problem found. Thank you, Barry deFreese Debian FTP Assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561361: RM: libgda3 -- ROM; obsolete; replaced by libgda4
Hi, libgnomedb3 and mergeant have been removed. However, planner has a decent popcon and doesn't seem unmaintained. Shall I remove libgda3 anyway? Xavier, As the maintainer of planner, I am CCing you here. Are you working on moving planner to libgda4? Thanks, Barry deFreese Debian FTP Assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561056: adolc: Should this package be orphaned (or removed)?
Package: adolc Version: 1.10.2-2 Severity: important User: debian...@lists.debian.org Usertags: proposed-orphan Dear Maintainer, While reviewing some packages, your package came up as a package that should maybe be orphaned by its maintainer, because: * Out of date with upstream. (2.0.0 was released over a year ago). * RC bug over 1 year old. * Very low popcon. * Package has no reverse depends or reverse build-depends. If you think that it should be removed from Debian instead of being orphaned, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please close this bug and do an upload also fixing the other issues. Also, you can study the possibility of taking co-maintainers. If you agree that it should be orphaned, send the following commands to cont...@bugs.debian.org (replace nn with this bug's number): severity nn normal reassign nn wnpp retitle nn O: packagename -- short package description thanks If you think it should be removed, send the following commands instead: severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks For more information, see http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip http://www.debian.org/devel/wnpp/ Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560030: libsdl-pango-dev fails to place header in correct location
Hi, I don't necessarily disagree with your assesment but there are currently at least 5 packages depending or build-depending on libsdl-pango-dev that are not experiencing this problem. What package are you having a problem with? Thank you, Barry deFreese Debian SDL Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560268: RM: brltty,brltty-flite,brltty-speechd, brltty-udeb,brltty-x11,libbrlapi-dev,libbrlapi-jni,libbrlapi0.5 [kfreebsd-i386,kfreebsd-amd64] -- ROM; ANAIS
Package: ftp.debian.org Severity: normal Samuel has requested the removal of all kfreebsd binaries. Thank you, Barry deFreese Debian FTP Assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559641: taxbird: uses deprecated gtkhtml3.8
severity 559641 serious thank you Bumping to Serious since gtkhml3.8 has now been removed from the archive. Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559451: RM: twiki-ldapcontrib -- RoQA; NPOASR, RFA'd for a while, to be superseded by foswiki, low popcon
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Never part of a stable release. * RFA'd for quite a while. * Low popcon. * Will be superseded by foswiki if it ever gets packaged. (Currently ITPd). * Acknowledged by maintainer. Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559481: yate: Build depends on zaptel-source which is to be removed
Package: yate Version: 1.3.0-1.dfsg-1 Severity: serious Hello, zaptel is currently scheduled to be removed (the removal bug is already filed). Yate seems to build-depend on zaptel-source. So someone either needs to adopt zaptel, or fix yate to not need the zaptel-source. I have not looked to see if yate 2.0 requires the zaptel-source or not. Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534700: simple radare /bin/ls doesn't work
Sebastian, Hi, any luck with this? I'm mainly asking because I was just building 1.4.2 to see about getting rid of gtkdialog. It seems to build fine without gtkdialog but I haven't been able to test the resulting package yet because there are some packaging issues. Thanks, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553711: RM: ocaml-syck -- RoQA; NPOASR, depends on syck which is to be removed
severity 553711 normal reassign 553711 ftp.debian.org retitle 553711 RM: ocaml-syck -- RoQA; NPOASR, depends on syck which is to be removed thank you Discussed with Ocaml maintainers and they are OK with removal. Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559359: RM: tapioca-qt/experimental -- RoQA; NPOASR, old, low popcon
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Never part of a stable release. * Old and unsupported. * Low popcon. * Actually requested by maintainer but he's too lazy to file the bug! :) Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559361: RM: gdc-4.2 -- RoQA; NPOASR, buggy, blocking gcc-4.2 removal
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Never part of a stable release. * Buggy (2 RC bugs). * Low popcon. * Blocking removal of gcc-4.2. Currently has no r(b)depends and will need some upstream work to work with newer versions of gcc. Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559362: RM: decibel/experimental -- RoQA; NPOASR, old, low popcon
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Never part of a stable release. * Old and unsupported. * Low popcon. * Actually requested by maintainer but he's too lazy to file the bug! :) Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559365: RM: telepathy-qt/experimental -- RoQA; NPOASR, old, low popcon
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Never part of a stable release. * Old and unsupported. * Low popcon. * Actually requested by maintainer but he's too lazy to file the bug! :) Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559353: RM: twiki -- RoQA; security-buggy, unmaintained
tags 559353 + moreinfo thank you Still a reverse dependency issue: Checking reverse dependencies... # Broken Depends: twiki-ldapcontrib: twiki-ldapcontrib Thanks, Barry deFreese Debian FTP Assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558825: ITP: hawknl -- Hawk game oriented network library API
Package: wnpp Severity: wishlist Owner: Barry deFreese bdefre...@debian.org Package: libhawknl-dev Section: libdevel Architecture: any Depends: ${misc:Depends}, libhawknl (= ${binary:Version}) Description: Hawk game oriented network library API (development headers) HawkNL is a free, open source, game oriented network API. . HawkNL (NL) is a fairly low level API, a wrapper over Berkeley/Unix Sockets and Winsock. But NL also provides other features including support for: * Multiple operating systems. * Groups of sockets * Socket statistics * High accuracy timer * CRC functions * Macros to read and write data to packets with endian conversion * Multiple network transports. . This package contains the development libraries and headers. Package: libhawknl Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Description: Hawk game oriented network library API HawkNL is a free, open source, game oriented network API. . HawkNL (NL) is a fairly low level API, a wrapper over Berkeley/Unix Sockets and Winsock. But NL also provides other features including support for: * Multiple operating systems. * Groups of sockets * Socket statistics * High accuracy timer * CRC functions * Macros to read and write data to packets with endian conversion * Multiple network transports. Package: libhawknl-dbg Section: debug Architecture: any Depends: ${misc:Depends}, libhawknl (= ${binary:Version}) Priority: extra Description: Hawk game oriented network library API (debug package) HawkNL is a free, open source, game oriented network API. . HawkNL (NL) is a fairly low level API, a wrapper over Berkeley/Unix Sockets and Winsock. But NL also provides other features including support for: * Multiple operating systems. * Groups of sockets * Socket statistics * High accuracy timer * CRC functions * Macros to read and write data to packets with endian conversion * Multiple network transports. . This package contains the debug symbols. Thank you, Barry deFreese Debian Games Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558985: ITP: -- the Game Network Engine
Package: wnpp Severity: wishlist Owner: Barry deFreese bdefre...@debian.org Package: libgnelib-dev Section: libdevel Architecture: any Depends: ${misc:Depends}, libgne0 (= ${binary:Version}) Suggests: libgnelib-doc Description: the Game Networking Engine (development headers) GNE, or the Game Networking Engine, is a cross-platform, multithreaded, C++ networking library with an API specifically addressing the needs of game networking. . There are two parts of GNE, the first being the mid-level classes that handle packeted, error checked, and bandwidth throttled communication between two peers. . This package contains the development libraries and headers. Package: libgnelib0 Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Description: the Game Networking Engine GNE, or the Game Networking Engine, is a cross-platform, multithreaded, C++ networking library with an API specifically addressing the needs of game networking. . There are two parts of GNE, the first being the mid-level classes that handle packeted, error checked, and bandwidth throttled communication between two peers. Package: libgnelib0-dbg Section: debug Architecture: any Depends: ${misc:Depends}, libgne0 (= ${binary:Version}) Priority: extra Description: the Game Networking Engine GNE, or the Game Networking Engine, is a cross-platform, multithreaded, C++ networking library with an API specifically addressing the needs of game networking. . There are two parts of GNE, the first being the mid-level classes that handle packeted, error checked, and bandwidth throttled communication between two peers. . This package contains the debug symbols. Package: libgnelib-doc Section: doc Architecture: any Depends: ${misc:Depends} Priority: extra Description: the Game Networking Engine (Documentation) GNE, or the Game Networking Engine, is a cross-platform, multithreaded, C++ networking library with an API specifically addressing the needs of game networking. . There are two parts of GNE, the first being the mid-level classes that handle packeted, error checked, and bandwidth throttled communication between two peers. . This package contains the developers documentation. Thank you, Barry deFreese Debian Games Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#274451: RM: metamail -- RoQA; orphaned, missing upstream, buggy
severity 274451 normal reassign 274451 ftp.debian.org retitle 274451 RM: metamail -- RoQA; orphaned, missing upstream, buggy thank you This package has been orphaned for ages. I have already filed a bug over a month ago on raccess4vbox3 which is the only remaining r(b)depends. Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558676: RM: gtksourceview -- ROM; old, superseded, unmaintained upstream
tags 558676 + moreinfo thank you Hi, There are still some reverse depends/build-depends (most of which appear bogus). I know the latest lablgtk2 in experimental doesn't use gtksourceview but it hasn't hit unstable yet. Checking reverse dependencies... # Broken Depends: cameleon: cameleon frama-c: frama-c lablgtk2: liblablgtksourceview-ocaml liblablgtksourceview-ocaml-dev laby: laby [amd64 hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 powerpc sparc] libgnomedb3: libgnomedb3-4 [mipsel] matita: matita [amd64 hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 powerpc sparc] # Broken Build-Depends: lablgtk2: libgtksourceview-dev libgnomedb3: libgtksourceview-dev Dependency problem found. Thanks, Barry deFreese Debian FTP Assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557859: RM: net-snmp [kfreebsd-amd64 kfreebsd-i386] -- RORM; Needs sys/sched.h which is linux specific
tags 557859 + moreinfo thank you Aye, there appear to be lots of r(b)depends as well so this would be bad. dak rm -nR -p -d 557859 -R -C package -m RORM; Needs sys/sched.h which is linux specific -b -a kfreebsd-amd64,kfreebsd-i386 libsnmp-dev libsnmp15-dbg libsnmp-base net-snmp tkmib libsnmp15 libsnmp-perl libsnmp-python snmpd snmp Working... done. Will remove the following packages from unstable: libsnmp-dev | 5.4.1~dfsg-12 | kfreebsd-amd64, kfreebsd-i386 libsnmp-perl | 5.4.1~dfsg-12 | kfreebsd-amd64, kfreebsd-i386 libsnmp-python | 5.4.1~dfsg-12 | kfreebsd-amd64, kfreebsd-i386 libsnmp15 | 5.4.1~dfsg-12 | kfreebsd-amd64, kfreebsd-i386 snmp | 5.4.1~dfsg-12 | kfreebsd-amd64, kfreebsd-i386 snmpd | 5.4.1~dfsg-12 | kfreebsd-amd64, kfreebsd-i386 Maintainer: Net-SNMP Packaging Team pkg-net-snmp-de...@lists.alioth.debian.org Will also close bugs: 557859 Will also send CCs to: libsnmp-...@packages.debian.org, libsnmp-...@packages.qa.debian.org, libsnmp15-...@packages.debian.org, libsnmp15-...@packages.qa.debian.org, libsnmp-b...@packages.debian.org, libsnmp-b...@packages.qa.debian.org, net-s...@packages.debian.org, net-s...@packages.qa.debian.org, tk...@packages.debian.org, tk...@packages.qa.debian.org, libsnm...@packages.debian.org, libsnm...@packages.qa.debian.org, libsnmp-p...@packages.debian.org, libsnmp-p...@packages.qa.debian.org, libsnmp-pyt...@packages.debian.org, libsnmp-pyt...@packages.qa.debian.org, sn...@packages.debian.org, sn...@packages.qa.debian.org, s...@packages.debian.org, s...@packages.qa.debian.org --- Reason --- RORM; Needs sys/sched.h which is linux specific -- Checking reverse dependencies... # Broken Depends: cacti: cacti cacti-spine: cacti-spine cfgstoragemaker: cfgstoragemaker cyrus-imapd-2.2: cyrus-common-2.2 fwbuilder: fwbuilder hplip: hplip kolab-cyrus-imapd: kolab-cyrus-common libfwbuilder: libfwbuilder8 libsnmp-info-perl: libsnmp-info-perl libsnmp-multi-perl: libsnmp-multi-perl lustre: lustre-source nagios-plugins: nagios-plugins-standard net-snmp: tkmib netmrg: netmrg nut: nut-snmp openipmi: openipmi openser: openser-snmpstats-module php5: php5-snmp pynetsnmp: python-pynetsnmp snimpy: snimpy snmptrapfmt: snmptrapfmt snmptt: snmptt wmnd: wmnd-snmp # Broken Build-Depends: apcupsd: libsnmp-dev asterisk: libsnmp-dev cacti-spine: libsnmp9-dev |libsnmp-dev collectd: libsnmp-dev |libsnmp9-dev cpqarrayd: libsnmp-dev cyrus-imapd-2.2: libsnmp-dev |libsnmp9-dev freeradius: libsnmp-dev fwbuilder: libsnmp-dev gkrellm-snmp: libsnmp9-dev heartbeat: libsnmp-dev hplip: libsnmp-dev ifstat: libsnmp-dev kdeutils: libsnmp-dev kolab-cyrus-imapd: libsnmp-dev |libsnmp9-dev libfwbuilder: libsnmp-dev libsnmp-info-perl: libsnmp-perl (= 5.1) libsnmp-multi-perl: libsnmp-perl lldpd: libsnmp-dev lustre: libsnmp-dev netmrg: libsnmp-dev nut: libsnmp-dev |libsnmp9-dev openhpi: libsnmp9-dev openipmi: libsnmp-dev openser: libsnmp-dev pacemaker: libsnmp-dev php5: libsnmp-dev pynetsnmp: libsnmp-dev snimpy: libsnmp-dev snmptrapfmt: libsnmp-dev wmnd: libsnmp-dev xorp: libsnmp-dev zabbix: libsnmp9-dev |libsnmp-dev Dependency problem found. Thank you, Barry deFreese Debian FTP Assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#409421: Is Brian Nelson MIA (Was: Bug #409421 libqwt-dev: Please update to 5.0.2)
Andreas Tille wrote: Hi, the request for uploading a new upstream version is 2,5 years old and did not deserved a single response from the maintainer. While this is a wishlist bug it should be fixed anyway because other packages depend from newer versions of this library. Similar situation with #350489 which is tagged patch but no response from maintainer seems that he has lost interest. Leaving alone a library unmaintained might result in security issues. So I wonder whether it is time for an NMU or even a highjack of the package. Kind regards Andreas. Andreas, No he is not marked MIA. In fact he has had some recent activity. (Bye the way, MIA queries should go to m...@qa.debian.org. Welcome to my world! :) Thanks, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556940: RM: gtklookat -- RoQA; NPOASR, dead upstream, buggy, low popcon
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Not part of a stable release. * Upstream appears inactive. * Buggy. (1 RC bug for missing dependency). * Low popcon. Discussed with maintainer. Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533817: muparser: FTBFS on Debian GNU/Hurd [Patch]
Gudjon I. Gudjonsson wrote: Hi Barry Version 1.30-1 has just been uploaded do Debian. Can you please test if it works on hurd? I really don't like to patch configure with such a big patch but I would like to solve the problem. In case version 1.30 doesn't work, are you willing to do some testing if I contact the upstream author? Regards Gudjon Gudjon, Doesn't look like it unfortunately: checking for nm... nm checking if make is GNU make... yes configure: error: unknown system type i486-pc-gnu. make: *** [config.status] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 I can do some testing for you or I can give you access to one of my Hurd boxes. Either way. Thanks! Barry deFreese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515272: gaby: Depends on GTK 1.2
Frederic Peters wrote: Barry deFreese wrote: OK, I was finally able to get it to actually build but it segfaults immediately. Upstream doesn't seem real active. Is it time to just remove this package? To be honest I thought all GTK+ 1.2 packages had already been removed. Cheers, Frederic Frederic, No just the dependencies (i.e. gtk1.2 and glib1.2 themselves). Does that mean we should remove it or do you know if there is some upstream activity somewhere? Thanks, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555920: RM: gaby -- RoQA; gtk1.2, inactive upstream, buggy, low popcon
Package: ftp.debian.org Severity: normal Hello, Please see the following reasons for the removal request: * Package depends on GTK1.2 which has been removed. * Upstream appears inactive. * Buggy. (Newer code from VCS segfaults immediately). * Low popcon. Discussed with maintainer. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515272 for more details. Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523913: openjump: New upstream release: 1.3
Damien Raude-Morvan wrote: Le lundi 09 novembre 2009 17:15:43, Barry deFreese a écrit : Hi folks, Hi all, I was playing around with OpenJump 1.3 just to see if we could get it updated. However, there are several issues. I'm copying Stefan here because he was helping me from an upstream perspective. Currently 1.3 uses ERMapper and MrSID which are not in Debian. Stefan was able to strip those out of the build system. However, 1.3 does seem to need Sun's JAI which is also not in Debian, and as far as I can tell not DFSG. Sadly, I haven't had time to get to OGRS2009 [0] because I was busy with LSM/RMLL2009 [1] (also in Nantes, France). Perhaps it was a good opportunity to discuss packaging with some members of OpenJump community. I'm not sure what can be done at this point. Does anyone have any suggestions? I'm about to remove libjdom0 from the archive so at least that needs fixed or it will become RC. I don't know OpenJump internals enough, but with your informations it seems packaging 1.3 upstream release will be a tedious task. May be, as a short term plan, just fix #500535 [2] (completes migration to libjdom1-java) in OpenJump 1.0 to get rid of JDOM 0.x and then work between pkg-grass and pkg-java Debian teams to package OpenJump 1.3 upstream release (with all its dependencies). Sometimes Java team helper. :) Thanks for your help :) [0] http://www.ogrs2009.org/doku.php?id=labs [1] http://2009.rmll.info/?lang=en [2] http://bugs.debian.org/500535 OK, I have a fixed version of 1.0. Should I NMU it or does someone want to review it? Thanks, Barry deFreese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#364295: ITP: fltk2 -- Fast Light (gui) ToolKit version 2
Hi, Looks like upstream fixed the licensing. Is someone going to package it now?? Thanks, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515272: gaby: Depends on GTK 1.2
Hi, OK, I was finally able to get it to actually build but it segfaults immediately. Upstream doesn't seem real active. Is it time to just remove this package? Thanks, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org