Package: vagrant
Version: 1.0.3-1
Severity: grave
In Sid, Vagrant fails w/ this message:
Vagrant has detected that you have a version of VirtualBox installed
that is not supported. Please install one of the supported versions
listed below to use Vagrant:
4.0, 4.1
Thank you, regards
-- System
Package: xemacs21-packages
Version: 2009.02.17.dfsg.1
Severity: serious
Hi,
at the moment it is impossible to compile packages in a clean
wheezy environment (eg. pbuilder) because circular deps between this
and xemacs21 packages.
>From my pbuilder log:
The following packages have unmet depe
Package: libroot-core-dev
Severity: grave
Justification: renders package unusable
/usr/include/root/Rtypes.h:35:67: fatal error: snprintf.h: No such file or
directory
according to apt-file, snprintf resides in libroot-core-dev so maybe we have to
patch it ?
-- System Information:
Debian Releas
Package: texlive-base
Version: 2009-12
Severity: grave
Tags: sid
texlive-base seems to break on upgrade:
[...]
Setting up texlive-base (2009-12) ...
/etc/libpaper.d/texlive-base: line 48: return: can only `return' from a
function or sourced script
dpkg: error processing texlive-base (--configure
Package: gnome-applets
Version: 2.22.2-1
Severity: serious
Justification: no longer builds from source
Process fails during modemlights building:
Making all in modemlights
make[3]: Entering directory
`/home/oggei/dev/gnome-applets-2.22.2/modemlights'
cc -DHAVE_CONFIG_H -I. -I.. -I. -I. -DO
Package: python-egenix-mxuid
Version: 3.0.0-3
Severity: grave
Justification: renders package unusable
the evidence:
>>> from mx import UID
Traceback (most recent call last):
File "", line 1, in ?
File "/usr/lib/python2.4/site-packages/mx/UID/__init__.py", line 9, in ?
from UID import *
Package: cacti
Version: 0.8.7a-2
Severity: grave
Tags: security
Justification: user security hole
as per http://www.ush.it/team/ush/hack-cacti087a/cacti.txt , cacti
currently in sid suffers several security holes, fixed by either 0.8.7b
or by patches published on upstream site.
However, applying
Il giorno lun, 28/01/2008 alle 14.15 +0100, Yves-Alexis Perez ha
scritto:
> > I got an upgrade that, for some local pinning, has not complained about
> > upgrading just my evolution to 2.12.3-1, leaving EDS to your 1.12.2-1,
> > leaving the system *non working*.
>
> Well, as Loic said, upgrade
Il giorno lun, 28/01/2008 alle 12.06 +, Debian Bug Tracking System
ha scritto:
> > > EVO crash with this message, with evolution-data-server 1.12.2-1 :
> > >
> > > evolution: symbol lookup error:
> > > /usr/lib/evolution-data-server-1.2/camel-providers-10/libcamelpop3.so:
> > > undefined sym
Package: evolution
Version: 2.12.3-1
Severity: grave
Justification: renders package unusable
EVO crash with this message, with evolution-data-server 1.12.2-1 :
evolution: symbol lookup error:
/usr/lib/evolution-data-server-1.2/camel-providers-10/libcamelpop3.so:
undefined symbol: camel_tcp_stream
e/amule/amuled_home_wrapper.sh
+ '[' -x /usr/bin/amuled ']'
+ '[' -r /etc/default/amule-daemon ']'
+ . /etc/default/amule-daemon
++ AMULED_USER=oggei
++ AMULED_HOME=/home/oggei
+ . /lib/init/vars.sh
++ '[' -f /etc/default/rcS ']'
+
Il giorno lun, 21/01/2008 alle 15.56 +0100, Adeodato Simó ha scritto:
> Hello alessandro,
>
> > init.d script return 1 if stopping an already stopped / not running
> > daemon, this breaks autogenerated prerm script.
>
> The current amule-daemon init script does that, you can check. If you
> can
Package: amule-daemon
Version: 2.1.3-4+b1
Followup-For: Bug #461774
init.d script return 1 if stopping an already stopped / not running
daemon, this breaks autogenerated prerm script.
LSB ( http://snipr.com/1xsnn ) tell stopping a service already stopped
or not running is to be considered success
Package: gnome-panel-data
Version: 2.20.2-1
Severity: grave
Justification: renders package unusable
postinst script fails at lines 22 and 24 because rmdir still fail if no
dir:
22: rmdir --ignore-fail-on-non-empty /etc/gnome-vfs-2.0/vfolders
24: rmdir --ignore-fail-on-non-empty /var/lib/gnom
Package: polygen
Version: 1.0.6.ds1-3
Severity: serious
Justification: Policy 5.6
in debian/control, the dependency field expands from
ocaml-base-nox-${F:OCamlABI} to ocaml-base-nox-3.09.1,
which doesn't exist.
Suggested fix:
Depends: ${shlibs:Depends}, ocaml-base-nox (>= ${F:OCamlABI})
-- Sys
15 matches
Mail list logo