On Sun, Sep 28, 2008 at 12:19:49PM +0200, VOROSKOI Andras <[EMAIL PROTECTED]> wrote: > On Tue, Sep 16, 2008 at 02:20:07AM +0200, Miklos Vajna wrote: > > 2) The sysvinit-translations one is bigger, it means that we have to > > rewrite the remaining old-style init scripts, but I don't think that's a > > bad idea: many of them lack support for the status command such. > > (Probably we'll need to build a checklist so that we have to check each > > init script only once.) > > Objection here. I think we should switch to upstart sooner or later so > this would be a temporary solution which does not worth the work.
Switching to a "better init system" is a good idea, but it seems it's like the initrd one: nobody really seem to work on it even in long term. Also, if we switch, I don't think it's trivial that we want upstart, I remember we had issues with it because nobody really used the native scripts, just via the sysvinit-compat support, which is in that form bullshit. :) > > 6) Monit support in daemons > > > > This is not that important but it would be nice. Monit is (interesting, > > heh?) a monitoring software. Typical use cases are: restarting sshd if > > somehow it failed, checking if a given service listens on a given port, > > etc. > > Restarting should be done by the init system. Anyway, monitoring support > would be good, but what about zabbix? So why should we prefer monit? Not sure, I haven't compared them. Though zabbix seem to be unpackaged. Do you know both of them to give a brief comparision? > > So, the idea would be to change repoman del not to delete packages but > > move them to a separate archive, where they are still available. > > Well, usually newer packages are better too, but for safety reasons it > worth keeping those packages for a few weeks or so. My favourite example is installing java 5 from 0.5 just because in some cases some broken (closed-source) apps still doesn't work with java 6.
pgpjbweA8hfJA.pgp
Description: PGP signature
_______________________________________________ Frugalware-devel mailing list [email protected] http://frugalware.org/mailman/listinfo/frugalware-devel
