On Wed, 25 Jul 2012 13:50:32 -0700, Jeff Grossman wrote:
On Wed, 25 Jul 2012 14:25:40 +0100, Darac Marjal wrote:
(...)
I imagine that your system shell has been changed to dash (run ls -l
/bin/sh to check). Dash is somewhat stricter in its implementation of
POSIX than bash (it's main focus is
On Wed, 25 Jul 2012 15:06:11 -0600, Bob Proulx wrote:
Jeff Grossman wrote:
I just did a grep source * from the /etc/cron.daily directory to
figure out what file is causing me the problems. But, it came back
empty. How would I figure out where that source file is to fix it?
The e-mail is my
Since I have upgraded to Squeeze, I get and e-mail with the following
line in it every morning. Would somebody be able to point me in the
right direction to figure out what file in cron.daily is giving me
this error?
-su: source: not found
Thanks,
Jeff
--
To UNSUBSCRIBE, email to
On Wed, Jul 25, 2012 at 06:13:31AM -0700, Jeff Grossman wrote:
Since I have upgraded to Squeeze, I get and e-mail with the following
line in it every morning. Would somebody be able to point me in the
right direction to figure out what file in cron.daily is giving me
this error?
-su:
On Wed, 25 Jul 2012 14:25:40 +0100, Darac Marjal wrote:
On Wed, Jul 25, 2012 at 06:13:31AM -0700, Jeff Grossman wrote:
Since I have upgraded to Squeeze, I get and e-mail with the following
line in it every morning. Would somebody be able to point me in the
right direction to figure out what
Jeff Grossman wrote:
I just did a grep source * from the /etc/cron.daily directory to
figure out what file is causing me the problems. But, it came back
empty. How would I figure out where that source file is to fix it?
The e-mail is my daily cron.daily cron job e-mail that is giving me
the
On Mon, 5 Dec 2011, John Hasler wrote:
From debian-policy:
hi John,
Thank you for this very useful reply. I think that it is a good
practice, when giving an information, to give also the way to get it,
(it is sometimes enough to give the link to the doc, when available)
I
On Sun, 4 Dec 2011, Bob Proulx wrote:
Better to use a mirror. Take a look at the amount of bandwidth used
by the main site. Wow!
http://www.debian-multimedia.org/statistics.php
hi Bob,
Actually, the increase is impressive
I changed to one of the listed mirrors.
Right. You
Pierre Frenkiel wrote:
Bob Proulx wrote:
Actually, the increase is impressive
I changed to one of the listed mirrors.
Oh good.
Right. You removed it. It is a conffile. Therefore the system
respects your changes to that file. Including removing it. The
system views removing a
On Mon, 5 Dec 2011, Bob Proulx wrote:
You said you removed the file. You didn't say you modified it.
Sorry, I forgot to say it.
I did both tests. Actually, I removed the file after seeing that it
was not replaced.
Of course asking is still the default for apt-get! But you said you
Pierre Frenkiel wrote:
I understand this behaviour for a removed conffile. but not for a
modified one: I imagine that aptitude doesn't know whether this
conffile comes from a previous version or not.
The package management system knows what version was installed
previously and the checksums of
On Lu, 05 dec 11, 12:14:06, Pierre Frenkiel wrote:
To replace also the modified files, I added in apt.conf
--force-confask;
I think there was a time where this was the default with apt-get
You must be confusing this with the regular behavior. From 'man dpkg'
(emphasis
On Mon, 5 Dec 2011, Andrei Popescu wrote:
You must be confusing this with the regular behavior.
I can't confuse, as I am unable to guess, from the man, what is
the regular behaviour, i.e. the default one.
Details are given for all --force-things, but I found nothing on what
On Lu, 05 dec 11, 21:59:50, Pierre Frenkiel wrote:
On Mon, 5 Dec 2011, Andrei Popescu wrote:
You must be confusing this with the regular behavior.
I can't confuse, as I am unable to guess, from the man, what is
the regular behaviour, i.e. the default one.
Details are given for
From debian-policy:
E.1 Automatic handling of configuration files by dpkg
A package may contain a control information file called
conffiles. This file should be a list of filenames of
On Sat, 3 Dec 2011, Bob Proulx wrote:
I do not see such a line in Squeeze or Sid. What version of apt do
you have installed?
hi Bob,
it's difficult for me to understand this mess;
I am on Squeeze. apt version is
0.8.10.3+squeeze1
here is my source.list
Pierre Frenkiel wrote:
Bob Proulx wrote:
I do not see such a line in Squeeze or Sid. What version of apt do
you have installed?
it's difficult for me to understand this mess;
I am on Squeeze. apt version is
0.8.10.3+squeeze1
That looks normal.
deb
Looking in the log for cron.daily, I discovered the following problem:
/etc/cron.daily/apt contains a line:
apt-key net-update
which gives:
ERROR: no location for the archive-keyring given
the net-update command is accepted, although it is neither in the man nor
in apt-key
Pierre Frenkiel wrote:
Looking in the log for cron.daily, I discovered the following problem:
/etc/cron.daily/apt contains a line:
apt-key net-update
I do not see such a line in Squeeze or Sid. What version of apt do
you have installed?
$ dpkg --status apt | awk
On Thu, Oct 06, 2011 at 03:30:33PM BST, Csanyi Pal wrote:
${WEBDRUID_BIN} -Q -n ${HOSTNAME} -o ${REPORT_ROOT}${NAME}
${LOG_DIR}/${NAME}/access.log.1
Initially I thought that your mailer broke the line but after installing
webdruid I noticed that you simply copied it from an example
Hi,
I'm trying to use webdruid on my apache2 server.
I'm being following the gerasiov.txt in /usr/share/doc/webdruid/examples
and have /etc/cron.daily/webdruid file:
file
#!/bin/sh
# /etc/cron.daily/webdruid: webdruid daily maintenance script
WEBDRUID_BIN=/usr/bin/webdruid
On Thu, Oct 06, 2011 at 03:30:33PM BST, Csanyi Pal wrote:
When I run /etc/cron.daily/webdruid I get error message:
/etc/cron.daily# ./webdruid
./webdruid: 19: /var/log/apache2/csplbubba/access.log.1: Permission
denied
How can I solve this problem?
Who are you running the script as?
--
Raf Czlonka r...@linuxstuff.pl writes:
On Thu, Oct 06, 2011 at 03:30:33PM BST, Csanyi Pal wrote:
When I run /etc/cron.daily/webdruid I get error message:
/etc/cron.daily# ./webdruid
./webdruid: 19: /var/log/apache2/csplbubba/access.log.1: Permission
denied
How can I solve this problem?
On Thu, Oct 06, 2011 at 08:18:52PM BST, Csanyi Pal wrote:
Raf Czlonka r...@linuxstuff.pl writes:
Who are you running the script as?
I'm running the script as root.
What about the permissions of the folders themselves, you only sent
file permissions?
--
Raf
--
To UNSUBSCRIBE, email to
Raf Czlonka r...@linuxstuff.pl writes:
On Thu, Oct 06, 2011 at 08:18:52PM BST, Csanyi Pal wrote:
Raf Czlonka r...@linuxstuff.pl writes:
Who are you running the script as?
I'm running the script as root.
What about the permissions of the folders themselves, you only sent
file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
More information, sorry I didn't think to include this in the prior
message.
Any ideas?
=
$ dpkg -l | grep awk
ii gawk1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and
processing l
ii mawk1.3.3-11.1 a pattern scanning and text
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is the second day I've gotten this error, on up-to-date Lenny.
I'm going to go look for what package awk should be in, but I cannot
imagine why it would be missing. Aren't grep awk and sed the
basic building blocks of all UNIX?
Curt-
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ok, I've found the problem.
Although ls -al /usr/bin/awk comes back with nothing, if I cd
to /usr/bin and do a dir, I get the following:
==
- -rwxr-xr-x 1 root root 64136 2008-11-16 09:18 avisync
l? ? ? ?
Curt Howland wrote:
==
- -rwxr-xr-x 1 root root 64136 2008-11-16 09:18 avisync
l? ? ? ? ?? awk
- -rwxr-xr-x 1 root root 39828 2008-04-16 18:37 barcode
==
There's some filesystem corruption. Are you familiar with fsck?
On Fri,27.Mar.09, 08:27:10, Curt Howland wrote:
This is the second day I've gotten this error, on up-to-date Lenny.
I'm going to go look for what package awk should be in, but I cannot
imagine why it would be missing. Aren't grep awk and sed the
basic building blocks of all UNIX?
The
On Fri,27.Mar.09, 08:50:35, Curt Howland wrote:
More information, sorry I didn't think to include this in the prior
message.
Any ideas?
=
$ dpkg -l | grep awk
ii gawk1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and
processing l
ii mawk1.3.3-11.1 a pattern scanning
I am trying to figure out what my Debian Lenny server is trying to
tell me and what I can or should do. Also I'd like to know if I should
be worried about anything. :)
Most of the files the server claims to be nonexistent do infact exist.
Perhaps some kind of race condition.
friendly greetings
32 matches
Mail list logo
