On Thu, 08 Feb 2007, Aidas Kasparas wrote:
And regarding from releases earlier than Sarge... am I the last
person, who upgrades packages from testing just when he need some new
feature or sees security report? I tought, if dependency was versioned,
some person like me would be saved from
On Thu, 08 Feb 2007, Aidas Kasparas wrote:
package by package basis as needed. No upgrade to some formal stable
release was made (reasons it should?).
That would do it, indeed.
Yes, you have to upgrade to every stable distro in the way, think of it as a
checkpoint. Debian guarantees updates
On Fri, 09 Feb 2007, David Härdeman wrote:
On Thu, Feb 08, 2007, David Härdeman wrote:
dmsetup / cryptsetup both fail to create a mapping on top of a raid
device (/dev/md0 in this case).
I don't know where the error lies, but I created two loop devices loop0
and loop1, added them to
tag 414929 + confirmed
thanks
On Wed, 14 Mar 2007, Modestas Vainius wrote:
The output below should be pretty self-explanatory (timidity is not
running when I attempt purge):
Confirmed. The initscript should exit with status 0 if timidity is not
running, and currently it exits with status 1.
On Fri, 16 Mar 2007, Roger Gammans wrote:
Stopping cyrus exim and killaing any remaining process then restarting
both returns the system to a working state.
It is likely a bug somewhere in lock.c. You'll have to look and debug
*deep* in the code to track it :( But if you find anything of
On Thu, 22 Feb 2007, Julien Valroff wrote:
I think it would be great to have this release uploaded to Debian as
soon as possible, maybe even for Etch.
I will probably try to get 1.7.2 in Debian in the next weeks (it is about to
be released). As for Etch, it will ship with the HPLIP in Etch,
Package: cupsys
Version: 1.2.7-2
Severity: wishlist
Please add the following empty directories to the cupsys package:
/usr/local/share/ppd
/opt/share/ppd
Please add the following symlinks to the cupsys package:
ln -s /usr/local/share/ppd /usr/share/ppd/1-local-admin
On Fri, 26 Jan 2007, Olleg Samoylov wrote:
Manoj Srivastava wrote:
| (init u ; sleep 1)
I see. This looked like a bug in init, not in libsepol.
Don't call init to do telinit's job. It is bad form.
That said, I have no idea why it failed, as it indeed should work just fine
on
Package: git-buildpackage
Version: 0.2.24
Severity: minor
Usually, git tags for versions are prefixed with a v. git itself, all
Linux kernel-derived projects, and many others follow this.
git-buildpackage should at adopt that, or at the very least let the user set
a format string to generate
Package: git-buildpackage
Version: 0.2.24
Severity: wishlist
Some upstreams will eventually release a.b.c-d versions, e.g., on
patchlevel. This can be terribly confusing with the simple way
git-buildpackage is dealing with tags right now.
Please use different format strings to tag upstream and
git-core-dev is required for other prospective packages (and to even help
building them locally). E.g. parsecvs from X.org (a non-useless git
cvsimport for *real* trees :-p ) needs it.
Now that experimental is unclogged, please consider uploading git-core
packages that include git-core-dev.
--
On Wed, 15 Nov 2006, Michael Welsh Duggan wrote:
Since upgrading, I have experienced similar problems using cyrus21. In
particular, all of my seen flags seem inaccessible. Part of mail.log:
Nov 15 18:29:22 maru cyrus/master[29877]: about to exec
/usr/lib/cyrus/bin/imapd
Nov 15 18:29:22
On Thu, 16 Nov 2006, Thomas Lakofski wrote:
Adds amavis alias to /etc/aliases without asking. This might work for
some configurations, but not all. Can you ask first please? Or maybe
check for a commented-out entry in the file as well as an alternate
pre-existing alias. Thanks.
I will see
On Thu, 16 Nov 2006, Roberto C. Sanchez wrote:
debconf (at package install time) or something in the prerm script at
purge in order to ask the admin what to do about it.
postrm script, you mean. And while doing it, please remember that you must
*not* rely on debconf being present, so make sure
On Thu, 16 Nov 2006, Roberto C. Sanchez wrote:
On Thu, Nov 16, 2006 at 07:00:20PM -0500, Michael Welsh Duggan wrote:
connection later, the skiplists were corrupted. I do not know if the
conjunction of these events were coincidence or not. I think you
should consider, at the very least,
On Thu, 16 Nov 2006, Michael Welsh Duggan wrote:
This corruption occured under the following circumstances: I was
reading mail using an open imap connection. While reading mail, the
Which means an imapd process was serving it (and it is 100% standalone). So
far, so good.
sasl packages were
Package: git-core
Version: 1:1.4.4-2
Severity: wishlist
git relases often :-)
1.4.4.1 fixes some bugs, please package it...
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel:
On Tue, 08 May 2007, Nicolas DEGAND wrote:
When upgrading to 1.6.10-4 from 1.6.10-3, the hplip package breaks with
this message :
Paramétrage de hplip (1.6.10-4) ...
Creating/updating hplip user account...
Starting HP Linux Printing and Imaging System: hpiod hpssd failed!
invoke-rc.d:
On Tue, 08 May 2007, Nicolas DEGAND wrote:
Make sure no hpiod/hpssd is running (kill them if you have to), and do
this:
export LANG=C
export LC_ALL=C
sh -x /etc/init.d/hplip start
And post here the result.
[...]
Seems to have worked.
Do a /etc/init.d/hplip stop.
Check if any
severity 422887 important
thanks
On Wed, 09 May 2007, Nicolas DEGAND wrote:
hpssd was still running. killed it
Ok.
May 9 00:28:11 localhost parport0: unable to connect hpssd socket 50002:
Connection refused: prnt/hpijs/hplip_api.c 719
hpssd is malfunctioning (locking up, maybe?). This is
After upgrading to a non-broken dpkg, do this:
update-alternatives --all
And hold enter down until it goes over the entire list.
Shouldn't the dpkg package provide a script that does this without asking
the user?
--
One disk to rule them all, One disk to find them. One disk to bring
them
tags 157355 wontfix
severity 157355 wishlist
thanks
The hard truth about this bug is that the only way to really fix it is in
the kernel, and that means adding an UPS shutdown handler to the kernel and
calling it just before the ACPI/APM poweroff call, now that the kernel is
learning to sync and
tags 426224 upstream help confirmed
thanks
The proper fix to this bug requires:
1. That sysvinit hddown.c be fixed (and fixes sent upstream) so that:
a) it uses sysfs and not /proc to locate disks, and that it locates
all IDE and SCSI/libata disks, or maybe do both /proc and
On Mon, 11 Jun 2007, Rico Barth wrote:
all works fine. But we need ldap group support and this workaround is not
suitable for us.
Well, I need an strace of the crash. See the cyrus21 documentation on how
to get one.
And, if it is what I think it is, there is no fix (libsasl going berserk).
On Wed, 13 Jun 2007, Rico Barth wrote:
Well, we tried to reproduce this failure and sent strace output but we
couldn't reproduce it. It seems there's a relation between nscd
and the server crashes. As I wrote my first reply to this bug all
Yuck. It is not the regular SASL problems I know
severity 429457 important
tag 429457 moreinfo
thanks
On Mon, 18 Jun 2007, Olleg Samoylov wrote:
I doesn't know why only I see it. /etc/init.d/fcron does not have rm -f
pidfile. And fcron on start see pid file and silently exit. The patch is
applied.
You should *never* need to remove pidfiles
Package: hplip
Version: 1.6.10-3
Severity: serious
The package build-deps need to be updated for new net-snmp, and it needs to
be rebuild.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Kernel: Linux
reassign 422069 net-snmp
thanks
On Thu, 03 May 2007, Jérémy Bobbio wrote:
--- 8 ---
gcc -L/usr/lib -o master master.o masterconf.o cyrusMasterMIB.o
../lib/lock_fcntl.o ../lib/libcyrus_min.a -L/usr/lib -lnetsnmpmibs
-lnetsnmpagent -lnetsnmphelpers -lnetsnmp -lm -ldl -lwrap -lwrap
On Sat, 30 Jun 2007, Gilles Mocellin wrote:
Anyway, I have tested once more, and this time all was cleanly stopped :-/
I've seen incomplete stops with cyrus 2.1 only when children are stuck, and
won't respond to anything but a SIGKILL. It is unclear what would be the
best way to deal with this.
tag 432494 wontfix
thanks
On Tue, 10 Jul 2007, Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build on i386.
libdb3-dev is being removed from unstable.
And so will cyrus21-imapd. I am not rebuilding an ultra-stable application
with a non-ultrastable
Package: ftp.debian.org
Severity: normal
Please remove the cyrus21-imapd source package, and all its binaries from
unstable and etch.
It has been superseeded by cyrus-imapd22 and others for a few years, now.
And it doesn't build anymore, as db 3.2 is being phased out from the
archive.
-- System
On Tue, 10 Jul 2007, Benjamin Seidenberg wrote:
And so will cyrus21-imapd. I am not rebuilding an ultra-stable application
with a non-ultrastable library.
I think this is probably a good idea anyway. Upstream doesn't really do
anything with 2.1, 2.2 is in maintenance mode, and they are
On Tue, 10 Jul 2007, Henrique de Moraes Holschuh wrote:
Please remove the cyrus21-imapd source package, and all its binaries from
unstable and etch.
I mean unstable and testing, of course.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness
On Tue, 19 Jun 2007, Bill Allombert wrote:
There is a circular dependency between fcron, exim4, exim4-base,
exim4-daemon-heavy and exim4-daemon-light:
fcron :Depends: exim4 | mail-transport-agent
exim4 :Depends: exim4-base (= 4.67), exim4-daemon-light |
exim4-daemon-heavy
On Mon, 16 Jul 2007, Polish wrote:
Package: amavisd-new
Version: 1:2.4.2-6.1
Severity: minor
Banned rule CLSID is enabled by default. Rule matchs mail with spam in
attachment. Problem is that rule match attachment with name {Spam?}.
User1 mails to user2. Mail system marks valid mail as
On Sun, 22 Apr 2007, [EMAIL PROTECTED] wrote:
Package: initscripts
Version: 2.86.ds1-1
The bug was fixed in 2.86.ds1-2 in 2005.
Please upgrade to Debian Etch (the latest Debian stable) if you want the
bugfix.
--
One disk to rule them all, One disk to find them. One disk to bring
them all
tag 329662 + unreproducible
thanks
On Thu, 22 Sep 2005, Johannes Russek wrote:
cyrus21-imapd refuses to compile.
I have just built it in a sarge chroot, and it built perfectly. It is
possible that your system is hosed, or that you have found a build-conflicts
I am not aware of.
mv: cannot
On Fri, 23 Sep 2005, Achim Schaefer wrote:
the provied /etc/default/saslauthd has the following lines:
# You must specify the authentication mechanisms you wish to use.
# This defaults to pam for PAM support, but may also include
# shadow or sasldb, like this:
# MECHANISMS=pam shadow
Looks
Package: dhcp3-client
Version: 3.0.3-3
Severity: wishlist
Some of us have to use dhcp3-client to tie to very, very hostile networks,
such as ADSL or cable. The DHCP server on these networks often migrate
without warning, so we never know from which IP the answer will come.
It would be *very*
severity 323815 grave
severity 324170 grave
severity 324276 grave
thanks
All these bugs are caused by gcc 4.0 incompatibilities with a very high
probability. They also make the current sid/etch releases of bzflag
unusable for network play AND localhost play, to the point that the master
server's
Package: ieee80211-source
Version: 1.0.3-3
Severity: wishlist
There is a patch available upstream for 1.0.3:
From http://ieee80211.sourceforge.net/:
Problem with DHCP and ieee80211 1.0.3 and older?
This patch correct a problem encountered by some users when the ieee80211
subsystem overwrote the
Package: login
Version: 1:4.0.12-2
Severity: important
Recent changes to login appear to have killed login.defs support for
maildir. The comments in login.defs do not reflect that.
For a maildir tree at /var/mail/user/, we get MAIL=/ when the user logins.
pam.d/login has noenv specified for
On Wed, 28 Sep 2005, Christian Perrier wrote:
Quoting Henrique de Moraes Holschuh ([EMAIL PROTECTED]):
Package: login
Version: 1:4.0.12-2
Severity: important
Recent changes to login appear to have killed login.defs support for
maildir. The comments in login.defs do not reflect
On Thu, 29 Sep 2005, Christian Perrier wrote:
So, as far as shadow is concerned, the following changes should take
place:
-remove noenv for login
-add sessionoptional pam_mail.so standard for su
Wearing my QA hat, I am not satisfied with that. It is not a comprehensive
fix, and shadow
tags 304145 + unreproducible moreinfo
thanks
On Mon, 11 Apr 2005, San Vu-Ngoc wrote:
Version: 2.13.2-6
timidity -OR /home/svungoc/musique/midi/giant_steps.mid
Well, I don't have aRts here, but using the alsa output driver and all
input interfaces I could run, I could not reproduce your bug.
On Sat, 03 Sep 2005, Ryan Underwood wrote:
On Sat, Sep 03, 2005 at 04:20:02PM -0300, Henrique de Moraes Holschuh wrote:
If you don't want something started in a runlevel, but still want to use the
service, leave the service enabled in /etc/default and configure your init
script system
On Sat, 03 Sep 2005, Ryan Underwood wrote:
Invoking the timidity daemon manually is a use case that is specific to
the timidity daemon and very few other services. There is no reason to
Which means we should kill that crap and have them all enabled at all times,
I suppose.
You should never
severity 326684 important
thanks
On Mon, 05 Sep 2005, Per-Arne Hellarvik wrote:
Package: hplip
Version: 0.9.4-3
Severity: grave
Justification: renders package unusable
Watch the bug severity inflation. Grave is for bugs that make it unusable
for everyone, and rebuilt packages certainly do
On Mon, 05 Sep 2005, Per-Arne Hellarvik wrote:
There was no mention of usblp beeing a criteria for getting hplip to work
with hplip.
Err, well, usblp is required (by the kernel itself) for *every* USB printing
class device to actually work.
Hotplug should have installed it in.
You can say
On Mon, 05 Sep 2005, Margarita Manterola wrote:
I'm not out to start a flamewar, but shouldn't it somewhere that just did
a
modprobe usblp, whenever someone tried a hp-probe -busb ?
As I said, hotplug should have installed usblp the moment you plugged a usb
printer-class device into
Package: gtklookat
Version: 0.13.0-1
Severity: grave
Tags: sid
Justification: renders package unusable
This package needs to go through the C++ transition, and rebuild against
the new openvrml libraries.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy:
On Sat, 10 Sep 2005, Thomas Bushnell BSG wrote:
It is *absolutely intolerable* to declare such conflicts for shared
libraries, where there are easy solutions: MAKE TWO LIBRARIES THAT
HAVE DIFFERENT NAMES.
The package has to build libraries with differently versioned symbols as
well, to avoid
On Sun, 11 Sep 2005, Domenico Andreoli wrote:
On Sun, Sep 11, 2005 at 10:54:17AM -0300, Henrique de Moraes Holschuh wrote:
On Sat, 10 Sep 2005, Thomas Bushnell BSG wrote:
It is *absolutely intolerable* to declare such conflicts for shared
libraries, where there are easy solutions: MAKE
On Mon, 25 Jul 2005, Fabian Fagerholm wrote:
It appears that at least cyrus-sasl-2.1.21 has the ldapdb plugin
included.
Perhaps it could be built in the next version of this package?
Yes. If it made it upstream, there is no reason why the Debian package
should not include it.
--
One disk
On Wed, 27 Jul 2005, Omniflux wrote:
This may be a problem with the amd64 version only.
Please test 0.9.4-1 just uploaded.
If it segfaults, please:
1. apt-get install build-essential fakeroot
2. apt-get build-dep hplip
3. apt-get source hplip
then cd into the hplip source directory, and
Package: icc-profiles
Version: 1.0.1-1
Severity: minor
There is no Debian GNU/OS-X, and even if there were, the EOL delimiter
would still be 0x0A, not 0x0D.
Please fix the text files to the proper EOL convention for UNIX, which is
0x0A. Certainly not 0x0D, and NOT 0x0D 0x0A either. Thank you.
On Thu, 25 Aug 2005, Paul TBBle Hampson wrote:
The issue in the above is that the suggestion of two different versions of
libcurl being a problem for prog A is only a problem if the sonames/sovers are
not differentiated, and I suggest they _be_ differentiated. I mean, they
That is not enough.
Package: fwbuilder
Severity: wishlist
2.0.8 is available upstream with very important fixes. Please package it.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:
Package: gimp-print
Version: 4.3.99+cvs20050801-1
Severity: important
The new version of the Output tab for printing from gimp is *anything* but
self-explicative, and the documentation has not been upgraded yet. Other
than reading the source, how is one supposed to understand exactly what
Image
Package: bsmtpd
Version: 2.3pl8b-16
Severity: grave
Justification: causes non-serious data loss
sbsmtp will gladly ignore any error-exit status codes from UUX, and proceed
to act as if mail was corretly delivered.
If backups are enabled, that means the batch ends up in the bak dir for a
while,
On Tue, 16 Aug 2005, Roland Rosenfeld wrote:
I fully agree with you. I suggest to put bsmtpd itself in the
bitbucket. The code is quite old, hard to read and every time I look
deeper into it, I find some problems in the code like above.
Ok. I am going to revert to my shell scripts, which at
On Tue, 16 Aug 2005, Duncan Findlay wrote:
This looks like it's just a timeout. Sometimes if SpamAssassin is
expiring Bayes tokens, it can take longer than ususal, and it appears
this is triggering a timeout condition in amavis.
Which is the reason why amavisd-new tries to avoid that from
On Wed, 17 Aug 2005, Duncan Findlay wrote:
The bayes_auto_expire option should prevent the auto expiring of
Bayes tokens, is that option being set?
I am not sure. Amavis does not call SA, it links directly with the perl API
for SA, so the options would have to be set thru API calls.
Brian?
--
On Mon, 04 Jul 2005, Gürkan Sengün wrote:
* Package name: mazeofgalious
Version : 0.62
Upstream Authors: Santi Ontanon [EMAIL PROTECTED]
* URL : http://www.braingames.getput.com/mog/
* License : Not defined yet (will try to work this out with
upstream)
tag 317683 + confirmed sarge upstream wontfix
severity 317683 important
thanks
At debconf5 we tried to setup cups and hpijs for an HP laserjet 3500 on
powerpc machines. Apparently this causes a wrong command stream to be
sent to the printer which trying to print anything. The only output is
Package: azureus
Version: 2.3.0.2-1
Severity: minor
Azureus has, for some braindamaged reason or another, the very dubious
feature of poping up a window notifying you every time one of its tcp
connections get an unexpected close. The damned thing pops up on *all*
desktops, at the topmost layer.
On Sat, 30 Jul 2005, Filipus Klutiero wrote:
Simple bug...I don't know what's /usr/sbin/hpiod, but it should have a
manpage.
Someday it will. But for now, hpiod is just one of those things you need
running and will never deal directly with, because the init scripts do that
for you.
--
One
Package: bugs.debian.org
Severity: important
Trying to access #270464 causes an internal server error on apache.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to
Package: iptables
Version: 1.3.2-1.1
Severity: wishlist
Please add the Linux IMQ extension, available at:
http://www.linuximq.net/
Both iptables patches and kernel patches (to the stub kernel included in
the iptables package) are needed.
-- System Information:
Debian Release: testing/unstable
On Tue, 02 Aug 2005, Matthias Klose wrote:
A first attempt to derootify hplip. It's configurable, so you can run
Very nice, I will look into it, and send it upstream if it works.
BTW, is Ubuntu going to resync with the 0.9.4 Debian packaging changes?
still run as root, if you want/need.
Package: sawfish
Version: 1:1.3+cvs20050709-4
Severity: important
When maximizing a window, sawfish happily maps it outside the viewable area
in a non-retangular xinerama configuration (1280x960 side by side with
1280x1024). This is *VERY* annoying.
-- System Information:
Debian Release:
On Thu, 15 May 2008, Debian Bug Tracking System wrote:
Debian's CUPS has used GNUTLS instead of OpenSSL by default.
That doesn't make any difference if the certificate it is using was
generated by openssl. Is that certificate under the local admin
control? If it is, cupsys can also be
On Tue, 03 Jun 2008, Mark Purcell wrote:
Currently hpijs Depends: hplip (= ${hplip:binary:Version})
Which would allow one to have hpijs on hold and upgrade hplip which would
break eventually as ABI compatibility isn't certain.
We want either to Depends: hplip (= ${hplip:binary:Version})
Package: git-core
Version: 1:1.5.6-1
Severity: wishlist
Git 1.5.6.1 is available upstream.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie. -- The Silicon Valley Tarot
Henrique
On Thu, 10 Jul 2008, root wrote:
Package: amavisd-new
Version: 1:2.4.2-6.1
Severity: wishlist
Would it be possible to use directly the content of bind9 configuration for
the amavis parameter local_domains_map ?
Amavis config files are perl code snippets. You can just add a function to
reassign 485465 linux-2.6
retitle 485465 thinkpad-acpi: races on brightness change on a R50e
found 2.6.14-1
tag 485465 upstream
forwarded 485465 [EMAIL PROTECTED]
owner [EMAIL PROTECTED]
thanks
Synopsis: recently, brightness started acting up on R50e. Something is
racing with the firmware.
On Thu, 26 Jun 2008, [EMAIL PROTECTED] wrote:
HMH: be sure to add your warning to
linux-doc-2.6.25/Documentation/laptops/thinkpad-acpi.txt.gz
There are warnings in there already, yes.
And it seems the severity of this bug should be elevated: something on
Debian is hijacking the brightness,
On Thu, 26 Jun 2008, [EMAIL PROTECTED] wrote:
Ah, this workaround finally worked:
# rmmod thinkpad-acpi; modprobe thinkpad-acpi brightness_mode=2
Fn End typed after this apparently last even thru reboots!
Send me the output of the following commands, BY PRIVATE EMAIL
(don't cc
On Sat, 28 Jun 2008, Debian Bug Tracking System wrote:
[Matthias Klose]
* Update to SVN 20080628 from the gcc-4_3-branch.
- Fix PR target/36533, wrong-code with incorrectly assumed
aligned_operand.
Closes: #487115.
Other than the kernel, does this thing causes enough
On Tue, 01 Jul 2008, Josselin Mouette wrote:
Le mardi 01 juillet 2008 à 11:55 +0100, James Westby a écrit :
Given that in runlevels 0 and 6 there is an init script that terminates
all running processes it is a waste to run an init script for each
process before that. In Ubuntu we remove the
On Thu, 03 Jul 2008, Raphael Hertzog wrote:
To work-around a problem that can happen in the perl 5.10 upgrade (see
#479711), the perl scripts contained in dpkg (update-alternatives,
dpkg-divert) have been modified... but for the work-around to be used, the
new dpkg must obviously be installed
On Fri, 04 Jul 2008, Raphael Hertzog wrote:
Here's a try (against current master branch):
diff --git a/policy.sgml b/policy.sgml
index c9bd84f..772afce 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -5946,9 +5946,11 @@ rmdir /usr/local/share/emacs 2/dev/null || true
The
On Tue, 17 Jun 2008, Loic Dachary wrote:
There are pending, VIA Padlock related changes in experimental that are
not in the, more recent, unstable package. It would be nice to have them
merged. I can help if you agree. I also offer my help as a co-developer.
Oh, that? It would be actually
Well, at least the thinkpad-acpi angle I can help with. I am the kernel
maintainer for thinkpad-acpi.
1. If it is *spamming* your logs with *lots* of EC/NVRAM out of sync
messages, you need a newer thinkpad-acpi. Depending on your kernel version,
a backport will be available at ibm-acpi.sf.net.
The patch is mostly good, but the last part, where you changed the sleeptime
= sleep(sleeptime) to something else, is incorrect. It can causes rngd to
loose track of the time it has slept already when it gets a signal.
Just doing s/RNGD_STAT_SLEEP_TIME/arguments-stats_interval/ in that part of
Package: gcc-4.3
Version: 4.3.1-2
Severity: important
gcc-4.3.1 miscompiles Linux ext3 code in some targets, causing OOPSes. It
could be causing other problems elsewhere in the kernel, too.
More information:
https://bugzilla.redhat.com/show_bug.cgi?id=451068
Bug caused by (extracted from
On Thu, 19 Jun 2008, Scott Kitterman wrote:
libmail-dkim-perl (= 0.31) is required for the DKIM related features added in
2.6.0 to work. It is described in the upstream INSTALL file as a
Prerequisite
for DKIM. I don't think it should be a dependency, since the package does
work without it,
Hi Scott!
On Thu, 19 Jun 2008, Scott Kitterman wrote:
On Thursday 19 June 2008 13:49, Henrique de Moraes Holschuh wrote:
IMHO, a suggests, unless we are shipping with DKIM enabled.
If it were shipped enabled, wouldn't in need to be a depends?
No.
Depends is for stuff that will ALWAYS
On Fri, 20 Jun 2008, [EMAIL PROTECTED] wrote:
H 1. If it is *spamming* your logs with *lots* of EC/NVRAM out of sync
No, that message only happens when I tried
echo 0 /sys/class/backlight/thinkpad_screen/brightness
to counteract xdm or whatever it is that turns my thinkpad to full
On Sat, 21 Jun 2008, [EMAIL PROTECTED] wrote:
Linux jidanni2 2.6.25-2-686 #1 SMP Thu Jun 12 16:26:30 UTC 2008 i686 GNU/Linux
$ cat /proc/acpi/ibm/driver
driver: ThinkPad ACPI Extras
version: 0.19
These do have the locking to the brightness paths.
$ grep think
On Sun, 22 Jun 2008, Julien Cristau wrote:
On Sun, Jun 22, 2008 at 11:43:00 -0300, Henrique de Moraes Holschuh wrote:
(I never tried kde, etc. so blaming it all on xdm for now, as that's
how I invoke X windows, and I don't want to get tangled up in the
It is probably something else
On Thu, 05 Apr 2007, W. Borgert wrote:
Now, that 1.6.10 will be released with etch, will you consider
splitting the package after release? I would very much
Yes, I will.
However, it has been a difficult month, I don't think I will have time to
work on HPLIP for one more month except for
On Thu, 05 Apr 2007, Andrew Malcolmson wrote:
On Thu, 5 Apr 2007 09:23:34 -0300, Henrique de Moraes Holschuh
...
However, it has been a difficult month, I don't think I will have time to
work on HPLIP for one more month except for security bugs, which is the
main
reason 1.7.x has
On Thu, 05 Apr 2007, Gilles Mocellin wrote:
I have around 1800 imapd processes...
I think that's what happening, the processes are doing something. But, if I
want to stop, whatever someone is doing, how do I do ?
I thought cyrmaster would have killed all theses processes.
No, it doesn't.
This is issue 1557 in the upstream BTS:
http://www.cups.org/str.php?L1557+P0+S-2+C0+I0+E0+Q1557
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie. -- The Silicon Valley Tarot
On Mon, 17 Apr 2006, Brian May wrote:
Justin == Justin Pryzby [EMAIL PROTECTED] writes:
Justin amavisd fails to purge. This line fails:
Justin . /usr/share/debconf/confmodule
What is the error you get?
And do you have debconf* packages installed? Which ones?
--
One disk to
On Sun, 16 Apr 2006, Justin Pryzby wrote:
dpkg: error processing amavisd-new (--purge):
subprocess post-removal script returned error exit status 128
Exit status 128 is an unusual return status. Moreover, debconf should never
return it. WTF? 129 would be killed by SIGHUP, but 128 has no
On Sun, 16 Apr 2006, Justin Pryzby wrote:
debootstrap sarge .
chroot .
apt-get install amavisd-new
sed -i s/sarge/testing/g /etc/apt/sources.list
apt-get update
apt-get install amavisd-new
(This actually fails, deliberately I guess, in a fresh chroot, but didn't
happen on my working
On Sun, 16 Apr 2006, Steve Langasek wrote:
On Sun, Apr 16, 2006 at 10:09:06PM -0300, Henrique de Moraes Holschuh wrote:
On Sun, 16 Apr 2006, Justin Pryzby wrote:
dpkg: error processing amavisd-new (--purge):
subprocess post-removal script returned error exit status 128
Exit status
On Sun, 16 Apr 2006, Henrique de Moraes Holschuh wrote:
On Sun, 16 Apr 2006, Justin Pryzby wrote:
dpkg: error processing amavisd-new (--purge):
subprocess post-removal script returned error exit status 128
Exit status 128 is an unusual return status. Moreover, debconf should never
401 - 500 of 1689 matches
Mail list logo
