gnome-core jeszcze raz

[Tomasz Kłoczko]

On Thu, 20 Jul 2000, Marek Kolczyk wrote:

> Spawdzilem i wyglada ze pakiet nie rozsypal sie "po dordze"
> Co jest nie tak
> ls -al  3143301 lip  2 22:46 gnome-core-1.2.1-2.i686.rpm
> rpm -Uhv gnome-core-1.2.1-2.i686.rpm
> gnome-core     ##################rozpakowanie archiwum nie
> powiodło się : cpio: Błędny magic
> Naruszenie ochrony pamięci

Sprawdź sumę konrolną (za pomocą md5sum):

2388e6b175f2af5d09ed58da6da7d064  gnome-core-1.2.1-2.i686.rpm

Jakby suma była taka sama to już chyba tylko jakieś kłopoty z samym
rpm-em. Chyba trzeba będzie gdzieś wstawić generowanie pliku z sumami
kontrolnymi md5.

Tak wogóle jeszcze. Przestawienie mirrora nastąpi dzisiaj wieczorem koło
19-tej (Miłek wyjeżdża na na dwa tygodnie i potem nie będzie za bardzo
takimi duperelami męczyć kogo). Do wieczora w planach jest jeszcze
opracowanie kernela.

Może w takim razie dodam coś na temat pakietów które zatrzymały się w
test żeby było wiadomo co z nimi jest jeszcze nie tak.

Guppi, guile-gtk - nie kompiluje się na nowym guile (trzeba bedzie
sprawdzić w cvs.gnome.org moze są jakieś poprawki do Guppi lub napisać do
autora).

balsa i qpopper - autoconf wykrzacza się w systemie z qmailem. Jezlei te
programy nie wspieraja rzeczywiście maildira to nie powinni i tak
sprawdzać tego jak jest przechowywana poczta w systemie w którym są
budowane binarki tylko powinno być to do wysterowania poprzez autoconf
i/lub w autoconf powinien być odpowiedni przełącznik ustawiający wsparcie
dla maildir/mailbox.

dgs - w XFree86 4.x jest libDPS i wygląda na to, że jest trochę mniej
dopracowany niż to co jest dps. Chyab z XFree86 tzraba będzie usunąć
libDPS alebo wartoby sie skonsultować z maintainerami obu rzeczy żeby
zdecydowali co i jak.

dosemu - dobrze byłoby wykonac upgrade.

epic - konflikt z ircii.

ezmlm - poprostu nie mam pewności czy obecna forma jest prawidłow i
chodząca. Niech ktoś się na ten temat wypowie kto tego używa.

gdm - jest fura patchy do nałożenia (vide wersja z rawhide, troche z
debiana). obecna wersja jest wrażliwa na znanego DoSa.

gfontview -
checking for lpr... no
checking for lp... no
configure: error: Cannot determine your print spooling system
Bad exit status from /var/tmp/rpm-tmp.5278 (%build)

Ktoś to uzależnił od konkretnego typu print spooling system (pytanie czy
jest to prawidłowe podejście i jakto obejść - przypadek do pewnego
stopnia analogiczny do balsa i qpoppera).

gimp-data-extras i gimp-pats-tiger - pliki są instalowane w ścieżkach
włąsciwych dla gompa 1.0.x. Niemniej wczęsniej tzreba poprawić PDL żeby
sie kompilował w otoczeniu XFree86-OpenGL co pozwoli wygenrować poprawnie
samego gimpa.

mailx - do dołaczenai są patche z rawhide (dos ważne).

nmh - wymaga upgradeu (obecna weraja ma znaną dziurę).

vim - pakiet wymaga generoalnie uporządkowania. zainstalowanie wszystkich
gvim-* jest możliwe ale wyinstalowanie chodć jednego rozwala linki. Pakiet
nie jest przygotowany do tego żeby wykonać nim upgrade na RH.

perl - chyba jest ok (xna x86, bo na sparc nie udało mi się jak na
razie skomilować) ale wejdzie w następnym cyklu i hurtem przekomilowane
beda wszystkie potrzebne rzeczy zależne od perla w konkretnej wersji.

pmake - nie buduje się na jednym z builderów (u mnie konkretnie na
686). Jeszcze nie przyglądałem się co to było.

wavplay - kłopoty z kompilacją:
gcc -c -O2 -march=pentiumpro   -Wall -Wstrict-prototypes -DWAVPLAYPATH=\"/usr/bin/wavplay\"    
-DINSTALLED_RESOURCE_FILE  -DSCHED_PRIORITY=9 -I. -I/usr/X11R6/include xltwavplay.c
In file included from xltwavplay.c:72:
/usr/X11R6/include/X11/Xmu/Editres.h:32: parse error before `w'
/usr/X11R6/include/X11/Xmu/Editres.h:36: warning: function declaration
isn't a prototype
make: *** [xltwavplay.o] Error 1

xlockmore - nie buduje się w otoczeniue XFree86-OpenGL:

gcc -c -o ../xlock/xlock.o  -DHAVE_CONFIG_H
-DDEF_FILESEARCHPATH=\"/tmp/xlockmore-4.16.1-root-builder/usr/X11R6/lib/X11/app-defaults//%N%C%S:/tmp/xlockmore-4.16.1-root-builder/usr/X11R6/lib/X11/app-defaults//%N%S\"   -I. -I.. -I../xlock/
-I../..
-I/usr/X11R6/include -isystem /usr/X11R6/include -I/usr/X11R6/include
-I/usr/X11R6/include/X11
-I/usr/X11R6/include -I/usr/include  -O2 -march=pentiumpro
../xlock/xlock.c
In file included from ../xlock/xlock.c:594:
/usr/X11R6/include/X11/extensions/dpms.h:48: parse error before `CARD16'
/usr/X11R6/include/X11/extensions/dpms.h:49: parse error before `CARD16'
/usr/X11R6/include/X11/extensions/dpms.h:52: parse error before `CARD16'
/usr/X11R6/include/X11/extensions/dpms.h:53: parse error before `CARD16'
../xlock/xlock.c:595: conflicting types for `DPMSQueryExtension'
/usr/X11R6/include/X11/extensions/dpms.h:45: previous declaration of `DPMSQueryExtension'
../xlock/xlock.c:597: conflicting types for `DPMSSetTimeouts'
../xlock/xlock.c:597: An argument type that has a default promotion can't
match an empty parameter name list
declaration.
/usr/X11R6/include/X11/extensions/dpms.h:48: previous declaration of `DPMSSetTimeouts'
make[1]: *** [../xlock/xlock.o] Error 1
make[1]: Leaving directory
`/home/users/builder/rpm/BUILD/xlockmore-4.16.1/modes'

Wygląda na kłopoty z DPS. Prawdopodobnie jest przygotowane do GNU dps.

zsh - trza wyciepać (raczej) podpakiety z róznymi typami dokumentacji
(było o tym juz mówione :).

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*