Изпечатай

[senser]

Привет на всички,

Преди около 2-3 седмици инсталирах на служебния си ноутбук - FSC Amilo A7645, Gentoo (stage 1 инсталация). Всичко работеше добре до вчера, когато реших да направя една синхронизация (emerge sync).
Ето какво се получи:

Примерен код

Using PORTAGE_RSYNC_OPTS instead of hardcoded defaults WARNING: adding required option --recursive not included in PORTAGE_RSYNC_OPTS WARNING: adding required option --times not included in PORTAGE_RSYNC_OPTS WARNING: adding required option --exclude='/distfiles' not included in PORTAGE_RSYNC_OPTS (override with --exclude='!') WARNING: adding required option --exclude='/local' not included in PORTAGE_RSYNC_OPTS (override with --exclude='!') WARNING: adding required option --exclude='/packages' not included in PORTAGE_RSYNC_OPTS (override with --exclude='!') WARNING: adding required option --compress not included in PORTAGE_RSYNC_OPTS WARNING: adding required option --whole-file not included in PORTAGE_RSYNC_OPTS >>> Starting rsync with rsync://134.68.220.74/gentoo-portage... >>> Checking server timestamp ... building file list ... rsync: link_stat "/home/senser/180" failed: No such file or directory (2) rsync: link_stat "/home/senser/rsync://134.68.220.74/gentoo-portage/metadata/timestamp.chk" failed: No such file or directory (2) 0 files to consider sent 21 bytes  received 20 bytes  82.00 bytes/sec total size is 0  speedup is 0.00 rsync error: some files could not be transferred (code 23) at main.c(892) [sender] >>> Retrying...

Потърсих естествено решение на проблема, но всичко което опитах не помага. Проблема според мен не е в portage а по-скоро в rsync, защото нямам никакви проблеми с инсталиране, премахване и т.н на пакети с emerge. Преинсталирането на питон също не даде никакъв резултат.
Относно предпупрежденията, които изкарва в началото - не намерих нищо конкретно за PORTAGE_RSYNC_OPTS в gentoo.org, но и не мисля, че това е проблема.

Ето малко инфо за системата:

Примерен код

#uname -a Linux localhost 2.6.16-gentoo-r1 #2 PREEMPT Mon Apr 3 00:32:14 EEST 2006 x86_64 AMD Turion(tm) 64 Mobile Technology MT-28 GNU/Linux

Примерен код

#emerge --info Portage 2.1_pre7-r3 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.4-r1, 2.6.16-gentoo-r1 x86_64) ================================================================= System uname: 2.6.16-gentoo-r1 x86_64 AMD Turion(tm) 64 Mobile Technology MT-28 Gentoo Base System version 1.12.0_pre16 dev-lang/python:     2.3.4-r1, 2.4.2-r1 sys-apps/sandbox:    1.2.17 sys-devel/autoconf:  2.13, 2.59-r7 sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils:  2.16.1-r2 sys-devel/libtool:   1.5.22 virtual/os-headers:  2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -mtune=athlon64 -O2 -pipe -ftracer -frename-registers -fweb -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -mtune=athlon64 -O2 -pipe -ftracer -frename-registers -fweb -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.itdnet.net/gentoo #http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LDFLAGS="-Wl,-O1 -Wl,--enable-new-dtags -Wl,--sort-common -s" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aac aalib aim alsa amd64 apache2 apm audiofile avi bash-completion berkdb bindist bitmap-fonts browserplugin bzlib cdparanoia cdr cli crypt ctype cups dba divx4linux doc dri dv dvd dvdread eds emboss encode expat fastbuild fat fbcon ffmpeg foomaticdb force-cgi-redirect fortran ftp gd gdbm ggi gif gnome gphoto2 gpm gruby gstreamer gtk gtk2 gtkhtml hal iconv icq ieee1394 imap imlib ipv6 isdnlog jabber jack java javascript jpeg libg++ libwww lm_sensors lzw lzw-tiff memlimit mikmod mime mozilla mp3 mpeg msn ncurses network nptl nptlonly ntfs openal opengl pam pcre pdflib perl php png posix pppd python quicktime readline reiserfs sdl session sharedmem simplexml slang soap sockets spell spl ssl svg sysvpic tcpd tiff tokenizer truetype truetype-fonts type1-fonts unicode usb vcd xine xmad xml xml2 xmms xpm xsl xv xvid yahoo zlib elibc_glibc kernel_linux userland_GNU video_cards_SIS" Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LINGUAS

