Я отправил сообщение, обнаружил, что оно отформатировалось неверно, отправил повторно, удалил старую версию как "дубль". Считаются ли такие самоудаления в правиле "3 дня без удаленных = 1 балл"?
В списках рассылки LKML и gcc была интересная дискуссия о не совсем корректной с точки зрения пользователей оптимизации, производимой gcc. Эта оптимизация (замена условной записи в память на чтение, условную модификацию и безусловную запись обратно) потенциально может нарушить семантику блокировок в многопоточных программах (потребовать для корректной работы программы блокировку в том месте, где данные в памяти, казалось бы, не изменяются), но формально не противоречит стандарту языка C.
Линус подумывает о переходе на другой компилятор, в связи со слишком частым повторением такой ситуации, когда разработчики gcc занимаются юридическими выкрутасами с языком (language-lawyering) вместо решения реальных проблем пользователей gcc.
Примечательно, что на возможность такого рода неприятностей с блокировками в связи с недостаточной определенностью стандартов на язык C было указано еще два года назад в статье "Threads Cannot Be Implemented As a Library" (автор: Hans Boehm).
Dann Frazier послал приглашение на IRC-встречу сразу в несколько списков рассылки проекта Debian. Встреча будет посвящена проекту по добавлению новых версий пакетов (в частности, ядра и драйверов X) в стабильном выпуске Etch для того, чтобы сделать Etch более полезным для пользователей со "слишком новым" оборудованием.
>>> Подробности
В Екатеринбурге на частоте 626 МГц моя DVB-карта находит какой-то сигнал. Вот вывод svan -c -vv -o zap при запущенном в другом терминале процессе "dvbtune -f 626000000 -bw 8 -gi 8 -tm 8 -m":
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
PAT
PMT 0x03e9 for service 0x0002
OTHER : PID 0x03ea TYPE 0x90
PMT 0x0457 for service 0x0001
OTHER : PID 0x0065 TYPE 0x05
PMT 0x006d for service 0x0009
PMT 0x006c for service 0x0008
OTHER : PID 0x03f0 TYPE 0x90
PMT 0x006b for service 0x0007
OTHER : PID 0x03ef TYPE 0x90
PMT 0x006a for service 0x0006
OTHER : PID 0x03ee TYPE 0x90
PMT 0x0069 for service 0x0005
OTHER : PID 0x03ed TYPE 0x90
PMT 0x006e for service 0x000a
OTHER : PID 0x03f2 TYPE 0x90
PMT 0x0067 for service 0x0003
OTHER : PID 0x03eb TYPE 0x90
NIT (actual TS)
Network Name 'Albertis'
SDT (actual TS)
0x0000 0x0001: pmt_pid 0x0457 (null) -- INT (running)
0x0000 0x0002: pmt_pid 0x03e9 (null) -- ESG (running)
0x0000 0x0005: pmt_pid 0x0069 (null) -- Russkii illuzion (running)
0x0000 0x0006: pmt_pid 0x006a (null) -- Illuzion (running)
0x0000 0x0007: pmt_pid 0x006b (null) -- Visti (running)
0x0000 0x0008: pmt_pid 0x006c (null) -- RBC TV (running)
0x0000 0x0009: pmt_pid 0x006d (null) -- Russkiy Extream (running)
0x0000 0x000a: pmt_pid 0x006e (null) -- Adjara TV (running)
0x0000 0x0003: pmt_pid 0x0067 (null) -- OBLTV (running)
dumping lists (9 services)
INT:650000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_ MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:1
ESG:650000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_ MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:2
Russkii illuzion:650000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMIS SION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:5
Illuzion:650000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMIS SION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:6
Visti:650000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSIO N_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:7
RBC TV:650000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_M ODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:8
Russkiy Extream:650000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISS ION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:9
Adjara TV:650000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSION_M ODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:10
OBLTV:650000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_1_2:FEC_1_2:QPSK:TRANSMISSIO N_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:3
Done.
(кстати, почему частота указана как 650 MHz???)
В устройстве /dev/dvb/adapter0/dvr0 ничего нет, даже если создать из строк выше файл ~/.tzap/channels.conf и запустить tzap INT. Однако, удается с помощью команды создать интерфейс dvb0_0, на который приходят UDP-пакеты. Протокол в формате tcpdump можно взять здесь (1.3 МБ): http://ums.usu.ru/~patrakov/udp.dump
Как видно, приходят multicast udp пакеты. Как их раскодировать? а то платить за железный декодер не хочется.
P.S. на новостных сайтах около полугода назад упоминалось тестирование DVB-H, но на DVB-H это не похоже, т.к. пакеты в IPv4, а не IPv6.
Вышла новая версия самого навороченного загрузчика для x86-совместимых компьютеров. Gujin запускается с небольшого раздела FAT и сам ищет ядра Linux и образы initrd на разделах FAT и EXT2/EXT3. Умеет также грузить Windows, CD-ROMы и их образы. Для сборки, по информации с официального сайта, требует gcc-4.2.1 и binutils-2.18, фактически собирается и с gcc-4.1.2 и binutils-2.17.
Changelog в архиве отсутствует. По информации с freshmeat.net, в этой версии исправлено сохранение параметров на загрузочное устройство (т.е. дискету или жесткий диск), добавлен новый шрифт 10x20 для видеорежимов с вертикальным разрешением 768 или выше, добавлена возможность загрузки файла bootsect.dos, улучшена работа флага разрешения записи в случае, если устройство загрузки доступно только для чтения. Кроме того, Windows XP теперь рассматривается так же, как Windows 98, и может быть загружена с расширенного раздела или с диска, отличного от первого.
>>> Сайт проекта
На официальные установочные диски Debian Lenny (testing) после длительного тестирования на www.goodbye-microsoft.com добавлен в автозагрузку установщик Debian из Windows. Теперь установка Debian занимает всего несколько щелчков мышью, и при этом в Debian импортируются многие настройки Windows.
>>> Видео (1.5 МБ)
У меня на сервере каждый день обновляется с помощью debmirror зеркало Debian Etch и Lenny для x86, плюс обновления безопасности для этих дистрибутивов.
В среднем получается по несколько сотен обновленных файлов в день. А сегодня ни одного! В чем дело?
Качаю с ftp.de.debian.org и security.debian.org.
В SVN-репозитарии Linux From Scratch появилась ветка x86_64. В этой ветке содержатся инструкции по сборке чисто 64-битной системы (с 64-битными библиотеками в /lib, без 32-битных библиотек, с символической ссылкой lib64 -> lib) из исходников. В отличие от CLFS, для этого не применяется кросс-компиляция, поэтому необходимо наличие другой 64-битной системы (или LiveCD с 64-битным ядром и компилятором) на компьютере. Известная недоработка - отсутствие инструкций по установке загрузчика.
Кроме того, выпущен полностью 64-битный LiveCD (ftp://ftp.lfs-matrix.net/pub/lfs-live...). В отличие от старого LiveCD, на новом диске 64-битное не только ядро, но и userspace, а также присутствует адаптированная под x86_64 версия книги LFS.
Команда разработчиков просит читателей протестировать CD и инструкции по сборке.
>>> Подробности
Цитата с http://lenta.ru/articles/2007/06/29/vista/ :
> Тем более что всегда можно отказаться от Windows в пользу операционной системы с открытым кодом. > -- Майкрософт Рус
Фактически это признание Microsoft собственной ненужности и готовности Linux для десктопа. Неплохой противовес кампании Get The Facts :)
Вышла новая версия LiveCD на основе Gentoo для аварийного восстановления системы. CD размером 123 МБ содержит:
* Ядро 2.6.20 с поддержкой Reiser4
* LVM и EVMS
* X.Org 7.2 и WindowMaker
* Дисковые утилиты (parted, fdisk, partimage, dd-rescue)
* Утилиты для файловых систем (ext3, reiserfs, ntfs-3g, zfs, ...)
* Сетевые утилиты (samba, nfs, ssh, lftp, rdesktop, vnc)
* Firefox и Midnight Commander
Из приятного еще хочется отметить наличие firmware для ipw2200 "из коробки"
>>> Подробности
Вышла новая версия используемого, например, на сайте http://pastebin.com/ движка GNU для подсветки синтаксиса. Изменения:
* Исправлено автоопределение типа log-файлов
* Добавлено определение языка скриптов, начинающихся с #!/usr/bin/env interpreter
* Убраны утечки памяти
* Улучшена система сборки и файлы определений языков
>>> Сайт программы
wieker * (*) (25.03.2007 17:25:15)
> я не знаю как оградить ребенка от ошибок. я не хочу проводить на нем экспериментов.
Опрос: экспериментировали ли на Вас родители? Если да, то как именно?
Я умышленно не определяю понятие эксперимента в контексте воспитания ребенка, т.к. хочу еще собрать мнения о том, что считается экспериментом, а что - нет.
Я запостил в LKML патч, который делает CONFIG_NLS_DEFAULT изменяемым во время выполнения, а не только во время компиляции (так что теперь, если патч примут, можно будет монтировать флешки в дистрибутивных ядрах без явного указания iocharset, с правильными русскими буквами). Брать здесь: http://lkml.org/lkml/2007/3/18/100 и хвалить в LKML :)
Однако, один японец с неправильно настроенной системой критикует патч: http://lkml.org/lkml/2007/3/18/185 . Нужен флешмоб, чтобы показать ему, что он неправ. Свой ответ я уже послал, но этого недостаточно, чтобы убедить американцев (которые, как правило, в вопросах поддержки языков, отличных от английского, ничего не понимают) что патч правильный.
Один из пользователей моего web-сервера поместил туда shtml-файл, содержащий, помимо всего прочего, строчку:
<!--#include virtual="$QUERY_STRING_UNESCAPED"-->
Понятно, что запрос http://my-server/file.shtml?/file.shtml вызывает бесконечную рекурсию.
Вопрос: может ли хакер сделать что-то похуже через эту дыру? Следует ли мне заблокировать сайт немедленно, или можно дать разумный срок (скажем, неделю) на исправление?
Более чем через полгода после выхода LFS 6.2, появилась новая стабильная версия BLFS. Из новостей - совместимость с LFS-6.2, а также новые пакеты, такие как Xorg-7.1, HAL, D-BUS, GStreamer, GAIM, Poppler, SeaMonkey.
>>> Подробности
На средства с добровольных пожертвований, вместо старого сервера (belgarath.linuxfromscratch.org, P3 700 MHz), который кое-как справлялся, куплен новый (quantum.linuxfromscratch.org). Используется 2 x Intel(R) Pentium(R) D CPU 3.00GHz, 2 GB RAM, software RAID1 из двух SATA-дисков WDC по 160 GB.
Уже перенесена большая часть сервисов: ssh, www, trac, mysql, svn, smtp, imap. IRC-чат еще не восстановлен.
Я являюсь разработчиком LFS LiveCD, и меня по IRC попросили убрать с диска драйвер NVIDIA как совершенно ненужную на диске вещь.
Предполагается, что пользователь 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.
Вышла финальная версия набора драйверов для принтеров Gutenprint (прежнее название - Gimp-Print). В отличие от старого Gimp-Print, для сборки требуется libxml. Значительно изменился предлагаемый набор опций печати.
>>> Подробности
В общем, вопрос о выборе между простотой и 100% правильностью, а также о фразе "LFS is not a distro".
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 перечисленных программных продуктов и войдут в следующую версию.
| ← назад | следующие → |