maxima.spec: /usr/share/maxima -> /usr/src

Kacper Kornet kornet w camk.edu.pl
Pią, 30 Maj 2008, 19:49:03 CEST


On Fri, May 30, 2008 at 07:10:17PM +0200, Bartosz Świątek wrote:
> W dniu 30 maja 2008 18:27 użytkownik Tomasz Pala <gotar w polanet.pl> napisał:
> > On Fri, May 30, 2008 at 17:59:49 +0200, Kacper Kornet wrote:

> >> Jeżeli tak to można to zrobić na dwa sposoby:

> >> 1. Odpowiednie mv w sekcji %install

> >> 2. Patch zmieniający odpowiedzialną zmienną w common.mk

> >> Któryś ze sposobów jest preferowany w PLD?

> > Patche robimy jeśli:
> > 1. nadają się do aplikowania u autora programu,
> > 2. chcemy by ewentualna zmiana/poprawka w oryginalnych źródłach
> > następnej wersji została wychwycona.
> > 3. jest prościej, ładniej i wygodniej.

> > W tym przypadku nie widzę powodów, żeby bawić się w łatanie, ja bym
> > zrobił mv.

> Nie mv a install. Przy mv szlag trafi ewentualne zastosowanie
> --short-circuit po raz n-ty.

Jak zrobię:

mkdir -p $RPM_BUILD_ROOT%{_usrsrc}/%{name}-%{version}
mv $RPM_BUILD_ROOT%{_datadir}/%{name}/%{version}/src/* \
	$RPM_BUILD_ROOT/%{_usrsrc}/%{name}-%{version}

Przy zastosowaniu install nie trzeba co prawda robić mkdir, ale zostaje
za to ostrzeżenie o plikach nie włączonych do żadnego pakietu.

Przy okazji, gdzie w PLD powinna lądować dokumentacja dostarczana z
pakietem (np. podręcznik w html): /usr/share/maxima/5.15.0/doc  czy
jednak /usr/share/doc/maxima-5.15.0? I czy wydzielić to do osobnego
podpakietu jaki sugeruje w TODO w specu, czy wystarczy oznaczyć jako
%doc w liście plików. 

-- 
  Kacper 


Więcej informacji o liście dyskusyjnej pld-devel-pl