Package: blueman
Version: 2.1.2-1+b1
Severity: grave
Justification: renders package unusable
iptables 1.8.4-3 doesn't contain /sbin/iptables anymore, which breaks blueman.
On startup, I get the following error:
g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.Failed: Traceback
(most rec
While you try to patch the problem itself, maybe an interim patch to
get a more informative status would also greatly help. As for now,
systemclt says the service is "active" when it actually didn't start
and absolutely no information is available in the logs.
● elasticsearch.service - LSB: Start
Package: reportbug-ng
Version: 1.31
Severity: grave
Contrary to reportbug and previous behaviour of reportbug-ng (if memory
serves), now reportbug-ng opens my MUA with an empty mail instead of a
pre-filled report with the informations I gave in reportbug-ng's UI.
-- System Information:
Debian R
Package: netbeans
Version: 8.1+dfsg2-1
Severity: grave
Although JDK dependency is installed (openjdk-7-jdk 7u91-2.6.3-1), when
starting netbeans, I get the following:
$ netbeans
Cannot find java. Please use the --jdkhome switch.
$ echo $?
2
-- System Information:
Debian Release: stretch/sid
nds no packages.
Versions of packages gfxboot-dev suggests:
pn gfxboot-themes
-- no debconf information
--
pie...@nothos.net
OpenPGP 0xD9D50D8A
From 8d660184c5adf3be409759787971273a2d934aff Mon Sep 17 00:00:00 2001
From: Pierre Thierry
Date: Wed, 23 Apr 2014 16:12:38 +0200
Subject: [PATCH]
Package: miro
Version: 4.0.4-1
Severity: grave
For many downloads, Miro doesn't finish the download and the file,
although completely downloaded, remain in the "Incomplete downloads"
directory.
Then, next time Miro starts, it usually removes everything in that
directory.
-- System Information:
D
Package: common-lisp-controller
Version: 7.1
Severity: grave
Although I'm not user with UID 0, CLC tries to write in
/var/cache/c-l-c/0, which is owned by root:
--8<---8<---
pie...@pape:~$ id
uid=1000(pierre) gid=1000(pierre)
groupes=4(
Package: w3af
Version: 1.0~rc2svn3429-1
Severity: grave
Latest w3af seems uninstallable:
---8<8<-
pie...@pape:~$ LANG=C sudo dpkg --configure w3af
Setting up w3af (1.0~rc2svn3429-1) ...
dpkg (subprocess): unable to execute installed
Package: sbcl
Version: 1:1.0.25.0-1
Severity: grave
When I install SBCL I get the following at configure time:
-8<-8<--
usr/lib/common-lisp/bin/sbcl.sh loading and dumping clc.
; loading system definition from /usr/lib/sbcl/sb-grovel
Scribit Marco Túlio Gontijo e Silva dies 07/03/2010 hora 16:05:
> I installed the newest version of clisp and I got not problem in the
> configuration step. Can anyone reproduce this bug?
I can't with clisp and clc from sid either.
Quickly,
Pierre
--
nowhere@levallois.eu.org
OpenPGP 0xD9D50
Package: sbcl
Version: 1:1.0.34.0-1
Severity: grave
After I installed the latest SBCL, I couldn't run it without getting a
bus error. Here's the output of gdb with the core dump:
-8<-8<--
Reading symbols from /usr/bin/sbcl...(no debu
Package: clisp
Version: 1:2.44.1-4.1
Severity: grave
When dpkg tries to configure the clisp package, I get the following
error:
8<--8<--
Installing clc...
;; Loading file /usr/lib/clisp-2.44.1/install-clc.lisp ...
;; Loading file
/
Package: common-lisp-controller
Version: 6.17
Severity: grave
When dpkg-reconfiguring CL implementations, their core or binary is
created with permissions rendering it unusable without modifying it by
hand:
-rwx-- 1 root root 352K jun 1 15:25 /usr/bin/ecl
-rw--- 1 root root 47M jun 1 1
Scribit Modestas Vainius dies 27/05/2009 hora 16:14:
> If ~/Mail is where kmail is set up to store your mails, what do you
> expect?
I used kmail a bit, ages ago, so maybe this setup was just carried
through various upgrades. Still, what is the meaning of turning all my
nex mails into old ones wi
Package: kmail
Version: 4:4.2.2-1
Severity: critical
I'm using mutt to read my emails and kontact to use a variety of PIM
application, especially for my calendar and contacts, occasionnally
taking notes (but not email).
Today I opened kontact and it complained about many .summary files not
being
Package: why
Version: 2.13-2
Severity: grave
why can't be unpacked because /usr/lib/coq/user-contrib/Why.v also
belongs to package libwhy-coq
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (900, 'stable'), (600, 'unstable'), (1,
'experime
Package: postgresql-8.3
Version: 8.3.0-1
Severity: serious
Justification: Policy 9.3.2
# sh -x /etc/init.d/postgresql-8.3 stop
+ '[' -r /usr/share/postgresql-common/init.d-functions ']'
+ . /usr/share/postgresql-common/init.d-functions
++ . /lib/lsb/init-functions
+++ FANCYTTY=
+++ '[' -e /etc/lsb
Package: postgresql-8.2
Version: 8.2.6-2
Severity: serious
Justification: Policy 9.3.2
# sh -x /etc/init.d/postgresql-8.2 stop
+ '[' -r /usr/share/postgresql-common/init.d-functions ']'
+ . /usr/share/postgresql-common/init.d-functions
++ . /lib/lsb/init-functions
+++ FANCYTTY=
+++ '[' -e /etc/lsb
Package: cl-usocket
Version: 0.3.5-1
Severity: grave
Justification: renders package unusable
There is no usocket.asd file:
[EMAIL PROTECTED]:~$ ls -l
/usr/share/common-lisp/{systems,source{,/cl-usocket}}/usocket.asd
lrwxrwxrwx 1 root root 32 Mar 17 20:40
/usr/share/common-lisp/systems/usocket.a
Scribit Nigel McNie dies 19/03/2008 hora 16:07:
> What part is still broken?
I purged mahara packages and installed them back. The default server
name was 'mahara', and the /etc/mahara/servername.conf file contains:
ServerName mahara
Yet, when I go to http://localhost/, I got a page from Mahara,
Package: karm
Version: 4:3.5.8-1
Severity: grave
Justification: causes non-serious data loss
I Had some task at about 10 hours, then left it running without doing
anything at the system. When I came back 5 hours later, karm had
detected I was inactive for the past 5 hours, and I choose to go back
/etc/mahara/servername.conf contains the following:
8<
# DO NOT EDIT THIS FILE! It is managed by debconf!
# It will be overwritten the next time this package is configured.
# Use 'dpkg-reconfigure mahara-apache2' instead.
Serve
Package: mahara-apache2
Version: 0.9.1-1
Severity: critical
Justification: breaks unrelated software
The apache configuration of mahara changes the global document root of
Apache, ehnce making any other web-visible documents or applications
unavailable.
-- System Information:
Debian Release: lenn
Scribit Stefan Völkel dies 23/11/2007 hora 14:56:
> Could we add a big fat warning about these savegame incompatibilities?
I really think it's utterly stupid to design any program that saves data
and won't be able to load it later. The most clean way to prevent this
is to embed a version in the sa
Package: warzone2100
Version: 2.1.0~0.svn1436-1
Severity: grave
When I load a game, the application crashes from a segfault. I was
unable to get valuable information from the core:
Core was generated by `warzone2100'.
Program terminated with signal 11, Segmentation fault.
#0 0x0813c06f in ?? ()
Package: linux-image-2.6.17-2-k7
Version: 2.6.17-9
Severity: serious
After doing an LVM snapshot of my /home, I tried to mount it with the
nouuid option, as it is XFS. The mount process stopped in an
uninterruptable sleep for a long time (many minutes). It was impossible
to kill it, even with the
tags 397310 + patch
thanks
Here is the very simple patch that should make user authentication work
with the default installation of apache2. I confirm that this bug bites
many people, and some people in #apache on Freenode seem now frankly
pissed by Debian because of it. :-/
Index: Source/debian/
Package: evolution
Version: 2.6.1-3
Severity: critical
Justification: causes serious data loss
I tracked down that evolution, after being launched by accident
(clicking on a mailto: URL in Firefox), not only stayed running after I
quit it, but screwed up my maildirs.
It regularily moved all my ne
Package: shishid
Version: 0.0.23-1
Severity: grave
Justification: renders package unusable
The shishid script in /etc/init.d doesn't start the daemon in the
background, so the server won't be started after installation (you're
forced to kill it to let dpkg end it's job).
It may also prevent the s
Package: php4-sqlite
Version: 1.0.2-9
Severity: serious
Justification: Policy 7.2
php4-sqlite doesn't depends on apache, but its postinst tries to do
something with it, thus when apache is not installed, the package is
impossible to install, and to remove...
[EMAIL PROTECTED]:~$ dpkg --purge php4
Scribit Thomas Lange dies 25/11/2005 hora 17:35:
> I like to skip the move to /var/lib/fai, and wait until I can finally
> move to /srv.
But this is still a bug, and a policy violation. Users applying Debian
security guidelines will still encounter this bug with the default
configuration...
Prag
Scribit Stephen Gran dies 25/11/2005 hora 15:19:
> My understanding is that while /srv is the right place for this kind
> of data, it would be incorrect for Debian packages to dump stuff
> there. /srv is the domain of the local admin.
This is precisely why it should be put there by fai-setup. fai
Scribit Thomas Lange dies 25/11/2005 hora 15:34:
> My future plans are to move it to /srv, but the question is, if it's
> really a FHS violation.
nfsroot can be updated, regenerated, modified to fit the user's needs,
and so on. I don't see how it can really be seen read-only. So it can't
be in /us
Scribit Steve Langasek dies 25/11/2005 hora 00:56:
> > According to the FHS, ``/usr is shareable, read-only data''. So FAI
> > should not by default try to write anything in /usr and place it's
> > nfsroot there. See #309554.
> Could you elaborate on why you believe this is an FHS violation?
My /u
Package: fai
Version: 2.8.4
Severity: serious
Justification: FHS
According to the FHS, the /mnt directory is the place where a temporary
mount should be done. At least, the / directory should not be the place
where a custom FAI directory is created. AFAIK, /media is the perfect
place.
-- System I
Package: fai
Version: 2.8.4
Severity: serious
Justification: FHS
According to the FHS, ``/usr is shareable, read-only data''. So FAI
should not by default try to write anything in /usr and place it's
nfsroot there. See #309554.
-- System Information:
Debian Release: testing/unstable
APT prefers
Package: sed
Version: 4.1.2-8
Severity: grave
Tags: security
Justification: user security hole
When doing in-place editing, sed creates a new file without copying ACLs
and user-defined EA. It's not only a loss of maybe precious data
(user-defined EA) but a security hole, because dropping the ACLs
Package: searchandrescue
Version: 0.8.2-2
Severity: serious
Justification: Policy 7.2
SAR needs yiff-server to be able to play sound, and thus should
Recommend it. But it even doesn't Suggest it...
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, '
Package: vim
Version: 1:6.3-086+1
Severity: grave
Tags: security
Justification: user security hole
This is a bug I can't reproduce everytime. For now, I have a situation
where I can reproduce it, but it happened quite some times before, where
I couldn't reproduce the problem.
When I edit a file w
Package: apt
Version: 0.5.28.6
Severity: serious
Tags: security
Justification: User can think he's installing Debian software when he's not
When multiple sources are used with APT that are hosted on the same host
with the same protocol, and also share combinations of release and
archive (e.g. etch
Scribit Dirk Eddelbuettel dies 21/03/2005 hora 20:49:
> You better check again. You may have a problem with your /usr/share/doc
> hierarchy, or something else is going one.
I don't see the point. The files are in /usr/lib, and are symlinks on
themselves. Why would it be a /usr/share/doc issue?
BT
Package: r-doc-html
Version: 2.0.1-4
Severity: grave
Justification: renders package unusable
[EMAIL PROTECTED]:/usr/lib/R/doc/manual$ ll *.html
lrwxrwxrwx 1 root root 41 2005-03-21 18:29 R-admin.html ->
../../../../lib/R/doc/manual/R-admin.html
lrwxrwxrwx 1 root root 40 2005-03-21 18:29 R-data.
Package: r-doc-html
Version: 2.0.1-4
Severity: serious
Justification: FHS chapter 4
/usr/lib : Libraries for programming and packages
/usr/share : Architecture-independent data
The documents should be somewhere in /usr/share
-- System Information:
Debian Release: 3.1
APT prefers testing
APT
Package: libc5-altdev
Version: 5.4.46-15
Severity: serious
Justification: FHS chapter 4
No package should install a directory directly in /usr
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386
Package: mingw32
Version: 3.4.2.20040916.1-2
Severity: serious
Justification: FHS chapter 4
No package should install a directory directly in /usr
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture:
Package: binutils-h8300-hms
Version: 2.9.5.0.37.5.1
Severity: serious
Justification: FHS chapter 4
No package should install a directory directly in /usr
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Archite
Package: nuauth
Version: 0.8.5-3
Severity: grave
Justification: renders package unusable
Setting up nuauth (0.8.5-3) ...
chown: cannot access `/var/run/nuauth/': No such file or directory
I don't know if it works for systems where some another nufw package is
previously unpakced/installed/run, bu
> Let's start from upgrading to 0.054-2.
Didn't correct anything. I started udev and it created nodes with the
same owner, group and perms as previously.
Quickly,
Nowhere man
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.asc
Description: Digital signature
> Your configuration is correct, and I do not believe that it can cause
> what you reported. Please test again udev.
I did it. The exact problem appeared after the two last bootups. What
con I do to give you more details?
Reproducibly,
Nowhere man
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signat
> I attach a bzipped tarball of /etc/udev.
Better if I really attach it. :-/
Successfully,
Nowhere man
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
BZh91AY&SY:E »ÿ°<@[EMAIL PROTECTED]@Qª6ØÊM
[EMAIL PROTECTED]@¢ ©
[EMAIL PROTECTED]@ Ji
§±&ÒQê<[EMAIL PROTECTED]@[EMAIL PROTECTED]&§©úÔ
> Please report the content of /etc/udev/udev.rules of the /etc/udev/
> directory.
I attach a bzipped tarball of /etc/udev.
Quickly,
Nowhere man
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.asc
Description: Digital signature
reopen 298351
thanks
Please don't close bugs without even waiting to know if the solution you
give is helpful!
> mv /etc/udev/udev.rules.dpkg-dist /etc/udev/udev.rules
[EMAIL PROTECTED]:~$ ls /etc/udev/udev.rules.dpkg-dist
ls: /etc/udev/udev.rules.dpkg-dist: No such file or directory
Quickly,
N
Package: udev
Version: 0.053-1
Severity: critical
Justification: breaks the whole system
After boot, udev creates all device nodes with owner and group root, and
permissions rw-rw, so noone can read nor write in any device. Thus
it is impossible to login to KDE (screen disappears and then KDM
53 matches
Mail list logo
