[pld-discuss-pl] mozilla na head, nest

wrobell wrobell w ite.pl
Sob, 20 Mar 2004, 18:32:34 CET


On Sat, Mar 20, 2004 at 05:55:51PM +0100, Tomasz Pala wrote:
> On Sat, Mar 20, 2004 at 17:42:46 +0100, wrobell wrote:
> 
> > > Nie rozumiem - w nest-test i ac jest ten sam tetex, psql wyższy o jeden
> > > patchlevel... jak to ma wpłynąć na ac?
> > testowanie tego w nest skraca potencjalny czas przystosowywania tych
> > zasobów w ac?
> 
> To nie jest bezpośredni wpływ, a zwykła pomoc.
tylko pomoc to by była, gdyby nie to, że o ac mało kto myślał, gdy część
z w/w zasobów była modyfikowana do obecnej postaci i testowana.

wracamy znowu do pytania, czy Nest ma sens w takiej postaci. jak dla
mnie, obecnie jest tak, że gdy Nest jest potrzebne, to wsio cacy
(pozwalamy na śrubowanie spójności w Nest), a jak murzyn zrobił swoje,
to, cytuję ,,niech się nie wychyla''. jeśli Ty na takich zasadach
chcesz pracować, to Twoja sprawa. ja wymiękam.

> Bezpośredni to właśnie
> ten nieszczęsny Epoch, wszelkie ewentualne buildconflicts, obsoletes
> etc.
tłumaczyłem już to ankry'emu swego czasu. pld to całość (cvs, nest, ac,
ra), a nie tylko konkretna linia stabilna. wg. tego co piszesz, nie
powinienem tykać także np.: openldap-a i przyległości, bo mają wpływ na
ac. i co wtedy w nest? zupgrejdowałabyś kilkanaście pakietów z nodeps
i force na maszynie na ktorej pracujesz? przy takim podejsciu nest staje
sie kupa _bezuzytecznych_ pakietow dla sadomasochistow. ilu takich
znajdziesz? moze kilku...  w tym momencie naprawde nest traci
jakikolwiek sens.

    wrobell <wrobell w ite.pl>



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