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