SPECS: gnome-panel.spec (HEAD)

[wrobell]

On Thu, Dec 04, 2003 at 10:23:30AM +0100, Marcin Krzyzanowski wrote:
> On Thu, Dec 04, 2003 at 09:18:07AM +0100, wrobell wrote:
[...]
> > > zreszta gnome to nie jest jeden pakiet, to jest zbior pakietow ktore
> > > razem tworza srodowisko, albo sie czlowiek decyduje na srodowisko
> > > akceptujac jego zlozonosc albo nie, i sztuczne obcinanie funkcjonalnosci
> > > jest bez sensu.
> > nie gadaj bzdur. gdybyśmy tak podchodzili do sprawy, to nigdy nie dałoby
> > się zainstalować działającego PLD poniżej 50MB. a da się.
> 
> ja rozumiem dazenie do minilanych rozmiarow pld, ale chyba jakims
> kompromisem ? pamietam ze Linux Router Project potrafil zmiescic na 2
> dyskietkach system z ssh i X'ami, tez tak zrobmy :), a teraz powaznie,
> nie rozumiem do konca dlaczego tak sie obuzasz na tego typu R:, jesli
> pakiet wywoluje inny pakiet to jest od niego zalezny, jesli nie to mozna
> spokojnie wyciac polowe zaleznoci, bo pakiet ebdzie dzialal tylko pokaze
> ze cos nie uruchomil, pierwszy z brzegu przyklad.... moze poldek i jego
> bzip2.
rzeczywiście. brak gnome-system-tools w wymaganiach gnome-panel bardzo
ogranicza funkcjonalność tego drugiego. wprowadzasz dodatkową zależnośc,
która jest zbędna ponieważ
- _nie_jest_wymagana_ do uruchomienia appletu zegarka
- w momencie, gdy program do ustawiania daty i czasu nie jest zainstalowny,
  to pojawia się odpowiedni komunikat
 
> Koncze ten watek gdyz szkoda nam czasu na tego typu przepychanki,
> doszlismy do wniosku wydzielenia tego pakietu i do momentu jego nie
> wydzielenia, nie bede tej zaleznosci cofał.
nie pomyślałeś o tym, że pakiet z HEAD może w każdej chwili pójść na
buildery.
 
> chociaz jest tak wiele niedomowien co do wytycznych Ac ze nikt tak
> naprawde nie moze byc pewien czy to co zrobi komus innemu nie skrzyzuje
> sie z jego wizją Ac, ale to na marginesie.
wystarczy trochę zdrowego rozsądku

    wrobell <wrobell w ite.pl>