Package: esound
Version: 0.2.36-1
Severity: normal
I had the problem described in Bug#283814 and updated esound, hoping
that packages it depends on were updated automatically, too (or that
apt-get complained about unmet dependencies). But esound updated and
packages like libesd-alsa0 and esound-cl
Package: esound
Version: 0.2.36-1
Severity: normal
since updating to unstable version of esound and components the esd
often hangs, causing the same on applications playing sounds.
There are two esd processes running. The first started normally shows
much activity when attaching an "strace -p", b
I ran into the same problem today.
The Debian policy allows the user to delete everything in /usr/share/doc
and every package must be able to cope with this situation.
I deleted /usr/share/doc/* as I needed disk space for updating woody to
sarge and don't need documentation on this system.
--
T
Package: menu
Version: 2.1.22
Severity: serious
Justification: Policy 12.3
I deleted /usr/share/doc/* to get more disk space and then updated
menu from woody to sid. post-installation returned with error code 21
as /usr/share/doc/menu/html did not exist and the .dhelp file could not
be created the
On Mon, Jan 17, 2005 at 10:03:55 +0100, Loïc Minier wrote:
> This is probably a problem with XPrint, please see the file:
> /usr/share/doc/xprt-common/README.printing-problems.gz
>
> I'm reassigning this bug to xprt-common, please tell us whether this
> README solved this problem and this b
Package: gwhois
Version: 20061206
Severity: normal
I'm using
:whois|whois.ripe.net|prefix=-B |
in the pattern file, but when querying e.g. for
131.173.0.0 the option is not used during the redirect from ARIN to
RIPE. I get normal filtered output from whois.ripe.net then. It only
works when the add
Package: x11-common
Version: 1:7.0.20
Severity: important
I am using opera-7.54 and installed the latest x11-common upgrade from
unstable. During installation I got the following error from dpkg:
trying to overwrite `/usr/X11R6/bin', which is also in package opera
Opera includes a link /usr/X11R
Package: libapache2-mod-php5
Version: 5.2.0-1
Severity: important
I just tested the 5.2.0 packages from incoming.debian.org, which
resulted in:
[Tue Nov 07 16:26:20 2006] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-1
mod_ssl/2.2.3 OpenSSL/0.9.8c configured -- resuming normal operations
[Tue Nov 07
On Mi, Nov 08, 2006 at 00:28:35 +0100, Ond??ej Surý wrote:
> Could you try to get more debugging info (instructions included f.e. in
> #323773).
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1215985440 (LWP 24081)]
0xb75864a4 in zend_hash_internal_pointer_reset_ex () f
Package: webalizer
Version: 2.01.10-30.1
Severity: minor
During installation part of a warning message reads like that:
"There was too new features. Please read README.FIST.gz"
I think README.FIRST.gz is the right filename, and
the first sentence is not correct english. I would suggest
"New feat
Package: ifupdown
Version: 0.6.7-0.3
Severity: normal
if /etc/network/run does not exist (something must have gone wrong on
upgrade I think, perhaps as described in bug #344780) the networking
init script - in particular ifupdown - fails. Suddenly I found myself
without an lo interface, causing al
Although the symlinks in rc0.d and rc6.d were missing, this does
not solve my problem. The mentioned init scripts do *not*
create /etc/network/run if missing. I already checked this before
opening this bug.
Marc
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
On Fri, Sep 15, 2006 at 22:14:34 +0200, Petter Reinholdtsen wrote:
> In line 75 of my copy of /etc/init.d/ifupdown, the directory is
> created if missing. I suspect this is done in your copy too. If not,
> you are using the wrong version of ifupdown.
Yes, this code is present, but is never execu
Package: screen
Version: 4.0.3-0.3+b1
Severity: normal
Since upgrading to etch I notice that one (in some terminals even two)
characters are missing when a program running in screen switches from
bold mode back to normal mode, or from a coloured text output back
to normal colour.
I can reproduce
On Wed, Aug 01, 2007 at 12:43:44 +0200, Jan Christoph Nordholz wrote:
> can you verify that the problem still exists in 4.0.3-1? I'm unable
> to reproduce it...
Hi,
this looks good, it is solved for me now, too.
Thanks,
Marc
signature.asc
Description: Digital signature
Package: libc6
Version: 2.6-5
Severity: normal
I'm not sure if this is the right package, so please feel free to reassign
this bug report.
After upgrading only libc6 from 2.3.6.ds1-13 (stable) to 2.6-5 (unstable)
(NOT upgraded the complete system) the stable proftpd version 1.3.0-19 throws:
prof
16 matches
Mail list logo