| View previous topic :: View next topic |
| Author |
Message |
Thomas Meggs
Guest
|
 Posted: Thu Nov 20, 2008 6:00 am Post subject: Bug#473070: spamassassin: problem with spamc/spamd username |
 |
|
My comment was that whether or not I used the -u option (uid implicit or
explicit), I got invalid behavior (where user configs weren't pulled). I
have to assume it was some strange underlying behavior which emerged on
Debian for Sparc, the platform in question. Unfortunately, this machine was
de-commissioned not but 2 weeks ago. If you happen to provide a Sparc
release in the future, it might be something to check.
2008/11/19 Dominic Hargreaves <dom@earth.li>
| Quote: | On Fri, Mar 28, 2008 at 02:22:53AM -0400, Thomas Meggs wrote:
spamd is being launched as follows:
/usr/sbin/spamd --user-config
--virtual-config-dir=/home/%l/.spamassassin --create-prefs
--max-children 5 -u spamd --helper-home-dir -d
--pidfile=/var/run/spamd.pid
Regardless of spamc username (spamc -u ${USERNAME}) spamd always
attempts to pull configs from /home/spamassassin/.spamassassin. As such,
user
level prefs are ignored. This is via postfix maildrop or just from the
cmdline
as a user (not spamd). From my mail.log:
Mar 28 01:44:12 SERVER spamd[14860]: locker: safe_lock: created
/home/spamassassin/.spamassassin/bayes.lock.SERVER.domain.14860
Mar 28 01:44:12 SERVER spamd[14860]: locker: safe_lock: trying to get
lock on /home/spamassassin/.spamassassin/bayes with 0 retries
Mar 28 01:44:12 SERVER spamd[14860]: locker: safe_lock: link to
/home/spamassassin/.spamassassin/bayes.lock: link ok
Beyond this, even with a /etc/spamassassin/local.cf setting of enabling
bayes, spamd still doesn't seem to be applying Bayesian filtering based
off of the "global" spamassassin configs. Of course, processing through
spamassassin instead of spamc pulls Bayes filtering without issue.
Hi,
This is quite possibly too late a reply, but my reading of the spamd
manpage suggests that --virtual-config-dir and spamc'd -u option are
mutually exclusive. If you try without that option, do you get the
desired behaviour?
Unless you disagree, I will close this bug.
Dominic.
--
Dominic Hargreaves | http://www.larted.org.uk/~dom/<http://www.larted.org.uk/%7Edom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)
|
|
|
| |
|
 Back to top |
Simon Paillard
Guest
|
| Posted: Thu Nov 20, 2008 7:00 am Post subject: Bug#482489: submission mirror2.corbina.ru: anonftpsync requi |
|
|
retitle 482489 mirror submission for mirror2.corbina.ru: ftpsync required, arch consistency, freshness, http refused
thanks
Hello,
You submitted your Debian mirror back in May, 6 months ago.
On top on remarks already sent:
* HTTP daemon is refusing connections.
* ftp://mirror2.corbina.ru/debian/project/trace/ shows the mirror is
outdated since August: please select ftp.ru.debian.org as upstream
instead of ftp.debian.org
* The sync script you should use is described at
http://lists.debian.org/debian-mirrors-announce/2008/11/msg00001.html
That would be great if you can fix these issues, in order the make the
mirror able to be listed as Debian mirror.
Thanks for your answer and best regards.
On Tue, Jun 24, 2008 at 12:18:51AM +0200, Simon Paillard wrote:
| Quote: | One month ago, you submitted a new Debian mirror, and we've sent some
remarks to you.
Unfortunately, we have not receive any news from you.
See the remarks to apply on : http://bugs.debian.org/482489
|
--
Simon Paillard
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
| Back to top |
Aníbal Monsalve Salazar
Guest
|
| Posted: Thu Nov 20, 2008 7:00 am Post subject: Bug#490893: initscripts: reboot fails to unmount '/' |
|
|
On Wed, Nov 12, 2008 at 10:17:34AM +0500, Subhashis Roy wrote:
| Quote: | I have checked that despite update of 'portmap' initscript, the
Bug#490893 is still reproducible.
|
I couldn't reproduce this bug.
Please try version 6.0-8 to see if it fixes this bug. |
|
| |
|
| Back to top |
James R. Van Zandt
Guest
|
| Posted: Thu Nov 20, 2008 8:35 am Post subject: Bug#502761: I suggest removing the call to emacspeakconfig a |
|
|
I have uploaded a new package with debconf support:
emacspeak_28.0-4_all.deb. I think it is working correctly. However
this is the first time I've used debconf, and I may have set some kind
of record for complexity. I'd appreciate someone checking it.
Assuming it checks out okay, I'd like to see that package in Lenny.
Yes, I realize that my first package of version 28.0 missed the
deadline for Lenny by a few days. The functional difference from
version 26.0 is not great. (Dr. Raman just increments the version
number every six months.) However, that does make it a year newer
than the version currently in testing.
- Jim Van Zandt
Date: Sat, 25 Oct 2008 13:35:44 +0200
From: Christian Perrier <bubulle@debian.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="jsrFa/5v3cIbBmG8"
Content-Disposition: inline
Resent-Sender: Debian BTS <debbugs@rietz.debian.org>
--jsrFa/5v3cIbBmG8
Content-Type: multipart/mixed; boundary="IihjUyvzd0n5Ehsu"
Content-Disposition: inline
--IihjUyvzd0n5Ehsu
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
tags 502761 patch
thanks
Introducing debconf support in a package that doesn't use it already
is IO too invasive and risking breakage.
So, I recommend simply commenting the call to "emacspeakconfig" in
postinst as of now so that this package can be released for lenny.
A patch is attached.
I plan to build an NMU unless the maintainer is OK to upload
himself...or find another solution (but, again, hasty debconf
introduction would seem too risky for me)=A0?
--=20
--IihjUyvzd0n5Ehsu
Content-Type: text/x-diff; charset=us-ascii
Content-Disposition: attachment; filename="emacspeak.patch"
Content-Transfer-Encoding: quoted-printable
diff -Nru emacspeak-26.0.old/debian/postinst emacspeak-26.0/debian/postinst
--- emacspeak-26.0.old/debian/postinst 2008-10-25 13:29:00.194881985 +0200
+++ emacspeak-26.0/debian/postinst 2008-10-25 13:30:00.242729827 +0200
@@ -46,7 +46,9 @@
fi
fi
=20
-emacspeakconfig -i
+# Commented as this implies prompting without using
+# debconf. See #502761
+# emacspeakconfig -i
=20
# dh_installdeb will replace this with shell code automatically
# generated by other debhelper scripts.
diff -Nru emacspeak-26.0.old/debian/README.Debian emacspeak-26.0/debian/REA=
DME.Debian
--- emacspeak-26.0.old/debian/README.Debian 2008-10-25 13:29:00.194881985 +=
0200
+++ emacspeak-26.0/debian/README.Debian 2008-10-25 13:31:18.994729859 +0200
@@ -13,6 +13,9 @@
gets configuration parameters from /etc/emacspeak.conf and starts
emacs with emacspeak support.
=20
+Before it is used, Emacspeak must be configured by root, by running
+'emacspeakconfig -i'.
+
Several "flavors" of emacs may be installed at the same time (emacs20,
emacs21, xemacs21, etc.). In accordance with the Debian emacs policy,
emacspeak is byte-compiled separately for each supported flavor -
@@ -85,3 +88,5 @@
=20
James R. Van Zandt <jrv@debian.org>, Mon Jan 30 21:36:59 EST 2006
=20
+
+ -- Christian Perrier <bubulle@debian.org>, Sat, 25 Oct 2008 13:31:18 z
--IihjUyvzd0n5Ehsu--
--jsrFa/5v3cIbBmG8
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkkDBIoACgkQ1OXtrMAUPS2VGQCeKX3EntQefSRg0eyyFt4IAsJr
2vcAoJlJ5pHWvO3ZtBdDbM0EcddZd69z
=9p33
-----END PGP SIGNATURE-----
--jsrFa/5v3cIbBmG8--
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
| Back to top |
Nigel Horne
Guest
|
| Posted: Thu Nov 20, 2008 4:30 pm Post subject: Bug#505446: mlocate always creates empty database |
|
|
Sebastian Andrzej Siewior wrote:
| Quote: | * Nigel Horne | 2008-11-19 08:12:19 [+0000]:
Its a clean installation, the disc was formatted before installation.
If something is wrong it's nothing I've done!
Here is my /etc/mtab
/dev/sda6 / ext3 rw,noatime,errors=remount-ro 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid,mode=0755 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
sysfs /sys sysfs rw,noexec,nosuid,nodev 0 0
procbususb /proc/bus/usb usbfs rw 0 0
udev /dev tmpfs rw,mode=0755 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
/dev/sdb2 /home ext3 rw,noatime 0 0
/dev/sda2 /mnt/c fuseblk rw,allow_other,blksize=4096 0 0
/dev/sdb1 /mnt/d fuseblk rw,allow_other,blksize=4096 0 0
/ / bind rw,bind 0 0
/home /home bind rw,bind 0 0
rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0
automount(pid3573) /net autofs rw,fd=4,pgrp=3573,minproto=2,maxproto=4 0 0
automount(pid3544) /smb autofs rw,fd=4,pgrp=3544,minproto=2,maxproto=4 0 0
You have your / and /home mounted onto itself + you have automount on
/net and /smb. This is not part of the a standard installation.
Either you have it by accident in your fstab or a chroot mount script
went wrong. I guess the latter.
Does your /proc/mounts contain a line like
|tmpfs / tmpfs rw,size=10240k,mode=755 0 0
? If so, than this is a *valid* bind mount.
No it doesn't.
Sebastian
|
--
Nigel Horne
ClamAV, The Open-Source GPL Multi-Platform Anti-Virus tool-kit
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
| Back to top |
Alex Roper
Guest
|
| Posted: Thu Nov 20, 2008 5:30 pm Post subject: Bug#498953: closed by Torsten Marek (Closi |
|
|
Hi,
I just did a full update/upgrade/distupgrade and found that my versions on python-opengl
and python-2.5 were equal to or greater than those you mentioned. The bug still occurs.
Before we write this off as system specific, can you tell me if anything's up/what version
you have of python-ctypes? I suspect the problem might be there somewhere.
I need to reinstall soon anyway, I'll do a fresh install some time in the next month or
two and bug you again if I can reproduce it.
Al "chroot" ex
Debian Bug Tracking System wrote:
| Quote: | This is an automatic notification regarding your Bug report
which was filed against the python-opengl package:
#498953: python-opengl: gluNewQuadric segfaults (64 bit specific)
It has been closed by Torsten Marek <shlomme@gmx.net>.
Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Torsten Marek <shlomme@gmx.net> by
replying to this email.
------------------------------------------------------------------------
Subject:
Closing the bug
From:
Torsten Marek <shlomme@gmx.net
Date:
Thu, 20 Nov 2008 10:25:53 +0100
Hi,
I'm closing the bug, since it cannot be reproduced any more.
best,
Torsten
------------------------------------------------------------------------
Subject:
python-opengl: gluNewQuadric segfaults (64 bit specific)
From:
Alex Roper <alexr@ugcs.caltech.edu
Date:
Sun, 14 Sep 2008 15:50:50 -0400
Package: python-opengl
Version: 3.0.0~b3-1
Severity: important
Tested on:
Language Arch Fails?
python2.5 x86_64 YES
python2.4 x86_64 YES
python2.5 x86 NO
C x86_64 NO
C x86 NO
#The following Python program segfaults:
import OpenGL.GLU
OpenGL.GLU.gluNewQuadric()
This does not occur on a 32 bit system, where the operation (and my
graphics final project) run fine, nor does it occur in a similar
C program on either architecture:
#include <GL/glu.h
int main() {
printf("Creating new quadric: %d\n", gluNewQuadric());
printf("All ok.\n");
}
Backtrace from python2.5:
(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x00007f65d88470f8 in ffi_call_unix64 () from
/usr/lib/python2.5/lib-dynload/_ctypes.so
#2 0x00007f65d88467e6 in ffi_call () from
/usr/lib/python2.5/lib-dynload/_ctypes.so
#3 0x00007f65d88413c2 in _CallProc () from
/usr/lib/python2.5/lib-dynload/_ctypes.so
#4 0x00007f65d883a55f in ?? () from
/usr/lib/python2.5/lib-dynload/_ctypes.so
#5 0x00000000004187b3 in PyObject_Call ()
#6 0x000000000048feb2 in PyEval_EvalFrameEx ()
#7 0x00000000004930fd in PyEval_EvalCodeEx ()
#8 0x00000000004dd692 in ?? ()
#9 0x00000000004187b3 in PyObject_Call ()
#10 0x000000000041f658 in ?? ()
#11 0x000000000041e0eb in PyObject_CallFunctionObjArgs ()
#12 0x00007f65d883a591 in ?? () from
/usr/lib/python2.5/lib-dynload/_ctypes.so
#13 0x00000000004187b3 in PyObject_Call ()
#14 0x000000000048feb2 in PyEval_EvalFrameEx ()
#15 0x00000000004930fd in PyEval_EvalCodeEx ()
#16 0x00000000004932f2 in PyEval_EvalCode ()
#17 0x00000000004b2d08 in PyRun_FileExFlags ()
#18 0x00000000004b2fab in PyRun_SimpleFileExFlags ()
#19 0x0000000000414542 in Py_Main ()
#20 0x00007f65d8f2c1a6 in __libc_start_main () from /lib/libc.so.6
#21 0x0000000000413989 in _start ()
While this may be related to bug #480657, that bug specifically mentions
that it only occurs under python2.5, but not 2.4. This occurs under
both. Then again, on my system so does 480657, and the backtraces do
look similar. In any case, this is a shorter counterexample so I submit it
anyway. I'm sorry, I'd troubleshoot this myself and submit a patch but
I just don't have time right now.
Best of luck,
Alex
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26.2leaves (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-
Shell: /bin/sh linked to /bin/bash
Versions of packages python-opengl depends on:
ii freeglut3 2.4.0-6.1 OpenGL Utility Toolkit
ii libgl1-mesa-glx [libgl1] 7.0.3-5 A free implementation of
the OpenG
ii libglu1-mesa [libglu1] 7.0.3-5 The OpenGL utility library
(GLU)
ii python 2.5.2-2 An interactive high-level
object-o
ii python-central 0.6.8 register and build utility
for Pyt
ii python-ctypes 1.0.2-5 Python package to create
and manip
ii python-pkg-resources 0.6c8-4 Package Discovery and
Resource Acc
python-opengl recommends no packages.
Versions of packages python-opengl suggests:
pn libgle3 <none> (no description available)
ii python-numpy 1:1.1.1-1 Numerical Python adds a
fast array
pn python-tk <none> (no description available)
-- no debconf information |
|
|
| |
|
| Back to top |
Brian Cassidy via RT
Guest
|
| Posted: Thu Nov 20, 2008 6:20 pm Post subject: Bug#505736: [rt.cpan.org #40938] Geo::IPfree country data is |
|
|
<URL: http://rt.cpan.org/Ticket/Display.html?id=40938 >
These changes have been incorporated into version 0.3
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
| Back to top |
Modestas Vainius
Guest
|
| Posted: Thu Nov 20, 2008 7:30 pm Post subject: Bug#384573: RusXMMS patch |
|
|
Hello,
trečiadienis 19 Lapkritis 2008, jūs rašėte:
| Quote: | A You agree to add this patch to taglib?
Followup the bug #384573, reattach your current attachment and try to negate |
the arguments why this bug should be unmarked as wontfix. It also looks rather
intrusive to me and I'm afraid it could break other encodings.
However, what is the most important and a real showstopper, there is NO
librcc-dev in Debian.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384573
--
Modestas Vainius <modestas@vainius.eu> |
|
| |
|
| Back to top |
Didier Raboud
Guest
|
| Posted: Thu Nov 20, 2008 8:20 pm Post subject: Bug#499346: #499346 pending - New version for Lenny ? |
|
|
Le mercredi 19 novembre 2008 21:15:26 Mike Hommey, vous avez écrit :
| Quote: | On Wed, Nov 19, 2008 at 04:15:39PM +0100, Didier Raboud wrote:
Le lundi 27 octobre 2008 07:39:21, vous avez écrit :
package iceweasel-gnome-support iceweasel iceweasel-dbg
tags 499346 + pending
Hi,
What is the status of any future version of iceweasel ?
I think that the proper fix for 4993468 (and merged) is really important
for Lenny. IMHO, it is release-critical...
Don't worry, it's planned for Lenny.
Mike
|
Hi,
This is fine for me, I was just wondering… Thanks for your update and your
responsiveness !
OdyX
--
Didier Raboud, proud Debian user.
CH-1802 Corseaux
didier@raboud.com |
|
| |
|
| Back to top |
Sebastian Pipping
Guest
|
| Posted: Thu Nov 20, 2008 8:40 pm Post subject: Bug#504973: FTBFS with GCC 4.4: missing #include |
|
|
Now fixed upstream, thanks for the patch!
http://libspiff.svn.sourceforge.net/viewvc/libspiff?view=rev&revision=508
Sebastian
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
| Back to top |
Joachim Breitner
Guest
|
| Posted: Thu Nov 20, 2008 8:40 pm Post subject: Bug#495487: [pkg-fso-maint] Official right click |
|
|
Hi,
Am Donnerstag, den 20.11.2008, 13:26 +0100 schrieb Michele Renda:
| Quote: | -----BEGIN PGP SIGNED MESSAGE-----
I am writing because I'd like to update the Debian/Openmoko wiki
instructions:
http://wiki.openmoko.org/wiki/Debian
|
Thanks for taking care of that.
| Quote: | Which is the official way to simulate right click? The
xserver-xorg-input-tslib package present in repository contain already
the Sebastian Ohl's patch?
Or I have to install the personalized package provided by Sebastian?
|
There is no official way set. The bug report tracking this is
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495487
but it hasn’t seen any comments since September. Also, Sascha Hauer
(original author of the driver) hasn’t commented yet, it seems.
Sascha: Have you looked at the patch mentioned in the bug report?
Greetings,
Joachim
--
Joachim "nomeata" Breitner
Debian Developer
nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata |
|
| |
|
| Back to top |
ivan
Guest
|
| Posted: Thu Nov 20, 2008 11:10 pm Post subject: Bug#384573: RusXMMS patch |
|
|
On Thursday 20 November 2008 16:24:47 Modestas Vainius wrote:
| Quote: | Followup the bug #384573, reattach your current attachment and try to
negate the arguments why this bug should be unmarked as wontfix. It also
looks rather intrusive to me and I'm afraid it could break other encodings.
However, what is the most important and a real showstopper, there is NO
librcc-dev in Debian.
|
I build deb packages for librcc and librcd, mayby i create package
libtag-rusxmms and write Conflicts and Replaces for this?
How i understand this marks give chouse for users - select patched and no
patched package - and by default non patched of couse. |
|
| |
|
| Back to top |
Bastian Blank
Guest
|
| Posted: Thu Nov 20, 2008 11:40 pm Post subject: Bug#481234: Legal status of files at http://prism54.org/firm |
|
|
tags 481234 wontfix
thanks
On Wed, May 14, 2008 at 07:10:14PM +0100, Sam Morris wrote:
| Quote: | Please could you let me know who owns their copyright, where they came
from, and their licensing status.
|
Tagging wontfix until the state is known.
Bastian
--
Killing is stupid; useless!
-- McCoy, "A Private Little War", stardate 4211.8
--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org |
|
| |
|
| Back to top |
Modestas Vainius
Guest
|
| Posted: Fri Nov 21, 2008 12:00 am Post subject: Bug#384573: RusXMMS patch |
|
|
Hello,
ketvirtadienis 20 Lapkritis 2008, ivan rašė:
| Quote: | I build deb packages for librcc and librcd, mayby i create package
libtag-rusxmms and write Conflicts and Replaces for this?
When you get needed external libraries (librcc if I understand correctly) into |
Debian, you can get back to me about this bug. Until then, nothing can be
done.
--
Modestas Vainius <modestas@vainius.eu> |
|
| |
|
| Back to top |
Vincent Bernat
Guest
|
| Posted: Fri Nov 21, 2008 12:00 am Post subject: Re: system users |
|
|
OoO En ce doux dbut de matine du samedi 15 novembre 2008, vers 08:49,
je disais:
| Quote: | ,----[ http://wiki.debian.org/AccountHandlingInMaintainerScripts ]
| A collision free way to name system accounts should really be mentioned
| in Debian policy to stop this uncontrolled growth of different methods.
`----
Is it any progress on this matter? While more and more daemon become
unprivileged or "privilege separation"-able, we get more and more system
users.
On some systems like OpenBSD, all those users are starting with
underscore to avoid collision with real users. On Debian, I have never
seen this, even for packages that comes from OpenBSD (like openntpd
which uses "ntpd"). Is there some drawbacks with underscore?
|
I wanted to file a wishlist bug against policy about this matter but
there is already one that exists:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=248809
The bug is pretty old and the discussion stopped a few years ago. The
problem of too long usernames when using "Debian-" prefix was already
mentioned.
The possibility to use "_${package}" is mentioned once as an
example.
IMO, there are three advantages to using underscore:
- it defines a namespace (like using "Debian-" prefix)
- the name is kept short
- it is easy to spot those system names in ps or other tools
Is there some way to easily retrieve all postinst scripts to check how
adduser is called?
--
printk("autofs: Out of inode numbers -- what the heck did you do??\n");
2.0.38 /usr/src/linux/fs/autofs/root.c |
|
| |
|
| Back to top |
|
