>>> Подробности (Invalid URL, no host part!)
Линус подумывает о переходе на другой компилятор, в связи со слишком частым повторением такой ситуации, когда разработчики gcc занимаются юридическими выкрутасами с языком (language-lawyering) вместо решения реальных проблем пользователей gcc.
Примечательно, что на возможность такого рода неприятностей с блокировками в связи с недостаточной определенностью стандартов на язык C было указано еще два года назад в статье "Threads Cannot Be Implemented As a Library" (автор: Hans Boehm).
>>> Начало дискуссии в LKML (lkml.org)
>>> Подробности (mail-archive.com)
>>> Подробности (Invalid URL, no host part!)
Changelog в архиве отсутствует. По информации с freshmeat.net, в этой версии исправлено сохранение параметров на загрузочное устройство (т.е. дискету или жесткий диск), добавлен новый шрифт 10x20 для видеорежимов с вертикальным разрешением 768 или выше, добавлена возможность загрузки файла bootsect.dos, улучшена работа флага разрешения записи в случае, если устройство загрузки доступно только для чтения. Кроме того, Windows XP теперь рассматривается так же, как Windows 98, и может быть загружена с расширенного раздела или с диска, отличного от первого.
>>> Сайт проекта (sourceforge.net)
>>> Видео (1.5 МБ) (debian.org)
В среднем получается по несколько сотен обновленных файлов в день. А сегодня ни одного! В чем дело?
Качаю с ftp.de.debian.org и security.debian.org.
Кроме того, выпущен полностью 64-битный LiveCD (ftp://ftp.lfs-matrix.net/pub/lfs-live...). В отличие от старого LiveCD, на новом диске 64-битное не только ядро, но и userspace, а также присутствует адаптированная под x86_64 версия книги LFS.
Команда разработчиков просит читателей протестировать CD и инструкции по сборке.
>>> Подробности (linuxfromscratch.org)
> Тем более что всегда можно отказаться от Windows в пользу операционной системы с открытым кодом. > -- Майкрософт Рус
Фактически это признание Microsoft собственной ненужности и готовности Linux для десктопа. Неплохой противовес кампании Get The Facts :)
>>> Подробности (sysresccd.org)
>>> Сайт программы (gnu.org)
> я не знаю как оградить ребенка от ошибок. я не хочу проводить на нем экспериментов.
Опрос: экспериментировали ли на Вас родители? Если да, то как именно?
Я умышленно не определяю понятие эксперимента в контексте воспитания ребенка, т.к. хочу еще собрать мнения о том, что считается экспериментом, а что - нет.
Однако, один японец с неправильно настроенной системой критикует патч: http://lkml.org/lkml/2007/3/18/185 . Нужен флешмоб, чтобы показать ему, что он неправ. Свой ответ я уже послал, но этого недостаточно, чтобы убедить американцев (которые, как правило, в вопросах поддержки языков, отличных от английского, ничего не понимают) что патч правильный.
<!--#include virtual="$QUERY_STRING_UNESCAPED"-->
Понятно, что запрос http://my-server/file.shtml?/file.shtml вызывает бесконечную рекурсию.
Вопрос: может ли хакер сделать что-то похуже через эту дыру? Следует ли мне заблокировать сайт немедленно, или можно дать разумный срок (скажем, неделю) на исправление?
>>> Подробности (linuxfromscratch.org)
Уже перенесена большая часть сервисов: ssh, www, trac, mysql, svn, smtp, imap. IRC-чат еще не восстановлен.
>>> Подробности (на новом сервере!) (linuxfromscratch.org)
Предполагается, что пользователь CD установит (или не установит) драйвер, запустит иксы, seamonkey, терминал, и будет в этом терминале компилировать пакеты, как написано в книжке, которая отображается в seamonkey. Может быть еще запустит Chatzilla и попросит помощи на IRC. Т.е. задача чисто двумерная.
Тем не менее, в LOR FAQ вроде бы упоминается неработоспособность драайвера nv при подключении монитора по DVI (http://www.linux.org.ru/books/lor-faq/lorFAQ-15.html#ss15.39). В списке рассылки xorg, однако, подтверждают работоспособность nv+DVI для первого (но не для второго) DVI-выхода. Кто прав? Что если у видеокарты один VGA и один DVI выход?
Драйвер vesa совершенно не катит: нет аппаратного ускорения => медленная прокрутка в терминале => медленная компиляция. Еще от низкой частоты развертки могут попортиться глаза.
Кто нибудь знает наверняка конфигурацию с одним монитором, где монитор невозможно полноценно (т.е. без перетыкания кабелей, с рекомендуемыми разрешением и частотой развертки) использовать с драйвером nv? Или где с этим драйвером есть какая-нибуюь другая неприятность, которая заведомо проявится при запуске seamonkey и терминала?
P.S. У меня видеокарта от ATI.
>>> Подробности (sourceforge.net)
Linux From Scratch выпускает книжку о самомтоятельной сборке Linux: http://www.linuxfromscratch.org/lfs/view/development/ . Для тех, кто справился и хочет продвинуться дальше, есть BLFS: http://www.linuxfromscratch.org/blfs/view/svn/ . Есть еще такой человек, Greg Schafer, который имеет (вроде бы обоснованные) претензии к методу получения самосогласованной цепочки инструментов компиляции в LFS и к некоторым другим (в том числе организационным) моментам. Он выпустил форк LFS: http://www.diy-linux.org/x86-reference-build/ .
В связи с тем, что набор применяемых исправлений в LFS и DIY различается, я послал Greg'у уведомление следующего содержания:
---- I want to know your opinion on the following patches that are in various sorts of LFS but not in DIY Linux. Please verify each one, because there may still be a case of bad smoke.
1) glibc-2.4 patches in CLFS: http://cross-lfs.org/files/patches/1.0.0rc3/glibc-2.4-iconv_fix-1.patch and http://cross-lfs.org/files/patches/1.0.0rc3/glibc-2.4-localedef_segfault-1.patch. Since I have never built a system with glibc-2.4, I can't tell you direct facts. Some indirect ones are that the headers of those patches mention that the bugs are not LFS-specific (and even provide links), and that you don't apply those patches. Are you able to reproduce those bugs?
2) glibc-2.3.6 Linux Types Patch: relevant for compiling Xorg. Without the patch, some versions of Xorg (including 6.9) give compilation errors in agp-related file.
3) Gawk "invalid free" patch, incorrectly referenced as "segfault" by LFS. The bug is triggered by "awk '{}' no_such_file".
4) Gawk, #define HAVE_LANGINFO_CODESET 1 in config.h. Relevant in the vi_VN locale, because this locale uses the UTF-8 character set, but its name doesn't end in "UTF-8". Without the define, gawk fails to recognize this as a UTF-8 locale and treat it as such. But DIY doesn't support UTF-8, so you can ignore this.
5) GRUB Disk Geometry Patch: I don't know the exact description of the problem. Maybe the patch is not really good.
6) Gzip Security Patch: Unfortunately, I have no testcase, but the patch has CVE references.
7) Kbd Backspace/Delete Fix Patch: This makes all keymaps consistent WRT their Backspace/Delete handling. Without the patch, with some keymaps like "ru" and "no-latin1", Ctrl+H doesn't bring up help in Emacs.
8) Module-init-tools Patch from http://www.linuxfromscratch.org/patches/lfs/development/module-init-tools-3.2...: required for udev to autodetect some USB storage devices. The problem (and a reproducible tescase) is described fully at http://bugs.debian.org/350915
9) Tar security fix (malformed tar archive can make tar segfault)
10) Tar sparse file handling fix (please help the Linux-NTFS project by not providing a broken tar, see http://lists.gnu.org/archive/html/bug-tar/2005-03/msg00004.html)
11) Shadow, reencoding of manual pages from UTF-8 to 8-bit encodings. The fact is that Man passes the "-Tlatin1" option to Groff by default, and that implies that manual pages should be stored in language-specific 8-bit encodings on disk. This is not the case with the current DIY. The result is that e.g. Russian manual pages become a mess of unreadable characters.
12) You don't pass any "lang" argument to Man-1.6d. This causes the message catalogs not to be installed, but the relevant code is still compiled into Man. The result is that a pointless message about NLSPATH is printed in non-English locales. Please pass "+lang none" to disable translation of messages completely and thus avoid this meaningless warning (this is also needed if you plan to support UTF-8 with Man, as Man doesn't correctly reencode translated messages).
13) Vim-7.0 patch about the manual pages. This is necessary in order for "man vim" to display the Russian manual page of Vim in Russian locale. Man simply doesn't search in /usr/share/man/ru.KOI8-R.
----
Получил ответ:
---- On Sun, Jul 30, 2006 at 05:55:09PM +0600, Alexander E. Patrakov wrote:
> > I want to know your opinion on the following patches that are in various > > sorts of LFS but not in DIY Linux. Please verify each one, because there > > may still be a case of bad smoke.
Alex, DIY clearly has different goals to LFS which explains a lot. In particular, DIY has a "minimal patches" policy and (unfortunately) pays no attention to i18n and UTF8. DIY also takes a different view on security patches (albeit not yet documented but on my TODO). I think the LFS mentality of patching every known corner case is absurd. You might as well just run a distro. Your average build-from-source'r just wants a functioning system. Sure, if something doesn't work that matters to *them*, they just go and find the patch and apply it.
> > 1) glibc-2.4 patches in CLFS: > > http://cross-lfs.org/files/patches/1.0.0rc3/glibc-2.4-iconv_fix-1.patch
This is probably valid. I've compiled samba against glibc-2.4 but haven't yet run it. On my TODO.
> > 2) glibc-2.3.6 Linux Types Patch: relevant for compiling Xorg. Without > > the patch, some versions of Xorg (including 6.9) give compilation errors > > in agp-related file.
Simple enough to patch xorg, which is what everyone was doing before I pointed out it was a bug in Glibc.
> > 3) Gawk "invalid free" patch, incorrectly referenced as "segfault" by > > LFS. The bug is triggered by "awk '{}' no_such_file".
Show me a real life example of where this matters. I vaguely recall seeing the segfault in a config.log somewhere but I can't find it now.
Regards Greg ----
По правде, тема "патчим то, что нужно мне лично" vs "патчим все, что справедливо, даже если мне не нужно" vs "как я узнаю, что мне нужен патч?" уже обсуждалась здесь: http://www.linux.org.ru/view-message.jsp?msgid=1361924
Но там это было в другом контексте. Сейчас я хочу узнать Ваше мнение относительно только этого вопроса: абсурдна ли политика LFS, когда они применяют (правильный!) патч на каждый мелкий баг, что может сократить один день поисков? Хотели бы Вы видеть LFS с исправлениями на все случаи жизни, или без UTF-8 и с полурабочим glibc?
Чтобы предупредить возражения: более 50% упомянутых патчей взято из официальных CVS перечисленных программных продуктов и войдут в следующую версию.
| ← назад | следующие → |