А чем анонимосу не нравится такое количество pre и patch? Интересно. Они (анонимусы) думают, что у других ОС-писателей все получается за один присест? Дык ведь тоже куча pre, patch, beta, etc. Только в отличии от Linux их не может пользовать кто хочет, а только ограиченный круг тестеров.
Ведь нет никакой разницы в процессе. Разница только в том, что на процесс развития Линукс ядра можно смотреть и участвовать, а это есть гуд. Или анонимус несогласен?
Гы... У людей на www.openwall.org похоже дар предвидения:) Сказали про
15, что раньше оно не заморозится - так и получилось:) Теперь выйдет
от них патч - и можно будет спытнуть:). А кто-нибудь 2.4 c / на umsdos
удачно пущщал? А то про 2.4.5 Фолькердинг не советовал (а я не следил):(
Хоцца спытнуть...
Вроде скомпилялось и пашет нормально (пока), из-под него пишу. Есть легкий баг, наверное, в ppp - у меня время запроса страницы увеличилось ~на секунду, а так- нормально, даже esd с этим ядром заработал, а то на 2.4.10 не хотел жить нормально. А по определению, последнее ядро в ветке - самое стабильное, на этом ветку закрывают, и начинают новую. Тем более, что это ядро Линус отдает Алану.
Ветку, конечно же, не закрывают, а просто начали девелоперскую 2.5.хх. Как пример - 2.2.20 относительно недавно вышло - неделю назад или около того. А текущую стабильную, имхо, будут еще шлифовать.
вот, например, Solaris -- лучший пример проприетарной разработки. Нету там никаких -pre, -after и так далее, и ничего, рулит! В этом ключе недоразумение данного анонимуса понятны (и BSDlite 4.4 таким уже х.з. сколько остается).
Но наверное такая "живость" процесса разработки и отладки linux и есть самая сильная сторона этой платформы, просто народ в это мало врубается.
Никогда не любил menuconfig и config просто....config - оно понятно, на две тыщи вопросов ответить и не ошибиться сложно :(
А menuconfig у меня на каком-то из линухов глючил, поэтому и недолюбливаю я его... :(
о, чую сейчас флейм по поводу конфигурирования начнется ;)
Я раньше конфигурил самым простым, потом меня за*бло, и я попробовал хконфиг, но он какой-то странный (даже не знаю, почему ;)). Сейчас конфигурю менюконфигом и чуствую себя сухо и уверенно.
А почему когда я прикручиваю раздел vfat
mount /dev/hde1 /mnt/win98 -t vfat -o noexec
то файлы показываются все-равно с атрибутом x ???
На 2.4.6 все было нормально
$ mount
/dev/hde2 on / type ext2 (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
none on /proc type proc (rw)
/dev/hde1 on /mnt/win98 type vfat (rw,noexec,uid=99,gid=99,iocharset=koi8-r)
$ ls -la /mnt/win98
-rwxr-xr-x 1 nobody nogroup 53380 Oct 24 2000 setuplog.old
-rwxr-xr-x 1 nobody nogroup 114837 Oct 25 2000 setuplog.txt
-r-xr-xr-x 1 nobody nogroup 5166 Oct 24 2000 suhdlog.---
-r-xr-xr-x 1 nobody nogroup 5166 Oct 25 2000 suhdlog.dat
-r-xr-xr-x 1 nobody nogroup 565280 Oct 25 2000 system.1st
drwxr-xr-x 7 nobody nogroup 8192 Nov 22 11:13 temp
drwxr-xr-x 4 nobody nogroup 8192 Dec 26 2001 unispell
drwxr-xr-x 3 nobody nogroup 8192 Oct 25 2000 vc
да... у меня такой же глюк с 2.4.13...
umask тоже не работает в параметрах...
намного прикольнее однако, что файлы,
созданные после монтирования имеют
правильные атрибуты (в смысле,
соответствуют тому, что я сказал
при монтировании)
> И всё-таки, что это за wish?
> Mudvin
wish это TK интефейс для TCL языка.
Попробуй:
whereis wish
Если будет указан каталог, например у меня /usr/bin/wish, и он не прописан в PATH - добавь. Также вместо wish могут быть wish8.3, wish8.4 если это так, то сделай symlink на него.
>А в чем смысл umsdos? Раздел с нормальной файловой системой сделать >негде? Кроме тормозов, ничего по определению хорошего не будет.
Негде :( Иначе бы не спрашивал :)
/usr/bin/wish лежит в
rpm tk-8.3.1-53
вообще неплохо для решения вопросов типа "где искать этот мерзкий прог?"
сделать один раз rpm -qpil * >~/RPMs_list.txt в каталоге где лежат все rpm-ы дистрибутива. потом спокойненько искать нужный в файлике RPMs_list.txt . помогает.
Этот ядерный реактор под номеро 2.4.15 еще мне и Lock screen перемандячил - он теперь просто плавно гаснет до черного экрана... Мне-то до фени, но если я такое на работе поставлю - тетки не поймут, почему их рыбы умерли и не плавают... И еще VM почему-то в своп пихает всякую гадость... Машина P-III 900 MHz, 512 Mb RAM, занято всего 67 мегов, и че в своп лезть, спрашивается? Я че, сервак, что ли? Обычный workstation. А 2.4.10 в своп лез только при половинной загрузке мозгов.
вобщем скомпилил и поставил.... запустилось! о, думаю, круто... и тут мне понадобилось тачку перезапустить - карточка LML33 требует выделения 2мб памяти, на которую линукс не должен зариться.... перезапускаюсь... segmentation fault при попытке смонтировать раздел /var... Ctrl-Alt-Del... fsck... Работаю... все работает. Тут мне нужно опять перегрузиться - вставить железку. Опять seg.fault!!!!
перезапуск, fsck, работает. Вобщем ради спортивного интереса решил еще пару раз ее ребутнуть - результат такой-же - seg.fault на каждом втором запуске. Вернулся обратно на 2.4.5 - все заработало как часы. Пока не понял в чем причина. хрен его знает...
Внимание! Кто поставил 2.4.15:
When I reboot a 2.4.15 (or 2.4.15-pre9; I haven't tried any earlier
prepatches), various deleted files in /var/lock/subsys and /var/run fail
to have their directory entries deleted, although the inodes are. This
causes havoc during the reboot (IO errors when the early boot sequence
attempts to rm any stray files in /var/lock/subsys) and requires a
manual fsck to clean up.
This is 100% repeatable; I can boot 2.4.15 multiuser and immediately
shut it down and this will be there. It's now happened on two different
machines, one SMP and one UP.
Попробуйте пожалуйста. Я сам проверить не могу, у меня XFS.
Вот еще:
With 2.4.15, I can now 100% reproduce every time filesystem corruption of
an ext2 filesystem, specifically in /var/lock/subsys/.
/var/lock/subsys contains a load of 0 byte files, one for each daemon that
is started by the redhat-like boot scripts. On shutdown they're removed.
After a second boot with 2.4.15, all the names are still present in the
directory, rm complains with:
rm: cannot remove `/var/lock/subsys/xyz': Input/output error
>>вобщем скомпилил и поставил.... запустилось! о, думаю, круто...
Вот он портрет, типичного анонимуса линуксоида :))
Кстати, а было что не запускались после перекомпиляции7
А вообще весело с веткой 2.4.х .Сколько страстей мордастей... а ядра как небыло так и нет нормального.
После 2.4.15 pre 3 и до 2.4.15 включительно у меня не поднимаются интерфейсы (rtl8139). :(((
Выходит что 2.4.15 pre 3 и то что было передним правильнее?