Co to za bałagan z slrn?!

[Blues]

On Thu, 3 Jan 2002, Jarek Baczynski wrote:
> >> 2. slrn-empty.patch
> [..]
> >> Raczej bezdyskusyjnie do odrzutu, gdyż ten kawałek kodu już jest w nowym
> >> slrn ;)
> > Widać został przez niedopatrzenie - nie było rejectów.
> No właśnie, warto by jednak przy przechodzeniu na nową wersję oryginalną,
> przeglądać patche pod kątem dalszej ich przydatności.

Nie jestesmy w stanie przegladac linijka po linijce wszystkich 
programow...

> Tu już mamy dwa patche do kosza, ciekawe, jak jest w innych pakietach...
> (no-offence, tak sobie tylko głośno myślę... :^))

;P

> >> 3. slrn-config.patch
> >>  /* define if you want grouplens (R.I.P.) support */
> >> -#define SLRN_HAS_GROUPLENS             0
> >> +#define SLRN_HAS_GROUPLENS             1
> >>  
> >> Powaga potrzebne są komuś GROUPLENS-y?? :-o
> > Skąd mam wiedzieć? :)
> Są w ogóle jeszcze jakieś serwery wspierające ten wynalazek??
> (po co wkompilowywać zbędny kod?)

Jeżeli w niczym nie wadzi to zostawić...

> [..]
> >> A co z pl.po (tłumaczenia)?  Cały zespół slrn-pl ostro debatował i
> >> wypracowaliśmy dość obszerną poprawkę do tłumaczeń (w pl.po ze źródeł jest
> >> nawet kilka błędów).  Gdzie to wrzucić, aby przy budowaniu szła nowa
> >> wersja?
> > 
> > Albo różnice jako patch, albo nowe pl.po jako "Source(n+1):
> > %{name}-pl.po" i "cp -f %{SOURCE(n+1)} po/pl.po" w %prep.
> No więc zastanawiam się.  Obydwa pl.po, poprawiony i oryginalny, mają
> jakieś 110KB, a diff pomiędzy nimi 46KB. (dużo tych poprawek, dużo)
> Może da się pacza skompresować?  Albo dać jako Source-a cały nowy plik
> skompresowany?  Jak to ugryźć?  Czy raczej nie martwić się pojemnością,
> dać diffa i szafa gra?

W tym wypadku dalbym Source. I je skompresował...

-- 
---------------------------------
pozdr.  Paweł Gołaszewski        
---------------------------------
CPU not found - software emulation...