błędy z .chk (Re: Gruby perl)

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Nie, 28 Lip 2002, 21:21:25 CEST


On Sun, 28 Jul 2002, Jakub Bogusz wrote:
[..]
> > error: disc-cover-1.3.2-1: req perl(Audio::CD) not found
> 
> perl-Audio-CD już ktoś wrzucił

OK zaraz pójdzie. Niemniej jest tu pewien kłopot.
Otóż libcdaudio wykłada się na buildrze i386 z sig 11 :>

i386-pld-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -march=i386 -O2 -march=i386 -c  -fPIC -DPIC cddb.c -o .libs/cddb.lo
i386-pld-linux-gcc: Internal compiler error: program cc1 got fatal signal 11
make[2]: *** [cddb.lo] Error 1
make[2]: Leaving directory `/home/users/builder/rpm/BUILD/libcdaudio-0.99.4/source'

> > error: php-mapscript-3.6.0-2: req php-common = 3:4.2.1 not matched
> > 
> > Czy to po każdej zmianie w php wymaga zreczywiście pzrebudowania ?
> 
> Teraz chyba nie, ale przy jakiejś nowszej wersji php może być
> "niespodzianka".

czyli mapserver do przebudowania .. ok.

> > error: vcr-1.09-1: req libaviplay-0.6.so.1 not found
> > 
> > Wyglada jakby było brak -libstdc++.
> 
> Hm...
> 
> [vcr.spec]
> %define         _gcc_ver        %(%{__cc} -dumpversion | cut -b 1)
> %if %{_gcc_ver} == 2
> %define         __cxx           "%{__cc}"
> %endif
> 
> A skąd ma być po takim hacku?
> 
> Ja akurat jestem za nie usuwaniem linkowania z libstdc++ z gcc 2.95.x
> (ze względu na nieco łatwiejsze przejście na gcc 3.[12] wraz z nowym
> libstdc++), ale _tylko tam gdzie to możliwe_ :>

Jak dojdzie usuwanie niepotrzebnych/nadniarowych wpisów z seksji .dynamics 
to to i tak będzie wypadać :)
Narzędzie do tego własnie testuję u siebie :)

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