I've investigated this on my powerpc system. libmhash2 Debian version 0.9.6-1,
recompiled with -O0 and installed unstripped, produces this stack trace:
#0 0x0de3a170 in mutils_memcpy (dest=0x14, src=0x7fb956d4, n=20)
at stdfns.c:145
#1 0x0de3bf60 in _mhash_gen_key_s2k_simple
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Putting this in debian/rules to make gcc use gcc-style inlines rather
than C99-style seems to help somewhat:
KBUILDVARS += KBUILD_CFLAGS=-std=gnu89
However, I'm now getting stuck at:
make[1]: Entering directory
+refreshed)
+ * Delete config/config.cache during clean, for a smaller Debian diff
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 06 Apr 2008 14:41:47 +
+
alps-light1 (1.2.2-2.1) unstable; urgency=medium
* Non-maintainer upload.
diff -u alps-light1-1.2.2/debian/patches/series alps-light1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It seems that upstream have deliberately removed a large chunk of API
from the headers, while keeping the supporting ABI. I'm not sure what
migration path they intend for dependent packages to use.
Simon
-BEGIN PGP SIGNATURE-
Makefile.in. (debian/patches/regen-autotools.patch
+refreshed)
+ * Delete config/config.cache during clean, for a smaller Debian diff
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 06 Apr 2008 14:41:47 +
+
alps-light1 (1.2.2-2.1) unstable; urgency=medium
* Non-maintainer upload.
diff -u alps
:
+- don't install INSTALL, binary package users don't need it
+- use binary:Version instead of deprecated Source-Version
+- list copyright holders in debian/copyright (I think I got them all...)
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 06 Apr 2008 16:35:00 +
+
alps-light1 (1.2.2-2.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
OK, I take that back. Upstream's make dist misses out half the
tarball, so no, it's not going to be easier to do it that way.
I'll try to prepare a cleaned-up tarball with only unnecessary files
missing.
Simon
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: libgtkol
Version: 1.4.1
Severity: serious
Justification: Policy 2.1, 2.2.1
libgtkol's upstream tarball contains several copies of a binary xml-reader,
md5sum d1c995b3108329099b1976592979785c, which does not appear to come
with source code.
On Sun, 06 Apr 2008 at 21:38:30 +0200, Jonas Smedegaard wrote:
On Sun, Apr 06, 2008 at 08:16:23PM +0100, Simon McVittie wrote:
OK, I take that back. Upstream's make dist misses out half the
tarball, so no, it's not going to be easier to do it that way.
I'll try to prepare a cleaned-up
cleanup:
+- don't ignore make clean errors
+- use binary:Version instead of Source-Version
+ * Verified to not FTBFS with gcc - gcc-4.3, sh - dash and double build.
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 06 Apr 2008 22:03:10 +
+
libdvbpsi4 (0.1.5-3) unstable; urgency=low
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
retitle 455287 does not FTBFS with GCC 4.3, but deserves to: missing #includes
severity 455287 normal
tags 455287 + patch
thanks
I've sent a trivial patch upstream for review. Meanwhile, the fix for
#455146 means that in practice, the string header
# Automatically generated email from bts, devscripts version 2.10.23
# we're hopefully releasing 0.3.12 soon, so not worth fixing this in a Debian
rev unless it's delayed
tags 474868 + fixed-upstream pending
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: dbus-glib
Version: 0.74-1
Severity: serious
The private header /usr/include/dbus-1.0/dbus/dbus-glib-error-enum.h
(which defines the contents of an enum) is auto-generated from the
version of libdbus installed on the system that built
@@
+xmldiff (0.6.8-3.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * Move from __future__ imports so they are the first executable statement
+(Closes: #476161)
+
+ -- Simon McVittie [EMAIL PROTECTED] Mon, 14 Apr 2008 23:40:58 +0100
+
xmldiff (0.6.8-3) unstable; urgency=low
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
reassign 486985 libgraphicsmagick1-dev
tags 486985 + patch
thanks
/usr/bin/GraphicsMagick-config --libs outputs:
- -lGraphicsMagick -llcms -ltiff -lfreetype -ljasper
- -ljpeg -lpng -lwmflite -lXext -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm
- -lpthread
)
+
+ -- Simon McVittie [EMAIL PROTECTED] Sat, 28 Jun 2008 14:47:20 +
+
graphicsmagick (1.1.11-3) unstable; urgency=high
* debian/control, debian/rules: Some of the PS-related testsuites still
diff -u graphicsmagick-1.1.11/debian/control graphicsmagick-1.1.11/debian/control
--- graphicsmagick-1.1.11
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 28 Jun 2008 at 22:21:09 +0200, Daniel Kobras wrote:
The patch you sent in certainly isn't wrong,
but it's not the full story, either. The respective packages ought to be
added to Build-Depends as well, at least. I'll investigate.
Well, it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I can confirm that zaptel does build from source if asciidoc is updated
to 8.2.6-1.1, so this bug can be downgraded or even closed when
8.2.6-1.1 migrates.
Simon
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
severity 484047 minor
retitle 484047 fair: FTBFS on hppa if libavl is from etch
thanks
It turns out that fair builds fine on hppa with the lenny/sid version 0.3.5-3
of libavl (which is built with -fPIC), but fails to detect libavl if it is
0.3.5-2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This bug is release-critical - since it's been pending upload for a
while, any chance you could do a release before the freeze?
Regards,
Simon
at the Cambridge BSP
-BEGIN PGP SIGNATURE-
; thanks to Peter Green for the initial
+patch)
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 29 Jun 2008 14:08:45 +0100
+
pvm (3.4.5-10) unstable; urgency=low
* Resync with Ubuntu.
only in patch2:
unchanged:
--- pvm-3.4.5.orig/debian/patches/22-explicit-is-better-than-implicit.patch
+++ pvm
/magic, then compile magic.mgc from that. (Closes: #481247)
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 29 Jun 2008 19:32:24 +
+
file (4.24-3) unstable; urgency=medium
* Rewriting copyright file in machine-interpretable format.
signature.asc
Description: Digital signature
package python-docutils
tags 472046 + pending
severity 470697 serious
merge 472046 470697
thanks
Already fixed in python-modules-team svn. I've already asked for a sponsor.
Please feel free to upload the version from Subversion if you approve of my
changes.
Simon
--
To UNSUBSCRIBE, email
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: gramps
Version: 3.0.0-2
Severity: serious
Justification: Policy 3.5
Installing gramps in a clean sid chroot fails with:
Setting up gramps (3.0.0-2) ...
Traceback (most recent call last):
File /usr/bin/pycentral, line 1813, in ?
main()
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
reopen 474056
tags 474056 + patch
thanks
This is not the same bug as 473946, although it is related - that bug is
a build-time issue, and this one is a runtime issue. gramps 3.0.0-3
still doesn't depend on python2.5 (the Python-Version header doesn't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 03 Apr 2008 at 09:40:57 -0400, James A. Treacy wrote:
After initially building the new version of gramps, it wouldn't
install. I tracked it down to having an old version of python-minimal;
/usr/share/python/debian_defaults was not up to
(I tried to send this upstream, but I can't understand how to add
comments in the upstream BTS - could you pass it on?)
The minimal fix for this bug is likely to be to change the gulongs to gsizes
in the replacement functions for g_malloc, etc., so they match the
signatures that GLib wants.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
package vlc
severity 469011 normal
block 463725 by 469011
thanks
It appears that we don't actually ship the Python bindings, so #469011
shouldn't be RC. However, it will become RC if they're enabled.
I believe upstream release 0.8.6f fixes this.
# Automatically generated email from bts, devscripts version 2.10.20
package wvdial
# works for me in today's unstable
notfound 461365 1.60.1
# works for me, may need a build dependency on wvstreams 4.4.1
tags 457755 unreproducible
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
: #471635).
- Use aclocal 1.8, not 1.7 as in the previous NMU, since that appears to
be the version used upstream
* Make lintian slightly happier:
- move -dev package to libdevel
- correctly use the word Copyright, not just (C), in debian/copyright
-- Simon McVittie [EMAIL PROTECTED
+1,10 @@
+bakery2.4 (2.4.0-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add #include cstring to keep g++ 4.3 happy. (Closes: #470975)
+
+ -- Simon McVittie [EMAIL PROTECTED] Sat, 05 Apr 2008 14:08:59 +
+
bakery2.4 (2.4.0-2) unstable; urgency=low
* Build-dep on doxygen (Closes
- binary:Version, source:Version)
+- move docs from Apps/Programming to Programming
+- relax unnecessarily strict build dependencies that look at Debian
+ revision
+
+ -- Simon McVittie [EMAIL PROTECTED] Sat, 05 Apr 2008 14:08:59 +
+
bakery2.4 (2.4.0-2) unstable; urgency=low
* Build-dep
before using typeid,
+so, do. Fixes FTBFS (Closes: #474355)
+
+ -- Simon McVittie [EMAIL PROTECTED] Sat, 05 Apr 2008 16:54:56 +
+
kphotoalbum (3.1.1-1) unstable; urgency=low
* New upstream release.
only in patch2:
unchanged:
--- kphotoalbum-3.1.1.orig/src/MainWindow/Window.cpp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
tags 455174 + patch
thanks
Cyril Brulebois' patch seems to fix the FTBFS at least, and is a pretty
minimal change, so may be worth applying to get the RC bug fixed (or at
least reduced in severity).
Simon
-BEGIN PGP SIGNATURE-
with gcc 4.3 (closes: #455399):
+- #include iostream instead of iostream.h, etc.
+- #include assorted missing stdlib headers
+- using std::foo
+- don't re-#define RAND_MAX if the platform defines it correctly (which
+ we do)
+
+ -- Simon McVittie [EMAIL PROTECTED] Sat, 05 Apr
-maintainer upload.
+ * Fix build with gcc 4.3 by applying #if 0 to unused code and turning
+an extern inline function into static inline (Closes: #461668).
+ * Upgrade Homepage pseudo-field to a real field in debian/control.
+
+ -- Simon McVittie [EMAIL PROTECTED] Sat, 05 Apr 2008 21:43:28
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm getting a *different* FTBFS, somewhere in the bowels of waf. Worse, it
only occurs with gcc 4.3 (I can reproduce it or not by twiddling the symlinks
in /usr/bin).
Does anyone know how waf works?
Regards,
Simon
env
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 05 Apr 2008 at 23:43:41 +0100, Simon McVittie wrote:
I'm getting a *different* FTBFS, somewhere in the bowels of waf. Worse, it
only occurs with gcc 4.3 (I can reproduce it or not by twiddling the symlinks
in /usr/bin).
...
File
/home
) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add a couple of missing #includes, fixing compilation with g++ 4.3
+(closes: #417289)
+
+ -- Simon McVittie [EMAIL PROTECTED] Sat, 05 Apr 2008 23:15:02 +
+
kdissert (1.0.7-2) unstable; urgency=low
* Fixed group name and categories
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Note to bug squashing parties: don't bother with this one, I'll sort it
out upstream next week.
Regards,
Simon
-BEGIN PGP SIGNATURE-
iD8DBQFH+AwRWSc8zVUw7HYRArhSAJsGGmccBpPHSLxS5hrS30wdjpK4SwCfcFdX
p+N0gf27hh209/gX5eOIj9I=
=P8t7
-END
/debian/changelog mod-dnssd-0.4/debian/changelog
--- mod-dnssd-0.4/debian/changelog
+++ mod-dnssd-0.4/debian/changelog
@@ -1,3 +1,10 @@
+mod-dnssd (0.4-1.1~smcv0) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Alter source to compile with Apache 2.2 (closes: #391782, #393012)
+
+ -- Simon
-1.10/debian/changelog
+++ libapache2-mod-fcgid-1.10/debian/changelog
@@ -1,3 +1,10 @@
+libapache2-mod-fcgid (1.10-1.1~smcv0) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Compile against Apache 2.2 and APR 1.0 (Closes: #391757, #393020).
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 15
outside the build
+directory (Closes: #439567).
+
+ -- Simon McVittie [EMAIL PROTECTED] Mon, 10 Dec 2007 19:47:31 +
+
abraca (0.2-1) unstable; urgency=low
* Initial release (Closes: #430729)
diff -u abraca-0.2/debian/rules abraca-0.2/debian/rules
--- abraca-0.2/debian/rules
+++ abraca
LD_LIBRARY_PATH while running dpkg-shlibdeps; this and the above
+fix an unreported FTBFS with new dpkg-shlibdeps versions
+ * Amend changelog for version 0.7.2+cvs20070518.1557-1 to include missing
+CVE ID CVE-2007-2500 for future reference
+
+ -- Simon McVittie [EMAIL PROTECTED] Tue, 11 Dec
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(I'm a new maintainer doing RC bug squashing; Michael Koch, Cc'd, is my AM.)
I attach a proposed NMU interdiff for this bug, and for a FTBFS with recent
dpkg-shlibdeps which I discovered while fixing it. I haven't built the
patched packages
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 14 Dec 2007 at 00:53:28 +0100, Michael Koch wrote:
On Mon, Dec 10, 2007 at 08:40:43PM +, Simon McVittie wrote:
Michael: how would you recommend proceeding with this? Should I bother
asking for a sponsored-NMU of a known-broken package
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[I'm a new maintainer doing RC bug fixing as part of TS; Michael is my AM.]
This bug is because Eunuchs is being built for Python 2.5, but hasn't
been ported according to PEP 353 Using ssize_t as the index type
+
+ * Non-maintainer upload.
+ * Remove all cmake-generated files in make clean, avoiding FTBFS
+and reducing Debian diff size (Closes: #445614).
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 14 Oct 2007 12:24:05 +0100
+
perceptualdiff (1.0.1-1) unstable; urgency=low
* Initial release
diff
On Mon, 15 Oct 2007 at 07:36:30 -0600, Martin Michlmayr wrote:
* Simon McVittie [EMAIL PROTECTED] [2007-10-15 11:30]:
A patch is attached. It makes the following changes to fix the FTBFS:
Um, oops. Patch *really* attached...
--- eunuchs-20050320.1.orig/debian/changelog
+++ eunuchs-20050320.1
tags 456879 + patch
thanks
You are in a maze of twisty struct sigcontext (or possibly struct
sigcontext_struct), all alike...
signal.c assumes that on i386, either we HAVE_ASM_SIGCONTEXT_H, or there
is no declaration of sigcontext_struct. This is no longer the case in
current glibc:
* signal.h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: gcc-4.2-doc
Version: 4.2.2-6
Severity: grave
Justification: renders package unusable
gcc-4.2-doc installs info files for gcc-4.2 and gccint-4.2 only, but its
postinst calls install-info for gcc-4.2, gccint-4.2 and libgomp-4.2,
causing the
On Thu, 29 Oct 2009 at 14:17:04 +0100, Bruno Kleinert wrote:
Am Samstag, den 24.10.2009, 15:28 +0100 schrieb Simon McVittie:
Since we're building Openarena from source anyway, we control the source
code that computes the checksum, so it should be possible to have our
Openarena cheat
On Thu, 09 Jul 2009 at 15:52:50 +0200, Patrick Schoenfeld wrote:
The directory is created in postinst, based on what
the user enters and is not deleted in postrm.
[...]
- I'm not exactly confident, if this usage of debconf is okay, because I
remember (IIRC) that it was considered bad
Hi,
It appears that your previous NMU of arpwatch introduced a couple of RC bugs
(#550233 and #552792, both Cc'd) that you might not be aware of. Could you
have a look at them, please?
In the changelog you wrote:
* made /usr/share/arpwatch/ethercodes.dat a conffile so upgrades wont
On Thu, 12 Nov 2009 at 08:18:00 +1100, Craig Sanders wrote:
On Wed, Nov 11, 2009 at 08:52:05PM +, Simon McVittie wrote:
It appears that your previous NMU of arpwatch introduced a couple of RC bugs
thanks for the heads-up, i wasn't aware of these bug reports. the bug
tracker doesn't CC
On Fri, 23 Oct 2009 at 00:01:22 +0200, Moritz Muehlenhoff wrote:
Package: alien-arena
Severity: grave
Tags: security
From the referenced Red Hat bugzilla entry, the patch seems to be as simple as
http://svn.icculus.org/alienarena/trunk/source/client/menu.c?r1=1383r2=1391
(however, there are
rpath from libOpenIPMIposix.so.0.0.1
+ * Remove a generated Makefile during clean to avoid it getting into the
+Debian diff after repeated builds (as seen in the Ubuntu diff)
+ * Actually compile the package in build-arch rather than waiting until
+install-arch
+
+ -- Simon McVittie s
On Tue, 17 Nov 2009 at 12:37:55 +1030, Ron wrote:
This is a known issue, yeah. But I don't really think it's a bug in the
plugin per-se.
I'm not going to get into BTS severity ping-pong, but I don't see how this can
not be grave. dovecot-antispam only has one purpose (being loaded into
retitle 556939 libgfshare-bin: can produce broken shares containing foo.000
tags 556939 confirmed
forwarded 556939 dsilv...@digital-scurf.org
thanks
A modified version of your test case eventually failed for me: in the first
run it failed after 157 split/recombine attempts, and in the second run
On Wed, 18 Nov 2009 at 14:00:25 +, Simon McVittie wrote:
One thing that the two failures had in common is that component x.000 was
produced and was used to remake the share
Forgot to mention: if you have lost data as a result of this bug, but you
still have access to *more than
On Wed, 18 Nov 2009 at 15:09:07 +, Daniel Silverstone wrote:
If you lose a number of shares equal-to-or-greater-than the number
required to reconstruct the share, it might arguably provide you with a
short period of time in which to revoke those keys. I'd be quite happy
to receive a patch
case you can only recover the secret by having one extra share
+above the normal threshold.
+
+ -- Simon McVittie. 2009-11-18
=== modified file 'src/libgfshare.c'
--- src/libgfshare.c 2006-02-26 14:01:53 +
+++ src/libgfshare.c 2009-11-18 23:35:57 +
@@ -27,6 +27,7 @@
#include libgfshare.h
.
+ * Install the private libraries into a private directory, making it
+unnecessary to run ldconfig (Closes: #553110)
+ * Modernize watch file (Closes: #529114)
+
+ -- Simon McVittie s...@debian.org Sun, 15 Nov 2009 14:42:25 +
+
hercules (3.06-1) unstable; urgency=low
* New upstream
The -2.2 NMU doesn't seem to be in DELAYED, but in any case the given patch
does indeed looks very hackish, and shouldn't be necessary if libtool is
working correctly.
It seems to be possible to fix it without rummaging in .libs, by removing
AC_DISABLE_FAST_INSTALL from (the patch that adds)
tags 565572 + lenny
thanks
On Sat, 16 Jan 2010 at 23:22:09 -0500, christopher wrote:
When I try to login to msn passport account, emesene says that the
protocol isn't supported by the server.
This seems to be a problem for 1.0-dist-4 (in Debian stable) but not for 1.6-1
(in testing/unstable).
Package: telepathy-mission-control-5
Version: 5.5.0-1
Severity: serious
Justification: release-critical in maintainer's opinion
Tags: upstream
Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=28557
If a connection manager parameter's value contains '\', the number of '\' is
doubled every
On Mon, 14 Jun 2010 at 13:14:23 -0400, Andrew SB wrote:
The attached debdiff fixes the RC bug (BTS #539813) against
nautilus-clamscan as well as all other bugs against the package.
Hi,
This upload looks good to me, and there's been no response on the RC bug for
a while, so I've sponsored it.
Source: giftui
Severity: serious
Justification: orphaned, low popcon, inactive upstream
User: debian...@lists.debian.org
Usertags: proposed-removal
giftui seems like a candidate for removal from Debian:
* orphaned
* low and declining popcon
* inactive upstream (last activity was a comment on a
Source: openverse
Severity: serious
Justification: orphaned, low popcon, upstream vanished
User: debian...@lists.debian.org
Usertags: proposed-removal
openverse seems like a candidate for removal from Debian:
* orphaned
* very low and declining popcon (6 installations)
* upstream's domain has
tags 583939 + patch
retitle 583939 invalid use of strcpy causes breakage on Intel x86-64 CPUs
thanks
On Sat, 05 Jun 2010 at 10:59:29 +0100, Sheridan Hutchinson wrote:
You may find this thread useful.
http://www.quakelive.com/forum/showthread.php?t=38447page=3
Thanks, that thread leads to
reassign 585024 ftp.debian.org
retitle 585024 RM: libdownload -- RoQA; library with no rdepends, abandoned
upstream
severity 585024 normal
thanks
libdownload, a fork of libfetch, was packaged in Debian as a prerequisite for
pacman-package-manager, which hasn't yet been uploaded (it doesn't seem
On Fri, 29 Jan 2010 at 16:26:12 +0100, Alexander Reichle-Schmehl wrote:
* Alexander Reichle-Schmehl toli...@debian.org [100129 15:56]:
However, the many (all?) css files are compressed, too, and sadly they
don't have that -min.css, only the compressed css. It might be possible
to add the
On Mon, 12 Jul 2010 at 20:08:07 +0200, Heretik wrote:
Le jeudi 08 juillet 2010 à 21:16 +0100, Simon McVittie a écrit :
If not, would the Games Team would be interested in picking it up?
Yes, please. I should have asked for it earlier.
Thanks, I've imported tremulous into pkg-games git
Source: beast
Version: 0.7.1-5
Severity: serious
Justification: RC bugs, no maintainer upload since 2008, low popcon
User: debian...@lists.debian.org
Usertags: proposed-removal
beast seems like a possible candidate for removal from Debian:
* low popcon (36 votes)
* no upstream releases since
Source: centerim
Version: 4.22.7-1
Severity: serious
Justification: RC/security bug, embedded code copies, somewhat low popcon
User: debian...@lists.debian.org
Usertags: proposed-removal
(cc'ing previous sponsors in the hope of getting a second opinion)
centerim seems like a possible candidate
Source: star
Version: 1.5final-2
Severity: serious
Justification: FTBFS, somewhat low popcon, alternatives are Essential: yes
User: debian...@lists.debian.org
Usertags: proposed-removal
star seems like a possible candidate for removal from Debian:
* somewhat low, and declining popcon (73 votes)
Source: tex-guy
Version: 1.3.2-6.1
Severity: serious
Justification: RC-buggy, low popcon, inactive upstream
User: debian...@lists.debian.org
Usertags: proposed-removal
tex-guy seems like a possible candidate for removal from Debian:
* low popcon (28 votes for most popular binary package)
* grave
Source: mp32ogg
Version: 0.11-12
Severity: serious
Justification: RC-buggy, low-ish popcon, no upstream, better alternatives
User: debian...@lists.debian.org
Usertags: proposed-removal
mp32ogg seems like a candidate for removal from Debian:
* unmaintained upstream
* various bug reports, of which
Source: aub
Severity: serious
Justification: orphaned, orphaned upstream, low popcon, alternatives exist
User: debian...@lists.debian.org
Usertags: proposed-removal
aub seems like a candidate for removal from Debian:
* orphaned
* the previous Debian maintainer was also the upstream
* low popcon
Source: libcgi
Severity: serious
Justification: orphaned, inactive upstream, low popcon, no rdepends
User: debian...@lists.debian.org
Usertags: proposed-removal
libcgi seems like a candidate for removal from Debian:
* orphaned
* inactive upstream (no releases since 2003)
* low popcon (6 votes)
*
Source: sfind
Severity: serious
Justification: orphaned, low popcon, an alternative is Essential: yes
User: debian...@lists.debian.org
Usertags: proposed-removal
sfind seems like a candidate for removal from Debian:
* orphaned
* low popcon (7 votes)
* doesn't seem any better than modern
Source: libroxen-watchdog
Severity: serious
Justification: orphaned, zero popcon, inactive upstream
User: debian...@lists.debian.org
Usertags: proposed-removal
libroxen-watchdog seems like a candidate for removal from Debian:
* orphaned since September
* low popcon (no votes)
* no upstream
Package: sudosh3
Version: 3.2.0-1
Severity: grave
Tags: security
Justification: during replay, reads up to 8MB into an 8KB buffer
You don't seem to have responded to Adam Borowski's mail wondering why this
package should be in Debian, and commenting on its quality. In particular,
he notes a
Version: 190.42-1
On Fri, 24 Apr 2009 at 14:53:32 +0200, A Mennucc wrote:
the original advisory says
Using earlier NVIDIA Linux drivers on the Celsius H270 notebook will
result in a corrupt EDID
and
anyone repackaging a 180.xx NVIDIA Linux graphics driver upgrade to
180.51
So I would
--- cclive-0.5.3/debian/changelog
+++ cclive-0.5.3/debian/changelog
@@ -1,3 +1,11 @@
+cclive (0.5.3-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Build against libcurl4-gnutls-dev, not openssl, to avoid GPL
+violation (Closes: #556597)
+
+ -- Simon McVittie s...@debian.org Thu, 26
retitle 554521 joy2key: default device wrong for current Linux
severity 554521 important
tags 554521 fixed-upstream
thanks
Putting the bug submitter back in the loop...
On Sat, 14 Nov 2009 at 22:55:08 -0500, Jonathan Niehof wrote:
I am unable to reproduce this bug on squeeze/testing. OMM,
Package: python-psycopg2da
Version: 2.0.13-1
Severity: serious
Justification: uninstallable in sid
The zope3 package in sid seem to have been removed in favour of various
separate library packages. However, python-psycopg2da still depends on zope3,
rendering it uninstallable in sid.
(This is one
On Tue, 24 Nov 2009 at 08:35:22 +0100, Vincent Danjean wrote:
So, unless someone want to take ownership of upstream development/fix,
I plan to remove this package from Debian.
At the BSP this weekend I'll probably be giving the release team a list of
rremoval-from-testing suggestions. Would
Package: levee
Version: 3.5a-1
Severity: serious
Justification: FTBFS, low popcon (inst=19), numerous alternatives
User: debian...@lists.debian.org
Usertags: proposed-removal
levee seems like a possible candidate for removal from Debian:
* RC-buggy (fails to build from source with eglibc,
Package: skyutils2
Version: 2.7-1
Severity: serious
Justification: RC bug, old library with no rdepends, declining popcon
User: debian...@lists.debian.org
Usertags: proposed-removal
levee seems like a possible candidate for removal from Debian:
* RC-buggy (#553012, lintian
On Thu, 29 Oct 2009 at 14:17:04 +0100, Bruno Kleinert wrote:
Am Samstag, den 24.10.2009, 15:28 +0100 schrieb Simon McVittie:
Unfortunately, it appears that this is correct:
* openarena-data contains .pk3 files (zip files)
* of those, pak0.pk3 contains .qvm files (the cgame, game and ui
On Sun, 29 Nov 2009 at 17:43:42 +, Simon McVittie wrote:
*/qagame.qvm are not byte-identical to the versions in OA svn
Combining xxd and diff reveals that the only difference is the date, so we can
be fairly confident that this is, in fact, the source code.
s
signature.asc
Description
Package: overkill
Version: 0.16-14
Severity: serious
Justification: RC security bug, unmaintained upstream, low popcon (20 votes)
User: debian...@lists.debian.org
Usertags: proposed-removal
overkill seems like a possible candidate for removal from Debian:
* security-buggy (#549310, overflows a
On Sun, 29 Nov 2009 at 15:23:14 +, Simon McVittie wrote:
Package: skyutils2
[...]
levee seems like a possible candidate for removal from Debian:
That was a cut-and-paste error from a similar mail I sent about levee, of
course; the rest of the mail remains valid.
signature.asc
Description
On Sun, 29 Nov 2009 at 17:43:42 +, Simon McVittie wrote:
One caveat is that when I tried rsync'ing the mod SDK into the openarena
source package (which is upstream's engine tarball), I got differences in
some files that are common to the engine and the QVMs (the mod SDK and the
engine were
On Sun, 29 Nov 2009 at 21:53:30 +0100, Sebastian Harl wrote:
On Tue, Nov 17, 2009 at 02:51:41AM +, Simon McVittie wrote:
I've prepared a slightly more complete patch, fixing some other issues
including a lintian error.
Thanks for the patch! It looks fine to me (even though, I'd have
I think I'm winning! I've deleted the QVMs from my pak0.pk3 and mp-pak0.pk3,
and I can play Openarena locally with and without mission pack mode by
using native shared objects for game logic, as long as I turn off sv_pure.
Changes made in git+ssh://git.debian.org/git/users/smcv/openarena.git
Package: nws
Version: 2.13-6.1
Severity: serious
Justification: RC-buggy, extremely low popcon, no releases since 2005
User: debian...@lists.debian.org
Usertags: proposed-removal
nws seems like a possible candidate for removal from Debian:
* RC-buggy (runs init script without going via
Package: openc++
Version: 2.8-9
Severity: serious
Justification: RC-buggy, low popcon, no rdepends, last release 2005, non-free
User: debian...@lists.debian.org
Usertags: proposed-removal
openc++ seems like a possible candidate for removal from non-free:
* library with no reverse dependencies
*
Package: libroxen-tokenfs
Version: 1.1-13
Severity: serious
Justification: RC-buggy, extremely low popcon, orphaned
User: debian...@lists.debian.org
Usertags: proposed-removal
libroxen-tokenfs seems like a good candidate for removal from Debian:
* RC-buggy (files in /var/www)
* extremely low
1 - 100 of 2136 matches
Mail list logo