severity 1067391 serious
thanks
After rebuilding for the time64 transition, bitlbee-facebook depends on
both libglib2.0-0 and libglib2.0-0t64. As a result it is uninstallable on
architectures affected by the time64 transition (armel, armhf and
several unofficial ports).
Package: aqemu
Version: 0.9.2-3
Severity: serious
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, aqemu still
depends on libqt5dbus5. As a result it is uninstallable on
architectures that are undergoing the time64 transition
(armel, armhf and some
Package: stopwatch
Version: 3.5-6
Severity: normal
Dear Maintainer,
I have translated this application into Japanese.
Please add Japanese version in the next release for the convenience of users in
Japanese.
Best regards,
Green
-- System Information:
Debian Release: 10.13
APT prefers
In order to see your message, click on the following link:
http://link.news-sarouty.ma/v/443/de86ac2aa9610f1793217487cbaae1748de5a97f6a48af20
In order to see your message, click on the following link:
http://link.news-sarouty.ma/v/443/de86ac2aa9610f1765141477731636398de5a97f6a48af20
In order to see your message, click on the following link:
http://link.news-sarouty.ma/v/443/de86ac2aa9610f179def79ff952159848de5a97f6a48af20
In order to see your message, click on the following link:
http://link.news-sarouty.ma/v/443/de86ac2aa9610f1743856e54b3e842588de5a97f6a48af20
In order to see your message, click on the following link:
http://link.news-sarouty.ma/v/443/de86ac2aa9610f172b6d76896aac32ff8de5a97f6a48af20
In order to see your message, click on the following link:
http://link.news-sarouty.ma/v/443/de86ac2aa9610f17a58d3abe02e5f8138de5a97f6a48af20
Afin de voir votre message, cliquez sur le lien:
http://link.news-sarouty.ma/v/443/de86ac2aa9610f17dc44b290187174a20347b033abdf7d3b
Afin de voir votre message, cliquez sur le lien:
http://link.news-sarouty.ma/v/443/de86ac2aa9610f1740ad28249b30206f0347b033abdf7d3b
Afin de voir votre message, cliquez sur le lien:
http://link.news-sarouty.ma/v/443/de86ac2aa9610f174450c88476193b440347b033abdf7d3b
severity 937009 serious
thanks
mercurial can no longer be built in testing because of a build-dependency on
python-docutils which has been removed.
This is fixed in unstable, but mercurial is blocked from migrating to testing
because it
declares a conflicts on mercurial-crecord (<=
Attention,
IMPORTANT INFORMATION
My Name is Mr. Tim Green, I am an independent financial fiduciary agent
attached to reputable and credible Investors that are currently seeking for
interesting and professional investment opportunities to invest their funds
into.
Therefore,We are helping them
severity 938909 normal
thanks
Version 4.6.0-2 eliminates the unsatisfiable build-dependency and has migrated
to testing. Returning this bug to normal severity.
upload.
+ * Drop build-dependency on nonexistent python-zope.event. Downgrades:
#938909.
+ * Disable testsuite for python 2, it needs python-zope.event.
+(keep testsuite enabled for python 3)
+ * Fix clean target.
+
+ -- Peter Michael Green Sat, 07 Dec 2019 07:00:43 +
+
zope.interface
On 07/12/2019 07:47, peter green wrote:
It would be preferable to only disable the testsuite for python2, but I have no
idea how to do that, so my current debdiff disables the testsuite completely, I
also ran into an issue with the package's clean target not cleaning up properly.
Just
on moreutils, needed by fixed clean target.
+
+ -- Peter Michael Green Sat, 07 Dec 2019 07:00:43 +
+
zope.interface (4.6.0-1) unstable; urgency=medium
* QA upload.
diff -Nru zope.interface-4.6.0/debian/control
zope.interface-4.6.0/debian/control
--- zope.interface-4.6.0/debian/control
severity 938909 serious
thanks
zope.interface build-depends on python-zope.event which is no longer built by
the zope.event source package.
severity 937666 serious
thanks
python-coverage-test-runner depends on the python-coverage binary package which
is no longer built by the python-coverage source package.
Package: zope.testing
Version: 4.6.2-2
Severity: serious
https://ci.debian.net/data/autopkgtest/testing/amd64/z/zope.testing/2966135/log.gz
autopkgtest [06:13:32]: test all: [---
Traceback (most recent call last):
File "/usr/bin/zope-testrunner", line 9, in
Package: zope.testrunner
Version: 4.4.9-3
Severity: serious
autopkgtest [06:13:47]: test all-2: [---
bash: /tmp/autopkgtest-lxc.v65a_j_9/downtmp/build.cMu/src/debian/tests/all-2:
/usr/bin/python: bad interpreter: No such file or directory
autopkgtest [06:13:47]: test all-2:
severity 938919 serious
thanks
python-zope.testrunner in testing depends on python-zope.exceptions which has
already been dropped by the zope.exceptions source package.
This has been addressed in unstable by dropping the python-zope.testrunner
binary package, however that fix cannot currently
Tags 897114 +patch
thanks
This was blocking a transition in raspbian, so I whipped up a fix. Debdiff at
http://debdiffs.raspbian.org/main/i/ifrit/ifrit_4.1.2-5%2brpi1.debdiff , no
intent to NMU in Debian.
The only tricky bit was that there seems to have been a typo in debian/rules,
there was
hanged-By: Peter Michael Green <plugw...@debian.org>
Description:
python-protocols - Open Protocols and Component Adaptation for Python
Changes:
pyprotocols (1.0a.svn20070625-8) unstable; urgency=medium
.
* QA upload.
* Remove dependency on obsolete transitional package python-de
I just took a look at the xpdf build failure.
Unfortunately I was unable to find documentation on the "object" changes but
after reading the sourcecode I was able to figure out that.
1. It appears "output" objects are now returned by value rather than being
passed by pointer.
2. Freeing
Package: github-backup
Version: 1.20170301-1
Severity: serious
x-debbugs-cc: barak+...@pearlmutter.net
github-backup build-depends on haskell-github << 0.16.0 but sid has 0.16.0-1
and buster doesn't have the package at all. So github-backup's build-depends are not
satisfiable in either
tags 805799 +patch
thanks
Ubuntu have a fix for this.
https://patches.ubuntu.com/k/kst/kst_2.0.3-4ubuntu3.patch
I cleaned up the changelog and removed ubuntus maintainer changes and
uploaded to raspbian. Debdiff of that at.
http://debdiffs.raspbian.org/main/k/kst/kst_2.0.3-4%2brpi1.debdiff
Package: filters
Version: 2.52
Severity: minor
In filters(6) man page, the NAME section incorrectly lists a nethack
command, but the DESCRIPTION section includes nethackify which is
correct.
Thanks!
signature.asc
Description: Digital signature
Package: sleepd
Version: 2.07+b1
Severity: normal
My system is swapping, and the culprit appears to be sleepd.
In top, sleepd is listed with:
VIRT: 12.655g
RES: 2.132g
SHR: 1272
%MEM: 56.0
Thank you for maintaining sleepd.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
build with recent zlib
replace definition of gzFile which conflicts with recent zlib with include
of zlib.h
Author: Peter Michael Green plugw...@p10link.net
Bug-Debian: http://bugs.debian.org/???
---
The information above should follow the Patch Tagging Guidelines, please
checkout http
Note: I have no particular relationship to this package, i'm just trying to
reduce the number of uninstallable packages in armhf testing.
configure.ac:210: warning: macro `AM_PATH_ALSA' not found in library
configure.ac:210: error: possibly undefined macro: AM_PATH_ALSA
If this token and
Note: i'm just doing flyby investigation of rc bugs. I have no relationship to
either doko or this package.
This package is building ok for me.
Same here
Having looked through a number of these bugs I get the impression that doko was a
bit careless when doing his mass bug filing. Most are
So, um, just asking here: if a package fails to build on one particular
architecture due to a bug in gcc, is that a reason to remove it from
testing
If a few minor packages are blocking a transition for any reason then
it is very likely they will be removed from testing. This isn't exactly
tags 575856 +patch
thanks
From my testing it appears to be sufficiant to simply drop the
build-dependency on x-dev to fix this.
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
tags 537034 +patch
thanks
I've just done a quick check in pbuilder and adding cpio to the build
depends indeed seems to be sufficiant to make the package build.
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
tags 527532 +patch
thanks
Add #include limits.h to the top of the list of includes in
include/specter/specter.h to fix this bug.
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tags 526847 +patch
thanks
debhelper seems to be the only missing build-dependency (tested in
pbuilder) so adding it should be enough to fix this bug.
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Sandro Tosi wrote:
On Mon, May 4, 2009 at 13:06, peter green plugw...@p10link.net wrote:
tags 526847 +patch
thanks
debhelper seems to be the only missing build-dependency (tested in pbuilder)
so adding it should be enough to fix this bug.
This is an orphaned packages: are you
tags 518858 +patch
thanks
A bit of grepping determined the following
linux/limits.h defines an ARG_MAX
however the various headers that include linux/limits.h explicitly state
that the version from the linux kernel headers is wrong and explicitly
undefine it.
/usr/include/bits/xopen_lim.h
Package: hwb
Version: 1:040412-2
Severity: important
This package is hideously outdated: more than 4 years so.
It is useful; it's unfortunate that the package is orphaned.
-- System Information:
Debian Release: lenny/sid
APT prefers stable
APT policy: (730, 'stable'), (720, 'testing'),
On Tue, 2008.10.07, 281, Robert James Clay wrote:
On Oct 7, 2008, at 7:33 PM, green wrote:
This package is hideously outdated: more than 4 years so.
While it is true that it was last packaged from the site then, is any
of the information that is in the current package actually not valid
tags 493411 +patch
thanks
replace the parseopt= and sys= lines near the top of the makefile with
the following to fix this bug
parseopt=parseopt/confread.o parseopt/lex.o parseopt/parse.o
sys=sys/exit.o sys/xalloc.o sys/log.o sys/communication.o
sys/sighandlers.o sys/processtitle.o
I think adding the following to the work target in debian/rules just
before the last line should make this package build succesfully
cp /usr/share/misc/config.sub work.tmp
cp /usr/share/misc/config.guess work.tmp
Unfortunately since I have been unable to reproduce the problem (it
seems to be
Forgot to remove some changes before sending the patch... sorry.
Jeff Green wrote:
Package: amavis-stats
Version: 0.1.12-7.3
Severity: important
... snip...
asDbg($opts);
-$ret = rrd_graph(/usr/share/amavis-stats/$img , $opts, count($opts));
+$ret = rrd_graph($img , $opts
tags 477011 +patch
thanks
patch is attatched. just add it to the quilt series.
Index: adonthell-0.3.4.cvs.20050813/src/py_adonthell_wrap.cc
===
--- adonthell-0.3.4.cvs.20050813.orig/src/py_adonthell_wrap.cc 2008-04-20
Package: xawtv
Version: 3.95
Severity: normal
Desktop menu of xawtv 3.95.dfsg.1 is missing.
Desktop menu and icon does not appear
after its normal installation by apt-get.
If this is an expected behaviour,
it might be better to change as like TVtime behaves.
-- System Information:
Debian
Package: xawtv
Version: 3.95.dfsg.1
Severity: normal
xawtv does not unmute sound on exit
It is always reproduced here
by using SAA7130-STVLP available from
http://www.kuroutoshikou.com/products/tvcuner/saa7130-stv.html
In order to stop sound, a command # rmmod saa7134 is needed.
there is no way
Package: siege
Version: 2.65-3
Severity: minor
The siege manpage has the example:
HOST = homer.whoohoo.com
http://${HOST}/index.html
which does not work in actuality with the urls.txt file due to the spaces
surrounding
the equals (=) sign. Inclusion of spaces does not work for me while
49 matches
Mail list logo