Package: ksh
Version: 93u+20120801-2
Severity: normal
There's something wrong with the update-alternatives handling in the
postinst. You can see this failure consistently on a stretch system
by purging and reinstalling the package. The first install always
fails, but it will correct itself with
On Fri, Jan 06, 2017 at 01:53:47PM +0100, Sebastian Ramacher wrote:
> It was fixed in 2-6-4+deb7u6.
Thanks, I can confirm that this fixes the problem.
> Then perhaps the discussions you read are wrong or incomplete. Maybe there is
> no
> exploitable code out there using CTR mode, but it can be
On Wed, Jan 04, 2017 at 01:14:19PM +0100, Sebastian Ramacher wrote:
> On 2017-01-03 13:07:38, Zed Pobre wrote:
> > Despite that, I think I agree that paramiko needs to change. The
> > problem is that this is a stable distribution, and the patch that
> > causes this problem
I'm also having this problem. Some searching shows that the pycrypto
folks believe that this should be fixed in paramiko:
https://github.com/dlitz/pycrypto/issues/149
A fellow who found a workaround on the paramiko side notes that the
pycrypto comments in AES.py are wrong now:
Package: libaudio2
Version: 1.9.4-1+b1
Severity: important
The following extra packages will be installed:
libaudio2
Suggested packages:
nas
The following packages will be upgraded:
libaudio2
1 upgraded, 0 newly installed, 0 to remove and 183 not upgraded.
1 not fully installed or removed.
Source: gdbm
Version: 1.8.3-13+b1
Severity: important
The latest upgrade on a multiarch system failed. Relevant excerpt is:
The following extra packages will be installed:
libgdbm3:i386
The following packages will be upgraded:
libgdbm3:i386
1 upgraded, 0 newly installed, 0 to remove and 292
Package: wnpp
Severity: wishlist
Owner: Zed Pobre z...@debian.org
* Package name: libjs-mousetrap
Version : 1.3
Upstream Author : Craig Campbell
* URL : http://craig.is/killing/mice
* License : Apache
Programming Lang: Javascript
Description : simple
Package: duplicity
Version: 0.6.18-1
Severity: important
After the change to use paramiko for sftp connections, there appears
to be no way to tell Duplicity to connect to a nonstandard SSH port.
This has broken my backups.
Old style of call:
duplicity collection-status
Package: aide
Version: 0.15.1-2
Severity: important
I cannot initialize the aide database on a fresh Squeeze build.
Running aideinit results in lines like the following:
Running aide --init...
471:Error in expression:�Qe
Configuration error
AIDE --init return code 17
The characters that follow
Package: wnpp
Severity: wishlist
Owner: Zed Pobre z...@debian.org
I'm taking over maintainership of Snoopy with the blessing of the
previous maintainer (Marc Haber). The new package is being built from
the upstream Git against the latest release tag (1.8.0), and
/etc/ld.so.preload is being
Package: rsync
Version: 3.0.7-2
Severity: critical
Justification: breaks unrelated software
Upgrading to Testing broke my backup scripts (using Duplicity),
unrelated software so I'm filing this as critical.
The problem resolved down to rsync 3.0.3-2 accepting the following:
rsync
Package: glpi
Version: 0.72.4-2
Severity: normal
*** WARNING: ucf was run from a maintainer script that uses debconf, but
the script did not pass --debconf-ok to ucf. The maintainer
script should be fixed to not stop debconf before calling ucf,
and pass it
Package: glpi
Version: 0.72.4-2
Severity: important
An error seems to have occurred while upgrading the database. If it's
of any help, this was the error encountered:
mysql said: ERROR 1072 (42000) at line 4: Key column 'date_mod'
doesn't exist in table
There also appears to be no
Package: jxplorer
Version: 3.2.1+dfsg-1
Severity: important
When running jxplorer, all I get is:
Exception in thread main java.lang.NoClassDefFoundError:
com.ca.directory.jxplorer.JXplorer
at gnu.java.lang.MainThread.run(libgcj.so.90)
Caused by: java.lang.ClassNotFoundException:
Package: trac
Version: 0.11.5-4
Severity: important
The system is using Postgresql for the database. When attempting to
view any ticket or create a new ticket I get the following (and adding
an entry for admin_trac_url in the project trac.ini does not seem to
help):
Traceback (most recent call
Package: php-htmlpurifier
Version: 3.3.0-1
Severity: normal
Version 4.0.0 was released last July. Please package.
Thanks,
Zed
-- System Information:
Debian Release: 5.0.3
APT prefers stable
APT policy: (650, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Package: git-buildpackage
Version: 0.4.55
Severity: normal
Using the git-buildpackage from testing with devscripts from lenny, I
get:
git-dch -R
Unknown option: no-force-save-on-release
Usage: dch [options] [changelog entry]
Run dch --help for more details
dch --no-auto-nmu --release
Package: mercurial
Version: 1.2-1
Severity: serious
Justification: no longer builds from source
Mercurial's build process appears to be using the new debhelper
features of the latest version of quilt, and as such needs a versioned
build-depends for 'apt-get build-dep mercurial' to provide a
Package: emacs22-common
Version: 22.3+1-1
Severity: normal
I'm scratching my head over this one. On the same system, with
identical .emacs files in /root and in /home/zed, if I edit a file in a
mercurial directory as user zed, I'm fine. If I become root and then
run, or even sudo, emacs on a
Package: wnpp
Severity: wishlist
Owner: Zed Pobre z...@debian.org
* Package name: libtext-aligner-perl
Version : 0.03
Upstream Author : Anno Siegel sie...@zrz.tu-berlin.de
* URL : http://search.cpan.org/perldoc?Text::Aligner
* License : Perl (GPL/Artistic
Package: wnpp
Severity: wishlist
Owner: Zed Pobre z...@debian.org
* Package name: libtext-table-perl
Version : 1.114
Upstream Author : Anno Siegel sie...@zrz.tu-berlin.de
* URL : http://search.cpan.org/perldoc?Text::Table
* License : Perl (GPL/Artistic
Package: wnpp
Severity: wishlist
Owner: Zed Pobre z...@debian.org
* Package name: libebook-tools-perl
Version : 0.4.4
Upstream Author : Zed Pobre z...@debian.org
* URL : http://search.cpan.org/dist/EBook-Tools/
* License : GPL2
Programming Lang: Perl
Package: pyqt4-dev-tools
Version: 4.4.2-4
Severity: important
The pyuic4 command appears to be nonfunctional:
pyuic4
Traceback (most recent call last):
File /usr/X11R6/bin/pyuic4, line 7, in module
from PyQt4 import QtCore, uic
ImportError: cannot import name uic
I hunted around with
Package: slocate
Version: 3.1-1.1
Severity: important
The following message was received during upgrade. Completely
removing slocate and then reinstalling it did get it to install.
Preparing to replace slocate 3.1-1 (using .../slocate_3.1-1.1_i386.deb) ...
Removing `diversion of
Package: slocate
Version: 3.1-1.1
Severity: serious
Justification: Policy 6.8
Removing slocate fails, which is substantially harder to deal with
than the failed upgrade:
Removing group `slocate' ...
groupdel: error removing group entry
/usr/sbin/delgroup: `/usr/sbin/groupdel slocate' returned
Package: libxml-twig-perl
Version: 1:3.32-2
Severity: minor
While it didn't technically break the building, it was a little
disconcerting to get the following message at the end of the tests:
Can't exec xmlwf: No such file or directory at t/zz_dump_config.t line 34.
Use of uninitialized value
Package: xt-catalog
Version: 1.01-3.3
Severity: grave
Justification: renders package unusable
Running:
xtcat -k paragraphs.dbk
immediately results in:
java.lang.ClassNotFoundException: com.jclark.xml.sax.CommentDriver
This appears to be the similar to the issue once reported as bug #113851.
Package: xmlto
Version: 0.0.20-2
Severity: important
Any attempt to use --stringparam with xmlto results in the following
four lines:
warning: failed to load external entity XSLTPARAMS
cannot parse XSLTPARAMS
Variable $SGML_CATALOG_FILES not set
warning: failed to load external entity XSLTPARAMS
Package: phpwiki
Version: 1.3.12p2-1
Severity: normal
The table 'user' is not specified in the postgresql schema, though
there is an attempt to grant permissions to :user_tbl down at the very
bottom. Although this table is deprecated, its existence is required
for the Convert cached_html feature
Package: phpwiki
Version: 1.3.12p2-1
Severity: normal
When attempting to add the sess_ip column, it attempts to use the
following command:
ALTER TABLE session ADD sess_ip CHAR(15) NOT NULL
The only problem is that Postgresql doesn't allow adding the NOT NULL
flag at the same time a new column
Package: phpwiki
Version: 1.3.12p2-1
Severity: grave
Justification: causes non-serious data loss
I had a custom apache.conf required for supporting multiple parallel
wikis in /etc/phpwiki/apache.conf. This file was replaced with a
default file on a noninteractive upgrade, and no .dpkg-old
Package: phpwiki
Version: 1.3.12p2-1
Severity: minor
The usage guide for migrate-phpwiki-config claims that you should run
it as:
Usage: ./phpwiki-migrate-config config-template.ini
If you just do this, however, it will appear to hang. Quick perusal
of the code shows that it is meant to be
Package: phpwiki
Version: 1.3.12p2-1
Severity: wishlist
This is probably in the category of extraordinary measures, but it
would be nice if the upgrade script checked /etc/phpwiki/apache.conf
for any additional alias lines or directory entries, as those would
be solid signs of an additional
Package: phpwiki
Version: 1.3.12p2-1
Severity: normal
(This one might be considered 'important', as it will break an upgrade
and is slightly nontrivial to correct, but it only affects Postgresql
users upgrading, so I leave it to your discretion.)
Upgrading PHPWiki installed against Postgresql
Package: phpwiki
Version: 1.3.12p2-1
Severity: normal
I accidentally upgraded an old 1.3.7 install of PHPWiki. This broke
all of my wikis, in case you were unaware that the automatic upgrades
still aren't working, but that's not what this bug is about, as I
managed to massage that part back into
have it on your window manager's menu. Just
run xexec, and type netscape in the text box, press enter, and there
you have it. It is especially useful for allowing access to any
available command via one primary menu entry.
--
Zed Pobre [EMAIL PROTECTED] a.k.a. Zed Pobre [EMAIL PROTECTED]
PGP
options, and unlike ssystem,
is actually still being worked on, so you probably only want to use
this if you have older hardware that cannot run Celestia at a
reasonable speed.
--
Zed Pobre [EMAIL PROTECTED] a.k.a. Zed Pobre [EMAIL PROTECTED]
PGP key and fingerprint available on finger
it and is interested in developing it further, I'm looking for someone
to take over both upstream and package maintenance.
--
Zed Pobre [EMAIL PROTECTED] a.k.a. Zed Pobre [EMAIL PROTECTED]
PGP key and fingerprint available on finger; encrypted mail welcomed.
--
To UNSUBSCRIBE, email to [EMAIL
Package: phpwiki
Version: 1.3.10-1
Severity: important
I just discovered that the upgrade to 1.3.10 has caused PHPWiki to
stop recognizing the data in at least one of my links. This is very
bad. I need the information in that node, and worse, I have no idea
how many other links may now be dead.
Package: phpwiki
Version: 1.3.10-1
Severity: important
I just upgraded to 1.3.10, and after spending some time fighting with
the configuration files seem to have my wikis functioning again...
read-only. The problem is that I can't log in; any attempt to perform
authentication results instantly
to check to see if the sess_ip
column is missing when a session SQL call fails, and if so, do this
automatically.
--
Zed Pobre [EMAIL PROTECTED] a.k.a. Zed Pobre [EMAIL PROTECTED]
PGP key and fingerprint available on finger; encrypted mail welcomed.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Package: libdb4.3
Version: 4.3.27-2
Severity: normal
Installing libdb4.3 4.3.27-2 next to libberkeleydb-perl 0.26-2 can
cause perl programs using db (I noticed this with postgrey) to fail
with the error:
BerkeleyDB needs compatible versions of libdb db.h
you have db.h version 4.3.21 and
Package: apt-listbugs
Version: 0.0.47
Severity: critical
Justification: causes serious data loss
I have a network where /etc/apt/preferences (and a lot of other files
in /etc on various machines) are symlinked to a NFS-mounted drive so
they can be changed globally. Unfortunately, the cron.daily
Package: squirrelmail-locales
Version: 1.4.4-20050112-1
Severity: normal
Since squirrelmail-locales includes a file owned by a previous version
of squirrelmail, it needs to have a Replaces: squirrelmail line in
order for it to upgrade cleanly. Currently, it will die with:
Unpacking
Package: xxdiff
Version: 1:3.0.2-4
Severity: normal
To reproduce:
Start xxdiff with any two files. On the right hand side will be two
grey bars (representing matching portions of text) separated by a
darker area. If you do NOT drag the display area in one of the grey
bars, but instead click
45 matches
Mail list logo
