Package: pdfshuffler
Version: 0.6.0-5
Severity: grave
The program will not start.
ajk@teralehti:~$ pdfshuffler
Error: Could not import pdfshuffler
Cause: No module named pyPdf
ajk@teralehti:~$
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable
7; failed
ajk@teralehti:~$ sed -e's/[0-9A-F][0-9A-F]/xx/g' /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopbac
severity 659474 normal
thanks
On Tue, Jul 24, 2012 at 11:30:25AM +0300, Antti-Juhani Kaijanaho wrote:
> On Tue, Jul 24, 2012 at 12:19:46AM -0700, Noah Meyerhans wrote:
> > Had you enabled the cron job and run sa-compile successfully prior to the
> > upgrade?
>
> I don
ould happen if instead of apt-get upgrade,
you'd use "apt-get install spamassassin" after editing sources.list. That
would likely expose the issue. (I may try this myself, in fact.)
--
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/
signature.asc
Description: Digital signature
On Fri, Jul 20, 2012 at 10:24:08PM +0200, Julien Cristau wrote:
> There's nothing to fix AFAICT, logcheck configuration doesn't need to be
> readable by non-root.
Quite.
Julien, I notice you added a moreinfo tag without asking a question of me.
What info do you require of me?
On Fri, Jul 20, 2012 at 09:06:12PM +0100, Nicholas Bamber wrote:
> After that relevant sections from syslog please.
Already sent several hours before your mail.
--
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/an
Package: mysql-server-5.5
Version: 5.5.24+dfsg-4
Followup-For: Bug #682232
I worked around this by the following:
First, started mysqld with innodb_force_recovery = 1. Then, verified that none
of my tables actually used InnoDB by the following query:
SELECT table_schema, table_name FROM INFOR
Package: mysql-server-5.5
Followup-For: Bug #682232
What are the "etc" logs? Anyway, /var/log/mysql* logs do not contain anything
relevant:
$ LC_ALL=C ls -l /var/log/mysql* | grep 'Jul 20'
-rw-r- 1 mysql adm0 Jul 20 17:05 /var/log/mysql.err
-rw-r- 1 mysql adm0 Jul 20 17:05 /var/l
Package: mysql-server-5.5
Version: 5.5.24+dfsg-4
Severity: grave
Justification: renders package unusable
During an upgrade from squeeze to wheezy, I got this:
Setting up mysql-server-5.5 (5.5.24+dfsg-4) ...
[ ok ] Stopping MySQL database server: mysqld.
[FAIL] Starting MySQL database server: mysq
Package: debtags
Version: 1.10.1
Severity: grave
Justification: renders package unusable
Upgrading one of my systems to wheezy got me this:
Setting up debtags (1.10.1) ...
E: The value 'stable' is invalid for APT::Default-Release as such a release is
not available in the sources
Traceback (most
This bug is likely the same as #665791.
Downgrading libnm-glib4 is a workaround, at least for me.
--
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubs
On Thu, Mar 22, 2012 at 01:24:53PM +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
Thanks for the report. My plan is to fix it this week.
--
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/n
Package: chromium
Version: 15.0.874.106~r107270-1
Severity: grave
Justification: renders package unusable
After upgrading to this version, chromium displays the "Aw, Snap!" screen for
everything, including chrome:///settings.
If I downgrade to 14.0.835.202~r103287-1, everything works.
-- System
Package: fonts-unfonts-extra
Version: 1.0.2-080608-3
Severity: serious
Justification: rc_policy.txt item 2 clause 3
Unpacking fonts-unfonts-extra (from
.../fonts-unfonts-extra_1.0.2-080608-3_all.deb) ...
dpkg: error processing
/var/cache/apt/archives/fonts-unfonts-extra_1.0.2-080608-3_all.deb (-
Package: libghc6-mtl-dev
Version: 1.1.0.2-9
Severity: grave
Justification: renders package unusable
Like most of the other installable libghc6*-dev packages, this package
is unusable currently (from ghc-pkg check):
There are problems in package mtl-1.1.0.2:
dependency "base-4.2.0.0-f87cc1846520
On Wed, Oct 28, 2009 at 12:02:06PM +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
Looks like the problem is the new haxml epoch. I'll work on this on the
evening.
--
Antti-Juhani Kaijanaho, Jyväskylä, Finland
h
Package: bash
Version: 4.0-6
I experienced this problem when upgrading from 4.0-4 to 4.0-6.
It immediately laid havoc to the rest of the upgrade process,
and undoubtedly would have broken my system in interesting ways
had I not intervened manually (by creating the sh link).
-- System Information:
Package: grub-pc
Version: 1.96+20090825-1
Severity: grave
Justification: renders package unusable
a...@kukkaseppele:~$ dpkg --configure -a
dpkg: requested operation requires superuser privilege
a...@kukkaseppele:~$ sudo dpkg --configure -a
[sudo] password for ajk:
Setting up grub-pc (1.96+2009082
Package: ttf-kiloji
Version: 1:2.1.0-8
Severity: grave
Justification: renders package unusable
Setting up ttf-kiloji (1:2.1.0-8) ...
dpkg: error processing ttf-kiloji (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing
Package: apt-listbugs
Version: 0.0.94
Severity: grave
Justification: renders package unusable
apt-listbugs (0.0.94) depends on libgettext-ruby1.8 but the current version
of libgettext-ruby1.8 (1.93.0-1) conflicts with apt-listbugs (<= 0.0.94). Thus
apt-listbugs is currently uninstallable in sid.
Package: postfix
Version: 2.3.8-2etch1
Severity: grave
Justification: renders a DSA ineffective
Tags: security
The DSA 1629-1 upgrade of postfix is treated as a downgrade by dpkg and
apt, and thus the upgrade won't happen unless the user takes unusual
action (instructing them to proceed with a dow
Package: postfix
Version: 2.3.8-2etch1
Severity: grave
Tags: security
Justification: renders a DSA ineffective
The DSA 1629-1 upgrade of postfix is treated as a downgrade by dpkg and
apt, and thus the upgrade won't happen unless the user takes unusual
action (instructing them to proceed with a dow
Just to let people know: my primary computer cannot yet be upgraded to
6.8 due to the fact that I need gtk2hs for my work. I suspect this one
needs to be forwarded upstream, but I'd have to check first.
--
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
Ooops.
I don't understand why I did not see all those already open reports. I
did scan through the grep bug list (searched for the word "segfault"
even).
Sorry about that.
--
Antti-Juhani Kaijanaho, Jyväskylä
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/phot
On Mon, Jul 02, 2007 at 07:45:33AM -0700, Daniel Burrows wrote:
> Please install the version of aptitude from experimental. It should
> fix your problem.
This seems to require downgrading apt &co on amd64.
(I have this problem too.)
--
Antti-Juhani Kaijanaho, Jyväskylä
ht
On Tue, Jun 05, 2007 at 08:12:34AM +0200, Lucas Nussbaum wrote:
> Justification: FTBFS on i386
The i386 buildd seems not have a problem with it.
Note that I just orphaned this package, see #429178.
--
Antti-Juhani Kaijanaho, Jyväskylä
http://antti-juhani.kaijanaho.fi/newblog/
signature.
You should be able to build the GHCi library at package build time by
using ld in debian/rules; see
http://www.haskell.org/ghc/docs/latest/html/users_guide/packages.html#building-packages
for the details.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Co
Bart Martens wrote:
> On Fri, 2006-09-08 at 23:21 +0200, Andreas Barth wrote:
>> I uploaded an NMU of your package.
>
> Please remove that upload.
I'm not Andreas, but I'd like to note that it has already been ACCEPTed
to the archive; I doubt removing it is an option any more.
> The bug was repo
Martin Orr wrote:
> grep-dctrl has an empty /usr/share/doc/grep-dctrl directory
It's supposed to be a symbolic link to dctrl-tools' doc dir.
I've seen this happen myself, but I don't know what causes it. Do you
have any theories?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: libslang1-dev
Version: 1.4.9dbs-9
Severity: grave
libslang1-dev depends on slang1 (= 1.4.9dbs-9), which is not available
in unstable. Yes libslang1 provides slang1, but that works only for
unversioned dependencies.
-- System Information:
Debian Release: testing/unstable
APT prefers un
Is this bug obsolete, now that sarge has been released?
--
Antti-Juhani Kaijanaho, Debian developer
http://kaijanaho.info/antti-juhani/blog/en/debian
signature.asc
Description: Digital signature
31 matches
Mail list logo