Francesco,

I read the original message over again and the obvious diagnosis is that
somewhere on the host system, permissions are not properly set. Since the
days of UNIX it has been proper to establish a wheel, which is a group user
ID that owns processes and daemons, and that also has a very low ID with an
invisible password. I cannot see whether you have established a password
shadow file. I do not know whether your system is on a local area network.
Are you running CVS? RCS? Subversion? Do you know how to lock and unlock
files? Do you have root access, or at the least superuser privileges? Is
sudo available to you? Do you have a sudoers file established? Are you
familiar with /etc/passwd and /etc/shadow, respectively, as I believe they
are called? I am not sure what your mean with references to /bin/true and
/bin/false. Are you referring to files on your filesystem? I am at a
terminal in a public library and can only go by memory. I do not know what
system administrative techniques are available to you. The problem is not
mission critical, it is a simple nuisance. It is contained entirely on the
user end. It is not the Debian project's responsibility. I offered a
suggestion on the spur of the moment without a Linux system available to me.
I am a volunteer. I am encouraging you to find ways to contribute to the
group project with solutions to your own problems. That is how all
engineering projects are completed. How do I know? I am the original
implementor of C++. I wrote *The C++ Programming Language* and *Accelerated
C++*. I learned right alongside Bjarne Stroupstrop and published the first
text under his name. I have a great deal of experience with solving
computer-related problems without money or time. Design your own answers to
problem as standard solutions or they will not be useful for anyone else.
Start small, contribute often, and you will give a great deal. If you ask
other people to solve all your problems, no one will.

Brendon,

I am not just an elitist medical doctor, I am also an elitist medical
director. If you "think a bug boils down" to something, you have not
completed a diagnosis. As the original implementor of C++, I can tell you
that the most important difference between C and C++ is that C++ always
returns a value, most often 0, and that is why it is always faster. If a
program returns 1 on exit, there has been an error in execution. This has
been standard for almost 20 years. A cron script runs periodically. It is
known as a periodic process. The classical UNIX System Adminstration text
has been revised to cover Linux as well, and is endorsed by Linus Torvalds.
Every edition of USAH/LSAH has a chapter on periodic processes, and cron is
the workhorse. Anacron is a derivative. And you, amigo mio, have no idea
what you are talking about.

On 1/14/08, Brendon Higgins <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> It doesn't appear to be the case that the cron script is actually doing
> any
> updating by default.
>
> I think this bug boils down to this: The apt cron script conflicts with an
> already running apt (or aptitude) process. If the user is running apt,
> this
> situation is not at all an error, the cron script just chose an
> inconvenient
> time to be run. If the default behaviour is for the cron script to run,
> the
> script should not just blindly report an error and exit 1, as the reports
> that generates are confusing for users. (Sure made me wonder what the hell
> was wrong.)
>
> And what kind of elitist garbage is it to then tell your legitimately
> confused
> users to go read a book and fix the problem-by-default themselves?
>
> That's my take on it.
>
> Peace,
> Brendon
>
> Lord of, St. Luke Valor wrote (Sat, 12 Jan 2008):
> > It only takes one hand to type. Fix it once, fix it for free, fix it for
> > everyone, fix it forever. Have fun while you're at it.
> >
> > On 1/9/08, Francesco Poli <[EMAIL PROTECTED]> wrote:
> > > On Tue, 8 Jan 2008 12:21:51 -0500 Lord of, St. Luke Valor wrote:
> > > > I have a suggestion.
> > > >
> > > > 1) Find any text you are able on UNIX
> > > > 2) Read about cron
> > > >
> > > > It is possible that cron was implemented in such a way that it must
> be
> > >
> > > set
> > >
> > > > to task. If the Anacron message bothers you, I would remove APT from
> > > > the cron process. It will free up memory.
> > >
> > > I *can* fix the issue for *my system*, but I would rather see the
> > > *Debian package* fixed, so that other users will benefit from the
> fix...
> > >
> > > After all, this is what the BTS is about: helping Debian to improve so
> > > that users won't need to fix every single system by hand.  Right?
>
>
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
>
>

Reply via email to