On Fri, Jan 11, 2002 at 11:35:48PM +0100, Hendrik Naumann wrote:
> Am Freitag, 11. Januar 2002 20:36 schrieb Michael Wagner:
> > On Freitag, 11. Jan. 2002 at 19:40:13, Markus Kolb wrote:
> > > In einem Einf�hrungsbuch zur GNU/Linux Zertifizierung ist die
> > > Rede von runlevel 5 f�r grafisches Login. Ich kann aber nur davon
> > > Berichten, dass bei Debian standardm�ssig bisher level 2
> > > beibehalten wird und alles �ber die Links in rc2.d auf
> > > /etc/init.d/... (update-rc.d) eingestellt wird. So startet auch
> > > nach normaler Installation der grafische Login bei level 2.
> >
> > Hallo Markus,
> >
> > dar�ber hatte ich mich anfangs auch gewundert. Aber es ist ja kein
> > Problem, sich die Links f�r die verschiedenen Runlevel selber
> > zusammenzustellen. 
> 
> Ich finde es ein Problem, weil es wieder so eine Stelle ist wo 
> einfach die selbst aufgestellten Regeln nicht eingehalten werden, 
> oder die Doku falsch/veraltet ist. Leider scheint sich das bei so 
> vielen Entwicklern nicht vermeiden zu lassen, aber ein Problem ists.

nein, ist es nicht.

Es ist (wie so oft) bei Debian genau geregelt, was wann und wo gestartet
wird. Aus '/usr/doc/debian-policy/policy.text.gz':
! 3.3. System run levels
! ----------------------
! ...
!      By default `update-rc.d' will start services in each of the multi-user
!      state runlevels (2, 3, 4, and 5) and stop them in the halt runlevel
!      (0), the single-user runlevel (1) and the reboot runlevel (6).  The
!      system administrator will have the opportunity to customize runlevels
!      by either running `update-rc.d', by simply adding, moving, or removing
!      the symbolic links in `/etc/rc<n>.d' if symbolic links are being used,
!      or by modifying `/etc/runlevel.conf' if the `file-rc' method is being
!      used.
! ...

Wo ist da das Problem?

> Mir gings mal so bei der Regelung zum Aufr�umen der 
> Logfiles. Eigentlich sollte das (in der potato) logrotate tun, 
> welches sehr bequem in /etc/logrotate.conf zentral konfigurierbar 
> ist. Aber anstatt sich dran zu halten backen alle ihre eigenen 
> Br�tchen und ich muss alle cronfiles durchackern, um das verhalten 
> des Logbackups anzupassen. *arg*

ok, schauen wir uns das mal an:
! 4.8. Log files
! --------------
! 
!      The traditional approach to log files has been to set up ad hoc log
!      rotation schemes using simple shell scripts and cron.  While this
!      approach is highly customizable, it requires quite a lot of sysadmin
!      work.  Even though the original Debian system helped a little by
!      automatically installing a system which can be used as a template,
!      this was deemed not enough.
! 
!      A better scheme is to use logrotate, a GPL'd program developed by Red
!      Hat, which centralizes log management.  It has both a configuration
!      file (`/etc/logrotate.conf') and a directory where packages can drop
!      logrotation info (`/etc/logrotate.d').
! 
!      Log files should usually be named `/var/log/<package>.log'.  If you
!      have many log files, or need a separate directory for permissions
!      reasons (`/var/log' is writable only by `root'), you should usually
!      create a directory named `/var/log/<package>'.
! 
!      Make sure that any log files are rotated occasionally so that they
!      don't grow indefinitely; the best way to do this is to drop a script
!      into the directory `/etc/logrotate.d' and use the facilities provided
!      by logrotate.  Here is a good example for a logrotate config file (for
!      more information see logrotate(8)):
! 
!                   /var/log/foo/* {
!                           rotate 12
!                           weekly
!                           compress
!                           postrotate
!                                   /etc/init.d/foo force-reload
!                           endscript
!                   }
! 
!      Which rotates all files under `/var/log/foo', saves 12 compressed
!      generations, and sends a HUP signal at the end of rotation.
! 
!      Make sure that any log files are removed when the package is purged
!      (but not when it is only removed), by checking the argument to the
!      `postrm' script (see the _Debian Packaging Manual_ for details).

Es wird also nicht vorgeschrieben, was benutzt werden soll. Es wird
logrotate empfohlen und es werden _Ziele_ vorgeschrieben. So darf ein
Logfile, nie unendlich gro� werden und diese m�ssen bei purge in postrm
entfernt werden. Auch werden Angaben zum Namen der logfiles bzw.
Verzeichnisse gemacht. Von diesen Namen kann man aber bei guten Gr�nden
abweichen.

Wenn also einer kein logrotate benutzt, und es sinnvoll sein k�nnte,
einfach einen Bug-Report mit Patch schreiben. BTW: so alte ist IMHO
dieser Absatz noch nicht. 

Gruss
Grisu
-- 
Michael Bramer  -  a Debian Linux Developer      http://www.debsupport.de
PGP: finger [EMAIL PROTECTED]  -- Linux Sysadmin   -- Use Debian Linux
A common mistake that people make, when trying to design something
completely foolproof is to underestimate the ingenuity of complete
fools.  -- Douglas Adams - Mostly Harmless

Attachment: msg19035/pgp00000.pgp
Description: PGP signature

Antwort per Email an