П.П.fsck.reiserfs също не помогна (ако се загледате в грешката - тази дир /home/senser/180 не съществува)

[senser]

Никой ли няма идея от какво може да е проблема?

Румен, Агенте .....

[ray]

Здравей,
Не съм 100 % сигурен, но мисле че тези промеливи ги добавиха скоро в portage-2.1_preX.
Виж си най-новия /etc/make.conf-example - там трябва да са описани (май има и накакво преименуване, ако си променил/активирал старите).
Преди те май бяха само: RSYNC_OPTS, виж '>
Иначе при мен изкарва първия ред и после си работи нормално.
Успех.Румен

[sdr]

Напоследак в генто ~x86 е издънка след издънка ... незнам какво става но миняват през труден период явно..

[senser]

Цитат (sdr @ Април 05 2006,01:36)

Напоследак в генто ~x86 е издънка след издънка ... незнам какво става но миняват през труден период явно..

@ray:
Мерси за насоката, тя помогна да се справя с проблема - оказа се че при някой от предишните ъпдейти в /еtc/make.conf се е появила тази променлива PORTAGE_RSYNC_OPTS със стойност 180!!!!!, което е и причината за грешките, които даваше. Променливата се използва за задаване на стойности по подразбиране за rsync. Интересно откъде се е появило това 180 - доколкото си спомням /etc/make.conf не е от файловете които се ъпдейтват от portage.........
@sdr:
Има нещо такова и за амд64 профайла. Май нещата се промениха, за съжаление не към добро, след махането на Даниел Робинс

[alabal]

И след като решението е намерено и аз да направя един offtopic.
Expat изпочупи всичко от последните ъпдейти насам. За първи път срещам подобно нещо, а и единственото решение което работи при мен е дървено та дрънка. Не помогна нито
revdep-rebuild, нито
revdep-rebuild --library=libexpat.so.0
Нито на x86 нито на amd64.
Само този simlink оправи нещата:
ln -s /usr/lib/libexpat.so.1 /usr/lib/libexpat.so.0

ама никак не ме радва.

[ray]

