On Mon, 2 Feb 2009, Peter Palfrader wrote:
> Why not simply rotate based on log file size by default?
This sounds like a good idea. The version of logrotate in Lenny even has
a "size" option in it's config file format to support this.
A default of 100M sounds reasonable.
It's a pity that logr
On Sun, 2009-02-01 at 23:31 +0100, Klaus Ethgen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Am So den 1. Feb 2009 um 18:57 schrieb Luk Claes:
> > > With lenny the provided glibc seems to be incompatible to kernel 2.4.
> > > There are many systems out there still running with ke
Adeodato Simó wrote:
> The weekend of February 14th is going to be our tentative target for
> release. We've checked with all the involved teams (which are many!),
> and the date works for all of them.
you forgot debian-l...@lists.debian.org. remember that producing final
live images requires:
Johannes Wiedersich wrote:
> Adeodato Simó wrote:
>> The weekend of February 14th is going to be our tentative target for
>> release.
>
> Please, don't release before ready, but actually about half an hour
> before that date would be more fun:
>
> At 23:31:30 UTC on February 13, 2009, a celebrat
Adeodato Simó wrote:
> The weekend of February 14th is going to be our tentative target for
> release.
Please, don't release before ready, but actually about half an hour
before that date would be more fun:
At 23:31:30 UTC on February 13, 2009, a celebration is expected as the
Unix time number r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am So den 1. Feb 2009 um 18:57 schrieb Luk Claes:
> > With lenny the provided glibc seems to be incompatible to kernel 2.4.
> > There are many systems out there still running with kernel 2.4 cause
> > stability. (My servers which needs to be stable
Hi debian-devel@lists.debian.org
amanseo (aman...@gmail.com) has just created their space at:
http://FriendSite.com/amanseo and has just added you as a friend. We need to
confirm that you are friends with amanseo
Click http://FriendSite.com/users/friends/?action=addemail&pid=aman...@gmail.com
Dear debian-devel: has anybody tried piuparts, pbuilder offline?
You see, often there is some package that I suspect is not
diaper-trained, leaving more than just say footprints in /var/log/
upon purge, or perhaps not cleaning back up the "Registry" (debconf), etc.
So I think: well there's this p
On Tue, 27 Jan 2009, Bernd Eckenfels wrote:
> In article <200901271009.35031.russ...@coker.com.au> you wrote:
> > Would it hurt to have a duplicate start entry in a wtmp file? If not
> > then is there any reason not to duplicate the entries from sessions in
> > progress from the wtmp.1 file to th
On Sun, Feb 01, 2009 at 05:26:30PM +0100, Klaus Ethgen wrote:
> With lenny the provided glibc seems to be incompatible to kernel 2.4.
The Linux 2.4 support ended with the Etch release. Even for Etch it is
only supported for upgrades.
> Is there any scenario what happens to such systems when lenny
Package: wnpp
Severity: wishlist
Owner: Leo "costela" Antunes
* Package name: pidgin-awayonlock
Version : 0.1
Upstream Author : Leo "costela" Antunes
* URL : http://costela.net/projects/awayonlock
* License : GPL-3
Programming Lang: C
Description : pid
Klaus Ethgen wrote:
> Just to bring that back to discussion:
>
> With lenny the provided glibc seems to be incompatible to kernel 2.4.
> There are many systems out there still running with kernel 2.4 cause
> stability. (My servers which needs to be stable all run Kernel 2.4.)
s/lenny/etch/
> Is
Klaus Ethgen writes:
> Background: The glibc in lenny is compiled to be incompatible with
> kernels lower than 2.6. I do not know if there are options to use newer
> glibc with older kernels.
There is other software in lenny that isn't built to be compatible with
older kernels as well. For exam
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Just to bring that back to discussion:
With lenny the provided glibc seems to be incompatible to kernel 2.4.
There are many systems out there still running with kernel 2.4 cause
stability. (My servers which needs to be stable all run Kernel 2.4.)
I
[Florian Weimer]
> * Otavio Salvador:
>
>> See the errata[2] for details and a full list of known issues.
>
> What needs to be done so that these two issues can be fixed?
One solution to this is to stop using device names, and instead of
file system ID, in /etc/fstab and the boot loader configura
Quoting Florian Weimer (f...@deneb.enyo.de):
> * Otavio Salvador:
>
> > See the errata[2] for details and a full list of known issues.
>
> What needs to be done so that these two issues can be fixed?
This has been discussed numerous times in -boot but among the low number of
ppl working on D-I d
* Andrew Deason:
> I believe this still doesn't solve the problem in the case of lilo.conf
> or grub's device.map, when specifying e.g. where to write the MBR. Is
> there any way around that?
The boot loaders would obviously have to scan for UUIDs, which carries
its own risks (like lockup during
On Sun, 2009-02-01 at 10:46 +0100, Mike Hommey wrote:
> On Sun, Feb 01, 2009 at 03:22:07AM -0600, William Pitcock wrote:
> > On Sun, 2009-02-01 at 00:19 +0100, Bernd Eckenfels wrote:
> > > In article <87bptnccj6@mid.deneb.enyo.de> you wrote:
> > > > What needs to be done so that these two issue
On Sun, Feb 01, 2009 at 03:22:07AM -0600, William Pitcock wrote:
> On Sun, 2009-02-01 at 00:19 +0100, Bernd Eckenfels wrote:
> > In article <87bptnccj6@mid.deneb.enyo.de> you wrote:
> > > What needs to be done so that these two issues can be fixed?
> > >
> > > | Disk devices may change on rebo
On Sun, 2009-02-01 at 00:19 +0100, Bernd Eckenfels wrote:
> In article <87bptnccj6@mid.deneb.enyo.de> you wrote:
> > What needs to be done so that these two issues can be fixed?
> >
> > | Disk devices may change on reboot
>
> A good option would be to use LABEL or UID instead. However I am no
On Sun, 2009-02-01 at 03:46 +, The Fungi wrote:
> On Sat, Jan 31, 2009 at 07:56:01PM -0600, Andrew Deason wrote:
> > Label names could be generated to minimize collisions. Something like
> > ${hostname}-/ instead of /, or maybe something even more specific.
>
> The namespace here is, unfortun
21 matches
Mail list logo