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

[Bartosz Świątek]

W dniu 30 maja 2008 19:49 użytkownik Kacper Kornet <kornet w camk.edu.pl> napisał:
> 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}
>

Nie rób "mv"! Ostrzeżenia o niespakietowanych plikach można wyłączyć
na pierdylion sposobów z których jednym jest choćby "rm -f" rzeczonych
plików.
Czemu się na patcha nie zdecydowałeś?

> 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.

%doc