info: modutils-2.1.107
Tomasz Kłoczko
kloczek w rudy.mif.pg.gda.pl
Wto, 25 Sie 1998, 23:02:15 CEST
On Tue, 25 Aug 1998, Krzysztof G. Baranowski wrote:
[..]
> Acha, i jak wypelnic pola Distribution/Vendor ?
No to kolejna regółka co z tym robić ..
Pole Vendor można IMHO (ale nie trzeba) o ile istnieje jeden stały adres
na który mozna pisać w razie poważnych kłopotów za zawartością softu
wtedy kiedy podejrzewa się, że błąd nie jest to błąd na poziomie
pakietowania. Np. w przypadku mc możnaby w to pole wstawić adress Miguela
de Icazy. Można by też wstawiać w to pole adres list dyskusyjenj
poświęcoenj danemu programowi.
Pola Distrubution nie wypełnia się. Wypełnienie tego pola następujke z
zewnątrz z poziomu ~/.rpmrc gdzie ląduje coś takiego.
Może pokaże zawartość swojego ~/.rpmrc:
Packager: Toamsz Kłoczko <kloczek w rudy.mif.pg.gda.pl>
signature: pgp
pgp_name: Tomasz Kloczko <kloczek w rudy.mif.pg.gda.pl>
topdir: /home/kloczek/rpm
rpmfilename: %{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}.rpm
Distribution: PLD 0.0 (tornado)
optflags: i386 -O2 -m486 -fno-strength-reduce
Podobną regłą jak pole Distribution rządzi się pole Packager i dlatego
ono też jest w powyższym.
Pole Packager powinno być "kontekstowe" tzn. nie przywiązane do speca.
Przykład. Osobnik A wyprodukował pakie X na platformie i386. Osobnik B
bierze src.rp-a i rekompiluje go na sparc i wyniki redystrybuuje. Po
jakimś czasie okazuje się, że z pakietem X są kłopoty na sparcu. Przy
umieszczeniu Packagera we własnym .rpmrc jest szansa, że człowiek który
natknął się na dołek wyśle list do osobnika B, a nie A, który na temat
sparca nic może nie wiedzieć.
kloczek
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*
Więcej informacji o liście dyskusyjnej pld-devel-pl