czy PLD potrzebny jest SysV init?

Jakub Bogusz qboosh w pld.org.pl
Pon, 28 Lip 2003, 13:32:00 CEST


On Mon, Jul 28, 2003 at 01:26:29PM +0200, Adam Gołębiowski wrote:
> On Mon, Jul 28, 2003 at 01:18:09PM +0200, Sergiusz Pawlowicz wrote:
> > > Opis znajduje się:
> > > http://www.usenix.org/events/usenix01/freenix01/full_papers/mewburn/mewburn_html/index.html
> > > 
> > > Co o tym sądzicie?
> > 
> > Ja mam ambiwaletne odczucia, gdyż w większości przeszedłem
> > na daemontools produkcji DJB. I będę dążył powoli do tego,
> > by w PLD można było wybrać daemontools.
> 
> A wolno nam?
> 
> Za http://cr.yp.to/deamontools.html
> 
> #v+
> May we distribute binaries?
> 
>    You may distribute a precompiled package if
>      * installing your package produces exactly the same files, in exactly the same locations, that a user would obtain by
>        installing one of my packages listed above;
>      * your package behaves correctly, i.e., the same way as normal installations of my package on all other systems; and
>      * your package's creator warrants that he has made a good-faith attempt to ensure that your package behaves correctly.
>    All installations must work the same way; any variation is a bug. If there's something about a system (compiler, libraries,
>    kernel, hardware, whatever) that changes the behavior of my package, then that platform is not supported, and you are not
>    permitted to distribute binaries for it.
> #v-
> 
> Pierwszy punkt odpada - co prawda nie jestem pewien co do ścieżek,

DJB propaguje zupełnie inną strukturę systemu plików - do znalezienia
gdzieś na stronie - "nieco" odmienną od FHS [ciach, no more comments].

>ale
> nakładamy patcha, co już produkuje kapkę inne pliki.

daemontools nie można z jeszcze jednego powodu - mogą być udostępniane
tylko do daty przydatności do spożycia (aktualnie 1.10.2003 - przesuwane
co parę miesięcy) - czyli nie mogłyby się znaleźć w zamkniętej wersji
dystrybucji.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/



Więcej informacji o liście dyskusyjnej pld-devel-pl