On Sat, Apr 14, 2001 at 11:03:01PM -0300, Peter Cordes wrote:
> Yeah, I noticed that. Even between testing and unstable, some unstable
> packages require libc6 >= unstable's version so I get the unstable libc.
> The biggest problem here is that to tell apt you only want the unstable
> version of
On Sat, Apr 14, 2001 at 11:03:01PM -0300, Peter Cordes wrote:
> Yeah, I noticed that. Even between testing and unstable, some unstable
> packages require libc6 >= unstable's version so I get the unstable libc.
> The biggest problem here is that to tell apt you only want the unstable
> version of
On Fri, 20 Apr 2001, Tim Uckun wrote:
> Everything you say is 100% absolutely true. But it also has a price. For me
> the price can be summed up like this.
> When there is a new version of postgres out I want to be able to type
> apt-get update && apt-get upgrade and have it installed. Right now
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lupe Christoph <[EMAIL PROTECTED]> writes:
> On Friday, 2001-04-20 at 14:14:13 -0300, Peter Cordes wrote:
> > On Fri, Apr 20, 2001 at 10:12:42AM -0600, Tim Uckun wrote:
> > > Shared libraries may have been a good idea but somehow the
> > > implementat
On Fri, Apr 20, 2001 at 01:31:49PM -0600, Tim Uckun wrote:
>
> >
> > Doesn't win2k do what you suggest, and have a the dlls for each app in a
> >directory for that app?
>
> Not really. Some are others are in winsys others are in program
> files/shared etc. Since W2K also absolutely trusts Mic
Lupe Christoph <[EMAIL PROTECTED]> writes:
> On Friday, 2001-04-20 at 14:14:13 -0300, Peter Cordes wrote:
> > On Fri, Apr 20, 2001 at 10:12:42AM -0600, Tim Uckun wrote:
> > > Shared libraries may have been a good idea but somehow the
> > > implementation in both windows and linux got all weird. I
On Fri, Apr 20, 2001 at 08:24:03PM +0200, Lupe Christoph wrote:
> On Friday, 2001-04-20 at 14:14:13 -0300, Peter Cordes wrote:
> > On Fri, Apr 20, 2001 at 10:12:42AM -0600, Tim Uckun wrote:
> > > Shared libraries may have been a good idea but somehow the implementation
> > > in both windows and li
Doesn't win2k do what you suggest, and have a the dlls for each app in a
directory for that app?
Not really. Some are others are in winsys others are in program
files/shared etc. Since W2K also absolutely trusts Microsoft and
Microsoft installs and upgrades are notorious for breaking thi
On Friday, 2001-04-20 at 14:14:13 -0300, Peter Cordes wrote:
> On Fri, Apr 20, 2001 at 10:12:42AM -0600, Tim Uckun wrote:
> > Shared libraries may have been a good idea but somehow the implementation
> > in both windows and linux got all weird. I just did a search for *.dll on
> > my windows 2K s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lupe Christoph <[EMAIL PROTECTED]> writes:
> On Friday, 2001-04-20 at 14:14:13 -0300, Peter Cordes wrote:
> > On Fri, Apr 20, 2001 at 10:12:42AM -0600, Tim Uckun wrote:
> > > Shared libraries may have been a good idea but somehow the
> > > implementa
On Fri, Apr 20, 2001 at 01:31:49PM -0600, Tim Uckun wrote:
>
> >
> > Doesn't win2k do what you suggest, and have a the dlls for each app in a
> >directory for that app?
>
> Not really. Some are others are in winsys others are in program
> files/shared etc. Since W2K also absolutely trusts Mi
Lupe Christoph <[EMAIL PROTECTED]> writes:
> On Friday, 2001-04-20 at 14:14:13 -0300, Peter Cordes wrote:
> > On Fri, Apr 20, 2001 at 10:12:42AM -0600, Tim Uckun wrote:
> > > Shared libraries may have been a good idea but somehow the
> > > implementation in both windows and linux got all weird. I
On Fri, Apr 20, 2001 at 08:24:03PM +0200, Lupe Christoph wrote:
> On Friday, 2001-04-20 at 14:14:13 -0300, Peter Cordes wrote:
> > On Fri, Apr 20, 2001 at 10:12:42AM -0600, Tim Uckun wrote:
> > > Shared libraries may have been a good idea but somehow the implementation
> > > in both windows and l
>
> Doesn't win2k do what you suggest, and have a the dlls for each app in a
>directory for that app?
Not really. Some are others are in winsys others are in program
files/shared etc. Since W2K also absolutely trusts Microsoft and
Microsoft installs and upgrades are notorious for breaking t
On Fri, Apr 20, 2001 at 10:12:42AM -0600, Tim Uckun wrote:
> Shared libraries may have been a good idea but somehow the implementation
> in both windows and linux got all weird. I just did a search for *.dll on
> my windows 2K system and it came back with 4,303 files.
Doesn't win2k do what you
On Friday, 2001-04-20 at 14:14:13 -0300, Peter Cordes wrote:
> On Fri, Apr 20, 2001 at 10:12:42AM -0600, Tim Uckun wrote:
> > Shared libraries may have been a good idea but somehow the implementation
> > in both windows and linux got all weird. I just did a search for *.dll on
> > my windows 2K
That way, I get newer versions of postgres, zope, apache, whatever,
but don't have to completely upgrade to woody or sid. Those lazier,
more impatient, or less CPU-capable than I might want to look into
Stephane Bortzmeyer's list of unofficial apt sources to see if anyone
has already built somet
On Fri, Apr 20, 2001 at 10:12:42AM -0600, Tim Uckun wrote:
> Shared libraries may have been a good idea but somehow the implementation
> in both windows and linux got all weird. I just did a search for *.dll on
> my windows 2K system and it came back with 4,303 files.
Doesn't win2k do what you
On Thu, Apr 19, 2001 at 05:06:06PM -0600, Tim Uckun wrote:
> I couldn't agree more. apt-get will install postgres 6.5 in potato.
> Postgres has gone through two versions since (7.0 and 7.1).
> It kind of defeats the purpose of apt if you have manually build everything
> anyway. Especially cons
>That way, I get newer versions of postgres, zope, apache, whatever,
>but don't have to completely upgrade to woody or sid. Those lazier,
>more impatient, or less CPU-capable than I might want to look into
>Stephane Bortzmeyer's list of unofficial apt sources to see if anyone
>has already built s
On Thu, Apr 19, 2001 at 05:06:06PM -0600, Tim Uckun wrote:
> I couldn't agree more. apt-get will install postgres 6.5 in potato.
> Postgres has gone through two versions since (7.0 and 7.1).
> It kind of defeats the purpose of apt if you have manually build everything
> anyway. Especially con
The trouble is, unstable packages tend to rely on a new version of
things like libc6 and other important shared libraries that I don't
want to upgrade because it would destabilize the whole system.
What I'd like to see is some kind of "snapshot" status where it was
linked against the "stable" v
>The trouble is, unstable packages tend to rely on a new version of
>things like libc6 and other important shared libraries that I don't
>want to upgrade because it would destabilize the whole system.
>
>What I'd like to see is some kind of "snapshot" status where it was
>linked against the "stab
Peter Cordes <[EMAIL PROTECTED]> writes:
> On Sat, Apr 14, 2001 at 07:29:05PM -0700, Tim Uckun wrote:
> > Ideally the packages themselves should be labled stable, milestone,
> > snapshot (or something similar) and you ought to be able to subscribe to
> > packages themselves. This way if you trus
Peter Cordes <[EMAIL PROTECTED]> writes:
> On Sat, Apr 14, 2001 at 07:29:05PM -0700, Tim Uckun wrote:
> > Ideally the packages themselves should be labled stable, milestone,
> > snapshot (or something similar) and you ought to be able to subscribe to
> > packages themselves. This way if you tru
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Speaking of problems with console-log, has anyone else had trouble with it
when syslog restarts (e.g. when logs are rotated)? I found that after a
syslog restart, no new messages would appear in the less concerned. Adding
the following line to /etc/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Speaking of problems with console-log, has anyone else had trouble with it
when syslog restarts (e.g. when logs are rotated)? I found that after a
syslog restart, no new messages would appear in the less concerned. Adding
the following line to /etc
On Tue, Apr 17, 2001 at 10:58:22AM -0600, Nate Duehr wrote:
>
> I had problems early on with console-log keeping machines from properly
> rebooting during remote reboots over ssh. Did that get cleared up?
>
> I could never track down why so I didn't submit a bug report on it,
> because I wasn't
On Tue, Apr 17, 2001 at 10:58:22AM -0600, Nate Duehr wrote:
>
> I had problems early on with console-log keeping machines from properly
> rebooting during remote reboots over ssh. Did that get cleared up?
>
> I could never track down why so I didn't submit a bug report on it,
> because I wasn't
On Fri, Apr 13, 2001 at 09:33:08PM -0300, Peter Cordes wrote:
> On Fri, Apr 13, 2001 at 02:45:43AM +0200, Janto Trappe wrote:
> > On Wed, Apr 11, 2001 at 10:13:36AM -0300, Peter Cordes wrote:
> > > debugging. There's a package that pipe into less on a console, so you can
> > Do you know the name o
On Fri, Apr 13, 2001 at 09:33:08PM -0300, Peter Cordes wrote:
> On Fri, Apr 13, 2001 at 02:45:43AM +0200, Janto Trappe wrote:
> > On Wed, Apr 11, 2001 at 10:13:36AM -0300, Peter Cordes wrote:
> > > debugging. There's a package that pipe into less on a console, so you can
> > Do you know the name
On Sat, Apr 14, 2001 at 07:49:27PM -0600, Bdale Garbee wrote:
> Packages rarely stand alone... they depend on other packages, particularly
> shared libraries. It is hard to pull packages from unstable without finding
> yourself pulling in a number of shared library updates, at which point the
>
[EMAIL PROTECTED] (Tim Uckun) writes:
> Ideally the packages themselves should be labled stable, milestone,
> snapshot (or something similar) and you ought to be able to subscribe to
> packages themselves.
A good idea, that doesn't work all that well in practice.
Packages rarely stand alone...
But what about when bob wants to run unstable glibc(2.2.2) and jimmy
likes stable glibc(2.1.3)? There'd have to be stable/unstable/blah
packages for every major version of glibc which I suppose isnt that
many but it'd add up. I could be totally off base though.
--
Kevin - [EMAIL PROTECTED]
On Sat, Apr 14, 2001 at 07:29:05PM -0700, Tim Uckun wrote:
>
> > Ah, sorry. bigfoot is running unstable, actually. Some of my other
> >machines run testing, but I've got the unstable package repository in my
> >sources.list (and Default-Release "testing"; in /etc/apt/apt.conf, so
> >unstable do
Ah, sorry. bigfoot is running unstable, actually. Some of my other
machines run testing, but I've got the unstable package repository in my
sources.list (and Default-Release "testing"; in /etc/apt/apt.conf, so
unstable doesn't get used by default, but I can install packages from it.
see apt-p
On Sat, Apr 14, 2001 at 07:49:27PM -0600, Bdale Garbee wrote:
> Packages rarely stand alone... they depend on other packages, particularly
> shared libraries. It is hard to pull packages from unstable without finding
> yourself pulling in a number of shared library updates, at which point the
>
[EMAIL PROTECTED] (Tim Uckun) writes:
> Ideally the packages themselves should be labled stable, milestone,
> snapshot (or something similar) and you ought to be able to subscribe to
> packages themselves.
A good idea, that doesn't work all that well in practice.
Packages rarely stand alone..
But what about when bob wants to run unstable glibc(2.2.2) and jimmy
likes stable glibc(2.1.3)? There'd have to be stable/unstable/blah
packages for every major version of glibc which I suppose isnt that
many but it'd add up. I could be totally off base though.
--
Kevin - [EMAIL PROTECTED]
On Sat, Apr 14, 2001 at 07:29:05PM -0700, Tim Uckun wrote:
>
> > Ah, sorry. bigfoot is running unstable, actually. Some of my other
> >machines run testing, but I've got the unstable package repository in my
> >sources.list (and Default-Release "testing"; in /etc/apt/apt.conf, so
> >unstable d
> Ah, sorry. bigfoot is running unstable, actually. Some of my other
>machines run testing, but I've got the unstable package repository in my
>sources.list (and Default-Release "testing"; in /etc/apt/apt.conf, so
>unstable doesn't get used by default, but I can install packages from it.
>see
On Sat, Apr 14, 2001 at 05:07:47PM +0200, Janto Trappe wrote:
> # apt-cache show console-log
> W: Unable to locate package console-log
>
> I use potato, bigfoot is woody, right? ;)
Ah, sorry. bigfoot is running unstable, actually. Some of my other
machines run testing, but I've got the unstabl
On Sat, Apr 14, 2001 at 05:07:47PM +0200, Janto Trappe wrote:
> # apt-cache show console-log
> W: Unable to locate package console-log
>
> I use potato, bigfoot is woody, right? ;)
Ah, sorry. bigfoot is running unstable, actually. Some of my other
machines run testing, but I've got the unstab
On Fri, Apr 13, 2001 at 09:33:08PM -0300, Peter Cordes wrote:
> It's not hard to find (once you to look for it:):
I looked for it. See below.
> bigfoot:~# apt-cache search less console
> aview - An high quality ascii-art image(pgm) browser
[...]
# apt-cache search less console
E: You must give
On Fri, Apr 13, 2001 at 09:33:08PM -0300, Peter Cordes wrote:
> It's not hard to find (once you to look for it:):
I looked for it. See below.
> bigfoot:~# apt-cache search less console
> aview - An high quality ascii-art image(pgm) browser
[...]
# apt-cache search less console
E: You must giv
On Fri, Apr 13, 2001 at 02:45:43AM +0200, Janto Trappe wrote:
> On Wed, Apr 11, 2001 at 10:13:36AM -0300, Peter Cordes wrote:
> > debugging. There's a package that pipe into less on a console, so you can
> Do you know the name of this package? I think its very useful.
It's not hard to find (once
On Fri, Apr 13, 2001 at 02:45:43AM +0200, Janto Trappe wrote:
> On Wed, Apr 11, 2001 at 10:13:36AM -0300, Peter Cordes wrote:
> > debugging. There's a package that pipe into less on a console, so you can
> Do you know the name of this package? I think its very useful.
It's not hard to find (onc
Hi,
On Wed, Apr 11, 2001 at 10:13:36AM -0300, Peter Cordes wrote:
> debugging. There's a package that pipe into less on a console, so you can
Do you know the name of this package? I think its very useful.
Janto
--
Janto TrappeGermany /* rapelcgrq znvy cersreerq! */
GnuPG-Key: ht
Hi,
On Wed, Apr 11, 2001 at 10:13:36AM -0300, Peter Cordes wrote:
> debugging. There's a package that pipe into less on a console, so you can
Do you know the name of this package? I think its very useful.
Janto
--
Janto TrappeGermany /* rapelcgrq znvy cersreerq! */
GnuPG-Key: h
Before I start this, however, I would really like to know if this is just
going to be something I'll do for myself, or if there's anybody else
interested in it? Maybe even design it for inclusion in Debian? I personally
think this should be done, since the default now sucks (to put it mildly).
On Wed, 11 Apr 2001, Jamie Heilman wrote:
> Dan Bernstein's multilog program is the only logger I've seen that offers
> various reliability guarentees and actually delivers on them, but it has
> some prerequisites for usage that can frequently be difficult to meet.
> What I'd really like to see
Jim Breton wrote:
> Some such solutions are intermittently discussed, designed, etc. on the
> [EMAIL PROTECTED] list. Suggest you subscribe and hang out for a while.
> :)
>
> http://cr.yp.to/lists.html
Really? See now I've just been browsing archives and I didn't see anything
so I figured subs
On Wed, Apr 11, 2001 at 10:10:38PM -0700, Jamie Heilman wrote:
> Dan Bernstein's multilog program is the only logger I've seen that offers
> various reliability guarentees and actually delivers on them, but it has
> some prerequisites for usage that can frequently be difficult to meet.
> What I'd
Kenneth Vestergaard Schmidt wrote:
> Before I start this, however, I would really like to know if this is just
> going to be something I'll do for myself, or if there's anybody else
> interested in it? Maybe even design it for inclusion in Debian? I personally
> think this should be done, since
Before I start this, however, I would really like to know if this is just
going to be something I'll do for myself, or if there's anybody else
interested in it? Maybe even design it for inclusion in Debian? I personally
think this should be done, since the default now sucks (to put it mildly).
On Wed, 11 Apr 2001, Jamie Heilman wrote:
> Dan Bernstein's multilog program is the only logger I've seen that offers
> various reliability guarentees and actually delivers on them, but it has
> some prerequisites for usage that can frequently be difficult to meet.
> What I'd really like to see
Jim Breton wrote:
> Some such solutions are intermittently discussed, designed, etc. on the
> [EMAIL PROTECTED] list. Suggest you subscribe and hang out for a while.
> :)
>
> http://cr.yp.to/lists.html
Really? See now I've just been browsing archives and I didn't see anything
so I figured sub
On Wed, Apr 11, 2001 at 10:10:38PM -0700, Jamie Heilman wrote:
> Dan Bernstein's multilog program is the only logger I've seen that offers
> various reliability guarentees and actually delivers on them, but it has
> some prerequisites for usage that can frequently be difficult to meet.
> What I'
On Wed, Apr 11, 2001 at 01:40:13PM -0500, JonesMB wrote:
> make that 4. I always have an xterm with a tail -f /var/log/syslog running
> so I can see what is happening to the system. I have a firewall setup but
> I don't know if it is good enough so I usually monitor the syslog file for
> suspici
Kenneth Vestergaard Schmidt wrote:
> Before I start this, however, I would really like to know if this is just
> going to be something I'll do for myself, or if there's anybody else
> interested in it? Maybe even design it for inclusion in Debian? I personally
> think this should be done, sinc
On Wed, Apr 11, 2001 at 01:40:13PM -0500, JonesMB wrote:
> make that 4. I always have an xterm with a tail -f /var/log/syslog running
> so I can see what is happening to the system. I have a firewall setup but
> I don't know if it is good enough so I usually monitor the syslog file for
> suspic
Here is another one who bother to check the logs :)
Cheers,
Cristian
On Wed, 11 Apr 2001, JonesMB wrote:
> >> Neato. That's 3 people in total who think it's a good idea.. :/
> >
> >It's probably the 3 people in total who bother to check the logs...
>
> make that 4. I always have an xterm with a
On Wednesday 11 April 2001 21:32, Javier Fernandez-Sanguino Peña wrote:
> no. better, 5.
> Also, I would like this documented for inclusion in the
> Secure-Debian-HOWTO
> located at http://www.debian.org/doc/ddp (I have not received many
> contributions
> BTW)
I'll notify you when
JonesMB escribió:
>
> >> Neato. That's 3 people in total who think it's a good idea..
> >It's probably the 3 people in total who bother to check the
logs...
>
> make that 4. I always have an xterm with a tail -f /var/log/syslog running
no. better, 5.
Also, I would like this docu
Here is another one who bother to check the logs :)
Cheers,
Cristian
On Wed, 11 Apr 2001, JonesMB wrote:
> >> Neato. That's 3 people in total who think it's a good idea.. :/
> >
> >It's probably the 3 people in total who bother to check the logs...
>
> make that 4. I always have an xterm with
>> Neato. That's 3 people in total who think it's a good idea.. :/
>
>It's probably the 3 people in total who bother to check the logs...
make that 4. I always have an xterm with a tail -f /var/log/syslog running
so I can see what is happening to the system. I have a firewall setup but
I don't
On Wednesday 11 April 2001 21:32, Javier Fernandez-Sanguino Peña wrote:
> no. better, 5.
> Also, I would like this documented for inclusion in the
> Secure-Debian-HOWTO
> located at http://www.debian.org/doc/ddp (I have not received many
> contributions
> BTW)
I'll notify you when
JonesMB escribió:
>
> >> Neato. That's 3 people in total who think it's a good idea..
> >It's probably the 3 people in total who bother to check the
logs...
>
> make that 4. I always have an xterm with a tail -f /var/log/syslog running
no. better, 5.
Also, I would like this doc
>> Neato. That's 3 people in total who think it's a good idea.. :/
>
>It's probably the 3 people in total who bother to check the logs...
make that 4. I always have an xterm with a tail -f /var/log/syslog running
so I can see what is happening to the system. I have a firewall setup but
I don't
On Wed, Apr 11, 2001 at 03:29:16PM +0200, Kenneth Vestergaard Schmidt wrote:
> Why? I think it is really wasted when everything is logged to syslog, and
> also logged to other, more specific files. If you want to search for
Maybe people what to archive syslog for a year and the others only for a
On Wednesday 11 April 2001 15:03, Christian Hammers wrote:
> For this reason (to stay on topic) logging should at least keep the current
> behaviour to have one log where everything is logged to, as it's now with
> /var/log/syslog. And maybe the /var/log/auth.log with stuff that most
> people may
uOn Wed, Apr 11, 2001 at 02:50:47PM +0200, Giacomo Mulas wrote:
> On Wed, 11 Apr 2001, Kenneth Vestergaard Schmidt wrote:
>
> > Having said that, is there any system loggin daemons which allow custom
> > facilities?
>
> yes, syslog-ng, for example. This was one of the main reasons I had
> switch
Hi
On Wed, Apr 11, 2001 at 02:50:47PM +0200, Giacomo Mulas wrote:
> It's probably the 3 people in total who bother to check the logs...
at least 4, just for the records, you can't administrate production servers
without having logcheck or similar installed!
For this reason (to stay on topic) log
On Wed, 11 Apr 2001, Kenneth Vestergaard Schmidt wrote:
> Having said that, is there any system loggin daemons which allow custom
> facilities?
yes, syslog-ng, for example. This was one of the main reasons I had
switched to it in the past (and probably will again, when I have some time
to work o
On Wednesday 11 April 2001 13:21, Giacomo Mulas wrote:
> I want a good signal to noise ratio and I want to know exactly where I
> should look to find a specific kind of log entry.
So a README to the "new" syslog.conf :)
> If you have grand plans, I have a suggestion for you: prepare a set of
> up
On Wed, Apr 11, 2001 at 03:29:16PM +0200, Kenneth Vestergaard Schmidt wrote:
> Why? I think it is really wasted when everything is logged to syslog, and
> also logged to other, more specific files. If you want to search for
Maybe people what to archive syslog for a year and the others only for a
On Wed, 11 Apr 2001, Kenneth Vestergaard Schmidt wrote:
> My first grievance was, that my mail-logs quickly filled up with duplicate
> information. Also, some of my other log-files seemed to contain a lot of
> duplicate entries. So, I started reading the syslog.conf manpage, and
> actually got
On Wednesday 11 April 2001 15:03, Christian Hammers wrote:
> For this reason (to stay on topic) logging should at least keep the current
> behaviour to have one log where everything is logged to, as it's now with
> /var/log/syslog. And maybe the /var/log/auth.log with stuff that most
> people may
On Wed, 11 Apr 2001, Kenneth Vestergaard Schmidt wrote:
> Having said that, is there any system loggin daemons which allow custom
> facilities?
yes, syslog-ng, for example. This was one of the main reasons I had
switched to it in the past (and probably will again, when I have some time
to work
uOn Wed, Apr 11, 2001 at 02:50:47PM +0200, Giacomo Mulas wrote:
> On Wed, 11 Apr 2001, Kenneth Vestergaard Schmidt wrote:
>
> > Having said that, is there any system loggin daemons which allow custom
> > facilities?
>
> yes, syslog-ng, for example. This was one of the main reasons I had
> switc
Hi.
The last couple of days I've been toying around with my logs, getting them
straightened up and such, and one thing struck me : logging in Debian is far
from efficient, let alone ideal.
My first grievance was, that my mail-logs quickly filled up with duplicate
information. Also, some of my
Hi
On Wed, Apr 11, 2001 at 02:50:47PM +0200, Giacomo Mulas wrote:
> It's probably the 3 people in total who bother to check the logs...
at least 4, just for the records, you can't administrate production servers
without having logcheck or similar installed!
For this reason (to stay on topic) lo
On Wednesday 11 April 2001 13:21, Giacomo Mulas wrote:
> I want a good signal to noise ratio and I want to know exactly where I
> should look to find a specific kind of log entry.
So a README to the "new" syslog.conf :)
> If you have grand plans, I have a suggestion for you: prepare a set of
> u
On Wed, 11 Apr 2001, Kenneth Vestergaard Schmidt wrote:
> My first grievance was, that my mail-logs quickly filled up with duplicate
> information. Also, some of my other log-files seemed to contain a lot of
> duplicate entries. So, I started reading the syslog.conf manpage, and
> actually got
Hi.
The last couple of days I've been toying around with my logs, getting them
straightened up and such, and one thing struck me : logging in Debian is far
from efficient, let alone ideal.
My first grievance was, that my mail-logs quickly filled up with duplicate
information. Also, some of my
85 matches
Mail list logo