Здравей,
И аз минах през тези тръни '>
Виж Bug-128085 и свързаните с него, проблема е решен, но твоят начин май може да ти донесе бъдещи неприятности.
Между версия 1.95.8 и 2.0.0 на "expat" е променен ABI-то (application binary interface). Така че се налага доста прекомпилиране (при мен ~110 apps '>
Тук много ясно си вижда и силата и слабостта на Gentoo (source-based):
1.Силата е че можеш да си обновиш системата с "expat-2", без инсталиранме на нова версия (както при бинарните дистрибуции '>
2.Лошото (специално тук) е че "expat" стои много ниско в йерархията на зависимостите и от него зависят сума ти други пакети (които и ще ти се наложи да прекомпилираш). Иначе чакай 2006.1 '>
Ако това бе едно бинарно дистро след обновяване на expat трябва да имаш и нови версии на поне 50-60 пакета (при някои и до 250 '>. Освен това след инсталиран "нов" expat няма да работят нито едно от следните: KDE, Gnome, XFCE4 (дори и fluxbox иска XML машина).
Успех.Румен

[alabal]

Съгласен съм с теб, за това не съм доволен от решението, но при мен и двата варианта на revdep-rebuild върнаха само 10 пакета с проблеми и след тяхното прекомпилиране нищо не се оправи - пакетите бяха основно pyton и perl, само един свързан с XML - нито един от gnome или xfce.
Не знам аз ли бъркам някъде - трябва ли някоя опция на revdep-rebuild или някоя настройка в конфигурационен файл.

[ray]

Здравей,
Сега накратко моята история '>
Инсталирам expat-2.0.0 (като upgrade) и др. неща.
След това за проверка: revdep-rebuild --ignore -p -vv и Ohh ужас:
поне два-три екрана със счупени библ./пакети, но което е още по-лошо само пише кои libs/binaries са счупени, но не ги идентифицира с дадени пакети а сега? Ръчно да ги оправям ще отнеме половин ден че и повече ;
Явно някое приложение което е свързано (или се използва като външно app) вече не работи поради новият "libexpat.so.1 (вместо so.0)
А сега де, какво да правя - за да се убедя че това е проблема се върнах на expat-1.95.8 и пак пуснах "revdep-rebuild" - изкара > 100 пакета (но пък аз съм хитър и си ги записах кои са '>
След това погледнах коя от гр. ми среди има най-малко пакети за прекомпилиране - fluxbox (1) и XFCE4 (4-5).
Естествено пак "expat-2.0.0" и после първо тези неща. После спокойно за около два дни оправих и другите пакети (вече дори от гр. среда '>
След това изкараха и нова версия на "gentoolkit" (където е 'revdep-rebuild) и май с нея вече няма проблеми.
PS: имаше и друг Бъг в revdep-rebuild (sed ...) който не идентифицираше всички пакети а само някои (пример KDE), в Bug-128085 има пач за него.
Това е.Румен

[senser]

Аз се сблъсках със същия проблем при първоначалната ми инсталация, понеже имах подръка 2005.0 и реших да направя инсталация с компилирани пакети а после да ъпгрейдвам и прекомпилирам. Лошото е че нямам спомен как се оправих с libexpat '>
Сега проверих и при мен е инсталирана версия 2.0.0 на expat (вече съм обновил всичко до последните версии), но от друга страна версията на библиотеката е: /usr/lib64/libexpat.so.1.5.0

Това ли трябва да e актуалната версия?

П.П. След бинарната инсталация и последвалата синхронизация и ъпдейт прекопмпилирах цялата система заради новие версии на gcc, glibc....etc, така че предполагам това е оправило проблема със зависимостите на expat

@Румен: equery belongs file_name не ти ли помогна да разбереш кои пакети са ти нужни да  прекомпилираш

[poisoner]

При мен  се чупи всичко в портейджа след новото глибс 2.4, не можех след тва да гомпилирам нищо. Та ми направиха пакет на страото и го върнах.
=> Глибс >=2.4 е маскирано
експат счупи някой работи и него го маскирах си върнах стария.

като имам време ше ги ъпдейтна, но ся не ми се занимава да си чупя системата.

[ray]

Здравейте,
@senser: Разбира се че може, но само си представи (можех и да ги покажа) при ~110 "счупени" пакета колко са библиотеките и бинарните файлове, които им съответстват (затова и писах че ще ми трябва 1/2 ден само за това) отделно ръчната работа за сортирането и реда им (отива към 1 ден '>
Ако те интересува виж списъка (ми с файлове) в Bug-128085.
Идеята е "revdep-rebuild" сам да си ги намери и идентифицира с определени пакети. Обаче expat-2 "частично счупи" работата на 'revdep-rebuild'.
Общо всето не се оплаквам '>
Румен

[ray]

@poisoner: аз поне около месец съм с glibc-2.4 (2.4-r1 по-точно) и нямам никакви проблеми, но това не значи че въобще няма проблеми с него '>
PS: 2.4-r2 е маскирано.
Румен

[poisoner]

@ray ми значи кача ли го, портейджа се чупи. Не можеш да компилира нито най-малката програма. На всяка гърми. Грешка не мога да постна щото съм си със старата версия. Търсих подобни проблеми на моя, но не открих. Като му дойде времето пак ше потърся де.
И с 2.4 и 2.4-р1 все тая.

[ray]

@poisoner: вероятно е нещо специфично за твоята система.
Ето малко инфо за размисъл (и за мен разбира се '>
sys-libs/glibc-2.4-r1:
                    >=app-misc/pax-utils-0.1.10 app-misc/pax-utils-0.1.11
                    >=sys-devel/binutils-2.15.94 sys-devel/binutils-2.16.1-r2
                    >=sys-devel/gcc-3.4.4    sys-devel/gcc-4.1.0
                    >=sys-devel/gcc-config-1.3.12 sys-devel/gcc-config-1.3.13-r1
    nptl?           >=sys-kernel/linux-headers-2.6.5 sys-kernel/linux-headers-2.6.11-r3
    nls?            sys-devel/gettext        sys-devel/gettext-0.14.5
                    sys-devel/gnuconfig      sys-devel/gnuconfig-20060227
    !bootstrap?     sys-devel/patch          sys-devel/patch-2.5.9-r1
                    sys-libs/timezone-data   sys-libs/timezone-data-2006b
                    virtual/os-headers       sys-kernel/linux-headers-2.6.11-r3
Това са зависимостите на 'glibc', от тях по-важни изглеждат:
1.gnuconfig и gettext са зависимости и на binutils (и на glibc);
2.linux-headers е 'почти' задължително да се компилира *преди* glibc;
2a.binutils също е важно !
3.другите *не изглеждат* толкова важни '>
PS: също е важно да се поддържат модулите на Perl-a и Python-a.
PS2: добавих точка 2а) бях забравил 'binutils' а те също са важни '>
Успех.Румен