Package: php-cache-lite
Version: 1.7.4-1
Severity: normal
Each call to php-cache-lite produces the following deprecated warning in
my html:
Deprecated: Function set_magic_quotes_runtime() is deprecated in
/usr/share/php/Cache/Lite.php on line 718
Deprecated: Function
Package: rake
Version: 0.8.4-1
Severity: normal
Running rake db:migrate the first time, all tables are created ok.
Running rake after that results in:
r...@shakti:~/src/camera/camera$ rake db:migrate
(in /home/rupa/src/camera/camera)
rake aborted!
PGError: ERROR: relation schema_migrations
The problem is that DIR is a global but is used in a recursive function.
Not good.
patch:
7:diff -u durep durep.new
--- durep 2007-09-08 11:44:05.0 -0500
+++ durep.new 2008-12-15 10:04:14.907825184 -0600
@@ -175,6 +175,7 @@
my $coalesced_size = 0;
my $node = {};
my
Package: amavisd-new
Version: 1:2.6.1.dfsg-2
Severity: normal
When I have a virus, I get the following in my mail logs:
Dec 2 10:12:47 hosted postfix/smtpd[15500]: warning: Illegal address syntax
from localhost.localdomain[127.0.0.1] in MAIL command: [EMAIL PROTECTED]
Dec 2 10:12:47 hosted
On 12/2/2008 12:47 PM, Henrique de Moraes Holschuh wrote:
Try setting all of these to proper addresses:
# $mailfrom_notify_admin = undef;
# $mailfrom_notify_recip = undef;
# $mailfrom_notify_spamadmin = undef;
ok, setting $mailfrom_notify_admin did the trick...
The To: seems odd though:
Package: durep
Version: 0.9-1
Severity: normal
I've started to see the following error on my durep runs. This happens
both on hosts with multiple filesystems and a host with a single
filesystem.
Let me know what else you need to help identify the problem:
closedir() attempted on invalid
Package: hylafax-server
Version: 2:4.4.4-3
Severity: normal
When starting hylafax, the script never completes:
# /etc/init.d/hylafax start
Starting HylaFAX: syncing directories... faxq hfaxd faxgetty
[never stops]
If I kill the start script in another terminal (or ^C in this), then
hylafax
On 2/7/2008 10:46 AM, Giuseppe Sacco wrote:
Il giorno gio, 07/02/2008 alle 10.30 -0600, Rupa Schomaker ha scritto:
[...]
When starting hylafax, the script never completes:
# /etc/init.d/hylafax start
Starting HylaFAX: syncing directories... faxq hfaxd faxgetty
[never stops
Package: spamassassin
Version: 3.2.1-1
Severity: normal
I run with compiled rulesets. When the ruleset is loaded I get the
message:
netset: cannot include 127/8 as it has already been included
Not such a big deal, except every time the cronjob
/usr/sbin/amavisd-new-cronjob sa-sync
is run,
close
thanks
Never mind, this is a configuration issue...
On 9/18/2007 9:01 AM, Rupa Schomaker wrote:
Package: spamassassin
Version: 3.2.1-1
Severity: normal
I run with compiled rulesets. When the ruleset is loaded I get the
message:
netset: cannot include 127/8 as it has already
Package: spamassassin
Version: 3.2.1-1
Severity: normal
Postgresql has been transitioning from old style backslash escaping to
SQL standard syntax.
From the postgres 8.2 release docs
Package: libdspam7-drv-pgsql
Version: 3.6.4-4
Severity: important
The PG driver for dspam supports bigint for the token field and numeric(10).
bigint is prefered, but if moving from hash to sql the value is too large
to fit into a bigint and so the workaround is to use numeric(10) instead.
(there
I experienced the same problem with pgpool. Adding the -c option to
su fixed it for me.
Perhaps the problem is shell dependant?
I'm using /bin/bash.
smime.p7s
Description: S/MIME Cryptographic Signature
Package: ejabberd
Version: 0.9.8-1
Severity: grave
Justification: renders package unusable
Selecting previously deselected package ejabberd.
Unpacking ejabberd (from .../ejabberd_0.9.8-1_i386.deb) ...
groupadd: GID 114 is not unique
adduser: `/usr/sbin/groupadd -g 114 ejabberd' returned error
Package: mp3wrap
Version: 0.5-2
Severity: wishlist
mp3wrap has an arbitrary limit of 256 files to wrap. I ran into this
limitation and bumped it to 1024 without any (seeming) ill effects. I
do not know if 256 really is a max for some other reason.
-- System Information:
Debian Release:
Package: slapd
Version: 2.2.26-3
Severity: normal
db got corrupted somehow (different problem for a different day) so went
to /var/backups to grab the last exprot to ldiff and could not find one
that was recent.
On further investigation, /etc/cron.daily/ldap bails out early if using
the bdb
On 7/22/2005 9:03 AM, Torsten Landschoff wrote:
Hi Rupa,
On Fri, Jul 22, 2005 at 05:33:15AM -0700, Rupa Schomaker wrote:
db got corrupted somehow (different problem for a different day) so went
to /var/backups to grab the last exprot to ldiff and could not find one
that was recent
Package: postgresql-contrib-8.0
Version: 8.0.3-7
Severity: wishlist
I don't see any way to set options for pg_autovacuum. One can pass
options via pg_clusterctl but I can't see any logical way to pass them
from the init script.
-- System Information:
Debian Release: testing/unstable
APT
Package: postgresql-contrib-7.4
Version: 1:7.4.8-4
Severity: important
Tags: experimental
I can't seem to find any of the support files for tsearch2. There
should be dictionaries, .sql install/uninstall files, etc.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy:
Package: proftpd-ldap
Version: 1.2.10-13
Severity: important
File: /usr/sbin/proftpd
After dist-upgrade I ge the following:
sudo /etc/init.d/proftpd start
Starting ProFTPD ftp daemon: /usr/sbin/proftpd: error while loading
shared libraries: libldap.so.2: cannot open shared object file: No such
aha, replaced with prior version and all is well.
On 5/19/2005 5:04 AM, Francesco Paolo Lovergine wrote:
On Thu, May 19, 2005 at 03:29:10AM -0700, Rupa Schomaker wrote:
Package: proftpd-ldap
Version: 1.2.10-13
Severity: important
File: /usr/sbin/proftpd
After dist-upgrade I ge the following
shakti:~# /usr/sbin/mkinitrd -o /tmp/foo 2.6.10-1-k7
File descriptor 3 left open
File descriptor 4 left open
File descriptor 5 left open
File descriptor 6 left open
File descriptor 7 left open
Finding all volume groups
Finding volume group shaktivg
/usr/sbin/mkinitrd: add_modules_dep_2_5:
22 matches
Mail list logo