SPECS: gettext.spec (HEAD) autoconf.spec (HEAD) automake.spec (HEAD)
wrobell
wrobell at ite.pl
Mon Aug 25 22:56:11 CEST 2003
On Mon, Aug 25, 2003 at 09:59:34PM +0200, Mariusz Mazur wrote:
> On Monday 25 of August 2003 21:56, wrobell wrote:
> > a później ją wycinać? i tak w kółko co jakiś czas?
>
> W kółko? To jest sytuacja wyjątkowa, bo xemacsa po prostu nie ma. W momencie w
> którym na ftpie (i builderach) wyląduje całość docelowych pakietów Ac, to
> taka sytuacja już się nie powtórzy, aż do następnej linii dystrybucji.
czyli sam przyznajesz, że to tylko tymczasowa sprawa. bo i tak
w końcu w ac znajdą się w/w pakiety z funkcjonalnością dla
xemacs-a/emacs-a. więc po co żonglować commitami i wprowadzać zamieszanie?
jedynym argumentem, który podałeś (jeśli coś przegapiłem...) to fakt, że
.src.rpm-y będą ok. ale w/w pakiety i tak nie mają standardowej
funkcjonalności. więc co za różnica? przecież pakiety na ftp-ie są
do bani i będzie trzeba je w końcu przebudować, odkręcać commity...
bez sensu.
> Po prostu dążę do tego, żeby sytuacja na HEAD odzwierciedlała faktyczny stan
> dystrybucji.
ac? po co?
[...]
>
> > w taki, że co jakiś czas zmieniają się domyślne BR dla w/w pakietów.
>
> I to powoduje, że... ?
ktoś chce posłać na builder nest w/w pakiety i przez Ciebie musi użyć
teraz bcondów.
wrobell <wrobell at ite.pl>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-pl/attachments/20030825/b2dddae5/attachment.sig>
More information about the pld-devel-pl
mailing list