Здравейте, не знам дали темата ми е за тук, но си мисля, че в секцията за начинаещи няма да е особено актуална. Все пак ако модератора прецени...
Имам 3 компа - 1) Sempron 2.4+, 512MB, чипсет SIS 964 и Debian testing; 2) лаптоп - Pentium3 700MHz, 256MB, 440BX и Gentoo 2006.1; 3) Pentium3 666MHz, 256MB, 440ZX и Gentoo 2006.1. Na 3-те има инсталиран distcc. На комповете с Джентуу в make.conf имам зададено FEATURES="distcc",  DISTCC_DIR="/tmp/.distcc" и MAKEOPTS="-j5". С distcc-config съм описал хостовете (първо собственото IP, после другите 2), като руут зададох стойност на PATH="/usr/lib/distcc/bin/:${PATH}", при което echo $PATH даде следното:
/usr/lib/distcc/bin/:/sbin:/bin:/usr/sbin:/usr/bin. На Дебиана стартирах distccd чрез стартиращия скрипт /etc/init.d/distcc като преди това редактирах /etc/default/distcc така:
# Defaults for distcc initscript
# sourced by /etc/init.d/distcc

#
# should distcc be started on boot?
#
STARTDISTCC="true"

#STARTDISTCC="false"

#
# Which networks/hosts should be allowed to connect to the daemon?
# You can list multiple hosts/networks separated by spaces.
# Networks have to be in CIDR notation, f.e. 192.168.1.0/24
# Hosts are represented by a single IP Adress
#
# ALLOWEDNETS="127.0.0.1"

ALLOWEDNETS="192.168.0.0/24"

#
# Which interface should distccd listen on?
# You can specify a single interface, identified by it's IP address, here.
#
#LISTENER="127.0.0.1"

#LISTENER="192.168.0.2"

