Изпечатай

[senser]

Привет,

Наскоро ъпдейтнах служебния firewall/web_server на който работи Gentoo hardened profile. (Май тук е място да вметна, че това е една слаба черта на Gentoo - след ъпдейт на конфиг файловете etc-update в повечето случаи заминават настройките които съм правил, но ...... както и да е).
Проблема е, че след въпросния ъпдейт не се зарежда въпросния модул като грешката е:

Примерен код

* Apache2 has detected a syntax error in your configuration files: Syntax error on line 6 of /etc/apache2/modules.d/70_mod_php.conf: Cannot load /usr/lib/apache2/modules/libphp4.so into server: /usr/lib/apache2/modules/libphp4.so: undefined symbol: ap_user_id

Ето и изхода от "ldd -r /usr/lib/apache2/modules/libphp4.so"

Примерен код

linux-gate.so.1 =>  (0xffffe000)         libnsl.so.1 => /lib/libnsl.so.1 (0xb7bbf000)         libsablot.so.0 => /usr/lib/libsablot.so.0 (0xb7ac1000)         libexpat.so.0 => /usr/lib/libexpat.so.0 (0xb7a93000)         libmysqlclient.so.14 => /usr/lib/libmysqlclient.so.14 (0xb7966000)         libmhash.so.2 => /usr/lib/libmhash.so.2 (0xb792d000)         libmcrypt.so.4 => /usr/lib/libmcrypt.so.4 (0xb78f0000)         libltdl.so.3 => /usr/lib/libltdl.so.3 (0xb78e7000)         libpng.so.3 => /usr/lib/libpng.so.3 (0xb78ad000)         libz.so.1 => /lib/libz.so.1 (0xb7898000)         libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7871000)         libdb-4.2.so => /usr/lib/libdb-4.2.so (0xb7775000)         libdb.so.2 => /usr/lib/libdb.so.2 (0xb7763000)         libgdbm.so.3 => /usr/lib/libgdbm.so.3 (0xb775c000)         libbz2.so.1 => /lib/libbz2.so.1 (0xb774a000)         libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0xb7712000)         libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0xb75d8000)         libresolv.so.2 => /lib/libresolv.so.2 (0xb75c4000)         libm.so.6 => /lib/libm.so.6 (0xb75a1000)         libxmlparse.so.0 => /usr/lib/libxmlparse.so.0 (0xb7595000)         libxmltok.so.0 => /usr/lib/libxmltok.so.0 (0xb7577000)         libnetsnmp.so.5 => /usr/lib/libnetsnmp.so.5 (0xb74bc000)         libwrap.so.0 => /lib/libwrap.so.0 (0xb74b3000)         libc.so.6 => /lib/libc.so.6 (0xb739a000)         libstdc++.so.5 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.so.5 (0xb7271000)         libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7243000)         libdl.so.2 => /lib/libdl.so.2 (0xb723e000)         /lib/ld-linux.so.2 (0x80000000)         libgcc_s.so.1 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libgcc_s.so.1 (0xb7232000) undefined symbol: ap_user_id    (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_server_root        (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_group_id   (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_user_name  (/usr/lib/apache2/modules/libphp4.so) undefined symbol: top_module    (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_max_requests_per_child     (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_block_alarms       (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_unblock_alarms     (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_auth_type  (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_table_get  (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_table_setn (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_update_mtime       (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_kill_timeout       (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_uudecode   (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_setup_client_block (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_getword    (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_add_cgi_vars       (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_getword_nulls_nc   (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_get_server_version (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_destroy_sub_req    (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_send_error_response        (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_pstrdup    (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_log_error  (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_table_add  (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_sub_req_lookup_uri (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_run_sub_req        (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_register_cleanup   (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_signal     (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_send_http_header   (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_should_client_block        (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_pstrndup   (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_block_alarms       (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_child_terminate    (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_set_etag   (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_rwrite     (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_table_set  (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_get_client_block   (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_add_version_component      (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_hard_timeout       (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_rflush     (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_set_last_modified  (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_reset_timeout      (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_unblock_alarms     (/usr/lib/apache2/modules/libphp4.so) undefined symbol: ap_add_common_vars    (/usr/lib/apache2/modules/libphp4.so)

Най-странното е, че "equery uses mod_php" дава, че модула е компилиран с поддръжка не на apache2, както съм задал в USE флага.....:

Примерен код

[ Searching for packages matching mod_php... ] [ Colour Code : set unset ] [ Legend    : Left column  (U) - USE flags from make.conf              ] [           : Right column (I) - USE flags packages was installed with ] [ Found these USE variables for dev-php/mod_php-4.4.0-r9 ]  U I  + - apache2     : Chooses Apache2 support when a package supports both Apache1 and Apache2

което не знам доколко има отношение към проблема, при положение, че дори и за апача дава същото за USE флаговете а той е 2,0,55

[alabal]

Виж какво намерих по google. Погледни отоговорите най-долу и съответно, конфигурационния файл на apache - да не би след etc-update да е станала някаква грешка с описанието на php.
Всички са съгласни, че etc-update не е най-кадърния инструмент за update, затова разработват dispatch, но много отдавна не съм поглеждал дали е завършен.
За etc-update избирай от опциите -3 - неавтоматичен update, а по избор. После можеш да изтриеш файловете, които започват с _00 в /etc/ които не искаш да използваш.
Дано съм помогнал.

[grey]

Не е слабо място etc-update...?! знаеш ли какво е CONFIG_PROTECT '> Описва се в make.conf...

[senser]

Цитат (alabal @ Ян. 10 2006,12:43)

Виж какво намерих по google. Погледни отоговорите най-долу и съответно, конфигурационния файл на apache - да не би след etc-update да е станала някаква грешка с описанието на php. Всички са съгласни, че etc-update не е най-кадърния инструмент за update, затова разработват dispatch, но много отдавна не съм поглеждал дали е завършен. За etc-update избирай от опциите -3 - неавтоматичен update, а по избор. После можеш да изтриеш файловете, които започват с _00 в /etc/ които не искаш да използваш. Дано съм помогнал.

Мерси за линк-а. Ще разгледам и ще пиша какво е станало. А иначе за etc-update процедирам горе-долу по този начин '>


Edit: При мен проблема не е този който е описан в линк-а - httpd.conf e описан правилно. Не го поствам тук, че е мн дълъг, но не е в него проблема

[senser]

Хммммм проблема излезе следния:

Оказа се, че при ъпдейта са се инсталирали две версии на апача - 1.3.34 и 2.0.55 и mod_php се е билднал за 1.3.34 и затова не тръгва естествено на апач2. Махнах апач-1.3.34, ребилд на mod_php и тръгна.
Странното е, че докато се ровех се оказа че има инсталирани и две версии на gcc:
* sys-devel/gcc-3.4.4-r1
* sys-devel/gcc-3.3.6
 '>
Ще махна старата версия на компилатора, но ........ явно има някакъв проблем със зависимостите или аз греша нещо '>?


Btw: Причината да се инсталира апач1.3.34 беше в mod_ssl. Разгледах ebuild-a му и в него има изрична директива да се билд-не за апач1.*
Кажете си мнението за това - нормално ли е или ....

[senser]

Получi се мой монолог в тази тема ...... '>
Заглавието на темата трябва да е по-скоро "Проблем със зависимости на Gentoo", защото след махането на gcc-3.3.6 python-a (а следователно и portage/emerge) изреваха, че библиотеките libstdc вече ги няма.
gcc-config не помогна (може би ако го бях направил преди да махна старият компилатор ....) и се наложи да компилирам python от сорс за да тръгне пак emerge-to.
И така след като горе-долу ги подкарах нещата се оакза, че има по няколко версии инсталирани и на autoconf, automake, db

Некви идеи откъде се е получила тази "мазаница" и как да я предотвратя за в бъдеще '>??

Ето го и "emerge info":

Примерен код

Portage 2.0.53 (hardened/x86/2.6, gcc-3.4.4, glibc-2.3.5-r2, 2.6.12-gentoo-r10 i686) ================================================================= System uname: 2.6.12-gentoo-r10 i686 AMD Duron(tm) processor Gentoo Base System version 1.6.13 dev-lang/python:     2.3.5-r2, 2.4.2 sys-apps/sandbox:    1.2.12 sys-devel/autoconf:  2.13, 2.59-r6 sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils:  2.16.1 sys-devel/libtool:   1.5.20 virtual/os-headers:  2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="no" CBUILD="i686-pc-linux-gnu" CFLAGS="-mcpu=athlon-tbird -march=athlon-tbird -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=athlon-tbird -march=athlon-tbird -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.itdnet.net/gentoo http://distfiles.gentoo.org http://gentoo.gg3.net " MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow, acpi, apache2, apm, bash-completion, berkdb berkdb, bzip2 bzip2, clamav, crypt crypt, dlloader dlloader, doc, emacs, expat ftp, gd gd, gdbm gpm gpm, hal, hardened hardened, hardenedphp, icq, imap, jpeg libwww libwww, memlimit, mhash mhash, mime, mmx, mysql mysql, mysqli, ncurses ncurses, nls nls, nptl, nptlonly, offensive, pam pam, pcre perl perl, php, pic pic, pie, png posix, python python, readline readline, recode rrdtool, samba, snmp sockets, socks5, ssh, ssl ssl, symlink, tcpd tcpd, udev userlocales utf8 x86 xml, xml2, zlib zlib, userland_GNU kernel_linux elibc_glibc" Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

[ray]

Цитат (senser @ Ян. 10 2006,19:41)

Получi се мой монолог в тази тема ...... '> Заглавието на темата трябва да е по-скоро "Проблем със зависимости на Gentoo", защото след махането на gcc-3.3.6 python-a (а следователно и portage/emerge) изреваха, че библиотеките libstdc вече ги няма. gcc-config не помогна (може би ако го бях направил преди да махна старият компилатор ....) и се наложи да компилирам python от сорс за да тръгне пак emerge-to. И така след като горе-долу ги подкарах нещата се оакза, че има по няколко версии инсталирани и на autoconf, automake, db Некви идеи откъде се е получила тази "мазаница" и как да я предотвратя за в бъдеще '>?? Ето го и "emerge info": Примерен код Portage 2.0.53 (hardened/x86/2.6, gcc-3.4.4, glibc-2.3.5-r2, 2.6.12-gentoo-r10 i686) ================================================================= System uname: 2.6.12-gentoo-r10 i686 AMD Duron(tm) processor Gentoo Base System version 1.6.13 dev-lang/python:     2.3.5-r2, 2.4.2 sys-apps/sandbox:    1.2.12 sys-devel/autoconf:  2.13, 2.59-r6 sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils:  2.16.1 sys-devel/libtool:   1.5.20 virtual/os-headers:  2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="no" CBUILD="i686-pc-linux-gnu" CFLAGS="-mcpu=athlon-tbird -march=athlon-tbird -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=athlon-tbird -march=athlon-tbird -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.itdnet.net/gentoo http://distfiles.gentoo.org http://gentoo.gg3.net " MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow, acpi, apache2, apm, bash-completion, berkdb berkdb, bzip2 bzip2, clamav, crypt crypt, dlloader dlloader, doc, emacs, expat ftp, gd gd, gdbm gpm gpm, hal, hardened hardened, hardenedphp, icq, imap, jpeg libwww libwww, memlimit, mhash mhash, mime, mmx, mysql mysql, mysqli, ncurses ncurses, nls nls, nptl, nptlonly, offensive, pam pam, pcre perl perl, php, pic pic, pie, png posix, python python, readline readline, recode rrdtool, samba, snmp sockets, socks5, ssh, ssl ssl, symlink, tcpd tcpd, udev userlocales utf8 x86 xml, xml2, zlib zlib, userland_GNU kernel_linux elibc_glibc" Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

Здравей,
Сега по-ред.
1.За преминаване към GCC-3.4.4 си има специален документ, сега нямам връзката, виж в документацията. Особеното е че преди да се махне старата (3.3.5/6) версия тръбва да се инсталира "libstdc++v3" пакета, който поддържа приложения компилирани към старата версия. Има и ршение как да се намерят тези приложения и да се прекомпилират с 3.4.4 (revdep-rebuild ...).
Имаше дискусия в Gentoo-user ML за това преминаване ( с решения когато някои не беше догледал нещата).
2.За обновяване на конфигурационните файлове пробвай и "cfg-update", etc-update и dispatch-conf също си работят, но е добе да следиш какво се е променило ;-)
Проблема с питона е случаен (тук) тъй като много скоро преди новото GCC излезе и Python-2.4.2 (който пък зависи от версията на GCC) и така кръга се затвари (в този случай). Случайно държах един ден бинарния пакет на libstdc++v3 (на ftp-то) за човек който беше забравил да го компилира, питона също не работеше и оттам и "emerge" не работи и нещата стават лоши.
Ако се следва документа/тите и човек е горе-долу запознат с portage няма да има проблеми.
PS:за апача си има USE-flag "apache2" за да се компилира за него (ver.2).
Успех.Румен

[senser]

@Румен
1. Специално за gcc може би в това да е решението .... ще прочета утре. Мерси '>

2. С ъпдейта на конфиг файловете нямам проблем, именно защото следя какво се променя, но го казах тук защото според мен не е изпипано павилно.

3. Най-големия ми проблем в цялата история е, че не мога да разбера как при положение, че USE="-apache, apache2"  при компилиране/emerge-ване не се "отчита" това, т.е. повечето пакети се инсталират с "-apache2" .... Дори и самото apache при "emerge -pv apache"

[ray]

Здравей,
Сега значи по въпроса за "apache" & "apache2" USE флаговете.
Най-примитивният начин е с 'grep'|'egrep':
1)e.g. "grep -i apache /usr/portage/profiles/use.desc (или 'use.local.desc''>, второто е за локални (само за даден пакет) флагове или;
grep -i apache2 /usr/portage/profiles/use.desc (use.local.desc)
2)"emerge gentoolkit" (ако все още не е инсталиран ;-)
"[/usr/bin/]euse -i apache | apache2" дава описание на флаговете;
3.чак сега видях че май има и трети начин:
app-portage/euses
      Latest version available: 2.4.3
      Latest version installed: [ Not Installed ]
      Size of downloaded files: 15 kB
      Homepage:    http://www.xs4all.nl/~rooversj/gentoo
      Description: A small utility in C that quickly displays use flag descriptions
      License:     GPL-2
...END...
Да работи: euses apache
apache - Chooses Apache1 support when a package optionally supports Apache1
apache2 - Chooses Apache2 support when a package supports both Apache1 and Apache2
www-servers/gorg:apache - Install apache
www-servers/skunkweb:apache1 - enable apache1 support if internal server and apache2 support not wanted
...END...
Това бе малко лирично отклонение ;-)
Грешката ти е в логиката - "apache" означава че се компилира с поддръжка за Apache (а не че е за версия 1,-apache изключва тази поддр.)
apache2 казва да се компилира с подръжка за Apache2 вместо за версия 1.
Виж описанията по-горе.
Успех.Румен

[senser]

Описанията на двата USE флаг-а ги прочетох няколко пъти още в началото, но въпреки това не мога да разбера защо apache се компилира с флаг "USE=-apache2" ......

Ето и изхода от "euse -i apache && euse -i apache2":

Примерен код

global use flags (searching: apache) ************************************************************ [-    ] apache - Chooses Apache1 support when a package optionally supports Apache1 local use flags (searching: apache) ************************************************************ [-    ] apache (www-servers/gorg): Install apache global use flags (searching: apache2) ************************************************************ [-    ] apache2 - Chooses Apache2 support when a package supports both Apache1 and Apache2 local use flags (searching: apache2) ************************************************************ no matching entries found

А някаква идея защо mod_ssl му е нужен apache-1. В зависимостите му освен openssl, друго няма, но в ebuild-a изрично е описан apache-1?

[ray]

Цитат (senser @ Ян. 11 2006,09:28)

Описанията на двата USE флаг-а ги прочетох няколко пъти още в началото, но въпреки това не мога да разбера защо apache се компилира с флаг "USE=-apache2" ...... Ето и изхода от "euse -i apache && euse -i apache2": Примерен код global use flags (searching: apache) ************************************************************ [-    ] apache - Chooses Apache1 support when a package optionally supports Apache1 local use flags (searching: apache) ************************************************************ [-    ] apache (www-servers/gorg): Install apache global use flags (searching: apache2) ************************************************************ [-    ] apache2 - Chooses Apache2 support when a package supports both Apache1 and Apache2 local use flags (searching: apache2) ************************************************************ no matching entries found А някаква идея защо mod_ssl му е нужен apache-1. В зависимостите му освен openssl, друго няма, но в ebuild-a изрично е описан apache-1?

Здравей,
Тук логиката е малко странна, но обяснима предвид конвенциите на Gentoo.
Пакета се казва само "apache" - това е и за двете версии (1 и 2).
USE флаговете са два вида - глобални (use.desc) и локални (само за даден пакет - use.local.desc).
Другите пакетни системи имат различни имена на пакетите:apache и apache2 в зависимост от исканата версия.
Тук може да не съм 100 % прав, но май за да стане даден флаг глобален е необходимо поне 5 или повече пакета да го ползват (това с цел да не станат прекалено много флаговете, не че сега са малко ;-)
Сега по въпроса:
Ако се иска поддръжка за Apache-1.3.X се поставя: "apache" в /etc/make.conf.
Ако се иска поддръжка за Apache-2.0.5X се поставя:"apache2".
И двата флага по-горе са глобални (важат за всички пакети по подразб.)
Локални флагове има само за apache1:
*  www-servers/gorg
      Latest version available: 0.5
      Latest version installed: [ Not Installed ]
      Size of downloaded files: 42 kB
      Homepage:    http://dev.gentoo.org/~neysx/gorg/gorg.html
      Description: Back-end XSLT processor for an XML-based web site
      License:     GPL-2
...END...
www-servers/gorg-0.5  USE="-apache -examples -fastcgi" 42 kB
Порових се още малко и май не може да се инсталира apache-1.3.X освен ако не се зададе изрично: emerge =net-www/apache-1.3.34-r10.
Ето изхода от горната команда:
These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild  N    ] dev-libs/mm-1.4.0  328 kB
[ebuild  NS   ] net-www/apache-1.3.34-r10  USE="doc pam ssl -lingerd -no-suexec -static-modules" 3,238 kB
[ebuild  N    ] net-www/mod_ssl-2.8.25-r10  0 kB

Total size of downloads: 3,566 kB
Тази инсталация ще е на отделен слот (съвместно с apache2).
Успех.Румен

[senser]

Румене, мерси за помощта и отделеното време.

Пропуснал съм да отбележа, че апач-1.3.34 ще се инсталира в отделен слот ........, при което всичко си идва на място '>

Явно обаче е имало някакъв проблем щом mod_php се е билд-нал за 1.3.34, а не за 2.0.55

Поздрави!

[alabal]

Леко не по темата.
Когато инсталирам някой пакет вече задължително го праявя с опции -av на emerge: emerge paket -av
Показва както номера на пакета, така и всички флагове с които ще бъде компилиран. Червеничките са тези с които ще бъде компилиран, зеленичките са нови, които трябва да бъдат добавени поради зависимости с други пакети, а сините с минус - тези, които няма да бъдат използвани. Помага много, поне на мен.
Освен това, ако имам съмнения за някой пакет и зависимости - използвам equery - също много полезна програма.

[poisoner]

@senser не четох цялата тема, но по въпроса с етс-ъпдейт. Ми като си затрих настройките в началото и после спрях да го ползвам, ма така пак стават проблеми щото ползвах старт конф файлове с нови програми. Та след половин година може би разбрах за друга програмка cfg-update която се оказа много добра.
http://gentoo-portage.com/app-portage/cfg-update
Има и гуй ама аз не го ползвам. Значи с тая програмка си правиш индекс с мд5 сумите на конф файловете и като трябва да се ъпдейтва тя знае дали си променял файла, ако да ти дава дифф, ако не си слива сама файла.
пс: програмката май имаше опция за автоматично правене на индекс след емерге, обаче така бави, аз си го правя ръчно когато е нужно.

[senser]

Цитат (poisoner @ Ян. 12 2006,14:30)

@senser не четох цялата тема, но по въпроса с етс-ъпдейт. Ми като си затрих настройките в началото и после спрях да го ползвам, ма така пак стават проблеми щото ползвах старт конф файлове с нови програми. Та след половин година може би разбрах за друга програмка cfg-update която се оказа много добра. http://gentoo-portage.com/app-portage/cfg-update Има и гуй ама аз не го ползвам. Значи с тая програмка си правиш индекс с мд5 сумите на конф файловете и като трябва да се ъпдейтва тя знае дали си променял файла, ако да ти дава дифф, ако не си слива сама файла. пс: програмката май имаше опция за автоматично правене на индекс след емерге, обаче така бави, аз си го правя ръчно когато е нужно.

Ще го пробвам.

Мерси! '>