Федорино Горе

Fedora - фетровая шляпа

>1. не поднимается сеть через ихний конфигуратор по DHCP
>2. redhat-config-packages ищет пакеты на дисках не по тому пути
>(RedHat/RPMS вместо Fedora/RPMS)

up2date запускать не пробовал? Говорят помогает....

Пидорино горе, оно, да, таки рулит, ты, сосок поросячий. Пидора хэв ю, уёбок!

Они же сказали - конфигураторы г..вно и будут переписываться.
Ручками.
2. Ну поправь конфигуратор.

>up2date запускать не пробовал? Говорят помогает....

это уже говорит о "качестве" дистрибутива

но такие грубые ошибки могли бы исправить, почему я за них это делжен делать?

а кто может объяснить сегфолт при делании
make menuconfig в /usr/src/linux-2.4 ?
железо 100% рабочее, так как на этой машине ещё Debian stable живёт

ещё интересный глюк в redhat-config-packages -
когда выбираешь в нём пакеты оно вместо того чтобы скачать все пакеты с дисков и поставить за раз просить поочерёдно менять диски
оно меня просило вставить поочерёдно то диск 1 то диск 2 раз 10 !

>но такие грубые ошибки могли бы исправить, почему я за них это делжен
>делать?

А кто должен? Условия на использование дистрибутива Fedora внимательно
прочли? Где там сказано, что должны они, а не вы? Это не стабильная
ветка RedHat, что вы хотите, если не нравится, то есть куча других
дистрибутивов, где такие же "гарантии". Если хочется стабильного, то
RedHat будет только рад вам продать свою последнюю версию RHWS 3.0...

>>up2date запускать не пробовал? Говорят помогает....

>это уже говорит о "качестве" дистрибутива

Его никто не обещал... Хочешь качества - плати бабки или помогай
в развитии этого дистрибутива, но халявы от RedHat больше не будет...

> то есть куча других
>дистрибутивов, где такие же "гарантии".

например в Debian с такими же "гарантиями" таких грубейших ошибок нет !

"Его никто не обещал... Хочешь качества - плати бабки или помогай
в развитии этого дистрибутива, но халявы от RedHat больше не будет... "

млять, ещё раз говорю, есть качественные дистры, которые можно получить не платя бабок.

например Debian stable, SuSE ftp version !!!!!

отсюда вывод - такое глюкавое говно, как федора должна сдохнуть!

продолжаем nedit не запускается из-за того, что не может найти libXm.so.3, scp падает в корку при запуске

как всё-таки сеть поднять в ней?
никто не знаеть чтоль? или DHCP никто не использует?
как это объяснить?

#/sbin/ifup eth0

Определяется информация IP для eth0... ошибка, связь отсутствует. Проверить кабель?

#/sbin/dhclient
Internet Software Consortium DHCP Client V3.0pl2
Copyright 1995-2001 Internet Software Consortium.
All rights reserved.
For info, please visit http://www.isc.org/products/DHCP

Listening on LPF/lo/
Sending on LPF/lo/
Listening on LPF/eth0/00:0c:29:d2:4d:d5
Sending on LPF/eth0/00:0c:29:d2:4d:d5
Sending on Socket/fallback
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 10.0.2.2
bound to 10.0.2.247 -- renewal in 265 seconds.


мне что каждый раз после загрузки руками dhclient пускать?

>продолжаем nedit не запускается из-за того, что не может найти
>libXm.so.3, scp падает в корку при запуске

Почему-то у меня все работает... Еще раз, если ты новичек, то ставь
дистрибутив полностью, не умеешь готовить - найми повара...

>млять, ещё раз говорю, есть качественные дистры, которые можно
>получить не платя бабок.
>
>например Debian stable, SuSE ftp version !!!!!
>
>отсюда вывод - такое глюкавое говно, как федора должна сдохнуть!

Отсюда напрашивается только один вывод, что у тебя нет рук и лучше
тебе использовать то, что ты перечислил выше, только сильно берут
сомнения, что SuSE за бесплатно дала тебе лично такую гарантию...
И еще, не тебе анонимосу решать кто должен жить, а кто должен
сдохнуть, никто тебя насильно не заставляет использовать Fedora...

>например в Debian с такими же "гарантиями" таких грубейших ошибок нет
>!

Ну и зачем тебе тогда ставить Fedora? Любитель-эксперементатор?
Или решил устроить очередную попизделку какой дистрибутив лучше?
Все для себя уже решили, так что не старайся, время только потратишь
зря...

>Почему-то у меня все работает... Еще раз, если ты новичек, то ставь
>дистрибутив полностью, не умеешь готовить - найми повара...

какой к нах** новичёк? я linux пользую с 1999'го года,
раньше пользовал RH, SuSE, ASP, потом Debian (с момента выхода 3.0).
везде щас Debian stable пользую на серваках и на десктопах,
никогда никаких проблем не возникало.
вот решил опять на RH взглянуть, a тут такое

ну method.py из redhat-config-packages я поправил,
а что, б****, мне править в /sbin/ifup, чтоб эта сука сеть начала поднимать? а? апдейтов у них никаких по этому поводу нет, google тоже молчит!

и как объяснить все эти сегфолты?

>Ну и зачем тебе тогда ставить Fedora?
а ещё, бл***, 3 болванки этой гадостью запортил


>Или решил устроить очередную попизделку какой дистрибутив лучше?

ну RH в данном случае отсосал по полной программе
и тут даже спорить бесполезно

