On Tue, 12 Dec 2006, Michael Richters wrote:
The manpage for imapd.conf is missing many things, including a description
of the possible values for 'sasl_minimum_layer'. I have spent hours
searching,
and cannot find any translation of these arbitrary values to real-world
meanings,
nor can
On Wed, 13 Dec 2006, Michael Richters wrote:
On Wed, Dec 13, 2006 at 12:01:11PM -0200, Henrique de Moraes Holschuh wrote:
On Tue, 12 Dec 2006, Michael Richters wrote:
The manpage for imapd.conf is missing many things, including a description
of the possible values for 'sasl_minimum_layer
On Wed, 13 Dec 2006, Michael Richters wrote:
FYI: the string sasl_minimum_layer appears in the cyrus-imapd-2.2
source package, but not in the cyrus-sasl2 package:
Strip the sasl_ prefix when grepping SASL code and docs.
That said, there are two possibilities for sasl_minimum_layer:
1. Cyrus
On Thu, 14 Dec 2006, Michael Richters wrote:
None of the libsasl2* packages seems to contain any documentation in
/usr/share/doc: just changelogs, copyrights, and one list of options
passed to 'configure'.
Oh, it was moved to its own package in the latest packages, sorry about
that.
I didn't
On Fri, 08 Sep 2006, Petter Reinholdtsen wrote:
[Henrique de Moraes Holschuh]
Also, may I humbly suggest naming the new package sysvinit-utils instead of
sysvutils?
Personally I prefer the sysv prefix, to match sysv-rc. Part of my
rationale is that the killall5, last, lastb, mesg
On Fri, 08 Sep 2006, Petter Reinholdtsen wrote:
Any idea how to detect when /dev/bus/usb mounting isn't required?
It is required until all users of /proc/bus/usb/devices and other users of
/proc/bus/usb/* migrate to the new way of doing things. May I remind you
that udev is not yet mandatory in
On Fri, 08 Sep 2006, Petter Reinholdtsen wrote:
/dev/.udev. Anything else required before disabling the
/proc/bus/usb/ mounting?
Sure. Nothing in userspace using it. Which is the point I was trying to
make, but apparently failed to do.
libusb is not the only user of usbfs. If the kernel
On Fri, 08 Sep 2006, Scott James Remnant wrote:
We'll adopt whatever name Debian ultimately decide.
Thanks, although that was not the main point of my request :-)
--
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
On Fri, 08 Sep 2006, Scott James Remnant wrote:
On Fri, 2006-09-08 at 12:44 -0300, Henrique de Moraes Holschuh wrote:
On Fri, 08 Sep 2006, Scott James Remnant wrote:
We'll adopt whatever name Debian ultimately decide.
Thanks, although that was not the main point of my request
On Sat, 09 Sep 2006, Olaf van der Spek wrote:
Petter Reinholdtsen wrote:
[Olaf van der Spek]
The script asked about this file although I haven't changed it.
Could you change the script so it detects the file isn't changed
(although it wasn't a conffile)?
That sound like a good idea, but I
On Sun, 10 Sep 2006, Marco d'Itri wrote:
On Aug 02, Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
Initscripts depends on /sbin/fsck.
I wonder how you came to this conclusion. I purged e2fsprogs and then
configured my system to not use fsck[1] and everything works fine.
[1
On Mon, 11 Sep 2006, Petter Reinholdtsen wrote:
Sysvinit's changelog implies that the recovery script is shipped by
that package, not by sysv-rc.
Ah, not I see what you mean. the sysvinit changelog applies to the
sysvinit source package, which produces three binary packages,
sysvinit,
On Mon, 11 Sep 2006, Petter Reinholdtsen wrote:
[Tim Rühsen]
The mountdevsubfs.sh init script mounts /dev/shm with the noexec
flag. UML (/usr/bin/linux) complains about that and doesn't start.
I suspect this use of /dev/shm/ is really a bug in UML. /dev/shm/ is
Depends on what it is
On Mon, 11 Sep 2006, Petter Reinholdtsen wrote:
I'm not quite sure what your problem is, but I'll try to recap it as I
understand it. You have a system with USB, and an external USB disk
connected all the time which you want to have mounted when you boot.
The only way we can support this
On Mon, 11 Sep 2006, Petter Reinholdtsen wrote:
[Henrique de Moraes Holschuh]
The only way we can support this nowadays is with the full async userspace
model.
Why? For the case of mounting a fixed USB disk, I would expect udev
to find it before its init.d scripts is done
On Mon, 11 Sep 2006, Peter Paluch wrote:
Stranger though, when I killed the amavisd and started it again, the pid
file appeared in the /var/run/amavis directory for a couple of seconds
(together with the amavisd.sock) file, however, the pid file and the socket
were deleted a few seconds later
severity 387093 wishlist
thanks
On Tue, 12 Sep 2006, Tim Phipps wrote:
This is causing me grief with trying to build dependancy trees. hplip
Please expand on that. The reverse recommends is not a strong dependency
loop, and helps to group the packages together, I will not remove it without
a
On Tue, 12 Sep 2006, Philipp Klaus Krause wrote:
Since someone suggested commenting out the DefaultDuplex option in
/etc/cups/ppd/ I tried that, but it doesn't work for me:
*%DefaultDuplex: None
You may have to modify printer after any changes to PPDs so that CUPS
picks up the changes...
Yes,
On Wed, 13 Sep 2006, Peter Samuelson wrote:
That raises a philosophical question:
If a bug was in a prerm script in unstable for 7 days, but never
appeared in stable or testing, should we include cruft in present and
future prerm versions to work around it?
Or, put another way: a prerm is
On Thu, 14 Sep 2006, Petter Reinholdtsen wrote:
Right. I intended to use those if /usr/ was part of the root
partition, and have changed the PATH to include /usr/bin/ for those
scripts.
I'd suggest we also start working to get on_ac_power in its proper place:
/bin. Reimplementing it to only
On Fri, 15 Sep 2006, Peter Eisentraut wrote:
Am Freitag, 15. September 2006 22:09 schrieb Steve Langasek:
And what about the objections raised in the bug log that a simple recompile
with libdb4.3-dev isn't safe?
I respect those concerns, but I don't think handwavingly requiring a full
On Fri, 15 Sep 2006, Steve Langasek wrote:
On Fri, Sep 15, 2006 at 07:44:17PM +0200, Peter Eisentraut wrote:
Here is the NMU patch for bugs 336485 and 379846. Sorry, they kind of go
on
top of each other, but it's easy to figure out.
And what about the objections raised in the bug log
On Fri, 15 Sep 2006, Steve Langasek wrote:
Not to mention that all databases used by sasl need to be db43_upgrade'd
automatically and safely (backups, and a roolback path), and that cyrus-sasl
is linked to glibc nssswitch modules, like e.g. openldap, and will segfault
**EVERY** program in
On Sat, 16 Sep 2006, Peter Eisentraut wrote:
Henrique de Moraes Holschuh wrote:
Not to mention that all databases used by sasl need to be
db43_upgrade'd
Yeah, that was clearly a dumb thing of me. I've reverted that part.
FWIW, it did seem to work, but the upgrading clearly needs more
On Sat, 16 Sep 2006, Petter Reinholdtsen wrote:
to handle coldplug events. Because of this, I integrated the patches
from ubuntu to mount /var/run and /var/lock/ as tmpfs file systems in
mountkernfs.sh, the very first thing to happen during boot.
I am quite fine with this, as long as a later
On Sat, 16 Sep 2006, Henrique de Moraes Holschuh wrote:
On Sat, 16 Sep 2006, Petter Reinholdtsen wrote:
to handle coldplug events. Because of this, I integrated the patches
from ubuntu to mount /var/run and /var/lock/ as tmpfs file systems in
mountkernfs.sh, the very first thing to happen
On Sat, 16 Sep 2006, Petter Reinholdtsen wrote:
Yes. I discovered this while I started to look closer at the ubuntu
patches, and decided to get this done quickly to try to get ifupdown
work asynchroniously, as well as provide uml, dosemu and others with
some place to store their stuff.
Good
On Sat, 16 Sep 2006, Petter Reinholdtsen wrote:
[Henrique de Moraes Holschuh]
I just remembered something: how are you going to make sure there is
a /var/run and /var/lock mountpoint to use on the root filesystem?
They are created when initscripts is installed, by remounting / to
avoid
On Sat, 16 Sep 2006, Petter Reinholdtsen wrote:
We have to use an different mountpoint, one that is guaranteed to
exist in /, and which is guaranteed not to be a symlink or something
else that is not allowed as a mountpoint. Please revert the
mountkernfs.sh changes.
Why? I suspect you
Please, can I have the most up-to-date template for merging?
--
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 Holschuh
--
To UNSUBSCRIBE,
These bugs will never be addressed on the Cyrus imapd 2.1 branch for various
reasons, the strongest of them being that only bugs that cause data loss or
open security holes are going to be addressed in the main cyrus source due
to the deep maintenance policy. Minor obvious oneliner fixes and
Sasl2-modules is SASL's problem. Cyrus won't be recommending or depending
on those modules, and that's final.
Other bugs about this are already in sasl's bts, so I will just tag this one
wontfix, and leave it open for documentation purposes.
--
One disk to rule them all, One disk to find
Just making a data point to remember later:
This might be related to #286285
--
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 Holschuh
--
Simon,
What's the status of this functionality in cyrus 2.2 or 2.3?
It is clearly a no-go for 2.1, but it could be a good add for 2.3 upstream,
and for 2.2 in Debian, if it is not there yet...
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the
Where are the attachments?
--
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 Holschuh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Tue, 07 Nov 2006, Fabian Greffrath wrote:
I've seen that hplip recommends both hpijs-ppds and
linuxprinting.org-ppds.
Yes.
Why does it do so?
Because postscript PPDs are in linuxprinting.org-ppds, and
non-postscript-PPDs are in hpijs-ppds.
We could recommend either one instead of both,
Version: 1.6.10-1
reopen 382652
thanks
On Tue, 14 Nov 2006, Gyorgy Bakos wrote:
It's me again. The Debian package 1.6.10 don't solves this issue! (Of
course I reinstalled the device with the new driver in CUPS)
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=382652
What is the output of
On Thu, 16 Nov 2006, Christian Perrier wrote:
It seems that Henrique expressed some concerns about the quality of
the translation, then a few exchanges happened but no more update
No. I noticed a translator did, and so I asked for the updated translation.
--
One disk to rule them all, One
On Sun, 15 Oct 2006, Frederik Eaton wrote:
Package: hplip
Version: 1.6.7-2
Severity: normal
When I run /etc/init.d/hplip, it says
You are missing a dpkg-statoverride on /var/run/hplip. Fix it, otherwise
you risk silent breakage on upgrades.
I think that the warning would be much
On Sun, 15 Oct 2006, Jason Spiro wrote:
Normally, fsck runs every 30th time I boot up. It would be great if,
when I shut down and a drive's mount count is 29, my PC should run
tell me it will run fsck then shut down. Then it should do so.
This would mean I wouldn't have to sit and watch
Package: tz-brasil
Version: 0.4
Severity: grave
Justification: renders package unusable
I am not sure whether to set this as important or grave... but since it
pretty much breaks the core and single functionality of the package in all
Etch and Sid installs where /usr is not in /, I will go with
On Tue, 17 Oct 2006, Ross Boylan wrote:
On Tue, 2006-10-17 at 00:53 +, Ross Boylan wrote:
WORK-AROUND
dpkg --purge cyrus21-common
seems to have worked for me.
NO--DON'T LISTEN TO THAT! It rendered cyrus inoperable.
/var/run/cyrus and /var/run/cyrus/socket got zapped,
On Tue, 17 Oct 2006, Jason Spiro wrote:
2006/10/16, Henrique de Moraes Holschuh [EMAIL PROTECTED]:
This has to be made optional. Many people want their machines to shut down
*fast* far more than they want their machines to boot up fast.
Is this true even for modern home machines?
Yes
On Wed, 18 Oct 2006, martin f krafft wrote:
With unsafe, do you mean that the code would fail to add the alias
I mean it would not do the right thing when removing because of the symlink.
Also, looking at this, I think I am going *not* to remove the alias
on remove or purge, but just leave it
On Thu, 01 Jun 2006, Adeodato Simó wrote:
Yes, mkcfm is gone from unstable, since its license is non-free (see [1]).
Since it seems you use CID fonts yourself (I don't), would you be willing
I don't, either. I just have them installed for the heck of it, believe it
or not...
I noticed the
On Sun, 22 Oct 2006, Wolfgang Pfeiffer wrote:
So I'd suggest an option to force the usual fsck no matter whether the
machine is running on AC or battery -- perhaps via some setting in
/etc/default/.
Is anything wrong with the /forcefsck file?
--
One disk to rule them all, One disk to find
On Mon, 23 Oct 2006, Andreas Jochens wrote:
Would it be possible to switch the versioning off for the ppc64
architecture only, at least until there is another solution for this?
Since the package has never been built with versioned symbols on ppc64
anyway there would be no problem on ppc64.
On Tue, 24 Oct 2006, Andreas Jochens wrote:
ppc64 would need the same symbols as the other architectures.
What is there in SASL is a basic ugly hack, because we don't know which
symbols *cannot* be versioned in the ABI for each arch. Those are not stuff
from SASL, but rather internal symbols
On Tue, 24 Oct 2006, Christoph Berg wrote:
I propose binutils-h8300-hms to be removed, for the following reasons:
* Orphaned for two monts without any sign of interest;
binutils-h8300-hms is needed for compiling binaries on brickos, so
#387769, #387770, #387771, and #387772 should be
On Tue, 31 Oct 2006, Sven Joachim wrote:
In this case, hwclock.sh cannot write to /etc/adjtime because the root
filesystem is still mounted read-only. Currently hwclock.sh creates
/etc/adjtime if it doesn't exist, but that might not be necessary, I don't
know.
hwclock can cope well with
On Wed, 01 Nov 2006, Paul Menzel wrote:
Hitting the button Send Fax in the hp-toolbox, nothing happens and the
following is printed in the terminal:
error: option --standalone not recognized
Using the command hp-sendfax works.
Heh, it is working better for you than it is working for the
bts tag 397092 + upstream
thanks
On Sun, 05 Nov 2006, Benjamin Seidenberg wrote:
This is a known issue. We decided that it was more important to preserve
the exact upstream tar ball than to remove them. Someone
(*cough*hmh*cough*) was supposed to bring the issue to the attention of
upstream,
Actually no, the default for an amavis user created by the amavisd-new
package is to have /bin/sh as the shell.
That said, I have nothing against the patch, and I have applied it.
You should check that everything else (especially spamassassin) works
without a valid shell, that's not a tested
On Thu, 12 Oct 2006, Ritesh Raj Sarraf wrote:
But lot many people use Debian on their desktops/laptops and I guess they
would be using gui tools to navigate through the filesystem. We should
consider those systems/users too.
The GUI tools that:
1. Pass themselves off as file managers
Package: logcheck
Version: 1.2.47
Severity: important
While adding /etc/aliases handling code to amavisd-new myself, I noticed
that logcheck has code that doesn't look very safe.
First, it does the wrong thing if a symlink is in use.
Second, it runs on remove, when it probably should run on
On Thu, 12 Oct 2006, Ritesh Raj Sarraf wrote:
But then how do you think features like Thumbnails and Icon Preview of the
file can be accomplished _without_ accessing the file ?
What part of modifying atime has anything to do with accessing the file?
Reset it back, if you are going to do stuff
On Sat, 14 Oct 2006, Roberto C. Sanchez wrote:
* Fixed load_config to search for the config file in all directories
(bug # 2796). Changed the default search path to be
/usr/lib/sasl2:/etc/sasl2
Is this sufficient for our needs?
No, it has to be in the inverse way. Look at /etc first.
On Sat, 14 Oct 2006, Roberto C. Sanchez wrote:
A bug reported [0] against the Debian version of cyrus-sasl2 is
requesting the ability to run more than one saslauthd. Is this even
feasible?
Well, sort of. AFAIK, it is if you can configure the saslauthd socket in
libsasl's side *at runtime*,
On Sat, 14 Oct 2006, Roberto C. Sanchez wrote:
A patch [0] was proposed a while back on the cyrus-sasl list to allow
crypt in libsasl2. The original message [1] is also available. Anyhow,
We should not accept that patch *ever* in any other format than a optional,
*disabled by default* thing
On Fri, 13 Oct 2006, Roberto C. Sanchez wrote:
MECHANISMS=pam
Thanks for the quick feedback. Does anyone on the list have any ideas
on this?
Certain pam modules leaks memory like a broken pipe. This is not something
that can be fixed by anything else, so forking saslauthd is nothing but a
On Sun, 15 Oct 2006, Roberto C. Sanchez wrote:
By forking, you mean forking processes, right? Not forking the code.
Correct :)
My perspective is this: saslauthd can be no worse off than what we
Correct.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and
On Fri, 29 Sep 2006, Debian Bug Tracking System wrote:
Version: 2.86.ds1-20
This is in Etch.
Version: 2.86.ds1-23
And this is not and will not be in Etch.
Right. I hadn't considered that. This problem was fixed in version
2.86.ds1-23, when I changed checkroot.sh to use /lib/init/rw/
On Wed, 04 Oct 2006, Craig Small wrote:
On Mon, Oct 02, 2006 at 05:06:38PM +0200, Rasmus Bøg Hansen wrote:
If the lockfile directory does not exists, lprng fails to start. This
is, eg. the case with the new RAMRUN option in the new initscripts,
where /var/run is kept on a tmpfs and
On Thu, 21 Sep 2006, Arno Bottema wrote:
authentication failure: cannot connect to saslauthd server: No such file
or directory
Restart saslauthd. Does it fix the issue?
--
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
On Thu, 21 Sep 2006, Arno Bottema wrote:
Henrique de Moraes Holschuh wrote:
On Thu, 21 Sep 2006, Arno Bottema wrote:
authentication failure: cannot connect to saslauthd server: No such file
or directory
Restart saslauthd. Does it fix the issue?
I have restarted sasauthd, postfix
On Fri, 22 Sep 2006, Tim Phipps wrote:
Hmm, tough choices to make. Though I don't think it's a good idea to have nfs
mounts in /etc/fstab marked as auto if they depend on hotplug network
interfaces. I think in that case you should have a hotplug script that mounts
We ought to keep fstab as
On Sat, 23 Sep 2006, Wolf Wiegand wrote:
I cannot print more than one page on my Laserjet 1010. The first page is
printed all right, for the following pages, I only get an empty page as
output. In /var/log/cups/error_log, this message appears:
[...]
When I upgrade hplip, hplip-data, and
On Tue, 28 Nov 2006, [EMAIL PROTECTED] wrote:
Amavisd-new does'nt put Spamassassin header on mail
Did you read the documentation and set the local domain?
--
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
On Sun, 06 Aug 2006, Jack Carroll wrote:
In general, it's _most_ unwise for any program to touch video modes,
until the user has logged in and taken control. Otherwise, there is too
Agreed. But AFAIK the initscript package does not have any code that change
video modes, or program
On Tue, 08 Aug 2006, Benjamin Seidenberg wrote:
Guilty. I'm the one who broke it. Will fix. We can't delete the old one
since it is a conf file though...hmmm...
It is ugly, but here's how you do it:
preinst: if there, mv oldname newname, and warn the user with a message to
stderr.
The problem
severity 339073 grave
clone 339073 -1
reassign -1 cyrus21-imapd
found -1 2.1.18-1
notfound -1 1.5.19-20
owner -1 [EMAIL PROTECTED]
retitle -1 UPGRADE.Debian: suggested purge of cyrus-imapd causes data loss
thanks
#339073 is a bug that causes old cyrus-imapd to silently WIPE OUT the
entirely of
Package: lyx-common
Version: 1.3.6-1.1
Severity: important
Shell scripts in /usr/share/lyx/scripts are missing the executable
permission, so important functionality is not working.
Workaround: chmod +x /usr/share/lyx/scripts/*.sh as root.
-- System Information:
Debian Release: testing/unstable
Package: sweep
Version: 0.8.4-2
Severity: grave
Justification: renders package unusable
There is no such package: libesd-also0
^
How did you even install this in your system before you uploaded? dpkg would
bitch about it and refuse to install the .deb...
And
: testing amavis tagging
X-Mailer: mail (GNU Mailutils 0.6.90)
Date: Fri, 20 Jan 2006 09:59:14 -0200 (BRST)
From: Henrique de Moraes Holschuh [EMAIL PROTECTED]
X-Virus-Scanned: Debian amavisd-new at khazad-dum.debian.net
X-Spam-Status: No, score=-2.6 tagged_above=-10 required=6
tests=[BAYES_00
On Fri, 20 Jan 2006, Thomas Lakofski wrote:
It's postfix with a dual-MTA (forwarder) setup. It has been operating
So, it is the same thing I do.
fine before the recent major upgrade to amavis. What further information
would you like? I can tar up /etc/amavis for you as a start.
I will
On Fri, 20 Jan 2006, Thomas Lakofski wrote:
fine before the recent major upgrade to amavis. What further information
would you like? I can tar up /etc/amavis for you as a start.
What's the output of:
hostname --fqdn
and of
head -n 1 /etc/mailname
?
amavisd-new won't tag mail
retitle 348990 [config] missing defaults for local_domain_maps disable
functionality
found 348990 1:2.3.3-2
thanks
On Fri, 20 Jan 2006, Thomas Lakofski wrote:
I added
@local_domains_acl = ( .$mydomain ); # $mydomain and its subdomains
It's working again...and now I know a bit more about
On Fri, 20 Jan 2006, Michael Banck wrote:
++#include config.h
Shouldn't it be config.h or (if the build system is not doing things
right, relativepath/config.h) ?
--
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
severity 349171 wishlist
tag 349171 moreinfo
thanks
On Sat, 21 Jan 2006, [EMAIL PROTECTED] wrote:
Otherwise logrotate needs to depend on cron | anacron | fcron | bcron |
etc. This is silly.
fcron provides only anacron-like service. It does not provide /etc/cron.d
service, /etc/crontab
Package: lists.debian.org
Severity: normal
Part of the mailing list archives at lists.debian.org have not been updated
with the form code to allow users to report spam. Looks like the update run
stopped in the middle or somesuch, because both the earliest and newest
messages of the lists I
On Sat, 21 Jan 2006, Michael Banck wrote:
so it seems consistent with the rest of the source, at least the parts
in lib/.
Yuck. I think new upstream SASL has cleaned up that crap, but if it didn't,
it is high time to send them a patch.
I agree that for your NMU it is better to follow the
On Tue, 14 Oct 2008, Paolo Miotto wrote:
I think that actions like reload or force-reload must work like start
and restarting, doing nothing if the service is disabled in current
runlevel.
Maybe for force-reload. As for reload, if that is suceeding on a service
that is not started (i.e.
On Wed, 15 Oct 2008, Paolo Miotto wrote:
Well, it is OK that a script called with reload fails if the service is
not running, but the point is: why ask a reload to a service that is not
running (because disabled), maybe failing even a pre/post install script?
Because reload (and force-reload,
On Wed, 15 Oct 2008, Paolo Miotto wrote:
Quoting Henrique de Moraes Holschuh [EMAIL PROTECTED]:
On Tue, 14 Oct 2008, Paolo Miotto wrote:
I think that actions like reload or force-reload must work like start
and restarting, doing nothing if the service is disabled in current
runlevel.
Maybe
On Sat, 18 Oct 2008, Alex wrote:
On Friday 17 October 2008, Riku Voipio wrote:
Sounds like somthing is wrong with your python installation.
Well, i purged and reinstalled every package i could find that was even
remotely related to python, and now it works.
Thanks for the hint and sorry
On Mon, 25 Aug 2008, Ross Boylan wrote:
Does cyrus need to depend on an MTA at all? Couldn't it receive from
Yes. /sbin/sendmail is REQUIRED for Sieve to work as per the RFC, so at the
very least, lmtpd will need it.
remember getting it to work with exim was pretty easy. There might have
On Tue, 07 Oct 2008, Harry Coin wrote:
It the kernel drivers behavior with respect to wake-on-lan defined
somewhere? As I see this, the kernel drivers have no consistent
interface to userspace, and thus make it impossible to solve this in a
reliably way in userspace.
Because 'halt' has
Package: grub
Version: 0.97-44
Severity: important
update-grub is giving me this ordering, here:
Found kernel: /vmlinuz-2.6.25.14-t43
Found kernel: /vmlinuz-2.6.25.14.1-t43
Found kernel: /vmlinuz-2.6.25.13-t43
Found kernel: /vmlinuz-2.6.25.12-t43
which is broken. The second entry should have
severity 493389 normal
thanks
I've written change not bug since I'm not sure it is a problem.
It is a problem, because it fails to implement the path of least surprise
for the users of the package. Even for the highly technical ones like me
(kernel developer and Debian developer).
Kernels
On Sun, 03 Aug 2008, Robert Millan wrote:
On Sun, Aug 03, 2008 at 10:12:48AM -0300, Henrique de Moraes Holschuh wrote:
There is absolutely NO reason for a human to accept that 1.2.3.1-foo is a
LOWER version number than 1.2.3-foo, simply because it is not.
Okay, I must have gotten
On Mon, 04 Aug 2008, Robert Millan wrote:
Why would you want something in /sbin to call something in /usr/s?bin ?
You need to port the algorithm.
update-grub is in /usr.
Crap. I just noticed it is just a wrapper. Why the heck is it not a
symlink, which we would notice at first glance?
On Thu, 07 Aug 2008, Felix Zielcke wrote:
Just replace the CompareVersion function with this:
CompareVersions()
{
dpkg --compare-versions $1 le $2
echo $?
}
That's the minimal fix, yes.
But if you do it that way, you will lose the special casing of pre, ac,
rc and etc.
On Fri, 08 Aug 2008, [EMAIL PROTECTED] wrote:
Dear HMH, I have continued my observations. It seems the only time I
have to still hit Fn End to bring the brightness back down is after a
reboot: using reboot(8) brings one to a super bright Lilo screen.
And 'shutdown -h now' also will give a
On Thu, 07 Aug 2008, Robert Millan wrote:
On Thu, Aug 07, 2008 at 01:10:24PM -0300, Henrique de Moraes Holschuh wrote:
On Thu, 07 Aug 2008, Felix Zielcke wrote:
Just replace the CompareVersion function with this:
CompareVersions()
{
dpkg --compare-versions $1 le $2
On Fri, 08 Aug 2008, Felix Zielcke wrote:
I couldn't figure out with playing with this ~ thingy how to tell dpkg that
-rc1-git1 is higher then -rc1
khazad-dum:~$ dpkg --compare-versions 2.6.23.1-rc1-git3 gt 2.6.23.1-rc1 ; echo
$?
0
khazad-dum:~$ dpkg --compare-versions 2.6.23.1~rc1-git3 gt
On Fri, 08 Aug 2008, Felix Zielcke wrote:
I really should have sticked with my easy debugging method I already
mentioned in the report (that echo /tmp/x thingy)
I thought removing the greedy g on the regexps would just solve the
problem for us, but it doestn't:
fz:/etc/grub.d# dpkg
On Sat, 09 Aug 2008, Felix Zielcke wrote:
The dash AFTER the ~ seems to reset the `~ means lower then empty
string'
~rc1-git1 is treated NEWER then the one with the empty string.
We just add a final - (or even a -0 to be safe). Yep, that's all it takes
:-)
From Debian Policy:
When comparing
On Sat, 16 Aug 2008, patrick heraud wrote:
From this version of amavisd-new, the output of AVG Antivirus is
unexpected (see below):
(!!)run_av (AVG Anti-Virus) FAILED - unexpected , output=220-AVG7 Anti-Virus
daemon mode scanner\r\n220-Version du programme 7.5.51, engine
442\r\n220-Base
On Sun, 17 Aug 2008, Alexander Wirt wrote:
Henrique de Moraes Holschuh schrieb am Saturday, den 16. August 2008:
On Sat, 16 Aug 2008, patrick heraud wrote:
From this version of amavisd-new, the output of AVG Antivirus is
unexpected (see below):
(!!)run_av (AVG Anti-Virus) FAILED
On Mon, 18 Aug 2008, Debian Bug Tracking System wrote:
Package: amavisd-new
Version: 1:2.6.1.dfsg-1
Severity: important
Since updating from amavisd-new 1:2.6.0.dfsg-2 to 1:2.6.1.dfsg-1, spam
scanning is totally broken for me.
I'm using a fetchmail - Exim 4.69-6 - amavisd-new -
101 - 200 of 1689 matches
Mail list logo
