slrn-pl VS slrn

[Arkadiusz 'Jo Joro' Sochala]

18.03.2002 pisze Jarek Baczynski (jarek w space.hn.org):


> Tu zostało ustalone, że obsoletes nie ma być.  Może ktoś przypomnieć
> argumenty? :)

Dobra. Przejrzałem jeszcze raz poprzednią dyskusję. Od tego czasu trochę
się w slrn-pl zmieniło. Między innymi jest pełna internacjonalizacja
komunikatów makr. Tak więc jeśli chodzi o zastąpienie slrn przez slrn-pl
to sprawa rozbija sie _tylko_ o tłumaczone na j. polski *.rc w
/etc/slrn.

Więc jednak pozostaje taka zmiana nazw binarek i struktury katalogow,
która nie będzie kolidowała z slrn. Tyle że:

----
>> Bo naprawdę nie widzę sensu jednoczesnej instalacji pakietów slrn i
>> slrn-pl w systemie.

> Dokładnie.

Ktoś argumentował że niby dlaczego nie może używać jednocześnie slrn-pl
i slrn "Może jeszcze obsoletes na tina zrobić :-)"
Z tym, ze tin i slrn to dwa odrębne czytniki, a slrn-pl i slrn to prawie
to samo. Tak więc nadal nie widzę sensu instalowania obu slrnów. Więc
może jednak Obsoletes? :-))
----

>> Makra do /usr/share/slrn-pl/macros
>> Pliki spoola do /var/spool/slrnpull-pl

> No właśnie, to ostatnie (powielanie) spoola jest chore... :/
Otóż to! Ale jak się tego nie zrobi to będą pewnie konflikty przy
instalacji obu slrnpulli :/

>> Wtedy pakiety slrn i slrn-pl nie powinny kolidować ze sobą. Tylko na
>> jaką ciężką chol%$## tak robić? W szczególności trzymać dwa spoole z
>> artykułami (slrnpull).
>> Czy ktoś przy zdrowych zmysłach będzie instalował oba pakiety
>> jednocześnie? 

> Też chciałbym to wiedzieć. :-)
Gotar kiedyś się o to mocno kłócił - może sie więc wypowie?


-- 
Marcin Wieczorek <wieczor w free.polbox.com>:
     jeśli nie chcemy aby nasza karta za kilka baniek chodziła jako VGA to
     musimy przekompilować kernel.
-------------- następna część ---------
Załącznik, który nie był tekstem został usunięty...
Name: nie znany
Type: application/pgp-signature
Size: 262 bytes
Desc: nie znany
Url : /mailman/pipermail/pld-devel-pl/attachments/20040626/af7ac41b/attachment.bin