>какой к нах** новичёк? я linux пользую с 1999'го года,
>раньше пользовал RH, SuSE, ASP, потом Debian (с момента выхода 3.0).
>везде щас Debian stable пользую на серваках и на десктопах,
>никогда никаких проблем не возникало.
>вот решил опять на RH взглянуть, a тут такое

Ну и зачем тебе проблемы? Пользовал бы дальше Debian...

>ну method.py из redhat-config-packages я поправил,
>а что, б****, мне править в /sbin/ifup, чтоб эта сука сеть начала
>поднимать? а? апдейтов у них никаких по этому поводу нет, google тоже
>молчит!
>и как объяснить все эти сегфолты?

Откудова нам знать, что у тебя за сегфолты? Включи запись для core
и изучай их в gdb, а redhat-config-packages работает после обновления, да
и нафиг он сдался, лучше команды rpm всеравно нету, что там у тебя с
DHCP тоже незнаю, у знакомого работает....

P.S. Мой тебе совет, используй то, с чем работал раньше, а то твои
разговоры кто кому чего должен и обязан, оставь при себе. Тебе
будет легче, и остальным тоже...

>а ещё, бл***, 3 болванки этой гадостью запортил

Ну а я про что? Не выйдет у тебя каменный цветок, и все тут...
Не будет у тебя работать Fedora, что же тут поделаешь, выкинь
запоротые болванки в мусор или используй их как подстилку для
чашек и стаканов...

>ну RH в данном случае отсосал по полной программе
>и тут даже спорить бесполезно

Никто не сомневался про твои мысли....

>Включи запись для core и изучай их в gdb

делать мне больше нечего

>redhat-config-packages работает после обновления

или как я сказал после правки method.py

>лучше команды rpm всеравно нету

и самому искать что на каком диске лежит???

>Мой тебе совет, используй то, с чем работал раньше, а то твои
>разговоры кто кому чего должен и обязан, оставь при себе. Тебе
>будет легче, и остальным тоже...

нет, блин, я использовать буду то что хочу, а не с чем раньше работал! мы лёгких путей не ищем :-)

>Никто не сомневался про твои мысли....

я же говорю, что спорить тут бесполезно. я привёл факты где что конкретно не работает, а не работают достаточно
критичные вещи

кстати я ещё забыл упомянуть про ошибки в /etc/profile, которые приводят к интересным вещам при консольном логине и про установку на vmware, когда чтоб виртуальная машина не падала при загрузке с CD надо кнопки в меню перед запуском анаконды выбирать в порядке:

OK->Eject->(нажать insert cd на cdrom'ме)->Continue

при иной раскладке виртуальная машина упадёт (хотя это может и не RH виноват)
ну не бред ли это?

> что не может найти libXm.so.3

оказалось у неё в LD_LIBRARY_PATH нету пути /usr/X11R6/lib (!!!!)

нет всё проще было у неё после установки видимо не запускался ldconfig (!!!!), после его запуска даже scp перестал сегфолтится

после долгих поисков нашёл, что надо после закоментаривания в /sbin/ifup строк

if check_link_down ${DEVICE}; then
echo $" failed; no link present. Check cable?"
ip link set dev ${DEVICE} down >/dev/null 2>&1
exit 1
fi

сеть начинает подниматься

>после долгих поисков нашёл, что надо после закоментаривания в
>/sbin/ifup строк

А что говорит rpm -q ethtool и rpm -q net-tools? У тебя явно кого-то
не хватает, да и скрипт не нужно было править....

>нет всё проще было у неё после установки видимо не запускался ldconfig
>(!!!!), после его запуска даже scp перестал сегфолтится

ldconfig всегда надо запускать, если выбрал выборочную установку,
причем это было написано в руководстве по установке системы. Это
обычно тот диск с документацией, который никто не качает, может
стоило и его слить? Там почти на все вопросы есть ответы...

>ldconfig всегда надо запускать, если выбрал выборочную установку,

ну звиняй, всегда при выборочной установке запускался, а тут почему-то нет, не ожидал я такого

>А что говорит rpm -q ethtool и rpm -q net-tools?

$rpm -q ethtool
ethtool-1.8-2.

$ rpm -q net-tools
net-tools-1.60-20.1

>У тебя явно >кого-то не хватает

интересно почему? кривые зависимости?

> да и скрипт не нужно было править....

а что нужно было делать?

>Это обычно тот диск с документацией, который никто не >качает, может стоило и его слить?

ткни пальцем, где этот диск?
тут
http://download.fedora.redhat.com/pub/fedora/linux/core/1/i386/iso/
лежит всего 6 дисков - 3 бинари+ 3сорцы, никакого диска
с документацией нет

>лежит всего 6 дисков - 3 бинари+ 3сорцы, никакого диска
>с документацией нет

Документация у них пока, к сожалению, лежит в CVS, к Fedora
действительно небыло диска, зато есть к RH9, который тоже бы
не помешало скачать, отличия не очень большие...

Вся информация о документации здесь
http://fedora.redhat.com/projects/docs/, думаю, что к следущему
релизу она будет готова и выложена на диск...

>а что нужно было делать?

Разобраться, чего не хватает, ведь там довольно все просто,
вызывается функция check_link_down, которая находится в файле
/etc/sysconfig/network-scripts/network-functions, т.е. там же где и
линк ifup.. Нужно просто понять в каком месте идет затык и найти
реальную ошибку, а не курочить скрипт, который работает исправно
в придедущих версиях RH...

всё дело в сетевушке не поддерживаемой ни mii-tool ни ethtool, самое красивое решение в
/etc/sysconfig/network-scripts/ifcfg-eth0
прописать
check_link_down() {
return 1;
}