Miroslav Lachman napsal/wrote, On 11/08/09 22:20:
Jak uz vyse receno - portmaster mi pro to co potrebuju nejenze nepripada
lepsi - on mi nepripada ani horsi. On proste nelze v teto situaci vubec
rozumne pouzit ...
Tadaaaa... uz lze :o)
*Portmaster with package support ready for beta testing!*
http://lists.freebsd.org/pipermail/freebsd-ports/2009-November/057683.html
Tak doufam, ze ho radne otestujes a nahlasis zjistene problemy - ty
jiste nejake najdes ;]
Moc na me nespolehej. Ja uz nestiham byt early-adopter u vseho, co se
objevi ...
Preci jen potrebuju ke zmene nejakej impuls.
Navic, nemoznost pracovat s balicky neni jedine minus v porovnani s
portupgrade. Treba zpusob nastavovani optionu pro jednotlive porty lze u
portupgrade vyresit daleko vhodneji nez u portmasteru (ktery zavisi na
"raw" zpusobu stromu portu). Predstav si, ze se rozhodnes, ze u vsech
portu chces prekladat s optiony (treba) WITH_OPENSSL_PORT=yes
-DDWITHOUT_OPENSSL_BASE -DNOPORTDOCS -DNOPORTEXAMPLES
Ja vim, ze se to da napsat do make.conf a dokonce to omezit, aby se to
nemotalo do uplne vsech prekladu (treba jadra mebo worldu) - ale to
znamena, ze cast optionu bude tady, cast nekde jinde ...
Ale dobre - tohle je "jen" problem prekladu a tudiz problem centralniho
repository - a tam bych mohl stale pouzivat portupgrade. Centralni
repository na to vykon a pamet ma.
Na klientech by mi ale docela schazela jina schopnost - centralni
konfigurace. Ted upravuju pouze pkgtools.conf, ktery na klienta
nakopiruju a mam hotovou konfiguraci "specialit" - ktere porty
ignorovat, jake vymenit za neco jineho, pri cem neco spustit ...
Myslim, ze si pockam jeste par mesicu nez se portmanager dovyvine ...
Dan
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