пуснах и на 3-те компа distccmon и почнах обновяване на лаптопа. Резултатът - нито един от 3-те distccmon-итора не отчете някаква дейност, но аплета "натоварване на системата" на другото Джентуу (десктопа) започна да показва 100% натоварване на процесора, мрежова активност в двете посоки (значително по-висока на приемане (нормално - кода е поголям от байнърито) в моментите когато лаптопа изпълняваше make. Дебиана обаче не реагира по никакъв начин. Въпросът ми е какво куца в дебиана (все пак той ми е целта) и ако десктопа помага на лаптопа, защо не го показват distccmon-иторите? Ако пък не помага - какви са тези действия от негова страна, които натуй отгоре изчезват като спра неговия distccd и се появяват като го пусна?

П.С. Забравих да допълня, че индикатора за натоварване на процесора дава 4 стойности: потребител, система, приоритет и I/Owait. Когато "помага" (ако изобщо помага) на лаптопа е приоритет и точно той не ми е ясен какво предсравлява.

При опит да инсталирам cdrdao в Gentoo 2006.1 на 6-тия (от 12-те пакета) се получава следната грешка:
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
./configure: line 2501: syntax error near unexpected token `scripts'
./configure: line 2501: `AL_ACLOCAL_INCLUDE(scripts)'

!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/gconfmm-2.12.0/work/gconfmm-2.12.0/config.log

!!! ERROR: dev-cpp/gconfmm-2.12.0 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_compile
  ebuild.sh, line 937:   Called src_compile
  gconfmm-2.12.0.ebuild, line 33:   Called gnome2_src_compile
  gnome2.eclass, line 70:   Called gnome2_src_configure
  gnome2.eclass, line 66:   Called econf
  ebuild.sh, line 540:   Called die

!!! econf failed
!!! If you need support, post the topmost build error, and the call stack if relevant

До сега се справях с грешките при компилациите, но с тази ударих на камък. Някой ще подложи ли едно рамо '>

Опитвам се да подкарам Skype 1.2.0.18 на Gentoo 2006.1. КЙато го стартирам от терминален прозорец ми пише следното:
plamen@p-iii ~ $ skype
/usr/bin/skype: line 33: artsc-config: command not found
Running esd found
Starting esd wrapped skype
==========================================
Running wrapped Skype failed, trying not-wrapped mode...
==========================================

а в skype.log пише следното:
=====  сб яну 27 13:18:11 EET 2007  =====
Starting esd wrapped skype
esddsp /opt/skype/skype.bin --resources-path /opt/skype/
/opt/skype/skype.bin: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
/opt/skype/skype.bin: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory

Как да разбера тази библиотека (libstdc++.so.5) кой пакет трябва да я инсталира?

Справих се (някак си) с инсталацията на Джентуу-то (2006.1), инсталирах си и Гном-а, но не мога да реша следния казус. Emerge -u DN world -av  ми казва, че имам 2 блокирани пакета:
sys-apps/coldplug-а, който е от 20.9.2004 и съм го инсталирал по препоръка на хандбука (в който пък се описва инсталацията на 2006.0) се блокира от sys-fs/udev-103, и
>=sys-fs/udev-089, съответно от sys-apps/coldplug-20040920-r1,
а по-надолу в списъка се появява sys-fs/udev-103 [087-r1], kojto [e zameni stariq, опсс. Значи аз имам инсталиран udev-087 и coldplug, които не си пречат, но понеже udev се обновява и се сритват. Кое да махна? На пръв поглед coldplug-a защото е по-стар, но защо тогава в хандбука пише да се инсталира, а и stage3-i686-2006.1.tar.bz2 instalira толкова стара версия на udev? Ако в първия случай става на въпрос за неактуална ОФИЦИАЛНА информация, то нито е първия, нито ще е последния случай, но втория - не знам, не мога да си го обясня затова и питам. От 10 дена се боря с това Джентуу (на компа ми има няколко браузъра с поне 30 таба все за него (и почти всичките от gentoo.org и gentoo-wiki.com) и вече се оплетох като пиле в кълчища. Знам, че по едно време махах coldplug-a и изпълнявах emerge -uDN world, но след рестарта нямах нет, звук ... явно не е имало кой да го замести, заредих модулите на ръка и се появиха, но това не е работа. След това махнах udev и сложих coldplug, но от всичките тези манипулации (+ emerge --depclean и revdev-rebuild) mi se precaka Gnom-a (не стартира dbus-message - оправих го и него чрез писаници в ~/.xinitrc, но това са кърпежлъци, а да го преинсталирам - бр-р-р-р). Та въпросът ми е:  coldplug ili udev (ако не съм прекалено нахален - с няколко думи защо) и как да го направя? Четох някъде, че някои пакети след като се премахат с emerge --unmerge трябва и да се трие и някъде другаде (не помня къде - както казах в главата ми е пълна каша). Моля за вашата помощ! 10х предварително.

П.С. Ако трябва да махна coldplug-a, hotplug-a какво да го правя - да го оставям ли или и него в коша?

Edit: Опссс, нещо съм се оплел в заглавието, но не мога да го редактирам.

Ползвам Линукс (Дебиан) от година и половина и от всичкото най не се справям с компилациите, затова се хвърлих на Джентуу '>. След базовата система първото нещо, което почнах да инсталирам е distcc и ccache (imam 4 машини, та да си помагат за Гнома), каза ми, че ще се бори с 216 пакета ( между пробягващите по екрана съобщения успях да разбера, че се инсталират и пакети на Гном, х11, алса...) и се почна. В 16 часа вчера, та до 22:30 не беше свършил - машинката е слаба лаптоп Пентиум3/700 и 256 МБ рам . Легнах си - не бях спал 40 часа. Сутринта (т.е. преди малко) като станах на екрана висеше следната грешка:

Consider adjusting the PKG_CONFIG_PATH enviroment variable if you instaled software in a non-standart prefix.

Alternatively, you may set the enviroment variables BONOBOUI_CFLAGS and BONOBOUI_LIBS to avoid the need to call pkg-config.

!!! Error: gnome-base/libbonoboui-2.16.0 fajled.
Call stack:
ebuild.sh, line 1546: Called dyn_compile
ebuild.sh, line 937: Called src_compile
lebbonoboui-2.16.0.ebuild.sh, line 36: Called gnome2_src_compile
gnome2.eclass. line 70: Called gnome2_src_configure
gnome2.eclass. line 66: Called econf `--disable-gtk-doc`
ebuild.sh, line 540: Called die

Що годе разбирам какво ми казва (меко казано англииския ми не е добър), но нищо не ми говори  '>. Не сим променял никакви пътища на инсталиране, нищо всичко стандартно. Помагайте! 10х!

П.С. Ако някой иска лога посочен в съобщението за грешка (непреписан тук) ще рестартирам с лайвСД (за да го прехвърля на този комп) и ще го постна. Единственото, което аз разбрах е, че пакета libgnome-2.0 не е в пътя за търсене на pkg-config и трябва да добавя да добавя пътя му към PKG_CONFIG_PATH, но find / -iname libgnome-2.0.pc (с такова име е посочен в лога) не дава никакви резултати. Emerge --search libgnome-2.0 също.

П.С. cpuinfo казва Pentium III (Copermine), aз съм задал -march=pentium3m,  все пак е лаптоп. Трябва ли да изтрия m-то?

Здравейте и ЧНГ на всички!!!

Проблемът е следния: Инсталирам 2006.1 базова система (stage3, portage, kernel и grub) и рестартирам, но нямам пинг дори до компютър от вътрешната ми мрежа, Инсталацията беше от нета, така че мр. карта работи. Ifconfig- а казва, че eth0 е вдигнат и има адрес, маска и броадкаст, следователно пинг трябва да има, но казва Destination host is unreachable. От тук нататък е безпредметно да казвам, че роуте таблицата и резолвера са ОК. Според мен модула (tulip - мр. карта Davikom DM9102) нещо не е в ред. Някакви други предположения или идеи как да го оправя? А сега едно дребно проблемче, защо нямам /dev/fd0? Не че е проблем да напиша в rc.local (или както там е в Джентуу (Дебианец съм)) mknod /dev/fd0 b 2 0, но обичам да решавам проблемите като намирам и отстранявам причините.
Благодаря предварително на всички които ще ми помогнат (или поне ще се опитат)!

Става на въпрос за тв тунера ми. При стартиране на системата dmesg ми дава това:
plamen@sempron:~$ dmesg |grep bttv
bttv: driver version 0.9.16 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
bttv0: Bt878 (rev 17) at 0000:00:0b.0, irq: 217, latency: 32, mmio: 0xe8155000
bttv0: using: *** UNKNOWN/GENERIC *** [card=0,autodetected]
bttv0: gpio: en=00000000, out=00000000 in=009fc0ff [init]
bttv0: using tuner=-1
bttv0: i2c: checking for MSP34xx @ 0x80... not found
bttv0: i2c: checking for TDA9875 @ 0xb0... not found
bttv0: i2c: checking for TDA7432 @ 0x8a... not found
bttv0: i2c: checking for TDA9887 @ 0x86... not found
bttv0: registered device video0
bttv0: registered device vbi0
plamen@sempron:~$

До колкото разбирам, трябва да се аутодетектне, но не го прави (не го правеше и под Win - Dscaler). Пускам си го като ънлоудна модулите bt878 и bttv и заредя отново bttv с параметри card=72 и tuner=9, остава само да го накарам да го прави при стартиране. Естествено мога да напиша скрипт и да го сложа в /etc/rc.d/rc2.d/, но не искам да правя глупости. Питах чичко Гугъл, но навсякъде пишеше все едно и също - "... и запишете тези настройки в modules.conf (modprobe.conf, rc.modules ... etc - в зависимост от дистрото, за което се говореше). При мен (Дебиан Етч) имам фаил /etc/modules.conf (който не е желателно да се редактира ръчно, защото update-modules ще го презапише) и директория /etc/modutils/ с една камара фаилчета - източниците на update-modules, т.е. корекциите трябва да се правят тук. Аз обаче правя опитите си за корекции именно в modules.conf, че ако се оакам да мога да се избърша - update-modules, а после (правилното) ще го запиша на съотвветното място в /etc/modutils/. Въпросът е, че не намирам начин (разбираите - синтаксис, място) да го запиша. Пробвах с options bttv card=72 tuner=9 в секцията (фаилчето) actions
### update-modules: start processing /etc/modutils/actions
# Special actions that are needed for some modules

# The BTTV module, up to kernel 2.4.17, does not load the tuner
# module automatically, so do that in here
if KERNEL_VER < 2.4.17
post-install bttv insmod tuner
post-remove bttv rmmod tuner
endif

options bttv card=72 tuner=9 radio=1 #dobaveno ot men

### update-modules: end processing /etc/modutils/actions


Пробвах и в aliases, на реда alias char-major-81 bttv добавих card=72 tuner=9, но не става. Питах мъдрия чичко , но в българските сайтове не открих отговор , та да питам и вас
И този модул bt878 кой и защо го зарежда, като си работи и без него (под Кнопикс не се зарежда изобщо и с rmmod bttv и modprobe ... си пускам тунера, а под Дебиан не го зареждам след като го ънлоудна. Ето ви и малко lsmod
преди презареждането на модула bttv и спряна xawtv:
plamen@sempron:~$ lsmod |grep bt878
bt878 9912 0
bttv 151888 1 bt878
plamen@sempron:~$ lsmod |grep bttv
bttv 151888 1 bt878
video_buf 19716 1 bttv
firmware_class 9984 1 bttv
i2c_algo_bit 8456 1 bttv
v4l2_common 5888 1 bttv
btcx_risc 4744 1 bttv
tveeprom 13968 1 bttv
i2c_core 19600 3 bttv,i2c_algo_bit,tveeprom
videodev 9088 1 bttv
plamen@sempron:~$

преди презареждането на модула bttv и пусната xawtv:
plamen@sempron:~$ lsmod |grep bt878
bt878 9912 0
bttv 151888 2 bt878
plamen@sempron:~$ lsmod |grep bttv
bttv 151888 2 bt878
video_buf 19716 1 bttv
firmware_class 9984 1 bttv
i2c_algo_bit 8456 1 bttv
v4l2_common 5888 1 bttv
btcx_risc 4744 1 bttv
tveeprom 13968 1 bttv
i2c_core 19600 3 bttv,i2c_algo_bit,tveeprom
videodev 9088 2 bttv
plamen@sempron:~$

след презареждането на модулите bttv и bt878 (по принцип последния не го вдигам - само сега, за доказателство) и спряна xawtv:
(
sempron:/home/plamen# rmmod bt878
sempron:/home/plamen# rmmod bttv
sempron:/home/plamen# modprobe bttv card=72 tuner=9 radio=1
sempron:/home/plamen# modprobe bt878
)
plamen@sempron:~$ lsmod |grep bt878
bt878 9912 0
bttv 151888 1 bt878
plamen@sempron:~$ lsmod |grep bttv
bttv 151888 1 bt878
video_buf 19716 1 bttv
firmware_class 9984 1 bttv
i2c_algo_bit 8456 1 bttv
v4l2_common 5888 1 bttv
btcx_risc 4744 1 bttv
tveeprom 13968 1 bttv
i2c_core 19600 5 tuner,tvaudio,bttv,i2c_algo_bit,tveeprom
videodev 9088 1 bttv
plamen@sempron:~$

след презареждането на модулите bttv и bt878 (по принцип последния не го вдигам - само сега, за доказателство) и пусната xawtv:
plamen@sempron:~$ lsmod |grep bt878
bt878 9912 0
bttv 151888 2 bt878
plamen@sempron:~$ lsmod |grep bttv
bttv 151888 2 bt878
video_buf 19716 1 bttv
firmware_class 9984 1 bttv
i2c_algo_bit 8456 1 bttv
v4l2_common 5888 1 bttv
btcx_risc 4744 1 bttv
tveeprom 13968 1 bttv
i2c_core 19600 5 tuner,tvaudio,bttv,i2c_algo_bit,tveeprom
videodev 9088 2 bttv

Разликата преди и след презареждането на bttv e появата на 2 нови модула (tuner и tvaudio) ползващи i2c_core, при спряна и пусната xawtv - броя на ползващите модулите bttv и videodev

След като успях да накарам компа-клиент да буутне от мрежата се оказа, че не намира ядрото. Проблемът е, че инсталацията не е разрешила на tftpd-то пътя до файла (с Дебиан Етч съм). За тези, които не знаят как да го разрешат, ето част от /etc/inetd.conf:
#:BOOT: Tftp service is provided primarily for booting. Most sites
# run this only on machines acting as "boot servers."
tftp dgram udp wait nobody /usr/sbin/tcpd /usr/sbin/in.tftpd /tftpboot/lts
където последния параметър (разрешената директория) го добавих аз.
Втория проблем, е че клиентите нямат кирилица чрез Х сървъра (а не от графичните среди - никога не я използвам), въпреки че са зададени необходимите опции в /opt/ltsp/i386/etc/lts.conf
( XKBMODEL = pc104
XKBLAYOUT = us,bg
XKBVARIANT = ,phonetic
XKBOPTIONS = grp:alt_shift_toggle,grp_led:scroll
)
защото скриптът генериращ XF86Config (/opt/ltsp/i386/etc/build_x4_cfg) не ги поддържа. Ето промяната която направих (добавих последните два реда):
Section "InputDevice"
Identifier "Keyboard0"
Driver "keyboard"
Option "XkbLayout" "${XKBLAYOUT:-"us"}"
Option "XkbVariant" "${XKBVARIANT:-"phonetic"}"
Option "XkbOptions" "${XKBOPTIONS:-"grp:alt_shift_toggle,grp_led:scroll"}"
Ако някой от вас има желание нека го предложи в http://www.ltsp.org (или там където е необходимо) защото аз нито знам точно как, нито разбирам достатъчно англииски, за да го направя. За авторски права изобщо не претендирам , а опциите по подразбиране могат да се променят по подходящ начин.
И накрая - един проблем, с който ударих на камък - локалните устройства. Направих всичко както е описано тук и резултатът е следния: на десктопа се появяват две папки - Floppy (защото във флопито е нетбуут флопи-имиджа, а той най-вероятно е някакъв бинари файл започващ от MBR-а, без никаква файлова система) и другата - с името на ЦД-то в ЦД-то . Като извадя диска, папката изчезва, като сложа друг се появява с новото име, точно както пише в горепосочената (ако не ме лъже паметта) статия, НО проблема е, че папките са празни, т.е. няма нищо монтирано в тях. В хоум директорията на съответния юзър (влязъл от клиента) има един фаил (.xsesion-errors), в който пишеше нещо от рода на "fuse: failed to exec fusermount: Permission denied" (по спомени). Реших да си направя гаврата и да разреша на руут-а да влиза отдалечено и през Х сървъра и се логнах. Резултатът - папката на ЦД-то не беше празна, отваря се, чете се, но не можеш да смениш диска (заключен е). Дори след като го размонтирах (fusermount -u /home/user/Drives/readonly) папката се изпразни, но ЦД-то не се отваря. Проверих правата на /usr/bin/fusermount и се оказаха 4750 със собственик руут. Добре де, след като е суид-нат от руут-а, защо обикновения юзър не може, а руут-а може? Промених правата на 4751 (въпреки че съм против такова брутално вмешателство, след като разработчиците не са го направили) и резултата е като на руут-а. Някакви идеи? Аз запецнах до тук . Само да допълня, че дори след като се логаут-неш и лог-неш наново не ти отваря ЦД-то - само рестарт оправя положението . Натуй отгоре след като си размонтирал не можеш да монтираш - fusermount /home/user/Drives/readonly дава
fusermount: old style mounting not supported - а никъде не разбрах какъв е новия стил ...

Здравейте,
Как мога да разбера работи ли ми dhcp demonа? Опитвам се да буут-на една машина по-мрежата, но тя ми казва, че не получава ИП адрес. Лан-ката и е Давиком 9102 без буут-ром и за целта ползвам Floppy Bootable ROM image от http://rom-o-matic.net. как да разбера кое се дъни? 10x!

П.С. Дистро - Дебиан Сарж, а версията на dhcp демона - 2.0pl5-19.1 (stable)

Опитвам се да дам живот на един стар комп (к6/2 - 500), като чрез телнет го свържа към моя, но така че на него да си има графична среда. Ще може ли изобщо (под Х) на компа клиент на телнет да се работи така все едно е на компа телнет-сървър или това са приказки отнасящи се за конзолни приложения?