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