Доброе время суток. А слабо сделать мануалы для разных кодировок на loopback-файловых системах, читающих из одного источника с перекодировкой? -- Stay tuned, MhZ mailto:mookid@sigent.ru ----------- You know it's going to be a long day when you get up, shave and shower, start to get dressed and your shoes are still warm. -- Dean Webber _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Mikhail Zabaluev wrote: > > Доброе время суток. > > А слабо сделать мануалы для разных кодировок на loopback-файловых > системах, читающих из одного источника с перекодировкой? > Остроумно. Но я это буду способен обсуждать не раньше середины января :-/ Rgrds, Алексей. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 1918 bytes --] Привет! Наверняка, AEN меня за это письмо убьет. Но я иногда люблю защищать спрведливать от злах рук PRа. Я хочу поднять такой вопрос насчет тагов iplNmdk, iplN и Nmdk в дистрибутиве Mandrake RE. Итак: iplNmdk -- пакеты сделанные Mandrakesoft, ныне поддерживаемые IPLabs Linux Team (измененные или просто_пересобранные) Nmdk -- пакеты сделанные Mandrakesoft, поддерживаемые IPLabs Linux Team, так как они входят в дистрибутив Mandrakre RE. iplN -- пакеты сделанные IPLabs Linux Team. Меня смущает таг iplXmdk, так как он содержит в себе два подкласса -- змененные и просто_пересобранные (с малейшим изменением в changelog, например renamed package from Nmdk to iplNmdk). Я хочу высказаться насчет прочто_пересобранных. Если пакеты входят в Mandrake RE, за них итак отвечает IPLabs Linux Team. Может не стоит им давать гордое iplNmdk, только из-за пересборки в другом environment. Не подумайте, что я хочу сказать, что мы забираем чьи-то copyrights. Нет! Просто мы присваиваем частичку чужого интеллектульного имущества, себе. Давайте придумаем другую маркировку того, что мы пересобрали, но не изменили пакет. Приведу пример -- дистрибутив progeny. Фактически это Debian с измененным core (libc, kernel, gcc) и добавленными user-space утилитами. Но допустим мой xfce они положили без изменений, и оставили меня в качестве maintainer'а. И баг репорты будут приходить мне. И рад, так как баги будут испрваляться не только в progeny, но и в debian, и они рады, так как им не надо отвечать за баг-репорты. Это opensource-симбиоз. ;-) Мы, меняя packager'а в неизмеенных пакетах ничего не добиваемся, кроме того, что юзер посмотрев на пакет подумает: да... IPLabs Linux Team под ним поработала. А на самом деле, это ложь. Короче, summary: двайте менять таг, например 1mdkrbt, то есть rebuilt mandrakesoft package version 1. NIDD -- People ain't no good PS. AEN, "Не убiй!". [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
Уважаемые господа! Скопилось несколько вопросов и хотелось бы услышать ваше мнение и пожелания новичку: 1. Я собрал пакеты sawfish, librep, rep-gtk. Исходный rpm брал из MDK 7.2, но по причине появления новых версий пакетов скачал новые. Спек файлы взял из исходных rpm и внес свои исправления для сборки. Как мне теперь назвать эти пакеты, раньше было sawfish-0.30.3-18mdk.rpm - сейчас версия стала 0.34 rep-gtk-0.13a-6mdk.src.rpm - сейчас версия стала 0.15 librep-0.12.4-ipl4mdk - сейчас версия стала 0.13.3 Что необходимо дописать в %changelog, и оставлять ли changelog из исходного rpm? Как дальше проводить нумерацию релизов (%define release)? 2. При инсталяции я не обратил внимание есть ли возможность при создании пользователя указать в какую он группу(ы) входит, а то получилось что я выбрал параноидальный уровень и не смог сделать su, по причине не вхождения пользователя в группу wheel. Также не запустились иксы по причине не вхождения пользователя в группу xgrp. 3. При параноидальном уровене невозможна сборка и компиляция пакетов, так как на gcc-2.96 стояли права 750(root.root), дальше я еще не нашел так как стал компилировать и собирать от рута. 4. После инсталяции по ftp в файле /etc/irpmi/config с правами (644) лежит пароль доступа на исходный фтп сервер. 5. При запуске timeconfig слетают права с файла /etc/localtime с 644 на 600. 6. При запуске /etc/rc.d/drakfont из под рута также слетают права с файлов /usr/X11R6/lib/X11/fonts/drakfont/fonts.dir и /usr/X11R6/lib/X11/fonts/pcf_drakfont/fonts.dir с 644 на 600, и фонт сервер не может их прочитать. 7. Кому и как отправлять собранные пакеты? Kostya. mailto:kt@petr.kz _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Привет ! Я залил собранные мной пакеты + src.rpm в /home/kt, так как в /incoming меня не пускает. librep-0.13.3-ipl1mdk.i586.rpm librep-devel-0.13.3-ipl1mdk.i586.rpm rep-gtk-0.15-ipl1mdk.i586.rpm rep-gtk-gnome-0.15-ipl1mdk.i586.rpm rep-gtk-libglade-0.15-ipl1mdk.i586.rpm sawfish-0.34-ipl1mdk.i586.rpm sawfish-themer-0.34-ipl1mdk.i586.rpm SDL-1.1.6-ipl1mdk.i586.rpm SDL-devel-1.1.6-ipl1mdk.i586.rpm SDL_image-1.1.0-ipl1mdk.i586.rpm SDL_image-devel-1.1.0-ipl1mdk.i586.rpm SDL_mixer-1.1.0-ipl1mdk.i586.rpm SDL_mixer-devel-1.1.0-ipl1mdk.i586.rpm SDL_net-1.1.1-ipl1mdk.i586.rpm SDL_net-devel-1.1.1-ipl1mdk.i586.rpm SDL_ttf-1.2.2-ipl1mdk.i586.rpm SDL_ttf-devel-1.2.2-ipl1mdk.i586.rpm sendmail-8.11.1-ipl1mdk.i586.rpm sendmail-cf-8.11.1-ipl1mdk.i586.rpm sendmail-doc-8.11.1-ipl1mdk.i586.rpm smpeg-0.4.2-ipl1mdk.i586.rpm smpeg-devel-0.4.2-ipl1mdk.i586.rpm squid-2.3.STABLE4-ipl1mdk.i586.rpm tin-1.5.7-ipl1mdk.i586.rpm Если xmms ни кто не собирает то я начал. Kostya. mailto:kt@petr.kz _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Kostya Timoshenko wrote: > Привет ! > > Я залил собранные мной пакеты + src.rpm в /home/kt, так как в /incoming > меня не пускает. Отлично, спасибо! Насчет xmms: Дмитрий, у Вас есть комментарии? Rgrds, Алексей. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Привет! Я залил собранные мной пакеты + src.rpm в /home/kt xmms-1.2.4-ipl1mdk.i586.rpm xmms-mesa-1.2.4-ipl1mdk.i586.rpm xmms-1.2.4-ipl1mdk.src.rpm xmms-mikmod-1.2.4-ipl1mdk.i586.rpm xmms-devel-1.2.4-ipl1mdk.i586.rpm xmms-smpeg-0.3.1-ipl1mdk.i586.rpm xmms-esd-1.2.4-ipl1mdk.i586.rpm xmms-smpeg-0.3.1-ipl1mdk.src.rpm xmms-gnome-1.2.4-ipl1mdk.i586.rpm xmms-vorbis-1.2.4-ipl1mdk.i586.rpm Kostya. mailto:kt@petr.kz _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Hi! Kostya Timoshenko wrote: > Привет! > > Я залил собранные мной пакеты + src.rpm в /home/kt > xmms-1.2.4-ipl1mdk.i586.rpm > xmms-mesa-1.2.4-ipl1mdk.i586.rpm > xmms-1.2.4-ipl1mdk.src.rpm > xmms-mikmod-1.2.4-ipl1mdk.i586.rpm > xmms-devel-1.2.4-ipl1mdk.i586.rpm > xmms-smpeg-0.3.1-ipl1mdk.i586.rpm > xmms-esd-1.2.4-ipl1mdk.i586.rpm > xmms-smpeg-0.3.1-ipl1mdk.src.rpm > xmms-gnome-1.2.4-ipl1mdk.i586.rpm > xmms-vorbis-1.2.4-ipl1mdk.i586.rpm Спасибо! Это очень здорово. Один из вариантов дальнейших сборок -- SDL-игрушки, коих в MDK много. Но если есть другие пожелания -- пишите. Rgrds, Алексей. > _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
> Спасибо! Это очень здорово. Один из вариантов дальнейших сборок -- > SDL-игрушки, коих в MDK много. Но если есть другие пожелания -- > пишите. Нашел только 2 использующиее SDL gltron & chromium, скомпилировал и залил, но толком проверить не могу, моя рива128зх плохо дружит с линуксовым опенгл. Kostya. mailto:kt@petr.kz _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Привет всем! 1. В Sisyphus и Cooker есть отличия в названиях библиотек: SDL - libSDL, gtk+-devel - libgtk+-devel. При перекомпиляции пакета из cooker под Sisyphus соответственно возникают проблемы с BuildPreReq. Как быть в таком случае? 2. В Packaging howto в пункте 3.1 написано что %clean в принципе можно не использовать но кто тогда будет удалять из каталога /usr/src/RPM/BUILD/ ? Kostya. mailto:kt@petr.kz _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Привет всем! залил в /incoming пересобранные пакеты. aumix-2.7-ipl7mdk.i586.rpm aumix-2.7-ipl7mdk.src.rpm cdparanoia-devel-IIIa9.7-ipl5mdk.i586.rpm cdparanoia-IIIa9.7-ipl5mdk.i586.rpm cdparanoia-IIIa9.7-ipl5mdk.src.rpm cdrecord-1.13-ipl3mdk.i586.rpm cdrecord-1.13-ipl3mdk.src.rpm cdrecord-cdda2wav-1.13-ipl3mdk.i586.rpm cdrecord-devel-1.13-ipl3mdk.i586.rpm chromium-0.9.9-ipl1mdk.i586.rpm chromium-0.9.9-ipl1mdk.src.rpm clanbomber-1.01-ipl9mdk.i586.rpm clanbomber-1.01-ipl9mdk.src.rpm clanlib-0.4.4-ipl19mdk.i586.rpm clanlib-0.4.4-ipl19mdk.src.rpm clanlib-devel-0.4.4-ipl19mdk.i586.rpm clanlib-docs-0.4.4-ipl19mdk.i586.rpm clanlib-gl-0.4.4-ipl19mdk.i586.rpm clanlib-magick-0.4.4-ipl19mdk.i586.rpm clanlib-mikmod-0.4.4-ipl19mdk.i586.rpm clanlib-png-0.4.4-ipl19mdk.i586.rpm gltron-0.59-ipl8mdk.i586.rpm gltron-0.59-ipl8mdk.src.rpm hermes-1.3.2-ipl5mdk.i586.rpm hermes-1.3.2-ipl5mdk.src.rpm hermes-devel-1.3.2-ipl5mdk.i586.rpm lftp-2.3.5-ipl4mdk.i586.rpm lftp-2.3.5-ipl4mdk.src.rpm libogg-1.0beta3-ipl2mdk.i586.rpm libogg-1.0beta3-ipl2mdk.src.rpm libogg-devel-1.0beta3-ipl2mdk.i586.rpm librep-0.13.3-ipl1mdk.i586.rpm librep-0.13.3-ipl1mdk.src.rpm librep-devel-0.13.3-ipl1mdk.i586.rpm libvorbis-1.0beta3-ipl4mdk.i586.rpm libvorbis-1.0beta3-ipl4mdk.src.rpm libvorbis-devel-1.0beta3-ipl4mdk.i586.rpm mkisofs-1.13-ipl3mdk.i586.rpm nasm-0.98-ipl6mdk.i586.rpm nasm-0.98-ipl6mdk.src.rpm nasm-doc-0.98-ipl6mdk.i586.rpm nasm-rdoff-0.98-ipl6mdk.i586.rpm pingus-0.4.0-ipl10mdk.i586.rpm pingus-0.4.0-ipl10mdk.src.rpm postgresql-7.0.3-ipl8mdk.i586.rpm postgresql-7.0.3-ipl8mdk.src.rpm postgresql-devel-7.0.3-ipl8mdk.i586.rpm postgresql-jdbc-7.0.3-ipl8mdk.i586.rpm postgresql-odbc-7.0.3-ipl8mdk.i586.rpm postgresql-perl-7.0.3-ipl8mdk.i586.rpm postgresql-python-7.0.3-ipl8mdk.i586.rpm postgresql-server-7.0.3-ipl8mdk.i586.rpm postgresql-tcl-7.0.3-ipl8mdk.i586.rpm postgresql-test-7.0.3-ipl8mdk.i586.rpm postgresql-tk-7.0.3-ipl8mdk.i586.rpm rep-gtk-0.15-ipl2mdk.i586.rpm rep-gtk-0.15-ipl2mdk.src.rpm rep-gtk-gnome-0.15-ipl2mdk.i586.rpm rep-gtk-libglade-0.15-ipl2mdk.i586.rpm sawfish-0.34-ipl3mdk.i586.rpm sawfish-0.34-ipl3mdk.src.rpm sawfish-themer-0.34-ipl3mdk.i586.rpm SDL-1.1.6-ipl2mdk.i586.rpm SDL-1.1.6-ipl2mdk.src.rpm SDL-devel-1.1.6-ipl2mdk.i586.rpm SDL_image-1.1.0-ipl3mdk.i586.rpm SDL_image-1.1.0-ipl3mdk.src.rpm SDL_image-devel-1.1.0-ipl3mdk.i586.rpm SDL_mixer-1.1.0-ipl1mdk.i586.rpm SDL_mixer-1.1.0-ipl1mdk.src.rpm SDL_mixer-devel-1.1.0-ipl1mdk.i586.rpm SDL_net-1.1.1-ipl2mdk.i586.rpm SDL_net-1.1.1-ipl2mdk.src.rpm SDL_net-devel-1.1.1-ipl2mdk.i586.rpm SDL_ttf-1.2.2-ipl1mdk.i586.rpm SDL_ttf-1.2.2-ipl1mdk.src.rpm SDL_ttf-devel-1.2.2-ipl1mdk.i586.rpm sendmail-8.11.1-ipl3mdk.i586.rpm sendmail-8.11.1-ipl3mdk.src.rpm sendmail-cf-8.11.1-ipl3mdk.i586.rpm sendmail-doc-8.11.1-ipl3mdk.i586.rpm sftp-0.9.6-ipl2mdk.i586.rpm sftp-0.9.6-ipl2mdk.src.rpm smpeg-0.4.2-ipl1mdk.i586.rpm smpeg-0.4.2-ipl1mdk.src.rpm smpeg-devel-0.4.2-ipl1mdk.i586.rpm squid-2.3.STABLE4-ipl1mdk.i586.rpm squid-2.3.STABLE4-ipl1mdk.src.rpm trophy-1.0.1-ipl6mdk.i586.rpm trophy-1.0.1-ipl6mdk.src.rpm xmms-1.2.4-ipl2mdk.i586.rpm xmms-1.2.4-ipl2mdk.src.rpm xmms-avi-1.0.2-ipl1mdk.i586.rpm xmms-avi-1.0.2-ipl1mdk.src.rpm xmms-devel-1.2.4-ipl2mdk.i586.rpm xmms-diskwriter-1.2.4-ipl2mdk.i586.rpm xmms-esd-1.2.4-ipl2mdk.i586.rpm xmms-gnome-1.2.4-ipl2mdk.i586.rpm xmms-kjofol-skins-1.0.1-ipl12mdk.i586.rpm xmms-kjofol-skins-1.0.1-ipl12mdk.src.rpm xmms-mesa-1.2.4-ipl2mdk.i586.rpm xmms-mikmod-1.2.4-ipl2mdk.i586.rpm xmms-more-vis-plugins-1.2.0-ipl2mdk.i586.rpm xmms-more-vis-plugins-1.2.0-ipl2mdk.src.rpm xmms-skins-1.0.0-ipl7mdk.noarch.rpm xmms-skins-1.0.0-ipl7mdk.src.rpm xmms-smpeg-0.3.3-ipl1mdk.i586.rpm xmms-smpeg-0.3.3-ipl1mdk.src.rpm xmms-vorbis-1.2.4-ipl2mdk.i586.rpm xsoldier-0.96-ipl19mdk.i586.rpm xsoldier-0.96-ipl19mdk.src.rpm xwpick-2.20-ipl8mdk.i586.rpm xwpick-2.20-ipl8mdk.src.rpm Kostya. mailto:kt@petr.kz _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Добрый день! В /incoming залил обновленные пакеты sendmail-8.11.2-ipl4mdk.i586.rpm sendmail-doc-8.11.2-ipl4mdk.i586.rpm sendmail-8.11.2-ipl4mdk.src.rpm squid-2.3.STABLE4-ipl2mdk.i586.rpm sendmail-cf-8.11.2-ipl4mdk.i586.rpm squid-2.3.STABLE4-ipl2mdk.src.rpm sendmail: новая версия + обновленный sendmail.init squid: обновленный squid.init Kostya. mailto:kt@petr.kz _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Добрый день! Решил обновить систему и 1. XFree86 ########################################################### var/tmp/rpm-tmp.4306: mkfontdir: command not found var/tmp/rpm-tmp.4306: mkfontdir: command not found var/tmp/rpm-tmp.4306: mkfontdir: command not found var/tmp/rpm-tmp.4306: mkfontdir: command not found var/tmp/rpm-tmp.4306: mkfontdir: command not found ошибка исполнения скрипта XFree86-4.0.2-ipl8mdk, код возврата 127 при линковке mkfontdir в /usr/bin все стало нормально 2. apt ########################################################### var/tmp/rpm-tmp.3458: ldconfig: command not found ошибка исполнения скрипта apt-0.3.19cnc27-ipl4mdk, код возврата 127 все делал от рута и при запуске команд mkfontdir&ldconfig из шела все нормально. Kostya. mailto:kt@petr.kz _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Привет! Kostya Timoshenko wrote: > > Добрый день! > > Решил обновить систему и > 1. > XFree86 ########################################################### > var/tmp/rpm-tmp.4306: mkfontdir: command not found > var/tmp/rpm-tmp.4306: mkfontdir: command not found > var/tmp/rpm-tmp.4306: mkfontdir: command not found > var/tmp/rpm-tmp.4306: mkfontdir: command not found > var/tmp/rpm-tmp.4306: mkfontdir: command not found > ошибка исполнения скрипта XFree86-4.0.2-ipl8mdk, код возврата 127 > > при линковке mkfontdir в /usr/bin все стало нормально Аналогичные проблемы я наблюдал при update XFRee86 до последней сборки. Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
rider wrote: > > Привет! > > Kostya Timoshenko wrote: > > > > Добрый день! > > > > Решил обновить систему и > > 1. > > XFree86 ########################################################### > > var/tmp/rpm-tmp.4306: mkfontdir: command not found > > var/tmp/rpm-tmp.4306: mkfontdir: command not found > > var/tmp/rpm-tmp.4306: mkfontdir: command not found > > var/tmp/rpm-tmp.4306: mkfontdir: command not found > > var/tmp/rpm-tmp.4306: mkfontdir: command not found > > ошибка исполнения скрипта XFree86-4.0.2-ipl8mdk, код возврата 127 > > > > при линковке mkfontdir в /usr/bin все стало нормально > > Аналогичные проблемы я наблюдал при update XFRee86 до последней сборки. > Всем спасибо, исправлю в следующей сборке. Кстати, про apt-get: прошу его тестировать. Пока не работает проверка подписи, так что в /etc/apt/sources.list надо убрать [iplt]. Это временно, до следующей синхронизации. Rgrds, Алексей. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
еще странность: при отправке письма на любой адрес мне приходит копия. Это postfix развлекается? Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Итак, что мы видим после сегодняшнего update ;-) KDM не пускает в систему. (gdm работает нормально, xdm вообще не запускается) xmms требует библиотеку libxmms.so.1 При попытке запустить какую-нить программу в GNome Terminal вылетает такое сообщение: [rider@rider rider]$ su su: error while loading shared libraries: libxalflaunch.so.0: cannot open shared object file: No such file or directory [rider@rider rider]$ xterm xterm: error while loading shared libraries: libxalflaunch.so.0: cannot open shared object file: No such file or directory Пока все.. дальше будет видно ;-) Rgds Rider _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Hello! On Sun, 14 Jan 2001, Anton Farygin wrote: > Итак, что мы видим после сегодняшнего update ;-) > KDM не пускает в систему. (gdm работает нормально, xdm вообще не > запускается) У меня все немного не так: kdm запускает всегда icewm (независимо от выбора), причем в логах пишется, что kde session opened; gdm не запускается (что-то не так с правами/путями в /etc/gdm); xdm работает (запускает KDE, т.к. это была последняя оболочка, выбранная пользователем). Это случилось после обновления 31 декабря. При этом обновлении я удалил пакет tkdesk (единственное, хоть как-то связанное с desktop'ом; и какой-то hfm -- называю его, потому что не помню что это такое). Домашний компьютер я, естественно, после этого не раз выключал и включал. Повторюсь еще: ничего, касающегося desktop'ов и т.п. я не обновлял с 7.0 RE (ну или может самую малость с Appendix поставил). kdm, gdm и др. -- все старое. Вот что кричит gdm: Окт 22 19:00:35 zephyrous gdmlogin[907]: Wrong permissions on /etc/X11/gdm/Sessions//KDE. Should be readable/executable for all. А! по дате видно, что эта же ошибка была и раньше, еще и до обновления. Но раньше, насколько я помню, gdm запускался, теперь же он падает сразу после запуска c десятками сообщений вида: Янв 14 00:19:09 zephyrous gdmlogin[2623]: Wrong permissions on /etc/X11/gdm/Sessions//AnotherLevel. Should be readable/executable for all. (С правами там все в порядке, может, двойной слэш виной всему этому.) Итог: kdm - работает, но грузит только icewm (не важно, что выбрано) gdm - падает после запуска (раньше не падал, хотя сообщение выдавал те же) xdm - работает, грузит KDE (выбранный раньше) Готов провести дальнейшее расследование, но не знаю, что именно надо смотреть. Еще у нас телефон обещали отключить на пять дней -- так что почту какое-то время я могу не получать. -- Best regards, Ivan Z. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Залил обновления SDL_mixer-1.1.0-ipl2mdk.i586.rpm SDL_mixer-1.1.0-ipl2mdk.src.rpm SDL_mixer-devel-1.1.0-ipl2mdk.i586.rpm xmms-1.2.4-ipl3mdk.i586.rpm xmms-1.2.4-ipl3mdk.src.rpm xmms-devel-1.2.4-ipl3mdk.i586.rpm xmms-diskwriter-1.2.4-ipl3mdk.i586.rpm xmms-esd-1.2.4-ipl3mdk.i586.rpm xmms-gnome-1.2.4-ipl3mdk.i586.rpm xmms-mesa-1.2.4-ipl3mdk.i586.rpm xmms-mikmod-1.2.4-ipl3mdk.i586.rpm xmms-vorbis-1.2.4-ipl3mdk.i586.rpm xsoldier-0.96-ipl20mdk.i586.rpm xsoldier-0.96-ipl20mdk.src.rpm и пакеты из TODO bugsquish-0.0.2-ipl4mdk.i586.rpm bugsquish-0.0.2-ipl4mdk.src.rpm bzflag-1.7d.9-ipl5mdk.i586.rpm bzflag-1.7d.9-ipl5mdk.src.rpm circuslinux-1.0.1-ipl4mdk.i586.rpm circuslinux-1.0.1-ipl4mdk.src.rpm cxhextris-1.0-ipl24mdk.i586.rpm cxhextris-1.0-ipl24mdk.src.rpm defendguin-0.0.6-3mdk.i586.rpm ltris-001115-ipl1mdk.i586.rpm ltris-001115-ipl1mdk.src.rpm madbomber-0.1.8-ipl5mdk.i586.rpm madbomber-0.1.8-ipl5mdk.src.rpm openuniverse-1.0-0.beta3.ipl1mdk.i586.rpm openuniverse-1.0-0.beta3.ipl1mdk.src.rpm powermanga-0.71-ipl2mdk.i586.rpm powermanga-0.71-ipl2mdk.src.rpm spacecup-0.3-ipl3mdk.i586.rpm spacecup-0.3-ipl3mdk.src.rpm space_sounds-1.1-ipl3mdk.noarch.rpm space_sounds-1.1-ipl3mdk.src.rpm tuxracer-0.60.3-ipl1mdk.i586.rpm tuxracer-0.60.3-ipl1mdk.src.rpm xpat2-1.04-ipl22mdk.i586.rpm xpat2-1.04-ipl22mdk.src.rpm Несколько игр пока еще не собрал inn-2.3.0-ipl1mdk.src.rpm <------- попал случайно, удалите Kostya. mailto:kt@petr.kz _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
админы в конторе пыталсь поставиться в эти выходные (в воскресенье в 12.00 обновив зеркало дистрибутива) Говорят при выборе ЛЮБОЙ русской расскладки ничего не показывается.. как будто фонтов нет. Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Доброе утро! Поделитесь рецептами обновления сизифа, пробовал MandrakeUpdate & apt, ими практически невозможно обновится, постоянно ругаются на зависимости. Kostya. mailto:kt@petr.kz _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Kostya Timoshenko wrote: > > Доброе утро! > > Поделитесь рецептами обновления сизифа, пробовал MandrakeUpdate & apt, > ими практически невозможно обновится, постоянно ругаются на > зависимости. Все очень просто ... надо ставить дистрибутив во первых в автоматическом режиме (пользовательском). Тогда программа установки не будет ставить пакеты с нарушенными зависимостями Во всторых - исправить эти зависимости руками (rpm -e или rpm -Uvh для всех разное) Ну и в третьих - делать ежедневно upgrade Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
On Wed, 24 Jan 2001, Igor Muratov wrote: > Hi All > > Хочу тоже приложить руку к поиску всяких багов в лучшем дистрибутиве > всех времен и народов ;-)) > > Пакеты nss_ldap и autofs требуют наличие liblber.so.1 а в систему > ставятся liblber.so.2 и liblber.so Мне эти пакеты удалось поставить > только с --nodeps и они сейчас прекрасно себя чувствуют. > > Аналогичная фигня у gal, gv, libGConf1, libgnome-vfs0, timetool, > urpmi, xli. У них apt-get тоже находит неудовлетворенные зависимости > однако при инсталяции они нормально встали и работают. gv я нормально обновил вручную, т.е. вызывами rpm, но без специальных опций: проблема может быть в Xaw3d, который нужно обновить перед gv. В то же время старая его версия нужна была нескольким еще не пересобранным пакетам (xmorph, например) -- поэтому ставил rpm -ihv Xaw3d...-ipl...rpm. Никаких конфликтов при этом не было. Возможно, apt не решается ставить две версии одного пакета в систему. -- Best regards, Ivan Z. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Вернемся к openssh ;-) Есть такие хорошие команды, как ssh-keygen и ssh-copy-to Так вот они все почемуто упорно работают с identity.pub а не с id_dsa.pub независомо от настроек самого ssh. При этом получаем такие глюки: Команде ssh-copy-to мы даем id_dsa.pub, но она все равно копирует его на сторону сервера как authorized_keys, а не как authorized_keys2 ;-( Примерно такие же эффекты происходят с ssh-keygen -x При всем этом создается отрицательный эффект от дистрибутива, от ssh и всего, что с ним связано. Что делать с этим? Либо делать патчи, исправляющие default настройки у ssh-keygen и ssh-copy-to либо по умолчанию всю систему настраивать на авторизацию через RSA. Что скажете? Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Ivan Zakharyaschev wrote: > > On Wed, 24 Jan 2001, Igor Muratov wrote: > > > Hi All > > > > Хочу тоже приложить руку к поиску всяких багов в лучшем дистрибутиве > > всех времен и народов ;-)) > > > > Пакеты nss_ldap и autofs требуют наличие liblber.so.1 а в систему > > ставятся liblber.so.2 и liblber.so Мне эти пакеты удалось поставить > > только с --nodeps и они сейчас прекрасно себя чувствуют. > > > > Аналогичная фигня у gal, gv, libGConf1, libgnome-vfs0, timetool, > > urpmi, xli. У них apt-get тоже находит неудовлетворенные зависимости > > однако при инсталяции они нормально встали и работают. > > gv я нормально обновил вручную, т.е. вызывами rpm, но без специальных > опций: проблема может быть в Xaw3d, который нужно обновить перед gv. В то > же время старая его версия нужна была нескольким еще не пересобранным > пакетам (xmorph, например) -- поэтому ставил rpm -ihv Xaw3d...-ipl...rpm. > Никаких конфликтов при этом не было. Возможно, apt не решается ставить две > версии одного пакета в систему. Точно не решается... apt-get в этом плане очень придирчивый... Что в принципе мне очень нравиться ;-) Мало того - если собраны два одинаковых пакета с одинаковыми номерами версий, но с разными зависимостями - apt тоже будет ругаться на это. Хорошее средство для тестирования пакетов ;-) Кстати, можно проверить пакеты, зайдя в aptitude и выбрав там все пакеты. Все, что красное - ошибочно ;-) Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Игорь, большое спасибо! Igor Muratov wrote: > > Hi All > > Хочу тоже приложить руку к поиску всяких багов в лучшем дистрибутиве > всех времен и народов ;-)) > > Пакеты nss_ldap и autofs требуют наличие liblber.so.1 а в систему > ставятся liblber.so.2 и liblber.so Мне эти пакеты удалось поставить > только с --nodeps и они сейчас прекрасно себя чувствуют. Да, эти пакеты нами еще не пересобраны. > > Аналогичная фигня у gal, gv, libGConf1, libgnome-vfs0, timetool, > urpmi, xli. У них apt-get тоже находит неудовлетворенные зависимости > однако при инсталяции они нормально встали и работают. Если можно -- сообщайте, на какие зависимости ругается apt-get. Это может быть как от "устаревшей" сборки, так и от недоведенности apt до ума. Rgrds, Алексей. > > -- > With best regards System administrator > Igor Muratov mailto:migor@spylog.com > > _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
On Wed, 24 Jan 2001, Rider wrote: > Точно не решается... apt-get в этом плане очень придирчивый... > Что в принципе мне очень нравиться ;-) > Мало того - если собраны два одинаковых пакета с одинаковыми номерами > версий, но с разными зависимостями - apt тоже будет ругаться на это. > Хорошее средство для тестирования пакетов ;-) > Кстати, можно проверить пакеты, зайдя в aptitude и выбрав там все > пакеты. А aptitude надо пересобрать -- в том, что в Сизифе, линк не на ту библиотеку. Простой rpm --rebuild не помогает. -- Best regards, Ivan Z. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Привет всем! Так должно быть или ... 1. Две библиотеки hermes a) libhermes1-1.3.2-ipl6mdk.i586.rpm libhermes1-devel-1.3.2-ipl6mdk.i586.rpm Сборка AEN b) hermes-1.3.2-ipl5mdk.i586.rpm hermes-devel-1.3.2-ipl5mdk.i586.rpm Моя сборка 2. Две библиотеки clanlib a) libclanlib0-0.4.4-ipl19mdk.i586.rpm libclanlib0-devel-0.4.4-ipl19mdk.i586.rpm libclanlib0-gl-0.4.4-ipl19mdk.i586.rpm libclanlib0-magick-0.4.4-ipl19mdk.i586.rpm libclanlib0-mikmod-0.4.4-ipl19mdk.i586.rpm libclanlib0-png-0.4.4-ipl19mdk.i586.rpm Сборка AEN b) clanlib-0.4.4-ipl19mdk.i586.rpm clanlib-devel-0.4.4-ipl19mdk.i586.rpm clanlib-docs-0.4.4-ipl19mdk.i586.rpm clanlib-gl-0.4.4-ipl19mdk.i586.rpm clanlib-magick-0.4.4-ipl19mdk.i586.rpm clanlib-mikmod-0.4.4-ipl19mdk.i586.rpm clanlib-png-0.4.4-ipl19mdk.i586.rpm Моя сборка Kostya. mailto:kt@petr.kz _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
И еще: Обновился только что ;-( [root@rider /root]# apt-get upgrade -f Reading Package Lists... Done Building Dependency Tree... Done Исправление зависимостей... Завершено Следующие пакеты будут УДАЛЕНЫ: WindowMaker XFree86 XFree86-100dpi-fonts XFree86-75dpi-fonts XFree86-ISO8859-2-75dpi-fonts XFree86-KOI8 XFree86-KOI8-75dpi-fonts XFree86-Xnest XFree86-Xvfb XFree86-cyr_rfx-fonts-cp1251 XFree86-cyr_rfx-fonts-iso8859-5 XFree86-cyr_rfx-fonts-koi8-1 XFree86-glide-module XFree86-server abisuite aumix cups gsu kde1-compat kdebase kdeutils kisdn-free kups kvirc lyx netscape-common netscape-communicator plugger procps-X11 qtcups xinitrc xlockmore xpp Следующие пакеты будут СОХРАНЕНЫ: adns apt aptitude e2fsprogs gd-utils libglade openldap pilot-link python rpm rpm-build xcdroast Следующие пакеты будут ОБНОВЛЕНЫ: X-Downloader bdflush bzip2 bzlib cdrecord less mkisofs openssh openssh-askpass-x11 openssh-clients openssh-server sawfish 12 пакетов будет обновлено, 0 будет добавлено новых, 33 будет удалено и 12 не будет обновлено. Необходимо получить 3029kB архивов. После распаковки 154MБ будет освобождено. Продолжить? [Y/n] Rgds Rider _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Aleksey Novodvorsky wrote: > > "Anton Farygin (Rider_LRN)" wrote: > > > > И еще: > > > > Обновился только что ;-( > > > > [root@rider /root]# apt-get upgrade -f > > Reading Package Lists... Done > > Building Dependency Tree... Done > > Исправление зависимостей... Завершено > > Следующие пакеты будут УДАЛЕНЫ: > > WindowMaker XFree86 XFree86-100dpi-fonts XFree86-75dpi-fonts > > XFree86-ISO8859-2-75dpi-fonts XFree86-KOI8 XFree86-KOI8-75dpi-fonts > > XFree86-Xnest XFree86-Xvfb XFree86-cyr_rfx-fonts-cp1251 > > XFree86-cyr_rfx-fonts-iso8859-5 XFree86-cyr_rfx-fonts-koi8-1 > > XFree86-glide-module XFree86-server abisuite aumix cups gsu > > kde1-compat > > kdebase kdeutils kisdn-free kups kvirc lyx netscape-common > > netscape-communicator plugger procps-X11 qtcups xinitrc xlockmore xpp > > Следующие пакеты будут СОХРАНЕНЫ: > > adns apt aptitude e2fsprogs gd-utils libglade openldap pilot-link > > python rpm > > rpm-build xcdroast > > Следующие пакеты будут ОБНОВЛЕНЫ: > > X-Downloader bdflush bzip2 bzlib cdrecord less mkisofs openssh > > openssh-askpass-x11 openssh-clients openssh-server sawfish > > 12 пакетов будет обновлено, 0 будет добавлено новых, 33 будет удалено и > > 12 не будет обновлено. > > Необходимо получить 3029kB архивов. После распаковки 154MБ будет > > освобождено. > > Продолжить? [Y/n] > А до этого все было нормально? Или это первое обновление? > Rgrds, Алексей. В среду все работало нормально. Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
"Anton Farygin (Rider_LRN)" wrote: > > И еще: > > Обновился только что ;-( > > [root@rider /root]# apt-get upgrade -f > Reading Package Lists... Done > Building Dependency Tree... Done > Исправление зависимостей... Завершено > Следующие пакеты будут УДАЛЕНЫ: > WindowMaker XFree86 XFree86-100dpi-fonts XFree86-75dpi-fonts > XFree86-ISO8859-2-75dpi-fonts XFree86-KOI8 XFree86-KOI8-75dpi-fonts > XFree86-Xnest XFree86-Xvfb XFree86-cyr_rfx-fonts-cp1251 > XFree86-cyr_rfx-fonts-iso8859-5 XFree86-cyr_rfx-fonts-koi8-1 > XFree86-glide-module XFree86-server abisuite aumix cups gsu > kde1-compat > kdebase kdeutils kisdn-free kups kvirc lyx netscape-common > netscape-communicator plugger procps-X11 qtcups xinitrc xlockmore xpp > Следующие пакеты будут СОХРАНЕНЫ: > adns apt aptitude e2fsprogs gd-utils libglade openldap pilot-link > python rpm > rpm-build xcdroast > Следующие пакеты будут ОБНОВЛЕНЫ: > X-Downloader bdflush bzip2 bzlib cdrecord less mkisofs openssh > openssh-askpass-x11 openssh-clients openssh-server sawfish > 12 пакетов будет обновлено, 0 будет добавлено новых, 33 будет удалено и > 12 не будет обновлено. > Необходимо получить 3029kB архивов. После распаковки 154MБ будет > освобождено. > Продолжить? [Y/n] А до этого все было нормально? Или это первое обновление? Rgrds, Алексей. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Сегодня уже лучше (я про обновление через apt): файл /sbin/ldconfig из пакета glibc-2.2.1-ipl2mdk конфликтует с файлом из пакета ld.so-1.9.11-4mdk Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Господа, я так понимаю, чт с помощью небольшого патча пытались сделать автоматизированный перевод групп пакетов? Так вот: все пакеты, установленные у меня лежат только с английскими группами. Исключение - только apache, пакеты которого лежат в группе Система/Серверы и Разработка/С Это все показывает kpackage при запуске. Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Anton Farygin wrote: > > Сегодня уже лучше (я про обновление через apt): > файл /sbin/ldconfig из пакета glibc-2.2.1-ipl2mdk конфликтует с файлом > из пакета ld.so-1.9.11-4mdk > ld.so -- выкидываем? _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Anton Farygin wrote: > > Господа, я так понимаю, чт с помощью небольшого патча пытались сделать > автоматизированный перевод групп пакетов? > > Так вот: все пакеты, установленные у меня лежат только с английскими > группами. Исключение - только apache, пакеты которого лежат в группе > Система/Серверы и Разработка/С > > Это все показывает kpackage при запуске. > Это сборка apache с зашитыми русскими именами групп в spec, чего быть не должно. А kpackage работает с rpm через странное место, потому не берет переводы, если их нет в spec. Rgrds, Алексей. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
http://www.lrn.ru/index.php?module=news&action=thread&newsid=3344 Rgds Rider _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Совершенно не специально мы валались сегодня некоторое количество времени ;-( Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Пока вспомнил: пакет mozilla-mail фактически не работает - при установленном пакете вызвать почтового клиента не представляется возможным ;-( Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Привет всем, Действительно странный глюк: ранее я использовал для хранения Sisyphus машину, которая стоит в другой организации (college). Там диски большие и места много. Но у них слабый (64k) канал в инет. Поэтому обновлял Sisyphus я от себя, монтируя их диск через NFS. Вчера на ту машину поставили Sisyphus. При сегодняшнем обновлении я увидел странную вещь: Welcome to IPLabs Linux Team public rsync server! unexpected EOF in read_timeout unexpected EOF in read_timeout И rsync останавиливается. Но при этом я работаю с их NFS без всяких проблем - скопировал дерево Sisyphus к себе на диск и уже от себя обновил без проблем. Сеть между нами 10 мегабит, сетевые платы: у меня - ne2k-pci у него - ISA ne2000 совместимая. Все версии пакетов у него от вчерашнего утра, у меня - тоже самое. В чем может быть дело? Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
mercury ########################################################### var/tmp/rpm-tmp.91835: line 9: syntax error near unexpected token `mercury.info' var/tmp/rpm-tmp.91835: line 9: `fi mercury.info' ошибка исполнения скрипта mercury-0.9.1-ipl6mdk, код возврата 2 Zope-zserver ########################################################### ошибка исполнения скрипта Zope-zserver-2.3.0-ipl1mdk, код возврата 1 apt-devel ########################################################### E: Sub-process /bin/rpm returned an error code (43) Kostya. mailto:kt@petr.kz _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 477 bytes --] Доброе время суток. Представляю разделы из книжки, которые я взялся написать. Для удобства форматирования, а может быть, наоборот, по тексту рассыпаны тэги HTML. Текст в квадратных скобках введен для увеселения публики и легко может быть опущен. Прошу докладывать о фактографических и проч. ошибках. -- Stay tuned, MhZ mailto:mookid@sigent.ru ----------- Love is the process of my leading you gently back to yourself. -- Saint Exupery [-- Attachment #2: docum.txt --] [-- Type: text/plain, Size: 2912 bytes --] <H3>Документация.</H3> <P>"Исконная" для Unix и наиболее часто применяемая система документации - man-страницы. Команда <TT>man</TT> покажет вам справочную страницу для большинства программ, особенно консольных, и многих системных файлов конфигурации (например, <CODE>man man</CODE> выдает справку по пользованию самой командой <TT>man</TT>). Если точное название искомой man-страницы неизвестно, можно попробовать строчный поиск с помощью команд <TT>apropos</TT> и <TT>whatis</TT>. Ссылки на man-страницы конвенционально имеют вид названия и следующего за ним номера раздела в скобках. Например, <TT>rpm(1)</TT> означает, что страницу можно прочитать с помощью команды <CODE>man 1 rpm</CODE>. [За смыслом номеров разделов, освященных каноном, обращайтесь к документации.] Ряд русскоязычных версий man-страниц становится доступен после установки пакета man-pages-ru. К сожалению, человеческие ресурсы по переводу ограничены, и за русскоязычие порой приходится платить качеством и полнотой информации. [Это означает, что для ваших талантов переводчика, буде таковые имеются, есть широкое поле приложения, и ваше имя может быть увековечено в секциях AUTHORS самых читаемых документов по Linux.]</P> <P>Документация проекта GNU и многих других приложений существует в виде страниц info. Просматривать их можно консольной программой <TT>info</TT>, системой помощи KDE или GNOME Help Browser. KDE и GNOME, как и следовало ожидать, обладают собственными ресурсами помощи, которые легко вызываются с рабочего стола.</P> <P>Основное место для хранения разнообразной документации, в основном на английском языке - каталог <TT>/usr/share/doc</TT>. Особое внимание обратите на HOWTO - собрание практических рекомендаций по самым различным вопросам, связанным с использованием Linux. Эти файлы находятся в пакете howto. Можно установить также пакет русских переводов некоторых HOWTO - howto-russian. Документация к пакету, например, <TT>foo-1.0-ipl1mdk</TT>, находится в <TT>/usr/share/doc/foo-1.0-ipl1mdk</TT>. Для получения полного списка файлов документации, относящихся к пакету, воспользуйтесь командой <CODE>rpm -qld <EM>имя_пакета</EM></CODE>.</P> <P>В дистрибутиве есть пакеты, целиком наполненные информационным содержимым, такие, как mandrake_doc с руководством пользователя от Linux-Mandrake, русские переводы статей, рассказывающих о проекте GNU, а также русский перевод GNU Public License, без которой феномен Linux был бы невозможен (пакет gnu-article-ru).</P> <P>Наконец, самую свежую информацию можно получить в Интернете. На рабочем столе Mandrake по умолчанию присутствуют ссылки на основные вебсайты, на которых можно найти интересующую вас документацию, такие, как <TT>http://www.linuxdoc.org</TT>. URL сайтов, посвященных отдельным программным продуктам, можно найти в информационных заголовках соответствующих пакетов, которую можно получить с помощью опции <TT>-qi</TT> команды <TT>rpm</TT>.</P> [-- Attachment #3: mta.txt --] [-- Type: text/plain, Size: 3767 bytes --] <H3>Настройка postfix и зачем нужен почтовый сервер на домашнем компьютере.</H3> <P>Действительно, любому пользователю клиентских машин, скажем, под Windows, вроде бы очевидно, что достаточно указать почтовому клиенту адреса серверов - и вопрос с почтой можно считать решенным. Большинство распространенных клиентских программ под Linux тоже можно настроить таким способом. Но в Unix-системах есть несколько серъезных причин пользоваться локальным сервером. Во-первых, ваши чада и домочадцы могут быть пользователями в домашней системе и пожелают обмениваться сообщениями e-mail без обращения к внешнему серверу. Во-вторых, в компьютере под управлением Linux происходит много интересного. Периодически без участия пользователя запускаются служебные процессы; иногда возникает необходимость сообщить о ходе работы такого процесса администратору системы, и для этого также используется e-mail. В-третьих, очень удобно единожды настроить систему доставки почты и пользоваться различными почтовыми приложениями без дублирования настроек в каждом из них. Более того, фильтрацию и другие автоматические действия с почтой часто удобнее делать именно с помощью сервера. В-четвертых, в условиях непостоянного соединения с Интернетом, которым располагают пользователи dial-up, почтовый сервер может взять на себя хранение и доставку исходящих сообщений, освобождая пользователя от необходимости производить отсылку вручную с помощью почтового клиента. [В-пятых, это просто здорово - держать на своей машине настоящий сервер (бородатые старожилы почему-то называют их демонами).]</P> <P>Традиционно в Unix-системах доставкой почты занималась программа sendmail. Однако, в силу появления более безопасных, быстрых и простых в настройке альтернатив и исчезновения не-интернетовских механизмов доставки, sendmail представляет скорее исторический интерес. В Linux-Mandrake функции mail transport agent (MTA) выполняет пакет postfix. Этот пакет снабжен отличной документацией на английском языке; здесь мы приведем только несколько советов по настройке postfix для домашней машины. Основные параметры postfix содержатся в файле <TT>/etc/postfix/main.cf</TT>. После обновления конфигурации сервер нужно перезапустить командой <CODE>postfix reload</CODE>. <P>В типичной системе с соединением dial-up, устанавливаемым пользователем, сервер не должен предпринимать ненужных попыток доставить сообщения при отсутствии связи. Для этого добавьте в файл <TT>main.cf</TT> директиву:<BR> <CODE>defer_transports = smtp</CODE><BR> Исходящие сообщения будут помещены в очередь доставки. Когда соединение установлено, можно вызвать их рассылку командой <CODE>sendmail -q</CODE>. В Linux-Mandrake эта команда вызывается автоматически в начале PPP-сеанса.</P> <P>Вряд ли хорошо заниматься рассылкой почты непосредственно с машины, выходящей в Интернет на несколько минут. [Если вы, конечно, не занимаетесь рассылкой спама; в противном случае знайте, что мы решительно против подобных действий.] Некоторые адресаты могут быть временно недоступны, да и время, расходуемое на передачу сообщений удаленным почтовым серверам, может быть неоправданно большим. Поэтому лучше переслать сообщения на близлежащий SMTP-сервер, обладающий постоянным соединением, который и справится с задачей доставки наилучшим образом. Этим обычно занимаются почтовые сервера Интернет-провайдеров. Адрес такого сервера можно задать с помощью директивы <TT>relayhost</TT>.</P> <P>В файле <TT>/etc/postfix/aliases</TT> указывается, каким пользователям соответствуют определенные локальные адреса. Например, сообщения для <TT>root</TT> можно переадресовывать какому-либо обычному пользователю. После редактирования файла <TT>aliases</TT> его нужно обработать командой <TT>postalias</TT> для получения рабочей таблицы.</P>
[-- Attachment #1: Type: text/plain, Size: 193 bytes --] Всем привет! Исправлена документация - для Х - относительно мыши и Netscape, а также драйвера Matrox, для ядра - мелкие фиксы. Просьба посмотреть и написать замечания. -- Удачи, Konstantin [-- Attachment #2: Kernel24.txt --] [-- Type: text/plain, Size: 1532 bytes --] éÓÐÏÌØÚÏ×ÁÎÉÅ ÑÄÒÁ 2.4 ë ÓÏÖÁÌÅÎÉÀ ÐÏËÁ × ÑÄÒÁÈ ÓÅÒÉÉ 2.4 ÄÏÓÔÁÔÏÞÎÏ ÞÁÓÔÏ ×ÓÔÒÅÞÁÀÔÓÑ ÒÁÚÌÉÞÎÙÅ ÏÛÉÂËÉ, ×ÄÏÂÁ×ÏË ÍÎÏÇÉÅ ×ÁÖÎÙÅ ÐÒÉÌÏÖÅÎÉÑ ÐÏËÁ ÎÅ ÁÄÁÐÔÉÒÏ×ÁÎÙ Ë ÒÁÂÏÔÅ Ó ÜÔÉÍÉ ÑÄÒÁÍÉ, ÐÏÜÔÏÍÕ ÎÅ ÒÅËÏÍÅÎÄÕÅÔ ÉÈ ÉÓÐÏÌØÚÏ×ÁÎÉÅ × ÒÁÚÌÉÞÎÙÈ ×ÁÖÎÙÈ ÓÉÓÔÅÍÁÈ, ÎÁÐÒÉÍÅÒ × ÓÅÒ×ÅÒÁÈ ÉÌÉ ÄÒÕÇÉÈ ÓÉÓÔÅÍÁÈ, ÛÄÅ ×ÁÖÎÁ × ÐÅÒ×ÕÀ ÏÞÅÒÅÄØ ÎÁÄÅÖÎÏÓÔØ ÒÁÂÏÔÙ. íÙ Õ×ÅÒÅÎÙ, ÞÔÏ × ÓËÏÒÏÍ ×ÒÅÍÅÎÉ ÜÔÁ ÓÉÔÕÁÃÉÑ ÐÏÍÅÎÑÅÔÓÑ, ÐÏÜÔÏÍÕ ÄÌÑ ÚÎÁËÏÍÓÔ×Á Ó ÑÄÒÁÍÉ ×ÅÒÓÉÉ 2.4.È ÍÙ ×ËÌÀÞÉÌÉ × ÓÉÓÔÅÍÕ ÑÄÒÏ 2.4.2 Ó ÂÏÌØÛÉÍ ËÏÌÉÞÅÓÔ×ÏÍ ÉÓÐÒÁ×ÌÅÎÉÊ. îÏ ÎÁÄÏ ÉÍÅÔØ × ×ÉÄÕ, ÞÔÏ ÜÔÏ ÑÄÒÏ ÐÏËÁ Ñ×ÌÑÅÔÓÑ ÜËÓÐÅÒÉÍÅÎÔÁÌØÎÙÍ É ÎÅ ÐÏÄÅÒÖÉ×ÁÅÔÓÑ ÎÁÍÉ. åÓÌÉ ÖÅ ÷Ù ×ÓÅ ÖÅ ÒÅÛÉÔÅ ÉÓÐÏÌØÚÏ×ÁÔØ ÜÔÏ ÑÄÒÏ, ÔÏ ×ÏÔ ÎÅÓËÏÌØËÏ ÒÅËÏÍÅÎÄÁÃÉÊ ÐÏ ÅÇÏ ÉÓÐÏÌØÚÏ×ÁÎÉÀ: 1. åÓÌÉ Õ ÷ÁÓ ×ÏÚÎÉËÌÉ ËÁËÉÅ-ÌÉÂÏ ÐÒÏÂÌÅÍÙ Ó ÜÔÉÍ ÑÄÒÏÍ - ÐÒÏ×ÅÒØÔÅ ÓÎÁÞÁÌÁ, ÎÅ ×ÙÛÌÏ ÌÉ ÏÂÎÏ×ÌÅÎÉÅ ÄÌÑ ÜÔÏÇÏ ÑÄÒÁ É, ÅÓÌÉ ÏÎÏ ×ÙÛÌÏ, ÔÏ ÏÂÎÏ×ÉÔÅ ÅÇÏ. 2. åÓÌÉ ×Ù ÉÓÐÏÌØÚÕÅÔÅ Firewall ÎÁ ÷ÁÛÅÊ ÍÁÛÉÎÅ, ÔÏ ÉÍÅÊÔÅ × ×ÉÄÕ, ÞÔÏ × ×ÅÒÓÉÉ 2.4.È ÑÄÅÒ ÉÓÐÏÌØÚÕÅÔÓÑ ÎÏ×ÙÊ ÉÎÔÅÒÆÅÊÓ ÄÌÑ ÕÐÒÁ×ÌÅÎÉÑ Firewall, ÐÒÏÇÒÁÍÍÁ ÄÌÑ ÎÁÓÔÒÏÊËÉ ËÏÔÏÒÏÇÏ ÎÁÈÏÄÉÔÓÑ × ÐÁËÅÔÅ ip_tables. ÷ÏÚÍÏÖÎÏ ÔÁËÖÅ ÉÓÐÏÌØÚÏ×ÁÎÉÅ ÓÔÁÒÏÇÏ ÉÎÔÅÒÆÅÊÓÁ (ÐÒÏÇÒÁÍÍÙ ipchains), ÎÏ × ÜÔÏÍ ÓÌÕÞÁÅ ÷ÁÍ ÎÅÏÂÈÏÄÉÍÏ ÐÅÒÅÄ ÒÁÂÏÔÏÊ Ó Firewall'ÏÍ ÚÁÇÒÕÚÉÔØ × ÑÄÒÏ ÍÏÄÕÌØ ipchains.o. 3. éÍÅÊÔÅ × ×ÉÄÕ, ÞÔÏ ÎÅËÏÔÏÒÙÅ ÐÒÏÇÒÁÍÍÙ ÍÏÇÕÔ ÎÅ ËÏÍÐÉÌÉÒÏ×ÁÔØÓÑ, ÅÓÌÉ × ËÁÔÁÌÏÇÅ /usr/src/linux ÓÔÏÉÔ ÑÄÒÏ 2.4. 4. ñÄÒÏ 2.4.2, ×ÈÏÄÑÝÅÅ × ÓÏÓÔÁ× ÄÉÓÔÒÉÂÕÔÉ×Á, ÄÏÓÔÕÐÎÏ ÐÏËÁ × Ä×ÕÈ ×ÅÒÓÉÑÈ - ÏÂÙÞÎÏÊ É ÄÌÑ ÍÎÏÇÏÐÒÏÃÅÓÓÏÒÎÙÈ ÍÁÛÉÎ. úÁÝÉÝÅÎÎÁÑ ×ÅÒÓÉÑ ÐÏËÁ ÎÅÄÏÓÔÕÐÎÁ.
Еще новости - тоже самое происходит при попытке просмотра или печати из Netscape. Что-то не то с установленными фонтами или ghostscript??? Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Aleksey Novodvorsky wrote: > On Thu, 01 Mar 2001 17:09:06 +0300 > Anton Farygin <rider@linux.ru.net> wrote: > > >> Еще новости - тоже самое происходит при попытке просмотра или печати из >> Netscape. Что-то не то с установленными фонтами или ghostscript??? > > > Несомненно. > Какая версия ghoststscript и urw-fonts ? [rider@rider rider]$ rpm -q urw-fonts urw-fonts-2.0-ipl17mdk [rider@rider rider]$ rpm -q ghostscript ghostscript-5.50-ipl50mdk Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
On Thu, 01 Mar 2001 17:09:06 +0300 Anton Farygin <rider@linux.ru.net> wrote: > Еще новости - тоже самое происходит при попытке просмотра или печати из > Netscape. Что-то не то с установленными фонтами или ghostscript??? Несомненно. Какая версия ghoststscript и urw-fonts ? Rgrds, Алексей. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
On Thu, 01 Mar 2001 17:26:30 +0300 Anton Farygin <rider@linux.ru.net> wrote: > > > > Несомненно. > > Какая версия ghoststscript и urw-fonts ? > [rider@rider rider]$ rpm -q urw-fonts > urw-fonts-2.0-ipl17mdk > [rider@rider rider]$ rpm -q ghostscript > ghostscript-5.50-ipl50mdk > Все верно. Значит линк съехал в /etc/alternatives Rgrds, Алексей. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
On Thu, 1 Mar 2001, Aleksey Novodvorsky wrote: > On Thu, 01 Mar 2001 17:26:30 +0300 > Anton Farygin <rider@linux.ru.net> wrote: > > > > > > > > Несомненно. > > > Какая версия ghoststscript и urw-fonts ? > > [rider@rider rider]$ rpm -q urw-fonts > > urw-fonts-2.0-ipl17mdk > > [rider@rider rider]$ rpm -q ghostscript > > ghostscript-5.50-ipl50mdk > > > Все верно. Значит линк съехал в /etc/alternatives У меня похожие вещи наблюдались. С альтернативами все в полном порядке. $ rpm -q urw-fonts ghostscript urw-fonts-2.0-ipl17mdk ghostscript-5.50-ipl50mdk А какой драйвер? У меня похожее происходило с драйверами для HP LJ 6L вида Foomatic+ljet, с CUPS+gimp такого нет, но русский из Mozilla (и из plain text files) не печатается. -- Best regards, Ivan Z. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
On Fri, 2 Mar 2001 01:04:30 +0300 (MSK) Ivan Zakharyaschev <vanyaz@mccme.ru> wrote: > On Thu, 1 Mar 2001, Aleksey Novodvorsky wrote: > > > On Thu, 01 Mar 2001 17:26:30 +0300 > > Anton Farygin <rider@linux.ru.net> wrote: > > > > > > > > > > > > Несомненно. > > > > Какая версия ghoststscript и urw-fonts ? > > > [rider@rider rider]$ rpm -q urw-fonts > > > urw-fonts-2.0-ipl17mdk > > > [rider@rider rider]$ rpm -q ghostscript > > > ghostscript-5.50-ipl50mdk > > > > > Все верно. Значит линк съехал в /etc/alternatives > > У меня похожие вещи наблюдались. С альтернативами все в полном порядке. > > $ rpm -q urw-fonts ghostscript > urw-fonts-2.0-ipl17mdk > ghostscript-5.50-ipl50mdk > > А какой драйвер? У меня похожее происходило с драйверами для HP LJ 6L вида > Foomatic+ljet, с CUPS+gimp такого нет, но русский из Mozilla (и из plain > text files) не печатается. > Попробуйте убрать ссылки на прошитые шрифты прямо в драйвере (/etc/cups/... Rgrds, Алексей _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Привет. при минимальной установке устанавливаются в систему различные ненужные пакеты - типа XFree86, kde-i18n-russian-2.0.1, xfs, шрифты для X-ов и т.д. Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Продолжая разговор Основной упор на небольшие компании. Везде ссылки на оригинальные документы ( Описать построение сети, внутренние адреса и DNS(?) хожление почты, HTTP и т.д. Пошаговая настройка: 1. Установка (без лишних пакетов) 2. Соединение с провайдером (варианты как с PPP(on demand) так и канала) 3. Внутренний DNS. DHCP и связь его с DNS. 4. Почта (postfix & sendmail) 5. SQUID 6. Безопасность в общем, SSH и 7. IP chains Что еще? Farid _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Hello All! Вчера ставил Spring2001 на боевой сервер. На матери встроенный SCSI AIC7xxx (подцеплена только ленточка) +IDE CDROM + PCI DAC960(четыре винта). В процессе инсталяции с винта на DAC-e AIC7xxx определился нормально, потом пошла загрузка идешных модулей, а так как винта IDE у меня нет то умерли по SIG11. После подключения IDE винта все стало нормально работать, но пока я это понял ... Также при установке ядра 2.4 и 2.2 не создается initrd для 2.4, при создании его руками на загрузке AIC + DAC модулей постоянно выскакивает timeout чегото там, и так висим, на ядре 2.2 все нормально отрабатывает. -- Kostya. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Kostya Timoshenko wrote: > Hello All! > > Вчера ставил Spring2001 на боевой сервер. На матери встроенный SCSI AIC7xxx (подцеплена только ленточка) +IDE CDROM + PCI DAC960(четыре винта). В процессе инсталяции с винта на DAC-e AIC7xxx определился нормально, потом пошла загрузка идешных модулей, а так как винта IDE у меня нет то умерли по SIG11. После подключения IDE винта все стало нормально работать, но пока я это понял ... Также при установке ядра 2.4 и 2.2 не создается initrd для 2.4, при создании его руками на загрузке AIC + DAC модулей постоянно выскакивает timeout чегото там, и так висим, на ядре 2.2 все нормально отрабатывает. > По поводу initrd чистая правда - инсталлятор пляшет от ${KernelVersion} базового ядра. Да и вообще он не предназначен для работы с 2.2 и 2.4 одновременно. ----------------------------------- Станислав Иевлев. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Вот примерный проект разделов на сайте ALT Linux team: 1 Главная - новости, приветствие для посетителей 2. Продукция - подменю со списком продукции, небольшой тектс об наших продуктах и технологиях 2.1 MDK RE Spring2001 - все об Mandrake RE, включая новости по обновлениям, FAQ, списки рассылок и т.д. 2.2 Debian - тоже самое про Debian 2.3 LRN - тоже самое про LRN 2.4 Книги - список выпускаемой литературы 3. Услуги - тоже самое, что есть сейчас, но в виде меню... при нажатии - разворачивается в полное описание услуги, с ценами, телефонами и т.д. 4. Где купить - информация об ресселерах, текст - как стать нашим реселлером, в дальгейшем - база данных , предоставляющая возможность реселлерам заказать то, что есть на складе, посмотреть свои долги и т.д. 5. Контакты - контактная информация, с информацией как связаться с нами по тому или иному вопросу. 6. О нас - большой текст, которого я жду от AEN'а с описанием нашей работы, идей... список участников команды со ссылками на персональные страницы. Пока без номера: Поддержка: FAQ, статьи... Rgds Anton _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Hello , 1.после обновления сизифа из файла /etc/profile исчезли строки if [[ ${UID} == 0 ]]; then umask 022; else umask 027; fi ... и как я понял по этой причине umask стал 000. 2.В МС (xterm) пропали раннее нормально работавшие клавиши DEL,END,F15,... -- Kostya. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Hello! On Thu, 12 Apr 2001, Kostya Timoshenko wrote: > 2.В МС (xterm) пропали раннее нормально работавшие клавиши > DEL,END,F15,... У меня работают нормально (кроме F15 -- не знаю, что она должна делать). А можно поподробнее: это происходит именно в xterm (или другом графическом терминале)? как эти клавиши работают просто в этом терминале без mc? Чему равно $TERM? У меня есть проблемы с Delete в Eterm -- но они проявляются везде: и в MC, и в чистом prompt'е bash. Никаких специальных настроек, касающихся этого, я не делал -- все взято из skel-dir. Мне кажется, что раньше у Вас все нормально работало за счет доопределенных когда-то Вами в MC привязок клавиш (хранятся в ~/.mc/ini, раздел [terminal:*]). А теперь xterm стал работать по-другому (правильнее, возможно), и эти привязки больше не действительны. Попробуйте их удалить. Это может быть объяснением тому, что в разных местах: командной строке и в MC -- в xterm эти клавиши ведут себя по-разному. -- Best regards, Ivan Z. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Если одной коммандой ставить openjade и sgml-common в %post у openjade возникает ошибка. Если я не ошибаюсь такие ситуации могут решаться с помощью PreReq. Похожая ситуация со scrollkeeper и libscrollkeeper. [voins@voins voins]$ sudo apt-get install scrollkeeper Reading Package Lists... Done Building Dependency Tree... Done Следующие дополнительные пакеты будут установлены: libscrollkeeper Следующие НОВЫЕ пакеты будут установлены: libscrollkeeper scrollkeeper 0 пакетов будет обновлено, 2 будет добавлено новых, 0 будет удалено и 74 не будет обновлено. Необходимо получить 0B/143kB архивов. После распаковки 1124kБ будет использовано. Продолжить? [Y/n] Executing RPM (-Uv)... Подготовка... ###################################################################### scrollkeeper ###################################################################### scrollkeeper-update: error while loading shared libraries: libscrollkeeper.so.0: cannot load shared object file: No such file or directory libscrollkeeper ###################################################################### -- Best Regards! Alexey Voinov voins@voins.program.ru voins@online.ru _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Господа, а где архивы списка рассылки???? Rgds Rider _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Привет! IMO надо немного прояснить людям про тех. поддержку. Мы -- ``команда с открытыми методами разработки'' и работают у нас личности, а не отделы. Я предлагаю сделать страничку типа вот такой: http://www.debian.org/consultants/ Которая будет содержать список сертефицированных нами людей очуществляющих поддержку. То есть не отдел тех. поддержки, а некоторое количество _личностей_, которые сами дают консультации. Можно сразу добавить туда людей из нашей команды, которые захотят этим заниматься, чтобы другой народ понял как это делается. Добавлять в список консультантов будут людей, которые прошли некоторый набор тестов. Это Tasks&Skills check, Identification check (GPG/ssh keys+photo+phone). Я так понял, что это и предпологалось сделать, но мне показалось, что народ в mdk-re этого не понял. -- Peter Novodvorsky http://www.altlinux.ru/ AltLinux Team, Russia Debian.Org http://debian.org/~nidd Debian --- no need to wait for tomorrow. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 52 bytes --] Привет! Список прилагается. -- Удачи, Konstantin [-- Attachment #2: old_rpms --] [-- Type: application/octet-stream, Size: 8796 bytes --]
>>>>> "Konstantin" == Konstantin Volckov writes: Konstantin> Привет! Список прилагается. Ничего если спрошу, а мой ключик слать ? -- Трули ерз, Сергей. "[Open Source] programming is like sex, one mistake and you have to support it for the rest of your life." --- M. Sinz, CBM Inc. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Дорый день Скажите как лучше собирать openLDAP докладывать патчи к уже существующему пакету или взять исходники 2.0.11 и на их основе собирать ??? -- С наилучшими VAS Волков Сергей Network Administrator _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
On Wed, 27 Jun 2001 12:15:42 +0400 Volkov Serge <vserge@menatepspb.msk.ru> wrote: > Дорый день > > Скажите как лучше собирать openLDAP > > докладывать патчи к уже существующему пакету или взять > исходники 2.0.11 и на их основе собирать ??? > Взять 2.0.11, добавить патчи по вкусу и собирать, собирать... Rgrds, Алексей _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Вот собрал пакетик SDCC-2.2.2, компилятор, асемблер и отладчик для 80х51 и z80, положил в incoming/Sisyphus. _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Доброго времени суток Вот столкнулся с вопросоBerkeleyDBм что лучше выбрать для сборки GDBM, db2, BerkeleyDB Поясните пожалуйста или укажите путь где почитать. -- С наилучшими VAS Волков Сергей Network Administrator _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Предлагаем приобрести в собственность административное здание в Казани (Татарстан, Россия): - Общая площадь 910 кв. м; - 2 этажа; - Большое количество помещений от 7 до 200 кв.м; - Собственная территория - земельный участок 0,101 Га. Здание - бывшая столовая речного порта. Имеет выгодное расположение: - напротив здания - второй по величине оптовый продуктовый городской рынок; - удобные подъездные пути; - близко к центру города - 5 мин. езды; - близко к ж/д вокзалу - 5 мин. езды; - рядом речной порт; - рядом ж/д пути. Здание идеально подходит для размещения офиса представительства Вашей компании в Татарстане или Поволжье. Возможна компоновка "офис/склад". Все коммуникации подведены. Здание требует ремонта (полная внутренняя отделка, включая новые оконные и дверные блоки). Здание находится в частной собственности. Земля - в бессрочном пользовании. Цена здания - БОЛЕЕ ЧЕМ ДОСТУПНА. Если вы заинтересованы в получении от нас более подробной информации о данном объекте, отправьте пустое письмо по адресу: zdanie@europe.com. При этом в "Теме" сообщения ОБЯЗАТЕЛЬНО укажите: "Пришлите подробную информацию". _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Hi all. udc-snmp из Sisyphus. Установлен по умолчанию. Команда snmpwalk localhost public system уводит его почти в down. system.sysORTable.sysOREntry.sysORDescr.9 = The management information definitions for the SNMP User-based Security Model. system.sysORTable.sysOREntry.sysORUpTime.1 = Timeticks: (0) 0:00:00.00 system.sysORTable.sysOREntry.sysORUpTime.2 = Timeticks: (0) 0:00:00.00 system.sysORTable.sysOREntry.sysORUpTime.3 = Timeticks: (0) 0:00:00.00 system.sysORTable.sysOREntry.sysORUpTime.4 = Timeticks: (0) 0:00:00.00 system.sysORTable.sysOREntry.sysORUpTime.5 = Timeticks: (0) 0:00:00.00 system.sysORTable.sysOREntry.sysORUpTime.6 = Timeticks: (0) 0:00:00.00 system.sysORTable.sysOREntry.sysORUpTime.7 = Timeticks: (0) 0:00:00.00 system.sysORTable.sysOREntry.sysORUpTime.8 = Timeticks: (0) 0:00:00.00 system.sysORTable.sysOREntry.sysORUpTime.9 = Timeticks: (0) 0:00:00.00 Timeout: No Response from localhost Rgds Rider P.S. последнюю CVS версию собирать пробовал - тоже самое. P.P.S. (no debugging symbols found)...(no debugging symbols found)... Program received signal SIGINT, Interrupt. 0x402b7931 in strlen () from /lib/libc.so.6 (gdb) bt #0 0x402b7931 in strlen () from /lib/libc.so.6 #1 0x401b3612 in headerSizeof () from /usr/lib/librpm.so.0 #2 0x401b36b7 in headerSizeof () from /usr/lib/librpm.so.0 #3 0x401b379c in headerAddEntry () from /usr/lib/librpm.so.0 #4 0x401bd469 in compressFilelist () from /usr/lib/librpm.so.0 #5 0x401c32c9 in rpmdbNextRecNum () from /usr/lib/librpm.so.0 #6 0x401c32f5 in rpmdbGetRecord () from /usr/lib/librpm.so.0 #7 0x4005feba in Save_HR_SW_info () at eval.c:88 #8 0x4005fa17 in header_hrswInstEntry () at eval.c:88 #9 0x4005fb04 in var_hrswinst () at eval.c:88 #10 0x40033769 in init_agent () at eval.c:88 #11 0x40033ad7 in getStatPtr () at eval.c:88 #12 0x40033135 in handle_one_var () at eval.c:88 #13 0x40032fc8 in handle_var_list () at eval.c:88 #14 0x40032f03 in handle_next_pass () at eval.c:88 #15 0x40032a09 in handle_snmp_packet () at eval.c:88 #16 0x400bfbfb in _sess_read () at eval.c:88 #17 0x400bfc70 in snmp_sess_read () at eval.c:88 #18 0x400bf1ea in snmp_read () at eval.c:88 #19 0x804b0d6 in strcpy () #20 0x804adde in strcpy () #21 0x40258331 in __libc_start_main (main=0x804a520 <strcpy+840>, argc=3, ubp_av=0xbffff934, init=0x8049ae0 <_init>, fini=0x804d9e0 <_fini>, ---Type <return> to continue, or q <return> to quit--- rtld_fini=0x4000d454 <_dl_fini>, stack_end=0xbffff92c) at ../sysdeps/generic/libc-start.c:129 _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Добрый день Не могу понять разницу. два варианта сборки 1) берем исходники в архиве с сайта OpenLDAP 2) берем исходники и ладем их в RPM Затем для первого варианта даем следующую последовательность для сборки autoheader autoconf env FFLAGS="-pipe -Wall -O2 -fexpensive-optimizations -march=i586 -mcpu=i686" CXXFLAGS="-pipe -Wall -O2 -fexpensive-optimizations -march=i586 -mcpu=i686" CFLAGS="-pipe -Wall -O2 -fexpensive-optimizations -march=i586 -mcpu=i686 -DLDAP_DEBUG" ./configure i586-alt-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/lib --localstatedir=/var/lib --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --without-included-gettext --enable-passwd --enable-shell --enable-wrappers --disable-rlookups --without-kerberos --datadir=/usr/share/openldap --libexecdir=/usr/sbin --localstatedir=/var/run --enable-shared --enable-static --disable-ipv6 --with-readline --with-threads --enable-slapd --enable-crypt --enable-syslog --enable-proctitle --enable-ldbm --enable-debug make depend make Для вторго варианта в спеке указываем autoheader autoconf export CPPFLAGS="$CPPFLAGS -DLDAP_DEBUG" %configure \ --enable-passwd \ --enable-shell \ --enable-wrappers \ --disable-rlookups \ --without-kerberos \ --datadir=%_datadir/%name \ --libexecdir=%_sbindir \ --localstatedir=/var/run \ --enable-shared \ --enable-static \ --disable-ipv6 \ --with-readline \ --with-threads \ --enable-slapd \ --enable-crypt \ --enable-syslog \ --enable-proctitle \ --enable-ldbm \ --enable-debug %make depend %make_build РЕЗУЛЬТАТ 1) Запускаем # slapd все OK никаких сообщений о core 2) ставим пакет и руками запускаем /usr/sbin/slapd (core dumped) Объясните, пожалуйста в чем разница в сборке ??? ключи для компилятора брал из выходного потока при сборке rpm -- With best wishes, Volkov Serge Network Administrator/Security Administrator _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
On Thu, 30 Aug 2001 17:40:19 +0400 Anton Farygin <rider@altlinux.ru> wrote: > Volkov Serge wrote: > > >Добрый день > > > >Не могу понять разницу. > >два варианта сборки > >1) берем исходники в архиве с сайта OpenLDAP > >2) берем исходники и ладем их в RPM <skiped> > >РЕЗУЛЬТАТ > > > >1) Запускаем # slapd > >все OK никаких сообщений о core > >2) ставим пакет и руками запускаем /usr/sbin/slapd > >(core dumped) > > > >Объясните, пожалуйста в чем разница в сборке ??? ключи для компилятора брал из выходного потока при сборке rpm > > > А если попробовать в первом варианте strip slapd ? > ничего не происходит а что должно быть -- With best wishes, Volkov Serge Network Administrator/Security Administrator _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Volkov Serge wrote: >Добрый день > >Не могу понять разницу. >два варианта сборки >1) берем исходники в архиве с сайта OpenLDAP >2) берем исходники и ладем их в RPM > >Затем для первого варианта даем следующую последовательность для сборки >autoheader >autoconf >env FFLAGS="-pipe -Wall -O2 -fexpensive-optimizations -march=i586 -mcpu=i686" CXXFLAGS="-pipe -Wall -O2 -fexpensive-optimizations -march=i586 -mcpu=i686" CFLAGS="-pipe -Wall -O2 -fexpensive-optimizations -march=i586 -mcpu=i686 -DLDAP_DEBUG" ./configure i586-alt-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/lib --localstatedir=/var/lib --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --without-included-gettext --enable-passwd --enable-shell --enable-wrappers --disable-rlookups --without-kerberos --datadir=/usr/share/openldap --libexecdir=/usr/sbin --localstatedir=/var/run --enable-shared --enable-static --disable-ipv6 --with-readline --with-threads --enable-slapd --enable-crypt --enable-syslog --enable-proctitle --enable-ldbm --enable-debug >make depend >make > >Для вторго варианта в спеке указываем >autoheader >autoconf >export CPPFLAGS="$CPPFLAGS -DLDAP_DEBUG" >%configure \ > --enable-passwd \ > --enable-shell \ > --enable-wrappers \ > --disable-rlookups \ > --without-kerberos \ > --datadir=%_datadir/%name \ > --libexecdir=%_sbindir \ > --localstatedir=/var/run \ > --enable-shared \ > --enable-static \ > --disable-ipv6 \ > --with-readline \ > --with-threads \ > --enable-slapd \ > --enable-crypt \ > --enable-syslog \ > --enable-proctitle \ > --enable-ldbm \ > --enable-debug >%make depend > >%make_build > >РЕЗУЛЬТАТ > >1) Запускаем # slapd >все OK никаких сообщений о core >2) ставим пакет и руками запускаем /usr/sbin/slapd >(core dumped) > >Объясните, пожалуйста в чем разница в сборке ??? ключи для компилятора брал из выходного потока при сборке rpm > А если попробовать в первом варианте strip slapd ? Rgds Rider _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Volkov Serge wrote: >On Thu, 30 Aug 2001 17:40:19 +0400 >Anton Farygin <rider@altlinux.ru> wrote: > >>Volkov Serge wrote: >> >>>Добрый день >>> >>>Не могу понять разницу. >>>два варианта сборки >>>1) берем исходники в архиве с сайта OpenLDAP >>>2) берем исходники и ладем их в RPM >>> ><skiped> > >>>РЕЗУЛЬТАТ >>> >>>1) Запускаем # slapd >>>все OK никаких сообщений о core >>>2) ставим пакет и руками запускаем /usr/sbin/slapd >>>(core dumped) >>> >>>Объясните, пожалуйста в чем разница в сборке ??? ключи для компилятора брал из выходного потока при сборке rpm >>> >>А если попробовать в первом варианте strip slapd ? >> > >ничего не происходит а что должно быть > Ну и запустить после этого... ;-) Rgds Rider _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 472 bytes --] Hi all! В приложенном файле находятся обновленные пункты системы меню - основное изменение - разбиение раздела Office на подразделы. Соответственно всем maintainer'ам, кто собирает пакеты, попадающие в это меню необходимо подправить свои spec'и с целью перенесения приложений из меню Office в его подразделы. Например: Office/Abiword в новом меню должен лежать как Office/Wordprocessors/Abiword. Названия разделов доступны в приложенном файле. -- Успехов, Konstantin [-- Attachment #2: menu.menu --] [-- Type: application/octet-stream, Size: 7864 bytes --]
Фантастика: [root@linux /root]# ipchains -L -v -n;date Chain input (policy ACCEPT: 1582762235 packets, 187985504156 bytes): Chain forward (policy ACCEPT: 0 packets, 0 bytes): Chain output (policy ACCEPT: 1981841170 packets, 2181638536573 bytes): Sat Sep 29 15:45:02 MSD 2001 [root@linux /root]# ipchains -L -v -n;date Chain input (policy ACCEPT: 1583053477 packets, 188001591316 bytes): Chain forward (policy ACCEPT: 0 packets, 0 bytes): Chain output (policy ACCEPT: 1982241620 packets, 2177838015645 bytes): Sat Sep 29 16:14:40 MSD 2001 Как может счетчик уменьшаться????? 2.2.19 ядро сборки Димы. Rgds Rider _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Добрый день, господа! Есть у меня маленькое замечание, возникшее после более-менее внимательного пролистывания состава Sysiphus'а я обнаружил в нем одновременное присутсвие latte и glimmer'а Первый пакет можно исключить -- это лишь название ранних версий второго... Yours Const -- Dr. Constantin I. Mikhaylenko | Institute of Mechanics +7 (3472) 239537, 236446 | of Ufa's Branch of R.A.S. const@anrb.ru | const@mail.ru | 12, K. Marx Str.. ICQ UIN: 13383705 (Const) | Ufa, 450000, RUSSIA _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Hi all, Господа, если кто знает хорошие алгоритмы сравнения рускоязычного текста (фонетического, в %-ом соотношении и т.д.) - бросьте в меня плз ссылку... soundex здесь не работает естественно.. ;-( задача у меня простая - сгенерить некий код для строки, сохраняемый в базе. В дальнейшем если эта строка поменяется менее чем на 70% - ее найти. Rgds Rider -- <?PHP /* * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License as * published by the Free Software Foundation; either version 2, or * (at your option) any later version. */ echo "\n ___________________________________________________________________\n ___ _ _____ \n ( _ ) ( ) (_ _) | <a href=mailto:rider@altlinux.ru>Rider</a> \n / ___ \ | |_ | | | <a href=http://altlinux.ru>+70952039698 </a>\n ( / \ )(____)(_) | <a href=http://lrn.ru> LRN Team </a> \n |~~~LINUX TEAM~~~| | \n -------------------------------------------------------------------\n "; ?> _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Добрый день! Обратите внимание на эту программку: http://www.littleigloo.org/downloads_003.php3 Welcome to Linux, ANSI boot logo for Linux. Это терминальная заставочка (точнее две заставочки). Она выглядит заметно привлекательнее стандартного мандраковского пингвина... И еще. Уберите из дистрибутивов (из Cизифа в частности) пакет latte! Это есть устаревшая версия glimmer. Const -- Dr. Constantin I. Mikhaylenko | Institute of Mechanics +7 (3472) 239537, 236446 | of Ufa's Branch of R.A.S. const@anrb.ru | const@mail.ru | 12, K. Marx Str.. ICQ UIN: 13383705 (Const) | Ufa, 450000, RUSSIA _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 481 bytes --] Приветствую! Поххожек обнаружил неприятную кольцевую зависимость: - gdk-pixbuf требует для сборки gnome-db - gnome-db требует libgda - libgda требует bonobo - bonobo требует gdk-pixbuf Какая-то из них лишняя. -- Best Regards! | Когда вам платят за работу, надо по крайней мере Alexey Voinov | делать вид, что вы работаете... | Б.Виан "Осень в Пекине" voins@voins.program.ru voins@online.ru vns@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1002 bytes --] Alexey Voinov wrote > > Приветствую! > > Поххожек обнаружил неприятную кольцевую зависимость: > - gdk-pixbuf требует для сборки gnome-db > - gnome-db требует libgda > - libgda требует bonobo > - bonobo требует gdk-pixbuf > > Какая-то из них лишняя. Продолжаем беседу. Лишними оказались многие из зависимостей gdk-pixbuf. Подробнее об этом сомотрим BTS. За это время обнаружилось ещё одно кольцо: libgnome-vfs-devel is needed by control-center-1.4.0.1-alt3 libgnome-vfs-devel: Depends: gnome-vfs (= 1.0.1), однако не будет установлен gnome-vfs: Depends: control-center, однако не будет установлен Всё это начинает напоминать болезнь. Может в BTS предусмотреть возможность постить ошибки привязанные к нескольким пакетам сразу? -- Best Regards! | Когда вам платят за работу, надо по крайней мере Alexey Voinov | делать вид, что вы работаете... | Б.Виан "Осень в Пекине" voins@voins.program.ru voins@online.ru vns@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
Добрго всем времени суток обозначилась проблемка: так как я дома работаю на usb клавиатуре и мыше, то во время загрузки если вдруг срабатывает сервис kudzu, то ни какие действия я с ним сделать не могу так как в это время еще не зарнужен сервис usb. В связи с этим предлагаю поставить заргузку usb как можно раньше. -- With best wishes, Volkov Serge Network Administrator/Security Administrator _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel
Наконец-то... Rgds, Rider -- <?PHP /* * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License as * published by the Free Software Foundation; either version 2, or * (at your option) any later version. */ echo "\n ___________________________________________________________________\n ___ _ _____ \n ( _ ) ( ) (_ _) | <a href=mailto:rider@altlinux.ru>Rider</a> \n / ___ \ | |_ | | | <a href=http://altlinux.ru>+70952039698 </a>\n ( / \ )(____)(_) | <a href=http://lrn.ru> LRN Team </a> \n |~~~LINUX TEAM~~~| | \n -------------------------------------------------------------------\n "; ?>
Привет всем! Предлагаю в первую (минимум во вторую) очередь сосредоточиться на этом руководстве, так как его сложнее всего делать и менее всего хочется это делать. Принимается любая помощь. Для экономии времени рекомендуется взять и переработать имеющуюся в интернете документацию (FAQ, HOW-TO). К сожалению у меня сейчас совершенно нет возможности самому заниматься подобной перекомпоновкой, но все материалы которые Вы пришлете обещаю посмотреть. Общее пожелание - главное не объем, а полезность. Пусть лучше книжка будет тоньше, но пользоваться ей будут люди чаще. Предварительное распределение ролей предлагается следующее (отталкиваюсь от схемы, предложенной Алексеем): Руководство системного администратора: Hardware (goldhead) - сложно сказать, что здесь надо сказать, предлагаю сделать нечто вроде FAQ. Пожайлуста поделитесь все своим опытом установки Linux на нестандартные железки. Базовые утилиты (goldhead) - Константин, предлагаю тебе здесь скомпоновать всю имеющуюся в internet документацию. Кто может помогите ему в этом - слишком большой объем. Файловые системы (goldhead) - последний инсталлятор Mandrake позволяет производить истановку на ext2,ext3,jfs,xfs,reiserfs. Достаточно краткой информации по каждой из файловых систем. Александр(ab), нет ли у вас где-нибудь таких кратких резюме? Управление пакетами (ab, ldv) - часть по apt следует взять из Spring и несколько расширить (насколько позволит время), про rpm - тут только Дима(ldv), достаточно базовых сведений. Система безопасности (ldv) - Дима, опять вся надежда только на тебя. Предлагаю не делать полного описания (не хватит времени), наверное лучше всего оттолкнуться от текста докладак семинару. Резервное копирование - Все кто этим занимается, пожайлуста опишите свой способ. Электропитание - Здесь видимо речь идет про UPS. Управление пользователями (???) - Ищутся волонтеры. Желательнее системные администраторы. Сеть (cornet, goldhead) - Ребята, вам явно нужна помощь. 1)Локальная сеть - тут все по моему и так ясно. Достаточно описания draknet и прочего. 2)Выход в интернет - несколько простых рекомендаций. Пожайлуста, если кто это делал, напишите. 3)Организация шлюза - почти предыдущий пункт 4)Настройка firewall - Игорь (migor) и Олег (cornet), это ваша стихия. 5)Маршрутизация - если те же люди напишут будет здорово. 6)Почтовый сервер (mhz) - видимо достаточно описания пары типовых ситуаций. 7)SMB, NFS,ftp,http,LDAP - кто в чем разбирается, ищутся волонтеры. X Window System (goldhead) - Костик, раскрой свои секреты настройки всяких экзотических карт. Система печати (inger) - это я уже почти написал. Виртуальные машины и эмуляторы - кажется уже начали про это писать. Wine VMWare dosemu ------------------------------------- С наилучшими пожеланиями Станислав Иевлев.
[-- Attachment #1: Type: text/plain, Size: 3030 bytes --] On Mon, Dec 10, 2001 at 11:30:05AM +0300, Stanislav Ievlev wrote: > Руководство системного администратора: > > Hardware (goldhead) - сложно сказать, что здесь надо сказать, предлагаю > сделать нечто вроде FAQ. > Пожайлуста поделитесь все своим опытом установки Linux на нестандартные > железки. > > Базовые утилиты (goldhead) - Константин, предлагаю тебе здесь > скомпоновать всю имеющуюся в internet документацию. Кто может помогите > ему в этом - слишком большой объем. > > Файловые системы (goldhead) - последний инсталлятор Mandrake позволяет > производить истановку на ext2,ext3,jfs,xfs,reiserfs. Достаточно краткой > информации по каждой из файловых систем. Александр(ab), нет ли у вас > где-нибудь таких кратких резюме? > > Управление пакетами (ab, ldv) - часть по apt следует взять из Spring и > несколько расширить (насколько позволит время), про rpm - тут только > Дима(ldv), достаточно базовых сведений. Саша, есть идеи, чего в прежней документации не хватает? > Система безопасности (ldv) - Дима, опять вся надежда только на тебя. > Предлагаю не делать полного описания (не хватит времени), наверное лучше > всего оттолкнуться от текста докладак семинару. Я на выходных начал писать ALT Linux Security Guide. В него, в частности, войдет и описание особенностей ALT Linux с этой точки зрения, всяческие рекомендации и многое другое. > Резервное копирование - Все кто этим занимается, пожайлуста опишите свой > способ. При этом имейте в виду, что на этот раздел будут ссылки из ALT Linux Security Guide. > Электропитание - Здесь видимо речь идет про UPS. note: apcupsd - реально работающий сервер (из одноименного пакета). > > Управление пользователями (???) - Ищутся волонтеры. Желательнее > системные администраторы. ldv > Сеть (cornet, goldhead) - Ребята, вам явно нужна помощь. > > 1)Локальная сеть - тут все по моему и так ясно. Достаточно описания > draknet и прочего. > > 2)Выход в интернет - несколько простых рекомендаций. Пожайлуста, если > кто это делал, напишите. > > 3)Организация шлюза - почти предыдущий пункт > > 4)Настройка firewall - Игорь (migor) и Олег (cornet), это ваша стихия. При этом имейте в виду, что на этот раздел будут ссылки из ALT Linux Security Guide. > > 5)Маршрутизация - если те же люди напишут будет здорово. > > 6)Почтовый сервер (mhz) - видимо достаточно описания пары типовых > ситуаций. Возможно, стоит расширить norelay/antispam - секцию. На этот раздел будут ссылки из ALT Linux Security Guide. > > 7)SMB, NFS,ftp,http,LDAP - кто в чем разбирается, ищутся волонтеры. При этом имейте в виду, что на этот раздел будут ссылки из ALT Linux Security Guide. Regards, Dmitry +-------------------------------------------------------------------------+ Dmitry V. Levin mailto://ldv@alt-linux.org ALT Linux Team http://www.altlinux.ru/ Fandra Project http://www.fandra.org/ +-------------------------------------------------------------------------+ UNIX is user friendly. It's just very selective about who its friends are. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
On Mon, Dec 10, 2001 at 03:44:20PM +0300, Dmitry V. Levin wrote: > > Управление пакетами (ab, ldv) - часть по apt следует взять из Spring и > > несколько расширить (насколько позволит время), про rpm - тут только > > Дима(ldv), достаточно базовых сведений. > Саша, есть идеи, чего в прежней документации не хватает? Посмотрю и обновлю на этой неделе. Также в руководство системного администратора надо будет включить компонент по созданию минимальной системы, это я опишу. > > Управление пользователями (???) - Ищутся волонтеры. Желательнее > > системные администраторы. > ldv ab (winbind/AD). > > 7)SMB, NFS,ftp,http,LDAP - кто в чем разбирается, ищутся волонтеры. > При этом имейте в виду, что на этот раздел будут ссылки из ALT Linux > Security Guide. ab+cornet (SMB) -- / Alexander Bokovoy $ cat /proc/identity >~/.signature `Senior software developer and analyst for SaM-Solutions Ltd.` --- Nov 21 20:58:58 alconost kernel: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...
On Mon, Dec 10, 2001 at 05:06:37PM +0300, Dmitry V. Levin wrote:
> On Mon, Dec 10, 2001 at 03:36:39PM +0200, Alexander Bokovoy wrote:
> > > > Управление пользователями (???) - Ищутся волонтеры. Желательнее
> > > > системные администраторы.
> > > ldv
> > ab (winbind/AD).
> Какие мысли по поводу useradd и прочих мест, где указаны явные ограничения
> на имена пользователей?
Исправлять их надо. Это многоступенчатая работа и на самом деле,
разбивается по крайней мере на две части:
1. Поддержка уже существующих пользователей, управление которыми
осуществляется за пределами машины (winbind/nis/ad) и по отношению к
которым данная машина выступает "клиентом".
2. Обеспечение возможности полноценного управления пользователями. В этом
случае в системе должны существовать специализированные версии модулей
создания/удаления/изменения пользователей, которые подгружаются
useradd/userdel/usermod в зависимости от настроек. Это наиболее сложный и
долгий этап.
--
/ Alexander Bokovoy
$ cat /proc/identity >~/.signature
`Senior software developer and analyst for SaM-Solutions Ltd.`
---
Nov 21 20:58:58 alconost kernel: VFS: Busy inodes after unmount.
Self-destruct in 5 seconds. Have a nice day...
[-- Attachment #1: Type: text/plain, Size: 679 bytes --] On Mon, Dec 10, 2001 at 03:36:39PM +0200, Alexander Bokovoy wrote: > > > Управление пользователями (???) - Ищутся волонтеры. Желательнее > > > системные администраторы. > > ldv > ab (winbind/AD). Какие мысли по поводу useradd и прочих мест, где указаны явные ограничения на имена пользователей? Regards, Dmitry +-------------------------------------------------------------------------+ Dmitry V. Levin mailto://ldv@alt-linux.org ALT Linux Team http://www.altlinux.ru/ Fandra Project http://www.fandra.org/ +-------------------------------------------------------------------------+ UNIX is user friendly. It's just very selective about who its friends are. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
[-- Attachment #1: Type: text/plain, Size: 3454 bytes --] On Mon, 10 Dec 2001 11:30:05 +0300 Stanislav Ievlev <inger@altlinux.ru> wrote: > Привет всем! > Предлагаю в первую (минимум во вторую) очередь сосредоточиться на этом > руководстве, так как его сложнее всего делать и менее всего хочется это > делать. > > Принимается любая помощь. Для экономии времени рекомендуется взять и > переработать имеющуюся в интернете документацию (FAQ, HOW-TO). > > К сожалению у меня сейчас совершенно нет возможности самому заниматься > подобной перекомпоновкой, но все материалы которые Вы пришлете обещаю > посмотреть. > > Общее пожелание - главное не объем, а полезность. Пусть лучше книжка > будет тоньше, но пользоваться ей будут люди чаще. > > Предварительное распределение ролей предлагается следующее (отталкиваюсь > от схемы, предложенной Алексеем): > > Руководство системного администратора: > > Hardware (goldhead) - сложно сказать, что здесь надо сказать, предлагаю > сделать нечто вроде FAQ. > Пожайлуста поделитесь все своим опытом установки Linux на нестандартные > железки. > > Базовые утилиты (goldhead) - Константин, предлагаю тебе здесь > скомпоновать всю имеющуюся в internet документацию. Кто может помогите > ему в этом - слишком большой объем. > > Файловые системы (goldhead) - последний инсталлятор Mandrake позволяет > производить истановку на ext2,ext3,jfs,xfs,reiserfs. Достаточно краткой > информации по каждой из файловых систем. Александр(ab), нет ли у вас > где-нибудь таких кратких резюме? > > Управление пакетами (ab, ldv) - часть по apt следует взять из Spring и > несколько расширить (насколько позволит время), про rpm - тут только > Дима(ldv), достаточно базовых сведений. > > Система безопасности (ldv) - Дима, опять вся надежда только на тебя. > Предлагаю не делать полного описания (не хватит времени), наверное лучше > всего оттолкнуться от текста докладак семинару. > > Резервное копирование - Все кто этим занимается, пожайлуста опишите свой > способ. Я могу кое-что написать... и упомянуть свой скриптик ;) > Электропитание - Здесь видимо речь идет про UPS. > > Управление пользователями (???) - Ищутся волонтеры. Желательнее > системные администраторы. > > Сеть (cornet, goldhead) - Ребята, вам явно нужна помощь. > > 1)Локальная сеть - тут все по моему и так ясно. Достаточно описания > draknet и прочего. > > 2)Выход в интернет - несколько простых рекомендаций. Пожайлуста, если > кто это делал, напишите. > > 3)Организация шлюза - почти предыдущий пункт Между локальной сетью и инетом(инет - радио-модем, кстати про PCMCIA могу кое-что сказать). Маскарад, роутинг на хосты и на сети. > 4)Настройка firewall - Игорь (migor) и Олег (cornet), это ваша стихия. > > 5)Маршрутизация - если те же люди напишут будет здорово. см. пункт 3 > 6)Почтовый сервер (mhz) - видимо достаточно описания пары типовых > ситуаций. Опишу qmail+vpopmail+postfix связка на мой взгляд просто замечательная, учитывая что vpopmail позволяет проводить антентификацию по MySQL, shadow/passwd, LDAP, Oracle, etc. и имеет поддержку виртуальных доменов. > 7)SMB, NFS,ftp,http,LDAP - кто в чем разбирается, ищутся волонтеры. > > > X Window System (goldhead) - Костик, раскрой свои секреты настройки > всяких экзотических карт. > > Система печати (inger) - это я уже почти написал. > > Виртуальные машины и эмуляторы - кажется уже начали про это писать. > Wine > VMWare > dosemu -- Nikita Gergel System Administrator Moscow, Russia YAUZA-Telecom [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Mon, Dec 10, 2001 at 06:40:51PM +0300, Nikita Gergel wrote:
>
> > 6)Почтовый сервер (mhz) - видимо достаточно описания пары типовых
> > ситуаций.
>
> Опишу qmail+vpopmail+postfix связка на мой взгляд просто замечательная,
> учитывая что vpopmail позволяет проводить антентификацию по MySQL,
> shadow/passwd, LDAP, Oracle, etc. и имеет поддержку виртуальных доменов.
Не забывайте, что речь идет о книжке к дистрибутиву, в котором Qmail будет
отсутствовать.
--
/ Alexander Bokovoy
$ cat /proc/identity >~/.signature
`Senior software developer and analyst for SaM-Solutions Ltd.`
---
Nov 21 20:58:58 alconost kernel: VFS: Busy inodes after unmount.
Self-destruct in 5 seconds. Have a nice day...
[-- Attachment #1: Type: text/plain, Size: 1098 bytes --] On Mon, 10 Dec 2001 17:42:43 +0200 Alexander Bokovoy <a.bokovoy@sam-solutions.net> wrote: > On Mon, Dec 10, 2001 at 06:40:51PM +0300, Nikita Gergel wrote: > > > > > 6)Почтовый сервер (mhz) - видимо достаточно описания пары типовых > > > ситуаций. > > > > Опишу qmail+vpopmail+postfix связка на мой взгляд просто замечательная, > > учитывая что vpopmail позволяет проводить антентификацию по MySQL, > > shadow/passwd, LDAP, Oracle, etc. и имеет поддержку виртуальных доменов. > Не забывайте, что речь идет о книжке к дистрибутиву, в котором Qmail будет > отсутствовать. Ну это как пример использования Postfix... > -- > / Alexander Bokovoy > $ cat /proc/identity >~/.signature > `Senior software developer and analyst for SaM-Solutions Ltd.` > --- > Nov 21 20:58:58 alconost kernel: VFS: Busy inodes after unmount. > Self-destruct in 5 seconds. Have a nice day... > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel > -- Nikita Gergel System Administrator Moscow, Russia YAUZA-Telecom [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Tue, 11 Dec 2001 11:28:40 +0300
"Volkov Serge" <vserge@menatepspb.msk.ru> wrote:
> Скажите, где и в каком виде будут доступны все эти документы для просмотра и согласования друг с другом ???
>
> On Tue, 11 Dec 2001 11:07:31 +0300
> Stanislav Ievlev <inger@altlinux.ru> wrote:
>
> > Nikita Gergel wrote:
> >
> > >On Mon, 10 Dec 2001 11:30:05 +0300
> > >Stanislav Ievlev <inger@altlinux.ru> wrote:
Сергей, а как Вам удается читать квотирование мозильщиков?
--
Баталов Григорий.
---------------------------------------------------------------------------
I am the "ILOVEGNU" signature virus. Just copy me to your signature.
This email was infected under the terms of the GNU General Public License.
[-- Attachment #1: Type: text/plain, Size: 924 bytes --] On Mon, Dec 10, 2001 at 06:40:51PM +0300, Nikita Gergel wrote: > > 6)Почтовый сервер (mhz) - видимо достаточно описания пары типовых > > ситуаций. > > Опишу qmail+vpopmail+postfix связка на мой взгляд просто замечательная, учитывая что vpopmail позволяет проводить антентификацию по MySQL, shadow/passwd, LDAP, Oracle, etc. и имеет поддержку виртуальных доменов. Все бы хорошо, если бы опомянутые средства входили в дистрибутив. Но, увы, qmail не будет, так что какой смысл рассказывать о схемах, его использующих, в документации к мастеру? Regards, Dmitry +-------------------------------------------------------------------------+ Dmitry V. Levin mailto://ldv@alt-linux.org ALT Linux Team http://www.altlinux.ru/ Fandra Project http://www.fandra.org/ +-------------------------------------------------------------------------+ UNIX is user friendly. It's just very selective about who its friends are. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
Hello, devel А вообще не планируется ли какая нибудь схема будущей работы с документацией? По идее ведь возможно сделать "ориентиры в содержании" и "мантейнеров" ответственных за контент. так возможно к будущему дистрибутиву уже подберется много текстов из которых можно будет выбирать. Что то будет постоянно обновляться что то пореже - мне кажется полезным (понимаю что текущая нагрузка на руки и головы сейчас это сделать скорее всего не позволит) -- Sincerely, Alex
On Mon, 10 Dec 2001 11:30:05 +0300 Stanislav Ievlev <inger@altlinux.ru> wrote: > Привет всем! > Предлагаю в первую (минимум во вторую) очередь сосредоточиться на этом > руководстве, так как его сложнее всего делать и менее всего хочется это > делать. > > Принимается любая помощь. Для экономии времени рекомендуется взять и > переработать имеющуюся в интернете документацию (FAQ, HOW-TO). > > К сожалению у меня сейчас совершенно нет возможности самому заниматься > подобной перекомпоновкой, но все материалы которые Вы пришлете обещаю > посмотреть. > > Общее пожелание - главное не объем, а полезность. Пусть лучше книжка > будет тоньше, но пользоваться ей будут люди чаще. > > Предварительное распределение ролей предлагается следующее (отталкиваюсь > от схемы, предложенной Алексеем): <skiped> > 7)SMB, NFS,ftp,http,LDAP - кто в чем разбирается, ищутся волонтеры. Я готов написать небольшое описание настроки LDAP но возникает вопрос так как с руским у нас проблема сам сервер умеет, а вот если использовать програмы из Сизифа GQ (единственная, насколько я понимаю), то в нем есть проблемы с вводом русских букв. В связи с чем вопрос имеет смысл включать или нет ?? этот раздел в книгу. в настоящий момент у меня на chroot ldap адресная книга и как раз этот опыт мог бы описать прикрутить к postfix до нового года наверное не успею :((( -- With best wishes, Volkov Serge Network Administrator/Security Administrator
В разделе "контактная информация на" сайте, грам. ошибка "в коваНном заборе" если мне не изменяет память в школе учили что "кованый" и "жеваный" -- Igor Homyakov <homyakov(at)ramax.spb.ru>
Igor Homyakov wrote:
> В разделе "контактная информация на" сайте, грам. ошибка
> "в коваНном заборе" если мне не изменяет память
> в школе учили что "кованый" и "жеваный"
>
>
Спасибо.
С наступающим Вас Новым Годом!
Алексей Смирнов
Дорогие друзья и коллеги, спешу поздравить вас с наступающим (а для кого-то уже наступившем) новым годом. Желаю вам в новом году успехов в личной и семейной жизни, радости в работе и счастья в душе. Пусть сбудуться все ваши мечты в следующем году. Rgds, Rider -- ---___----_---_____--# Anton Farygin __(___)__(_)_(_____)_# E-mail__:_Rider_at_altlinux_dot_ru _/__-__\_|_|___|_|___# ALT_____:_http://www.altlinux.ru (_/___\_)(____)(_)___# LRN Team:_http://www.linux.ru.net |~~~LINUX_TEAM~~~|___# тел/факс:_+7_095_2039698
Друзья, всех поздравляю с праздником и немедленно начинаю пить за нашу выдающуюся команду. Уже начал :-) Прошедший год был очень сложен, местами коварен, но мы имеем все основания для осторожного оптимизма в Новом. Мне не хватает слов для выражения благодарности всем вам за блестящую самоотверженную работу и я уверен, что Большой Праздник у нас будет. С Новым годом! Алексей.
Господа! Поздравляю всех с наступившим 2002 годом! Пусть этот год станет очередной ступенькой в вашем жизненном пути и эта ступень будет значительной. Счастья и успехов всем вам! И трудностей, ибо без них успехов не бывает! -- / Alexander Bokovoy $ cat /proc/identity >~/.signature `Senior software developer and analyst for SaM-Solutions Ltd.` --- Nov 21 20:58:58 alconost kernel: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...
Имеется набор авторских фотографий/рисунков. Автор готов составить подборку и предоставить для дистрибутива по любой лицензии. Есть заинтересованность? Если уж шла речь о музыке в составе дистрибутива, то такая вещь уж точно должна быть. -- Lav Виталий Липатов ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург GNU! Linux! LaTeX! LyX!
[-- Attachment #1: Type: text/plain, Size: 669 bytes --] On Sat, 5 Jan 2002 23:41:12 +0300 Vitaly Lipatov <LAV@VL3143.spb.edu> wrote: Hi! > Имеется набор авторских фотографий/рисунков. > Автор готов составить подборку и предоставить для > дистрибутива по любой лицензии. Круто! По поводу лицензии - посмотрите на Artistic - насколько я знаю, она создавалась именно для рисунков... > Есть заинтересованность? > Если уж шла речь о музыке в составе дистрибутива, > то такая вещь уж точно должна быть. Естественно! Присылайте рисунки, сделаем rpm и включим его в дистрибутив. > -- > Lav > Виталий Липатов > ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург > GNU! Linux! LaTeX! LyX! -- Успехов, Konstantin [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
http://marc.theaimsgroup.com/?l=reiserfs&m=101024094915660&w=2 Ключевая часть релиза: reiserfstune - a tool to to change journal parameters for existing filesystems, allow to have non-standard journal of different size or on another device. mkreiserfs can create fs with non-standard journal. /reiserfsck/debugreiserfs changed to work with relocated journal. Это то, что спонсировала Хансу наша компания и делали наши ребята. Тоже своего рода праздник, который уже можно использовать в ядре, которое войдет в Master. -- / Alexander Bokovoy $ cat /proc/identity >~/.signature `Senior software developer and analyst for SaM-Solutions Ltd.` --- Nov 21 20:58:58 alconost kernel: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...
On Tue, Jan 08, 2002 at 08:14:05PM +0200, Alexander Bokovoy wrote:
>
> /reiserfsck/debugreiserfs changed to work with relocated journal.
>
> Это то, что спонсировала Хансу наша компания и делали наши ребята. Тоже своего
> рода праздник, который уже можно использовать в ядре, которое войдет в
> Master.
К сожалению, основная часть -- патч к ядру, который делали сотрудники
компании Ханса Namesys -- до сих пор не опубликован (намечен на включение
в 2.5), так что использовать в дистрибутиве не удастся. :(
--
/ Alexander Bokovoy
$ cat /proc/identity >~/.signature
`Senior software developer and analyst for SaM-Solutions Ltd.`
---
Nov 21 20:58:58 alconost kernel: VFS: Busy inodes after unmount.
Self-destruct in 5 seconds. Have a nice day...
После установки всех пакетов из Сизифа (ох, нелёгкое было дело) в меню программ появились различные программы, причем очень сложно было понять, по какому принципу они размещены в тех или иных группах. Если ли какие-нибудь устоявшиеся критерии, занимается ли кто-нибудь упорядочиванием. Я тут было занялся составлением плана группирования программ (А то один калькулятор в Научной математике, а другой - в офисе), но может это никому не нужно... Что скажете? -- Lav Виталий Липатов ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург GNU! Linux! LaTeX! LyX!
Здравствуйте, Примите, пожалуйста: а) извинения за запоздалый отчет б) сам отчет, который следует ниже. Итак, пробовались разные варианты установки. Сразу скажу, что установка с NFS с загрузкой с pcmcia.img прошла, почти без проблем. "Почти" заключается вот в чём: если карточка вставлена сразу -- всё проходит на ура. Если же момент определения карточки пропущен и инсталлятор просит указать, какое сетевое устройство присутствует -- то хоть обуказывайся. Ладно, более осторожное высказывание: у меня ничего не получилось. Ниже проблемы и придирки. 0. Лого pcmcia диска напоминает о Mandrake. 1. Установка "Рекомендуемая" -- дошел до выбора групп пакетов, решил переразбить диск. Нажал "настройка жесткого диска". Вопреки ожиданиям, появился диалог "какой SCSI драйвер попробовать?". Нажал "отмена". Остался в том же диалоге. 2. Придирка. После выбора групп пакетов, появляется диалог "Вы выбрали след. сервер(а): cups postfix..." Я ничего подобного не выбирал -- это набор серверов, который ставится (почти) по умолчанию. Лучше: "Будут установлены следующие серверы:" и далее по тексту. 3. В диалоге "разбиение дисков". а. в обычном режиме не работают кнопки выбора файловых систем б. в режиме "эксперт" кнопка "журналируемая фс" устанавливает ext3. Почему? Не лучше ли reiserfs? в. Кнопка "Больше". На мой взгляд, название неудачно (придирка, конечно). Как вам вариант "Другое"? 4. Не переведены подсказки внизу экрана. 5. Рекламка LinuxFest... эта-а тово, Калуга и Калужская область в моё время с заглавной буквы писались... :-) 6. Экран с "custom boot disk" - на английском. 7. Большая бяка. Установка прошла успешно, все группы пакетов были отключены (с целью получить минимальную систему). В конце повозился с настройкой принтера, указал "удаленный CUPS сервер". Первая загрузка: заставка, червяк доползает до середины буквы 'u' в слове Linux и всё виснет. Вплоть до нежелания переключаться на другие экраны, чтобы посмотреть на вывод ядра и загрузки. C-A-D не работает, пришлось перегружать машину выключением питания. Еще неприятный момент -- если после этого в Grub выбрать failsafe режим, приходим к тому же глухому зависону. Если при минимальной установке не устанавливать систему печати, загрузка проходит. 8. При минимальной установке Время/смета (над червяком) не показываются (то есть, не показываются значения). 9. Создание загрузочной дискеты: "Вставьте дискету в дисковод Первый дисковод". Я не знаю, как лучше написать, но так это может смутить неокрепшие души начинающих линуксоидов. 10. Отсутствует настройка времени (речь идет по прежнему о минимальной установке). Поэтому, если часы в GMT, как, скажем, у меня и еще у 50% шизанутых линуксоидов, date (1) врёт. 11. tty, logo screnn "ALT Linux Sisyphus", стоило бы поправить. 12. APM не устанавливается (всё та же минимальная установка). $ apm No APM support in kernel $ apmsleep +0:5 apmsleep: Your kernel does not support APM apmsleep: recompile the kernel with APM and /dev/rtc support 13. Text install --> выбор языка --> русский, кодировка не важна --> зюки. 14. Там же, разбиение диска, руками ввёл типа раздела "Reiserfs", на вопрос о записи PartTable ответил "Cancel", потому, что увидел код файловой системы 0x00. Инсталляшка радостно бросилась записывать эту чушь на диск и обломалась ( это уже 2 ошибки). 15. Text install выводит какие-то отладочные сообщения на основной экран. Не лучше ли к.н. в сторонку? 16. Очень общий вопрос. gcc 2.96. С учетом истории появления этой версии и с учетом выхода 3-й версии, не стоит ли перейти на gcc 3? 17. text install: устанавливаю синхронизацию времени ntp, получаю "ntp RPM not found". В графической версии не проверял. 18. При загрузке получившейся системы, сообщения идут на тот же экран, на котором splash screen. Червяк, естественно, продолжает ползти и выглядит это всё некрасиво. 19. После Text install единственный язык, доступный в KDE -- C. 20. По умолчанию в KDE выбран десктоп sunshine и mwm в качестве window manager'a. Прекрасный выбор для ностальгирующих по CDE (vomit sounds) или Windows 3.0 (more vomit sounds). Конечно, дело вкуса, но мне кажется, что это случайность, а не осознанный выбор. 21. После текстовой установки APM работает. В чём разница? При минимальной с pcmcia не все модули ставятся? 22. Графический инсталлятор, разметка диска (не даёт она мне покоя). "Эксперт", указал разделы, затем, "Мастер", "Отмена", "Готово". Таблица разделов записана на диск, затем начинает работать мастер разбиения (разбивания. вдрызг.) дисков. Что происходит мне понятно, более-менее -- сам программист. Станислав, по моему, эта часть инсталлятора требует особо жестокой прочистки. 23. Снова указал разделы, записал PT, Диалог выбор FS для форматирования. Предложение проверить разделы на плохие блоки поступило только для swap, хотя форматируются все 3 раздела (кажется, кнопка "продвинутый") 24. Форматирование reiserfs в первый раз обвалилась (после некоторых трудно вспоминаемых ковыряний). На экране сообщений что-то вроде /usr/bin/perl-install/ps-pmr line 494 /usr/bin/perl-install/partition_table_empty line 31 Переразметил как ext2, отформатировал, затем снова reiserfs 3.6, теперь форматирование успешно прошло. 25. Следующим пунктом -- ошибка монтирования (прошли дальше). /dev/hda6 invalid argument at /usr/bin/perl-install/fs.prm, line 649 26. Зависимости. как ghostscript-x может зависеть от mailx, perl, libgimp-print? 27. пакет bzflag, важность: Важно. Вы это всерьёз? То же и у других игрушек. 28. bind-doc зависит от bind, bind-devel. По моему, это не только не обязательно (из общих соображений, может я ошибаюсь), но и вредно. 29. Зависимости пакета samba-doc. НУ НЕУЖЕЛИ ЭТО ВСЁ ЕМУ ДЕЙСТВИТЕЛЬНО НУЖНО??? 30. Любопытно, что в списке пакетов нет openoffice. 31. ??? а есть ли в поставке NFS - сервер? 32. vim-X11 (кто о чём, а я всё о Виме) не выбран к установке по умолчанию, что нехорошо. Если X11 устанавливаются, из пары vim-enhanced/ vim-X11 предпочение следует отдавать второму. 33. Наблюдал лог инсталлятора на каком-то N-ном терминале. rpmRunTransaction кол=во пакетов варьируется от 8 до 31, с явным предпочтением 8. Не ускорит ли установку увеличение кол-ва пакетов, устанавливаемых за раз (или, если зависит от размера, макс. размер). 34. установка bootloaderа, выбран GRUB с граф меню, 1024х768 (FB), очищать /tmp при каждой загрузке, разрешить несколько профилей. Результат: Ворох ошибок на 3-й консоли. Со второго раза прошло (я нашёл только одно отличие, не была выбрана группа пакетов office). 35. Загрузка после инсталляции: Checking root filesystem: fsck.reiserfs not found 36. Сообщения опять идут поверх splash-screen 37. /usr/share/doc/HTML/index.html что=то говорит о Junior 38. user c ru_RU.CP1251. Blackbox сбюфемхел. Уфф. Пока всё. С уважением, -Сергей Арановский
подскажите, пожалуйста, какой финт нужно совершить, чтобы создать виртуальные пакеты(так это называется?) подобно kernel22. хочется попробовать сдалать nosrc.rpm для aureal, чтобы драйвера были установлены для нескольких версий ядра. -- andrei at tvcell d0t ru
[-- Attachment #1: Type: text/plain, Size: 804 bytes --] On Wed, Jan 23, 2002 at 01:59:04PM +0300, Andrey Astafiev wrote: > подскажите, пожалуйста, какой финт нужно совершить, > чтобы создать виртуальные пакеты(так это называется?) > подобно kernel22. хочется попробовать сдалать nosrc.rpm > для aureal, чтобы драйвера были установлены для нескольких > версий ядра. Provides: name Provides: name = version Provides: name = version-release (на выбор, в зависимости от ситуации). Regards, Dmitry +-------------------------------------------------------------------------+ Dmitry V. Levin mailto://ldv@alt-linux.org ALT Linux Team http://www.altlinux.com/ Fandra Project http://www.fandra.org/ +-------------------------------------------------------------------------+ UNIX is user friendly. It's just very selective about who its friends are. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
On Wed, 23 Jan 2002 14:23:06 +0300
"Dmitry V. Levin" <ldv@alt-linux.org> wrote:
> > подскажите, пожалуйста, какой финт нужно совершить,
> > чтобы создать виртуальные пакеты(так это называется?)
> > подобно kernel22. хочется попробовать сдалать nosrc.rpm
> > для aureal, чтобы драйвера были установлены для нескольких
> > версий ядра.
>
> Provides: name
> Provides: name = version
> Provides: name = version-release
> (на выбор, в зависимости от ситуации).
А если я укажу только "Provides: name", то какие будут
version-release у этого виртуального пакета?
--
Баталов Григорий.
---------------------------------------------------------------------------
I am the "ILOVEGNU" signature virus. Just copy me to your signature.
This email was infected under the terms of the GNU General Public License.
[-- Attachment #1: Type: text/plain, Size: 970 bytes --] On Wed, Jan 23, 2002 at 02:39:26PM +0300, "Баталов Григорий" wrote: > > > подскажите, пожалуйста, какой финт нужно совершить, > > > чтобы создать виртуальные пакеты(так это называется?) > > > подобно kernel22. хочется попробовать сдалать nosrc.rpm > > > для aureal, чтобы драйвера были установлены для нескольких > > > версий ядра. > > > > Provides: name > > Provides: name = version > > Provides: name = version-release > > (на выбор, в зависимости от ситуации). > > А если я укажу только "Provides: name", то какие будут > version-release у этого виртуального пакета? Никаких. Regards, Dmitry +-------------------------------------------------------------------------+ Dmitry V. Levin mailto://ldv@alt-linux.org ALT Linux Team http://www.altlinux.com/ Fandra Project http://www.fandra.org/ +-------------------------------------------------------------------------+ UNIX is user friendly. It's just very selective about who its friends are. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
Вот ... Прошу всех обратить внимание на текущее состояние руководства администратора: Огромная просьба активизировать работу, чтобы не задерживать выпуск мастера (Подготовка печатной документации самая длинная составляющая производственного цикла). Если кто-то еще ничего не писал и видит незанятый раздел - огромная просьба присоединиться к работе. Итак: ------------------------------------------ Уже есть текст: +ftp +pptp +apache +Управление пакетами (ab, ldv) +Базовые утилиты (goldhead) +LDAP (migor) +печать ------------------------------------------- Еще нет: Hardware (goldhead) Система безопасности (ldv) Управление пользователями (???) Сеть (cornet, goldhead) - Локальная сеть - Выход в интернет - Организация шлюза - Настройка firewall - Маршрутизация - Почтовый сервер (Забалуев) - SMB(cornet) ------------------------------------------------- С наилучшими пожеланиями Станислав Иевлев
Всем привет. Заюзал я по совету AEN альтовскую мозиллу. Просто супер работает. Бысрее раза в два. Спасибо. Я тут на грабли наступил. vmware не дружит с gcc-3.0.3. Пришлось керноловые модуля компилить старым (gcc-2.95.3) -- Yury Umanets IT Engineer of Priocom Corp. Phone: +380 44 2011959, ICQ: 55494590
Это пакеты, у которых отсутствует поле PACKAGER у SRC.RPM. Если здесь есть ваш пакет - исправьте пожалуйста: mysql> SELECT NAME, VERSION, RELEASE from sisyphus_rpms where PACKAGER=""; +---------------------------------+---------+---------+ | NAME | VERSION | RELEASE | +---------------------------------+---------+---------+ | Glide_V2 | 2.53 | ipl6mdk | | Glide_V3 | 2.60.15 | ipl8mdk | | XFree86-cyr_rfx-fonts-iso8859-5 | 1.1 | ipl1mdk | | Xaw3d | 1.5 | ipl7mdk | | debbugs | 2.3 | alt1 | | fbgetty | 0.1.69 | alt3 | | icepref | 1.1 | alt1 | | libglibwww1 | 0.2 | ipl3mdk | | lout | 3.24 | alt1 | | mad | 0.14.2b | alt1 | | mantis | 0.15.7 | alt2 | | mpeg_lib | 1.3.1 | ipl9mdk | | pptp-client | 1.0.3 | alt3 | | uml-net-tools | 0.005 | ipl1 | | unicode-Type0-fonts | 1.0 | ipl2 | +---------------------------------+---------+---------+ 15 rows in set (0.11 sec) Rgds, Rider
On Tue, Feb 12, 2002 at 03:31:05PM +0300, Anton Farygin wrote:
> Это пакеты, у которых отсутствует поле PACKAGER у SRC.RPM.
> Если здесь есть ваш пакет - исправьте пожалуйста:
>
А как исправлять? Определить в ~/.rpmmacros макрос
%packager?
--
Юрий А. Зотов
[-- Attachment #1: Type: text/plain, Size: 1579 bytes --] On Tue, 12 Feb 2002 15:31:05 +0300 Anton Farygin <rider@altlinux.ru> wrote: AF> Это пакеты, у которых отсутствует поле PACKAGER у SRC.RPM. AF> Если здесь есть ваш пакет - исправьте пожалуйста: AF> AF> mysql> SELECT NAME, VERSION, RELEASE from sisyphus_rpms where PACKAGER=""; AF> +---------------------------------+---------+---------+ AF> | NAME | VERSION | RELEASE | AF> +---------------------------------+---------+---------+ AF> | Glide_V2 | 2.53 | ipl6mdk | AF> | Glide_V3 | 2.60.15 | ipl8mdk | AF> | XFree86-cyr_rfx-fonts-iso8859-5 | 1.1 | ipl1mdk | AF> | Xaw3d | 1.5 | ipl7mdk | AF> | debbugs | 2.3 | alt1 | AF> | fbgetty | 0.1.69 | alt3 | AF> | icepref | 1.1 | alt1 | AF> | libglibwww1 | 0.2 | ipl3mdk | AF> | lout | 3.24 | alt1 | AF> | mad | 0.14.2b | alt1 | AF> | mantis | 0.15.7 | alt2 | AF> | mpeg_lib | 1.3.1 | ipl9mdk | AF> | pptp-client | 1.0.3 | alt3 | AF> | uml-net-tools | 0.005 | ipl1 | AF> | unicode-Type0-fonts | 1.0 | ipl2 | AF> +---------------------------------+---------+---------+ AF> 15 rows in set (0.11 sec) на всех их я уже вешал баги по этому поводу -- Regards, ZerG ### http://altlinux.ru ### ALT Linux Team ### zerg@altlinux.ru ### [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 896 bytes --] On Tue, 12 Feb 2002 15:52:46 +0300 Yura Zotov <yznews@hotbox.ru> wrote: > On Tue, Feb 12, 2002 at 03:31:05PM +0300, Anton Farygin wrote: > > Это пакеты, у которых отсутствует поле PACKAGER у SRC.RPM. > > Если здесь есть ваш пакет - исправьте пожалуйста: > > > > А как исправлять? Определить в ~/.rpmmacros макрос > %packager? Мне советовали примерно так: %vendor ALT Linux Team %distribution ALT Linux %_topdir /home/vyt/RPM/ %_gpg_name vyt@altlinux.ru %packager Vitaly A. Ostanin <vyt@altlinux.ru> <skipped> -- Regards, Vyt mailto: vyt@vzljot.ru JID: vyt@vzljot.ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1.1: Type: text/plain, Size: 596 bytes --] On Tue, 12 Feb 2002 15:52:46 +0300 Yura Zotov <yznews@hotbox.ru> wrote: YZ> On Tue, Feb 12, 2002 at 03:31:05PM +0300, Anton Farygin wrote: YZ> > Это пакеты, у которых отсутствует поле PACKAGER у SRC.RPM. YZ> > Если здесь есть ваш пакет - исправьте пожалуйста: YZ> > YZ> YZ> А как исправлять? Определить в ~/.rpmmacros макрос YZ> %packager? Да, например так, пример прикреплен. Вообще как удобнее, лишь бы поля были заполнены. И пожалуйста почтовый адрес ограничивайте треугольными, а не круглыми скобками. -- Regards, ZerG ### http://altlinux.ru ### ALT Linux Team ### zerg@altlinux.ru ### [-- Attachment #1.2: rpmmacros.tar.bz2 --] [-- Type: application/x-bzip2, Size: 258 bytes --] [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Tue, Feb 12, 2002 at 03:31:05PM +0300, Anton Farygin wrote:
> Это пакеты, у которых отсутствует поле PACKAGER у SRC.RPM.
> Если здесь есть ваш пакет - исправьте пожалуйста:
>
> | icepref | 1.1 | alt1 |
> | mad | 0.14.2b | alt1 |
исправлены.
--
andrei at tvcell d0t ru
В incoming/Sisyphus залиты исправленные пакеты pptp-client libnetcdf -- Юрий А. Зотов
[-- Attachment #1: Type: text/plain, Size: 886 bytes --] On Mon, Feb 18, 2002 at 05:53:38PM +0300, Andrey Orlov wrote: > 7. Я тут кой-какой свой приклад собирал с вашими библиотеками, это наверно > мои проблемы, но тем не менее : > > /usr/include/asm/signal.h:27: conflicting types for 'sigset_t' > /usr/include/sys/select.h:38: previous declaration of 'sigset_t' > > Это в инклуде <linux/select.h>, определения действительно различны ;). Это - симптом кривизны в программе: определения в /usr/include/asm и /usr/include/sys могут принципиально различаться. Regards, Dmitry +-------------------------------------------------------------------------+ Dmitry V. Levin mailto://ldv@alt-linux.org ALT Linux Team http://www.altlinux.com/ Fandra Project http://www.fandra.org/ +-------------------------------------------------------------------------+ UNIX is user friendly. It's just very selective about who its friends are. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
Hi! Мы попробовали поставить бетту мастера... В общем, все встало без проблем, но вот пара замечаний : если это уже обсуждалось, то сорри - была не в курсе, примите это как голос в пользу одной из сторон. 1. Решили поставить быстро и по умолчанию. Обычно так не делаем, но. Можете занести это в архив как "опыт быстрой установки" (полчаса). 2. По причине полного отсутсвия флопов, винтов и CD под рукой залили дистрибутив на корпоративный файлсервер и ставили по ftp. Машина - AMD K6 300 64(выросла в процессе до 128) DIMM 5GB Quantum CyberBlade/i7 RTL-8029, проблем с железом не было, в 64 вполне запустилась, просто под руку линейка подвернулась, ну мы ее и пригрели. 3. Установка по ftp. Сетапилка, видимо, работает в пассив моде. В этот момент на файлсервере пассивный режим был заблокирован - сетапилка не только не смогла установить соединение (что, конечно, простительно), но и не смогла корректно это отдиагностировать - не знай я очень хорошо о возможности такой проблемы, ни в жизнь не догадался бы. В общем, идей две: добавить возможность выбора режима подключения пасив/актив (если она уже есть - сорри, я же говорю быстро ставили), и при сбоях подключения при прошдедшей авторизации выводить сообщение типа "возможно сервер не поддерживает пассивный режим" 4. Мы на файлсервере расшарили только один CD. Установка по умолчанию не все RPM'ы нашла (какая-то мелочь гавкнулась, типа perl-smbd-?.?.?.i586.rpm). Ранее, в такую же историю попадал с redhat 7.0, должен заметить, что там в установке по умолчанию все пакеты нашлись на первом диске, и еще в начале устанвки сетапилка предупреждала об отсутствующих пакетах и о том, что все должно быть скопировано на винт так то и сякто. В общем, над усовершенствованием стоит подумать, т.к.: a) Выбор подходящей раскладки пакетов по CD - третий курс МИФИ решает такие задачи на лабораторных линейным симплекс-методом за один академический час. б) А если в файл сервере просто два CD? Зачем копировать? 5. Локализация. Конечно, я сам виноват что во время установки даже не задумался об указании локали. Но, когда я поставил все "по умолчанию" и увидел что есть все __кроме_русскоязычных__ - меня это просто убило: список кодировок в konqurer кроме koi8-r, koi8-u, fuck-1251, такой же результат xlsfonts и т.п. Разумеется, все быстро доставили, благо за последние 15ть лет накопился некоторый опыт настройки локализации. Но: - Может я чего не знаю, но есть какой-то более удобный способ настройки /etc/sysconfig/{keyboard,font} и т.п. чем правка руками? Поймите меня правильно, я не за себя беспокоюсь, у меня проблем не было. - Все-таки ситуация когда ставят какие угодно фонты кроме русских (iso8859-1,2,3,4. ??!!!??? 6,7,8,9), воспринимается несколько болезненно. 6. Картинка при загрузке. Все очень понравилась. А заставка при остановке - с убегающей обратно полосой прокрутки - даже из соседней комнаты приходили смотреть. Мы это плодотворно обсудили, и решили что все это хорошо, но кой-чего не хватает. А имеено: надписи "теперь контупер можно выключить". Поясню: я комп выключаю только когда выбрасываю. Ну, или чуть чаще. Но, вот другие... Вот, например, моя подруга. Пишет за машиной диплом. За моей, заметте. Звонит мне и грит: я набрала халт, когда его можно выключить? Раньше я просил выклюать когда появится надпись "System halted". А на графической картинке ее, как вы понимаете, нет ;) - неудобно объяснять. Вот, коллега просит добавить надпись "что бы убрать чертову картинку нажимте alt-f10" - не все догадаются прочитать опции lilo & grub перед загрузкой. 7. Я тут кой-какой свой приклад собирал с вашими библиотеками, это наверно мои проблемы, но тем не менее : /usr/include/asm/signal.h:27: conflicting types for 'sigset_t' /usr/include/sys/select.h:38: previous declaration of 'sigset_t' Это в инклуде <linux/select.h>, определения действительно различны ;). 8. В связи с обсуждающимися сейчас библиотечными проблемами есть пара вопросов по устаревшим библиотекам трех-четырех летней давности, g++ в частности, и классам типа GetOpt, String - с кем бы мне попереписываться? В рассылку как-то неудобно с таким мелочами. 9. На правах обсуждения: было бы неплохо, если бы при сетевой установке apt конфигурялся от параметров введенных при установке - т.е. при установке мы ввели откуда ставили и где лежит дистрибутив? Вот хорошо бы эти параметры в конфиге apt и сохранить. Винда, вона, поставишь ее с CD, так она потом всю жизнь будет бится головой о стену с причитаниями "где-то здесь был мой лицензионный диск в CD а теперь ни CD ни диска". 10. Заключение по поводу бетты: вполне работоспособно. Даже некоторые давно доставшие баги в нашем собственном пакете Zope прошли вдруг сами собой (кришна его знает почему). Но, без хорошей подготовки новобранец рискует общаться с компом на любом языке по выбору, кроме русского. -- BstRgrds -- -- Чертова Кукла -x---X;-) -x---X;-)
Я тут наконец умудрился закатать в RPM этот ужасный CERNlib. Потому как мне надо. Так вот вопрос: может, кому ещё пригодится, хотя бы в виде PAW (тогда можно на два пакета разделить, paw и библиотеки)? CERNlib - набор CERN-овских библиотек на Fortran-е. В первую очередь оно нужно физикам, при чём, ориентированно на физику высоких энергий, однако, многое и для весьма других наук пригодится. PAW - Physics Analisys Workstation - офигенно навороченная система для анализа экспериментальных данных, но прокатит и как просто красивая и мощная рисовалка графиков (аналогов по качеству результата просто не имеет, все эти gnuplot-ы - просто отстой).
On Mon, Feb 18, 2002 at 06:52:45PM +0300, Vitaly Lugovsky wrote:
>
> Я тут наконец умудрился закатать в RPM этот
> ужасный CERNlib. Потому как мне надо. Так вот
> вопрос: может, кому ещё пригодится, хотя бы
> в виде PAW (тогда можно на два пакета разделить,
> paw и библиотеки)?
>
> CERNlib - набор CERN-овских библиотек на Fortran-е.
> В первую очередь оно нужно физикам, при чём,
> ориентированно на физику высоких энергий, однако,
> многое и для весьма других наук пригодится.
> PAW - Physics Analisys Workstation - офигенно
> навороченная система для анализа экспериментальных
> данных, но прокатит и как просто красивая и мощная
> рисовалка графиков (аналогов по качеству результата
> просто не имеет, все эти gnuplot-ы - просто отстой).
>
Обязательно надо. Делите пакеты.
Когда в Сизифе будет? Если не будет в Сизифе по техн. причинам,
скажите, где скачать.
--
Юрий А. Зотов
[-- Attachment #1: Type: text/plain, Size: 583 bytes --] Aleksey Novodvorsky wrote > > Обязательно надо. Делите пакеты. > > Когда в Сизифе будет? Если не будет в Сизифе по техн. причинам, > > скажите, где скачать. > По каким это техническим причинам? > Хочу :-) А что freeze уже кончился? А то у меня есть пара-тройка новых вкучных пакетов, которые ждут окончания freeze. -- Best Regards! | Когда вам платят за работу, надо по крайней мере Alexey Voinov | делать вид, что вы работаете... | Б.Виан "Осень в Пекине" voins@voins.program.ru voins@online.ru vns@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
Yura Zotov wrote:
> On Mon, Feb 18, 2002 at 06:52:45PM +0300, Vitaly Lugovsky wrote:
> >
> > Я тут наконец умудрился закатать в RPM этот
> > ужасный CERNlib. Потому как мне надо. Так вот
> > вопрос: может, кому ещё пригодится, хотя бы
> > в виде PAW (тогда можно на два пакета разделить,
> > paw и библиотеки)?
> >
> > CERNlib - набор CERN-овских библиотек на Fortran-е.
> > В первую очередь оно нужно физикам, при чём,
> > ориентированно на физику высоких энергий, однако,
> > многое и для весьма других наук пригодится.
> > PAW - Physics Analisys Workstation - офигенно
> > навороченная система для анализа экспериментальных
> > данных, но прокатит и как просто красивая и мощная
> > рисовалка графиков (аналогов по качеству результата
> > просто не имеет, все эти gnuplot-ы - просто отстой).
> >
>
>
> Обязательно надо. Делите пакеты.
> Когда в Сизифе будет? Если не будет в Сизифе по техн. причинам,
> скажите, где скачать.
>
По каким это техническим причинам?
Хочу :-)
Rgrds, AEN
[-- Attachment #1: Type: text/plain, Size: 781 bytes --] On Mon, Feb 18, 2002 at 09:03:31PM +0300, Alexey Voinov wrote: > > > Обязательно надо. Делите пакеты. > > > Когда в Сизифе будет? Если не будет в Сизифе по техн. причинам, > > > скажите, где скачать. > > По каким это техническим причинам? > > Хочу :-) > А что freeze уже кончился? Настоящий freeze еще не начинался. Действует частичный freeze, ибо у ОТК просто не хватает сил на разбор incoming'а. Regards, Dmitry +-------------------------------------------------------------------------+ Dmitry V. Levin mailto://ldv@alt-linux.org ALT Linux Team http://www.altlinux.com/ Fandra Project http://www.fandra.org/ +-------------------------------------------------------------------------+ UNIX is user friendly. It's just very selective about who its friends are. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
On Mon, 18 Feb 2002, Yura Zotov wrote: > On Mon, Feb 18, 2002 at 06:52:45PM +0300, Vitaly Lugovsky wrote: > > Обязательно надо. Делите пакеты. > Когда в Сизифе будет? Если не будет в Сизифе по техн. причинам, > скажите, где скачать. Ок. Пока в Incoming не кладу. Взять можно у меня: ftp://ontil.ihep.su/pub/ALTLinux/i586/ paw-2001-alt3.i586.rpm - PAW и документаловка cernlib-docs-2001-alt3.i586.rpm - документация к библиотекам cernlib-2001-alt3.i586.rpm - библиотеки lapack-3-alt1.i586.rpm - нужно для сборки PAW и других приложений, линкующихся с CERNLIB. SRPM-ы рядом, в директории SRPMS. Так же, кому интересно, можете обратить внимание на пакетик: advi-1.0.0-alt2.i586.rpm - Active DVI viewer.
On Tue, Feb 19, 2002 at 07:39:09PM +0300, Vitaly Lugovsky wrote:
> On Mon, 18 Feb 2002, Yura Zotov wrote:
>
> > On Mon, Feb 18, 2002 at 06:52:45PM +0300, Vitaly Lugovsky wrote:
> >
> > Обязательно надо. Делите пакеты.
> > Когда в Сизифе будет? Если не будет в Сизифе по техн. причинам,
> > скажите, где скачать.
>
>
> Ок. Пока в Incoming не кладу. Взять можно у меня:
> ftp://ontil.ihep.su/pub/ALTLinux/i586/
>
> paw-2001-alt3.i586.rpm - PAW и документаловка
> cernlib-docs-2001-alt3.i586.rpm - документация к библиотекам
> cernlib-2001-alt3.i586.rpm - библиотеки
> lapack-3-alt1.i586.rpm - нужно для сборки PAW и других приложений,
> линкующихся с CERNLIB.
>
> SRPM-ы рядом, в директории SRPMS.
>
> Так же, кому интересно, можете обратить внимание
> на пакетик:
> advi-1.0.0-alt2.i586.rpm - Active DVI viewer.
>
А почему нет разделения библиотек на devel и devel-static?
По-моему это нужно сделать, если возможно, конечно. Место можно
сэкономить, да и привычней это.
--
Юрий А. Зотов
On Tue, 19 Feb 2002, Yura Zotov wrote: > А почему нет разделения библиотек на devel и devel-static? А потому как оно всё статик, так что весь пакет cernlib считаем за devel. PAW слинкованно статически. > По-моему это нужно сделать, если возможно, конечно. Место можно > сэкономить, да и привычней это. Возможно, позже я и соберу динамические библиотеки...
Здравствуйте. У нас на "Агате" накопилось к Вам несколько вопросов: По разработке драйверов нестандартных устройств: 1. Возможность работы с ПДП в Linux (МСВС). Существует устройство, ведущее обмен информацией по прямому доступу. Для передачи / приема информации надо указать устройству 24х-разрядный адрес (ISA) из области памяти (для контроллера прямого доступа). ВОПРОС: Как преобразовать 32х-разрядный адрес выделенной памяти к необходимому виду или как выделить память, находящуюся в границах 24 разрядов? Будет ли этот адрес постоянным в процессе работы? Как это сделать на уровне ядра и на уровне пользователя? 2.Обработка аппаратных прерываний. Если прерывания обрабатываются на уровне ядра,как организовать синхронную передачу информации в пользовательский процесс? По линковки ядра: Попытались установить на Мастере (kernel24-up-2.4.18-pre4) поддержку TV-out/TV-in (Asus 3400 TV - чипсет NVIDIA), как поняли из README для того, чтобы заработало устройство /dev/video необходимо перекомпилировать ядро. - в файле ./include/net/sock.h в 743 строке (u8 __pad[SMP_CACHE_BYTES - sizeof(int)];) константа SMP_CACHE_BYTES неправильна определена (выдает сто слишком длинное значение), хотя в других файлах она вроде имеет значение 32 (поставили 32 - компиляция пошла дальше) - в файле ./drivers/scsi/aic7xxx/aicasm/aicdb.h строка #include <db3/db_185.h> ссылается на несуществующий файл. (конфигурацию выбирали по умолчанию только вписали про модули видео) По kdevelop: apt тянет пакеты для kdevelop, которые нужны для его работы как программы, а не как средства разработки, т.е. теоетически можно установить такую конфигурацию пакетов, что kdevelop будет работать, но не одну самую просту программу на нем не напишешь, хотелось-бы, чтобы был какой нибудь README, в котором-бы было написано: для проекта c++ установить пакеты libstc++, ... для qt2 - libqt2 .... для kde - kdelib-devel.... и т.д. По тестам аппаратуры - не могли-бы Вы прислать ссылки, на пакеты для тестов аппаратуры под Linux (типа Checkit под dos) p.s. т.к. я рассылку devel не получаю, если возможно, отправьте пожалуйста ответ на мой e-mail. -- С уважением, Хихин Руслан ФГУП НПО "Агат" hihin_rambler mailto:hihin@rambler.ru From inger@alt-linux.org Fri Feb 22 17:28:17 2002 Return-Path: <inger@alt-linux.org> Delivered-To: devel@localhost.ru.net Received: from altair.office.altlinux.ru (unknown [194.67.87.171]) by linux.ru.net (Postfix) with ESMTP id 1771C2884 for <devel@altlinux.ru>; Fri, 22 Feb 2002 17:28:16 +0300 (MSK) Received: from alt-linux.org (stas.office.altlinux.ru [194.67.87.187]) by altair.office.altlinux.ru (Postfix) with ESMTP id AB0423CF for <devel@altlinux.ru>; Fri, 22 Feb 2002 17:42:57 +0300 (MSK) Message-ID: <3C76550D.4000303@alt-linux.org> Date: Fri, 22 Feb 2002 17:26:21 +0300 From: Stanislav Ievlev <inger@alt-linux.org> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020208 X-Accept-Language: ru, en-us MIME-Version: 1.0 To: devel@altlinux.ru Subject: Re: [devel] Re: New incoming rules References: <3C75F9B1.8030704@alt-linux.org> <20020222121927.4d6156f4.raorn@binec.ru> <3C763F87.7060305@alt-linux.org> <20020222135034.GE19299@lic145.kiev.ua> Content-Type: multipart/alternative; boundary="------------060302080603040402070604" Sender: devel-admin@altlinux.ru Errors-To: devel-admin@altlinux.ru X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: devel@altlinux.ru List-Help: <mailto:devel-request@altlinux.ru?subject=help> List-Post: <mailto:devel@altlinux.ru> List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=subscribe> List-Id: <devel.altlinux.ru> List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=unsubscribe> List-Archive: <http://altlinux.ru/pipermail/devel/> --------------060302080603040402070604 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Michael Shigorin wrote: >On Fri, Feb 22, 2002 at 03:54:31PM +0300, Stanislav Ievlev wrote: > >>>Хм... А где можно посмотреть на полный текст правил и >>>на документ под названием ALT-Packaging-HOWTO? >>> >>Ну это отнюдь не Packaging, а скорее Maintainer-HOWTO - его еще нет, >>может появится потом как только время будет. >> >Станислав, у вас сейчас много времени съедают правки того, что >без этого документа получается, боюсь :-( > Все гораздо интереснее. До настоящего момента у ALT не было даже единой концепции по этим вопросам. Сейчас идет стадия формирования взглядов. > >И, кстати, прочее вроде manifest/vision/roadmap тоже бы не >помешало. Привожу фрагмент переписки с Виктором Форсюком (ради >формулировки в конце в основном): > >--- > > --------------060302080603040402070604 Content-Type: text/html; charset=KOI8-R Content-Transfer-Encoding: 8bit <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <title></title> </head> <body> Michael Shigorin wrote:<br> <blockquote type="cite" cite="mid:20020222135034.GE19299@lic145.kiev.ua"> <pre wrap="">On Fri, Feb 22, 2002 at 03:54:31PM +0300, Stanislav Ievlev wrote:<br></pre> <blockquote type="cite"> <blockquote type="cite"> <pre wrap="">Хм... А где можно посмотреть на полный текст правил и<br>на документ под названием ALT-Packaging-HOWTO?<br></pre> </blockquote> <pre wrap="">Ну это отнюдь не Packaging, а скорее Maintainer-HOWTO - его еще нет, <br>может появится потом как только время будет.<br></pre> </blockquote> <pre wrap=""><!---->Станислав, у вас сейчас много времени съедают правки того, что<br>без этого документа получается, боюсь :-(<br></pre> </blockquote> Все гораздо интереснее. До настоящего момента у ALT не было даже единой концепции по этим вопросам. <br> Сейчас идет стадия формирования взглядов.<br> <blockquote type="cite" cite="mid:20020222135034.GE19299@lic145.kiev.ua"> <pre wrap=""><br>И, кстати, прочее вроде manifest/vision/roadmap тоже бы не<br>помешало. Привожу фрагмент переписки с Виктором Форсюком (ради<br>формулировки в конце в основном):<br><br>---<br></pre> <pre wrap=""><br></pre> </blockquote> <br> <br> </body> </html> --------------060302080603040402070604--
[-- Attachment #1: Type: text/plain, Size: 216 bytes --] Hello, All! Нельзя ли сделать возможность просмотра всех (или за определенное количество сборок) изменений в информации о пакетах в Sisyphus на сайте? -- Regards, Vyt mailto: vyt@vzljot.ru JID: vyt@vzljot.ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Wed, 20 Feb 2002 04:03:38 +0300 hihin_rambler <hihin@rambler.ru> wrote: > У нас на "Агате" накопилось к Вам несколько вопросов: > > По разработке драйверов нестандартных устройств: > > 1. Возможность работы с ПДП в Linux (МСВС). > Существует устройство, ведущее обмен информацией по прямому доступу. > Для передачи / приема информации надо указать устройству 24х-разрядный > адрес (ISA) из области памяти (для контроллера прямого доступа). > ВОПРОС: Как преобразовать 32х-разрядный адрес выделенной памяти к > необходимому виду или как выделить память, находящуюся в границах > 24 разрядов? Будет ли этот адрес постоянным в процессе работы? > Как это сделать на уровне ядра и на уровне пользователя? char *buffer = kmalloc (size, GFP_KERNEL | GFP_DMA) unsigned long buffer_phys = virt_to_bus (buffer); Физические адреса такого блока фиксируются в момент выделения и в дальнейшем не меняются. На пользовательском уровне это не делается - только через написание драйвера для ядра. > 2.Обработка аппаратных прерываний. > Если прерывания обрабатываются на уровне ядра,как организовать > синхронную передачу информации в пользовательский процесс? Что такое "синхронная передача" в Вашем понимании? Если Вы хотите обрабатывать прерывания в пользовательском процессе - это невозможно. Обработчик прерывания в ядре может активизировать процесс, находящийся в состоянии ожидания, но это не означает, что этот процесс начнет немедленно выполняться. Поэтому в любом случае необходима буферизация на уровне ядра. Стандартный подход следующий: процесс выполняет системный вызов (read или ioctl), запрашивая данные. Если в этот момент есть готовые данные, они копируются в буфер пользовательского процесса, и выполнение системного вызова завершается. Если данные не готовы - в зависимости от состояния флага O_NONBLOCK либо процессу немедленно возвращается ошибка EAGAIN, либо процесс переводится в состояние ожидания до поступления данных (либо прихода сигнала). Кроме того, процесс может проверять готовность с помощью системных вызовов select или poll. Наконец, можно установить O_ASYNC и получать сигнал при готовности устройства. Разумеется, для всего этого должна быть соответствующая поддержка в драйвере.
Когда релиз? Я имею ввиду, когда можно будет бюросать клич по поводу участия в разработе инсталятора? -- Yury Umanets, ALT Linux Team
Yury Umanets wrote:
> Когда релиз? Я имею ввиду, когда можно будет бюросать клич по поводу
> участия в разработе инсталятора?
>
Можете приблизительно прикинуть по скорости выполнения TODO, который
постил в devel Дима.
Stanislav Ievlev wrote:
> Можете приблизительно прикинуть по скорости выполнения TODO, который
> постил в devel Дима.
Около недели осталось, как мне кажется.
--
Yury Umanets,
ALT Linux Team
Я давно спрашивал о том, нужны ли фоны для рабочего стола, но как-то моя активность их создания оставляет желать лучшего. Я закачал в cvs.alt:/incoming/Sisyphus/ (похоже что не туда :) простите, не знаю других мест) архив background1.tar.bz2 А то тут обещали: "Присылайте рисунки, сделаем rpm и включим его в дистрибутив." Вот я прислал... -- Lav Виталий Липатов ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург GNU! Linux! LaTeX! LyX!
Я осмелюсь повторно напомнить уважаемому собранию, что у нас жуткий бардак с расположением программ в меню, мне кажется, это существенно подпортит внешний вид в Мастере, надо к чему-то прийти, у меня например, есть некоторые наработки, а впредь внимательнее относится к группам. А то где-то я могу сказать "Зайдите в Программы->Стандартные->Служебные", а здесь сразу за консоль и диктуешь команду по буковкам... -- Lav Виталий Липатов ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург GNU! Linux! LaTeX! LyX!
Пардон, у меня на выходных не работала почта. Всё, что было, пропало. (Горе-админы "оптимизировали" MS Exchange :-) Если кто-то что-то посылал, просьба повторить. -- Баталов Григорий, системный администратор АО "Ковдорский ГОК"
Vitaly Lipatov wrote:
>Я осмелюсь повторно напомнить уважаемому собранию,
>что у нас жуткий бардак с расположением программ в меню,
>мне кажется, это существенно подпортит внешний вид в Мастере,
>надо к чему-то прийти, у меня например, есть некоторые наработки,
>а впредь внимательнее относится к группам.
>
>А то где-то я могу сказать "Зайдите в Программы->Стандартные->Служебные",
>а здесь сразу за консоль и диктуешь команду по буковкам...
>
Пожайлуста составьте список исправлений и весь team пройдется по пакетам
---------
Спасибо.
Станислав Иевлев.
Vitaly Lipatov wrote:
>Я осмелюсь повторно напомнить уважаемому собранию,
>что у нас жуткий бардак с расположением программ в меню,
>мне кажется, это существенно подпортит внешний вид в Мастере,
>надо к чему-то прийти, у меня например, есть некоторые наработки,
>а впредь внимательнее относится к группам.
>
>А то где-то я могу сказать "Зайдите в Программы->Стандартные->Служебные",
>а здесь сразу за консоль и диктуешь команду по буковкам...
>
Только учтите, что папки должны быть в соответствии с /usr/lib/menu/menu
Regards
Zerg
Тут случайно обнаружил, что я скачивал словари с такого вот ресурса http://www.enlight.ru/camera/guest_as/ptkdic.php3/index.html Они под MySQL, а лицензия непонятна. Может быть выяснить? Там куча очень полезных словарей. -- Lav Виталий Липатов ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург GNU! Linux! LaTeX! LyX!
Alexander Bokovoy wrote: >Добрый день! > >На этих выходных угораздило меня поиграться с Mac OS X (10.1.2) и >поизучать ее внутренности. Напомню, что внутри это Unix-подобная система, >с человеческим лицом по версии Apple. > >В процессе исследования появились следующие мысли: > >Работа с системой из-под привилегированного пользователя сведена к >минимуму следующим образом. Пользователь может бфть помечен как "имеющий >возможность администрировать систему" и в этом случае он включается в >группу admins, на которую существует настройка sudo -- любой член этой >группы может выполнять любую операцию. В результате, большинство операций, >требующих изменение конфигурационных файлов и (пере)запуск сервисов, >сводится к вводу пользовательского пароля. > >Таким образом можно было бы реализовать памятное (для тех, кто работает в >офисе) предложение ZerG-а о возможности расшаривания ресурсов. То есть, >можно было бы написать приложение (хотя оно, насколько я понимаю, уже есть) >для исправления конфигов и настроить соответствующим образом sudo, чтобы >пользователь, входящий в определенную группу, мог экспортировать свои >ресурсы. > >Подобные настройки можно было бы сделать для каждой группы административных >операций, а управление пользовательскими "возможностями" внести в >планируемый конфигуратор системы. > >В Mac OS X эти настройки выглядели следующим образом (в sudo): >%admins ALL=(ALL) ALL > >В нашем случае их можно урезать и специализировать, например: > >/etc/sudo.d/exporters: >User_Alias EXPORTERS = список пользователей, которым разрешено экспортирование ресурсов >Cmnd_Alias EXPORTER = /usr/sbin/exporter (программа, ответственная за изменение конфигурации) >EXPORTERS имя хоста = EXPORTER > >Аналогично и другие операции. > Безусловно интересно, в особенности для "открытых для всех" дистрибутивов типа Junior. > > >Мнения? >
Добрый день! На этих выходных угораздило меня поиграться с Mac OS X (10.1.2) и поизучать ее внутренности. Напомню, что внутри это Unix-подобная система, с человеческим лицом по версии Apple. В процессе исследования появились следующие мысли: Работа с системой из-под привилегированного пользователя сведена к минимуму следующим образом. Пользователь может бфть помечен как "имеющий возможность администрировать систему" и в этом случае он включается в группу admins, на которую существует настройка sudo -- любой член этой группы может выполнять любую операцию. В результате, большинство операций, требующих изменение конфигурационных файлов и (пере)запуск сервисов, сводится к вводу пользовательского пароля. Таким образом можно было бы реализовать памятное (для тех, кто работает в офисе) предложение ZerG-а о возможности расшаривания ресурсов. То есть, можно было бы написать приложение (хотя оно, насколько я понимаю, уже есть) для исправления конфигов и настроить соответствующим образом sudo, чтобы пользователь, входящий в определенную группу, мог экспортировать свои ресурсы. Подобные настройки можно было бы сделать для каждой группы административных операций, а управление пользовательскими "возможностями" внести в планируемый конфигуратор системы. В Mac OS X эти настройки выглядели следующим образом (в sudo): %admins ALL=(ALL) ALL В нашем случае их можно урезать и специализировать, например: /etc/sudo.d/exporters: User_Alias EXPORTERS = список пользователей, которым разрешено экспортирование ресурсов Cmnd_Alias EXPORTER = /usr/sbin/exporter (программа, ответственная за изменение конфигурации) EXPORTERS имя хоста = EXPORTER Аналогично и другие операции. Мнения? -- / Alexander Bokovoy Software architect and analyst // SaM-Solutions Ltd. --- Test-tube babies shouldn't throw stones.
On Mon, Apr 01, 2002 at 04:27:56PM +0300, Alexander Bokovoy wrote: > Добрый день! > <skip> > В Mac OS X эти настройки выглядели следующим образом (в sudo): > %admins ALL=(ALL) ALL > > В нашем случае их можно урезать и специализировать, например: > > /etc/sudo.d/exporters: > User_Alias EXPORTERS = список пользователей, которым разрешено экспортирование ресурсов > Cmnd_Alias EXPORTER = /usr/sbin/exporter (программа, ответственная за изменение конфигурации) > EXPORTERS имя хоста = EXPORTER > > Аналогично и другие операции. > > Мнения? Давно пора. Так как многим довольно трудно сами разобраться с sudo, особенно глядя в начало man sudoers. Я за, даже готов помогать под чутким руководством. -- Юрий А. Зотов
On Mon, Apr 01, 2002 at 04:27:56PM +0300, Alexander Bokovoy wrote:
> В нашем случае их можно урезать и специализировать, например:
>
> /etc/sudo.d/exporters:
> User_Alias EXPORTERS = список пользователей, которым разрешено экспортирование ресурсов
> Cmnd_Alias EXPORTER = /usr/sbin/exporter (программа, ответственная за изменение конфигурации)
> EXPORTERS имя хоста = EXPORTER
>
> Аналогично и другие операции.
>
> Мнения?
Отрицательное мнение. Всякие операции по расшариванию ресурсов должны
производиться пользователем самостоятельно, в здравом уме и доброй
памяти. В windows для облегчения подобных операция существует "служба
доступа к файлам и принтерам сети microsoft", сама по себе
безвредная, но из-за неправильных настроек ставшая кошмаром для ISP (и
не только) и раем для кулхацкеров, так как с ее помощью воруется большая
часть пользовательских паролей. Мне кажется, стоит учиться на таких
ошибках. Если я в чем-то не прав, с удовольствием выслушаю другие мнения.
По-моему лучше такие вещи подробно документировать, а не думать за
пользователя. Возможно стоит составить "правильные" конфиги (как это сделано в
postfix'е) и положить их в %doc.
[-- Attachment #1: Type: text/plain, Size: 400 bytes --] On Mon, Apr 01, 2002 at 05:27:56PM +0400, Alexander Bokovoy wrote: > На этих выходных угораздило меня поиграться с Mac OS X (10.1.2) и > поизучать ее внутренности. Напомню, что внутри это Unix-подобная > система, с человеческим лицом по версии Apple. О, кстати, а какие мысли есть по поводу GNUstep? Я его как раз потихоньку собираю... -- Regards, Sir Raorn. AIF5-RIPN, Binec System Administrator. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
On Mon, Apr 01, 2002 at 07:12:32PM +0400, Sir Raorn wrote:
> On Mon, Apr 01, 2002 at 05:27:56PM +0400, Alexander Bokovoy wrote:
> > На этих выходных угораздило меня поиграться с Mac OS X (10.1.2) и
> > поизучать ее внутренности. Напомню, что внутри это Unix-подобная
> > система, с человеческим лицом по версии Apple.
> О, кстати, а какие мысли есть по поводу GNUstep? Я его как раз
> потихоньку собираю...
Пока никаких. Мне он в текущем состоянии не понравился.
--
/ Alexander Bokovoy
Software architect and analyst // SaM-Solutions Ltd.
---
Q: What's a WASP's idea of open-mindedness?
A: Dating a Canadian.
On Mon, Apr 01, 2002 at 06:59:03PM +0400, S. Budnevitch wrote: > On Mon, Apr 01, 2002 at 04:27:56PM +0300, Alexander Bokovoy wrote: > > В нашем случае их можно урезать и специализировать, например: > > > > /etc/sudo.d/exporters: > > User_Alias EXPORTERS = список пользователей, которым разрешено экспортирование ресурсов > > Cmnd_Alias EXPORTER = /usr/sbin/exporter (программа, ответственная за изменение конфигурации) > > EXPORTERS имя хоста = EXPORTER > > > > Аналогично и другие операции. > > > > Мнения? > > Отрицательное мнение. Всякие операции по расшариванию ресурсов должны > производиться пользователем самостоятельно, в здравом уме и доброй > памяти. В windows для облегчения подобных операция существует "служба > доступа к файлам и принтерам сети microsoft", сама по себе > безвредная, но из-за неправильных настроек ставшая кошмаром для ISP (и > не только) и раем для кулхацкеров, так как с ее помощью воруется большая > часть пользовательских паролей. Мне кажется, стоит учиться на таких > ошибках. Если я в чем-то не прав, с удовольствием выслушаю другие мнения. Я не согласен с Вашим подходом. Речь шла не о конкретной реализации расшаривания файлов, а о построении системы автоматизации некоторых административных действий, со сведением необходимости применения привилегированных прав к минимуму. Неужели отсутствие грамотной настройки будем меньшим кошмаром? > По-моему лучше такие вещи подробно документировать, а не думать за > пользователя. Возможно стоит составить "правильные" конфиги (как это сделано в > postfix'е) и положить их в %doc. Чем это отличается от лежащих в /etc/sudo.d/* правильных настроек с отсутствующими списками пользователей? -- / Alexander Bokovoy Software architect and analyst // SaM-Solutions Ltd. --- The only thing to do with good advice is pass it on. It is never any use to oneself. -- Oscar Wilde
On Mon, Apr 01, 2002 at 06:27:40PM +0300, Alexander Bokovoy wrote: > Я не согласен с Вашим подходом. Речь шла не о конкретной реализации > расшаривания файлов, а о построении системы автоматизации некоторых > административных действий, со сведением необходимости применения > привилегированных прав к минимуму. Неужели отсутствие грамотной настройки > будем меньшим кошмаром? Я не против автоматизации вообще, наоборот предложенная схема довольно симпатична - я против автоматизации опасных действий и передачи прав на такие действия пользователям. Экспорт ресурсов как раз относится к таким действиям, потому что требует от пользователя минимальных знаний, например, нужно хотя бы указать для какой подсети будут видны эти ресурсы. Уж лучше один человек - администратор прочитает документацию и настроет все правильно, чем пользователь, которому дали соответсвующие права, расшарит ~ для всего интернета. > > По-моему лучше такие вещи подробно документировать, а не думать за > > пользователя. Возможно стоит составить "правильные" конфиги (как это сделано в > > postfix'е) и положить их в %doc. > Чем это отличается от лежащих в /etc/sudo.d/* правильных настроек с > отсутствующими списками пользователей? Практически ничем.
Устанавливал я вчера Maseter-beta по сети с вылоденных по FTP дисков. Во время установки под конец инсталлятор перестал находить пакеты. Похоже, это потому, что они лежали в другом каталоге, к который был примонтирован второй ISO-образ. Нельзя ли сделать так, чтобы инсталлятор спрашивал, где лежат пакеты и пользовался впоследствии этим путем. -- Юрий А. Зотов
On Wednesday 03 April 2002 13:55, you wrote:
> Устанавливал я вчера Master-beta по сети с вылоденных по FTP
> дисков. Во время установки под конец инсталлятор перестал
> находить пакеты. Похоже, это потому, что они лежали в другом
> каталоге, к который был примонтирован второй ISO-образ. Нельзя ли
> сделать так, чтобы инсталлятор спрашивал, где лежат пакеты и
> пользовался впоследствии этим путем.
Я об этом писал некоторое время назад, проблема в том, что без серъезной
оптимизации раскладки по CD вам придется очень часто вводить новый путь, так
что такое решение хоть явялется решением, но далеко не самым эффективным ;)
Более эффективным, представляется:
1. Все-таки оптимизировать раскладку пакетов по двум дискам (о целевой
функции лучше говорить отдельно, я вижу два или три варианта и не уверен, что
они самые лучшие);
2. Сделать так, чтобы сетапилка все-таки имела возможность получить два пути
(и, скорее всего, два сервера) или более в качестве источника пакетов;
Причем ни один из двух пунктов по отдельности не решит частных случаев этой
проблемы ;), я приведу еще пару вариантов возникновения проблемы:
--- Принципиальное отсутствие второго CD-драйва (очень частая ситуация,
многие конторы держат специальный съемный CD для установки и все...) и
нежелание копировать дистрибутив на винт (2 ой пункт не поможет, максимум
чего добъемся - как 88 году, ДВК и пионер с ящиком дискет (для продолжения
ликовки нужна syslib.olb пожалуста вставьте дискету номер 54632....,
...forlib.olb ... #76345)), оптимизация раскладки может минимизировать
количество таких замен;
---- Приниципиальное отстутствие второго диска - почему бы не сделать так,
что бы один из базовых вариантов установки ставился исключительно с первого
диска? Опять-таки, можно найти оптимальную раскладку пакетов;
Я не привожу доводов за поддержку многочисленных источников пакетов только потому, что это и так очевидно.
--
BstRgrds --
-- Andrey Orlov -x---X;-) -x---X;-)
[-- Attachment #1: Type: text/plain, Size: 3531 bytes --] On Mon, Apr 01, 2002 at 04:27:56PM +0300, Alexander Bokovoy wrote: > В процессе исследования появились следующие мысли: > > Работа с системой из-под привилегированного пользователя сведена к > минимуму следующим образом. Пользователь может быть помечен как "имеющий > возможность администрировать систему" и в этом случае он включается в > группу admins, на которую существует настройка sudo -- любой член этой > группы может выполнять любую операцию. В результате, большинство операций, > требующих изменение конфигурационных файлов и (пере)запуск сервисов, > сводится к вводу пользовательского пароля. > > Таким образом можно было бы реализовать памятное (для тех, кто работает в > офисе) предложение ZerG-а о возможности расшаривания ресурсов. То есть, > можно было бы написать приложение (хотя оно, насколько я понимаю, уже есть) > для исправления конфигов и настроить соответствующим образом sudo, чтобы > пользователь, входящий в определенную группу, мог экспортировать свои > ресурсы. > > Подобные настройки можно было бы сделать для каждой группы административных > операций, а управление пользовательскими "возможностями" внести в > планируемый конфигуратор системы. > > В Mac OS X эти настройки выглядели следующим образом (в sudo): > %admins ALL=(ALL) ALL > > В нашем случае их можно урезать и специализировать, например: > > /etc/sudo.d/exporters: > User_Alias EXPORTERS = список пользователей, которым разрешено экспортирование ресурсов > Cmnd_Alias EXPORTER = /usr/sbin/exporter (программа, ответственная за изменение конфигурации) > EXPORTERS имя хоста = EXPORTER > > Аналогично и другие операции. > > Мнения? У всех предложений подобного плана, сводящихся к прозрачному делегированию обычному пользователю административных прав, есть одна принципиальная проблема. Обычный пользователь, как правило, занимается "обычными" делами, запускает "обычные" приложения, которые пишут, как правило, "обычные" программисты с "обычными" представлениями о безопасности. Как следствие, эти "обычные" программы на порядки более уязвимы, чем "системный" софт. C'est la vie. Как только этот самый обычный пользователь получает административные полномочия, барьер между пользовательскими приложениями и системой снимается. Так, обычный web browser, почтовый клиент, etc. получают возможность администрировать систему; вместе с ними те же права получают злоумышленники, пользующиеся наименее защищенными "обычными" программами для вторжения в систему. Можно возразить: в предложенном примере конфигурации sudo можно настроить таким образом, чтобы административные действия требовали аутентификации. К сожалению, в случае обычной парольной аутентификации это не помогает: злоумышленник может дождаться, пока пользователь введет пароль, захватить его и использовать в дальнейшем. Предложенная схема могла бы быть жизнеспособной только в случае, если для каждого акта администрирования пользователь должен был бы быть аутентифицирован средствами, на которые никаким образом не могут повлиять обычные программы. Это принципиально возможно, например, при соответствующей реализации системы аутентификации на основе электронных ключей. Regards, Dmitry +-------------------------------------------------------------------------+ Dmitry V. Levin mailto://ldv@alt-linux.org ALT Linux Team http://www.altlinux.com/ Fandra Project http://www.fandra.org/ +-------------------------------------------------------------------------+ UNIX is user friendly. It's just very selective about who its friends are. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
Я не подумал, что так получится :) Пакет lyx-gost-1.1-alt1.i586.rpm в Сизифе устарел и должен быть убран за ненадобностью. И его исходники хорошо бы поймать и уничтожить :) -- Lav Виталий Липатов ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург GNU! Linux! LaTeX! LyX!
Vitaly Lipatov wrote:
>Я не подумал, что так получится :)
>Пакет
>lyx-gost-1.1-alt1.i586.rpm
>в Сизифе устарел и должен быть убран за ненадобностью.
>И его исходники хорошо бы поймать и уничтожить :)
>
Замочен ;)
Если никто не возражает, я хотел бы взять на себя ответственность за пакеты lyx gnucash glabels sodipodi dia и могу присматривать за xsane Если кто-то хочет помочь или взять пакет на себя, милости просим. Я по крайней мере часто использую эти программы, занимаюсь их русским переводом, так что мне близки некоторые их проблемы. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux! LaTeX! LyX!
Vitaly Lipatov пишет:
>Если никто не возражает,
>я хотел бы взять на себя
>ответственность за пакеты
>lyx
>gnucash
>glabels
>sodipodi
>dia
>и могу присматривать за
>xsane
>
>Если кто-то хочет помочь или взять
>пакет на себя, милости просим. Я по крайней мере часто использую
>эти программы, занимаюсь их русским переводом, так что мне близки
>некоторые их проблемы.
>
>
>
Спасибо!
Rgrds, Алексей
perl-5.6.1-alt17 не пересобирается в новой среде. Как показало вскрытие, неправильно подключаются хедеры. Это происходит из-за того, что неправильно отрабатывает Configure, и в config.h появляется: /*#define HASATTRIBUTE / **/ #ifndef HASATTRIBUTE #define __attribute__(_arg_) #endif Нужно исправить уже существующий патч: perl-5.6.1-gcc31hint.patch -+if (gcc -v 2>&1) | grep "version 3.1" > /dev/null; then ++if (gcc -v 2>&1) | grep "version 3.[123]" > /dev/null; then PS: хочу зафиксить перл.
On Tue, Sep 24, 2002 at 08:10:28PM +0400, at@turbinal.org wrote:
> perl-5.6.1-alt17 не пересобирается в новой среде.
>
> PS: хочу зафиксить перл.
Залил: devel:/incoming/Sisyphus/perl-5.6.1-alt17.1.nosrc.rpm
Собирается gcc-3.2.
Новые патчи:
# Owl
Patch100: perl-5.6.1-owl-tmp.patch
Patch101: perl-5.6.0-owl-vitmp.patch
# Bound checking fixes for File::Glob (backported from 5.8.0)
Patch102: perl-5.6.1-owl-glob-bound.patch
# RH
Patch200: perl-5.6.0-rh-buildroot.patch
Patch201: perl-5.6.0-rh-install-man.patch
Patch202: perl-5.6.1-rh-prereq.patch
# suidperl: use syslog when warning
Patch203: perl-5.6.1-rh-syslog.patch
Нужно внимательно проверить Patch102, он в оригинале не идеально
накладывается.
Если претензий нет, предлагаю собрать и положить в Daedalus. На
следующей неделе я смогу погонять его на серьезных задачах.
ocamlgsl-0.1.1-alt1.src.rpm ocamlsdl-0.5-alt1.src.rpm Типа, будем науку считать, а в свободное время игрушки писать ;)
Hi! $ rpmquery --requires -p mcvs-0.96-alt0.1.i586.rpm [...] tetex tetex-latex ? -- Andrey V Khavryuchenko http://www.kds.com.ua/ Software Solutions
http://www.kegel.com/linux/edu/ http://www.kegel.com/academy/ -- / Alexander Bokovoy --- Never forget what a man says to you when he is angry.
On Thu, Oct 03, 2002 at 06:16:09PM +0300, Andrey Khavryuchenko wrote: > Hi! > > $ rpmquery --requires -p mcvs-0.96-alt0.1.i586.rpm > [...] > tetex > tetex-latex Поскольку чудес не бывает, посмотрите внимательнее содержимое пакета > > ? > > -- > Andrey V Khavryuchenko http://www.kds.com.ua/ > Software Solutions > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
Господа! Дело в том, что я в упор не вижу в Сизифе пакетов rsh и rsh-server... они умерли? Const -- Dr. Constantin I. Mikhaylenko | Institute of Mechanics +7 (3472) 239537, 236446 | of Ufa's Branch of R.A.S. const@anrb.ru | const@mail.ru | 12, K. Marx Str.. ICQ UIN: 13383705 (Const) | Ufa, 450000, RUSSIA
[-- Attachment #1: Type: text/plain, Size: 234 bytes --] On Tue, Oct 08, 2002 at 03:44:44PM +0600, Constantin Mikhaylenko wrote: > Дело в том, что я в упор не вижу в Сизифе пакетов > rsh и rsh-server... > они умерли? Лежат они в contrib'е. В Мастер пока не собираются - к чему бы? -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Tue, 8 Oct 2002 17:32:02 +0400 "Dmitry V. Levin" <ldv@altlinux.org> wrote: > On Tue, Oct 08, 2002 at 03:44:44PM +0600, Constantin Mikhaylenko wrote: > > Дело в том, что я в упор не вижу в Сизифе пакетов > > rsh и rsh-server... > > они умерли? > > Лежат они в contrib'е. > В Мастер пока не собираются - к чему бы? Уже хорошо, что нашлись :) Тогда вопрос к мэйнтейнеру MPICH а как работает он без rsh? ssh в этом вопросе не слишком удобная кобылка IMHO Const > > -- > ldv > -- Dr. Constantin I. Mikhaylenko | Institute of Mechanics +7 (3472) 239537, 236446 | of Ufa's Branch of R.A.S. const@anrb.ru | const@mail.ru | 12, K. Marx Str.. ICQ UIN: 13383705 (Const) | Ufa, 450000, RUSSIA
On Wed, Oct 09, 2002 at 11:00:15AM +0600, Constantin Mikhaylenko wrote: > On Tue, 8 Oct 2002 17:32:02 +0400 > "Dmitry V. Levin" <ldv@altlinux.org> wrote: > > > On Tue, Oct 08, 2002 at 03:44:44PM +0600, Constantin Mikhaylenko wrote: > > > Дело в том, что я в упор не вижу в Сизифе пакетов > > > rsh и rsh-server... > > > они умерли? > > > > Лежат они в contrib'е. > > В Мастер пока не собираются - к чему бы? > > Уже хорошо, что нашлись :) > Тогда вопрос к мэйнтейнеру MPICH > а как работает он без rsh? ssh в этом вопросе не слишком > удобная кобылка IMHO Не очень разбираюсь в mpich, но с lam ssh работает очень и очень удобно. Достаточно использовать ssh-agent. И главное это гораздо безопаснее. > > Const > > > > > -- > > ldv > > > > > -- > Dr. Constantin I. Mikhaylenko | Institute of Mechanics > +7 (3472) 239537, 236446 | of Ufa's Branch of R.A.S. > const@anrb.ru | const@mail.ru | 12, K. Marx Str.. > ICQ UIN: 13383705 (Const) | Ufa, 450000, RUSSIA > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Wed, 9 Oct 2002, Constantin Mikhaylenko wrote:
> > > Дело в том, что я в упор не вижу в Сизифе пакетов
> > > rsh и rsh-server...
> > > они умерли?
> >
> > Лежат они в contrib'е.
> > В Мастер пока не собираются - к чему бы?
>
> Уже хорошо, что нашлись :)
> Тогда вопрос к мэйнтейнеру MPICH
> а как работает он без rsh? ssh в этом вопросе не слишком
> удобная кобылка IMHO
У майнтейнера mpich пока руки не доходят - у самого с rsh работает,
и юзеры прибьют ногами, если вдруг что-то поменяю... :(
On Wed, 9 Oct 2002 16:00:34 +0400 (MSD) Vitaly Lugovsky <vsl@ontil.ihep.su> wrote: > On Wed, 9 Oct 2002, Constantin Mikhaylenko wrote: > > > > > Дело в том, что я в упор не вижу в Сизифе пакетов > > > > rsh и rsh-server... > > > > они умерли? > > > > > > Лежат они в contrib'е. > > > В Мастер пока не собираются - к чему бы? > > > > Уже хорошо, что нашлись :) > > Тогда вопрос к мэйнтейнеру MPICH > > а как работает он без rsh? ssh в этом вопросе не слишком > > удобная кобылка IMHO > > У майнтейнера mpich пока руки не доходят - у самого с rsh работает, > и юзеры прибьют ногами, если вдруг что-то поменяю... :( Прибьют! однозначно. Предлагаю помощь в обсуждении а заодно прошу помощи в проблеме :) Может попробовать мне взять пакет на себя? (хотя боюсь :) > > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel -- Dr. Constantin I. Mikhaylenko | Institute of Mechanics +7 (3472) 239537, 236446 | of Ufa's Branch of R.A.S. const@anrb.ru | const@mail.ru | 12, K. Marx Str.. ICQ UIN: 13383705 (Const) | Ufa, 450000, RUSSIA
On Wed, 9 Oct 2002, Constantin Mikhaylenko wrote: > > > Уже хорошо, что нашлись :) > > > Тогда вопрос к мэйнтейнеру MPICH > > > а как работает он без rsh? ssh в этом вопросе не слишком > > > удобная кобылка IMHO > > > > У майнтейнера mpich пока руки не доходят - у самого с rsh работает, > > и юзеры прибьют ногами, если вдруг что-то поменяю... :( > > Прибьют! > однозначно. > > Предлагаю помощь в обсуждении > а заодно прошу помощи в проблеме :) Okee. Через день-два вернусь к mpich, после того, как всё же добью этот жуткий cameleon. > Может попробовать мне взять пакет на себя? > (хотя боюсь :) Оно действительно весьма жутко выглядит. Я тоже боюсь. ;)
On Wed, 9 Oct 2002 16:44:58 +0400 (MSD) Vitaly Lugovsky <vsl@ontil.ihep.su> wrote: > > Предлагаю помощь в обсуждении > > а заодно прошу помощи в проблеме :) > > Okee. Через день-два вернусь к mpich, после того, как всё же добью этот > жуткий cameleon. > > > Может попробовать мне взять пакет на себя? > > (хотя боюсь :) > > Оно действительно весьма жутко выглядит. Я тоже боюсь. ;) Тогда пиши не стесняясь личными письмами :) Я заинтересован в этом пакете > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel -- Dr. Constantin I. Mikhaylenko | Institute of Mechanics +7 (3472) 239537, 236446 | of Ufa's Branch of R.A.S. const@anrb.ru | const@mail.ru | 12, K. Marx Str.. ICQ UIN: 13383705 (Const) | Ufa, 450000, RUSSIA
Я вернулся из небольшой командировки и обнаружил в BTS несколько записей о проблемах со словарями для пакета dictd, который я взялся поддерживать. В ближайшие несколько дней собираюсь выложить новые версии словарей с исправлением ошибок с зависимостями и переименованием пакетов в вид dict-имя_словаря, который будет использоватся для всех словарей формата dictd в sisyphus. Не знаю, кто будет собирать пакет mueller7-mova, поэтому пишу сюда: Пожалуйста, при следующей сборке пакета mueller7-mova, удалите генерацию пакета mueller7-dict, поскольку пакет dict-muerller7-utf8 является тем же словарем, но в формате utf8 и в нем указано obsoletes mueller7-dict. С уважением Алексей Дьяченко.
On Wed, Oct 09, 2002 at 03:07:13PM +0200, Alexey Dyachenko wrote: > Я вернулся из небольшой командировки и обнаружил в BTS несколько записей о > проблемах со словарями для пакета dictd, который я взялся поддерживать. > > В ближайшие несколько дней собираюсь выложить новые версии словарей с > исправлением ошибок с зависимостями и переименованием пакетов в вид > dict-имя_словаря, который будет использоватся для всех словарей формата > dictd в sisyphus. > > Не знаю, кто будет собирать пакет mueller7-mova, поэтому пишу сюда: Скорее всего никто собирать его не будет. Можете сделать это сами? > > Пожалуйста, при следующей сборке пакета mueller7-mova, удалите генерацию > пакета mueller7-dict, поскольку пакет dict-muerller7-utf8 является тем же > словарем, но в формате utf8 и в нем указано obsoletes mueller7-dict. > > > С уважением > Алексей Дьяченко. > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
Привет всем тут недавно постились списки непересобранных пакетов. Что будет сделано с пакетами, которые относятся к noarch? -- меня интересуют пакеты emacs-* -- With best wishes, Alex Ott ------------------------------- Jet Infosystems, Moscow, Russia mailto: ottalex@narod.ru http://xtalk.msk.su/~ott/ ICQ #22005116
[-- Attachment #1: Type: text/plain, Size: 385 bytes --] On Sun, Oct 13, 2002 at 12:14:40AM +0400, Alex Ott wrote: > тут недавно постились списки непересобранных пакетов. Что будет сделано с > пакетами, которые относятся к noarch? -- меня интересуют пакеты emacs-* Их пересборка, вообще говоря, необязательна. Я на следующей неделе проверю все noarch на пересобираемость, и прошедшие тест будут переложены в "files" без пересборки. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1552 bytes --] Прошу помощи. При сборке каждого второго пакета у меня происходят странные вещи. Например, собираю пакет ogle (при чем три дня назад он собирался!!! кое-чего не хватало, не стал выкладывать и имею проблему. И это не только с этим пакетом стало): + mkdir -p ./usr/lib/menu/ogle + cat /var/tmp/rpm-tmp.73410: line 69: ./usr/lib/menu/ogle: Is a directory + /usr/lib/rpm/find-lang ogle + /usr/lib/rpm/brp-alt Cleaning files in /var/tmp/ogle-buildroot (auto) Verifying and fixing files in /var/tmp/ogle-buildroot (binconfig,pkgconfig,libtool) /usr/lib/ogle/libmsgevents.la: dependency_libs: ' -lrt' --> '-lrt' /usr/lib/ogle/libdvdcontrol.la: dependency_libs: ' /usr/lib/ogle/libmsgevents.la -lrt' --> '/usr/lib/ogle/libmsgevents.la -lrt' Compressing files in /var/tmp/ogle-buildroot (auto) Verifying ELF objects in /var/tmp/ogle-buildroot (normal) ./usr/lib/ogle/ogle_vout: RPATH contains ":": /usr/lib/ogle:/usr/lib ./usr/lib/ogle/ogle_mpeg_ps: RPATH contains ":": /usr/lib/ogle:/usr/lib ./usr/lib/ogle/ogle_audio: RPATH contains ":": /usr/lib/ogle:/usr/lib ./usr/lib/ogle/ogle_nav: RPATH contains ":": /usr/lib/ogle:/usr/lib То есть, сбой происходит уже в режиме %post или %postun, где именно - выловить не смог. Уже отрабатывает %makeinstall, создается меню, отрабатывает %find_lang. Простите за беспокойство, но я четыре дня ищу причину и окончательно запутался. Перечитал все, что нашел - ни черта нету. Подскажите хоть в какую сторону рыть. Одна из пяти прог собирается. Где-то я что-то не так в спеках утворил, но что? Спек ogle прилагаю. [-- Attachment #2: ogle.spec --] [-- Type: text/plain, Size: 1951 bytes --] Name: ogle Version: 0.8.5 Release: alt1 Summary: To play a dvd you start ogle License: GPL Group: Video URL: http://www.dtek.chalmers.se/~dvd Source0: %name-%version.tar.gz Source1: ogle_gui-%version.tar.gz Requires: xvattr # Automatically added by buildreq on Mon Oct 14 2002 BuildRequires: XFree86-devel XFree86-libs glib-devel glibc-devel-static gtk+-devel liba52-devel libalsa2-devel libdvdread-devel libglade-devel libjpeg-devel libmad-devel libxml-devel libxml2-devel zlib-devel %description A simple player is included in the Ogle main package to start this do. 'ogle -u cli /dev/dvd' just 'ogle' will do to. where you can change /dev/dvd to point to your dvd reader or a directory containing the files of a dvd. (see ogle_gui examples below) %prep %setup -q -a1 %build ./configure \ --prefix=%_prefix \ --enable-shared \ --disable-rpath \ --disable-static \ --disable-debug %make_build cd ./ogle_gui-%version ./configure \ --prefix=%_prefix \ --enable-shared \ --disable-rpath \ --disable-static \ --disable-debug %make_build cd .. %install %make DESTDIR=%buildroot install cd ./ogle_gui-%version %make DESTDIR=%buildroot install cd .. mkdir $RPM_BUILD_ROOT/usr/share/icons cp $RPM_BUILD_ROOT/usr/share/ogle_gui/angle.xpm $RPM_BUILD_ROOT/usr/share/icons/ogle_gui.xpm #create menu (cd $RPM_BUILD_ROOT mkdir -p ./usr/lib/menu/%name cat > ./usr/lib/menu/%name <<EOF ?package(%name): \ command="/usr/bin/ogle" \ title="Ogle DVD Player" \ longtitle="Ogle DVD player" \ needs="x11" \ icon="%name.png" \ section="Multimedia/Video" EOF ) %find_lang %name %post %update_menus %postun %clean_menus %files -f %name.lang %doc COPYING NEWS README INSTALL ChangeLog %dir %_datadir/%name %_datadir/%name/* %_datadir/ogle_gui/* %_libdir/%name/* %_bindir/* %_includedir/* %_mandir/* %_menudir/* %_iconsdir/* %changelog * Mon Oct 14 2002 Yehuda Ben-Yosef <ilar@altlinux.ru> 0.8.5-alt1 - 0.8.5 - specfile cleanup
[-- Attachment #1: Type: text/plain, Size: 2889 bytes --] On Thu, 17 Oct 2002 10:50:09 +0400 Igor Tertishny <ilar@altlinux.ru> wrote: Hi! > Прошу помощи. При сборке каждого второго пакета у меня происходят странные > вещи. Например, собираю пакет ogle (при чем три дня назад он собирался!!! > кое-чего не хватало, не стал выкладывать и имею проблему. И это не только с > этим пакетом стало): > > + mkdir -p ./usr/lib/menu/ogle > + cat > /var/tmp/rpm-tmp.73410: line 69: ./usr/lib/menu/ogle: Is a directory > + /usr/lib/rpm/find-lang ogle > + /usr/lib/rpm/brp-alt > Cleaning files in /var/tmp/ogle-buildroot (auto) > Verifying and fixing files in /var/tmp/ogle-buildroot > (binconfig,pkgconfig,libtool) > /usr/lib/ogle/libmsgevents.la: dependency_libs: ' -lrt' --> '-lrt' > /usr/lib/ogle/libdvdcontrol.la: dependency_libs: ' > /usr/lib/ogle/libmsgevents.la -lrt' --> '/usr/lib/ogle/libmsgevents.la -lrt' > Compressing files in /var/tmp/ogle-buildroot (auto) > Verifying ELF objects in /var/tmp/ogle-buildroot (normal) > ./usr/lib/ogle/ogle_vout: RPATH contains ":": /usr/lib/ogle:/usr/lib > ./usr/lib/ogle/ogle_mpeg_ps: RPATH contains ":": /usr/lib/ogle:/usr/lib > ./usr/lib/ogle/ogle_audio: RPATH contains ":": /usr/lib/ogle:/usr/lib > ./usr/lib/ogle/ogle_nav: RPATH contains ":": /usr/lib/ogle:/usr/lib У меня такая же проблема была, решилась добавлением в SPEC: %set_verify_elf_method relaxed Описание в README к пакету rpm /usr/share/doc/rpm-4.0.4/README.ALT-ru_RU.KOI8-R Автоматическая проверка ELF-файлов с поддержкой различных стратегий. Иногда в результате сборки пакета получаются ELF-файлы, содержащие неверную и/или недопустимую информацию в некоторых секциях, таких как RPATH. Поэтому по окончании работы секции %install проверяются все собранные ELF-файлы. Выбор типов файлов определяется значением макроса %_verify_elf_method, которое есть набор из следующих возможных значений: * none, skip: поиска и проверки не производится; * relaxed: проверка только на наличие недопустимых елементов в RPATH; * normal: relaxed + проверка на наличие более чем одного элемента в RPATH; * strict: проверка на наличие непустого RPATH. Значение по умолчанию для макроса %_verify_elf_method в данный момент равно normal. Автоматическое удаление отладочной информации из ELF-файлов с поддержкой различных стратегий выбора файлов, подлежащих обработке. > > То есть, сбой происходит уже в режиме %post или %postun, где именно - выловить > не смог. Уже отрабатывает %makeinstall, создается меню, отрабатывает > %find_lang. Простите за беспокойство, но я четыре дня ищу причину и > окончательно запутался. Перечитал все, что нашел - ни черта нету. Подскажите > хоть в какую сторону рыть. Одна из пяти прог собирается. Где-то я что-то не > так в спеках утворил, но что? Спек ogle прилагаю. ---- Regards, Phoenix. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Здравствуйте, Ввиду скорого выхода новой версии Master, хочу предложить свои услуги по вычитке/корректуре документации. Хотелось бы, чтобы в новой версии она была менее глючная, чем в 2.0 :-) К кому обратиться по этому поводу? -- Lenya Khachaturov mailto:lenya@chemsell.yaroslavl.ru
Приветсвую! При заливке пакета rsync вывалил данный текст +++++++++ [kalinin@kalinin SRPMS]$ rsync -va --partial --stats -e ssh -l banzaj tkabber-0.9.1-alt1.src.rpm devel:/incoming/Sisyphus/tkabber-0.9.1-alt1.src.rpm Enter passphrase for key '/home/kalinin/.ssh/id_dsa': building file list ... link_stat banzaj : No such file or directory done tkabber-0.9.1-alt1.src.rpm rsync[17411] (sender) heap statistics: arena: 49816 (bytes from sbrk) ordblks: 3 (chunks not in use) smblks: 0 hblks: 0 (chunks from mmap) hblkhd: 0 (bytes from mmap) usmblks: 0 fsmblks: 0 uordblks: 42344 (bytes used) fordblks: 7472 (bytes free) keepcost: 3296 (bytes in releasable chunk) Number of files: 1 Number of files transferred: 1 Total file size: 269166 bytes Total transferred file size: 269166 bytes Literal data: 269166 bytes Matched data: 0 bytes File list size: 81 Total bytes written: 269331 Total bytes read: 36 wrote 269331 bytes read 36 bytes 2096.24 bytes/sec total size is 269166 speedup is 1.00 rsync error: partial transfer (code 23) at main.c(578) ++++++++++++++++++++ Судя по выводу пакет должен был залиться... Ну а с чего тогда эти ошибки?! Или я чего-то не того делаю? -- Best regards! =================================================== Sergey Kalinin (aka BanZaj) "CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru
Приветсвую! в incoming/Sisyphus/ залиты два новых пакета tkabber-0.9.1-alt1.src.rpm tkabber-plugins-0.9.1-alt1.src.rpm Это Jabber-клиент написанный на tcl/tk и набор расширений для оного :) -- Best regards! =================================================== Sergey Kalinin (aka BanZaj) "CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru
Спасибо, помощь очень нужна. Пишите Александру Прокудину и в
docs@altlinux.ru.
Алексей Смирнов
Lenya L. Khachaturov wrote:
>Здравствуйте,
>
>Ввиду скорого выхода новой версии Master, хочу предложить свои услуги по
>вычитке/корректуре документации. Хотелось бы, чтобы в новой версии она
>была менее глючная, чем в 2.0 :-) К кому обратиться по этому поводу?
>
>
>
Добрый день Расскажите какая у нас процедура добавления нового пункта меню? Я считаю что пора сделать еще один пункт меню в разделе "Сеть" с названием "LDAP" /->ALT Linux->Сеть->LDAP В него попадет сразу GQ и я собираюсь в позже собрать и другие клиенты. -- With best wishes, Volkov Serge Network Administrator/Security Administrator
Скажите, как определить причину, по которой пакет lyx, собранный в office в BTE, имеет исключительно английский интерфейс, вне зависимости от локали. Когда я тот же пакет собираю дома, где самый последний Сизиф, всё отлично. Это началось с обновления XForms до версии 1.0 и XFree в Сизифе. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
On Mon, Oct 28, 2002 at 12:42:41AM +0300, Vitaly Lipatov wrote: > Скажите, как определить причину, > по которой пакет lyx, собранный в office в BTE, > имеет исключительно английский интерфейс, вне зависимости от > локали. Когда я тот же пакет собираю дома, где самый последний > Сизиф, всё отлично. > Это началось с обновления XForms до версии 1.0 и XFree в Сизифе. То есть текущая сборка будучи собранной дома работает нормально, а в офисе нет. Правильно я понял? А как lyx подключает неанглийский интерфейс? > > -- > Lav > Виталий Липатов > Санкт-Петербург > GNU! ALT Linux Team! LaTeX! LyX! > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
Vitaly Lipatov пишет: >Скажите, как определить причину, >по которой пакет lyx, собранный в office в BTE, >имеет исключительно английский интерфейс, вне зависимости от >локали. Когда я тот же пакет собираю дома, где самый последний >Сизиф, всё отлично. >Это началось с обновления XForms до версии 1.0 и XFree в Сизифе. > Если Вы собираете в ru_RU.*, то, возможно, все зависит от того, в какой locale исполняется скрипт настреок конйигурации. Это ненормально, так как скрипт этот, будучи вызванным при первом запуске, должен переписывать настройки по умолчанию. Rgrds, Алексей > > >
On 28 Октябрь 2002 13:39, aen wrote:
> Vitaly Lipatov пишет:
> >Скажите, как определить причину,
> >по которой пакет lyx, собранный в office в BTE,
> >имеет исключительно английский интерфейс, вне зависимости от
> >локали. Когда я тот же пакет собираю дома, где самый
> > последний Сизиф, всё отлично.
> >Это началось с обновления XForms до версии 1.0 и XFree в
> > Сизифе.
>
> Если Вы собираете в ru_RU.*, то, возможно, все зависит от
> того, в какой locale исполняется скрипт настреок конйигурации.
> Это ненормально, так как скрипт этот, будучи вызванным при
> первом запуске, должен переписывать настройки по умолчанию.
> Rgrds, Алексей
Да, я собираю в ru_RU.koi8-r
Но насколько я понимаю, проблема в том, что lyx вообще не
обращается за файлами локализации... Стоп, сейчас запущу strace.
И вот что я вижу в сборке из Сизифа:
mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40021000
read(6, "# This is the default LyX user i"..., 8192) = 8192
open("/build/inger/RPM/TMP/lyx-buildroot/usr/share/locale/ru_RU.KOI8-R/LC_MESSAGES/lyx.mo",
O_RDONLY) = -
open("/build/inger/RPM/TMP/lyx-buildroot/usr/share/locale/ru_RU.koi8r/LC_MESSAGES/lyx.mo",
O_RDONLY) = -1
open("/build/inger/RPM/TMP/lyx-buildroot/usr/share/locale/ru_RU/LC_MESSAGES/lyx.mo",
O_RDONLY) = -1 ENOEN
open("/build/inger/RPM/TMP/lyx-buildroot/usr/share/locale/ru.KOI8-R/LC_MESSAGES/lyx.mo",
O_RDONLY) = -1 E
open("/build/inger/RPM/TMP/lyx-buildroot/usr/share/locale/ru.koi8r/LC_MESSAGES/lyx.mo",
O_RDONLY) = -1 EN
open("/build/inger/RPM/TMP/lyx-buildroot/usr/share/locale/ru/LC_MESSAGES/lyx.mo",
O_RDONLY) = -1 ENOENT (
brk(0x8364000) = 0x8364000
И как этого избежать?
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!
Vitaly Lipatov пишет: >On 28 Октябрь 2002 13:39, aen wrote: > > >>Vitaly Lipatov пишет: >> >> >>>Скажите, как определить причину, >>>по которой пакет lyx, собранный в office в BTE, >>>имеет исключительно английский интерфейс, вне зависимости от >>>локали. Когда я тот же пакет собираю дома, где самый >>>последний Сизиф, всё отлично. >>>Это началось с обновления XForms до версии 1.0 и XFree в >>>Сизифе. >>> >>> >>Если Вы собираете в ru_RU.*, то, возможно, все зависит от >>того, в какой locale исполняется скрипт настреок конйигурации. >>Это ненормально, так как скрипт этот, будучи вызванным при >>первом запуске, должен переписывать настройки по умолчанию. >>Rgrds, Алексей >> >> >Да, я собираю в ru_RU.koi8-r >Но насколько я понимаю, проблема в том, что lyx вообще не >обращается за файлами локализации... Стоп, сейчас запущу strace. >И вот что я вижу в сборке из Сизифа: > >mmap2(NULL, 4096, PROT_READ|PROT_WRITE, >MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40021000 >read(6, "# This is the default LyX user i"..., 8192) = 8192 >open("/build/inger/RPM/TMP/lyx-buildroot/usr/share/locale/ru_RU.KOI8-R/LC_MESSAGES/lyx.mo", >O_RDONLY) = - >open("/build/inger/RPM/TMP/lyx-buildroot/usr/share/locale/ru_RU.koi8r/LC_MESSAGES/lyx.mo", >O_RDONLY) = -1 >open("/build/inger/RPM/TMP/lyx-buildroot/usr/share/locale/ru_RU/LC_MESSAGES/lyx.mo", >O_RDONLY) = -1 ENOEN >open("/build/inger/RPM/TMP/lyx-buildroot/usr/share/locale/ru.KOI8-R/LC_MESSAGES/lyx.mo", >O_RDONLY) = -1 E >open("/build/inger/RPM/TMP/lyx-buildroot/usr/share/locale/ru.koi8r/LC_MESSAGES/lyx.mo", >O_RDONLY) = -1 EN >open("/build/inger/RPM/TMP/lyx-buildroot/usr/share/locale/ru/LC_MESSAGES/lyx.mo", >O_RDONLY) = -1 ENOENT ( >brk(0x8364000) = 0x8364000 > >И как этого избежать? > Хм. Это уже что-то. А у Вас он ищет файлы в правильном месте? Запустите strace у Вас. Думаю, что если Вы удалите свои build-файлы, то будет то же самое. Знеачит, надо фиксить, возможно, указывать localedir в configure, возможно -- пачтить. Rgrds, AEN > > >
On 28 Октябрь 2002 11:58, Stanislav Ievlev wrote: > On Mon, Oct 28, 2002 at 12:42:41AM +0300, Vitaly Lipatov wrote: > > Скажите, как определить причину, > > по которой пакет lyx, собранный в office в BTE, > > имеет исключительно английский интерфейс, вне зависимости от > > локали. Когда я тот же пакет собираю дома, где самый > > последний Сизиф, всё отлично. > > Это началось с обновления XForms до версии 1.0 и XFree в > > Сизифе. > > То есть текущая сборка будучи собранной дома работает > нормально, а в офисе нет. Правильно я понял? Да. См. рядом ответ AEN'у. > А как lyx подключает неанглийский интерфейс? gettext -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
Привет всем хотел я узнать такую вещь -- в какой среде осуществляется сборка пакетов? можно ли надеяться, что в среде сборки будет установлено максимально количество -devel* пакетов с man-pages. Мне это нужно для того, чтобы определить когда генерировать базу по функциям языка С, для одного из пакетов Emacs, который умеет выдавать подсказку по аргументам функций. -- With best wishes, Alex Ott ------------------------------- Jet Infosystems, Moscow, Russia mailto: ottalex@narod.ru http://xtalk.msk.su/~ott/ ICQ #22005116
On Tue, Oct 29, 2002 at 01:04:17AM +0300, Alex Ott wrote:
> Привет всем
>
> хотел я узнать такую вещь -- в какой среде осуществляется сборка пакетов?
> можно ли надеяться, что в среде сборки будет установлено максимально
> количество -devel* пакетов с man-pages. Мне это нужно для того, чтобы
> определить когда генерировать базу по функциям языка С, для одного из
> пакетов Emacs, который умеет выдавать подсказку по аргументам функций.
Нет, гарантируется только одно: установлены будут только те пакеты,
которые прописаны в BuildRequires (и те, что следом потянутся).
--
/ Alexander Bokovoy
---
Live in a world of your own, but always welcome visitors.
>>>>> "AB" == Alexander Bokovoy writes: AB> On Tue, Oct 29, 2002 at 01:04:17AM +0300, Alex Ott wrote: >> Привет всем >> >> хотел я узнать такую вещь -- в какой среде осуществляется сборка >> пакетов? можно ли надеяться, что в среде сборки будет установлено >> максимально количество -devel* пакетов с man-pages. Мне это нужно для >> того, чтобы определить когда генерировать базу по функциям языка С, для >> одного из пакетов Emacs, который умеет выдавать подсказку по аргументам >> функций. AB> Нет, гарантируется только одно: установлены будут только те пакеты, AB> которые прописаны в BuildRequires (и те, что следом потянутся). -- / Ясно, тогда я генерирую некоторую базу на своем компьютере, и кладу в поставку скрипт, который сможет перегенерировать базу функций -- With best wishes, Alex Ott ------------------------------- Jet Infosystems, Moscow, Russia mailto: ottalex@narod.ru http://xtalk.msk.su/~ott/ ICQ #22005116
On Tue, Oct 29, 2002 at 01:04:17AM +0300, Alex Ott wrote:
> хотел я узнать такую вещь -- в какой среде осуществляется сборка пакетов?
> можно ли надеяться, что в среде сборки будет установлено максимально
> количество -devel* пакетов с man-pages. Мне это нужно для того, чтобы
> определить когда генерировать базу по функциям языка С, для одного из
> пакетов Emacs, который умеет выдавать подсказку по аргументам функций.
Вау.
On Tue, Oct 29, 2002 at 01:28:38AM +0300, Alex Ott wrote:
> AB> Нет, гарантируется только одно: установлены будут только те пакеты,
> AB> которые прописаны в BuildRequires (и те, что следом потянутся). -- /
> Ясно, тогда я генерирую некоторую базу на своем компьютере, и кладу в
> поставку скрипт, который сможет перегенерировать базу функций
И Cc: Большакову!
:-)
В /incoming/Sisyphus/ отправлен tkabber-0.9.1-alt3.src.rpm -- Best regards! =================================================== Sergey Kalinin (aka BanZaj) "CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru
Коллеги, добрый день! Насколько я помню, в том или ином виде существовала документация по alt-specific сборке пакетов. Если это не игра моего воображения, то не мог бы автор причесать её на предмет актуальности и переправить мне, либо в docs@altlinux.ru? Я хотел бы включить её в Developer book. С уважением, Александр
[-- Attachment #1: Type: text/plain, Size: 492 bytes --] On Tue, Oct 29, 2002 at 01:25:16PM +0300, Alexandre wrote: > Насколько я помню, в том или ином виде существовала документация по > alt-specific сборке пакетов. Если это не игра моего воображения, то не > мог бы автор причесать её на предмет актуальности и переправить мне, > либо в docs@altlinux.ru? Я хотел бы включить её в Developer book. Если речь идет о Sisyphus/doc/alt-packaging/rpm.tex, то $ fgrep title{ rpm.tex \title{ALT Linux RPM:\\ особенности версии rpm-4.0.4-alt10} -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Tue, 29 Oct 2002 13:44:13 +0300
"Dmitry V. Levin" <ldv@altlinux.org> wrote:
> On Tue, Oct 29, 2002 at 01:25:16PM +0300, Alexandre wrote:
> > Насколько я помню, в том или ином виде существовала документация по
> > alt-specific сборке пакетов. Если это не игра моего воображения, то не
> > мог бы автор причесать её на предмет актуальности и переправить мне,
> > либо в docs@altlinux.ru? Я хотел бы включить её в Developer book.
>
> Если речь идет о Sisyphus/doc/alt-packaging/rpm.tex, то
>
> $ fgrep title{ rpm.tex
> \title{ALT Linux RPM:\\ особенности версии rpm-4.0.4-alt10}
ok, значит пакуем в DocBook...
Спасибо
А.П.
Hi! Только что залил : 4795d44128bb05b9a1a39862f9cbf8ea AqGuard-1.1.0-alt4.src.rpm 3f64a158588a3a2f6bf2222d58466578 CrayFIX-1.1.0-alt3.src.rpm b5e251a3cfe3afdd25987f71f8e205e2 FloodGuard-1.1.0-alt3.src.rpm 181168855f53209da461e064471df9ad RequestDecoder-1.1.1-alt1.src.rpm 9e0b13bd85c468f8ca79cd8f22e63ec4 mysqlUserFolder-0.6.4-alt2.src.rpm 57854b829cabde6cc619f840eb9eb35a psycopg-1.0.12-alt1.src.rpm Похоже пора писать/исправлять доки..... -- WthBstRgrds -- Андрей Орлов -- --- www.neural.ru, cray@neural.ru --- ----------------------------------------
Hi! f2e4c5885571e734e76d6bf65b8cfda4 ZHotfix_2002-06-14-1.0.0-alt2.src.rpm d411bd1fac26c0acf8af92fda51cf9f6 ZMySQLDA-2.0.8-alt3.src.rpm В последнем устранена ошибка, внесенная для обхода ошибки найденной ранее. Ранее найденная ошибка теперь исправлена другим способом. Более научным, хотя таким же тупым. -- WthBstRgrds -- Андрей Орлов -- --- www.neural.ru, cray@neural.ru --- ----------------------------------------
Hi! 6d40a1c4daf025a265993fc4c38ef7e4 ipaudit-0.95-alt1.src.rpm Залил новый пакет - не знаю, понавится ли он комул кроме меня - а я им пользуюсь регулярно и с удовольствием ;( -- WthBstRgrds -- Андрей Орлов -- --- www.neural.ru, cray@neural.ru --- ----------------------------------------
Я пытаюсь собрать пакет с comedi (The Linux Control and Measurement Device Interface), но он требует исходников ядра для сборки. Я подозреваю что он их требует не зря, и без них не соберётся. Так вот как обеспечить процесс автоматической сборки, не устанавливая исходники в /usr/src (кстати, куда устанавливается пакет kernel-source? ). Какой вообще подход к этому в нашем дистрибутиве? Я пытался найти примеры, но нашёл только, что всё что можно, впихнуто в kernel24-up, и оттуда и собирается. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
[-- Attachment #1: Type: text/plain, Size: 807 bytes --] On Sun, Nov 03, 2002 at 01:45:31AM +0300, Vitaly Lipatov wrote: > Я пытаюсь собрать пакет с comedi (The Linux Control and > Measurement Device Interface), но он требует исходников > ядра для сборки. Я подозреваю что он их требует не зря, Я полагаю, что зря. Мне доводилось видеть много разных kernel-dependent программ, и никто из них по-настоящему не использовал _исходники_ ядра - только заголовочные файлы и Makefile. > и без них не соберётся. Так вот как обеспечить процесс > автоматической сборки, не устанавливая исходники в > /usr/src (кстати, куда устанавливается пакет kernel-source? ). > Какой вообще подход к этому в нашем дистрибутиве? Пока у нас нет ничего типа glibc-kernheaders, делается это путём -I/usr/lib/kernel/`rpm -q --qf '%{VERSION}-%{RELEASE}' kernel24-headers`/include -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On 3 Ноябрь 2002 01:56, Dmitry V. Levin wrote: > On Sun, Nov 03, 2002 at 01:45:31AM +0300, Vitaly Lipatov wrote: > > Я пытаюсь собрать пакет с comedi (The Linux Control and > > Measurement Device Interface), но он требует исходников > > ядра для сборки. Я подозреваю что он их требует не зря, > > Я полагаю, что зря. Тогда буду исправлять. > Пока у нас нет ничего типа glibc-kernheaders, делается это > путём -I/usr/lib/kernel/`rpm -q --qf '%{VERSION}-%{RELEASE}' > kernel24-headers`/include А просто /usr/lib/kernel/include нельзя использовать? Если мне не нужна конкретная версия? Его же update-alternatives выставит? А в BuildRequires будет kernel24-headers. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
[-- Attachment #1: Type: text/plain, Size: 755 bytes --] On Sun, Nov 03, 2002 at 11:33:11AM +0300, Vitaly Lipatov wrote: > > > Я пытаюсь собрать пакет с comedi (The Linux Control and > > > Measurement Device Interface), но он требует исходников > > > ядра для сборки. Я подозреваю что он их требует не зря, > > > > Я полагаю, что зря. > Тогда буду исправлять. > > Пока у нас нет ничего типа glibc-kernheaders, делается это > > путём -I/usr/lib/kernel/`rpm -q --qf '%{VERSION}-%{RELEASE}' > > kernel24-headers`/include > А просто /usr/lib/kernel/include нельзя использовать? Если мне не > нужна конкретная версия? Его же update-alternatives выставит? > А в BuildRequires будет kernel24-headers. Можно и так (впрочем, есть небольшой шанс, что у кого-то альтернатива будет не в пользу kernel24-headers). -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Приветствую в /incoming/Sisyphus/ отправлен projman-0.3.0-alt1.src.rpm -- Best regards! =================================================== Sergey Kalinin (aka BanZaj) "CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Всем привет! Проблемы с зависимостями и пересекающиеся файлы: 1: file /usr/share/man/man1/mt.1.gz from install of mt-st-0.7-alt1 conflicts with file from package star-rmt-1.5-alt0.1a08 2: perl-CGI requres perl(Apache/compat.pm) but not installable - -- With Best Regards, Albert R. Valiev - ------------------------------------ ALT Linux Team [www.altlinux.ru] KDE Development Team [www.kde.org] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE9ymR/7d6wAH+0KuARAilEAJ4jnd0yTPH7+3av9nyDUrVk3M82WwCgiepn tlZKj0rYqCysQxUHDX/F2p0= =KhRw -----END PGP SIGNATURE-----
On 3 Ноябрь 2002 01:56, Dmitry V. Levin wrote:
> On Sun, Nov 03, 2002 at 01:45:31AM +0300, Vitaly Lipatov wrote:
> > Я пытаюсь собрать пакет с comedi (The Linux Control and
> > Measurement Device Interface), но он требует исходников
> > ядра для сборки. Я подозреваю что он их требует не зря,
>
> Я полагаю, что зря.
> Мне доводилось видеть много разных kernel-dependent программ,
> и никто из них по-настоящему не использовал _исходники_ ядра -
> только заголовочные файлы и Makefile.
>
> > и без них не соберётся. Так вот как обеспечить процесс
> > автоматической сборки, не устанавливая исходники в
> > /usr/src (кстати, куда устанавливается пакет kernel-source?
> > ). Какой вообще подход к этому в нашем дистрибутиве?
>
> Пока у нас нет ничего типа glibc-kernheaders, делается это
> путём -I/usr/lib/kernel/`rpm -q --qf '%{VERSION}-%{RELEASE}'
> kernel24-headers`/include
Я использовать конструкцию в спеке для получения версии ядра
rpm -q --qf '%{VERSION}-%{RELEASE}' kernel24-headers
но она выдаёт мне 2.4.19-alt0.8,
а мне нужно 2.4.19-alt0.8-up
Как быть с -up? Самому приписывать?
И главный вопрос - чтобы установить модули ядра,
мне надо в секции %files написать /lib/modules/версия_ядра.
Возможно ли это? Какую конструкцию использовать?
P.S.
Ваша уверенность в том, что это возможно,
помогла мне собрать этот пакет с использованием только
заголовочных файлов.
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!
Hi! Я допилил пакет Zope 2 5 1 до того состояния, до которого собирался его допилить уже давно. Анонс пишу сейчас а не после заливки пакета, потому что модем это не очень весело, а днем времени не будет. Итак, днем будет залит пакет : 5f987bf3e94367c580d5c70ffcc9f93a Zope-2.5.1-alt3.src.rpm * Sat Nov 09 2002 Andrey Orlov <cray@altlinux.ru> 2.5.1-alt3 - Some docs updated and converted in docbook - Tested on python2.2 - Utilities has been tested and fixed for new use cases - Fix some Zope.spec incompatibilities Или по русски и подробнее : В новый вариант поставки входят : - Возможность использования различных типов хранилищ, в том числе bsddb3storage и ZODB в режиме readonly, в дистрибутив включен файл custom_zodb.py, монтирующий тот или иной тип базы в зависимости от установленных переменных окружения; - Возможность использования HTTPS, включенный в дистрибутив файл zope_proxy.conf теперь позволяет его использовать в конфигурации с HTTPS, а также автоматически вызывает редирект на HTTPS при попытке логина, если HTTPS сконфигурен для используемого апача; - Улучшенные возможности управления логгингом, теперь можно получить доступ ко всем типам логов; - Документация переведена в формат docbook; - Пакет протестирован на работоспособность в среде Sisyphus, включающей gcc321 & python222. -- WthBstRgrds -- Андрей Орлов -- --- www.neural.ru, cray@neural.ru --- ----------------------------------------
On Thu, Nov 07, 2002 at 04:02:49PM +0300, Albert R. Valiev wrote: > Всем привет! > > Проблемы с зависимостями и пересекающиеся файлы: > > 1: > file /usr/share/man/man1/mt.1.gz from install of mt-st-0.7-alt1 conflicts with > file from package star-rmt-1.5-alt0.1a08 занесите пож-ста в BTS, будет исправлено в следующей сборке star. -- Igor Homyakov <homyakov at altlinux dot ru> http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=190141
On 2002 November 10 Sunday 04:39, you wrote:
> Итак, днем будет залит пакет :
>
> 5f987bf3e94367c580d5c70ffcc9f93a Zope-2.5.1-alt3.src.rpm
Всегда чтонть забудешь.... В связи с подписанием пакета контрольная сумма
изменилась :
051cac13a9862b5e527ce676f3f82970 Zope-2.5.1-alt3.src.rpm
Остальное без изменений : пакет залит.
--
WthBstRgrds -- Андрей Орлов --
--- www.neural.ru, cray@neural.ru ---
----------------------------------------
Приветсвую ! в /incoming/Sisyphus/ отправились: tkabber-0.9.1-alt4.src.rpm - новая сборка из CVS tkcvs-7.1.0-alt1.src.rpm tkdiffb-1.0.0-alt1.src.rpm - новая версия TkDIFF с измененным названием -- Best regards! =================================================== Sergey Kalinin (aka BanZaj) "CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru
Как можно в spec указать, что данный пакет должен собираться не gcc-3.2, а gcc 2.96? Есть подозрение, что некоторые программы (exult) неработоспособны после 3.2.
[-- Attachment #1: Type: text/plain, Size: 306 bytes --] On Mon, Nov 11, 2002 at 01:56:24PM +0300, Вячеслав Диконов wrote: > Как можно в spec указать, что данный пакет должен собираться не gcc-3.2, > а gcc 2.96? Есть подозрение, что некоторые программы (exult) > неработоспособны после 3.2. Например, export CC=gcc-2.96 в секции %build, до %configure. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Понедельник 11 Ноябрь 2002 12:56, ВячеславДиконов написал:
> Как можно в spec указать, что данный пакет должен собираться не gcc-3.2,
> а gcc 2.96? Есть подозрение, что некоторые программы (exult)
> неработоспособны после 3.2.
Полностью с этим утверждением согласен. Пример -scribus. Собранный на 3.2 дает
только segmentation fault, после 2.95.3 - пашет и не чирикает.
Понедельник 11 Ноябрь 2002 13:01, Dmitry V. Levin написал:
> On Mon, Nov 11, 2002 at 01:56:24PM +0300, Вячеслав Диконов wrote:
> > Как можно в spec указать, что данный пакет должен собираться не gcc-3.2,
> > а gcc 2.96? Есть подозрение, что некоторые программы (exult)
> > неработоспособны после 3.2.
>
> Например, export CC=gcc-2.96 в секции %build, до %configure.
>
Но это не всегда помогает, а когда требуется g++ или cpp, то прога хватает те,
что по умолчанию. Приходится ручками вызывать из root update-alternatives на
cpp, gcc, g++, g77. После чего все в порядке. Но это не дело, как бы именно в
спеке указать все?.. Кто подскажет, буду весьма благодарен. А то ведь собрал
пару прог с плагинами, а оне не фурычат, если на 3.2 собираются.
On Mon, 11 Nov 2002 13:50:21 +0200
Igor Tertishny <ilar@altlinux.ru> wrote:
> Полностью с этим утверждением согласен. Пример -scribus.
> Собранный на 3.2 дает только segmentation fault, после 2.95.3
> - пашет и не чирикает.
Вероятнее всего -- криво написан. Жаловаться автору.
Антон
--
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
3:08pm up 11 days, 23:42, 5 users, load average: 0.04, 0.06,
0.16
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 В сообщении от 11 Ноябрь 2002 14:50 Igor Tertishny написал: > Понедельник 11 Ноябрь 2002 12:56, ВячеславДиконов написал: > > Как можно в spec указать, что данный пакет должен собираться не gcc-3.2, > > а gcc 2.96? Есть подозрение, что некоторые программы (exult) > > неработоспособны после 3.2. > > Полностью с этим утверждением согласен. Пример -scribus. Собранный на 3.2 > дает только segmentation fault, Как это воспроизвести? > после 2.95.3 - пашет и не чирикает. Не может быть, он даже собираться им не должен мочь в среде текущего Сизифа, Т.к. qt/kde собраны 3.2, он еще на этапе configure должен обломаться. Никаких 2.96 c Qt3/KDE3-программами !!! - -- Regards, ZerG ### http://altlinux.ru ### ALT Linux Team ### zerg@altlinux.ru ### -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE9z6LJ+zBIrxwqPwgRAk6mAJ9Na0jmE1txCbZsKUHownESEllgWwCgo0+v xPoebOw6ROz3MezYTqKTaC0= =H2bX -----END PGP SIGNATURE-----
Понедельник 11 Ноябрь 2002 14:29, Sergey V. Turchin написал:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> В сообщении от 11 Ноябрь 2002 14:50 Igor Tertishny написал:
> > Понедельник 11 Ноябрь 2002 12:56, ВячеславДиконов написал:
> > > Как можно в spec указать, что данный пакет должен собираться не
> > > gcc-3.2, а gcc 2.96? Есть подозрение, что некоторые программы (exult)
> > > неработоспособны после 3.2.
> >
> > Полностью с этим утверждением согласен. Пример -scribus. Собранный на 3.2
> > дает только segmentation fault,
>
> Как это воспроизвести?
>
> > после 2.95.3 - пашет и не чирикает.
>
> Не может быть, он даже собираться им не должен мочь в среде текущего
> Сизифа, Т.к. qt/kde собраны 3.2, он еще на этапе configure должен
> обломаться. Никаких 2.96 c Qt3/KDE3-программами !!!
>
Сейчас убегаю на работу, леп с собой, там и эксперементну еще раз. Я давно это
делал, может еще когда 2.96 был основным компилятором. Но скажу точно, но
помню, что собранный на 2.95 scribus заработал не только на Интеле, но и на
Атлоне. Обидно, собрал с патчами новыми, автор для последнего патча именно
нашу, альтовскую, разработку использовал, что честно и указал, а
воспользоваться могу только на компе с Интелем, на своем родном - увы,
национальный индейский дом вместо работы.
[-- Attachment #1: Type: text/plain, Size: 999 bytes --] Igor Tertishny wrote > > > Как можно в spec указать, что данный пакет должен собираться не gcc-3.2, > > > а gcc 2.96? Есть подозрение, что некоторые программы (exult) > > > неработоспособны после 3.2. > > Например, export CC=gcc-2.96 в секции %build, до %configure. > Но это не всегда помогает, а когда требуется g++ или cpp, то прога хватает те, > что по умолчанию. Приходится ручками вызывать из root update-alternatives на > cpp, gcc, g++, g77. После чего все в порядке. Но это не дело, как бы именно в > спеке указать все?.. Кто подскажет, буду весьма благодарен. А то ведь собрал > пару прог с плагинами, а оне не фурычат, если на 3.2 собираются. Я бы сказал, что это проблема кривых Makefile. Я их в таких случаях патчу. -- Best Regards! | Когда вам платят за работу, надо по крайней мере Alexey Voinov | делать вид, что вы работаете... | Б.Виан "Осень в Пекине" voins@voins.program.ru voins@online.ru vns@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 161 bytes --] Hello All, Посмотрите plz может у кого осталось письмо с этими логотипами. Ориентировочно было выслано в начале Июля, 3-5 числа. --- Regards, Phoenix. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 881 bytes --] Igor Tertishny пишет: >Понедельник 11 Ноябрь 2002 13:01, Dmitry V. Levin написал: > > >>On Mon, Nov 11, 2002 at 01:56:24PM +0300, Вячеслав Диконов wrote: >> >> >>>Как можно в spec указать, что данный пакет должен собираться не gcc-3.2, >>>а gcc 2.96? Есть подозрение, что некоторые программы (exult) >>>неработоспособны после 3.2. >>> >>> >>Например, export CC=gcc-2.96 в секции %build, до %configure. >> >> >> >Но это не всегда помогает, а когда требуется g++ или cpp, то прога хватает те, >что по умолчанию. Приходится ручками вызывать из root update-alternatives на >cpp, gcc, g++, g77. После чего все в порядке. Но это не дело, как бы именно в >спеке указать все?.. Кто подскажет, буду весьма благодарен. А то ведь собрал >пару прог с плагинами, а оне не фурычат, если на 3.2 собираются. > > Можно посмотреть, как это сделано в спеке ядра. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 233 bytes --] On Tue, Nov 12, 2002 at 02:11:37PM +0300, Nazar Yurpeak wrote: > Hello All, > > Посмотрите plz может у кого осталось письмо с этими логотипами. > Ориентировочно было выслано в начале Июля, 3-5 числа. > В аттаче. -- Юрий А. Зотов [-- Attachment #2: Alt_linux_logo-bw.bmp --] [-- Type: application/octet-stream, Size: 830 bytes --] [-- Attachment #3: Alt_linux_logo1-bw.bmp --] [-- Type: application/octet-stream, Size: 830 bytes --]
Мне тут один товарищ, желающий помочь выходу новых дистрибутивов, подкинул идею. Он предложил сделать на сайте altlinux.ru список того, чем бы ему (и все желающим) можно было бы заняться, чтобы принести пользу. Если есть что-то похожее на такой список, предлагаю это опубликовать. -- Юрий А. Зотов
[-- Attachment #1: Type: text/plain, Size: 440 bytes --] Yura Zotov пишет: >Мне тут один товарищ, желающий помочь выходу новых дистрибутивов, >подкинул идею. Он предложил сделать на сайте altlinux.ru список >того, чем бы ему (и все желающим) можно было бы заняться, чтобы >принести пользу. Если есть что-то похожее на такой список, >предлагаю это опубликовать. > Списка нет. Жду идей по его составлению, т.к. - почти наверняка в него должны уметь добавлять данные все мантейнеры. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
On Thu, 14 Nov 2002 11:26:11 +0300
Anton Farygin <rider@altlinux.com> wrote:
> Yura Zotov пишет:
>
> >Мне тут один товарищ, желающий помочь выходу новых дистрибутивов,
> >подкинул идею. Он предложил сделать на сайте altlinux.ru список
> >того, чем бы ему (и все желающим) можно было бы заняться, чтобы
> >принести пользу. Если есть что-то похожее на такой список,
> >предлагаю это опубликовать.
> >
> Списка нет.
>
> Жду идей по его составлению, т.к. - почти наверняка в него должны уметь
> добавлять данные все мантейнеры.
Идея одна и у меня просто не хвататет времени ее реализовать
смысл такой пишем систему TODO у которой есть публичные задания и и закрытые задания, эта система должна быть связана с bugs.altlinux.ru и возможно еще с системой проектов которые ведет компания ALT Linux и группа ALT Linux Team.
Это мое мнение.
--
With best wishes, Volkov Serge
Network Administrator/Security Administrator
[-- Attachment #1: Type: text/plain, Size: 1000 bytes --] Serge Volkov пишет: >On Thu, 14 Nov 2002 11:26:11 +0300 >Anton Farygin <rider@altlinux.com> wrote: > > > >>Yura Zotov пишет: >> >> >> >>>Мне тут один товарищ, желающий помочь выходу новых дистрибутивов, >>>подкинул идею. Он предложил сделать на сайте altlinux.ru список >>>того, чем бы ему (и все желающим) можно было бы заняться, чтобы >>>принести пользу. Если есть что-то похожее на такой список, >>>предлагаю это опубликовать. >>> >>> >>> >>Списка нет. >> >>Жду идей по его составлению, т.к. - почти наверняка в него должны уметь >>добавлять данные все мантейнеры. >> >> > >Идея одна и у меня просто не хвататет времени ее реализовать > >смысл такой пишем систему TODO у которой есть публичные задания и и закрытые задания, эта система должна быть связана с bugs.altlinux.ru и возможно еще с системой проектов которые ведет компания ALT Linux и группа ALT Linux Team. > >Это мое мнение. > > > Тогда первая задача, которая есть - это написать эту систему TODO ;-) Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
On Thu, Nov 14, 2002 at 12:37:19PM +0300, Anton Farygin wrote:
> >>>Мне тут один товарищ, желающий помочь выходу новых дистрибутивов,
> >>>подкинул идею. Он предложил сделать на сайте altlinux.ru список
> >>>того, чем бы ему (и все желающим) можно было бы заняться, чтобы
> >>>принести пользу. Если есть что-то похожее на такой список,
> >>>предлагаю это опубликовать.
> >>Списка нет.
> >>
> >>Жду идей по его составлению, т.к. - почти наверняка в него должны уметь
> >>добавлять данные все мантейнеры.
> >Идея одна и у меня просто не хвататет времени ее реализовать
> >
> >смысл такой пишем систему TODO у которой есть публичные задания и и
> >закрытые задания, эта система должна быть связана с bugs.altlinux.ru и
> >возможно еще с системой проектов которые ведет компания ALT Linux и группа
> >ALT Linux Team.
> >
> >Это мое мнение.
> Тогда первая задача, которая есть - это написать эту систему TODO ;-)
Все уже написано за нас :)
--
/ Alexander Bokovoy
---
It's pretty hard to tell what does bring happiness; poverty and wealth
have both failed.
-- Kim Hubbard
On Thu, 14 Nov 2002 11:44:29 +0200
Alexander Bokovoy <a.bokovoy@sam-solutions.net> wrote:
> On Thu, Nov 14, 2002 at 12:37:19PM +0300, Anton Farygin wrote:
> > >>>Мне тут один товарищ, желающий помочь выходу новых дистрибутивов,
> > >>>подкинул идею. Он предложил сделать на сайте altlinux.ru список
> > >>>того, чем бы ему (и все желающим) можно было бы заняться, чтобы
> > >>>принести пользу. Если есть что-то похожее на такой список,
> > >>>предлагаю это опубликовать.
> > >>Списка нет.
> > >>
> > >>Жду идей по его составлению, т.к. - почти наверняка в него должны уметь
> > >>добавлять данные все мантейнеры.
> > >Идея одна и у меня просто не хвататет времени ее реализовать
> > >
> > >смысл такой пишем систему TODO у которой есть публичные задания и и
> > >закрытые задания, эта система должна быть связана с bugs.altlinux.ru и
> > >возможно еще с системой проектов которые ведет компания ALT Linux и группа
> > >ALT Linux Team.
> > >
> > >Это мое мнение.
> > Тогда первая задача, которая есть - это написать эту систему TODO ;-)
> Все уже написано за нас :)
Все что я видел меня не устроило так как нет возможности работы из разных интерфесов и ведения разграниченных заданий (закрытые и публичные)
Если ты нашел что-то что может нас устроить подскажи ссылку я посмотрю!
--
With best wishes, Volkov Serge
Network Administrator/Security Administrator
[-- Attachment #1: Type: text/plain, Size: 333 bytes --] Hi! Вычитываем сейчас с женой перевод, возникают вопросики по переводу конкретных терминов и фраз - подскажите куда их лучше всего задавать? Наверняка у команд переводчиков есть свой сайт или форум, где обсуждаются подобные проблемы. -- WBR, Andrey Brindeew. "No one person can understand Perl culture completely" (C) Larry Wall. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Andrey Brindeew wrote:
>Hi!
>
>Вычитываем сейчас с женой перевод, возникают вопросики по переводу
>конкретных терминов и фраз - подскажите куда их лучше всего задавать?
>Наверняка у команд переводчиков есть свой сайт или форум, где обсуждаются
>подобные проблемы.
>
>
>
Я бы посоветовал translation@openoffice.ru , там немного народу, но есть
Валентина Ванеева (fattie@altlinux.ru), Саша Прокудин (avp@altlinux.ru)
и Вадим Виниченко.
Даже там, правда, есть по крайней мере один любитель базара, но,
кажется, он один :-)
Rgrds, Алексей
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
В сообщении от 14 Ноябрь 2002 14:17 aen написал:
> Andrey Brindeew wrote:
> >Hi!
> >
> >Вычитываем сейчас с женой перевод, возникают вопросики по переводу
> >конкретных терминов и фраз - подскажите куда их лучше всего задавать?
> >Наверняка у команд переводчиков есть свой сайт или форум, где обсуждаются
> >подобные проблемы.
>
> Я бы посоветовал translation@openoffice.ru , там немного народу, но есть
> Валентина Ванеева (fattie@altlinux.ru), Саша Прокудин (avp@altlinux.ru)
> и Вадим Виниченко.
> Даже там, правда, есть по крайней мере один любитель базара, но,
> кажется, он один :-)
также можете написать в список рассылки kde-russian
(kde-russian@lists.kde.ru), в принципе могу передать вам наш список перевода
терминов в ознакомительных целях :)
- --
With Best Regards, Albert R. Valiev
- ------------------------------------
ALT Linux Team [www.altlinux.ru]
KDE Development Team [www.kde.org]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE904lO7d6wAH+0KuARAox2AKCVp2sOyX1MfKXnuCH8ZXAZqXENLwCfSVwH
KiWDKStICEJXd0NhAoH+ouY=
=Qkvn
-----END PGP SIGNATURE-----
On Thu, Nov 14, 2002 at 01:29:51PM +0300, Serge Volkov wrote:
> > > >Это мое мнение.
> > > Тогда первая задача, которая есть - это написать эту систему TODO ;-)
> > Все уже написано за нас :)
>
> Все что я видел меня не устроило так как нет возможности работы из
> разных интерфесов и ведения разграниченных заданий (закрытые и
> публичные)
>
> Если ты нашел что-то что может нас устроить подскажи ссылку я посмотрю!
Я могу предложить то, что мы демонстрировали на стенде Sun на Softool --
ProjectView, там есть разграничение заданий, планирование и прочее, что
можно было бы использовать для такой системы.
--
/ Alexander Bokovoy
---
We only support a 1200 bps connection.
Alexander Bokovoy wrote:
>On Thu, Nov 14, 2002 at 01:29:51PM +0300, Serge Volkov wrote:
>
>
>>>>>Это мое мнение.
>>>>>
>>>>>
>>>>Тогда первая задача, которая есть - это написать эту систему TODO ;-)
>>>>
>>>>
>>>Все уже написано за нас :)
>>>
>>>
>>Все что я видел меня не устроило так как нет возможности работы из
>>разных интерфесов и ведения разграниченных заданий (закрытые и
>>публичные)
>>
>>Если ты нашел что-то что может нас устроить подскажи ссылку я посмотрю!
>>
>>
>Я могу предложить то, что мы демонстрировали на стенде Sun на Softool --
>ProjectView, там есть разграничение заданий, планирование и прочее, что
>можно было бы использовать для такой системы.
>
>
А пакет собрать можете?
Rgrds, Алексей
On Thu, Nov 14, 2002 at 01:32:22PM +0200, Alexander Bokovoy wrote:
> On Thu, Nov 14, 2002 at 01:29:51PM +0300, Serge Volkov wrote:
> > > > >Это мое мнение.
> > > > Тогда первая задача, которая есть - это написать эту систему TODO ;-)
> > > Все уже написано за нас :)
> >
> > Все что я видел меня не устроило так как нет возможности работы из
> > разных интерфесов и ведения разграниченных заданий (закрытые и
> > публичные)
> >
> > Если ты нашел что-то что может нас устроить подскажи ссылку я посмотрю!
> Я могу предложить то, что мы демонстрировали на стенде Sun на Softool --
> ProjectView, там есть разграничение заданий, планирование и прочее, что
> можно было бы использовать для такой системы.
А где эту штуку можно посмотреть? Что-то даже Google ничего похожего не
нашел...
--
Lenya Khachaturov
mailto:lenya@chemsell.yaroslavl.ru
Lenya L. Khachaturov wrote:
>On Thu, Nov 14, 2002 at 01:32:22PM +0200, Alexander Bokovoy wrote:
>
>
>>On Thu, Nov 14, 2002 at 01:29:51PM +0300, Serge Volkov wrote:
>>
>>
>>>>>>Это мое мнение.
>>>>>>
>>>>>>
>>>>>Тогда первая задача, которая есть - это написать эту систему TODO ;-)
>>>>>
>>>>>
>>>>Все уже написано за нас :)
>>>>
>>>>
>>>Все что я видел меня не устроило так как нет возможности работы из
>>>разных интерфесов и ведения разграниченных заданий (закрытые и
>>>публичные)
>>>
>>>Если ты нашел что-то что может нас устроить подскажи ссылку я посмотрю!
>>>
>>>
>>Я могу предложить то, что мы демонстрировали на стенде Sun на Softool --
>>ProjectView, там есть разграничение заданий, планирование и прочее, что
>>можно было бы использовать для такой системы.
>>
>>
>
>А где эту штуку можно посмотреть? Что-то даже Google ничего похожего не
>нашел...
>
>
>
Показывают из рук :-)
Ух, красивая штука!
Rgrds, Алексей
On Thu, 14 Nov 2002 14:55:14 +0300
"Lenya L. Khachaturov" <lenya@chemsell.yaroslavl.ru> wrote:
> On Thu, Nov 14, 2002 at 01:32:22PM +0200, Alexander Bokovoy wrote:
> > On Thu, Nov 14, 2002 at 01:29:51PM +0300, Serge Volkov wrote:
> > > > > >Это мое мнение.
> > > > > Тогда первая задача, которая есть - это написать эту систему TODO ;-)
> > > > Все уже написано за нас :)
> > >
> > > Все что я видел меня не устроило так как нет возможности работы из
> > > разных интерфесов и ведения разграниченных заданий (закрытые и
> > > публичные)
> > >
> > > Если ты нашел что-то что может нас устроить подскажи ссылку я посмотрю!
> > Я могу предложить то, что мы демонстрировали на стенде Sun на Softool --
> > ProjectView, там есть разграничение заданий, планирование и прочее, что
> > можно было бы использовать для такой системы.
>
> А где эту штуку можно посмотреть? Что-то даже Google ничего похожего не
> нашел...
>
freshmeat.net тоже ничего не знает
Александр тогда ВАМ слово где взять посмотреть :))
--
With best wishes, Volkov Serge
Network Administrator/Security Administrator
On Thu, Nov 14, 2002 at 02:45:30PM +0300, aen wrote:
> >>>Все уже написано за нас :)
> >>Все что я видел меня не устроило так как нет возможности работы из
> >>разных интерфесов и ведения разграниченных заданий (закрытые и
> >>публичные)
> >>
> >>Если ты нашел что-то что может нас устроить подскажи ссылку я посмотрю!
> >Я могу предложить то, что мы демонстрировали на стенде Sun на Softool --
> >ProjectView, там есть разграничение заданий, планирование и прочее, что
> >можно было бы использовать для такой системы.
> А пакет собрать можете?
Могу положить tarball в /incoming на devel. К сожалению, пока нет осмысленного
механизма заполнения MySQL базы при установке RPM-пакета. Собственно, об
этом говорил и Rider пару дней назад.
--
/ Alexander Bokovoy
---
The best way to avoid responsibility is to say, "I've got responsibilities."
On Thu, 14 Nov 2002 15:02:20 +0300
aen <aen@altlinux.ru> wrote:
> Lenya L. Khachaturov wrote:
>
> >On Thu, Nov 14, 2002 at 01:32:22PM +0200, Alexander Bokovoy wrote:
> >
> >
> >>On Thu, Nov 14, 2002 at 01:29:51PM +0300, Serge Volkov wrote:
> >>
> >>
> >>>>>>Это мое мнение.
> >>>>>>
> >>>>>>
> >>>>>Тогда первая задача, которая есть - это написать эту систему TODO ;-)
> >>>>>
> >>>>>
> >>>>Все уже написано за нас :)
> >>>>
> >>>>
> >>>Все что я видел меня не устроило так как нет возможности работы из
> >>>разных интерфесов и ведения разграниченных заданий (закрытые и
> >>>публичные)
> >>>
> >>>Если ты нашел что-то что может нас устроить подскажи ссылку я посмотрю!
> >>>
> >>>
> >>Я могу предложить то, что мы демонстрировали на стенде Sun на Softool --
> >>ProjectView, там есть разграничение заданий, планирование и прочее, что
> >>можно было бы использовать для такой системы.
> >>
> >>
> >
> >А где эту штуку можно посмотреть? Что-то даже Google ничего похожего не
> >нашел...
> >
> >
> >
> Показывают из рук :-)
> Ух, красивая штука!
Алексей а руки можно дотянуть до всех :))
--
With best wishes, Volkov Serge
Network Administrator/Security Administrator
On Thu, 14 Nov 2002 15:40:51 +0200
Alexander Bokovoy <a.bokovoy@sam-solutions.net> wrote:
> On Thu, Nov 14, 2002 at 02:45:30PM +0300, aen wrote:
> > >>>Все уже написано за нас :)
> > >>Все что я видел меня не устроило так как нет возможности работы из
> > >>разных интерфесов и ведения разграниченных заданий (закрытые и
> > >>публичные)
> > >>
> > >>Если ты нашел что-то что может нас устроить подскажи ссылку я посмотрю!
> > >Я могу предложить то, что мы демонстрировали на стенде Sun на Softool --
> > >ProjectView, там есть разграничение заданий, планирование и прочее, что
> > >можно было бы использовать для такой системы.
> > А пакет собрать можете?
> Могу положить tarball в /incoming на devel. К сожалению, пока нет осмысленного
> механизма заполнения MySQL базы при установке RPM-пакета. Собственно, об
> этом говорил и Rider пару дней назад.
Давай я завтра попробую и посмотрю
имеется в виду rsync::devel.altlinux.ru/incoming
так как его видят разработчики вне офиса ?
--
With best wishes, Volkov Serge
Network Administrator/Security Administrator
On Thu, Nov 14, 2002 at 05:04:20PM +0300, Serge Volkov wrote:
> > > А пакет собрать можете?
> > Могу положить tarball в /incoming на devel. К сожалению, пока нет осмысленного
> > механизма заполнения MySQL базы при установке RPM-пакета. Собственно, об
> > этом говорил и Rider пару дней назад.
> Давай я завтра попробую и посмотрю
> имеется в виду rsync::devel.altlinux.ru/incoming
> так как его видят разработчики вне офиса ?
Да. devel.altlinux.ru:/incoming/Sisyphus/BTE/pv-1.0-install.tar.bz2
Уже лежит.
--
/ Alexander Bokovoy
---
I'm sorry if the correct way of doing things offends you.
> > >Вычитываем сейчас с женой перевод, возникают вопросики по переводу
> > >конкретных терминов и фраз - подскажите куда их лучше всего задавать?
> > >Наверняка у команд переводчиков есть свой сайт или форум, где обсуждаются
> > >подобные проблемы.
> >
> > Я бы посоветовал translation@openoffice.ru , там немного народу, но есть
> > Валентина Ванеева (fattie@altlinux.ru), Саша Прокудин (avp@altlinux.ru)
> > и Вадим Виниченко.
> > Даже там, правда, есть по крайней мере один любитель базара, но,
> > кажется, он один :-)
>
> также можете написать в список рассылки kde-russian
> (kde-russian@lists.kde.ru), в принципе могу передать вам наш список перевода
> терминов в ознакомительных целях :)
Кдеешники :) Есть же gnome-cyr@gnome.org. Там тоже такие вопросы
обсуждаются (но бывает и просто шум).
On Wed, 13 Nov 2002, Yura Zotov wrote:
> Мне тут один товарищ, желающий помочь выходу новых дистрибутивов,
> подкинул идею. Он предложил сделать на сайте altlinux.ru список
> того, чем бы ему (и все желающим) можно было бы заняться, чтобы
> принести пользу. Если есть что-то похожее на такой список,
> предлагаю это опубликовать.
Поперёд того, чтоб публиковать, надо сначала его собрать. Майнтейнера для
TODO найти. И всё такое.
Ну а первейший пункт TODO и так всем известен:
- СВОЙ, ПРАВИЛЬНЫЙ, apt-based/compatible ИНСТАЛЛЯТОР
On Thu, 14 Nov 2002, Serge Volkov wrote:
> > >Мне тут один товарищ, желающий помочь выходу новых дистрибутивов,
> > >подкинул идею. Он предложил сделать на сайте altlinux.ru список
> > >того, чем бы ему (и все желающим) можно было бы заняться, чтобы
> > >принести пользу. Если есть что-то похожее на такой список,
> > >предлагаю это опубликовать.
> > >
> > Списка нет.
> >
> > Жду идей по его составлению, т.к. - почти наверняка в него должны уметь
> > добавлять данные все мантейнеры.
>
> Идея одна и у меня просто не хвататет времени ее реализовать
>
> смысл такой пишем систему TODO у которой есть публичные задания и и
> закрытые задания, эта система должна быть связана с bugs.altlinux.ru и
> возможно еще с системой проектов которые ведет компания ALT Linux и
> группа ALT Linux Team.
Чрезмерно сложно. Ведь нужен спейсок ГЛОБАЛЬНЫХ задач, а не частностей,
до которых ручки майнтейнеров не доходят. Тут достаточно одного
майнтейнера, которому присылают идеи, идеи обсуждаются, и попадают уже
потом в такой весь из себя глобальный список монументальных проектов.
On 14 Nov 2002 17:43:38 +0300
Вячеслав Диконов <sdiconov@mail.ru> wrote:
> Кдеешники :) Есть же gnome-cyr@gnome.org. Там тоже такие вопросы
> обсуждаются (но бывает и просто шум).
Кстати, у gnome-cyr тоже есть своя база перевода терминов
Александр
[-- Attachment #1: Type: text/plain, Size: 1023 bytes --] Alexander Bokovoy пишет: >On Thu, Nov 14, 2002 at 05:04:20PM +0300, Serge Volkov wrote: > > >>>>А пакет собрать можете? >>>> >>>> >>>Могу положить tarball в /incoming на devel. К сожалению, пока нет осмысленного >>>механизма заполнения MySQL базы при установке RPM-пакета. Собственно, об >>>этом говорил и Rider пару дней назад. >>> >>> >>Давай я завтра попробую и посмотрю >>имеется в виду rsync::devel.altlinux.ru/incoming >>так как его видят разработчики вне офиса ? >> >> >Да. devel.altlinux.ru:/incoming/Sisyphus/BTE/pv-1.0-install.tar.bz2 >Уже лежит. > > Может быть мне быстро TUTOS поднять? Там много всего полезного есть ;-) Rgds, Rider P.S. А вообще, без интеграции со списками рассылок, пакетами, BTS, BTE, форумами и сайтом altlinux.ru - все это куски системы, которая должна быть единым целым. На мой взгляд, 4 человека смогут написать то, что нам надо за три-четыре месяца. + пару месяцев на проектирование. Но это с учетом того, что заниматься только этой задачей и ничем более. [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 335 bytes --] On Thu, Nov 14, 2002 at 01:29:51PM +0300, Serge Volkov wrote: > Все что я видел меня не устроило так как нет возможности > работы из разных интерфесов и ведения разграниченных заданий > (закрытые и публичные) > Если ты нашел что-то что может нас устроить подскажи ссылку > я посмотрю! http://sourceforge.net/ -- Regards, Sir Raorn. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On 14 Ноябрь 2002 17:43, ВячеславДиконов wrote:
> > > Я бы посоветовал translation@openoffice.ru , там немного
> > > народу, но есть Валентина Ванеева (fattie@altlinux.ru),
> > > Саша Прокудин (avp@altlinux.ru) и Вадим Виниченко.
> > > Даже там, правда, есть по крайней мере один любитель
> > > базара, но, кажется, он один :-)
> >
> > также можете написать в список рассылки kde-russian
> > (kde-russian@lists.kde.ru), в принципе могу передать вам наш
> > список перевода терминов в ознакомительных целях :)
>
> Кдеешники :) Есть же gnome-cyr@gnome.org. Там тоже такие
> вопросы обсуждаются (но бывает и просто шум).
А я со своей стороны рекомендовал бы установить пакет dict-engcom
или mova-engcom-koi8-r со свободным англо-русским словарём
компьютерных терминов :)
Ну и на все вышеприведённые рассылки лучше подписаться. :)
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!
[-- Attachment #1: Type: text/plain, Size: 446 bytes --] Alexey I. Froloff пишет: >On Thu, Nov 14, 2002 at 01:29:51PM +0300, Serge Volkov wrote: > > >>Все что я видел меня не устроило так как нет возможности >>работы из разных интерфесов и ведения разграниченных заданий >>(закрытые и публичные) >> >> > > > >>Если ты нашел что-то что может нас устроить подскажи ссылку >>я посмотрю! >> >> >http://sourceforge.net/ > > > sourceforge - закрытый продукт. Он нем можно забыть. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
Приветствую
А меня не пущает :(
Сразу прошу прощения у всех за это письмо.
On Thu, 14 Nov 2002 16:09:45 +0200
Alexander Bokovoy <a.bokovoy@sam-solutions.net> wrote:
> On Thu, Nov 14, 2002 at 05:04:20PM +0300, Serge Volkov wrote:
> > > > А пакет собрать можете?
> > > Могу положить tarball в /incoming на devel. К сожалению, пока нет осмысленного
> > > механизма заполнения MySQL базы при установке RPM-пакета. Собственно, об
> > > этом говорил и Rider пару дней назад.
> > Давай я завтра попробую и посмотрю
> > имеется в виду rsync::devel.altlinux.ru/incoming
> > так как его видят разработчики вне офиса ?
> Да. devel.altlinux.ru:/incoming/Sisyphus/BTE/pv-1.0-install.tar.bz2
> Уже лежит.
вот пинг до сервера от меня
$ ping devel.altlinux.ru
PING devel.altlinux.ru (62.118.250.238) 56(84) bytes of data.
64 bytes from devel.altlinux.ru (62.118.250.238): icmp_seq=1 ttl=246 time=1003 ms
64 bytes from devel.altlinux.ru (62.118.250.238): icmp_seq=2 ttl=246 time=1139 ms
64 bytes from devel.altlinux.ru (62.118.250.238): icmp_seq=3 ttl=246 time=983 ms
64 bytes from devel.altlinux.ru (62.118.250.238): icmp_seq=4 ttl=246 time=1199 ms
64 bytes from devel.altlinux.ru (62.118.250.238): icmp_seq=5 ttl=246 time=751 ms
64 bytes from devel.altlinux.ru (62.118.250.238): icmp_seq=6 ttl=246 time=453 ms
--- devel.altlinux.ru ping statistics ---
7 packets transmitted, 6 received, 14% packet loss, time 6043ms
rtt min/avg/max/mdev = 453.303/921.902/1199.514/252.826 ms, pipe 2
Вот вывод от rsync
$ rsync -vaz -e ssh --partial --delete-after devel.altlinux.ru:/incoming/Sisyphus/BTE/pv-1.0-install.tar.bz2 /home/vserge/Altlinux/
Permission denied (publickey).
rsync: connection unexpectedly closed (0 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(150)
В чем я не прав ???
Александр не могу взять пакет! :(((
--
With best wishes, Volkov Serge
Network Administrator/Security Administrator
On Fri, 15 Nov 2002 14:05:24 +0300 Serge Volkov <vserge@altlinux.ru> wrote: > Приветствую > > А меня не пущает :( > Сразу прошу прощения у всех за это письмо. ...skipped... > Вот вывод от rsync > $ rsync -vaz -e ssh --partial --delete-after > devel.altlinux.ru:/incoming/Sisyphus/BTE/pv-1.0-install.tar.bz2 > /home/vserge/Altlinux/ Permission denied (publickey). > rsync: connection unexpectedly closed (0 bytes read so far) > rsync error: error in rsync protocol data stream (code 12) at io.c(150) > > В чем я не прав ??? а если в качестве имени хоста указать devel? (То есть так, как в ~/.ssh/config, ключик для devel, наверно, отличный от основного?) -- Sviatoslav Sviridov [mailto:svd@lintec.minsk.by] [ICQ#10845380] [Lintec Project] [MLUG] -- Evolution is a bankrupt speculative philosophy, not a scientific fact. Only a spiritually bankrupt society could ever believe it. ... Only atheists could accept this Satanic theory. - Rev. Jimmy Swaggart, "The Pre-Adamic Creation and Evolution"
On Fri, 15 Nov 2002 13:14:15 +0200
Sviatoslav Sviridov/Lintec Project <svd@lintec.minsk.by> wrote:
> On Fri, 15 Nov 2002 14:05:24 +0300
> Serge Volkov <vserge@altlinux.ru> wrote:
>
> > Приветствую
> >
> > А меня не пущает :(
> > Сразу прошу прощения у всех за это письмо.
> ...skipped...
> > Вот вывод от rsync
> > $ rsync -vaz -e ssh --partial --delete-after
> > devel.altlinux.ru:/incoming/Sisyphus/BTE/pv-1.0-install.tar.bz2
> > /home/vserge/Altlinux/ Permission denied (publickey).
> > rsync: connection unexpectedly closed (0 bytes read so far)
> > rsync error: error in rsync protocol data stream (code 12) at io.c(150)
> >
> > В чем я не прав ???
>
> а если в качестве имени хоста указать devel?
> (То есть так, как в ~/.ssh/config, ключик для devel, наверно, отличный от
> основного?)
"Иван Иваныч" -- забыл поправить :(( спасибо !
--
With best wishes, Volkov Serge
Network Administrator/Security Administrator
[-- Attachment #1: Type: text/plain, Size: 735 bytes --] On Fri, Nov 15, 2002 at 01:14:15PM +0200, Sviatoslav Sviridov/Lintec Project wrote: > > А меня не пущает :( > > Сразу прошу прощения у всех за это письмо. > ...skipped... > > Вот вывод от rsync > > $ rsync -vaz -e ssh --partial --delete-after > > devel.altlinux.ru:/incoming/Sisyphus/BTE/pv-1.0-install.tar.bz2 > > /home/vserge/Altlinux/ Permission denied (publickey). > > rsync: connection unexpectedly closed (0 bytes read so far) > > rsync error: error in rsync protocol data stream (code 12) at io.c(150) > > > > В чем я не прав ??? > > а если в качестве имени хоста указать devel? > (То есть так, как в ~/.ssh/config, ключик для devel, наверно, отличный от > основного?) Небось не только ключик отличный от основного. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 637 bytes --] On Wed, Nov 13, 2002 at 11:20:12PM +0300, Yura Zotov wrote: > Мне тут один товарищ, желающий помочь выходу новых дистрибутивов, > подкинул идею. Он предложил сделать на сайте altlinux.ru список > того, чем бы ему (и все желающим) можно было бы заняться, чтобы > принести пользу. Если есть что-то похожее на такой список, > предлагаю это опубликовать. Всё бы хорошо, если бы не одно но: Ваш вопрос вылился в отвратительную и непроизводительную дискуссию, которую я бы попросил вынести куда нибудь в community@ или ещё дальше. IMHO, Те, у кого есть способности, время и желание "в одном флаконе", никогда не останутся без дела. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 309 bytes --] On Fri, Nov 15, 2002 at 09:42:00AM +0300, Anton Farygin wrote: > >http://sourceforge.net/ > sourceforge - закрытый продукт. Он нем можно забыть. А это что тогда? http://sourceforge.net/projects/alexandria/ http://sourceforge.net/project/showfiles.php?group_id=39306 (alexandria-dev) -- Regards, Sir Raorn. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Поставив последнее CD обновление от 13 ноября я обнаружил, что
некоторые пакеты, абсолютно неожиданно начинают требовать
круглосуточного доступа в сеть и даже в Интернет.
Первое на что я натолкнулся, был поиск какого-то dtd с сервера в Инете
(в названии было слово oasis). Из-за него на пакете scrollkeeper
обвалился dist-upgrade, причём после повторного его выполнения система
страдает множеством странных глюков.
В качестве подтверждения, что не один я наскочил на грабли, фрагмент
чужого письма:
> А можно заголовок файл в студию (начиная с <DOCTYPE...)?
>
> У Вас коннект с сетью был этот момент был?
>
> У меня пока два варианта: ___не подцепился DTD из за отсутствия Сети____
> , либо ошибка в самом доке. Можете кинуть мне док на мыло.
При этом у устанавливаемых пакетов отсутствуют требования необходимых им
компонентов, которые есть в Сизифе (по крайней мере в моём случае были).
Вместо этого, обрывая работу apt, система сразу лезет в Сеть.
Господа|товарищи сборщики, это НЕДОПУСТИМО.Отнюдь не у всех желающих
установить пакеты с программами есть выделенная линия в Интернет, и
совсем не все подключенные к ЛВС компьютеры, как мой, имеют
автоматический доступ в Инет.
Вторым плохим сюрпризом стало жуткое торможение mc. MC-4.6.0-alt0.4
запускается тяжелеее чем Гном с КДЕ, иногда висит более минуты и тоже
что-то ищет в сети, предположительно SMB ресурсы.
Если на mc я просто вешаю ошибку, то первый случай потенциально хуже.
Прошу прекратить такие безобразия и проверять замеченные в них пакеты
перед отправкой в Сизиф. ... Иначе следует к каждой копии Сизифа
бесплатно прилагать выделенную линию или радиоканал в Инет ... :))).
Приветствую! в incoming/Sisyphus отправилась новая версия редактора tle-0.2.4-alt1.src.rpm -- Best regards! =================================================== Sergey Kalinin (aka BanZaj) "CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru
Приветсвую! В incoming/Sisyphus/ ушёл projman-0.3.1-alt1.src.rpm Изменения не значительные но нужные :-) -- Best regards! =================================================== Sergey Kalinin (aka BanZaj) "CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru
Привет всем как я понял - в мастер не войдут пакеты из contrib. Я сейчас там наблюдаю кучу пакетов для emacs & xemacs. При этом большинство пакетов emacs* описаны в руководстве пользователя. Мне кажется, что борясь за красивости, мы откидываем (как мне кажется) большое количество пользователей Emacs, и желающих его изучить. может я не прав?
а что со списками рассылки? я пытался подписаться на sisyphus на работу и с сайта и мылом, никакого ответа нет
On Tue, Dec 10, 2002 at 12:22:26PM +0300, Alex Ott wrote: > Привет всем > > как я понял - в мастер не войдут пакеты из contrib. Я сейчас там наблюдаю кучу пакетов для emacs & xemacs. При этом большинство пакетов emacs* описаны в руководстве пользователя. > > Мне кажется, что борясь за красивости, мы откидываем (как мне кажется) большое количество пользователей Emacs, и желающих его изучить. > > может я не прав? Я планирую сделать так (из-за крайней нехватки времени и сжатости сроков) Сначала выйдет бета, куда будет включена вся компонента master. Потом будет массовый заброс из contrib (естественно под пристальным контролем меня и Димы) > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
К кому мне обратиться по поводу зеркалирования? Сизиф и так полностью доступен с моего ftp-сервера. Но хотелось бы запустить и rsync-сервер - я улучшил канал и жителям Израиля теперь легче было бы скачивать у меня. В какие часы лучше проводить зеркалирование и откуда? И что почитать по настройке rsync-сервера? Ведь я с этим просто никогда не сталкивался.
[-- Attachment #1: Type: text/plain, Size: 512 bytes --] Igor Tertishny пишет: >К кому мне обратиться по поводу зеркалирования? Сизиф и так полностью доступен >с моего ftp-сервера. Но хотелось бы запустить и rsync-сервер - я улучшил >канал и жителям Израиля теперь легче было бы скачивать у меня. В какие часы >лучше проводить зеркалирование и откуда? И что почитать по настройке >rsync-сервера? Ведь я с этим просто никогда не сталкивался. > mirrors@altlinux.org Зеркалировать лучше примерно в 4 часа утра по MSK, естественно с rsync.altlinux.ru. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
Если ли у нас определённые правила, которым должен следовать каждый пакет, желающий появиться в меню? С файлом в /usr/lib/menu всё понятно. Нужно ли пакету предоставлять всякие %_datadir/gnome/apps/Applications/%name.desktop или %_datadir/applnk/Applications/%name.desktop ? -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
В Вск, 15.12.2002, в 00:09, Vitaly Lipatov написал:
> Если ли у нас определённые правила,
> которым должен следовать каждый пакет,
> желающий появиться в меню?
> С файлом в /usr/lib/menu всё понятно.
>
> Нужно ли пакету предоставлять всякие
> %_datadir/gnome/apps/Applications/%name.desktop
> или
> %_datadir/applnk/Applications/%name.desktop
> ?
Думаю, что приложения для Гнома или КДЕ обязаны присутствовать в родных
системах меню и в общем меню.
Ещё думаю, что нужны макросы, который бы делали меню для menu, Гнома и
КДЕ на основе общих данных.
On Воскресенье 15 Декабрь 2002 00:30, ВячеславДиконов wrote: > В Вск, 15.12.2002, в 00:09, Vitaly Lipatov написал: > > Если ли у нас определённые правила, > > которым должен следовать каждый пакет, > > желающий появиться в меню? > > С файлом в /usr/lib/menu всё понятно. > > > > Нужно ли пакету предоставлять всякие > > %_datadir/gnome/apps/Applications/%name.desktop > > или > > %_datadir/applnk/Applications/%name.desktop > > ? > > Думаю, что приложения для Гнома или КДЕ обязаны присутствовать > в родных системах меню и в общем меню. Тогда мне хотелось бы знать ещё две вещи: 1. Как указать использовать "родное" меню или генерируемое Для GNOME теперь родное по умолчанию, что путает. Как бы хотелось идентичности меню во всех средах... А оно нужно? :) > > Ещё думаю, что нужны макросы, который бы делали меню для menu, > Гнома и КДЕ на основе общих данных. Например, на основе того же menu :) -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
On Fri, Dec 13, 2002 at 01:38:13PM +0300, AntonFarygin wrote: > Igor Tertishny пишет: > > >К кому мне обратиться по поводу зеркалирования? Сизиф и так полностью > >доступен с моего ftp-сервера. Но хотелось бы запустить и rsync-сервер - я > >улучшил канал и жителям Израиля теперь легче было бы скачивать у меня. В > >какие часы лучше проводить зеркалирование и откуда? И что почитать по > >настройке rsync-сервера? Ведь я с этим просто никогда не сталкивался. > > > mirrors@altlinux.org > > Зеркалировать лучше примерно в 4 часа утра по MSK, естественно с > rsync.altlinux.ru. Наверное лучше все-таки с ibiblio.org > > Rgds, > Rider >
Каким компилятором собирается мозилла? У меня gcc3.2.1 падает при попытке сборки без XFT и ругается на синтаксис при сборке с XFT Причем что с патчами, что просто mozilla-1.2.1.tar.bz2 Есть какие то секреты сборки? -- С уважением, Алексей Любимов avl@cad.ru
Каким компилятором собирается мозилла? У меня gcc3.2.1 падает при попытке сборки без XFT и ругается на синтаксис при сборке с XFT Причем что с патчами, что просто mozilla-1.2.1.tar.bz2 Есть какие то секреты сборки? -- С уважением, Алексей Любимов avl@cad.ru
[-- Attachment #1: Type: text/plain, Size: 1177 bytes --] On Fri, Dec 13, 2002 at 09:22:49AM +0200, Igor Tertishny wrote: > К кому мне обратиться по поводу зеркалирования? Сизиф и так полностью доступен > с моего ftp-сервера. Но хотелось бы запустить и rsync-сервер - я улучшил > канал и жителям Израиля теперь легче было бы скачивать у меня. В какие часы Если с rsync.altlinux.org, то после 02:00 MSK. Если быстрее с ibiblio.org, то у меня нет информации. > лучше проводить зеркалирование и откуда? И что почитать по настройке > rsync-сервера? Ведь я с этим просто никогда не сталкивался. Вся настройка - в пакете rsync-server. Для справки - выдержка из rsyncd.conf на rsync.altlinux.org: # grep '^[^#]' /etc/rsyncd.conf |hide_real_pathnames motd file = /path/to/config/rsync.motd [ALTLinux] path = /path/to/archive/pub/distributions/ALTLinux comment = ALTLinux distributions [updates] path = /path/to/archive/pub/distributions/ALTLinux/updates comment = Updates for ALTLinux distributions [MandrakeRE] path = /path/to/archive/pub/distributions/MandrakeRE comment = MandrakeRE distribution [people] path = /path/to/archive/pub/people Когда сераер начнет работу, пожалуйста, не забудьте написать об этом на mirrors@. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Alexey V. Lubimov wrote:
>Каким компилятором собирается мозилла?
>У меня gcc3.2.1 падает при попытке сборки без XFT и ругается на синтаксис при сборке с XFT
>Причем что с патчами, что просто mozilla-1.2.1.tar.bz2
>Есть какие то секреты сборки?
>
>
>
Нет.
Rgrds, AEN
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 В сообщении от 15 Декабрь 2002 01:28 Vitaly Lipatov написал: > On Воскресенье 15 Декабрь 2002 00:30, ВячеславДиконов wrote: > > В Вск, 15.12.2002, в 00:09, Vitaly Lipatov написал: > > > Если ли у нас определённые правила, > > > которым должен следовать каждый пакет, > > > желающий появиться в меню? > > > С файлом в /usr/lib/menu всё понятно. > > > > > > Нужно ли пакету предоставлять всякие > > > %_datadir/gnome/apps/Applications/%name.desktop > > > или > > > %_datadir/applnk/Applications/%name.desktop > > > ? > > > > Думаю, что приложения для Гнома или КДЕ обязаны присутствовать > > в родных системах меню и в общем меню. > > Тогда мне хотелось бы знать ещё две вещи: > 1. Как указать использовать "родное" меню или генерируемое menudrake > Для GNOME теперь родное по умолчанию, что путает. Как бы хотелось > идентичности меню во всех средах... > А оно нужно? :) > > > Ещё думаю, что нужны макросы, который бы делали меню для menu, > > Гнома и КДЕ на основе общих данных. > > Например, на основе того же menu :) Именно для этого оно и существует :) - -- Regards, ZerG ### http://altlinux.ru ### ALT Linux Team ### zerg@altlinux.ru ### -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE9/b6q+zBIrxwqPwgRAkFwAKDr7C9WTzByrU5D/IGzjTFEGzCNdQCgrDRK ZS6qK+YlZVS4j420QEJGE4s= =ZDKI -----END PGP SIGNATURE-----
On Понедельник 16 Декабрь 2002 14:53, Sergey V. Turchin wrote: > > Тогда мне хотелось бы знать ещё две вещи: > > 1. Как указать использовать "родное" меню или генерируемое > > menudrake Это не "запрещённый" способ? > > > Ещё думаю, что нужны макросы, который бы делали меню для > > > menu, Гнома и КДЕ на основе общих данных. > > > > Например, на основе того же menu :) > > Именно для этого оно и существует :) Можно из этого заключить, что пакет не должен предоставлять специального файла для меню KDE и GNOME? Тем более, что они есть не во всех пакетах. Основным является menu, так есть у нас политика по поводу включения специфических файлов для оконных менеджеров? -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
> > Тогда мне хотелось бы знать ещё две вещи:
> > 1. Как указать использовать "родное" меню или генерируемое
> menudrake
Рвота.
Привествую! в incoming/Sisyphus отправлен tkabber-0.9.3-alt1.src.rpm -- Best regards! =================================================== Sergey Kalinin (aka BanZaj) "CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru
[-- Attachment #1: Type: text/plain, Size: 579 bytes --] Можно ли перегруппировывать файлы в пакетах? Пример: perl-URI (новая версия) зависит от perl-ISBN (ещё не собран) Т.е. имеет место ситуация: важный и маленький пакет зависит в малой своей части от неиспользуемого и большого. Можно поступать так: 1) отпилить пакет perl-URI-ISBN 2) не включать некоторую часть файлов в пакет вообще 3) переложить эти файлы из perl-URI в perl-ISBN; тогда зависимости распределятся более "нормально" -- WBR, Alexey Tourbin "He is a sane man who can have tragedy BIOZAK Ltd., Russia in his heart and comedy in his head." --G.K.Chesterton [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 В сообщении от 17 Декабрь 2002 03:10 ВячеславДиконов написал: > > > Тогда мне хотелось бы знать ещё две вещи: > > > 1. Как указать использовать "родное" меню или генерируемое > > > > menudrake > Рвота. Какой Ваш вариант? - -- Regards, ZerG ### http://altlinux.ru ### ALT Linux Team ### zerg@altlinux.ru ### -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE9/zYk+zBIrxwqPwgRAg3LAKCQUm9dkMtMWRtYSTQQdjnqPjk1uQCfY1mN hd9khiWKGJAyx1m3HgXQLdc= =yNKX -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 В сообщении от Понедельник 16 Декабрь 2002 23:06 Vitaly Lipatov написал: > On Понедельник 16 Декабрь 2002 14:53, Sergey V. Turchin wrote: > > > Тогда мне хотелось бы знать ещё две вещи: > > > 1. Как указать использовать "родное" меню или генерируемое > > > > menudrake > > Это не "запрещённый" способ? > > > > > Ещё думаю, что нужны макросы, который бы делали меню для > > > > menu, Гнома и КДЕ на основе общих данных. > > > > > > Например, на основе того же menu :) > > > > Именно для этого оно и существует :) > > Можно из этого заключить, что пакет не должен предоставлять > специального файла для меню KDE и GNOME? Тем более, что они есть Не обязан, но приветствуется. > не во всех пакетах. Основным является menu, так есть у нас > политика по поводу включения специфических файлов для оконных > менеджеров? - -- Regards, ZerG ### http://altlinux.ru ### ALT Linux Team ### zerg@altlinux.ru ### -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE9/085+zBIrxwqPwgRAq7aAJ9EyK1CT6JdxrEq//eMyxpghAGrfQCg3uxR ziHQhaWS/qUn+eFGGFaRaTE= =AqEn -----END PGP SIGNATURE-----
On Вторник 17 Декабрь 2002 03:10, ВячеславДиконов wrote:
> > > Тогда мне хотелось бы знать ещё две вещи:
> > > 1. Как указать использовать "родное" меню или генерируемое
> >
> > menudrake
>
> Рвота.
Вячеслав, уважайте, пожалуйста, рефлексы других.
У вас рвота от menudrake, а у меня от вашей на него реакции.
Не надо в качестве отзывана программу представлять сцены насилия,
самоистязания, справления естественных надобностей и реакций
различных живых организмов, в том числе и человеческого.
:)
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 В сообщении от 17 Декабрь 2002 16:42 Alexey Tourbin написал: > Можно ли перегруппировывать файлы в пакетах? > > Пример: > perl-URI (новая версия) зависит от perl-ISBN (ещё не собран) > > Т.е. имеет место ситуация: важный и маленький пакет зависит в малой > своей части от неиспользуемого и большого. > > Можно поступать так: > 1) отпилить пакет perl-URI-ISBN что имеется в виду под словом отпилить? если удаление пакета - то нет ничего проще - смотрите мануал к rpm на предмет provides/obsoletes > 2) не включать некоторую часть файлов в пакет вообще > 3) переложить эти файлы из perl-URI в perl-ISBN; тогда зависимости > распределятся более "нормально" тут уж на усмотрение мейнтейнера (наверное, ваше? :) - -- With Best Regards, Albert R. Valiev - ------------------------------------ ALT Linux Team [www.altlinux.ru] KDE Development Team [www.kde.org] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE9/37u7d6wAH+0KuARAsGDAJ9u11fYWY6CWgND12mF46OGIVUdhACg3PuO BOw7vIpLWDY4EInrDSE1ipo= =UdC+ -----END PGP SIGNATURE-----
Сервер запущен и проверен. Спасибо всем за подсказки. Но мне говорили, что я должен куда-то сообщить о запуске у меня ftp и rsync зеркала ALT Linux. Прошу подсказать куда именно. И еще одно - зеркало почти полное, но я не стал размащать на нем только Spring, физически не хватило места. Вот чуть попозже прикуплю еще хард, тогда и его помещу. Если это, конечно, вообще нужно, в чем у меня есть глубокие сомнения. Адрес: FTP: elterrus.org RSYNC: elterrus.org::ALTLinux У меня проблема с именами субдомейнов, провайдер не разрешил мне быть самому себе верхним уровнем домейна, только через его DNS-сервер и с большим скрипом разрешает дополнительные имена субдомейнов. Даже ftp.elterrus.org, как видите, нету...
On Wed, 18 Dec 2002 11:24:59 +0200 Igor Tertishny <ilar@altlinux.ru> wrote: >И еще одно - зеркало почти полное, но я не стал > размащать на нем только Spring, физически не хватило места. Вот чуть попозже > прикуплю еще хард, тогда и его помещу. Если это, конечно, вообще нужно, в чем > у меня есть глубокие сомнения. я бы тоже не размещал. как минимум, дождался бы запросов от пользователей. > У меня проблема с именами субдомейнов, провайдер не разрешил мне быть самому > себе верхним уровнем домейна, только через его DNS-сервер и с большим скрипом > разрешает дополнительные имена субдомейнов. Даже ftp.elterrus.org, как > видите, нету... было бы о чем печалиться... (вообще это провокационно говорить о прижимистости провайдера в контексте израиля :) Здорово. Теперь альтлинукс одной ногой на святой земле. :) -- С уважением, Алексей Любимов avl@cad.ru
Просто rpm -i mozilla...-src.rpm rpm -ba mozilla.spec сборка прерывается вот на этом: In file included from nsGfxFactoryGTK.cpp:65: nsFontMetricsXft.h:248: syntax error before `*' token In the directory /home/avl/RPM/BUILD/mozilla/gfx/src/gtk The following command failed to execute properly: c++ -o nsGfxFactoryGTK.o -c -DNATIVE_THEME_SUPPORT -DOSTYPE="Linux2.4.19-alt0" - DOSARCH="Linux" -DOJI -D_BSD_SOURCE -DUSE_POSTSCRIPT -I./. -I./.. -I./../shared -I./../x11shared -I../../../dist/include/xpcom -I../../../dist/include/string -I ../../../dist/include/widget -I../../../dist/include/view -I../../../dist/includ e/util -I../../../dist/include/pref -I../../../dist/include/uconv -I../../../dis t/include/unicharutil -I../../../dist/include/locale -I../../../dist/include/nec ko -I../../../dist/include/content -I../../../dist/include/layout -I../../../dis t/include/imglib2 -I../../../dist/include/gfx -I../../../dist/include -I/home/av l/RPM/BUILD/mozilla/dist/include/nspr -I/usr/X11R6/include -fPIC -I/usr/X11R6/in clude -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-long-long -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -O2 -I/usr/include/Xft2 -I/usr/include/freety pe2 -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/l ib/glib/include -I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIENT -incl ude ../../../mozilla-config.h -Wp,-MD,.deps/nsGfxFactoryGTK.pp nsGfxFactoryGTK.c pp make[4]: *** [nsGfxFactoryGTK.o] Error 1 make[3]: *** [libs] Error 2 make[2]: *** [libs] Error 2 make[1]: *** [tier_9] Error 2 make: *** [default] Error 2 ошибка: Неверный код возврата из /home/avl/tmp/rpm-tmp.23256 (%build) Ошибки сборки пакетов: Неверный код возврата из /home/avl/tmp/rpm-tmp.23256 (%build) [avl@avl SPECS]$ rpm -qa | grep gcc gcc3.2-3.2.1-alt2 gcc3.2-doc-3.2.1-alt2 gcc-common-1.2.1-alt2 libgcc3.2-debug-3.2.1-alt2 gcc3.2-g77-3.2.1-alt2 gcc3.2-c++-3.2.1-alt2 libgcc3.2-3.2.1-alt2 gcc3.2-objc-3.2.1-alt2 gcc3.2-java-3.2.1-alt2 [avl@avl SPECS]$ rpm -qa | grep libstd libstdc++3.2-3.2.1-alt2 libstdc++3.2-devel-3.2.1-alt2 libstdc++3.2-debug-3.2.1-alt2 [avl@avl SPECS]$ rpm -qa | grep freetype freetype2-2.1.2-alt2 freetype2-devel-2.1.2-alt2 freetype-1.3.1-alt3 [avl@avl SPECS]$ rpm -qa | grep Xft libXft-2.0-alt5 libXft-devel-2.0-alt5 [avl@avl SPECS]$ rpm -qa | grep fontconfig fontconfig-devel-2.0-alt10 libfontconfig-2.0-alt10 fontconfig-2.0-alt10 в заголовке nsFontMetricsXft.h ничего подозрительного нет: // Xft-related items nsFontXft *mWesternFont; FcPattern *mPattern; <- 248 строка. Чего тут может не работать? PRBool mMatched; Чего с этим делать-то?
несколько раз набрал make в корне сборочного дерева и вот вам вторая остановка: make[3]: Вход в каталог `/home/avl/RPM/build/mozilla/uriloader/exthandler' nsExternalHelperAppService.cpp c++ -o nsExternalHelperAppService.o -c -DOSTYPE=\"Linux2.4\" -DOSARCH=\"Linux\" -DOJI -I../../dist/include/xpcom -I../../dist/include/string -I../../dist/include/unicharutil -I../../dist/include/mimetype -I../../dist/include/uriloader -I../../dist/include/dom -I../../dist/include/necko -I../../dist/include/rdf -I../../dist/include/webshell -I../../dist/include/helperAppDlg -I../../dist/include/plugin -I../../dist/include/pref -I../../dist/include/intl -I../../dist/include/uconv -I../../dist/include/windowwatcher -I../../dist/include/exthandler -I../../dist/include -I/home/avl/RPM/build/mozilla/dist/include/nspr -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -pedantic -Wno-long-long -fshort-wchar -pthread -pipe -DDEBUG -D_DEBUG -DDEBUG_avl -DTRACING -g -fno-inline -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD, .deps/nsExternalHelperAppService.pp nsExternalHelperAppService.cpp nsExternalHelperAppService.cpp:105:42: warning: multi-character character constant nsExternalHelperAppService.cpp:105:50: warning: multi-character character constant nsExternalHelperAppService.cpp:106:69: warning: multi-character character constant nsExternalHelperAppService.cpp:106:77: warning: multi-character character constant nsExternalHelperAppService.cpp:107:56: warning: multi-character character constant nsExternalHelperAppService.cpp:107:63: warning: multi-character character constant nsExternalHelperAppService.cpp:108:59: warning: multi-character character constant nsExternalHelperAppService.cpp:108:67: warning: multi-character character constant nsExternalHelperAppService.cpp:109:69: warning: multi-character character constant nsExternalHelperAppService.cpp:109:77: warning: multi-character character constant nsExternalHelperAppService.cpp:110:83: warning: multi-character character constant nsExternalHelperAppService.cpp:110:91: warning: multi-character character constant nsExternalHelperAppService.cpp:114:37: warning: multi-character character constant nsExternalHelperAppService.cpp:114:45: warning: multi-character character constant nsExternalHelperAppService.cpp:115:61: warning: multi-character character constant nsExternalHelperAppService.cpp:115:69: warning: multi-character character constant nsExternalHelperAppService.cpp:116:44: warning: multi-character character constant nsExternalHelperAppService.cpp:116:52: warning: multi-character character constant nsExternalHelperAppService.cpp:125:56: warning: multi-character character constant nsExternalHelperAppService.cpp:125:63: warning: multi-character character constant ../../dist/include/xpcom/nsCOMPtr.h: In member function `void nsCOMPtr<T>::assign_assuming_AddRef(T*) [with T = nsIInterfaceRequestor]': ../../dist/include/xpcom/nsCOMPtr.h:924: instantiated from `void nsCOMPtr<T>::assign_from_helper(const nsCOMPtr_helper&, const nsIID&) [with T = nsIInterfaceRequestor]' ../../dist/include/xpcom/nsCOMPtr.h:565: instantiated from `nsCOMPtr<T>::nsCOMPtr(const nsQueryInterface&) [with T = nsIInterfaceRequestor]' nsExternalHelperAppService.cpp:988: instantiated from here ../../dist/include/xpcom/nsCOMPtr.h:472: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://bugs.altlinux.ru/> for instructions. make[3]: *** [nsExternalHelperAppService.o] Ошибка 1 make[3]: Выход из каталог `/home/avl/RPM/build/mozilla/uriloader/exthandler' make[2]: *** [libs] Ошибка 2 make[2]: Выход из каталог `/home/avl/RPM/build/mozilla/uriloader' make[1]: *** [tier_9] Ошибка 2 make[1]: Выход из каталог `/home/avl/RPM/build/mozilla' make: *** [default] Ошибка 2 В прошлый раз эта ошибка выскакивала, если отключить поддержку Xft2 Не могу понять, чем я хуже тех, у кого мозилла собирается без проблем? :)
Собрал группу пакетов со словарями для ОО. Группа состоит из одного общего пакета openoffice-mozilla-dict-common и 22 пакетов со словарями по одному на язык. Общий пакет необходим из-за "очень удобного" механизма подключения словарей к ОО и Мозилла и содержит 2 скрипта: officedict-update и officedict-clean. Эти скрипты вызываются из секций %post и %postun. Все 22 дополнительных пакета зависят от общего. Вопросы: 1. При удалении всей группы пакетов через apt-get remove openoffice-mozilla-dict-common первым удаляется общий пакет, а %postun у всех остальных вызывает ошибки и оставляет мусор. Как заставить apt удалять общий пакет последним? Почему не действует Requires(postun):<общий пакет>? 2. Нет ли способа быстрого нахождения пути к установленным ОО и Мозилле, если те устанавливались вручную и root выбрал нестандартный каталог сетевой установки? Единственный ли вариант find soffice.bin и mozilla-bin?
Приветсвую! Надеюсь еще не опоздал ?! :) в incoming/Sisyphus/ залиты новые версии программ tle-0.2.5-alt1.src.rpm projman-0.3.2-alt1.src.rpm -- Best regards! =================================================== Sergey Kalinin (aka BanZaj) "CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru
По случаю сегодняшнего юбилея буквы Ё получен первый в мире MySpell словарь с еЁ поддержкой. Теперь в ОО можно проверить выражение Ё-моё!, а новый год пройдёт не только с Елкой, но и с Ёлкой. Осталось решить 1 вопрос, а именно реализовать в ОО выбор варианта русского правописания с Ё и с Е.
По случаю сегодняшнего юбилея буквы Ё получен первый в мире MySpell словарь с еЁ поддержкой. Теперь в ОО можно проверить выражение Ё-моё!, а новый год пройдёт не только с Елкой, но и с Ёлкой. Осталось разработчикам решить один вопрос, а именно реализовать в ОО выбор варианта русского правописания с Ё и с Е.
Вячеслав Диконов пишет:
>По случаю сегодняшнего юбилея буквы Ё получен первый в мире MySpell
>словарь с еЁ поддержкой. Теперь в ОО можно проверить выражение Ё-моё!,
>а новый год пройдёт не только с Елкой, но и с Ёлкой.
>
>Осталось разработчикам решить один вопрос, а именно реализовать в ОО выбор варианта
>русского правописания с Ё и с Е.
>
>
>
>
Замечательно!
Подумаем.
Rgrds, Алексей
[-- Attachment #1: Type: text/plain, Size: 1104 bytes --] Есть такое дело (lua): %changelog * Tue Dec 24 2002 Alexey Tourbin <at@altlinux.ru> 4.0.1-alt4 - error in previous build: *.so files are binary copy of *.so.* files, not symlinks; fixed - really shared build (s/ld -shared/ld -shared -lc/ in alt-soname patch) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ - post and postun sections added (ldconfig) elinks с такой библиотекой линкуется хорошо, а tolua -- не хочет, говорит: gcc -o ../../bin/tolua tolua.o tolualua.o -L/usr/lib -L../../lib -ltolua -llua -llualib -lm /usr/lib/liblualib.so: undefined reference to `dlclose' /usr/lib/liblualib.so: undefined reference to `dlopen' /usr/lib/liblualib.so: undefined reference to `dlsym' collect2: ld returned 1 exit status Если же пересобрать lua c s/ld -shared/ld -shared -lc -ldl/, то всё собирается хорошо. И gcc -o ../../bin/tolua tolua.o tolualua.o -L/usr/lib -L../../lib -ltolua -llua -llualib -lm -ldl тоже собирается хорошо. А вопрос такой: какую бы мне доку прочитать, чтобы до конца разобраться, как это всё правильно должно подцепляться. -- WBR, Alexey Tourbin BIOZAK Ltd., Russia [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1149 bytes --] On Wed, Dec 25, 2002 at 02:53:33PM +0300, Alexey Tourbin wrote: > Есть такое дело (lua): > > %changelog > * Tue Dec 24 2002 Alexey Tourbin <at@altlinux.ru> 4.0.1-alt4 > - error in previous build: *.so files are binary copy of *.so.* files, > not symlinks; fixed > - really shared build (s/ld -shared/ld -shared -lc/ in alt-soname patch) И это правильно. > gcc -o ../../bin/tolua tolua.o tolualua.o -L/usr/lib -L../../lib -ltolua -llua -llualib -lm > /usr/lib/liblualib.so: undefined reference to `dlclose' > /usr/lib/liblualib.so: undefined reference to `dlopen' > /usr/lib/liblualib.so: undefined reference to `dlsym' > collect2: ld returned 1 exit status > > Если же пересобрать lua c s/ld -shared/ld -shared -lc -ldl/, то всё > собирается хорошо. Это неправильно. > И > gcc -o ../../bin/tolua tolua.o tolualua.o -L/usr/lib -L../../lib -ltolua -llua -llualib -lm -ldl > тоже собирается хорошо. А вот это правильно. > А вопрос такой: какую бы мне доку прочитать, чтобы до конца разобраться, > как это всё правильно должно подцепляться. info ld, на тему "-shared". Advanced reading: http://people.redhat.com/drepper/dsohowto.pdf -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Wed, 25 Dec 2002 19:48:17 +0300
"Dmitry V. Levin" <ldv@altlinux.org> wrote:
> On Wed, Dec 25, 2002 at 02:53:33PM +0300, Alexey Tourbin wrote:
> > Есть такое дело (lua):
> >
> > %changelog
> > * Tue Dec 24 2002 Alexey Tourbin <at@altlinux.ru> 4.0.1-alt4
> > - error in previous build: *.so files are binary copy of *.so.* files,
> > not symlinks; fixed
> > - really shared build (s/ld -shared/ld -shared -lc/ in alt-soname patch)
>
> И это правильно.
>
> > gcc -o ../../bin/tolua tolua.o tolualua.o -L/usr/lib -L../../lib -ltolua -llua -llualib -lm
> > /usr/lib/liblualib.so: undefined reference to `dlclose'
> > /usr/lib/liblualib.so: undefined reference to `dlopen'
> > /usr/lib/liblualib.so: undefined reference to `dlsym'
> > collect2: ld returned 1 exit status
> >
> > Если же пересобрать lua c s/ld -shared/ld -shared -lc -ldl/, то всё
> > собирается хорошо.
>
> Это неправильно.
А почему неправильно? Ведь, судя по сообщениям, dlopen() используется
именно в liblualib.so.N - почему бы в её зависимости не добавить
libdl.so.2?
[-- Attachment #1: Type: text/plain, Size: 1156 bytes --] On Wed, Dec 25, 2002 at 08:16:53PM +0300, Sergey Vlasov wrote: > > > Есть такое дело (lua): > > > > > > %changelog > > > * Tue Dec 24 2002 Alexey Tourbin <at@altlinux.ru> 4.0.1-alt4 > > > - error in previous build: *.so files are binary copy of *.so.* files, > > > not symlinks; fixed > > > - really shared build (s/ld -shared/ld -shared -lc/ in alt-soname patch) > > > > И это правильно. > > > > > gcc -o ../../bin/tolua tolua.o tolualua.o -L/usr/lib -L../../lib -ltolua -llua -llualib -lm > > > /usr/lib/liblualib.so: undefined reference to `dlclose' > > > /usr/lib/liblualib.so: undefined reference to `dlopen' > > > /usr/lib/liblualib.so: undefined reference to `dlsym' > > > collect2: ld returned 1 exit status > > > > > > Если же пересобрать lua c s/ld -shared/ld -shared -lc -ldl/, то всё > > > собирается хорошо. > > > > Это неправильно. > > А почему неправильно? Ведь, судя по сообщениям, dlopen() используется > именно в liblualib.so.N - почему бы в её зависимости не добавить > libdl.so.2? Если существует реальное использование этой библиотеки без задействования dlopen(3), то не стоит; если не существует, то нужно добавить. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Hi! Основное отличие от предыдущих сборок - настроены зависимости. Так, как я считаю нужным. 0218591ea8ad2c93b5662f62252fc52d AqGuard-1.1.0-alt5.src.rpm 194ee713611c39b047da808795f47222 CrayFIX-1.1.0-alt5.src.rpm 213fca9e2268b9c30e6225f5e2541c5a FloodGuard-1.1.0-alt4.src.rpm 1f90b9a56b27a34655d6a691547eade5 RequestDecoder-1.1.2-alt1.src.rpm f7bbad1bec427ac255056a58f41434fb ZMySQLDA-2.0.8-alt4.src.rpm 6d30206058e898c57540eaa500c26ff7 Zope-2.5.1-alt4.src.rpm 230d33b934b6687c0d74a29968b6ee0a bsddb3Storage-1.0beta5-alt2.src.rpm 0a7afabb2ee517b856fe25f23f59fe2d mysqlUserFolder-0.6.4-alt3.src.rpm -- WthBstRgrds -- Андрей Орлов -- --- www.neural.ru, cray@neural.ru --- ----------------------------------------
Привет всем тут возник такой вопрос. Есть два пакета - emacs-gnus и emacs-ognus (oort gnus, пока только у меня на машине). Я хочу, чтобы emacs-bbdb мог работать с одним из этих пакетов (вместе они конфликтуют). Как правильно прописать зависимости в emacs-bbdb и что надо вписать в emacs-gnus & emacs-ognus
Alex Ott пишет:
>Привет всем
>
>тут возник такой вопрос. Есть два пакета - emacs-gnus и emacs-ognus (oort gnus, пока только у меня на машине). Я хочу, чтобы emacs-bbdb мог работать с одним из этих пакетов (вместе они конфликтуют). Как правильно прописать зависимости в emacs-bbdb и что надо вписать в emacs-gnus & emacs-ognus
>
>
Оба emacs-*gnus должны Provides: gnus , а emacs-bbdb -- Requires: gnus
Rgrds, Алексей
Hello!
On Thu, 26 Dec 2002, Aleksey Novodvorsky wrote:
> Alex Ott пишет:
>
> >Привет всем
> >
> >тут возник такой вопрос. Есть два пакета - emacs-gnus и emacs-ognus
> (oort gnus, пока только у меня на машине). Я хочу, чтобы emacs-bbdb
> мог работать с одним из этих пакетов (вместе они конфликтуют). Как
> правильно прописать зависимости в emacs-bbdb и что надо вписать в
> emacs-gnus & emacs-ognus
> >
> >
> Оба emacs-*gnus должны Provides: gnus , а emacs-bbdb -- Requires:
> gnus
Provides: gnus в emacs-gnus уже есть.
Там это сделано так:
%package gnus
Summary: Read news and mail from within Emacs
Group: Networking/Mail
Provides: gnus = %name:%version-%release
Conflicts: gnus < %name:%version-%release, gnus > %name:%version-%release
Requires: %name-common = %version-%release
--
С наилучшими пожеланиями,
Иван Захарьящев, Москва
Поздравляю всю команду альтлинукса, пользователей и просто читающих эти строки людей, с Новым годом ! Счастлив, что теперь и я могу назвать себя участником того шумного, разностороннего и просто замечательного коллектива, коим является альтлинукс. Желаю всем счастья, всего самого наилучшего, а самое главное, хороших безоговорочных побед, когда нет побежденных, но есть победители! Все в наших руках и время работает на нас. С вами, Алексей Любимов.
[-- Attachment #1: Type: text/plain, Size: 291 bytes --] ...или "еще одна точка зрения". http://www.desktoplinux.com/articles/AT9221428935.html IMO: стоит глянуть и принять некоторые сравнительные моменты во внимание, подставляя "в уме" ALT Linux. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/ [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
[-- Attachment #1: Type: text/plain, Size: 416 bytes --] Michael Shigorin пишет: >...или "еще одна точка зрения". > >http://www.desktoplinux.com/articles/AT9221428935.html > >IMO: стоит глянуть и принять некоторые сравнительные моменты во >внимание, подставляя "в уме" ALT Linux. > > > А зачем подставлять, если в сравнении участвовал ALT Linux ??? Там ясно сказано, что ALT Linux несколько хуже, чем Windows XP, но несколько лучше, чем Mandrake 8.2 ;-) Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 317 bytes --] Yura Zotov пишет: >Подскажите, пожалуйста, где можно глянуть список пакетов в >Мастере-2.2, чтобы не качать себе образы? Или пришлите сюда, >пожалуйста, или лично. > На beta.altlinux.ru есть развернутое дерево пакетов. Но пакеты там не все, - будут наверное еще какие-то добавлены в финальный релиз. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
Подскажите, пожалуйста, где можно глянуть список пакетов в Мастере-2.2, чтобы не качать себе образы? Или пришлите сюда, пожалуйста, или лично. -- Юрий А. Зотов
Тут была дискуссия по игровому диску к мастеру. Как насчет SearchAndRescue-0.7.20 ? Этот симулятор вертолета сильно вырос и вполне интересно выглядит. Для вывода звука он использует сервер yiff Попытка собрать yiff-2.12.4 успехом не завершилась. Пришлось доставать напильник и патчить на предмет совместимости с новым glibc и gcc 3.2. Теперь игрушка работает и звучит. :) Если надо, выложу рпмки/патчи/спеки или залью в incoming.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
В сообщении от 12 Январь 2003 04:39 Алексей Любимов написал:
> Тут была дискуссия по игровому диску к мастеру.
> Как насчет SearchAndRescue-0.7.20 ?
> Этот симулятор вертолета сильно вырос и вполне интересно
> выглядит.
> Если надо, выложу рпмки/патчи/спеки или залью в incoming.
Выложите пожалуйста srpms пакеты - очень хочу посмотреть :)
- --
With Best Regards, Albert R. Valiev
- ------------------------------------
ALT Linux Team [www.altlinux.ru]
KDE Development Team [www.kde.org]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+IQeE7d6wAH+0KuARAtCCAKD59ayScrPeVQdy5yzuwJNWsmVfngCgqUlf
JDU/Zhqb8funuFiAfw5i8JA=
=vCMB
-----END PGP SIGNATURE-----
Подскажите, пожалуйста, как из пакета pstoedit..src.rpm сделать пакеты pstoedit, libpstoedit, libpstoedit-devel. Насколько я знаю, директива %package добавляет к %name свой параметр, тогда получается что-то типа pstoedit-libpstoedit. А как указать полное имя второго пакета? Можно, конечно, сделать pstoedit, pstoedit-libs и т.д... Так нормально будет? Заранее спасибо за помощь. -- Юрий А. Зотов
В Вск, 12.01.2003, в 12:49, Yura Zotov написал:
> Подскажите, пожалуйста, как из пакета pstoedit..src.rpm сделать
> пакеты pstoedit, libpstoedit, libpstoedit-devel. Насколько я
> знаю, директива %package добавляет к %name свой параметр, тогда
> получается что-то типа pstoedit-libpstoedit. А как указать полное
> имя второго пакета?
>
> Можно, конечно, сделать pstoedit, pstoedit-libs и т.д... Так
> нормально будет?
В любом пакете с библиотеками можно найти примеры разделения.
Там будет
%package devel
%description -n devel
%files devel
Программа pstoedit загружает необходимые ей "драйвера" динамически из библиотеки /usr/lib/pstoedit/libp2edrvstd.so.0.0.0. Однако, как оказалось, она это делает только если есть ссылка libp2edrvstd.so -> /usr/lib/pstoedit/libp2edrvstd.so.0.0.0. Ссылки *.so должны быть в devel пакете, следовательно без devel не работает. Насколько я понимаю это неправильная ситуация. Подскажите, пожалуйста, как сделать так, чтобы pstoedit грузил либу как положено, не требуя *.so ссылки. Заранее спасибо за помощь. -- Юрий А. Зотов
[-- Attachment #1: Type: text/plain, Size: 586 bytes --] On Sun, Jan 12, 2003 at 12:49:14PM +0300, Yura Zotov wrote: > Подскажите, пожалуйста, как из пакета pstoedit..src.rpm сделать > пакеты pstoedit, libpstoedit, libpstoedit-devel. Насколько я > знаю, директива %package добавляет к %name свой параметр, тогда > получается что-то типа pstoedit-libpstoedit. А как указать полное > имя второго пакета? %package -n lib%name %package -n lib%name-devel %description -n lib%name %description -n lib%name-devel %files # %name files %files -n lib%name # lib%name files %files -n lib%name-devel # lib%name-devel files -- Regards, Sir Raorn. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 527 bytes --] On Sun, Jan 12, 2003 at 02:42:58PM +0300, Yura Zotov wrote: > Ссылки *.so должны быть в devel пакете, следовательно без devel > не работает. Насколько я понимаю это неправильная ситуация. Тут единственный вариант - класть *.so в основной пакет... > Подскажите, пожалуйста, как сделать так, чтобы pstoedit грузил > либу как положено, не требуя *.so ссылки. В общем случае - никак. Лучше всего на мой взгляд заставить его делать модули не в виде .so -> .so.x.y.z, а только .so. См. например quakeforge. -- Regards, Sir Raorn. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Оказалось, что в этой игре работа с джойстиком тоже идет не напрямую, а через враппер sjw С враппером тоже напряженно получилось. Получилось следующее: Сервер звука. ftp://ftp.atmsk.ru/download/yiff-2.12.4-alt.src.rpm Библиотека-враппер для джойстика. ftp://ftp.atmsk.ru/download/libjsw-1.5.0-alt.src.rpm Графическая утилитка-калибратор джойстика. требует gtk+ ftp://ftp.atmsk.ru/download/libjsw-calibrator-1.5.0-alt.src.rpm Эти два пакета изначально были в одном тарболе, но поскольку второй собирается с -ljsw и include <jsw.h> я их разделил. ftp://ftp.atmsk.ru/download/SearchAndResque.spec спек для сборки игры. Саму игру можно взять в http://wolfpack.twu.net/SearchAndRescue/ Класть 10 мегов, в которых нет никаких изменений на свой нетолстый канал некошерно. Если у кого есть возможность проверить с джойстиком - проверьте. Я свой topgun за ненадобностью давно утерял...
сегодня в районе 8 вечера в incoming/Sisyphus отправлю следующие пакеты: flac-1.0.5-alt0.8 - стабильно работающая бета кодека, в которой я исправил ошибку с плагином для xmms. id3lib-3.8.2-alt1 - релиз с исправлением достаточно серьезных ошибок id3v2-0.1.7-alt4 - пересборка с новым id3lib easytag-0.26-alt1 - пересборка с id3lib и flac, кроме того обновлен перевод wxGTK-2.4.0-alt1 - релиз стабильной ветки audacity-1.0.0-alt5 - пересборка с id3lib и wxGTK -- andrei (at) altlinux (d0t) ru
Привет всем просьба переложить в инкоминг сизифа новые версии пакетов вот отсюда http://xtalk.msk.su/~ott/emacs-apel-10.3-alt1.src.rpm http://xtalk.msk.su/~ott/emacs-misc-modes-0.1-alt2.src.rpm http://xtalk.msk.su/~ott/emacs-mode-auctex-11.14-alt5.src.rpm http://xtalk.msk.su/~ott/emacs-preview-latex-0.7.7-alt5.src.rpm http://xtalk.msk.su/~ott/emacs-text-modes-0.1-alt2.src.rpm http://xtalk.msk.su/~ott/gtktetcolor-0.6.1-alt1.src.rpm заранее спасибо и всем поздравления со старым новым годом
On Mon, Jan 13, 2003 at 07:58:43AM +0300, Andrey Astafiev wrote: > сегодня в районе 8 вечера в incoming/Sisyphus отправлю > следующие пакеты: > > flac-1.0.5-alt0.8 - стабильно работающая бета кодека, > в которой я исправил ошибку с плагином для xmms. > id3lib-3.8.2-alt1 - релиз с исправлением достаточно > серьезных ошибок > id3v2-0.1.7-alt4 - пересборка с новым id3lib > easytag-0.26-alt1 - пересборка с id3lib и flac, > кроме того обновлен перевод > wxGTK-2.4.0-alt1 - релиз стабильной ветки > audacity-1.0.0-alt5 - пересборка с id3lib и wxGTK А совместим ли wxPython с таким wxGTK. А то опять cycle вылетит. > > > -- > andrei (at) altlinux (d0t) ru > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Mon, Jan 13, 2003 at 09:58:54AM +0300, Alex Ott wrote: > Привет всем > > просьба переложить в инкоминг сизифа новые версии пакетов вот отсюда > > http://xtalk.msk.su/~ott/emacs-apel-10.3-alt1.src.rpm > http://xtalk.msk.su/~ott/emacs-misc-modes-0.1-alt2.src.rpm > http://xtalk.msk.su/~ott/emacs-mode-auctex-11.14-alt5.src.rpm > http://xtalk.msk.su/~ott/emacs-preview-latex-0.7.7-alt5.src.rpm > http://xtalk.msk.su/~ott/emacs-text-modes-0.1-alt2.src.rpm > http://xtalk.msk.su/~ott/gtktetcolor-0.6.1-alt1.src.rpm > > заранее спасибо и всем поздравления со старым новым годом > взял > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Mon, 13 Jan 2003 07:58:43 +0300
Andrey Astafiev <andrei@lrn.ru> wrote:
> audacity-1.0.0-alt5 - пересборка с id3lib и wxGTK
А почему старая версия ауды?
А.П.
On Mon, Jan 13, 2003 at 01:26:55PM +0300, Alexandre Prokoudine wrote: > On Mon, 13 Jan 2003 07:58:43 +0300 > Andrey Astafiev <andrei@lrn.ru> wrote: > > > audacity-1.0.0-alt5 - пересборка с id3lib и wxGTK > > А почему старая версия ауды? А потому что freeze. > > А.П. > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Sun, 12 Jan 2003 14:42:58 +0300
Yura Zotov <yznews@hotbox.ru> wrote:
> Программа pstoedit загружает необходимые ей "драйвера"
> динамически из библиотеки
> /usr/lib/pstoedit/libp2edrvstd.so.0.0.0. Однако, как оказалось,
> она это делает только если есть ссылка
> libp2edrvstd.so -> /usr/lib/pstoedit/libp2edrvstd.so.0.0.0.
>
> Ссылки *.so должны быть в devel пакете, следовательно без devel
> не работает. Насколько я понимаю это неправильная ситуация.
> Подскажите, пожалуйста, как сделать так, чтобы pstoedit грузил
> либу как положено, не требуя *.so ссылки.
Если эти *.so лежат в /usr/lib/pstoedit, а не в /usr/lib - IMHO вполне
нормально класть их в основной пакет.
Oleg Gints wrote
> wxPythonGTK собрался нормально, но самая главная и большая
> проблема - почему-то перестали отрисовываться цветовые
> атрибуты у входящего стандартного элемента библиотеки wx -
> wxCalendarCtrl, а без этого никак нельзя, на этом
> построено все отображение информации в cycle. Не знаю,
> может это сказалось отсутствие тех четырех пакетом при
> сборке? Как проверить:
> в cyclе по нажатию правой кнопки пометить любую дату как
> начало цикла, календарь не должен остаться белым.
> Можно еще запусить demo (после сборки будет находится в
> /usr/src/RPM/BUILD/wxPythonSrc-2.4.0.1/wxPython/demo/demo
> .py, там выбрать More Windows/Controls, затем
> wxCalendarCtrl. На календаре синим цветом должна быть
> выделена текущая дата. Можно еще даты переключать мышкой.
> У меня сейчас там получается пустой белый квадрат на месте
> числа :(
если добавить в
/usr/src/RPM/BUILD/wxPythonSrc-2.4.0.1/wxPython/demo/wxCale
ndarCtrl.py после строк
cal = wxCalendarCtrl(self, -1, wxDateTime_Now(), pos =
(25,50),
style = wxCAL_SHOW_HOLIDAYS | wxCAL_SUNDAY_FIRST)
строчку
cal.SetHighlightColours('RED', 'BLACK')
только вот обидно, что работает не со всеми цветами.
здесь может быть проблема со значениями по умолчанию.
в changelog написано, что проблему с выделеним даты в
календаре исправляли в версии 2.3.0.
--
andrei (at) altlinux (d0t) ru
[-- Attachment #1: Type: text/plain, Size: 187 bytes --] Всем привет. Скажите пожалуйста, правильно ли то, что для сборки fontconfig вытягивается пакет fontconfig через XFree86-devel ? По моему это ошибка. Вопрос - где именно. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1104 bytes --] Oleg Gints wrote > Все, эта проблема решилась, надо было просто указать: > Obsoletes: wxPythonGTK-devel > тогда rpm сама при обновлении благополучно удаляет > пакет wxPythonGTK-devel-2.3.3.1-alt1. > Получившийся спек приложен, только там зависимости > на построения пакета - для Мастера 2.0 это не совсем решает проблему, так как wxPythonGTK-devel-2.3.3.1 пересекается по файлам с wxGTK-devel-2.4.0, но все равно полезная добавка. я напишу о сложившейся ситуации на incoming@altlinux.ru, там помогут :) > Так что можно разом выкладывать wxGTK и wxPythonGTK. я выложил пакеты с моей версией спека. выложите сами исправленный wxPythonGTK с версией alt2. вот последняя версия, добавьте только строчку в changelog. wxGTK трогать не надо. > Я еще хочу оформить в rpm пакет с документацией к > wxWindows/wxPython как приложение ко всему этому хозяйству > ftp://download.sourceforge.net/pub/sourceforge/wxpython/wxPythonDocs-2.4.0.1.tar.gz > Уж очень удобно ей пользоваться. хотя сейчас и заморозка, думаю, можно будет договориться о включении wxPython-docs в Мастер. -- andrei (at) altlinux (d0t) ru [-- Attachment #2: wxPythonGTK.spec --] [-- Type: application/octet-stream, Size: 2157 bytes --]
Andrey Astafiev wrote: > Oleg Gints wrote > > >>Все, эта проблема решилась, надо было просто указать: >>Obsoletes: wxPythonGTK-devel >>тогда rpm сама при обновлении благополучно удаляет >>пакет wxPythonGTK-devel-2.3.3.1-alt1. >>Получившийся спек приложен, только там зависимости >>на построения пакета - для Мастера 2.0 > > > это не совсем решает проблему, так как > wxPythonGTK-devel-2.3.3.1 пересекается по файлам > с wxGTK-devel-2.4.0, но все равно полезная добавка. > я напишу о сложившейся ситуации на incoming@altlinux.ru, > там помогут :) Нет, здесь все нормально, файлы лежат в разных местах - wxPythonGTK-devel-2.3.3.1 использовал путь начиная с /usr/lib/wxPython/... - конфликта не будет >>Так что можно разом выкладывать wxGTK и wxPythonGTK. > > > я выложил пакеты с моей версией спека. выложите сами > исправленный wxPythonGTK с версией alt2. вот последняя > версия, добавьте только строчку в changelog. > wxGTK трогать не надо. Увы, выгрузить около 11 мегабайт для от меня практически невозможно, разве только .nosrc.rpm >>Я еще хочу оформить в rpm пакет с документацией к >>wxWindows/wxPython как приложение ко всему этому хозяйству >>ftp://download.sourceforge.net/pub/sourceforge/wxpython/wxPythonDocs-2.4.0.1.tar.gz >>Уж очень удобно ей пользоваться. > > > хотя сейчас и заморозка, думаю, можно будет > договориться о включении wxPython-docs в Мастер. Как только правильно назвать пакет? Документация там в основном к wxWindows, а для wxPython отмечаются только кое-где небольшие отличия в вызове методов. -- С уважением, Олег Гинц
Добрый день При сборке пакетов OpenLDAP-VERSION-{,sasl,krb} возникает необходимость сборки собирать из трех разных src.rpms, Однако тогда встает вопрос, как быть с синхронизацие в этих трех пакетов общих частей, например сборка отличается зависимостями в системе и опциями сборки (как в моем примере добавление опций --enable-sasl и --enable-kerberos) Возможно ли написание некого мастер спека из которго бы формировались ( как при работе autotools) необходимые спеки и запускалась бы их сборка ? Что имеется в виду Создается мастер-спек Openldap-master.spec он содержит в себе информацию об исходниках, патчах (с привязкой к виду/опциям сбоки) и общие параметры сборки/инсталляции пакета. В результате обработки мастер спека создается необходимое количество спеков например openldap-VERSION.spec openldap-VERSION-sasl.spec openldap-VERSION-krb.spec и по ним запускается соответственно rpmbuild Прошу прощения у сообщества за это письмо просто этот вопрос мучает меня уж несколько дней и мне неудется найти решение. Хотелось бы узнать это вообще возможно или нет ? или даже не стоит об этом думать и использовать способ основанный на diff? Подскажите пожалуйста. -- With best wishes, Volkov Serge Network Administrator/Security Administrator
Oleg Gints wrote > > я выложил пакеты с моей версией спека. выложите сами > > исправленный wxPythonGTK с версией alt2. вот последняя > > версия, добавьте только строчку в changelog. > > wxGTK трогать не надо. > > Увы, выгрузить около 11 мегабайт для от меня практически > невозможно, разве только .nosrc.rpm так как мои пакеты все еще не дошли, я сам выложу сразу же исправленную версию. > Как только правильно назвать пакет? > Документация там в основном к wxWindows, а для wxPython > отмечаются только кое-где небольшие отличия в вызове > методов. думаю, wxWindows-docs. только перед отправкой обязательно поговорите с Станиславом Иевлевым или Дмитрием Левиным насчет разрешения включить новый пакет. -- andrei (at) altlinux (d0t) ru
[-- Attachment #1: Type: text/plain, Size: 166 bytes --] Вот, в первая прикидка для скрипта, создающего репозитарий из набора rpm и src.rpm. Хотелось бы , чтобы знающий народ посмотрел на предмет кривых решений в скрипте. [-- Attachment #2: config.py --] [-- Type: application/octet-stream, Size: 1617 bytes --] [-- Attachment #3: repository.py --] [-- Type: application/octet-stream, Size: 4636 bytes --] [-- Attachment #4: rpm2apt.py --] [-- Type: application/octet-stream, Size: 3439 bytes --]
Давно уже шли разговоры про организацию чрутов для сборки пакетов в одном отдельно взятом окружении. Есть что либо сделанное в этой области? Просто освободилось пространство и вычислительное время и хотелось бы поэкспериментировать со сборкой части сизифных пакетов под атлон и i386 без затрагивания основной системы. -- С уважением, Алексей Любимов avl@cad.ru
>>>>> "Alexey" == Alexey V Lubimov <avl@l14.ru> writes:
> Давно уже шли разговоры про организацию чрутов для сборки пакетов в одном отдельно взятом окружении.
> Есть что либо сделанное в этой области?
> Просто освободилось пространство и вычислительное время и хотелось бы поэкспериментировать со сборкой части сизифных пакетов под атлон и i386 без затрагивания основной системы.
apt-get install sandman
--
On Thu, Jan 23, 2003 at 01:15:05PM +0300, Alexey V. Lubimov wrote: > Давно уже шли разговоры про организацию чрутов для сборки пакетов в > одном отдельно взятом окружении. Есть что либо сделанное в этой > области? apt-get install sandman И читать, читать, читать все, что там есть. > Просто освободилось пространство и вычислительное время и хотелось бы > поэкспериментировать со сборкой части сизифных пакетов под атлон и i386 > без затрагивания основной системы. -- / Alexander Bokovoy --- Do not take life too seriously; you will never get out of it alive.
> apt-get install sandman
спасибо.
поставил, почитал man sandcl
Судя по содержимому *.tcl вся серверная часть на месте, а вот скрипта /etc/init.d/sandd для запуска сервера нет. Может, сервер как то по другому запускается?
--
С уважением, Алексей Любимов avl@cad.ru
On Thu, Jan 23, 2003 at 01:57:38PM +0300, Alexey V. Lubimov wrote:
>
> > apt-get install sandman
>
> спасибо.
> поставил, почитал man sandcl
>
> Судя по содержимому *.tcl вся серверная часть на месте, а вот скрипта
> /etc/init.d/sandd для запуска сервера нет. Может, сервер как то по
> другому запускается?
гм. Я полагал, что Вы сделаете apt-cache search sandman прежде всего.
apt-get install sandman-server
--
/ Alexander Bokovoy
---
Keep cool, but don't freeze.
-- Hellman's Mayonnaise
>>>>> "Alexey" == Alexey V Lubimov <avl@l14.ru> writes:
>> apt-get install sandman
apt-get install sandman-server :)
--
On Thu, 23 Jan 2003 13:11:14 +0200 Alexander Bokovoy <a.bokovoy@sam-solutions.net> wrote: > On Thu, Jan 23, 2003 at 01:57:38PM +0300, Alexey V. Lubimov wrote: > > > > > apt-get install sandman > > > > спасибо. > > поставил, почитал man sandcl > > > > Судя по содержимому *.tcl вся серверная часть на месте, а вот скрипта > > /etc/init.d/sandd для запуска сервера нет. Может, сервер как то по > > другому запускается? > гм. Я полагал, что Вы сделаете apt-cache search sandman прежде всего. это было неочевидно :) > > apt-get install sandman-server да. теперь все на своих местах. читаю, думаю. -- С уважением, Алексей Любимов avl@cad.ru
>
> > apt-get install sandman-server
>
> да. теперь все на своих местах. читаю, думаю.
Что нибудь еще,кроме README.sandd и самих скриптов почитать есть?
Я в tcl совсем никак :(
--
С уважением
Виктор В Исмакаев
ivv@altlinux.ru
>>>>> "Victor" == Victor V Ismakaev <Victor> writes:
>>
>> > apt-get install sandman-server
>>
>> да. теперь все на своих местах. читаю, думаю.
> Что нибудь еще,кроме README.sandd и самих скриптов почитать есть?
> Я в tcl совсем никак :(
man sandcl есть
--
Victor V Ismakaev пишет:
>>>apt-get install sandman-server
>>>
>>>
>>да. теперь все на своих местах. читаю, думаю.
>>
>>
>Что нибудь еще,кроме README.sandd и самих скриптов почитать есть?
>Я в tcl совсем никак :(
>
>
Скоро будет вариант на ruby :-)
Rgrds, Алексей
23 Январь 2003 17:57, Aleksey Novodvorsky написал:
> Victor V Ismakaev пишет:
> >>>apt-get install sandman-server
> >>
> >>да. теперь все на своих местах. читаю, думаю.
> >
> >Что нибудь еще,кроме README.sandd и самих скриптов почитать есть?
> >Я в tcl совсем никак :(
>
> Скоро будет вариант на ruby :-)
Хорошая новость :)) Как раз разбираюсь с ним :)
Я так предполагаю,что руби становиться языком номер один в ALT Linux Team ? :)
--
С уважением
Виктор В Исмакаев
ivv@altlinux.ru
>>>>> "Victor" == Victor V Ismakaev <Victor> writes:
> 23 Январь 2003 17:57, Aleksey Novodvorsky написал:
>> Victor V Ismakaev пишет:
>> >>>apt-get install sandman-server
>> >>
>> >>да. теперь все на своих местах. читаю, думаю.
>> >
>> >Что нибудь еще,кроме README.sandd и самих скриптов почитать есть?
>> >Я в tcl совсем никак :(
>>
>> Скоро будет вариант на ruby :-)
> Хорошая новость :)) Как раз разбираюсь с ним :)
> Я так предполагаю,что руби становиться языком номер один в ALT Linux Team ? :)
После чего появится необходимейший пакет ruby-ALT-Common.
Шютка.
--
Victor V Ismakaev пишет:
>23 Январь 2003 17:57, Aleksey Novodvorsky написал:
>
>
>>Victor V Ismakaev пишет:
>>
>>
>>>>>apt-get install sandman-server
>>>>>
>>>>>
>>>>да. теперь все на своих местах. читаю, думаю.
>>>>
>>>>
>>>Что нибудь еще,кроме README.sandd и самих скриптов почитать есть?
>>>Я в tcl совсем никак :(
>>>
>>>
>>Скоро будет вариант на ruby :-)
>>
>>
>Хорошая новость :)) Как раз разбираюсь с ним :)
>
>Я так предполагаю,что руби становиться языком номер один в ALT Linux Team ? :)
>
>
Нет, язык номер один -- русский. :-)
Rgrds, Алексей
23 Январь 2003 18:14, Aleksey Novodvorsky написал:
> Victor V Ismakaev пишет:
> >23 Январь 2003 17:57, Aleksey Novodvorsky написал:
> >>Victor V Ismakaev пишет:
> >>>>>apt-get install sandman-server
> >>>>
> >>>>да. теперь все на своих местах. читаю, думаю.
> >>>
> >>>Что нибудь еще,кроме README.sandd и самих скриптов почитать есть?
> >>>Я в tcl совсем никак :(
> >>
> >>Скоро будет вариант на ruby :-)
> >
> >Хорошая новость :)) Как раз разбираюсь с ним :)
> >
> >Я так предполагаю,что руби становиться языком номер один в ALT Linux Team
> > ? :)
>
> Нет, язык номер один -- русский. :-)
Понятно :)) Ruby - это fork от русского :))
--
С уважением
Виктор В Исмакаев
ivv@altlinux.ru
23 Январь 2003 17:54, Sergey Bolshakov написал:
> >>>>> "Victor" == Victor V Ismakaev <Victor> writes:
> >>>>>
> >> > apt-get install sandman-server
> >>
> >> да. теперь все на своих местах. читаю, думаю.
> >
> > Что нибудь еще,кроме README.sandd и самих скриптов почитать есть?
> > Я в tcl совсем никак :(
>
> man sandcl есть
Ознакомился. :) В принципе, после второго прочтения readme наступает
просветление. После третьего ,надеюсь, все разложиться по полочкам и можно
будет настраивать.Остальные вопросы - по мере возникновения. :)
--
С уважением
Виктор В Исмакаев
ivv@altlinux.ru
On Thu, 23 Jan 2003 18:21:30 +0500
Victor V Ismakaev <ivv@altlinux.ru> wrote:
> 23 Январь 2003 18:14, Aleksey Novodvorsky написал:
> > Victor V Ismakaev пишет:
> > >23 Январь 2003 17:57, Aleksey Novodvorsky написал:
> > >>Victor V Ismakaev пишет:
> > >>>>>apt-get install sandman-server
> > >>>>
> > >>>>да. теперь все на своих местах. читаю, думаю.
> > >>>
> > >>>Что нибудь еще,кроме README.sandd и самих скриптов почитать
> > >есть?>>Я в tcl совсем никак :(
> > >>
> > >>Скоро будет вариант на ruby :-)
> > >
> > >Хорошая новость :)) Как раз разбираюсь с ним :)
> > >
> > >Я так предполагаю,что руби становиться языком номер один в ALT
> > >Linux Team
> > > ? :)
> >
> > Нет, язык номер один -- русский. :-)
> Понятно :)) Ruby - это fork от русского :))
От японского.
% man etimology
;)
А.П.
> Ознакомился. :) В принципе, после второго прочтения readme наступает
> просветление. После третьего ,надеюсь, все разложиться по полочкам и можно
> будет настраивать.Остальные вопросы - по мере возникновения. :)
вово. аналогичное настроение.
Вообще первое впечатление от sandman просто волшебное.
Все о чем хотел, но стеснялся спросить уже на месте :)
--
С уважением, Алексей Любимов avl@cad.ru
23 Январь 2003 19:08, Alexey V. Lubimov написал:
> > Ознакомился. :) В принципе, после второго прочтения readme наступает
> > просветление. После третьего ,надеюсь, все разложиться по полочкам и
> > можно будет настраивать.Остальные вопросы - по мере возникновения. :)
>
> вово. аналогичное настроение.
> Вообще первое впечатление от sandman просто волшебное.
> Все о чем хотел, но стеснялся спросить уже на месте :)
Ага.
Правда, пара тупых впросов вопросов возникла:
1) /etc/sandman/repos :
stable = file:/var/ftp/pub....
можно использовать репозитарий не на локальном диске? Насколко я понял,эта
переменная описывает путь ,например, к самому Сизифу. Отсюда по значению
BuilRequires apt должен вытягивать необходимые для сборки пакеты.Так?То есть
по идее,допустимы все методы загрузки/инсталлции пакетов,доступные самому
apt'у - ftp://,rsync://,CD-ROM. Я прав?
Или это место,куда мы заливаем basesystem и куда потом помещаются собранные
пакеты?
2) /etc/sandman/repos :
[classic]
......
[master]
.......
Это названия репозитариев?
Соответственно структура каталогов в $prefix должна иметь каталоги с такими
названиями?
$preffix/$repos/sisyphus/...
$preffix/$repos/master...
или все таки
$prefix/sisyphus
$prefix/master
?
Еще было бы неплохо написать "Введение/Концепции в BTE" и включить более
развернутые примеры в /etc/saandman.
--
С уважением
Виктор В Исмакаев
ivv@altlinux.ru
On Thu, Jan 23, 2003 at 07:58:57PM +0500, Victor V Ismakaev wrote: > 23 Январь 2003 19:08, Alexey V. Lubimov написал: > > > Ознакомился. :) В принципе, после второго прочтения readme наступает > > > просветление. После третьего ,надеюсь, все разложиться по полочкам и > > > можно будет настраивать.Остальные вопросы - по мере возникновения. :) > > > > вово. аналогичное настроение. > > Вообще первое впечатление от sandman просто волшебное. > > Все о чем хотел, но стеснялся спросить уже на месте :) > Ага. > Правда, пара тупых впросов вопросов возникла: > 1) /etc/sandman/repos : > stable = file:/var/ftp/pub.... > можно использовать репозитарий не на локальном диске? Насколко я понял,эта > переменная описывает путь ,например, к самому Сизифу. Отсюда по значению > BuilRequires apt должен вытягивать необходимые для сборки пакеты.Так?То есть > по идее,допустимы все методы загрузки/инсталлции пакетов,доступные самому > apt'у - ftp://,rsync://,CD-ROM. Я прав? Нет. Этот репозитарий должен быть доступен только по методу file, потому что он подмонтируется внутрь chroot через mount -o bind. > 2) /etc/sandman/repos : > [classic] > ...... > [master] > ....... > Это названия репозитариев? Это названия и описание конфигураций sandman для конкретных репозитариев. > Соответственно структура каталогов в $prefix должна иметь каталоги с такими > названиями? > $preffix/$repos/sisyphus/... > $preffix/$repos/master... > или все таки > $prefix/sisyphus > $prefix/master > ? > > > Еще было бы неплохо написать "Введение/Концепции в BTE" и включить более > развернутые примеры в /etc/saandman. Все будет со временем. -- / Alexander Bokovoy --- If God had wanted you to go around nude, He would have given you bigger hands.
23 Январь 2003 20:06, Alexander Bokovoy написал: > On Thu, Jan 23, 2003 at 07:58:57PM +0500, Victor V Ismakaev wrote: > > 23 Январь 2003 19:08, Alexey V. Lubimov написал: > > > > Ознакомился. :) В принципе, после второго прочтения readme наступает > > > > просветление. После третьего ,надеюсь, все разложиться по полочкам и > > > > можно будет настраивать.Остальные вопросы - по мере возникновения. :) > > > > > > вово. аналогичное настроение. > > > Вообще первое впечатление от sandman просто волшебное. > > > Все о чем хотел, но стеснялся спросить уже на месте :) > > > > Ага. > > Правда, пара тупых впросов вопросов возникла: > > 1) /etc/sandman/repos : > > stable = file:/var/ftp/pub.... > > можно использовать репозитарий не на локальном диске? Насколко я > > понял,эта переменная описывает путь ,например, к самому Сизифу. Отсюда по > > значению BuilRequires apt должен вытягивать необходимые для сборки > > пакеты.Так?То есть по идее,допустимы все методы загрузки/инсталлции > > пакетов,доступные самому apt'у - ftp://,rsync://,CD-ROM. Я прав? > > Нет. Этот репозитарий должен быть доступен только по методу file, потому > что он подмонтируется внутрь chroot через mount -o bind. То есть для сборки необходимо иметь полную локальную копию Сизифа в каталоге var/ftp/pub/Sisyphus? > > 2) /etc/sandman/repos : > > [classic] > > ...... > > [master] > > ....... > > Это названия репозитариев? > > Это названия и описание конфигураций sandman для конкретных репозитариев. Понятно. > > Еще было бы неплохо написать "Введение/Концепции в BTE" и включить более > > развернутые примеры в /etc/saandman. > > Все будет со временем. Ок! -- С уважением Виктор В Исмакаев ivv@altlinux.ru
>>>>> "Victor" == Victor V Ismakaev <Victor> writes:
> 23 Январь 2003 19:08, Alexey V. Lubimov написал:
>> > Ознакомился. :) В принципе, после второго прочтения readme наступает
>> > просветление. После третьего ,надеюсь, все разложиться по полочкам и
>> > можно будет настраивать.Остальные вопросы - по мере возникновения. :)
>>
>> вово. аналогичное настроение.
>> Вообще первое впечатление от sandman просто волшебное.
>> Все о чем хотел, но стеснялся спросить уже на месте :)
> Ага.
> Правда, пара тупых впросов вопросов возникла:
> 1) /etc/sandman/repos :
> stable = file:/var/ftp/pub....
> можно использовать репозитарий не на локальном диске? Насколко я понял,эта
> переменная описывает путь ,например, к самому Сизифу. Отсюда по значению
> BuilRequires apt должен вытягивать необходимые для сборки пакеты.Так?То есть
> по идее,допустимы все методы загрузки/инсталлции пакетов,доступные самому
> apt'у - ftp://,rsync://,CD-ROM. Я прав?
нет, только file:// , по соображениям производительности.
Собственно, полный Сизиф там не нужен - зависит от того, что планируется
собирать.
> Или это место,куда мы заливаем basesystem и куда потом помещаются собранные
> пакеты?
Собранные в stable не помещаются. Вообще.
> 2) /etc/sandman/repos :
> [classic]
> ......
> [master]
> .......
> Это названия репозитариев?
Да, в понимании sandman, т.е. метка после слеша в $BTEROOT
> Соответственно структура каталогов в $prefix должна иметь каталоги с такими
> названиями?
> $preffix/$repos/sisyphus/...
> $preffix/$repos/master...
> или все таки
> $prefix/sisyphus
> $prefix/master
> ?
Для работы с Сизифом достаточно указать stable. Пример, идущий с пакетом,
всего лишь иллюстрирует возможность собирать пакеты, опираясь на неполный
список компонент, т.е. без contrib, обращаясь к нему по метке master.
С другой стороны, если в декларации некоего репозитария stable не указан,
то такой репозитарий считается основным, разрабатываемым нами, и в таком
случае необходимо иметь: $prefix/$repos/{SRPMS.lrep,$target/{base,RPMS.lrep}}
с соответствующим наполнением.
Деление на основной/подчиненные репозитарии пока большого смысла не
имеет и зарезервировано для дальнейших (вроде репликаций) расширений :)
> Еще было бы неплохо написать "Введение/Концепции в BTE" и включить более
> развернутые примеры в /etc/saandman.
Да, было бы неплохо :)
--
Есть список пакетов ,которые на настоящий момент времени включены в новый Мастер? -- С уважением Виктор В Исмакаев ivv@altlinux.ru
[root@server etc]# service sandd restart Shutting BTE daemon: [ OK ] Starting BTE daemon: [ OK ] [root@server etc]# [avl@avl avl]$ nmap localhost -p 65432 The 1 scanned port on localhost.localdomain (127.0.0.1) is: closed Это нормально? -- С уважением, Алексей Любимов avl@cad.ru
[-- Attachment #1: Type: text/plain, Size: 725 bytes --] >>>>> "Alexey" == Alexey V Lubimov <avl@l14.ru> writes: > [root@server etc]# service sandd restart > Shutting BTE daemon: [ OK ] > Starting BTE daemon: [ OK ] > [root@server etc]# > [avl@avl avl]$ nmap localhost -p 65432 > The 1 scanned port on localhost.localdomain (127.0.0.1) is: closed > Это нормально? Не думаю. Предлагаю установить debug = 1 в /etc/sandman/sandd и сказать: su -s /bin/sh -c /usr/sbin/sandd -l sandman Было бы также полезно (если Вас не испугает :) приложить следующее: [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: sandman-0.5.4-verbose.patch --] [-- Type: text/x-patch, Size: 1065 bytes --] Index: sandlib.tcl =================================================================== RCS file: /var/cvs/alt/modules/sandman/sandlib/sandlib.tcl,v retrieving revision 1.112 diff -u -r1.112 sandlib.tcl --- sandlib.tcl 2003/01/13 16:41:32 1.112 +++ sandlib.tcl 2003/01/28 18:33:19 @@ -50,7 +50,7 @@ [list init client]]]] array set log [list header {} msg stdout dbg stderr err stderr] - variable onerror errorResult + variable onerror errorInfo namespace export log parse perror popen chroot \ safepath shortpath readlink symlink fileq Index: sandrep.tcl =================================================================== RCS file: /var/cvs/alt/modules/sandman/sandlib/sandrep.tcl,v retrieving revision 1.351 diff -u -r1.351 sandrep.tcl --- sandrep.tcl 2003/01/27 17:03:14 1.351 +++ sandrep.tcl 2003/01/28 18:33:19 @@ -119,7 +119,7 @@ } # this happens before log init, so on stderr usually - if {0} { + if {1} { foreach r [lsort [keylkeys options]] { log dbg "--- $r ---" set rep [keylget options $r] [-- Attachment #3: Type: text/plain, Size: 55 bytes --] PS Видимо, дальше стоило бы в личной переписке. --
> > [avl@avl avl]$ nmap localhost -p 65432
>
> > The 1 scanned port on localhost.localdomain (127.0.0.1) is: closed
>
> > Это нормально?
> Не думаю.
> Предлагаю установить debug = 1 в /etc/sandman/sandd и сказать:
> su -s /bin/sh -c /usr/sbin/sandd -l sandman
> Было бы также полезно (если Вас не испугает :) приложить следующее:
проверил сейчас из дома - все само собой рассосалось. работает.
[avl@server avl]$ nmap localhost -p 65432
Starting nmap V. 3.00 ( www.insecure.org/nmap/ )
Interesting ports on localhost.localdomain (127.0.0.1):
Port State Service
65432/tcp open unknown
вроде как начинает отзываться:
export BTEROOT=localhost:65432/gnome2
[avl@server avl]$ sandcl gnome2 query
task `' not known, can be `addsources getsources build check getpocket endpocket killpocket exportlist exportiso query querynames queryver querybroken help'
не совсем понятно, за что теперь хвататься?
как то заводить юзера? или наполнять пакетами репозитарий?
В сообщении от 30 Январь 2003 20:10 Stanislav Ievlev написал:
> Привет всем.
>
> Давайте-ка посмотрим, что осталось на сегоняшний день за
> бортом и исправим пока не поздно.
>
> Есть вопрос по поводу остатков xpdf (корейские, китайские и
> т.п.): говорят, что надо исправить конфиг xpdf дабы он их не
> хотел.
php-interbase-4.3.0-alt0.cvs20030124.i586.rpm
php-mcrypt-4.3.0-alt0.cvs20030124.i586.rpm
php-mhash-4.3.0-alt0.cvs20030124.i586.rpm
А что с ними не так ?
php-manual-4.1.2-alt1.i586.rpm
Я пересобиру(если успею) за выходные
--
Alexey Gladkov (legion)
E-MAIL: legion@altlinux.ru
[-- Attachment #1: Type: text/plain, Size: 236 bytes --] Привет всем. Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим пока не поздно. Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): говорят, что надо исправить конфиг xpdf дабы он их не хотел. [-- Attachment #2: none_list --] [-- Type: text/plain, Size: 26265 bytes --] AVLTree-devel-0.1.3-alt4.i586.rpm C++2LaTeX-1.1-ipl8mdk.i586.rpm FaxMail-2.3-ipl8mdk.i586.rpm Fresco-0.0.0-alt.0.M1.i586.rpm Glide_V2-2.53-ipl9mdk.i586.rpm Glide_V2-devel-2.53-ipl9mdk.i586.rpm MigrationTools-44-alt2.noarch.rpm NVIDIA_kernel-adv-smp-2.4.20_1.0.3123-alt0.1.i586.rpm NVIDIA_kernel-adv-up-2.4.20_1.0.3123-alt0.1.i586.rpm NVIDIA_kernel-openmosix-smp-2.4.19_1.0.3123-alt1.i586.rpm NVIDIA_kernel-openmosix-up-2.4.19_1.0.3123-alt1.i586.rpm ORBit-devel-static-0.5.17-alt1.i586.rpm OffiX-Dnd-docs-1.1-alt6.i586.rpm R-base-1.6.1-alt2.i586.rpm ROX-Filer-1.3.6-alt0.1cvs.i586.rpm ROX-Session-0.1.18-alt0.1cvs.i586.rpm TEItools-1.0.20021211-alt1.i586.rpm WSoundServer-devel-static-0.4.0-alt7.i586.rpm aalib-devel-static-1.4-alt0.6rc5.i586.rpm adns-1.0-ipl4mdk.i586.rpm aegis-psdocs-4.9-alt1.i586.rpm alsa-driver-openmosix-headers-0.9.0rc5-alt1.i586.rpm alsa22-smp-2.2.23_0.5.12a-alt2.i586.rpm alsa22-smp-secure-2.2.23_0.5.12a-alt2.i586.rpm alsa22-up-secure-2.2.23_0.5.12a-alt2.i586.rpm alsa24-adv-smp-2.4.20_0.9.0rc5-alt0.1.i586.rpm alsa24-adv-up-2.4.20_0.9.0rc5-alt0.1.i586.rpm alsa24-openmosix-smp-2.4.19_0.9.0rc5-alt1.i586.rpm alsa24-openmosix-up-2.4.19_0.9.0rc5-alt1.i586.rpm animenu-0.1.1-alt3.i586.rpm anjuta-0.1.9-alt2.i586.rpm armenian-fonts-ttf-1.1-alt2.noarch.rpm aseqview-0.1.4-alt2.i586.rpm asp2php-0.76.13-alt1.i586.rpm aspell-en_CA-0.33.7.1-alt1.i586.rpm aspell-en_GB-0.33.7.1-alt1.i586.rpm autofig-0.1-alt0.5.i586.rpm awstats-5.2-alt1.noarch.rpm bengali-fonts-ttf-1.0-alt1.noarch.rpm bforce-0.22.8-alt2.i586.rpm bforce-xinetd-0.22.8-alt2.i586.rpm bibtex2html-1.46-alt3.i586.rpm binkd-0.9.5-alt0.4.i586.rpm binkd-xinetd-0.9.5-alt0.4.i586.rpm bochs-2.0.1-alt1.i586.rpm bonnie-1.0-ipl9mdk.i586.rpm bonobo-conf-devel-static-0.16-alt1.i586.rpm boost-python-devel-static-1.29.0-alt1.i586.rpm boost-regex-devel-static-3.31-alt1.i586.rpm boost-signals-devel-static-1.29.0-alt1.i586.rpm boost-thread-devel-static-1.29.0-alt1.i586.rpm braille-fonts-ttf-1.0-alt2.noarch.rpm camstream-0.26.1-alt1.i586.rpm cernlib-2001-alt8.i586.rpm cernlib-docs-2001-alt8.i586.rpm chinese-fonts-ttf-big5-1.0-alt2.noarch.rpm chinese-fonts-ttf-gb2312-1.0-alt2.noarch.rpm clanlib-devel-static-0.6.3-alt2.i586.rpm comedi-0.7.66-alt1.i586.rpm compat-libstdc++-egcs-alt1.i586.rpm comsat-0.17-ipl3mdk.i586.rpm console-tools-devel-static-0.2.3-ipl15mdk.i586.rpm cook-dvidocs-2.21-alt4.i586.rpm cost-2.2-alt3.p1.i586.rpm cppunit-1.8.0-alt4.1.i586.rpm cppunit-devel-1.8.0-alt4.1.i586.rpm cppunit-devel-static-1.8.0-alt4.1.i586.rpm cproto-4.6-ipl9mdk.i586.rpm cscope-15.4-alt1.i586.rpm cvoicecontrol-0.9-alt2.alpha.i586.rpm db3-utils-3.3.11-alt8.i586.rpm devanagari-fonts-ttf-0.99-alt1.noarch.rpm dfm-0.99.9-alt2.i586.rpm dhcp-devel-static-3.0.1-alt4.i586.rpm dhcpxd-1.0.3-ipl9mdk.i586.rpm dict-deu-eng-0.2-alt1.noarch.rpm dict-eng-deu-0.2-alt1.noarch.rpm distcc-0.15-alt3.i586.rpm distcc-daemon-0.15-alt3.i586.rpm distcc-doc-0.15-alt3.i586.rpm dkftpbench-0.42-alt1.1.i586.rpm dpkg-1.6.15-alt3.i586.rpm drakxtools-http-1.1.7-alt26.i586.rpm ee-0.3.12-alt1.i586.rpm elm-2.5.6-alt2.i586.rpm emacs-bbdb-el-2.34-alt4.noarch.rpm emacs-dictionary-el-1.8.4-alt2.noarch.rpm emacs-ecb-el-1.80-alt5.noarch.rpm emacs-ede-el-1.0-alt0.4beta2.noarch.rpm emacs-eieio-el-0.17-alt3.noarch.rpm emacs-elib-el-1.0-alt4.noarch.rpm emacs-gnus-el-21.2-alt12.i586.rpm emacs-jdee-el-2.3.2-alt2.noarch.rpm emacs-leim-el-21.2-alt12.i586.rpm emacs-mailcrypt-el-3.5.8-alt1.noarch.rpm emacs-mmm-mode-el-0.4.7-alt2.noarch.rpm emacs-mode-auctex-el-11.14-alt5.noarch.rpm emacs-mode-gnuplot-el-3.7.2-alt1.i586.rpm emacs-mode-lilypond-el-1.6.6-alt0.2.i586.rpm emacs-mode-psgml-el-1.2.5-alt0.6.noarch.rpm emacs-mode-tdtd-el-0.71-alt0.6.noarch.rpm emacs-ognus-el-0.12-alt4.noarch.rpm emacs-preview-latex-el-0.7.7-alt5.noarch.rpm emacs-semantic-el-1.4.2-alt7.noarch.rpm emacs-speedbar-el-0.14-alt0.5.beta4.noarch.rpm emacs-tramp-el-2.0.22-alt2.noarch.rpm emacs-xslide-el-0.2-alt0.6.1.noarch.rpm emacs-zenirc-el-2.112-alt2.noarch.rpm esound-devel-static-0.2.29-alt2.i586.rpm evolution-devel-static-1.2.1-alt2.i586.rpm exult-1.00-alt2.i586.rpm exult-tools-1.00-alt2.i586.rpm fidoconf-0.15-alt0.8.i586.rpm fidoconf-doc-0.15-alt0.8.i586.rpm finger-server-0.17-ipl4mdk.i586.rpm fnlib-devel-static-0.5-alt1.i586.rpm foomatic-addon-2.0.2-alt2.20021220.i586.rpm freesci-0.3.3-alt1.i586.rpm freesci-tools-0.3.3-alt1.i586.rpm gcm-2.0.2-alt1.i586.rpm gcombust-0.1.53-alt1.i586.rpm gda-interbase-0.2.96-alt3.i586.rpm gdk-pixbuf-devel-static-0.18.0-alt1.i586.rpm gdkxft-1.5-alt1.i586.rpm gdm-theme-angel-0.0-alt1.noarch.rpm gdm-theme-barna-0.0-alt1.noarch.rpm gdm-theme-bijou-0.0-alt1.noarch.rpm gdm-theme-bluish-0.0-alt1.noarch.rpm gdm-theme-crystal-0.0-alt1.noarch.rpm gdm-theme-dartfrog-0.0-alt1.noarch.rpm gdm-theme-dawn-0.0-alt2.noarch.rpm gdm-theme-dumbcloud-0.0-alt1.noarch.rpm gdm-theme-emo-blue-0.0-alt1.noarch.rpm gdm-theme-flame-0.0-alt1.noarch.rpm gdm-theme-flowers-0.0-alt1.noarch.rpm gdm-theme-gentoo-emergence-0.0-alt1.noarch.rpm gdm-theme-hunter-0.0-alt1.noarch.rpm gdm-theme-hybridFUSION-0.0-alt1.noarch.rpm gdm-theme-knoke-0.0-alt1.noarch.rpm gdm-theme-lantueno-0.0-alt1.noarch.rpm gdm-theme-leon-0.0-alt1.noarch.rpm gdm-theme-morning-0.0-alt1.noarch.rpm gdm-theme-murcia-0.0-alt1.noarch.rpm gdm-theme-mushu-0.0-alt1.noarch.rpm gdm-theme-night-elf-0.0-alt1.noarch.rpm gdm-theme-space-0.0-alt1.noarch.rpm gdm-theme-sunset-0.0-alt1.noarch.rpm gdm-theme-valladolid-0.0-alt1.noarch.rpm gdm-themes-all-0.0-alt3.noarch.rpm georgian-fonts-ttf-1.0-alt1.noarch.rpm getmail-2.3.9-alt1.noarch.rpm ghostscript-fonts-5.50-alt1.noarch.rpm ghostscript-gtk-7.05-alt14.i586.rpm ghostscript-lib-7.05-alt14.i586.rpm ghostscript-minimal-7.05-alt14.i586.rpm gimp-data-extras-1.2.0-ipl3mdk.noarch.rpm gimp-print-CUPS-4.2.4-alt1.i586.rpm gl-117-0.7.5-alt1.i586.rpm glib2-devel-static-2.2.0-alt1.i586.rpm glx-4.0.3-alt3.i586.rpm gmdb-0.5-alt1.i586.rpm gnome-applets-extra-led-0.3-alt1.i586.rpm gnome-applets-extra-multires-0.2.4-alt1.i586.rpm gnome-applets-extra-netspeed-0.5-alt1.i586.rpm gnome-audio-1.4.0-alt2.noarch.rpm gnome-audio-extra-1.4.0-alt2.noarch.rpm gnome-backgrounds-0.0-alt1.noarch.rpm gnome-control-center-devel-static-2.2.0-alt1.i586.rpm gnome-db-0.2.96-alt1.2.i586.rpm gnome-icon-theme-aquafusion-1.0-alt1.noarch.rpm gnome-icon-theme-gorilla-1.0-alt1.noarch.rpm gnome-icon-themes-aquatic-1.0-alt1.noarch.rpm gnome-icon-themes-extra-1.0-alt1.noarch.rpm gnome-icon-themes-k-style-1.0-alt1.noarch.rpm gnome-icon-themes-next-1.0-alt1.noarch.rpm gnome-icon-themes-old-1.0-alt1.noarch.rpm gnome-kde-icon-theme-wonderland-1.0-alt1.noarch.rpm gnome-network-1.0.2-alt1.i586.rpm gnome-pilot-conduits-devel-static-0.10-alt1.i586.rpm gnome-vfs2-devel-static-2.2.0-alt1.i586.rpm gnozip-0.1.3-alt2.i586.rpm goblin-2.5-alt1.i586.rpm goblin-tcl-2.5-alt1.i586.rpm gq-0.7.0-alt6.beta2.i586.rpm grub-graph-0.92-alt2.i586.rpm gsmlib-1.10-alt2.i586.rpm gsmlib-devel-1.10-alt2.i586.rpm gsmlib-ext-1.10-alt2.i586.rpm gstreamer-devel-static-0.5.2-alt1.i586.rpm gtk+-devel-static-1.2.10-alt8.i586.rpm gtk-engines-default-devel-2.2.0-alt2.4.i586.rpm gtk-gnutella-0.92-alt1cvs.i586.rpm gtkdiskfree-1.8.4-alt1.i586.rpm gtklp-0.9k-alt3.i586.rpm gtktalog-1.0.0-alt1.i586.rpm gv4l-2.0.9-alt2.i586.rpm hpt-1.3.0-alt0.8.i586.rpm hsflinmodem_kernel-adv-smp-2.4.20_5.03.03.L3mbsibeta02093000-alt0.1.i586.rpm hsflinmodem_kernel-adv-up-2.4.20_5.03.03.L3mbsibeta02093000-alt0.1.i586.rpm hsflinmodem_kernel-openmosix-smp-2.4.19_5.03.03.L3mbsibeta02093000-alt1.i586.rpm hsflinmodem_kernel-openmosix-up-2.4.19_5.03.03.L3mbsibeta02093000-alt1.i586.rpm htick-1.1.0-alt0.8.i586.rpm htmldoc-1.8.23-alt1.i586.rpm hvirtual-1.0.0-alt2.i586.rpm ical-2.2-ipl22mdk.i586.rpm id3lib-devel-static-3.8.1-alt2.i586.rpm iiwusynth-0.2.2-alt1.i586.rpm imlib-devel-static-1.9.13-alt4.i586.rpm imlib2-devel-static-1.0.6-alt3.i586.rpm ipaudit-0.95-alt1.i586.rpm irssi-perl-0.8.6-alt3.i586.rpm jadetex-urw-test-3.12-alt5.noarch.rpm jamlib-devel-static-1.4.5-alt1.i586.rpm japanese-fonts-ttf-1.0-alt1.noarch.rpm kannada-fonts-ttf-1.0-alt1.noarch.rpm kde-maxi-3.1-alt7.noarch.rpm kde-mini-3.1-alt7.noarch.rpm kde-small-3.1-alt7.noarch.rpm kernel24-adv-doc-2.4.20-alt0.1.i586.rpm kernel24-adv-up-2.4.20-alt0.1.i586.rpm kernel24-openmosix-doc-2.4.19-alt1.i586.rpm kernel24-openmosix-headers-2.4.19-alt1.i586.rpm kernel24-openmosix-smp-2.4.19-alt1.i586.rpm kernel24-openmosix-up-2.4.19-alt1.i586.rpm korean-fonts-ttf-2.1-alt1.noarch.rpm ksocrat-3.1-alt1.i586.rpm libDnd++-1.1-alt6.i586.rpm libDnd++-devel-1.1-alt6.i586.rpm libDnd++-devel-static-1.1-alt6.i586.rpm libDnd-1.1-alt6.i586.rpm libDnd-common-devel-1.1-alt6.i586.rpm libDnd-devel-1.1-alt6.i586.rpm libDnd-devel-static-1.1-alt6.i586.rpm libGConf-devel-static-1.0.9-alt5.i586.rpm libGConf2-devel-static-2.2.0-alt2.i586.rpm libIDL-devel-static-0.8.0-alt1.1.i586.rpm libImageMagick-devel-static-5.4.9-alt8.i586.rpm libSDL-devel-static-1.2.5-alt1.i586.rpm libSDL_gfx-devel-static-2.0.3-alt3.i586.rpm libSDL_image-devel-static-1.2.2-alt3.i586.rpm libSDL_mixer-devel-static-1.2.4-alt4.i586.rpm libSDL_net-devel-static-1.2.4-alt4.i586.rpm libSDL_ttf-devel-static-2.0.5-alt2.i586.rpm libXaw3d-devel-static-1.5-alt1.i586.rpm libXlt-9.2.9-alt1.i586.rpm libXlt-devel-9.2.9-alt1.i586.rpm libXmHTML-devel-static-1.1.7-alt6.i586.rpm liba52-devel-static-0.7.4-alt2.i586.rpm libacl-devel-static-2.0.11-alt1.i586.rpm libadns-1.0-ipl4mdk.i586.rpm libadns-devel-1.0-ipl4mdk.i586.rpm libadns-devel-static-1.0-ipl4mdk.i586.rpm libalsa2-devel-static-0.9.0rc6-alt1.i586.rpm libalsa2-oss-devel-static-0.9.0rc1-alt2.i586.rpm libao-devel-static-0.8.3-alt2.i586.rpm libapt-devel-static-0.5.4cnc9-alt7.i586.rpm libart_lgpl-devel-static-2.3.11-alt1.i586.rpm libaspell-devel-static-0.33.7.1-alt1.i586.rpm libast-devel-static-0.5-alt2.i586.rpm libat-spi-devel-static-1.1.8-alt2.i586.rpm libatk-devel-static-1.2.2-alt1.i586.rpm libattr-devel-static-2.0.8-alt1.i586.rpm libaudiofile-devel-static-0.2.3-alt4.i586.rpm libautotrace-devel-static-0.31.1-alt1.i586.rpm libavc1394-devel-static-0.4.1-alt1.i586.rpm libavifile-devel-static-0.715-alt0.8.i586.rpm libbfd-devel-static-2.13.90.0.4-alt2.i586.rpm libbonoboui-devel-static-2.2.0-alt1.i586.rpm libcapi20-devel-static-3.2p1-alt1.i586.rpm libcapplet-devel-static-1.4.0.1-alt12.i586.rpm libcddbslave2-devel-staic-2.2.0-alt1.i586.rpm libcdf-devel-static-2.7-alt2.i586.rpm libcdk-devel-static-4.9.10.20020809-alt2.i586.rpm libcdparanoia-devel-static-IIIa9.8-alt2.i586.rpm libcomedi-0.7.19-alt0.3.i586.rpm libcomedi-devel-0.7.19-alt0.3.i586.rpm libcomedi-devel-static-0.7.19-alt0.3.i586.rpm libcommoncpp2-devel-static-1.0.6-alt1.i586.rpm libcups-devel-static-1.1.18-alt4.i586.rpm libcurl-devel-static-7.10.2-alt1.i586.rpm libdante-devel-static-1.1.13-alt3.i586.rpm libdb2-devel-static-2.4.14-alt2.i586.rpm libdb3-3.3.11-alt8.i586.rpm libdb3-devel-3.3.11-alt8.i586.rpm libdb3-devel-static-3.3.11-alt8.i586.rpm libdb3_tcl-3.3.11-alt8.i586.rpm libdb3_tcl-devel-3.3.11-alt8.i586.rpm libdb3_tcl-devel-static-3.3.11-alt8.i586.rpm libdb4_cxx-devel-static-4.0.14-alt8.i586.rpm libdb4_java-devel-static-4.0.14-alt8.i586.rpm libdb4_tcl-devel-static-4.0.14-alt8.i586.rpm libdm-devel-static-2.0.2-alt1.i586.rpm libdnet-devel-static-1.5-alt2.i586.rpm libdv-devel-static-0.98-alt1.1.i586.rpm libdvdcss-devel-static-1.2.4-alt1.i586.rpm libdvdread-devel-static-0.9.3-alt2.i586.rpm libdxr3-devel-static-0.12.0-alt2.i586.rpm libecpg3-devel-static-7.3.1-alt7.i586.rpm libedb-devel-static-1.0.3-alt2.i586.rpm libelf-devel-static-0.8.2-alt2.i586.rpm libenca-devel-static-0.10.7-alt1.i586.rpm liberuby-devel-1.0.0-alt1.i586.rpm liberuby-devel-static-1.0.0-alt1.i586.rpm libexif-devel-static-0.5.6-alt1.i586.rpm libfam-devel-static-2.6.9-alt1.i586.rpm libfame-devel-static-0.9.0-alt2.i586.rpm libfftw-devel-static-2.1.3-alt2.i586.rpm libfidoconf-0.15-alt0.8.i586.rpm libfidoconf-devel-0.15-alt0.8.i586.rpm libfidoconf-devel-static-0.15-alt0.8.i586.rpm libflac++-devel-static-1.0.4-alt3.i586.rpm libflac-devel-static-1.0.4-alt3.i586.rpm libflash-devel-static-0.4.10-alt2.i586.rpm libfltk-devel-static-1.1.0rc7-alt1.i586.rpm libfox-devel-static-1.0.26-alt1.i586.rpm libfreetds-devel-static-0.60-alt1.i586.rpm libfribidi-devel-static-0.10.4-alt1.i586.rpm libfvh-2.0-alt1.i586.rpm libfvh-devel-2.0-alt1.i586.rpm libg-wrap-devel-static-1.3.4-alt1.i586.rpm libg2c3.2-devel-static-3.2.1-alt2.i586.rpm libgail-devel-static-1.2.0-alt1.i586.rpm libgail-gnome-1.0.2-alt1.i586.rpm libgail-gnome-devel-1.0.2-alt1.i586.rpm libgal-devel-static-0.22-alt1.i586.rpm libgal2-devel-static-0.0.6-alt1.i586.rpm libgc-6.1-alt1.i586.rpm libgc-devel-6.1-alt1.i586.rpm libgcj3.2-devel-static-3.2.1-alt2.i586.rpm libgcm-2.0.2-alt1.i586.rpm libgcm-devel-2.0.2-alt1.i586.rpm libgcm-devel-static-2.0.2-alt1.i586.rpm libgd1-devel-static-1.8.4-alt7.i586.rpm libgd2-devel-static-2.0.4-alt2.i586.rpm libgda-devel-static-0.2.96-alt3.i586.rpm libgda2-devel-static-0.10.0-alt1.i586.rpm libgdbm-devel-static-1.8.3-alt1.i586.rpm libgdkcardimage-devel-static-2.2.0-alt2.i586.rpm libggi-2.0.1-alt3.i586.rpm libggi-devel-2.0.1-alt3.i586.rpm libgii-0.8.1-alt2.i586.rpm libgii-devel-0.8.1-alt2.i586.rpm libgimp-devel-static-1.2.3-alt6.i586.rpm libgimp-print-devel-static-4.2.4-alt1.i586.rpm libglade-devel-static-0.17-alt4.i586.rpm libglade2-devel-static-2.0.1-alt2.i586.rpm libglibwww-0.2-alt1.i586.rpm libglibwww-devel-0.2-alt1.i586.rpm libgmp-devel-static-4.1-alt1.i586.rpm libgnet-devel-1.1.7-alt2.i586.rpm libgnet-devel-static-1.1.7-alt2.i586.rpm libgnome-db-devel-static-0.2.96-alt1.2.i586.rpm libgnome-desktop-devel-static-2.2.0-alt1.i586.rpm libgnome-devel-static-2.2.0.1-alt1.i586.rpm libgnome-panel-devel-static-2.2.0-alt1.i586.rpm libgnome-pilot-devel-static-0.1.71-alt1.i586.rpm libgnome-vfs-devel-static-1.0.5-alt2.i586.rpm libgnomecanvas-devel-static-2.2.0.1-alt1.i586.rpm libgnomedb-devel-static-0.10.0-alt1.i586.rpm libgnomeprint-devel-static-0.36-alt3.i586.rpm libgnomeprint2-devel-static-2.2.1-alt1.i586.rpm libgnomeprintui-devel-static-2.2.1-alt1.i586.rpm libgnomeui-devel-static-2.2.0.1-alt2.i586.rpm libgpgme-devel-static-0.3.12-alt1.i586.rpm libgphoto2-devel-static-2.1.0-alt1.i586.rpm libgpio-devel-static-0.0.2-alt3.i586.rpm libgpm-devel-static-1.20.1-alt0.6rc1.i586.rpm libgsf-devel-static-1.4.0-alt1.i586.rpm libgsl-devel-static-1.2-alt2.i586.rpm libgsm-devel-static-1.0.10-alt2.i586.rpm libgtk+extra-devel-static-0.99.17-alt1.i586.rpm libgtk+mdk-devel-static-0.1.6-alt5.i586.rpm libgtk-sharp-0.5-alt1.i586.rpm libgtk-sharp-devel-0.5-alt1.i586.rpm libgtkextra-1.1.0-alt3.i586.rpm libgtkextra-devel-1.1.0-alt3.i586.rpm libgtkextra-devel-static-1.1.0-alt3.i586.rpm libgtkglext-0.6.1-alt1.i586.rpm libgtkglext-devel-0.6.1-alt1.i586.rpm libgtkglext-devel-static-0.6.1-alt1.i586.rpm libgtkhtml-devel-static-1.1.7-alt1.i586.rpm libgtkhtml2-devel-static-2.2.0-alt1.i586.rpm libgtkhtml20-devel-static-1.0.4-alt2.i586.rpm libgtop2-devel-static-2.0.1-alt1.i586.rpm libhdf-devel-static-4.1r5-alt2.i586.rpm libhermes-devel-static-1.3.2-ipl9mdk.i586.rpm libhk_classes-devel-static-0.5.6-alt1.i586.rpm libical-devel-static-0.23a-alt2.i586.rpm libicq2000-devel-static-0.3.2-alt2.i586.rpm libieee1284-devel-static-0.2.1-alt2.i586.rpm libiiwusynth-devel-static-0.2.2-alt1.i586.rpm libinn-devel-static-2.3.4-alt2.i586.rpm libintl1-devel-static-0.10.40-alt4.i586.rpm libintl2-devel-static-0.11.5-alt12.i586.rpm libjack-devel-static-0.34.0-alt0.8.i586.rpm libjconv-devel-static-2.8.1-alt2.i586.rpm liblame-devel-static-3.93.1-alt1.i586.rpm liblcms-devel-static-1.09-alt1.i586.rpm libldap-devel-static-2.0.27-alt4.i586.rpm liblinc-devel-static-1.0.1-alt1.i586.rpm liblirc-devel-static-0.6.6-alt1.i586.rpm liblockdev-devel-static-1.0.0-alt1.i586.rpm libltdl-devel-static-1.4.2-alt0.2.i586.rpm liblvm-devel-static-1.0.6-alt2.i586.rpm liblzo-devel-static-1.08-alt2.i586.rpm libmad-devel-static-0.14.2b-alt3.i586.rpm libmcrypt-2.5.3-alt1.i586.rpm libmcrypt-devel-2.5.3-alt1.i586.rpm libmcrypt-devel-static-2.5.3-alt1.i586.rpm libmdbtools-devel-static-0.5-alt1.i586.rpm libmetacity-devel-static-2.4.21-alt1.i586.rpm libmhash-0.8.17-alt1.i586.rpm libmhash-devel-0.8.17-alt1.i586.rpm libmhash-devel-static-0.8.17-alt1.i586.rpm libmikmod-devel-static-3.1.10-alt2.i586.rpm libmm-devel-static-1.2.2-alt1.i586.rpm libmng-devel-static-1.0.4-alt3.i586.rpm libmnogosearch-devel-static-3.2.7-alt1.i586.rpm libmpeg2-devel-static-0.3.1-alt1.i586.rpm libneXtaw-devel-static-0.12-alt4.i586.rpm libneon-0.23.5-alt1.i586.rpm libneon-devel-0.23.5-alt1.i586.rpm libneon-devel-static-0.23.5-alt1.i586.rpm libnet1-devel-static-1.0.2a-ipl3mdk.i586.rpm libnet2-devel-static-1.1.0-alt1.i586.rpm libnetcdf-devel-static-3.5.0-alt7.i586.rpm libnids1-devel-static-1.17-alt0.1.rc1.i586.rpm libnids2-devel-static-1.17-alt0.1.rc1.i586.rpm libobjc3.2-devel-static-3.2.1-alt2.i586.rpm liboggflac++-1.0.4-alt3.i586.rpm liboggflac++-devel-1.0.4-alt3.i586.rpm liboggflac++-devel-static-1.0.4-alt3.i586.rpm liboggflac-devel-static-1.0.4-alt3.i586.rpm libol-devel-static-0.2.23-alt2.i586.rpm libole2-devel-static-0.2.4-alt2.i586.rpm libomniORB-devel-static-3.0.5-alt1.i586.rpm libopenal-devel-static-0.0.6-alt3.i586.rpm libopenmosix-0.2.4-alt2.i586.rpm libopenmosix-devel-0.2.4-alt2.i586.rpm libpam-devel-static-0.75-alt17.i586.rpm libparted-devel-static-1.6.3-alt0.1.i586.rpm libpcap-devel-static-0.7.1-alt3.i586.rpm libpcre-devel-static-3.9-alt3.i586.rpm libpcsclite-devel-static-1.1.1-alt2.i586.rpm libpilot-link-devel-static-0.11.5-alt3.i586.rpm libpq3-devel-static-7.3.1-alt7.i586.rpm libprogsreiserfs-0.3.0.3-alt0.3.i586.rpm libprogsreiserfs-devel-0.3.0.3-alt0.3.i586.rpm libprogsreiserfs-devel-static-0.3.0.3-alt0.3.i586.rpm libpspell-devel-static-0.12.2-alt4.i586.rpm libpstoedit-devel-static-3.33-alt2.i586.rpm libqtvision-0.1-alt2.alpha2.i586.rpm libqtvision-devel-0.1-alt2.alpha2.i586.rpm libquicktime-cinepak-0.9.2-alt0.8pre1.i586.rpm libquicktime-devel-static-0.9.2-alt0.8pre1.i586.rpm libquicktime-dv-0.9.2-alt0.8pre1.i586.rpm libquicktime-ffmpeg-0.9.2-alt0.8pre1.i586.rpm libquicktime-opendivx-0.9.2-alt0.8pre1.i586.rpm libquicktime-svq-0.9.2-alt0.8pre1.i586.rpm libquicktime-utils-0.9.2-alt0.8pre1.i586.rpm libquicktime-vorbis-0.9.2-alt0.8pre1.i586.rpm libquicktime-xanim-0.9.2-alt0.8pre1.i586.rpm libradio-devel-static-0.3.5-ipl3mdk.i586.rpm libradiusclient-devel-static-0.3.2-alt1.3.i586.rpm libraw1394-devel-static-0.9.0-alt2.i586.rpm libreiserfs-devel-static-3.6.4-alt1.i586.rpm librpm-devel-static-4.0.4-alt13.i586.rpm librsvg2-devel-static-2.2.1-alt1.i586.rpm librte-devel-static-0.5-alt1.i586.rpm libruby-devel-static-1.7.3-alt9.i586.rpm librx-devel-static-1.5-alt4.i586.rpm libsablotron-devel-static-0.96-alt2.i586.rpm libsamplerate-devel-static-0.0.13-alt1.i586.rpm libsane-devel-static-1.0.9-alt1.i586.rpm libsasl-devel-static-1.5.28-alt1.1.i586.rpm libsasl2-devel-static-2.1.10-alt1.5.i586.rpm libsasl2-plugin-gssapi-2.1.10-alt1.5.i586.rpm libsasl2-plugin-ldap-2.1.10-alt1.5.i586.rpm libsasl2-plugin-mysql-2.1.10-alt1.5.i586.rpm libscrollkeeper-devel-static-0.3.11-alt2.i586.rpm libsensors-devel-static-2.6.5-alt2.i586.rpm libshhopt-devel-static-1.1.7-alt1.i586.rpm libshout-devel-static-1.0.9-alt2.i586.rpm libsigc++-devel-static-1.0.4-alt2.i586.rpm libsigc++1.2-examples-1.2.3-alt1.i586.rpm libsmapi-2.3-alt0.7.i586.rpm libsmapi-devel-2.3-alt0.7.i586.rpm libsmapi-devel-static-2.3-alt0.7.i586.rpm libsmi-devel-static-0.4.1-alt1.i586.rpm libsmpeg-devel-static-0.4.4-alt3.i586.rpm libsndfile-devel-static-1.0.2-alt1.i586.rpm libsoup-devel-static-0.7.9-alt1.i586.rpm libssl-devel-static-0.9.6h-alt1.i586.rpm libstartup-notification-devel-static-0.5-alt1.i586.rpm libstdc++2.95-devel-static-2.95.3-alt3.i586.rpm libstdc++3.2-devel-static-3.2.1-alt2.i586.rpm libstroke-devel-static-0.5.1-alt3.i586.rpm libswfdec-devel-static-0.2.0-alt1.i586.rpm libtcb-devel-static-0.9.8.3-alt1.i586.rpm libtdb-devel-static-1.0.6-alt2.i586.rpm libucd-snmp-devel-static-4.2.3-alt8.i586.rpm libungif-devel-static-4.1.0b1-alt1.i586.rpm libunicode-devel-static-0.4.gnome-alt4.i586.rpm libusb-devel-static-0.1.7-alt1.i586.rpm libutempter-devel-static-1.1.0-alt1.i586.rpm libvte-0.10.14-alt1.i586.rpm libvte-devel-0.10.14-alt1.i586.rpm libwnck-devel-static-2.2.0-alt1.i586.rpm libwrap-devel-static-7.6-alt2.i586.rpm libwvstreams-devel-static-3.70-alt2.i586.rpm libxdelta2-devel-static-1.1.3-alt2.i586.rpm libxforms-devel-static-1.0-alt0.2RC5.2.i586.rpm libxml-devel-static-1.8.17-alt2.i586.rpm libxmms-devel-static-1.2.7-alt7.i586.rpm libzvbi-devel-static-0.2.2-alt1.i586.rpm libzvt-devel-static-2.0.1-alt3.i586.rpm lua-devel-static-4.0.1-alt5.i586.rpm maildrop-devel-static-1.5.1-alt1.i586.rpm malayalam-fonts-ttf-1.0-alt1.noarch.rpm man-pages-micq-0.4.9.4-alt2.i586.rpm mbrowse-0.2.3-alt2.i586.rpm mcrypt-2.6.3-alt1.i586.rpm mcs-0.16-alt1.i586.rpm mcserv-4.6.0-alt0.5.5.i586.rpm mcvs-0.98-alt0.1.i586.rpm mdbtools-0.5-alt1.i586.rpm mnogosearch-ruby-1.0.2-alt3.i586.rpm moc-1.1.0-alt0.2.i586.rpm mono-0.16-alt1.i586.rpm mono-devel-0.16-alt1.i586.rpm motion-3.0.4-alt1.i586.rpm mpeg_lib-1.3.1-ipl11mdk.i586.rpm mpeg_lib-devel-1.3.1-ipl11mdk.i586.rpm mpeg_lib-devel-static-1.3.1-ipl11mdk.i586.rpm ncurses-5.3.20021019-alt1.i586.rpm nessus-devel-1.2.6-alt1.i586.rpm nethack_falconseye-3.3.1_jtp_1.9-alt2.i586.rpm nvclock-0.6-alt1.i586.rpm nwfs-utils-0803-ipl6.i586.rpm ocamlcl-0.3-alt7.i586.rpm openjade-devel-static-1.3.1-alt3.i586.rpm openmosix-0.2.4-alt2.i586.rpm openmosix-doc-0.2.4-alt2.i586.rpm openoffice-dictinstall-0.55-alt1.i586.rpm paw-2001-alt8.i586.rpm pdnsd-1.1.7a-alt2.i586.rpm perl-DBD-InterBase-0.40-alt2.i586.rpm perl-Frontier-RPC-0.06-alt1.noarch.rpm perl-XML-LibXML-1.53-alt1.i586.rpm perl-XML-LibXML-Common-0.12-alt1.i586.rpm perl-full-5.8.0-alt1.i586.rpm perl-libxml-perl-0.07-alt2.noarch.rpm php-interbase-4.3.0-alt0.cvs20030124.i586.rpm php-manual-4.1.2-alt1.i586.rpm php-mcrypt-4.3.0-alt0.cvs20030124.i586.rpm php-mhash-4.3.0-alt0.cvs20030124.i586.rpm pidentd-3.0.14-alt6.i586.rpm pingus-0.5.0-alt0.4pre3.i586.rpm plib-devel-static-1.6.0-alt2.i586.rpm plt1-103p1-alt1.1.i586.rpm plt2-202-alt1.1.i586.rpm pnet-compiler-0.4.8-alt1.i586.rpm pnet-interpreter-0.4.8-alt1.i586.rpm pnet-test-0.4.8-alt1.i586.rpm pnet-tools-0.4.8-alt1.i586.rpm pnetlib-0.4.8-alt1.noarch.rpm poster-1.0-alt2.i586.rpm progsreiserfs-0.3.0.3-alt0.3.i586.rpm pspell-ispell-devel-static-0.12-alt2.i586.rpm psycopg-1.0.12-alt1.i586.rpm psycopg-ZPsycopgDA-1.0.12-alt1.i586.rpm psycopg-doc-1.0.12-alt1.i586.rpm pyao-0.81-alt1.i586.rpm pyao-devel-0.81-alt1.i586.rpm pyogg-1.1-alt1.i586.rpm pyogg-devel-1.1-alt1.i586.rpm python21-2.1.3-alt3.i586.rpm python21-devel-2.1.3-alt3.i586.rpm pyvorbis-1.1-alt1.i586.rpm pyvorbis-devel-1.1-alt1.i586.rpm qtvision-0.1-alt2.alpha2.i586.rpm recover-1.3b-alt2.i586.rpm recoverdm-0.14-alt1.i586.rpm ri-0.8a-alt2.noarch.rpm rpl-1.4.0-alt2.i586.rpm rpm-build-topdir-4.0.4-alt13.i586.rpm rsbac-man-pages-ru-1.1.2-alt5.noarch.rpm rsh-0.17-ipl8mdk.i586.rpm rsh-server-0.17-ipl8mdk.i586.rpm rtfm-0.0.1-alt1.noarch.rpm ruby-bdb-0.3.8-alt1.i586.rpm samba-client-devel-static-2.2.7-alt1.i586.rpm samba3-3.0-alt5.1.i586.rpm samba3-client-3.0-alt5.1.i586.rpm samba3-client-cups-3.0-alt5.1.i586.rpm samba3-client-devel-3.0-alt5.1.i586.rpm samba3-client-devel-static-3.0-alt5.1.i586.rpm samba3-common-3.0-alt5.1.i586.rpm samba3-doc-3.0-alt5.1.i586.rpm samba3-swat-3.0-alt5.1.i586.rpm samba3-vfs-3.0-alt5.1.i586.rpm samba3-vfs-devel-3.0-alt5.1.i586.rpm sc-6.21-alt2.i586.rpm scilab-2.6-alt8.i586.rpm scotty-2.1.11-alt4.i586.rpm scotty-tkined-2.1.11-alt4.i586.rpm scsh-0.6.2-alt2.i586.rpm scummvm-0.3.0b-alt1.i586.rpm scummvm-tools-0.3.0b-alt1.i586.rpm sendmail-8.12.7-alt1.i586.rpm sendmail-cf-8.12.7-alt1.i586.rpm sendmail-devel-8.12.7-alt1.i586.rpm sendmail-doc-8.12.7-alt1.i586.rpm shared-mime-info-0.9-alt.i586.rpm shash-0.2.6-alt1.i586.rpm shtool-1.6.1-alt1.noarch.rpm sim-qt-0.9-alt0.5.i586.rpm sisyphus-0.4.2-alt1.noarch.rpm smalltalk-1.95.12-alt3.i586.rpm soup-0.7.9-alt1.i586.rpm speak_freely-7.5-alt1.i586.rpm stellarium-0.5.0-alt1.i586.rpm swftools-0.4.2-alt1.i586.rpm symlinks-1.2-ipl12mdk.i586.rpm syriac-fonts-ttf-1.0-alt1.noarch.rpm t1lib-devel-static-1.3.1-alt2.i586.rpm tamil-fonts-bitmap-1.0-alt1.noarch.rpm tamil-fonts-ttf-1.0-alt1.noarch.rpm telnet-server-3.0-alt3.i586.rpm tgif-4.1.42-alt1.i586.rpm thai-fonts-ttf-0.1-alt1.noarch.rpm tibetan-fonts-ttf-1.0-alt1.noarch.rpm timeconfig-3.2.9-alt2.i586.rpm timetool-2.8-alt2.noarch.rpm tkinter21-2.1.3-alt3.i586.rpm totem-0.10.0-alt1.i586.rpm trafshow-3.1-alt2.1.i586.rpm trafshow-linux-1.3-alt2.i586.rpm treecc-0.1.8-alt1.i586.rpm tv-fonts-1.0-alt1.i586.rpm unifont-fonts-bitmap-1.0-alt1.noarch.rpm units-1.80-alt1.i586.rpm urdu-fonts-ttf-1.0-alt1.noarch.rpm urlredir-2.03-alt1.i586.rpm vlc-0.4.6-alt0.5.i586.rpm vlc-aa-0.4.6-alt0.5.i586.rpm vlc-alsa-0.4.6-alt0.5.i586.rpm vlc-arts-0.4.6-alt0.5.i586.rpm vlc-esd-0.4.6-alt0.5.i586.rpm vlc-ggi-0.4.6-alt0.5.i586.rpm vlc-gtk-0.4.6-alt0.5.i586.rpm vlc-lirc-0.4.6-alt0.5.i586.rpm vlc-mad-0.4.6-alt0.5.i586.rpm vlc-ncurses-0.4.6-alt0.5.i586.rpm vlc-sdl-0.4.6-alt0.5.i586.rpm w3c-libwww-5.4.0-alt1.i586.rpm w3c-libwww-apps-5.4.0-alt1.i586.rpm w3c-libwww-devel-5.4.0-alt1.i586.rpm wmmenu-0.9-alt3.i586.rpm wwwoffle-2.7h-alt1.i586.rpm xbanner-1.31-ipl17mdk.i586.rpm xbill-2.1-alt2.i586.rpm xdaliclock-2.19-alt1.i586.rpm xerces-j-1.4.4-alt3.noarch.rpm xerces-j-demos-1.4.4-alt3.noarch.rpm xerces-j-javadoc-1.4.4-alt3.noarch.rpm xerces-j-manual-1.4.4-alt3.noarch.rpm xfishtank-2.1tp-ipl9mdk.i586.rpm xgammon-0.98a-alt2.i586.rpm xjewel-1.6-ipl12mdk.i586.rpm xmahjongg-3.6.1-alt1.i586.rpm xmailbox-2.5-ipl17mdk.i586.rpm xmlto-0.0.12-alt1.i586.rpm xmms-alsa-0.9.7-alt1.i586.rpm xmms-cdread-0.14a-alt3.i586.rpm xmms-fc-0.5.3-alt1.i586.rpm xmms-more-vis-plugins-unsafe-1.6.0-alt1.i586.rpm xpaint-2.6.4-alt2.i586.rpm xpdf-chinese-simplified-2.01-alt2.i586.rpm xpdf-chinese-traditional-2.01-alt2.i586.rpm xpdf-japanese-2.01-alt2.i586.rpm xpdf-korean-2.01-alt2.i586.rpm xpdf-thai-2.01-alt2.i586.rpm xpilot-4.5.4-alt2.i586.rpm xpired-1.22-alt2.i586.rpm xpm-devel-static-3.4k-ipl14mdk.i586.rpm xsysinfo-1.7-ipl12mdk.i586.rpm xtoolwait-1.3-ipl6mdk.i586.rpm xvid-static-libs-0.9.0-alt1.i586.rpm xwpe-1.5.29a-alt1.i586.rpm xwpe-X11-1.5.29a-alt1.i586.rpm yp-tools-2.7-alt2.i586.rpm ypbind-1.11-alt1.i586.rpm ypserv-2.6-alt1.i586.rpm ytalk-3.1.1-ipl8mdk.i586.rpm yudit-2.7.2-alt1.i586.rpm yudit-fonts-full-2.7-alt1.noarch.rpm
On Thu, 30 Jan 2003 20:10:55 +0300 Stanislav Ievlev <inger@altlinux.org> wrote: > Привет всем. > > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и > исправим пока не поздно. > [skip] > > [none_list text/plain (26362 bytes)] [skip] > libfreetds-devel-static-0.60-alt1.i586.rpm Почему это осталось за бортом - я не вкурсе. В отпраленном запросе на включение в дистрибутив пакет был указан. > maildrop-devel-static-1.5.1-alt1.i586.rpm В запросе на включение был указан. ldv@ решил его не включать. > mbrowse-0.2.3-alt2.i586.rpm Пает подобран из orphaned. Для включения требовалось согласие ldv@, которое и было получено (о чем есть соответствующее сообщение от ldv@ к inger@ c копией к мне :). -- WBR, Dmitry Lebkov
Dmitry Lebkov пишет:
>On Thu, 30 Jan 2003 20:10:55 +0300
>Stanislav Ievlev <inger@altlinux.org> wrote:
>
>
>
>>Привет всем.
>>
>>Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и
>>исправим пока не поздно.
>>
>>
>>
>
>[skip]
>
>
>
>>[none_list text/plain (26362 bytes)]
>>
>>
>[skip]
>
>
>
>>libfreetds-devel-static-0.60-alt1.i586.rpm
>>
>>
>Почему это осталось за бортом - я не вкурсе. В отпраленном запросе
>на включение в дистрибутив пакет был указан.
>
>
>
>>maildrop-devel-static-1.5.1-alt1.i586.rpm
>>
>>
>В запросе на включение был указан. ldv@ решил его не включать.
>
Это вопрос политики в отношение devel-static. Если они реально нужны для
сборки пакетов из системы, то мы кладем их на CD, если нет -- оставляем
в Sisyphus, но на диск не кладем, экономя место. Есть другие мнения?
Rgrds, Алексей
On Thu, 30 Jan 2003 20:10:55 +0300
Stanislav Ievlev <inger@altlinux.org> wrote:
> Привет всем.
>
> Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> пока не поздно.
>
> Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): говорят, что надо исправить конфиг xpdf дабы он их не хотел.
Стас, извини, но у тебя за бортом остался iiwusynth, от которого
зависит muse, который за бортом не остался.
--
Alexandre Prokoudine
ALT Linux Documentation Team
JID: prokoudine@jabber.org
On Thu, 30 Jan 2003 20:47:38 +0300
Aleksey Novodvorsky <aen@altlinux.ru> wrote:
> Dmitry Lebkov пишет:
>
> >On Thu, 30 Jan 2003 20:10:55 +0300
> >Stanislav Ievlev <inger@altlinux.org> wrote:
> >
> >
> >
> >>Привет всем.
> >>
> >>Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и
> >>исправим пока не поздно.
> >>
> >
> >[skip]
> >
> >>[none_list text/plain (26362 bytes)]
> >>
> >>
> >[skip]
> >
> >>libfreetds-devel-static-0.60-alt1.i586.rpm
> >>
> >Почему это осталось за бортом - я не вкурсе. В отпраленном запросе
> >на включение в дистрибутив пакет был указан.
> >
> >>maildrop-devel-static-1.5.1-alt1.i586.rpm
> >>
> >В запросе на включение был указан. ldv@ решил его не включать.
> >
> Это вопрос политики в отношение devel-static. Если они реально нужны
> для сборки пакетов из системы, то мы кладем их на CD, если нет --
> оставляем в Sisyphus, но на диск не кладем, экономя место. Есть другие
> мнения?
Нет. Меня смутило появление этих имен в списке inger'а. Т.е. заявка была
отправлена, решили -devel-static-пакеты не включать, а в списке
"оставшихся и неисправленных" они появились ... %)
--
WBR, Dmitry Lebkov
[-- Attachment #1: Type: text/plain, Size: 412 bytes --] Stanislav Ievlev wrote > sc-6.21-alt2.i586.rpm По какой причине за бортом? Очень удобная штука для консоли... (пересобрана была вовремя... :) ) -- Best Regards! | Когда вам платят за работу, надо по крайней мере Alexey Voinov | делать вид, что вы работаете... | Б.Виан "Осень в Пекине" voins@voins.program.ru voins@online.ru vns@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 415 bytes --] On Thu, Jan 30, 2003 at 08:10:55PM +0300, Stanislav Ievlev wrote: > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим > пока не поздно. [/dev/null] > sendmail-8.12.7-alt1.i586.rpm > sendmail-cf-8.12.7-alt1.i586.rpm > sendmail-devel-8.12.7-alt1.i586.rpm > sendmail-doc-8.12.7-alt1.i586.rpm Вот без этого будет очень плохо... Что бы та мне говорили фанаты postfix... -- Regards, Sir Raorn. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Thu, 30 Jan 2003, Stanislav Ievlev wrote: Хотелось бы всё же увидеть в дистрибутиве mono и mcs, mcvs, progsreiserfs, smalltalk, tgif (ну как же без лучшей рисовалки векторной графики обойтись?!?), R-Base. Куда смотрят майнтейнеры?!?
30 Январь 2003 23:17, Vitaly Lugovsky написал:
> On Thu, 30 Jan 2003, Stanislav Ievlev wrote:
>
>
> Хотелось бы всё же увидеть в дистрибутиве mono и mcs,
> mcvs, progsreiserfs, smalltalk, tgif (ну как же без лучшей
> рисовалки векторной графики обойтись?!?), R-Base.
>
> Куда смотрят майнтейнеры?!?
>
С R-Base имеются проблемы, которые я покуда разрешить не могу.
On Thursday 30 January 2003 23:58, you wrote:
> > sendmail-8.12.7-alt1.i586.rpm
> > sendmail-cf-8.12.7-alt1.i586.rpm
> > sendmail-devel-8.12.7-alt1.i586.rpm
> > sendmail-doc-8.12.7-alt1.i586.rpm
>
> Вот без этого будет очень плохо... Что бы та мне говорили фанаты
> postfix...
Кстати да. Я знаю очень многих людей, которые отсутствие sendmail в
дистрибутиве мгря не поймут. Я сам не пойму - хотя и перехожу на postfix.
--
WthBstRgrds -- Андрей Орлов --
--- www.neural.ru, cray@neural.ru ---
----------------------------------------
On Thu, 30 Jan 2003 23:58:48 +0300
"Alexey I. Froloff" <raorn@binec.ru> wrote:
> On Thu, Jan 30, 2003 at 08:10:55PM +0300, Stanislav Ievlev wrote:
> > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> > пока не поздно.
> [/dev/null]
> > sendmail-8.12.7-alt1.i586.rpm
> > sendmail-cf-8.12.7-alt1.i586.rpm
> > sendmail-devel-8.12.7-alt1.i586.rpm
> > sendmail-doc-8.12.7-alt1.i586.rpm
> Вот без этого будет очень плохо... Что бы та мне говорили фанаты
> postfix...
Полностью поддерживаю! Может дружно попросим Konstantin Timoshenko <kt@altlinux.ru>
о включении сего в очередной релиз.
--
WBR, Dmitry Lebkov
On Fri, 31 Jan 2003 08:50:00 +1000
Dmitry Lebkov <dima@sakhalin.ru> wrote:
> On Thu, 30 Jan 2003 23:58:48 +0300
> "Alexey I. Froloff" <raorn@binec.ru> wrote:
>
> > On Thu, Jan 30, 2003 at 08:10:55PM +0300, Stanislav Ievlev wrote:
> > > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и
> > > исправим пока не поздно.
> > [/dev/null]
> > > sendmail-8.12.7-alt1.i586.rpm
> > > sendmail-cf-8.12.7-alt1.i586.rpm
> > > sendmail-devel-8.12.7-alt1.i586.rpm
> > > sendmail-doc-8.12.7-alt1.i586.rpm
> > Вот без этого будет очень плохо... Что бы та мне говорили фанаты
> > postfix...
>
> Полностью поддерживаю! Может дружно попросим Konstantin Timoshenko
> <kt@altlinux.ru> о включении сего в очередной релиз.
от меня это не зависит, я написал просьбу о включении в дистр., сказали
посмотрят. Мне честно говоря самому не понятна политика партии.
--
Kostya.
mailto:kt@tura.ru
30 Январь 2003 22:10, Stanislav Ievlev написал: telnet-server-3.0-alt3.i586.rpm tgif-4.1.42-alt1.i586.rpm trafshow-3.1-alt2.1.i586.rpm trafshow-linux-1.3-alt2.i586.rpm Голосую за включение всех этих пакетов. -- С уважением Виктор В Исмакаев ivv@altlinux.ru
30 Январь 2003 22:10, Stanislav Ievlev написал:
> Привет всем.
>
> Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> пока не поздно.
yudit-2.7.2-alt1.i586.rpm
yudit-fonts-full-2.7-alt1.noarch.rpm
С ними что-то не так?
--
С уважением
Виктор В Исмакаев
ivv@altlinux.ru
Hello Stanislav, Thursday, January 30, 2003, 8:10:55 PM, you wrote: SI> Привет всем. SI> Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим SI> пока не поздно. SI> Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): говорят, что надо исправить конфиг xpdf дабы он их не хотел. а по какой причине за бортом остался GQ-0.7.0-alt6.beta2 1) это на данный момент единственное средство управления LDAP каталогом. 2) насколько я в курсе critical bugs на нем не висит?! 3) новую версию Peter Stemfest еще не выпустил. Поэтому прошу не оставлять его за бортом -- Best regards, Volkov mailto:vserge@altlinux.ru
[-- Attachment #1: Type: text/plain, Size: 611 bytes --] On Thu, Jan 30, 2003 at 08:47:38PM +0300, Aleksey Novodvorsky wrote: > Это вопрос политики в отношение devel-static. Если они реально нужны для > сборки пакетов из системы, то мы кладем их на CD, если нет -- оставляем > в Sisyphus, но на диск не кладем, экономя место. Есть другие мнения? Тогда вопрос такого плана: пакеты liblzo* нужны для сборки perl-Compress-LZO. Нужен ли для этого liblzo-devel-static (содержит всего один файл /usr/lib/liblzo.a)? P.S. liblzo{,-devel} & perl-Compress-LZO включены в Master -- WBR, Andrey Brindeew. "No one person can understand Perl culture completely" (C) Larry Wall. [-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]
Добрый день
On Thu, 30 Jan 2003 23:33:05 +0200 Igor Tertishny
wrote:
> >
> > Хотелось бы всё же увидеть в дистрибутиве mono и mcs,
> > mcvs, progsreiserfs, smalltalk, tgif (ну как же без лучшей
> > рисовалки векторной графики обойтись?!?), R-Base.
> >
> > Куда смотрят майнтейнеры?!?
> >
> С R-Base имеются проблемы, которые я покуда разрешить не могу.
А что с ней? Напишите подробнее (возможно лично) -- чем смогу --
помогу.
Антон
--
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
10:40am up 66 days, 16:46, 11 users, load average: 0.10, 0.07,
0.09
В сообщении от 31 Январь 2003 12:48 Stanislav Ievlev написал:
> > php-mcrypt-4.3.0-alt0.cvs20030124.i586.rpm
> > php-mhash-4.3.0-alt0.cvs20030124.i586.rpm
>
> Я в принципе против библиотек libmcrypt и libmhash как их
> мантейнер дальше contrib не пущу, поэтому туда попали и
> php-m*.
Тогда возникает вопрос а кто этими пакетами вообще пользуется ?
Может их вообще не собирать ?
--
Alexey Gladkov (legion)
E-MAIL: legion@altlinux.ru
On Thu, Jan 30, 2003 at 06:43:09PM +0300, Alexey Gladkov wrote: > В сообщении от 30 Январь 2003 20:10 Stanislav Ievlev написал: > > Привет всем. > > > > Давайте-ка посмотрим, что осталось на сегоняшний день за > > бортом и исправим пока не поздно. > > > > Есть вопрос по поводу остатков xpdf (корейские, китайские и > > т.п.): говорят, что надо исправить конфиг xpdf дабы он их не > > хотел. > > php-interbase-4.3.0-alt0.cvs20030124.i586.rpm просто лежал до поры до времени в contrib вместе c FireBird. Сейчас добавлю. > php-mcrypt-4.3.0-alt0.cvs20030124.i586.rpm > php-mhash-4.3.0-alt0.cvs20030124.i586.rpm Я в принципе против библиотек libmcrypt и libmhash как их мантейнер дальше contrib не пущу, поэтому туда попали и php-m*. > А что с ними не так ? > > php-manual-4.1.2-alt1.i586.rpm > Я пересобиру(если успею) за выходные Надо обязательно, сейчас этот пакет имеет unmet, а посему пока в мастер включить не могу. > -- > Alexey Gladkov (legion) > E-MAIL: legion@altlinux.ru > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Fri, Jan 31, 2003 at 10:30:07AM +0300, Andrey Brindeew wrote: > On Thu, Jan 30, 2003 at 08:47:38PM +0300, Aleksey Novodvorsky wrote: > > Это вопрос политики в отношение devel-static. Если они реально нужны для > > сборки пакетов из системы, то мы кладем их на CD, если нет -- оставляем > > в Sisyphus, но на диск не кладем, экономя место. Есть другие мнения? > > Тогда вопрос такого плана: пакеты liblzo* нужны для сборки > perl-Compress-LZO. Нужен ли для этого liblzo-devel-static > (содержит всего один файл /usr/lib/liblzo.a)? > > P.S. liblzo{,-devel} & perl-Compress-LZO включены в Master В buildreq других пакетов не появлялся. Вообще говоря я всегда действую в такой последовательности: 1. Включаются пакеты которые пожелали. 2. Происходит замыкание по зависимостям 3. Происходит вычисление Buildreq пакетов, которые попадают в дистрибутив и добавляются пакеты которые требуются для сборки, но еще не попали. 4. В Sisyphus проверяется, кто попал в дистрибутив, но еще лежит в contrib, производятся соответсвующие изменения. > > -- > WBR, Andrey Brindeew. > "No one person can understand Perl culture completely" > (C) Larry Wall.
On Thu, Jan 30, 2003 at 08:56:39PM +0300, Alexandre Prokoudine wrote: > On Thu, 30 Jan 2003 20:10:55 +0300 > Stanislav Ievlev <inger@altlinux.org> wrote: > > > Привет всем. > > > > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим > > пока не поздно. > > > > Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): говорят, что надо исправить конфиг xpdf дабы он их не хотел. > > Стас, извини, но у тебя за бортом остался iiwusynth, от которого > зависит muse, который за бортом не остался. Значит не зависит ;) у меня все замыкает apt. Я добавил, а мантейнеру стоит поправить зависимости. Пока вытягиваласть только библиотека. > > > > -- > Alexandre Prokoudine > ALT Linux Documentation Team > JID: prokoudine@jabber.org > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Thu, Jan 30, 2003 at 10:13:59PM +0300, Alexey Voinov wrote: > Stanislav Ievlev wrote > > sc-6.21-alt2.i586.rpm > По какой причине за бортом? > Очень удобная штука для консоли... > (пересобрана была вовремя... :) ) Наверное просто никто не просил ;) добавляю. > > -- > Best Regards! | Когда вам платят за работу, надо по крайней мере > Alexey Voinov | делать вид, что вы работаете... > | Б.Виан "Осень в Пекине" > voins@voins.program.ru > voins@online.ru > vns@altlinux.ru >
On Fri, Jan 31, 2003 at 10:49:23AM +0300, Alexey Gladkov wrote: > В сообщении от 31 Январь 2003 12:48 Stanislav Ievlev написал: > > > php-mcrypt-4.3.0-alt0.cvs20030124.i586.rpm > > > php-mhash-4.3.0-alt0.cvs20030124.i586.rpm > > > > Я в принципе против библиотек libmcrypt и libmhash как их > > мантейнер дальше contrib не пущу, поэтому туда попали и > > php-m*. > > Тогда возникает вопрос а кто этими пакетами вообще пользуется ? > Может их вообще не собирать ? Не знаю, пусть лежат пока в contrib. Вдруг кто захочет. > -- > Alexey Gladkov (legion) > E-MAIL: legion@altlinux.ru > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Fri, Jan 31, 2003 at 10:12:03AM +0500, Konstantin Timoshenko wrote: > On Fri, 31 Jan 2003 08:50:00 +1000 > Dmitry Lebkov <dima@sakhalin.ru> wrote: > > > On Thu, 30 Jan 2003 23:58:48 +0300 > > "Alexey I. Froloff" <raorn@binec.ru> wrote: > > > > > On Thu, Jan 30, 2003 at 08:10:55PM +0300, Stanislav Ievlev wrote: > > > > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и > > > > исправим пока не поздно. > > > [/dev/null] > > > > sendmail-8.12.7-alt1.i586.rpm > > > > sendmail-cf-8.12.7-alt1.i586.rpm > > > > sendmail-devel-8.12.7-alt1.i586.rpm > > > > sendmail-doc-8.12.7-alt1.i586.rpm > > > Вот без этого будет очень плохо... Что бы та мне говорили фанаты > > > postfix... > > > > Полностью поддерживаю! Может дружно попросим Konstantin Timoshenko > > <kt@altlinux.ru> о включении сего в очередной релиз. > от меня это не зависит, я написал просьбу о включении в дистр., сказали > посмотрят. Мне честно говоря самому не понятна политика партии. Политика партии состоит в том, что лучше не иметь проблем с безопастностью изначально. Пусть лучше не будет дырявой программы, тем более , что есть замена, чем потом раз в месяц выпускать security updates для нее. Ну а вообще последнее слово наверное за Димой. > > -- > Kostya. > mailto:kt@tura.ru > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Fri, Jan 31, 2003 at 01:47:20AM +0300, Andrey Orlov wrote: > On Thursday 30 January 2003 23:58, you wrote: > > > sendmail-8.12.7-alt1.i586.rpm > > > sendmail-cf-8.12.7-alt1.i586.rpm > > > sendmail-devel-8.12.7-alt1.i586.rpm > > > sendmail-doc-8.12.7-alt1.i586.rpm > > > > Вот без этого будет очень плохо... Что бы та мне говорили фанаты > > postfix... > > Кстати да. Я знаю очень многих людей, которые отсутствие sendmail в > дистрибутиве мгря не поймут. Я сам не пойму - хотя и перехожу на postfix. Это сугубо личное мнение: Я, в свою очередь, не могу понять людей которые сами добровольно готовы сидеть на пороховой бочке. > > -- > WthBstRgrds -- Андрей Орлов -- > --- www.neural.ru, cray@neural.ru --- > ---------------------------------------- > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Fri, Jan 31, 2003 at 10:44:51AM +0300, Anton V. Boyarshinov wrote: > Добрый день > > On Thu, 30 Jan 2003 23:33:05 +0200 Igor Tertishny > wrote: > > > > > > > Хотелось бы всё же увидеть в дистрибутиве mono и mcs, > > > mcvs, progsreiserfs, smalltalk, tgif (ну как же без лучшей > > > рисовалки векторной графики обойтись?!?), R-Base. > > > > > > Куда смотрят майнтейнеры?!? > > > > > С R-Base имеются проблемы, которые я покуда разрешить не могу. > > А что с ней? Напишите подробнее (возможно лично) -- чем смогу -- > помогу. Для начала стоит исправить unmet. > > Антон > -- > mailto:boyarsh@mail.ru > mailto:boyarsh@ru.echo.fr > 10:40am up 66 days, 16:46, 11 users, load average: 0.10, 0.07, > 0.09 > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Fri, Jan 31, 2003 at 12:17:25AM +0300, Vitaly Lugovsky wrote: > On Thu, 30 Jan 2003, Stanislav Ievlev wrote: > > > Хотелось бы всё же увидеть в дистрибутиве mono и mcs, > mcvs, progsreiserfs, smalltalk, tgif (ну как же без лучшей > рисовалки векторной графики обойтись?!?), R-Base. > > Куда смотрят майнтейнеры?!? По поводу mono не уверен, что надо. Проект сыроват. Убедите. smalltalk добавляю. > > > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Fri, Jan 31, 2003 at 11:08:33AM +0500, Victor V Ismakaev wrote: > 30 Январь 2003 22:10, Stanislav Ievlev написал: > telnet-server-3.0-alt3.i586.rpm опять есть добровольцы на пороховую бочку? В прочем этот telnet из OpenBSD. В общем не знаю. > tgif-4.1.42-alt1.i586.rpm > trafshow-3.1-alt2.1.i586.rpm > trafshow-linux-1.3-alt2.i586.rpm Уже есть. Кстати а какая между ними разница? > > Голосую за включение всех этих пакетов. > > -- > С уважением > Виктор В Исмакаев > ivv@altlinux.ru > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Fri, Jan 31, 2003 at 11:13:23AM +0500, Victor V Ismakaev wrote: > 30 Январь 2003 22:10, Stanislav Ievlev написал: > > Привет всем. > > > > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим > > пока не поздно. > yudit-2.7.2-alt1.i586.rpm > yudit-fonts-full-2.7-alt1.noarch.rpm Последний unmet и скорее всего уйдет из Сизифа по желанию мантейнера. Кстати, Вячеслав, жду не дождусь Вашей заявки со списком исходных и бинарных пакетов. > > С ними что-то не так? > > -- > С уважением > Виктор В Исмакаев > ivv@altlinux.ru > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Fri, Jan 31, 2003 at 10:05:09AM +0300, Volkov Serge wrote: > Hello Stanislav, > > Thursday, January 30, 2003, 8:10:55 PM, you wrote: > > SI> Привет всем. > > SI> Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим > SI> пока не поздно. > > SI> Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): говорят, что надо исправить конфиг xpdf дабы он их не хотел. > а по какой причине за бортом остался GQ-0.7.0-alt6.beta2 Потому что никто не просил его добавить. Добавил. > > 1) это на данный момент единственное средство управления LDAP > каталогом. > 2) насколько я в курсе critical bugs на нем не висит?! > 3) новую версию Peter Stemfest еще не выпустил. > > Поэтому прошу не оставлять его за бортом > > > > > > > > > > -- > Best regards, > Volkov mailto:vserge@altlinux.ru > > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
31 Январь 2003 15:14, Stanislav Ievlev написал: > On Fri, Jan 31, 2003 at 11:08:33AM +0500, Victor V Ismakaev wrote: > > 30 Январь 2003 22:10, Stanislav Ievlev написал: > > telnet-server-3.0-alt3.i586.rpm > > опять есть добровольцы на пороховую бочку? В прочем этот telnet из > OpenBSD. В общем не знаю. Думаю,он не помешает.В локальной сети с ним проще(не надо доп клиентов ставить на Винду,если с нее ходить).Тем более что по дефолту он не включается. В принципе,если мантайнер не против, могу забрать его себе.Много хлопот он не приносит. > > tgif-4.1.42-alt1.i586.rpm > > trafshow-3.1-alt2.1.i586.rpm > > trafshow-linux-1.3-alt2.i586.rpm > > Уже есть. Кстати а какая между ними разница? У trafshow больше возможностей, trafshow-linux умеет слушать ppp интерфейс. То есть они друг-друга дополняют. -- С уважением Виктор В Исмакаев ivv@altlinux.ru
jadetex-urw-test ^^^^^^^^^^^^^^^^^^^^^ Это безобидный примерчик по использованию docbook SGML Может представлять ценность для тех, кто начинает писать в SGML и DSSSL на русском языке. Кроме того он экстремально мал ;) Я бы включил...
On Fri, Jan 31, 2003 at 03:31:24PM +0500, Victor V Ismakaev wrote: > 31 Январь 2003 15:14, Stanislav Ievlev написал: > > On Fri, Jan 31, 2003 at 11:08:33AM +0500, Victor V Ismakaev wrote: > > > 30 Январь 2003 22:10, Stanislav Ievlev написал: > > > telnet-server-3.0-alt3.i586.rpm > > > > опять есть добровольцы на пороховую бочку? В прочем этот telnet из > > OpenBSD. В общем не знаю. > Думаю,он не помешает.В локальной сети с ним проще(не надо доп клиентов ставить > на Винду,если с нее ходить).Тем более что по дефолту он не включается. > В принципе,если мантайнер не против, могу забрать его себе.Много хлопот он не > приносит. А чем плох stelnet? Это надо сказать из той же оперы, что и sendmail. Не надо провоцировать администраторов на ошибки. Кому надо возьмет на свой страх и риск из Сизифа. > > > > > tgif-4.1.42-alt1.i586.rpm > > > trafshow-3.1-alt2.1.i586.rpm > > > trafshow-linux-1.3-alt2.i586.rpm > > > > Уже есть. Кстати а какая между ними разница? > У trafshow больше возможностей, > trafshow-linux умеет слушать ppp интерфейс. > То есть они друг-друга дополняют. OK добавлю обоих. > -- > С уважением > Виктор В Исмакаев > ivv@altlinux.ru > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Fri, Jan 31, 2003 at 02:28:19PM +0300, Yury Konovalov wrote: > jadetex-urw-test > ^^^^^^^^^^^^^^^^^^^^^ > Это безобидный примерчик по использованию docbook SGML > Может представлять ценность для тех, кто начинает писать в SGML > и DSSSL на русском языке. Кроме того он экстремально мал ;) > Я бы включил... есть > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
31 Январь 2003 16:56, Stanislav Ievlev написал: > On Fri, Jan 31, 2003 at 03:31:24PM +0500, Victor V Ismakaev wrote: > > 31 Январь 2003 15:14, Stanislav Ievlev написал: > > > On Fri, Jan 31, 2003 at 11:08:33AM +0500, Victor V Ismakaev wrote: > > > > 30 Январь 2003 22:10, Stanislav Ievlev написал: > > > > telnet-server-3.0-alt3.i586.rpm > > > > > > опять есть добровольцы на пороховую бочку? В прочем этот telnet из > > > OpenBSD. В общем не знаю. > > > > Думаю,он не помешает.В локальной сети с ним проще(не надо доп клиентов > > ставить на Винду,если с нее ходить).Тем более что по дефолту он не > > включается. В принципе,если мантайнер не против, могу забрать его > > себе.Много хлопот он не приносит. > > А чем плох stelnet? Если Вы имеете ввиду stelnet -клиент под Win,ничего против не имею,сам пользовался,друзья пользуются. Но он является третьесторонней программой для Win,посему опять же не у всех есть.Telnet же клиент входит в состав либой "сетевой" ОС. То есть моя мысль такова - ставя дистрибутив Мастера,пользователь ( не говорю про "advanced unix-users") ожидает,что у него будет возможность войти на сервер знакомым ему методом(знакомым по другим UNIX-системам),а не искать приличный терминал,умеющий SSH. Он ведь приобретает универсальный дистрибутив,а не систему типа Castle(здесь согласен,telnet,sendmail и т.д просто противопоказаны). К томуже, если ставиться Мастер в изолированной от хакеров сети,ничего страшного не произойдет. > Это надо сказать из той же оперы, что и sendmail. Не надо провоцировать > администраторов на ошибки. Кому надо возьмет на свой страх и риск из > Сизифа. Увы,но не у всех есть такая возможность. -- С уважением Виктор В Исмакаев ivv@altlinux.ru
В Птн, 31.01.2003, в 09:13, Victor V Ismakaev написал:
> 30 Январь 2003 22:10, Stanislav Ievlev написал:
> > Привет всем.
> >
> > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> > пока не поздно.
> yudit-2.7.2-alt1.i586.rpm
> yudit-fonts-full-2.7-alt1.noarch.rpm
>
> С ними что-то не так?
С ними всё так, хотя уже есть более новая версия.
Я никак не могу понять, в какой же форме я должен подать заявку на тупую
пересборку, чтобы Стас её воспринял %~) . Вот и вся проблема.
--
Вячеслав Диконов <sdiconov@mail.ru>
В Птн, 31.01.2003, в 10:05, Volkov Serge написал:
> SI> Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): говорят, что надо исправить конфиг xpdf дабы он их не хотел.
> а по какой причине за бортом остался GQ-0.7.0-alt6.beta2
А почему он не должен их хотеть? Пусть будет поддержка всех человеческих
языков и локалей.
--
Вячеслав Диконов <sdiconov@mail.ru>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 В сообщении от 31 Январь 2003 17:36 ВячеславДиконов написал: > В Птн, 31.01.2003, в 09:13, Victor V Ismakaev написал: > > 30 Январь 2003 22:10, Stanislav Ievlev написал: > > > Привет всем. > > > > > > Давайте-ка посмотрим, что осталось на сегоняшний день за > > > бортом и исправим пока не поздно. > > > > yudit-2.7.2-alt1.i586.rpm > > yudit-fonts-full-2.7-alt1.noarch.rpm > > > > С ними что-то не так? > > С ними всё так, хотя уже есть более новая версия. > > Я никак не могу понять, в какой же форме я должен подать заявку > на тупую пересборку, чтобы Стас её воспринял %~) . Вот и вся > проблема. Проблемы решаются через http://bugs.altlinux.ru - -- Regards, ZerG ### http://altlinux.ru ### ALT Linux Team ### zerg@altlinux.ru ### -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+Oozu+zBIrxwqPwgRAibEAJ9AStzO6YZhLXaqI7wPdRY8QI1d6ACfWMit xaRW/BjdXwIpnMGqefpj2eE= =k9Bq -----END PGP SIGNATURE-----
В Птн, 31.01.2003, в 19:48, Michael Shigorin написал: > On Fri, Jan 31, 2003 at 06:29:54PM +0300, Вячеслав Диконов wrote: > > > > > > т.п.): говорят, что надо исправить конфиг xpdf дабы он их > > > > > > не хотел. > > > > А почему он не должен их хотеть? Пусть будет поддержка всех > > > > человеческих языков и локалей. > > > Зачем? Кому надо -- поставит. > > Откуда? > > Должно быть из дистра, стало быть им там быть надо. ... Быть. > > Я за полную интернационализацию, поскольку замыкание внутри СНГ > > уже не пройдёт. > А оно предполагалось? :) Существующий сейчас в Бете набор языков именно это и предполагает. > > Поддерживать надо ВСЕ иностранные языки в РАВНОЙ мере, а не > > странный кастрированный набор из некоторых европейских. > Займетесь? Пытаюсь. См. yudit со средствами набора текста на любом языке мира, включая дальневосточные, и серию пакетов с ttf шрифтами, покрывающими вместе большую часть уникода. Легко и просто взять *spell пакеты из mdk. В будущем надеюсь выкатить универсальный словарь... Я не знаю как подключить китайско-корейско-японские шрифты к нашему gs и заставить Mozill-у их подхватывать автоматом. Вся документация в инете устарела по отношению к Сизифу. > > Должны быть базовые системные средства для чтения и письма хоть > > клинописью и существующие в программах переводы на все языки. > Аргументацию на эту тему здесь уже приводили. Крайности вредны, Это не крайность. Конечно, мы не можем соперничать с японцами в поддержке японского, но самый минимум (локаль, переводы, шрифты, сервер ввода) быть обязан. > Да; так и в данном случае: IMHO правильно, чтоб китаец мог > поставить еще один пакет и пользовать xpdf [etc]. Но не вшивать > из-за этого китайский арабу :-) С этим и борюсь :) Зачем мне в альтовском ОО по умолчанию французский словарь? А где там шведский? -- Вячеслав Диконов <sdiconov@mail.ru>
[-- Attachment #1: Type: text/plain, Size: 1025 bytes --] В понедельник вечером список дистрибутива будет считаться окончательным. Прилагаю список пакетов не вошедших в Сизиф на момент осуждений утром. Еще будет обсуждаться: 1. Судьба wx* и соответственно что делать с audacity (на данный момент есть unmet) 2. Судьба rrd. 3. Пожелания от "запоздавших" Вячеслава Диконова и Альберта Валиева. 4. Судьба sendmail,telnet-server, mono, dotgnu. Может быть еще что-нибудь... Настоятельно прошу прекратить всяческие эксперименты, особенно с зависимостями и разделением на подпакеты. Также обратите внимание на те пакеты которые я добавил в Master с условием исправления багов. Если они так и не будут исправлены, то в последний момент они будут выкинуты обратно в contrib. Аналогичная судьба ждет все несистемообразующие пакеты с crash (crash баги будут конечно же проверяться на воспроизводимость) или block багами. В связи с последним, пожайлуста, не забудьте про glabels, возможно его надо просто обновить из CVS, а может и просто пересобрать с новым gtk2. -- Станислав Иевлев. [-- Attachment #2: none1_list --] [-- Type: text/plain, Size: 24932 bytes --] AVLTree-devel-0.1.3-alt4.i586.rpm C++2LaTeX-1.1-ipl8mdk.i586.rpm FaxMail-2.3-ipl8mdk.i586.rpm Fresco-0.0.0-alt.0.M1.i586.rpm Glide_V2-2.53-ipl9mdk.i586.rpm Glide_V2-devel-2.53-ipl9mdk.i586.rpm MigrationTools-44-alt2.noarch.rpm NVIDIA_kernel-adv-smp-2.4.20_1.0.3123-alt0.1.i586.rpm NVIDIA_kernel-adv-up-2.4.20_1.0.3123-alt0.1.i586.rpm NVIDIA_kernel-openmosix-smp-2.4.19_1.0.3123-alt1.i586.rpm NVIDIA_kernel-openmosix-up-2.4.19_1.0.3123-alt1.i586.rpm ORBit-devel-static-0.5.17-alt1.i586.rpm OffiX-Dnd-docs-1.1-alt6.i586.rpm R-base-1.6.1-alt2.i586.rpm ROX-Filer-1.3.6-alt0.1cvs.i586.rpm ROX-Session-0.1.18-alt0.1cvs.i586.rpm TEItools-1.0.20021211-alt1.i586.rpm WSoundServer-devel-static-0.4.0-alt7.i586.rpm aalib-devel-static-1.4-alt0.6rc5.i586.rpm adns-1.0-ipl4mdk.i586.rpm aegis-psdocs-4.9-alt1.i586.rpm alsa-driver-openmosix-headers-0.9.0rc5-alt1.i586.rpm alsa22-smp-2.2.23_0.5.12a-alt2.i586.rpm alsa22-smp-secure-2.2.23_0.5.12a-alt2.i586.rpm alsa22-up-secure-2.2.23_0.5.12a-alt2.i586.rpm alsa24-adv-smp-2.4.20_0.9.0rc5-alt0.1.i586.rpm alsa24-adv-up-2.4.20_0.9.0rc5-alt0.1.i586.rpm alsa24-openmosix-smp-2.4.19_0.9.0rc5-alt1.i586.rpm alsa24-openmosix-up-2.4.19_0.9.0rc5-alt1.i586.rpm animenu-0.1.1-alt3.i586.rpm anjuta-0.1.9-alt2.i586.rpm armenian-fonts-ttf-1.1-alt2.noarch.rpm aseqview-0.1.4-alt2.i586.rpm asp2php-0.76.13-alt1.i586.rpm aspell-en_CA-0.33.7.1-alt1.i586.rpm aspell-en_GB-0.33.7.1-alt1.i586.rpm autofig-0.1-alt0.5.i586.rpm awstats-5.2-alt1.noarch.rpm bengali-fonts-ttf-1.0-alt1.noarch.rpm bibtex2html-1.46-alt3.i586.rpm bochs-2.0.1-alt1.i586.rpm bonnie-1.0-ipl9mdk.i586.rpm bonobo-conf-devel-static-0.16-alt1.i586.rpm boost-python-devel-static-1.29.0-alt1.i586.rpm boost-regex-devel-static-3.31-alt1.i586.rpm boost-signals-devel-static-1.29.0-alt1.i586.rpm boost-thread-devel-static-1.29.0-alt1.i586.rpm braille-fonts-ttf-1.0-alt2.noarch.rpm camstream-0.26.1-alt1.i586.rpm chinese-fonts-ttf-big5-1.0-alt2.noarch.rpm chinese-fonts-ttf-gb2312-1.0-alt2.noarch.rpm clanlib-devel-static-0.6.3-alt2.i586.rpm comedi-0.7.66-alt1.i586.rpm compat-libstdc++-egcs-alt1.i586.rpm comsat-0.17-ipl3mdk.i586.rpm console-tools-devel-static-0.2.3-ipl15mdk.i586.rpm cook-dvidocs-2.21-alt4.i586.rpm cost-2.2-alt3.p1.i586.rpm cppunit-1.8.0-alt4.1.i586.rpm cppunit-devel-1.8.0-alt4.1.i586.rpm cppunit-devel-static-1.8.0-alt4.1.i586.rpm cproto-4.6-ipl9mdk.i586.rpm db3-utils-3.3.11-alt8.i586.rpm devanagari-fonts-ttf-0.99-alt1.noarch.rpm dfm-0.99.9-alt2.i586.rpm dhcp-devel-static-3.0.1-alt4.i586.rpm dhcpxd-1.0.3-ipl9mdk.i586.rpm dict-deu-eng-0.2-alt2.noarch.rpm dict-eng-deu-0.2-alt2.noarch.rpm distcc-0.15-alt3.i586.rpm distcc-daemon-0.15-alt3.i586.rpm distcc-doc-0.15-alt3.i586.rpm dkftpbench-0.42-alt1.1.i586.rpm dpkg-1.6.15-alt3.i586.rpm drakxtools-http-1.1.7-alt26.i586.rpm ee-0.3.12-alt1.i586.rpm elm-2.5.6-alt2.i586.rpm emacs-bbdb-el-2.34-alt4.noarch.rpm emacs-dictionary-el-1.8.4-alt2.noarch.rpm emacs-ecb-el-1.80-alt5.noarch.rpm emacs-ede-el-1.0-alt0.4beta2.noarch.rpm emacs-eieio-el-0.17-alt3.noarch.rpm emacs-elib-el-1.0-alt4.noarch.rpm emacs-gnus-el-21.2-alt12.i586.rpm emacs-jdee-el-2.3.2-alt2.noarch.rpm emacs-leim-el-21.2-alt12.i586.rpm emacs-mailcrypt-el-3.5.8-alt1.noarch.rpm emacs-mmm-mode-el-0.4.7-alt2.noarch.rpm emacs-mode-auctex-el-11.14-alt5.noarch.rpm emacs-mode-gnuplot-el-3.7.2-alt1.i586.rpm emacs-mode-lilypond-el-1.6.6-alt0.2.i586.rpm emacs-mode-psgml-el-1.2.5-alt0.6.noarch.rpm emacs-mode-tdtd-el-0.71-alt0.6.noarch.rpm emacs-ognus-el-0.12-alt4.noarch.rpm emacs-preview-latex-el-0.7.7-alt5.noarch.rpm emacs-semantic-el-1.4.2-alt7.noarch.rpm emacs-speedbar-el-0.14-alt0.5.beta4.noarch.rpm emacs-tramp-el-2.0.22-alt2.noarch.rpm emacs-xslide-el-0.2-alt0.6.1.noarch.rpm emacs-zenirc-el-2.112-alt2.noarch.rpm esound-devel-static-0.2.29-alt2.i586.rpm evolution-devel-static-1.2.1-alt2.i586.rpm exult-1.00-alt2.i586.rpm exult-tools-1.00-alt2.i586.rpm finger-server-0.17-ipl4mdk.i586.rpm fnlib-devel-static-0.5-alt1.i586.rpm foomatic-addon-2.0.2-alt2.20021220.i586.rpm freesci-0.3.3-alt1.i586.rpm freesci-tools-0.3.3-alt1.i586.rpm gcm-2.0.2-alt1.i586.rpm gcombust-0.1.53-alt1.i586.rpm gda-interbase-0.2.96-alt3.i586.rpm gdk-pixbuf-devel-static-0.18.0-alt1.i586.rpm gdkxft-1.5-alt1.i586.rpm gdm-theme-angel-0.0-alt1.noarch.rpm gdm-theme-barna-0.0-alt1.noarch.rpm gdm-theme-bijou-0.0-alt1.noarch.rpm gdm-theme-bluish-0.0-alt1.noarch.rpm gdm-theme-crystal-0.0-alt1.noarch.rpm gdm-theme-dartfrog-0.0-alt1.noarch.rpm gdm-theme-dawn-0.0-alt2.noarch.rpm gdm-theme-dumbcloud-0.0-alt1.noarch.rpm gdm-theme-emo-blue-0.0-alt1.noarch.rpm gdm-theme-flame-0.0-alt1.noarch.rpm gdm-theme-flowers-0.0-alt1.noarch.rpm gdm-theme-gentoo-emergence-0.0-alt1.noarch.rpm gdm-theme-hunter-0.0-alt1.noarch.rpm gdm-theme-hybridFUSION-0.0-alt1.noarch.rpm gdm-theme-knoke-0.0-alt1.noarch.rpm gdm-theme-lantueno-0.0-alt1.noarch.rpm gdm-theme-leon-0.0-alt1.noarch.rpm gdm-theme-morning-0.0-alt1.noarch.rpm gdm-theme-murcia-0.0-alt1.noarch.rpm gdm-theme-mushu-0.0-alt1.noarch.rpm gdm-theme-night-elf-0.0-alt1.noarch.rpm gdm-theme-space-0.0-alt1.noarch.rpm gdm-theme-sunset-0.0-alt1.noarch.rpm gdm-theme-valladolid-0.0-alt1.noarch.rpm gdm-themes-all-0.0-alt3.noarch.rpm georgian-fonts-ttf-1.0-alt1.noarch.rpm getmail-2.3.9-alt1.noarch.rpm ghostscript-fonts-5.50-alt1.noarch.rpm ghostscript-gtk-7.05-alt14.i586.rpm ghostscript-lib-7.05-alt14.i586.rpm ghostscript-minimal-7.05-alt14.i586.rpm gimp-data-extras-1.2.0-ipl3mdk.noarch.rpm gimp-print-CUPS-4.2.4-alt1.i586.rpm gl-117-0.7.5-alt1.i586.rpm glib2-devel-static-2.2.0-alt1.i586.rpm glx-4.0.3-alt3.i586.rpm gmdb-0.5-alt1.i586.rpm gnome-applets-extra-led-0.3-alt1.i586.rpm gnome-applets-extra-multires-0.2.4-alt1.i586.rpm gnome-applets-extra-netspeed-0.5-alt1.i586.rpm gnome-audio-1.4.0-alt2.noarch.rpm gnome-audio-extra-1.4.0-alt2.noarch.rpm gnome-backgrounds-0.0-alt1.noarch.rpm gnome-control-center-devel-static-2.2.0-alt1.i586.rpm gnome-db-0.2.96-alt1.2.i586.rpm gnome-icon-theme-aquafusion-1.0-alt1.noarch.rpm gnome-icon-theme-gorilla-1.0-alt1.noarch.rpm gnome-icon-themes-aquatic-1.0-alt1.noarch.rpm gnome-icon-themes-extra-1.0-alt1.noarch.rpm gnome-icon-themes-k-style-1.0-alt1.noarch.rpm gnome-icon-themes-next-1.0-alt1.noarch.rpm gnome-icon-themes-old-1.0-alt1.noarch.rpm gnome-kde-icon-theme-wonderland-1.0-alt1.noarch.rpm gnome-network-1.0.2-alt1.i586.rpm gnome-pilot-conduits-devel-static-0.10-alt1.i586.rpm gnome-vfs2-devel-static-2.2.0-alt1.i586.rpm gnozip-0.1.3-alt2.i586.rpm goblin-2.5-alt1.i586.rpm goblin-tcl-2.5-alt1.i586.rpm gq-0.7.0-alt6.beta2.i586.rpm grub-graph-0.92-alt2.i586.rpm gsmlib-1.10-alt2.i586.rpm gsmlib-devel-1.10-alt2.i586.rpm gsmlib-ext-1.10-alt2.i586.rpm gstreamer-devel-static-0.5.2-alt1.i586.rpm gtk+-devel-static-1.2.10-alt8.i586.rpm gtk-engines-default-devel-2.2.0-alt2.4.i586.rpm gtk-gnutella-0.92-alt1cvs.i586.rpm gtkdiskfree-1.8.4-alt1.i586.rpm gtklp-0.9k-alt3.i586.rpm gtktalog-1.0.0-alt1.i586.rpm gv4l-2.0.9-alt2.i586.rpm hsflinmodem_kernel-adv-smp-2.4.20_5.03.03.L3mbsibeta02093000-alt0.1.i586.rpm hsflinmodem_kernel-adv-up-2.4.20_5.03.03.L3mbsibeta02093000-alt0.1.i586.rpm hsflinmodem_kernel-openmosix-smp-2.4.19_5.03.03.L3mbsibeta02093000-alt1.i586.rpm hsflinmodem_kernel-openmosix-up-2.4.19_5.03.03.L3mbsibeta02093000-alt1.i586.rpm htmldoc-1.8.23-alt1.i586.rpm hvirtual-1.0.0-alt2.i586.rpm ical-2.2-ipl22mdk.i586.rpm id3lib-devel-static-3.8.2-alt1.i586.rpm imlib-devel-static-1.9.13-alt4.i586.rpm imlib2-devel-static-1.0.6-alt3.i586.rpm ipaudit-0.95-alt1.i586.rpm irssi-perl-0.8.6-alt3.i586.rpm jamlib-devel-static-1.4.5-alt1.i586.rpm japanese-fonts-ttf-1.0-alt1.noarch.rpm kannada-fonts-ttf-1.0-alt1.noarch.rpm kde-maxi-3.1-alt7.noarch.rpm kde-mini-3.1-alt7.noarch.rpm kde-small-3.1-alt7.noarch.rpm kernel24-adv-doc-2.4.20-alt0.1.i586.rpm kernel24-adv-up-2.4.20-alt0.1.i586.rpm kernel24-openmosix-doc-2.4.19-alt1.i586.rpm kernel24-openmosix-headers-2.4.19-alt1.i586.rpm kernel24-openmosix-smp-2.4.19-alt1.i586.rpm kernel24-openmosix-up-2.4.19-alt1.i586.rpm korean-fonts-ttf-2.1-alt1.noarch.rpm libDnd++-1.1-alt6.i586.rpm libDnd++-devel-1.1-alt6.i586.rpm libDnd++-devel-static-1.1-alt6.i586.rpm libDnd-1.1-alt6.i586.rpm libDnd-common-devel-1.1-alt6.i586.rpm libDnd-devel-1.1-alt6.i586.rpm libDnd-devel-static-1.1-alt6.i586.rpm libGConf-devel-static-1.0.9-alt5.i586.rpm libGConf2-devel-static-2.2.0-alt2.i586.rpm libIDL-devel-static-0.8.0-alt1.1.i586.rpm libImageMagick-devel-static-5.4.9-alt8.i586.rpm libSDL-devel-static-1.2.5-alt1.i586.rpm libSDL_gfx-devel-static-2.0.3-alt3.i586.rpm libSDL_image-devel-static-1.2.2-alt3.i586.rpm libSDL_mixer-devel-static-1.2.4-alt4.i586.rpm libSDL_net-devel-static-1.2.4-alt4.i586.rpm libSDL_ttf-devel-static-2.0.5-alt2.i586.rpm libXaw3d-devel-static-1.5-alt1.i586.rpm libXlt-9.2.9-alt1.i586.rpm libXlt-devel-9.2.9-alt1.i586.rpm libXmHTML-devel-static-1.1.7-alt6.i586.rpm liba52-devel-static-0.7.4-alt2.i586.rpm libacl-devel-static-2.0.11-alt1.i586.rpm libadns-1.0-ipl4mdk.i586.rpm libadns-devel-1.0-ipl4mdk.i586.rpm libadns-devel-static-1.0-ipl4mdk.i586.rpm libalsa2-devel-static-0.9.0rc6-alt1.i586.rpm libalsa2-oss-devel-static-0.9.0rc1-alt2.i586.rpm libao-devel-static-0.8.3-alt2.i586.rpm libapt-devel-static-0.5.4cnc9-alt7.i586.rpm libart_lgpl-devel-static-2.3.11-alt1.i586.rpm libaspell-devel-static-0.33.7.1-alt1.i586.rpm libast-devel-static-0.5-alt2.i586.rpm libat-spi-devel-static-1.1.8-alt2.i586.rpm libatk-devel-static-1.2.2-alt1.i586.rpm libattr-devel-static-2.0.8-alt1.i586.rpm libaudiofile-devel-static-0.2.3-alt4.i586.rpm libautotrace-devel-static-0.31.1-alt1.i586.rpm libavc1394-devel-static-0.4.1-alt1.i586.rpm libavifile-devel-static-0.715-alt0.8.i586.rpm libbfd-devel-static-2.13.90.0.4-alt2.i586.rpm libbonoboui-devel-static-2.2.0-alt1.i586.rpm libcapi20-devel-static-3.2p1-alt1.i586.rpm libcapplet-devel-static-1.4.0.1-alt12.i586.rpm libcddbslave2-devel-staic-2.2.0-alt1.i586.rpm libcdf-devel-static-2.7-alt2.i586.rpm libcdk-devel-static-4.9.10.20020809-alt2.i586.rpm libcdparanoia-devel-static-IIIa9.8-alt2.i586.rpm libcomedi-0.7.19-alt0.3.i586.rpm libcomedi-devel-0.7.19-alt0.3.i586.rpm libcomedi-devel-static-0.7.19-alt0.3.i586.rpm libcommoncpp2-devel-static-1.0.6-alt1.i586.rpm libcups-devel-static-1.1.18-alt4.i586.rpm libcurl-devel-static-7.10.2-alt1.i586.rpm libdante-devel-static-1.1.13-alt3.i586.rpm libdb2-devel-static-2.4.14-alt2.i586.rpm libdb3-3.3.11-alt8.i586.rpm libdb3-devel-3.3.11-alt8.i586.rpm libdb3-devel-static-3.3.11-alt8.i586.rpm libdb3_tcl-3.3.11-alt8.i586.rpm libdb3_tcl-devel-3.3.11-alt8.i586.rpm libdb3_tcl-devel-static-3.3.11-alt8.i586.rpm libdb4_cxx-devel-static-4.0.14-alt8.i586.rpm libdb4_java-devel-static-4.0.14-alt8.i586.rpm libdb4_tcl-devel-static-4.0.14-alt8.i586.rpm libdm-devel-static-2.0.2-alt1.i586.rpm libdnet-devel-static-1.5-alt2.i586.rpm libdv-devel-static-0.98-alt1.1.i586.rpm libdvdcss-devel-static-1.2.4-alt1.i586.rpm libdvdread-devel-static-0.9.3-alt2.i586.rpm libdxr3-devel-static-0.12.0-alt2.i586.rpm libecpg3-devel-static-7.3.1-alt7.i586.rpm libedb-devel-static-1.0.3-alt2.i586.rpm libelf-devel-static-0.8.2-alt2.i586.rpm libenca-devel-static-0.10.7-alt1.i586.rpm liberuby-devel-static-1.0.0-alt1.i586.rpm libexif-devel-static-0.5.6-alt1.i586.rpm libfam-devel-static-2.6.9-alt1.i586.rpm libfame-devel-static-0.9.0-alt2.i586.rpm libfftw-devel-static-2.1.3-alt2.i586.rpm libfidoconf-devel-static-0.15-alt0.8.i586.rpm libflac++-devel-static-1.1.0-alt1.i586.rpm libflac-devel-static-1.1.0-alt1.i586.rpm libflash-devel-static-0.4.10-alt2.i586.rpm libfltk-devel-static-1.1.0rc7-alt1.i586.rpm libfox-devel-static-1.0.26-alt1.i586.rpm libfreetds-devel-static-0.60-alt1.i586.rpm libfribidi-devel-static-0.10.4-alt1.i586.rpm libfvh-2.0-alt1.i586.rpm libfvh-devel-2.0-alt1.i586.rpm libg-wrap-devel-static-1.3.4-alt1.i586.rpm libg2c3.2-devel-static-3.2.1-alt2.i586.rpm libgail-devel-static-1.2.0-alt1.i586.rpm libgail-gnome-1.0.2-alt1.i586.rpm libgail-gnome-devel-1.0.2-alt1.i586.rpm libgal-devel-static-0.22-alt1.i586.rpm libgal2-devel-static-0.0.6-alt1.i586.rpm libgc-6.1-alt1.i586.rpm libgc-devel-6.1-alt1.i586.rpm libgcj3.2-devel-static-3.2.1-alt2.i586.rpm libgcm-2.0.2-alt1.i586.rpm libgcm-devel-2.0.2-alt1.i586.rpm libgcm-devel-static-2.0.2-alt1.i586.rpm libgd1-devel-static-1.8.4-alt7.i586.rpm libgd2-devel-static-2.0.4-alt2.i586.rpm libgda-devel-static-0.2.96-alt3.i586.rpm libgda2-devel-static-0.10.0-alt1.i586.rpm libgdbm-devel-static-1.8.3-alt1.i586.rpm libgdkcardimage-devel-static-2.2.0-alt2.i586.rpm libggi-2.0.1-alt3.i586.rpm libggi-devel-2.0.1-alt3.i586.rpm libgii-0.8.1-alt2.i586.rpm libgii-devel-0.8.1-alt2.i586.rpm libgimp-devel-static-1.2.3-alt6.i586.rpm libgimp-print-devel-static-4.2.4-alt1.i586.rpm libglade-devel-static-0.17-alt4.i586.rpm libglade2-devel-static-2.0.1-alt2.i586.rpm libglibwww-0.2-alt1.i586.rpm libglibwww-devel-0.2-alt1.i586.rpm libgmp-devel-static-4.1-alt1.i586.rpm libgnet-devel-1.1.7-alt2.i586.rpm libgnet-devel-static-1.1.7-alt2.i586.rpm libgnome-db-devel-static-0.2.96-alt1.2.i586.rpm libgnome-desktop-devel-static-2.2.0-alt1.i586.rpm libgnome-devel-static-2.2.0.1-alt1.i586.rpm libgnome-panel-devel-static-2.2.0-alt1.i586.rpm libgnome-pilot-devel-static-0.1.71-alt1.i586.rpm libgnome-vfs-devel-static-1.0.5-alt2.i586.rpm libgnomecanvas-devel-static-2.2.0.1-alt1.i586.rpm libgnomedb-devel-static-0.10.0-alt1.i586.rpm libgnomeprint-devel-static-0.36-alt3.i586.rpm libgnomeprint2-devel-static-2.2.1-alt1.i586.rpm libgnomeprintui-devel-static-2.2.1-alt1.i586.rpm libgnomeui-devel-static-2.2.0.1-alt2.i586.rpm libgpgme-devel-static-0.3.12-alt1.i586.rpm libgphoto2-devel-static-2.1.0-alt1.i586.rpm libgpio-devel-static-0.0.2-alt3.i586.rpm libgpm-devel-static-1.20.1-alt0.6rc1.i586.rpm libgsf-devel-static-1.4.0-alt1.i586.rpm libgsl-devel-static-1.2-alt2.i586.rpm libgsm-devel-static-1.0.10-alt2.i586.rpm libgtk+extra-devel-static-0.99.17-alt1.i586.rpm libgtk+mdk-devel-static-0.1.6-alt5.i586.rpm libgtk-sharp-0.5-alt1.i586.rpm libgtk-sharp-devel-0.5-alt1.i586.rpm libgtkextra-1.1.0-alt3.i586.rpm libgtkextra-devel-1.1.0-alt3.i586.rpm libgtkextra-devel-static-1.1.0-alt3.i586.rpm libgtkglext-0.6.1-alt1.i586.rpm libgtkglext-devel-0.6.1-alt1.i586.rpm libgtkglext-devel-static-0.6.1-alt1.i586.rpm libgtkhtml-devel-static-1.1.7-alt1.i586.rpm libgtkhtml2-devel-static-2.2.0-alt1.i586.rpm libgtkhtml20-devel-static-1.0.4-alt2.i586.rpm libgtop2-devel-static-2.0.1-alt1.i586.rpm libhdf-devel-static-4.1r5-alt2.i586.rpm libhermes-devel-static-1.3.2-ipl9mdk.i586.rpm libhk_classes-devel-static-0.5.6-alt2.i586.rpm libical-devel-static-0.23a-alt2.i586.rpm libicq2000-devel-static-0.3.2-alt2.i586.rpm libieee1284-devel-static-0.2.1-alt2.i586.rpm libiiwusynth-devel-static-0.2.2-alt1.i586.rpm libinn-devel-static-2.3.4-alt2.i586.rpm libintl1-devel-static-0.10.40-alt4.i586.rpm libintl2-devel-static-0.11.5-alt12.i586.rpm libjack-devel-static-0.34.0-alt0.8.i586.rpm libjconv-devel-static-2.8.1-alt2.i586.rpm liblame-devel-static-3.93.1-alt1.i586.rpm liblcms-devel-static-1.09-alt1.i586.rpm libldap-devel-static-2.0.27-alt4.i586.rpm liblinc-devel-static-1.0.1-alt1.i586.rpm liblirc-devel-static-0.6.6-alt1.i586.rpm liblockdev-devel-static-1.0.0-alt1.i586.rpm libltdl-devel-static-1.4.2-alt0.2.i586.rpm liblvm-devel-static-1.0.6-alt2.i586.rpm liblzo-devel-static-1.08-alt2.i586.rpm libmad-devel-static-0.14.2b-alt3.i586.rpm libmcrypt-2.5.3-alt1.i586.rpm libmcrypt-devel-2.5.3-alt1.i586.rpm libmcrypt-devel-static-2.5.3-alt1.i586.rpm libmdbtools-devel-static-0.5-alt1.i586.rpm libmetacity-devel-static-2.4.21-alt1.i586.rpm libmhash-0.8.17-alt1.i586.rpm libmhash-devel-0.8.17-alt1.i586.rpm libmhash-devel-static-0.8.17-alt1.i586.rpm libmikmod-devel-static-3.1.10-alt2.i586.rpm libmm-devel-static-1.2.2-alt1.i586.rpm libmng-devel-static-1.0.4-alt3.i586.rpm libmnogosearch-devel-static-3.2.7-alt1.i586.rpm libmpeg2-devel-static-0.3.1-alt1.i586.rpm libneXtaw-devel-static-0.12-alt4.i586.rpm libneon-0.23.5-alt1.i586.rpm libneon-devel-0.23.5-alt1.i586.rpm libneon-devel-static-0.23.5-alt1.i586.rpm libnet1-devel-static-1.0.2a-ipl3mdk.i586.rpm libnet2-devel-static-1.1.0-alt1.i586.rpm libnetcdf-devel-static-3.5.0-alt7.i586.rpm libnids1-devel-static-1.17-alt0.1.rc1.i586.rpm libnids2-devel-static-1.17-alt0.1.rc1.i586.rpm libobjc3.2-devel-static-3.2.1-alt2.i586.rpm liboggflac++-1.1.0-alt1.i586.rpm liboggflac++-devel-1.1.0-alt1.i586.rpm liboggflac++-devel-static-1.1.0-alt1.i586.rpm liboggflac-devel-static-1.1.0-alt1.i586.rpm libol-devel-static-0.2.23-alt2.i586.rpm libole2-devel-static-0.2.4-alt2.i586.rpm libomniORB-devel-static-3.0.5-alt1.i586.rpm libopenal-devel-static-0.0.6-alt3.i586.rpm libopenmosix-0.2.4-alt2.i586.rpm libopenmosix-devel-0.2.4-alt2.i586.rpm libpam-devel-static-0.75-alt17.i586.rpm libparted-devel-static-1.6.3-alt0.1.i586.rpm libpcap-devel-static-0.7.1-alt3.i586.rpm libpcre-devel-static-3.9-alt3.i586.rpm libpcsclite-devel-static-1.1.1-alt2.i586.rpm libpilot-link-devel-static-0.11.5-alt3.i586.rpm libpq3-devel-static-7.3.1-alt7.i586.rpm libprogsreiserfs-0.3.0.3-alt0.3.i586.rpm libprogsreiserfs-devel-0.3.0.3-alt0.3.i586.rpm libprogsreiserfs-devel-static-0.3.0.3-alt0.3.i586.rpm libpspell-devel-static-0.12.2-alt4.i586.rpm libpstoedit-devel-static-3.33-alt2.i586.rpm libqtvision-0.1-alt2.alpha2.i586.rpm libqtvision-devel-0.1-alt2.alpha2.i586.rpm libquicktime-devel-static-0.9.2-alt0.8pre1.i586.rpm libradio-devel-static-0.3.5-ipl3mdk.i586.rpm libradiusclient-devel-static-0.3.2-alt1.3.i586.rpm libraw1394-devel-static-0.9.0-alt2.i586.rpm libreiserfs-devel-static-3.6.4-alt1.i586.rpm librpm-devel-static-4.0.4-alt13.i586.rpm librrd-1.0.40-alt1.i586.rpm librrd-devel-1.0.40-alt1.i586.rpm librrd-devel-static-1.0.40-alt1.i586.rpm librsvg2-devel-static-2.2.1-alt1.i586.rpm librte-devel-static-0.5-alt1.i586.rpm libruby-devel-static-1.7.3-alt9.i586.rpm librx-devel-static-1.5-alt4.i586.rpm libsablotron-devel-static-0.96-alt2.i586.rpm libsamplerate-devel-static-0.0.13-alt1.i586.rpm libsane-devel-static-1.0.9-alt1.i586.rpm libsasl-devel-static-1.5.28-alt1.1.i586.rpm libsasl2-devel-static-2.1.10-alt1.5.i586.rpm libscrollkeeper-devel-static-0.3.11-alt2.i586.rpm libsensors-devel-static-2.6.5-alt2.i586.rpm libshhopt-devel-static-1.1.7-alt1.i586.rpm libshout-devel-static-1.0.9-alt2.i586.rpm libsigc++-devel-static-1.0.4-alt2.i586.rpm libsigc++1.2-examples-1.2.3-alt1.i586.rpm libsmapi-devel-2.3-alt0.7.i586.rpm libsmapi-devel-static-2.3-alt0.7.i586.rpm libsmi-devel-static-0.4.1-alt1.i586.rpm libsmpeg-devel-static-0.4.4-alt3.i586.rpm libsndfile-devel-static-1.0.2-alt1.i586.rpm libsoup-devel-static-0.7.9-alt1.i586.rpm libssl-devel-static-0.9.6h-alt1.i586.rpm libstartup-notification-devel-static-0.5-alt1.i586.rpm libstdc++2.95-devel-static-2.95.3-alt3.i586.rpm libstdc++3.2-devel-static-3.2.1-alt2.i586.rpm libstroke-devel-static-0.5.1-alt3.i586.rpm libswfdec-devel-static-0.2.0-alt1.i586.rpm libtcb-devel-static-0.9.8.3-alt1.i586.rpm libtdb-devel-static-1.0.6-alt2.i586.rpm libucd-snmp-devel-static-4.2.3-alt8.i586.rpm libungif-devel-static-4.1.0b1-alt1.i586.rpm libunicode-devel-static-0.4.gnome-alt4.i586.rpm libusb-devel-static-0.1.7-alt1.i586.rpm libutempter-devel-static-1.1.0-alt1.i586.rpm libvte-0.10.14-alt1.i586.rpm libvte-devel-0.10.14-alt1.i586.rpm libwnck-devel-static-2.2.0-alt1.i586.rpm libwrap-devel-static-7.6-alt2.i586.rpm libwvstreams-devel-static-3.70-alt2.i586.rpm libxdelta2-devel-static-1.1.3-alt2.i586.rpm libxforms-devel-static-1.0-alt0.2RC5.2.i586.rpm libxml-devel-static-1.8.17-alt2.i586.rpm libxmms-devel-static-1.2.7-alt7.i586.rpm libzvbi-devel-static-0.2.2-alt1.i586.rpm libzvt-devel-static-2.0.1-alt3.i586.rpm lua-devel-static-4.0.1-alt5.i586.rpm maildrop-devel-static-1.5.1-alt1.i586.rpm malayalam-fonts-ttf-1.0-alt1.noarch.rpm man-pages-micq-0.4.9.4-alt2.i586.rpm mcrypt-2.6.3-alt1.i586.rpm mcs-0.16-alt1.i586.rpm mcserv-4.6.0-alt0.5.5.i586.rpm mcvs-0.98-alt0.1.i586.rpm mdbtools-0.5-alt1.i586.rpm mnogosearch-ruby-1.0.2-alt3.i586.rpm moc-1.1.0-alt0.2.i586.rpm mono-0.16-alt1.i586.rpm mono-devel-0.16-alt1.i586.rpm motion-3.0.4-alt1.i586.rpm mpeg_lib-1.3.1-ipl11mdk.i586.rpm mpeg_lib-devel-1.3.1-ipl11mdk.i586.rpm mpeg_lib-devel-static-1.3.1-ipl11mdk.i586.rpm ncurses-5.3.20021019-alt1.i586.rpm nessus-devel-1.2.6-alt1.i586.rpm nethack_falconseye-3.3.1_jtp_1.9-alt2.i586.rpm nvclock-0.6-alt1.i586.rpm nwfs-utils-0803-ipl6.i586.rpm ocamlcl-0.3-alt7.i586.rpm openjade-devel-static-1.3.1-alt3.i586.rpm openmosix-0.2.4-alt2.i586.rpm openmosix-doc-0.2.4-alt2.i586.rpm openoffice-dictinstall-0.55-alt1.i586.rpm pdnsd-1.1.7a-alt2.i586.rpm perl-DBD-InterBase-0.40-alt2.i586.rpm perl-Frontier-RPC-0.06-alt1.noarch.rpm perl-XML-LibXML-1.53-alt1.i586.rpm perl-XML-LibXML-Common-0.12-alt1.i586.rpm perl-full-5.8.0-alt1.i586.rpm perl-libxml-perl-0.07-alt2.noarch.rpm php-manual-4.1.2-alt1.i586.rpm php-mcrypt-4.3.0-alt0.cvs20030124.i586.rpm php-mhash-4.3.0-alt0.cvs20030124.i586.rpm pidentd-3.0.14-alt6.i586.rpm pingus-0.5.0-alt0.4pre3.i586.rpm plib-devel-static-1.6.0-alt2.i586.rpm plt1-103p1-alt1.1.i586.rpm plt2-202-alt1.1.i586.rpm pnet-compiler-0.4.8-alt1.i586.rpm pnet-interpreter-0.4.8-alt1.i586.rpm pnet-test-0.4.8-alt1.i586.rpm pnet-tools-0.4.8-alt1.i586.rpm pnetlib-0.4.8-alt1.noarch.rpm progsreiserfs-0.3.0.3-alt0.3.i586.rpm pspell-ispell-devel-static-0.12-alt2.i586.rpm psycopg-1.0.12-alt1.i586.rpm psycopg-ZPsycopgDA-1.0.12-alt1.i586.rpm psycopg-doc-1.0.12-alt1.i586.rpm pyao-0.81-alt1.i586.rpm pyao-devel-0.81-alt1.i586.rpm pyogg-1.1-alt1.i586.rpm pyogg-devel-1.1-alt1.i586.rpm python21-2.1.3-alt3.i586.rpm python21-devel-2.1.3-alt3.i586.rpm pyvorbis-1.1-alt1.i586.rpm pyvorbis-devel-1.1-alt1.i586.rpm qtvision-0.1-alt2.alpha2.i586.rpm recover-1.3b-alt2.i586.rpm recoverdm-0.14-alt1.i586.rpm rpl-1.4.0-alt2.i586.rpm rpm-build-topdir-4.0.4-alt13.i586.rpm rrd-perl-1.0.40-alt1.i586.rpm rrd-tcl-1.0.40-alt1.i586.rpm rrd-utils-1.0.40-alt1.i586.rpm rsbac-man-pages-ru-1.1.2-alt5.noarch.rpm rsh-0.17-ipl8mdk.i586.rpm rsh-server-0.17-ipl8mdk.i586.rpm rtfm-0.0.1-alt1.noarch.rpm ruby-bdb-0.3.8-alt1.i586.rpm samba-client-devel-static-2.2.7-alt1.i586.rpm samba3-3.0-alt5.1.i586.rpm samba3-client-3.0-alt5.1.i586.rpm samba3-client-cups-3.0-alt5.1.i586.rpm samba3-client-devel-3.0-alt5.1.i586.rpm samba3-client-devel-static-3.0-alt5.1.i586.rpm samba3-common-3.0-alt5.1.i586.rpm samba3-doc-3.0-alt5.1.i586.rpm samba3-swat-3.0-alt5.1.i586.rpm samba3-vfs-3.0-alt5.1.i586.rpm samba3-vfs-devel-3.0-alt5.1.i586.rpm scilab-2.6-alt8.i586.rpm scsh-0.6.2-alt2.i586.rpm scummvm-0.3.0b-alt1.i586.rpm scummvm-tools-0.3.0b-alt1.i586.rpm sendmail-8.12.7-alt1.i586.rpm sendmail-cf-8.12.7-alt1.i586.rpm sendmail-devel-8.12.7-alt1.i586.rpm sendmail-doc-8.12.7-alt1.i586.rpm shared-mime-info-0.9-alt.i586.rpm shash-0.2.6-alt1.i586.rpm shtool-1.6.1-alt1.noarch.rpm sisyphus-0.4.2-alt1.noarch.rpm soup-0.7.9-alt1.i586.rpm stellarium-0.5.0-alt1.i586.rpm swftools-0.4.3-alt1.i586.rpm symlinks-1.2-ipl12mdk.i586.rpm syriac-fonts-ttf-1.0-alt1.noarch.rpm t1lib-devel-static-1.3.1-alt2.i586.rpm tamil-fonts-bitmap-1.0-alt1.noarch.rpm tamil-fonts-ttf-1.0-alt1.noarch.rpm telnet-server-3.0-alt3.i586.rpm tgif-4.1.42-alt1.i586.rpm thai-fonts-ttf-0.1-alt1.noarch.rpm tibetan-fonts-ttf-1.0-alt1.noarch.rpm timeconfig-3.2.9-alt2.i586.rpm timetool-2.8-alt2.noarch.rpm tkinter21-2.1.3-alt3.i586.rpm totem-0.10.0-alt1.i586.rpm treecc-0.1.8-alt1.i586.rpm tv-fonts-1.0-alt1.i586.rpm unifont-fonts-bitmap-1.0-alt1.noarch.rpm urdu-fonts-ttf-1.0-alt1.noarch.rpm urlredir-2.03-alt1.i586.rpm vlc-0.4.6-alt0.5.i586.rpm vlc-aa-0.4.6-alt0.5.i586.rpm vlc-alsa-0.4.6-alt0.5.i586.rpm vlc-arts-0.4.6-alt0.5.i586.rpm vlc-esd-0.4.6-alt0.5.i586.rpm vlc-ggi-0.4.6-alt0.5.i586.rpm vlc-gtk-0.4.6-alt0.5.i586.rpm vlc-lirc-0.4.6-alt0.5.i586.rpm vlc-mad-0.4.6-alt0.5.i586.rpm vlc-ncurses-0.4.6-alt0.5.i586.rpm vlc-sdl-0.4.6-alt0.5.i586.rpm w3c-libwww-5.4.0-alt1.i586.rpm w3c-libwww-apps-5.4.0-alt1.i586.rpm w3c-libwww-devel-5.4.0-alt1.i586.rpm wmmenu-0.9-alt3.i586.rpm wwwoffle-2.7h-alt1.i586.rpm xbanner-1.31-ipl17mdk.i586.rpm xdaliclock-2.19-alt1.i586.rpm xerces-j-1.4.4-alt3.noarch.rpm xerces-j-demos-1.4.4-alt3.noarch.rpm xerces-j-javadoc-1.4.4-alt3.noarch.rpm xerces-j-manual-1.4.4-alt3.noarch.rpm xfishtank-2.1tp-ipl9mdk.i586.rpm xgammon-0.98a-alt2.i586.rpm xjewel-1.6-ipl12mdk.i586.rpm xmahjongg-3.6.1-alt1.i586.rpm xmailbox-2.5-ipl17mdk.i586.rpm xmlto-0.0.12-alt1.i586.rpm xmms-alsa-0.9.7-alt1.i586.rpm xmms-cdread-0.14a-alt3.i586.rpm xmms-fc-0.5.3-alt2.i586.rpm xmms-more-vis-plugins-unsafe-1.6.0-alt1.i586.rpm xpaint-2.6.4-alt2.i586.rpm xpdf-chinese-simplified-2.01-alt2.i586.rpm xpdf-chinese-traditional-2.01-alt2.i586.rpm xpdf-japanese-2.01-alt2.i586.rpm xpdf-korean-2.01-alt2.i586.rpm xpdf-thai-2.01-alt2.i586.rpm xpilot-4.5.4-alt2.i586.rpm xpired-1.22-alt2.i586.rpm xpm-devel-static-3.4k-ipl14mdk.i586.rpm xsysinfo-1.7-ipl12mdk.i586.rpm xtoolwait-1.3-ipl6mdk.i586.rpm xvid-static-libs-0.9.0-alt1.i586.rpm xwpe-1.5.29a-alt1.i586.rpm xwpe-X11-1.5.29a-alt1.i586.rpm yp-tools-2.7-alt2.i586.rpm ypbind-1.11-alt1.i586.rpm ypserv-2.6-alt1.i586.rpm ytalk-3.1.1-ipl8mdk.i586.rpm yudit-2.7.2-alt1.i586.rpm yudit-fonts-full-2.7-alt1.noarch.rpm
On Fri, Jan 31, 2003 at 08:40:55PM +0300, Stanislav Ievlev wrote: > В понедельник вечером список дистрибутива будет считаться окончательным. > > Прилагаю список пакетов не вошедших в Сизиф на момент осуждений утром. OOPS ... не вошедших в Master ;)) > > Еще будет обсуждаться: > 1. Судьба wx* и соответственно что делать с audacity (на данный момент есть unmet) > 2. Судьба rrd. > 3. Пожелания от "запоздавших" Вячеслава Диконова и Альберта Валиева. > 4. Судьба sendmail,telnet-server, mono, dotgnu. > > Может быть еще что-нибудь... > > Настоятельно прошу прекратить всяческие эксперименты, особенно с > зависимостями и разделением на подпакеты. Также обратите внимание на те > пакеты которые я добавил в Master с условием исправления багов. Если они > так и не будут исправлены, то в последний момент они будут выкинуты > обратно в contrib. > > Аналогичная судьба ждет все несистемообразующие пакеты с crash (crash баги будут конечно же проверяться на воспроизводимость) или block багами. В связи с последним, пожайлуста, не забудьте про glabels, возможно его надо просто обновить из CVS, а может и просто пересобрать с новым gtk2. > > -- > Станислав Иевлев. > > AVLTree-devel-0.1.3-alt4.i586.rpm > C++2LaTeX-1.1-ipl8mdk.i586.rpm > FaxMail-2.3-ipl8mdk.i586.rpm > Fresco-0.0.0-alt.0.M1.i586.rpm > Glide_V2-2.53-ipl9mdk.i586.rpm > Glide_V2-devel-2.53-ipl9mdk.i586.rpm > MigrationTools-44-alt2.noarch.rpm > NVIDIA_kernel-adv-smp-2.4.20_1.0.3123-alt0.1.i586.rpm > NVIDIA_kernel-adv-up-2.4.20_1.0.3123-alt0.1.i586.rpm > NVIDIA_kernel-openmosix-smp-2.4.19_1.0.3123-alt1.i586.rpm > NVIDIA_kernel-openmosix-up-2.4.19_1.0.3123-alt1.i586.rpm > ORBit-devel-static-0.5.17-alt1.i586.rpm > OffiX-Dnd-docs-1.1-alt6.i586.rpm > R-base-1.6.1-alt2.i586.rpm > ROX-Filer-1.3.6-alt0.1cvs.i586.rpm > ROX-Session-0.1.18-alt0.1cvs.i586.rpm > TEItools-1.0.20021211-alt1.i586.rpm > WSoundServer-devel-static-0.4.0-alt7.i586.rpm > aalib-devel-static-1.4-alt0.6rc5.i586.rpm > adns-1.0-ipl4mdk.i586.rpm > aegis-psdocs-4.9-alt1.i586.rpm > alsa-driver-openmosix-headers-0.9.0rc5-alt1.i586.rpm > alsa22-smp-2.2.23_0.5.12a-alt2.i586.rpm > alsa22-smp-secure-2.2.23_0.5.12a-alt2.i586.rpm > alsa22-up-secure-2.2.23_0.5.12a-alt2.i586.rpm > alsa24-adv-smp-2.4.20_0.9.0rc5-alt0.1.i586.rpm > alsa24-adv-up-2.4.20_0.9.0rc5-alt0.1.i586.rpm > alsa24-openmosix-smp-2.4.19_0.9.0rc5-alt1.i586.rpm > alsa24-openmosix-up-2.4.19_0.9.0rc5-alt1.i586.rpm > animenu-0.1.1-alt3.i586.rpm > anjuta-0.1.9-alt2.i586.rpm > armenian-fonts-ttf-1.1-alt2.noarch.rpm > aseqview-0.1.4-alt2.i586.rpm > asp2php-0.76.13-alt1.i586.rpm > aspell-en_CA-0.33.7.1-alt1.i586.rpm > aspell-en_GB-0.33.7.1-alt1.i586.rpm > autofig-0.1-alt0.5.i586.rpm > awstats-5.2-alt1.noarch.rpm > bengali-fonts-ttf-1.0-alt1.noarch.rpm > bibtex2html-1.46-alt3.i586.rpm > bochs-2.0.1-alt1.i586.rpm > bonnie-1.0-ipl9mdk.i586.rpm > bonobo-conf-devel-static-0.16-alt1.i586.rpm > boost-python-devel-static-1.29.0-alt1.i586.rpm > boost-regex-devel-static-3.31-alt1.i586.rpm > boost-signals-devel-static-1.29.0-alt1.i586.rpm > boost-thread-devel-static-1.29.0-alt1.i586.rpm > braille-fonts-ttf-1.0-alt2.noarch.rpm > camstream-0.26.1-alt1.i586.rpm > chinese-fonts-ttf-big5-1.0-alt2.noarch.rpm > chinese-fonts-ttf-gb2312-1.0-alt2.noarch.rpm > clanlib-devel-static-0.6.3-alt2.i586.rpm > comedi-0.7.66-alt1.i586.rpm > compat-libstdc++-egcs-alt1.i586.rpm > comsat-0.17-ipl3mdk.i586.rpm > console-tools-devel-static-0.2.3-ipl15mdk.i586.rpm > cook-dvidocs-2.21-alt4.i586.rpm > cost-2.2-alt3.p1.i586.rpm > cppunit-1.8.0-alt4.1.i586.rpm > cppunit-devel-1.8.0-alt4.1.i586.rpm > cppunit-devel-static-1.8.0-alt4.1.i586.rpm > cproto-4.6-ipl9mdk.i586.rpm > db3-utils-3.3.11-alt8.i586.rpm > devanagari-fonts-ttf-0.99-alt1.noarch.rpm > dfm-0.99.9-alt2.i586.rpm > dhcp-devel-static-3.0.1-alt4.i586.rpm > dhcpxd-1.0.3-ipl9mdk.i586.rpm > dict-deu-eng-0.2-alt2.noarch.rpm > dict-eng-deu-0.2-alt2.noarch.rpm > distcc-0.15-alt3.i586.rpm > distcc-daemon-0.15-alt3.i586.rpm > distcc-doc-0.15-alt3.i586.rpm > dkftpbench-0.42-alt1.1.i586.rpm > dpkg-1.6.15-alt3.i586.rpm > drakxtools-http-1.1.7-alt26.i586.rpm > ee-0.3.12-alt1.i586.rpm > elm-2.5.6-alt2.i586.rpm > emacs-bbdb-el-2.34-alt4.noarch.rpm > emacs-dictionary-el-1.8.4-alt2.noarch.rpm > emacs-ecb-el-1.80-alt5.noarch.rpm > emacs-ede-el-1.0-alt0.4beta2.noarch.rpm > emacs-eieio-el-0.17-alt3.noarch.rpm > emacs-elib-el-1.0-alt4.noarch.rpm > emacs-gnus-el-21.2-alt12.i586.rpm > emacs-jdee-el-2.3.2-alt2.noarch.rpm > emacs-leim-el-21.2-alt12.i586.rpm > emacs-mailcrypt-el-3.5.8-alt1.noarch.rpm > emacs-mmm-mode-el-0.4.7-alt2.noarch.rpm > emacs-mode-auctex-el-11.14-alt5.noarch.rpm > emacs-mode-gnuplot-el-3.7.2-alt1.i586.rpm > emacs-mode-lilypond-el-1.6.6-alt0.2.i586.rpm > emacs-mode-psgml-el-1.2.5-alt0.6.noarch.rpm > emacs-mode-tdtd-el-0.71-alt0.6.noarch.rpm > emacs-ognus-el-0.12-alt4.noarch.rpm > emacs-preview-latex-el-0.7.7-alt5.noarch.rpm > emacs-semantic-el-1.4.2-alt7.noarch.rpm > emacs-speedbar-el-0.14-alt0.5.beta4.noarch.rpm > emacs-tramp-el-2.0.22-alt2.noarch.rpm > emacs-xslide-el-0.2-alt0.6.1.noarch.rpm > emacs-zenirc-el-2.112-alt2.noarch.rpm > esound-devel-static-0.2.29-alt2.i586.rpm > evolution-devel-static-1.2.1-alt2.i586.rpm > exult-1.00-alt2.i586.rpm > exult-tools-1.00-alt2.i586.rpm > finger-server-0.17-ipl4mdk.i586.rpm > fnlib-devel-static-0.5-alt1.i586.rpm > foomatic-addon-2.0.2-alt2.20021220.i586.rpm > freesci-0.3.3-alt1.i586.rpm > freesci-tools-0.3.3-alt1.i586.rpm > gcm-2.0.2-alt1.i586.rpm > gcombust-0.1.53-alt1.i586.rpm > gda-interbase-0.2.96-alt3.i586.rpm > gdk-pixbuf-devel-static-0.18.0-alt1.i586.rpm > gdkxft-1.5-alt1.i586.rpm > gdm-theme-angel-0.0-alt1.noarch.rpm > gdm-theme-barna-0.0-alt1.noarch.rpm > gdm-theme-bijou-0.0-alt1.noarch.rpm > gdm-theme-bluish-0.0-alt1.noarch.rpm > gdm-theme-crystal-0.0-alt1.noarch.rpm > gdm-theme-dartfrog-0.0-alt1.noarch.rpm > gdm-theme-dawn-0.0-alt2.noarch.rpm > gdm-theme-dumbcloud-0.0-alt1.noarch.rpm > gdm-theme-emo-blue-0.0-alt1.noarch.rpm > gdm-theme-flame-0.0-alt1.noarch.rpm > gdm-theme-flowers-0.0-alt1.noarch.rpm > gdm-theme-gentoo-emergence-0.0-alt1.noarch.rpm > gdm-theme-hunter-0.0-alt1.noarch.rpm > gdm-theme-hybridFUSION-0.0-alt1.noarch.rpm > gdm-theme-knoke-0.0-alt1.noarch.rpm > gdm-theme-lantueno-0.0-alt1.noarch.rpm > gdm-theme-leon-0.0-alt1.noarch.rpm > gdm-theme-morning-0.0-alt1.noarch.rpm > gdm-theme-murcia-0.0-alt1.noarch.rpm > gdm-theme-mushu-0.0-alt1.noarch.rpm > gdm-theme-night-elf-0.0-alt1.noarch.rpm > gdm-theme-space-0.0-alt1.noarch.rpm > gdm-theme-sunset-0.0-alt1.noarch.rpm > gdm-theme-valladolid-0.0-alt1.noarch.rpm > gdm-themes-all-0.0-alt3.noarch.rpm > georgian-fonts-ttf-1.0-alt1.noarch.rpm > getmail-2.3.9-alt1.noarch.rpm > ghostscript-fonts-5.50-alt1.noarch.rpm > ghostscript-gtk-7.05-alt14.i586.rpm > ghostscript-lib-7.05-alt14.i586.rpm > ghostscript-minimal-7.05-alt14.i586.rpm > gimp-data-extras-1.2.0-ipl3mdk.noarch.rpm > gimp-print-CUPS-4.2.4-alt1.i586.rpm > gl-117-0.7.5-alt1.i586.rpm > glib2-devel-static-2.2.0-alt1.i586.rpm > glx-4.0.3-alt3.i586.rpm > gmdb-0.5-alt1.i586.rpm > gnome-applets-extra-led-0.3-alt1.i586.rpm > gnome-applets-extra-multires-0.2.4-alt1.i586.rpm > gnome-applets-extra-netspeed-0.5-alt1.i586.rpm > gnome-audio-1.4.0-alt2.noarch.rpm > gnome-audio-extra-1.4.0-alt2.noarch.rpm > gnome-backgrounds-0.0-alt1.noarch.rpm > gnome-control-center-devel-static-2.2.0-alt1.i586.rpm > gnome-db-0.2.96-alt1.2.i586.rpm > gnome-icon-theme-aquafusion-1.0-alt1.noarch.rpm > gnome-icon-theme-gorilla-1.0-alt1.noarch.rpm > gnome-icon-themes-aquatic-1.0-alt1.noarch.rpm > gnome-icon-themes-extra-1.0-alt1.noarch.rpm > gnome-icon-themes-k-style-1.0-alt1.noarch.rpm > gnome-icon-themes-next-1.0-alt1.noarch.rpm > gnome-icon-themes-old-1.0-alt1.noarch.rpm > gnome-kde-icon-theme-wonderland-1.0-alt1.noarch.rpm > gnome-network-1.0.2-alt1.i586.rpm > gnome-pilot-conduits-devel-static-0.10-alt1.i586.rpm > gnome-vfs2-devel-static-2.2.0-alt1.i586.rpm > gnozip-0.1.3-alt2.i586.rpm > goblin-2.5-alt1.i586.rpm > goblin-tcl-2.5-alt1.i586.rpm > gq-0.7.0-alt6.beta2.i586.rpm > grub-graph-0.92-alt2.i586.rpm > gsmlib-1.10-alt2.i586.rpm > gsmlib-devel-1.10-alt2.i586.rpm > gsmlib-ext-1.10-alt2.i586.rpm > gstreamer-devel-static-0.5.2-alt1.i586.rpm > gtk+-devel-static-1.2.10-alt8.i586.rpm > gtk-engines-default-devel-2.2.0-alt2.4.i586.rpm > gtk-gnutella-0.92-alt1cvs.i586.rpm > gtkdiskfree-1.8.4-alt1.i586.rpm > gtklp-0.9k-alt3.i586.rpm > gtktalog-1.0.0-alt1.i586.rpm > gv4l-2.0.9-alt2.i586.rpm > hsflinmodem_kernel-adv-smp-2.4.20_5.03.03.L3mbsibeta02093000-alt0.1.i586.rpm > hsflinmodem_kernel-adv-up-2.4.20_5.03.03.L3mbsibeta02093000-alt0.1.i586.rpm > hsflinmodem_kernel-openmosix-smp-2.4.19_5.03.03.L3mbsibeta02093000-alt1.i586.rpm > hsflinmodem_kernel-openmosix-up-2.4.19_5.03.03.L3mbsibeta02093000-alt1.i586.rpm > htmldoc-1.8.23-alt1.i586.rpm > hvirtual-1.0.0-alt2.i586.rpm > ical-2.2-ipl22mdk.i586.rpm > id3lib-devel-static-3.8.2-alt1.i586.rpm > imlib-devel-static-1.9.13-alt4.i586.rpm > imlib2-devel-static-1.0.6-alt3.i586.rpm > ipaudit-0.95-alt1.i586.rpm > irssi-perl-0.8.6-alt3.i586.rpm > jamlib-devel-static-1.4.5-alt1.i586.rpm > japanese-fonts-ttf-1.0-alt1.noarch.rpm > kannada-fonts-ttf-1.0-alt1.noarch.rpm > kde-maxi-3.1-alt7.noarch.rpm > kde-mini-3.1-alt7.noarch.rpm > kde-small-3.1-alt7.noarch.rpm > kernel24-adv-doc-2.4.20-alt0.1.i586.rpm > kernel24-adv-up-2.4.20-alt0.1.i586.rpm > kernel24-openmosix-doc-2.4.19-alt1.i586.rpm > kernel24-openmosix-headers-2.4.19-alt1.i586.rpm > kernel24-openmosix-smp-2.4.19-alt1.i586.rpm > kernel24-openmosix-up-2.4.19-alt1.i586.rpm > korean-fonts-ttf-2.1-alt1.noarch.rpm > libDnd++-1.1-alt6.i586.rpm > libDnd++-devel-1.1-alt6.i586.rpm > libDnd++-devel-static-1.1-alt6.i586.rpm > libDnd-1.1-alt6.i586.rpm > libDnd-common-devel-1.1-alt6.i586.rpm > libDnd-devel-1.1-alt6.i586.rpm > libDnd-devel-static-1.1-alt6.i586.rpm > libGConf-devel-static-1.0.9-alt5.i586.rpm > libGConf2-devel-static-2.2.0-alt2.i586.rpm > libIDL-devel-static-0.8.0-alt1.1.i586.rpm > libImageMagick-devel-static-5.4.9-alt8.i586.rpm > libSDL-devel-static-1.2.5-alt1.i586.rpm > libSDL_gfx-devel-static-2.0.3-alt3.i586.rpm > libSDL_image-devel-static-1.2.2-alt3.i586.rpm > libSDL_mixer-devel-static-1.2.4-alt4.i586.rpm > libSDL_net-devel-static-1.2.4-alt4.i586.rpm > libSDL_ttf-devel-static-2.0.5-alt2.i586.rpm > libXaw3d-devel-static-1.5-alt1.i586.rpm > libXlt-9.2.9-alt1.i586.rpm > libXlt-devel-9.2.9-alt1.i586.rpm > libXmHTML-devel-static-1.1.7-alt6.i586.rpm > liba52-devel-static-0.7.4-alt2.i586.rpm > libacl-devel-static-2.0.11-alt1.i586.rpm > libadns-1.0-ipl4mdk.i586.rpm > libadns-devel-1.0-ipl4mdk.i586.rpm > libadns-devel-static-1.0-ipl4mdk.i586.rpm > libalsa2-devel-static-0.9.0rc6-alt1.i586.rpm > libalsa2-oss-devel-static-0.9.0rc1-alt2.i586.rpm > libao-devel-static-0.8.3-alt2.i586.rpm > libapt-devel-static-0.5.4cnc9-alt7.i586.rpm > libart_lgpl-devel-static-2.3.11-alt1.i586.rpm > libaspell-devel-static-0.33.7.1-alt1.i586.rpm > libast-devel-static-0.5-alt2.i586.rpm > libat-spi-devel-static-1.1.8-alt2.i586.rpm > libatk-devel-static-1.2.2-alt1.i586.rpm > libattr-devel-static-2.0.8-alt1.i586.rpm > libaudiofile-devel-static-0.2.3-alt4.i586.rpm > libautotrace-devel-static-0.31.1-alt1.i586.rpm > libavc1394-devel-static-0.4.1-alt1.i586.rpm > libavifile-devel-static-0.715-alt0.8.i586.rpm > libbfd-devel-static-2.13.90.0.4-alt2.i586.rpm > libbonoboui-devel-static-2.2.0-alt1.i586.rpm > libcapi20-devel-static-3.2p1-alt1.i586.rpm > libcapplet-devel-static-1.4.0.1-alt12.i586.rpm > libcddbslave2-devel-staic-2.2.0-alt1.i586.rpm > libcdf-devel-static-2.7-alt2.i586.rpm > libcdk-devel-static-4.9.10.20020809-alt2.i586.rpm > libcdparanoia-devel-static-IIIa9.8-alt2.i586.rpm > libcomedi-0.7.19-alt0.3.i586.rpm > libcomedi-devel-0.7.19-alt0.3.i586.rpm > libcomedi-devel-static-0.7.19-alt0.3.i586.rpm > libcommoncpp2-devel-static-1.0.6-alt1.i586.rpm > libcups-devel-static-1.1.18-alt4.i586.rpm > libcurl-devel-static-7.10.2-alt1.i586.rpm > libdante-devel-static-1.1.13-alt3.i586.rpm > libdb2-devel-static-2.4.14-alt2.i586.rpm > libdb3-3.3.11-alt8.i586.rpm > libdb3-devel-3.3.11-alt8.i586.rpm > libdb3-devel-static-3.3.11-alt8.i586.rpm > libdb3_tcl-3.3.11-alt8.i586.rpm > libdb3_tcl-devel-3.3.11-alt8.i586.rpm > libdb3_tcl-devel-static-3.3.11-alt8.i586.rpm > libdb4_cxx-devel-static-4.0.14-alt8.i586.rpm > libdb4_java-devel-static-4.0.14-alt8.i586.rpm > libdb4_tcl-devel-static-4.0.14-alt8.i586.rpm > libdm-devel-static-2.0.2-alt1.i586.rpm > libdnet-devel-static-1.5-alt2.i586.rpm > libdv-devel-static-0.98-alt1.1.i586.rpm > libdvdcss-devel-static-1.2.4-alt1.i586.rpm > libdvdread-devel-static-0.9.3-alt2.i586.rpm > libdxr3-devel-static-0.12.0-alt2.i586.rpm > libecpg3-devel-static-7.3.1-alt7.i586.rpm > libedb-devel-static-1.0.3-alt2.i586.rpm > libelf-devel-static-0.8.2-alt2.i586.rpm > libenca-devel-static-0.10.7-alt1.i586.rpm > liberuby-devel-static-1.0.0-alt1.i586.rpm > libexif-devel-static-0.5.6-alt1.i586.rpm > libfam-devel-static-2.6.9-alt1.i586.rpm > libfame-devel-static-0.9.0-alt2.i586.rpm > libfftw-devel-static-2.1.3-alt2.i586.rpm > libfidoconf-devel-static-0.15-alt0.8.i586.rpm > libflac++-devel-static-1.1.0-alt1.i586.rpm > libflac-devel-static-1.1.0-alt1.i586.rpm > libflash-devel-static-0.4.10-alt2.i586.rpm > libfltk-devel-static-1.1.0rc7-alt1.i586.rpm > libfox-devel-static-1.0.26-alt1.i586.rpm > libfreetds-devel-static-0.60-alt1.i586.rpm > libfribidi-devel-static-0.10.4-alt1.i586.rpm > libfvh-2.0-alt1.i586.rpm > libfvh-devel-2.0-alt1.i586.rpm > libg-wrap-devel-static-1.3.4-alt1.i586.rpm > libg2c3.2-devel-static-3.2.1-alt2.i586.rpm > libgail-devel-static-1.2.0-alt1.i586.rpm > libgail-gnome-1.0.2-alt1.i586.rpm > libgail-gnome-devel-1.0.2-alt1.i586.rpm > libgal-devel-static-0.22-alt1.i586.rpm > libgal2-devel-static-0.0.6-alt1.i586.rpm > libgc-6.1-alt1.i586.rpm > libgc-devel-6.1-alt1.i586.rpm > libgcj3.2-devel-static-3.2.1-alt2.i586.rpm > libgcm-2.0.2-alt1.i586.rpm > libgcm-devel-2.0.2-alt1.i586.rpm > libgcm-devel-static-2.0.2-alt1.i586.rpm > libgd1-devel-static-1.8.4-alt7.i586.rpm > libgd2-devel-static-2.0.4-alt2.i586.rpm > libgda-devel-static-0.2.96-alt3.i586.rpm > libgda2-devel-static-0.10.0-alt1.i586.rpm > libgdbm-devel-static-1.8.3-alt1.i586.rpm > libgdkcardimage-devel-static-2.2.0-alt2.i586.rpm > libggi-2.0.1-alt3.i586.rpm > libggi-devel-2.0.1-alt3.i586.rpm > libgii-0.8.1-alt2.i586.rpm > libgii-devel-0.8.1-alt2.i586.rpm > libgimp-devel-static-1.2.3-alt6.i586.rpm > libgimp-print-devel-static-4.2.4-alt1.i586.rpm > libglade-devel-static-0.17-alt4.i586.rpm > libglade2-devel-static-2.0.1-alt2.i586.rpm > libglibwww-0.2-alt1.i586.rpm > libglibwww-devel-0.2-alt1.i586.rpm > libgmp-devel-static-4.1-alt1.i586.rpm > libgnet-devel-1.1.7-alt2.i586.rpm > libgnet-devel-static-1.1.7-alt2.i586.rpm > libgnome-db-devel-static-0.2.96-alt1.2.i586.rpm > libgnome-desktop-devel-static-2.2.0-alt1.i586.rpm > libgnome-devel-static-2.2.0.1-alt1.i586.rpm > libgnome-panel-devel-static-2.2.0-alt1.i586.rpm > libgnome-pilot-devel-static-0.1.71-alt1.i586.rpm > libgnome-vfs-devel-static-1.0.5-alt2.i586.rpm > libgnomecanvas-devel-static-2.2.0.1-alt1.i586.rpm > libgnomedb-devel-static-0.10.0-alt1.i586.rpm > libgnomeprint-devel-static-0.36-alt3.i586.rpm > libgnomeprint2-devel-static-2.2.1-alt1.i586.rpm > libgnomeprintui-devel-static-2.2.1-alt1.i586.rpm > libgnomeui-devel-static-2.2.0.1-alt2.i586.rpm > libgpgme-devel-static-0.3.12-alt1.i586.rpm > libgphoto2-devel-static-2.1.0-alt1.i586.rpm > libgpio-devel-static-0.0.2-alt3.i586.rpm > libgpm-devel-static-1.20.1-alt0.6rc1.i586.rpm > libgsf-devel-static-1.4.0-alt1.i586.rpm > libgsl-devel-static-1.2-alt2.i586.rpm > libgsm-devel-static-1.0.10-alt2.i586.rpm > libgtk+extra-devel-static-0.99.17-alt1.i586.rpm > libgtk+mdk-devel-static-0.1.6-alt5.i586.rpm > libgtk-sharp-0.5-alt1.i586.rpm > libgtk-sharp-devel-0.5-alt1.i586.rpm > libgtkextra-1.1.0-alt3.i586.rpm > libgtkextra-devel-1.1.0-alt3.i586.rpm > libgtkextra-devel-static-1.1.0-alt3.i586.rpm > libgtkglext-0.6.1-alt1.i586.rpm > libgtkglext-devel-0.6.1-alt1.i586.rpm > libgtkglext-devel-static-0.6.1-alt1.i586.rpm > libgtkhtml-devel-static-1.1.7-alt1.i586.rpm > libgtkhtml2-devel-static-2.2.0-alt1.i586.rpm > libgtkhtml20-devel-static-1.0.4-alt2.i586.rpm > libgtop2-devel-static-2.0.1-alt1.i586.rpm > libhdf-devel-static-4.1r5-alt2.i586.rpm > libhermes-devel-static-1.3.2-ipl9mdk.i586.rpm > libhk_classes-devel-static-0.5.6-alt2.i586.rpm > libical-devel-static-0.23a-alt2.i586.rpm > libicq2000-devel-static-0.3.2-alt2.i586.rpm > libieee1284-devel-static-0.2.1-alt2.i586.rpm > libiiwusynth-devel-static-0.2.2-alt1.i586.rpm > libinn-devel-static-2.3.4-alt2.i586.rpm > libintl1-devel-static-0.10.40-alt4.i586.rpm > libintl2-devel-static-0.11.5-alt12.i586.rpm > libjack-devel-static-0.34.0-alt0.8.i586.rpm > libjconv-devel-static-2.8.1-alt2.i586.rpm > liblame-devel-static-3.93.1-alt1.i586.rpm > liblcms-devel-static-1.09-alt1.i586.rpm > libldap-devel-static-2.0.27-alt4.i586.rpm > liblinc-devel-static-1.0.1-alt1.i586.rpm > liblirc-devel-static-0.6.6-alt1.i586.rpm > liblockdev-devel-static-1.0.0-alt1.i586.rpm > libltdl-devel-static-1.4.2-alt0.2.i586.rpm > liblvm-devel-static-1.0.6-alt2.i586.rpm > liblzo-devel-static-1.08-alt2.i586.rpm > libmad-devel-static-0.14.2b-alt3.i586.rpm > libmcrypt-2.5.3-alt1.i586.rpm > libmcrypt-devel-2.5.3-alt1.i586.rpm > libmcrypt-devel-static-2.5.3-alt1.i586.rpm > libmdbtools-devel-static-0.5-alt1.i586.rpm > libmetacity-devel-static-2.4.21-alt1.i586.rpm > libmhash-0.8.17-alt1.i586.rpm > libmhash-devel-0.8.17-alt1.i586.rpm > libmhash-devel-static-0.8.17-alt1.i586.rpm > libmikmod-devel-static-3.1.10-alt2.i586.rpm > libmm-devel-static-1.2.2-alt1.i586.rpm > libmng-devel-static-1.0.4-alt3.i586.rpm > libmnogosearch-devel-static-3.2.7-alt1.i586.rpm > libmpeg2-devel-static-0.3.1-alt1.i586.rpm > libneXtaw-devel-static-0.12-alt4.i586.rpm > libneon-0.23.5-alt1.i586.rpm > libneon-devel-0.23.5-alt1.i586.rpm > libneon-devel-static-0.23.5-alt1.i586.rpm > libnet1-devel-static-1.0.2a-ipl3mdk.i586.rpm > libnet2-devel-static-1.1.0-alt1.i586.rpm > libnetcdf-devel-static-3.5.0-alt7.i586.rpm > libnids1-devel-static-1.17-alt0.1.rc1.i586.rpm > libnids2-devel-static-1.17-alt0.1.rc1.i586.rpm > libobjc3.2-devel-static-3.2.1-alt2.i586.rpm > liboggflac++-1.1.0-alt1.i586.rpm > liboggflac++-devel-1.1.0-alt1.i586.rpm > liboggflac++-devel-static-1.1.0-alt1.i586.rpm > liboggflac-devel-static-1.1.0-alt1.i586.rpm > libol-devel-static-0.2.23-alt2.i586.rpm > libole2-devel-static-0.2.4-alt2.i586.rpm > libomniORB-devel-static-3.0.5-alt1.i586.rpm > libopenal-devel-static-0.0.6-alt3.i586.rpm > libopenmosix-0.2.4-alt2.i586.rpm > libopenmosix-devel-0.2.4-alt2.i586.rpm > libpam-devel-static-0.75-alt17.i586.rpm > libparted-devel-static-1.6.3-alt0.1.i586.rpm > libpcap-devel-static-0.7.1-alt3.i586.rpm > libpcre-devel-static-3.9-alt3.i586.rpm > libpcsclite-devel-static-1.1.1-alt2.i586.rpm > libpilot-link-devel-static-0.11.5-alt3.i586.rpm > libpq3-devel-static-7.3.1-alt7.i586.rpm > libprogsreiserfs-0.3.0.3-alt0.3.i586.rpm > libprogsreiserfs-devel-0.3.0.3-alt0.3.i586.rpm > libprogsreiserfs-devel-static-0.3.0.3-alt0.3.i586.rpm > libpspell-devel-static-0.12.2-alt4.i586.rpm > libpstoedit-devel-static-3.33-alt2.i586.rpm > libqtvision-0.1-alt2.alpha2.i586.rpm > libqtvision-devel-0.1-alt2.alpha2.i586.rpm > libquicktime-devel-static-0.9.2-alt0.8pre1.i586.rpm > libradio-devel-static-0.3.5-ipl3mdk.i586.rpm > libradiusclient-devel-static-0.3.2-alt1.3.i586.rpm > libraw1394-devel-static-0.9.0-alt2.i586.rpm > libreiserfs-devel-static-3.6.4-alt1.i586.rpm > librpm-devel-static-4.0.4-alt13.i586.rpm > librrd-1.0.40-alt1.i586.rpm > librrd-devel-1.0.40-alt1.i586.rpm > librrd-devel-static-1.0.40-alt1.i586.rpm > librsvg2-devel-static-2.2.1-alt1.i586.rpm > librte-devel-static-0.5-alt1.i586.rpm > libruby-devel-static-1.7.3-alt9.i586.rpm > librx-devel-static-1.5-alt4.i586.rpm > libsablotron-devel-static-0.96-alt2.i586.rpm > libsamplerate-devel-static-0.0.13-alt1.i586.rpm > libsane-devel-static-1.0.9-alt1.i586.rpm > libsasl-devel-static-1.5.28-alt1.1.i586.rpm > libsasl2-devel-static-2.1.10-alt1.5.i586.rpm > libscrollkeeper-devel-static-0.3.11-alt2.i586.rpm > libsensors-devel-static-2.6.5-alt2.i586.rpm > libshhopt-devel-static-1.1.7-alt1.i586.rpm > libshout-devel-static-1.0.9-alt2.i586.rpm > libsigc++-devel-static-1.0.4-alt2.i586.rpm > libsigc++1.2-examples-1.2.3-alt1.i586.rpm > libsmapi-devel-2.3-alt0.7.i586.rpm > libsmapi-devel-static-2.3-alt0.7.i586.rpm > libsmi-devel-static-0.4.1-alt1.i586.rpm > libsmpeg-devel-static-0.4.4-alt3.i586.rpm > libsndfile-devel-static-1.0.2-alt1.i586.rpm > libsoup-devel-static-0.7.9-alt1.i586.rpm > libssl-devel-static-0.9.6h-alt1.i586.rpm > libstartup-notification-devel-static-0.5-alt1.i586.rpm > libstdc++2.95-devel-static-2.95.3-alt3.i586.rpm > libstdc++3.2-devel-static-3.2.1-alt2.i586.rpm > libstroke-devel-static-0.5.1-alt3.i586.rpm > libswfdec-devel-static-0.2.0-alt1.i586.rpm > libtcb-devel-static-0.9.8.3-alt1.i586.rpm > libtdb-devel-static-1.0.6-alt2.i586.rpm > libucd-snmp-devel-static-4.2.3-alt8.i586.rpm > libungif-devel-static-4.1.0b1-alt1.i586.rpm > libunicode-devel-static-0.4.gnome-alt4.i586.rpm > libusb-devel-static-0.1.7-alt1.i586.rpm > libutempter-devel-static-1.1.0-alt1.i586.rpm > libvte-0.10.14-alt1.i586.rpm > libvte-devel-0.10.14-alt1.i586.rpm > libwnck-devel-static-2.2.0-alt1.i586.rpm > libwrap-devel-static-7.6-alt2.i586.rpm > libwvstreams-devel-static-3.70-alt2.i586.rpm > libxdelta2-devel-static-1.1.3-alt2.i586.rpm > libxforms-devel-static-1.0-alt0.2RC5.2.i586.rpm > libxml-devel-static-1.8.17-alt2.i586.rpm > libxmms-devel-static-1.2.7-alt7.i586.rpm > libzvbi-devel-static-0.2.2-alt1.i586.rpm > libzvt-devel-static-2.0.1-alt3.i586.rpm > lua-devel-static-4.0.1-alt5.i586.rpm > maildrop-devel-static-1.5.1-alt1.i586.rpm > malayalam-fonts-ttf-1.0-alt1.noarch.rpm > man-pages-micq-0.4.9.4-alt2.i586.rpm > mcrypt-2.6.3-alt1.i586.rpm > mcs-0.16-alt1.i586.rpm > mcserv-4.6.0-alt0.5.5.i586.rpm > mcvs-0.98-alt0.1.i586.rpm > mdbtools-0.5-alt1.i586.rpm > mnogosearch-ruby-1.0.2-alt3.i586.rpm > moc-1.1.0-alt0.2.i586.rpm > mono-0.16-alt1.i586.rpm > mono-devel-0.16-alt1.i586.rpm > motion-3.0.4-alt1.i586.rpm > mpeg_lib-1.3.1-ipl11mdk.i586.rpm > mpeg_lib-devel-1.3.1-ipl11mdk.i586.rpm > mpeg_lib-devel-static-1.3.1-ipl11mdk.i586.rpm > ncurses-5.3.20021019-alt1.i586.rpm > nessus-devel-1.2.6-alt1.i586.rpm > nethack_falconseye-3.3.1_jtp_1.9-alt2.i586.rpm > nvclock-0.6-alt1.i586.rpm > nwfs-utils-0803-ipl6.i586.rpm > ocamlcl-0.3-alt7.i586.rpm > openjade-devel-static-1.3.1-alt3.i586.rpm > openmosix-0.2.4-alt2.i586.rpm > openmosix-doc-0.2.4-alt2.i586.rpm > openoffice-dictinstall-0.55-alt1.i586.rpm > pdnsd-1.1.7a-alt2.i586.rpm > perl-DBD-InterBase-0.40-alt2.i586.rpm > perl-Frontier-RPC-0.06-alt1.noarch.rpm > perl-XML-LibXML-1.53-alt1.i586.rpm > perl-XML-LibXML-Common-0.12-alt1.i586.rpm > perl-full-5.8.0-alt1.i586.rpm > perl-libxml-perl-0.07-alt2.noarch.rpm > php-manual-4.1.2-alt1.i586.rpm > php-mcrypt-4.3.0-alt0.cvs20030124.i586.rpm > php-mhash-4.3.0-alt0.cvs20030124.i586.rpm > pidentd-3.0.14-alt6.i586.rpm > pingus-0.5.0-alt0.4pre3.i586.rpm > plib-devel-static-1.6.0-alt2.i586.rpm > plt1-103p1-alt1.1.i586.rpm > plt2-202-alt1.1.i586.rpm > pnet-compiler-0.4.8-alt1.i586.rpm > pnet-interpreter-0.4.8-alt1.i586.rpm > pnet-test-0.4.8-alt1.i586.rpm > pnet-tools-0.4.8-alt1.i586.rpm > pnetlib-0.4.8-alt1.noarch.rpm > progsreiserfs-0.3.0.3-alt0.3.i586.rpm > pspell-ispell-devel-static-0.12-alt2.i586.rpm > psycopg-1.0.12-alt1.i586.rpm > psycopg-ZPsycopgDA-1.0.12-alt1.i586.rpm > psycopg-doc-1.0.12-alt1.i586.rpm > pyao-0.81-alt1.i586.rpm > pyao-devel-0.81-alt1.i586.rpm > pyogg-1.1-alt1.i586.rpm > pyogg-devel-1.1-alt1.i586.rpm > python21-2.1.3-alt3.i586.rpm > python21-devel-2.1.3-alt3.i586.rpm > pyvorbis-1.1-alt1.i586.rpm > pyvorbis-devel-1.1-alt1.i586.rpm > qtvision-0.1-alt2.alpha2.i586.rpm > recover-1.3b-alt2.i586.rpm > recoverdm-0.14-alt1.i586.rpm > rpl-1.4.0-alt2.i586.rpm > rpm-build-topdir-4.0.4-alt13.i586.rpm > rrd-perl-1.0.40-alt1.i586.rpm > rrd-tcl-1.0.40-alt1.i586.rpm > rrd-utils-1.0.40-alt1.i586.rpm > rsbac-man-pages-ru-1.1.2-alt5.noarch.rpm > rsh-0.17-ipl8mdk.i586.rpm > rsh-server-0.17-ipl8mdk.i586.rpm > rtfm-0.0.1-alt1.noarch.rpm > ruby-bdb-0.3.8-alt1.i586.rpm > samba-client-devel-static-2.2.7-alt1.i586.rpm > samba3-3.0-alt5.1.i586.rpm > samba3-client-3.0-alt5.1.i586.rpm > samba3-client-cups-3.0-alt5.1.i586.rpm > samba3-client-devel-3.0-alt5.1.i586.rpm > samba3-client-devel-static-3.0-alt5.1.i586.rpm > samba3-common-3.0-alt5.1.i586.rpm > samba3-doc-3.0-alt5.1.i586.rpm > samba3-swat-3.0-alt5.1.i586.rpm > samba3-vfs-3.0-alt5.1.i586.rpm > samba3-vfs-devel-3.0-alt5.1.i586.rpm > scilab-2.6-alt8.i586.rpm > scsh-0.6.2-alt2.i586.rpm > scummvm-0.3.0b-alt1.i586.rpm > scummvm-tools-0.3.0b-alt1.i586.rpm > sendmail-8.12.7-alt1.i586.rpm > sendmail-cf-8.12.7-alt1.i586.rpm > sendmail-devel-8.12.7-alt1.i586.rpm > sendmail-doc-8.12.7-alt1.i586.rpm > shared-mime-info-0.9-alt.i586.rpm > shash-0.2.6-alt1.i586.rpm > shtool-1.6.1-alt1.noarch.rpm > sisyphus-0.4.2-alt1.noarch.rpm > soup-0.7.9-alt1.i586.rpm > stellarium-0.5.0-alt1.i586.rpm > swftools-0.4.3-alt1.i586.rpm > symlinks-1.2-ipl12mdk.i586.rpm > syriac-fonts-ttf-1.0-alt1.noarch.rpm > t1lib-devel-static-1.3.1-alt2.i586.rpm > tamil-fonts-bitmap-1.0-alt1.noarch.rpm > tamil-fonts-ttf-1.0-alt1.noarch.rpm > telnet-server-3.0-alt3.i586.rpm > tgif-4.1.42-alt1.i586.rpm > thai-fonts-ttf-0.1-alt1.noarch.rpm > tibetan-fonts-ttf-1.0-alt1.noarch.rpm > timeconfig-3.2.9-alt2.i586.rpm > timetool-2.8-alt2.noarch.rpm > tkinter21-2.1.3-alt3.i586.rpm > totem-0.10.0-alt1.i586.rpm > treecc-0.1.8-alt1.i586.rpm > tv-fonts-1.0-alt1.i586.rpm > unifont-fonts-bitmap-1.0-alt1.noarch.rpm > urdu-fonts-ttf-1.0-alt1.noarch.rpm > urlredir-2.03-alt1.i586.rpm > vlc-0.4.6-alt0.5.i586.rpm > vlc-aa-0.4.6-alt0.5.i586.rpm > vlc-alsa-0.4.6-alt0.5.i586.rpm > vlc-arts-0.4.6-alt0.5.i586.rpm > vlc-esd-0.4.6-alt0.5.i586.rpm > vlc-ggi-0.4.6-alt0.5.i586.rpm > vlc-gtk-0.4.6-alt0.5.i586.rpm > vlc-lirc-0.4.6-alt0.5.i586.rpm > vlc-mad-0.4.6-alt0.5.i586.rpm > vlc-ncurses-0.4.6-alt0.5.i586.rpm > vlc-sdl-0.4.6-alt0.5.i586.rpm > w3c-libwww-5.4.0-alt1.i586.rpm > w3c-libwww-apps-5.4.0-alt1.i586.rpm > w3c-libwww-devel-5.4.0-alt1.i586.rpm > wmmenu-0.9-alt3.i586.rpm > wwwoffle-2.7h-alt1.i586.rpm > xbanner-1.31-ipl17mdk.i586.rpm > xdaliclock-2.19-alt1.i586.rpm > xerces-j-1.4.4-alt3.noarch.rpm > xerces-j-demos-1.4.4-alt3.noarch.rpm > xerces-j-javadoc-1.4.4-alt3.noarch.rpm > xerces-j-manual-1.4.4-alt3.noarch.rpm > xfishtank-2.1tp-ipl9mdk.i586.rpm > xgammon-0.98a-alt2.i586.rpm > xjewel-1.6-ipl12mdk.i586.rpm > xmahjongg-3.6.1-alt1.i586.rpm > xmailbox-2.5-ipl17mdk.i586.rpm > xmlto-0.0.12-alt1.i586.rpm > xmms-alsa-0.9.7-alt1.i586.rpm > xmms-cdread-0.14a-alt3.i586.rpm > xmms-fc-0.5.3-alt2.i586.rpm > xmms-more-vis-plugins-unsafe-1.6.0-alt1.i586.rpm > xpaint-2.6.4-alt2.i586.rpm > xpdf-chinese-simplified-2.01-alt2.i586.rpm > xpdf-chinese-traditional-2.01-alt2.i586.rpm > xpdf-japanese-2.01-alt2.i586.rpm > xpdf-korean-2.01-alt2.i586.rpm > xpdf-thai-2.01-alt2.i586.rpm > xpilot-4.5.4-alt2.i586.rpm > xpired-1.22-alt2.i586.rpm > xpm-devel-static-3.4k-ipl14mdk.i586.rpm > xsysinfo-1.7-ipl12mdk.i586.rpm > xtoolwait-1.3-ipl6mdk.i586.rpm > xvid-static-libs-0.9.0-alt1.i586.rpm > xwpe-1.5.29a-alt1.i586.rpm > xwpe-X11-1.5.29a-alt1.i586.rpm > yp-tools-2.7-alt2.i586.rpm > ypbind-1.11-alt1.i586.rpm > ypserv-2.6-alt1.i586.rpm > ytalk-3.1.1-ipl8mdk.i586.rpm > yudit-2.7.2-alt1.i586.rpm > yudit-fonts-full-2.7-alt1.noarch.rpm
On Fri, 31 Jan 2003 20:40:55 +0300 Stanislav Ievlev <inger@altlinux.org> wrote: > compat-libstdc++-egcs-alt1.i586.rpm Т.е. совместимость с настолько старыми бинарниками уже не заботит? > gcombust-0.1.53-alt1.i586.rpm Очень жаль. Он действительно не работает, или ни у кого руки не доходят? > ghostscript-fonts-5.50-alt1.noarch.rpm > ghostscript-gtk-7.05-alt14.i586.rpm > ghostscript-lib-7.05-alt14.i586.rpm > ghostscript-minimal-7.05-alt14.i586.rpm Не понял, а это как? ghostscript разве может работать без ghostscript-fonts? Да и остальное... > gimp-data-extras-1.2.0-ipl3mdk.noarch.rpm > gimp-print-CUPS-4.2.4-alt1.i586.rpm И тут всё порезали :-( > gq-0.7.0-alt6.beta2.i586.rpm Тоже нехорошо. > libdb3-3.3.11-alt8.i586.rpm Опять же - что по поводу совместимости со старыми бинарниками? > nethack_falconseye-3.3.1_jtp_1.9-alt2.i586.rpm :-((((((((((((((((((((((((((( > perl-full-5.8.0-alt1.i586.rpm Это как? Что, полный комплект perl уже не положен? > php-manual-4.1.2-alt1.i586.rpm Это безобразие. > rsh-0.17-ipl8mdk.i586.rpm Вроде ведь договаривались положить хотя бы клиент.
> Т.е. совместимость с настолько старыми бинарниками уже не заботит?
>
> > gcombust-0.1.53-alt1.i586.rpm
>
> Очень жаль. Он действительно не работает, или ни у кого руки не
> доходят?
у меня работает.
--
С уважением, Алексей Любимов avl@cad.ru
On Fri, 31 Jan 2003 21:17:46 +0300
"Alexey V. Lubimov" <avl@l14.ru> wrote:
>
> > Т.е. совместимость с настолько старыми бинарниками уже не заботит?
> >
> > > gcombust-0.1.53-alt1.i586.rpm
> >
> > Очень жаль. Он действительно не работает, или ни у кого руки не
> > доходят?
>
> у меня работает.
Тогда почему вылетает?
On Fri, 31 Jan 2003 20:40:55 +0300 Stanislav Ievlev <inger@altlinux.org> wrote: > > В понедельник вечером список дистрибутива будет считаться > окончательным. > > Прилагаю список пакетов не вошедших в Сизиф на момент осуждений утром. > > Еще будет обсуждаться: > 1. Судьба wx* и соответственно что делать с audacity (на данный момент > есть unmet) > 2. Судьба rrd. > 3. Пожелания от "запоздавших" Вячеслава Диконова и Альберта Валиева. > 4. Судьба sendmail,telnet-server, mono, dotgnu. > > Может быть еще что-нибудь... > > librrd-1.0.40-alt1.i586.rpm > librrd-devel-1.0.40-alt1.i586.rpm > librrd-devel-static-1.0.40-alt1.i586.rpm > rrd-perl-1.0.40-alt1.i586.rpm > rrd-tcl-1.0.40-alt1.i586.rpm > rrd-utils-1.0.40-alt1.i586.rpm С этим - понятно. > rsh-0.17-ipl8mdk.i586.rpm > rsh-server-0.17-ipl8mdk.i586.rpm А вот на это заявка ldv@ была отправлена. Ответа не было. -- WBR, Dmitry Lebkov
[-- Attachment #1: Type: text/plain, Size: 530 bytes --] On Fri, Jan 31, 2003 at 08:40:55PM +0300, Stanislav Ievlev wrote: > Прилагаю список пакетов не вошедших в Сизиф на момент осуждений утром. > Glide_V2-2.53-ipl9mdk.i586.rpm > Glide_V2-devel-2.53-ipl9mdk.i586.rpm В obsolete я думаю, потому как без svgalib особого смысла не имеют. Пусть меня поправят если неправ... -- Regards, Alexey I. Froloff AIF5-RIPN, AIF5-RIPE ------------------------------------------ Inform-Mobil, Ltd. System Adminitrator http://www.inform-mobil.ru/ Tel: +7(095)504-4709, Fax: +7(095)513-1006 [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Fri, 31 Jan 2003 21:23:09 +0300
Sergey Vlasov <vsu@altlinux.ru> wrote:
> On Fri, 31 Jan 2003 21:17:46 +0300
> "Alexey V. Lubimov" <avl@l14.ru> wrote:
>
> >
> > > Т.е. совместимость с настолько старыми бинарниками уже не заботит?
> > >
> > > > gcombust-0.1.53-alt1.i586.rpm
> > >
> > > Очень жаль. Он действительно не работает, или ни у кого руки не
> > > доходят?
> >
> > у меня работает.
>
> Тогда почему вылетает?
на чем?
[avl@avl avl]$ rpm -q gcombust
gcombust-0.1.53-alt1
[-- Attachment #1: Type: text/plain, Size: 191 bytes --] On Fri, Jan 31, 2003 at 08:40:55PM +0300, Stanislav Ievlev wrote: > Еще будет обсуждаться: > 2. Судьба rrd. Теоретически, могу попробовать пересобрать за выходные... -- Regards, Sir Raorn. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Friday 31 January 2003 13:09, you wrote:
> > Кстати да. Я знаю очень многих людей, которые отсутствие sendmail в
> > дистрибутиве мгря не поймут. Я сам не пойму - хотя и перехожу на postfix.
> Это сугубо личное мнение:
> Я, в свою очередь, не могу понять людей которые сами добровольно готовы
> сидеть на пороховой бочке.
Станислав, хотя в свое время (~7 лет назад) sendmail был для меня началом
некоторого нового этапа в жизни, тем не менее я с вами согласен - собственно
я в процессе перехода на postfix: новые сервера уже на нем, старые в процессе.
Но, тем не менее, sendmail это что вроде, не знаю даже чего. Короче, это уже
больше похоже на маркетинговый вопрос.
--
WthBstRgrds -- Андрей Орлов --
--- www.neural.ru, cray@neural.ru ---
----------------------------------------
On Sat, 1 Feb 2003 03:09:09 +0300
"Alexey I. Froloff" <raorn@binec.ru> wrote:
> On Fri, Jan 31, 2003 at 08:40:55PM +0300, Stanislav Ievlev wrote:
> > Еще будет обсуждаться:
> > 2. Судьба rrd.
> Теоретически, могу попробовать пересобрать за выходные...
Оно уже пересобрано (1.0.40) и ждет веского слова ldv@ о качестве
сборки ... ;)
--
WBR, Dmitry Lebkov
[-- Attachment #1: Type: text/plain, Size: 288 bytes --] On Sat, Feb 01, 2003 at 03:13:40PM +1000, Dmitry Lebkov wrote: > > > Еще будет обсуждаться: > > > 2. Судьба rrd. > > Теоретически, могу попробовать пересобрать за выходные... > Оно уже пересобрано (1.0.40) и ждет веского слова ldv@ о качестве > сборки ... ;) OK. -- Regards, Sir Raorn. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 698 bytes --] On Fri, Jan 31, 2003 at 01:14:39PM +0300, Stanislav Ievlev wrote: > On Fri, Jan 31, 2003 at 11:08:33AM +0500, Victor V Ismakaev wrote: > > 30 Январь 2003 22:10, Stanislav Ievlev написал: > > telnet-server-3.0-alt3.i586.rpm > опять есть добровольцы на пороховую бочку? В прочем этот telnet из > OpenBSD. В общем не знаю. Я думаю, что telnet-server стоит включить в дистрибутив. Не из-за того, что telnet protocol, возможно, имеет смысл в современном мире, а из-за довольно приличной реализации. В конце концов, хороший пример реализации концепции privilege separation на практике не так часто встречается. См. /usr/share/doc/telnet-server-3.0/telnetd.eps из пакета telnet-server-3.0-alt3 -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
31 Январь 2003 19:40, Stanislav Ievlev написал:
> В понедельник вечером список дистрибутива будет считаться окончательным.
>
> Прилагаю список пакетов не вошедших в Сизиф на момент осуждений утром.
>
Кстати, а что не тас с gv4l-2.0.9-alt2.i586.rpm? "nj dthcbz gjl Gtk+2 и
работает как будто нормально...
Если все так, то вот заявка:
gv4l-2.0.9-alt2.src.rpm
gv4l-2.0.9-alt2.i586.rpm
On Fri, 31 Jan 2003 20:40:55 +0300
Stanislav Ievlev <inger@altlinux.org> wrote:
> В понедельник вечером список дистрибутива будет считаться
> окончательным.
>
> Прилагаю список пакетов не вошедших в Сизиф на момент осуждений
> утром.
>
> Еще будет обсуждаться:
> 1. Судьба wx* и соответственно что делать с audacity (на данный
> момент есть unmet)
А именно?
--
Alexandre Prokoudine
ALT Linux Documentation Team
JID: prokoudine@jabber.org
Hi! Чгря не совсем понял вошли эти пакеты или нет, но в bete их нет и на всякий случай: ipaudit - вполне работоспособен, если что не так - скажите исправлю bsddb3Storage - это пакет со хранилищем для Zope psycopg - -- WthBstRgrds -- Андрей Орлов -- --- www.neural.ru, cray@neural.ru --- ----------------------------------------
Hi! Чгря не совсем понял вошли эти пакеты или нет, но в bete их нет и на всякий случай: ipaudit - вполне работоспособен, если что не так - скажите исправлю bsddb3Storage - это пакет со хранилищем для Zope psycopg - коннектор Zope / postgresql -- WthBstRgrds -- Андрей Орлов -- --- www.neural.ru, cray@neural.ru --- ----------------------------------------
On Fri, Jan 31, 2003 at 09:07:21PM +0300, Sergey Vlasov wrote: > On Fri, 31 Jan 2003 20:40:55 +0300 > Stanislav Ievlev <inger@altlinux.org> wrote: > > > compat-libstdc++-egcs-alt1.i586.rpm > > Т.е. совместимость с настолько старыми бинарниками уже не заботит? > > > gcombust-0.1.53-alt1.i586.rpm мантейнер? > > Очень жаль. Он действительно не работает, или ни у кого руки не > доходят? > > > ghostscript-fonts-5.50-alt1.noarch.rpm не нужны > > ghostscript-gtk-7.05-alt14.i586.rpm аналогично > > ghostscript-lib-7.05-alt14.i586.rpm если будет кому нужно - вытянет по soname > > ghostscript-minimal-7.05-alt14.i586.rpm аналогично. > > Не понял, а это как? ghostscript разве может работать без > ghostscript-fonts? Да и остальное... Да и очень давно. > > > gimp-data-extras-1.2.0-ipl3mdk.noarch.rpm мантейнер? > > gimp-print-CUPS-4.2.4-alt1.i586.rpm нет необходимости - все настройки идут через foomatic > > И тут всё порезали :-( > > > gq-0.7.0-alt6.beta2.i586.rpm > Уже > Тоже нехорошо. > > > libdb3-3.3.11-alt8.i586.rpm > > Опять же - что по поводу совместимости со старыми бинарниками? мантейнер? > > > nethack_falconseye-3.3.1_jtp_1.9-alt2.i586.rpm > > :-((((((((((((((((((((((((((( кажется никто так и не исправил. > > > perl-full-5.8.0-alt1.i586.rpm > > Это как? Что, полный комплект perl уже не положен? Доложен. Впрочем что такое полный комплект. Его и так дополна лежит. > > > php-manual-4.1.2-alt1.i586.rpm > > Это безобразие. Вот и я говорю... все зависит когда мантейнер пересоберет. > > > rsh-0.17-ipl8mdk.i586.rpm > > Вроде ведь договаривались положить хотя бы клиент. доложены оба > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Fri, Jan 31, 2003 at 09:39:43PM +0300, Alexey I. Froloff wrote: > On Fri, Jan 31, 2003 at 08:40:55PM +0300, Stanislav Ievlev wrote: > > Прилагаю список пакетов не вошедших в Сизиф на момент осуждений утром. > > > Glide_V2-2.53-ipl9mdk.i586.rpm > > Glide_V2-devel-2.53-ipl9mdk.i586.rpm > В obsolete я думаю, потому как без svgalib особого смысла не > имеют. Пусть меня поправят если неправ... done > > -- > Regards, Alexey I. Froloff > AIF5-RIPN, AIF5-RIPE > ------------------------------------------ > Inform-Mobil, Ltd. System Adminitrator > http://www.inform-mobil.ru/ > Tel: +7(095)504-4709, Fax: +7(095)513-1006
On Fri, Jan 31, 2003 at 01:08:33PM +0300, Stanislav Ievlev wrote: > > > > > sendmail-8.12.7-alt1.i586.rpm > > > > > sendmail-cf-8.12.7-alt1.i586.rpm > > > > > sendmail-devel-8.12.7-alt1.i586.rpm > > > > > sendmail-doc-8.12.7-alt1.i586.rpm > > > > Вот без этого будет очень плохо... Что бы та мне говорили фанаты > > > > postfix... > > > > > > Полностью поддерживаю! Может дружно попросим Konstantin Timoshenko > > > <kt@altlinux.ru> о включении сего в очередной релиз. > > от меня это не зависит, я написал просьбу о включении в дистр., сказали > > посмотрят. Мне честно говоря самому не понятна политика партии. > Политика партии состоит в том, что лучше не иметь проблем с безопастностью > изначально. Пусть лучше не будет дырявой программы, тем более , что есть > замена, чем потом раз в месяц выпускать security updates для нее. С такой формулировкой "политики партии" трудно не согласиться. Хотя, я бы сделал одно уточнение: s/тем более, что есть замена/которой есть замена/. Увы, мы живём в неидеальном мире. В идеальном для любой дыряво написанной программы всегда находилась бы замена. Были времена ещё не так уж и давно, когда реальной замены wu-ftpd, sendmail и qpopper не было. Но если выбросить из дистрибутивов wu-ftpd и qpopper - это вполне нормально, то с sendmail ситуация не настолько простая. Сложность конфигурирования почтовых серверов и принципиальное различие их архитектур делают перенос нетривиального почтового релея c sendmail на, скажем, postfix или exim задачей ой как немаленькой трудоёмкости. Как бы мы к этому не относились, но sendmail установлен на подавляющем большинстве Linux-серверов. Наивно думать, что их админы массово начнут мигрировать на новые почтовые системы, решившись поставить дистрибутив с полным отсутствием sendmail. Они просто перейдут на другой дистрибутив.
On Fri, Jan 31, 2003 at 05:38:20PM +0300, Вячеслав Диконов wrote: > В Птн, 31.01.2003, в 10:05, Volkov Serge написал: > > SI> Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): > > SI> говорят, что надо исправить конфиг xpdf дабы он их не хотел. > А почему он не должен их хотеть? xpdf их не "хочет", в смысле, он не requires все эти пакеты с большими файлами поддержки разных азиатских кодировок (бывшими ранее в пакете xpdf). Для того и разрезалось, чтобы сделать _опциональной_ установку тех частей xpdf, которые являются одновременно а) большими по объему и б) нужными очень немногим. > Пусть будет поддержка всех человеческих языков и локалей. Согласен. В дистрибутив эти пакеты включить стоит: кому нужно, тот установит.
On Fri, Jan 31, 2003 at 09:07:21PM +0300, Sergey Vlasov wrote:
> On Fri, 31 Jan 2003 20:40:55 +0300
> Stanislav Ievlev <inger@altlinux.org> wrote:
>
> > compat-libstdc++-egcs-alt1.i586.rpm
>
> Т.е. совместимость с настолько старыми бинарниками уже не заботит?
>
> > gcombust-0.1.53-alt1.i586.rpm
>
> Очень жаль. Он действительно не работает, или ни у кого руки не
> доходят?
У меня gcombust (и этой версии и всех предыдущих) работает без
проблем. Правда я пишу только "обычные" data cdrom - без
кириллических имён файлов, без multisession и прочих сложностей.
А что, кстати, мешает ему попасть в Master?
> У меня gcombust (и этой версии и всех предыдущих) работает без > проблем. Правда я пишу только "обычные" data cdrom - без > кириллических имён файлов, без multisession и прочих сложностей. я (вернее, юзерский народ) пишу с кирилическими именами. мультисессии пока вроде не пробовали. все в порядке. под виндос все читается и с русскими буквами. > > А что, кстати, мешает ему попасть в Master? Идеологически надо подгребать гноме2 программы. Но писалок вроде бы под гном2 пока нет. Так что непонятно. -- С уважением, Алексей Любимов avl@cad.ru
В Пнд, 03.02.2003, в 17:00, Alexey V. Lubimov написал:
> > У меня gcombust (и этой версии и всех предыдущих) работает без
> > проблем. Правда я пишу только "обычные" data cdrom - без
> > кириллических имён файлов, без multisession и прочих сложностей.
>
> я (вернее, юзерский народ) пишу с кирилическими именами. мультисессии пока вроде не пробовали.
> все в порядке. под виндос все читается и с русскими буквами.
>
> >
> > А что, кстати, мешает ему попасть в Master?
>
> Идеологически надо подгребать гноме2 программы. Но писалок вроде бы под гном2 пока нет.
> Так что непонятно.
А поддержка записи прямо из Наутилуса, которой нет в Сизифе, но, вроде,
есть в RH? Пишется программа, под названием Coaster. Должна быть бета.
Давно пора (и не так уж сложно) внести в Гном MIME тип для ISO образов и
скрипты Наутилуса по созданию образов из любого каталога, подключению по
-o loop, и записи.
--
Вячеслав Диконов <sdiconov@mail.ru>
On Mon, Feb 03, 2003 at 05:00:13PM +0300, Alexey V. Lubimov wrote: > > > У меня gcombust (и этой версии и всех предыдущих) работает без > > проблем. Правда я пишу только "обычные" data cdrom - без > > кириллических имён файлов, без multisession и прочих сложностей. > > я (вернее, юзерский народ) пишу с кирилическими именами. мультисессии пока вроде не пробовали. > все в порядке. под виндос все читается и с русскими буквами. > > > > > А что, кстати, мешает ему попасть в Master? > > Идеологически надо подгребать гноме2 программы. Но писалок вроде бы под > гном2 пока нет. Так что непонятно. Так ведь с libgnome он не связан, ему только gtk нужен. Или связи с gtk1 уже объявлены порочащими? ;-)
> > Идеологически надо подгребать гноме2 программы. Но писалок вроде бы под
> > гном2 пока нет. Так что непонятно.
>
> Так ведь с libgnome он не связан, ему только gtk нужен. Или связи
> с gtk1 уже объявлены порочащими? ;-)
Ну вобщем то так оно и есть. Надо стараться при наличии альтернатив выбирать gtk2 варианты, даже если в текущий момент они немного не дотягивают до стабильных.
Хотя сизифные гнумерик, абиворд и мозилла/галеон навевают нехорошие мысли о контре в рядах. :)
--
С уважением, Алексей Любимов avl@cad.ru
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
В сообщении от 31 Январь 2003 20:40 Stanislav Ievlev написал:
> В понедельник вечером список дистрибутива будет считаться
> окончательным.
Отправил ftn-пакеты, openmosix пока не удается довести до
работоспособной стадии. Могу я узнать, чем не устраивает distcc,
что для него надо сделать?
- --
With Best Regards, Albert R. Valiev
- ------------------------------------
ALT Linux Team [www.altlinux.ru]
KDE Development Team [www.kde.org]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+PsDR7d6wAH+0KuARAryXAJ9eMvbaQFe/cZzp+3lblgqAb1s0/ACeIKN+
hZcHdgUXDCFuGKKGuM2mLFc=
=JERw
-----END PGP SIGNATURE-----
Alexandre Prokoudine wrote
> > Еще будет обсуждаться:
> > 1. Судьба wx* и соответственно что делать с audacity (на
> > данный момент есть unmet)
>
> А именно?
>
wxGTK кривовато сделан и я с ним сейчас разбираюсь.
--
andrei (at) altlinux (d0t) ru
Добрый день
У меня есть
такой пойдет ? сервер HP lr2000
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 10
cpu MHz : 1000.100
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
pse36 mmx fxsr sse bogomips : 1992.29
Антон если хочешь присылай попробую протестировать !
Вы написали AntonFarygin <rider@altlinux.com> Fri, 07 Feb 2003 13:19:55 +0300:
> Всем привет.
>
> Я прогнал lmbench (http://www.bitmover.com/lmbench/) на ядрах, собранных
> компилятором gcc2.96-2.96-alt3 и компилятором gcc3.2-3.2.1-alt2
>
> ядро alt1 - компилятор 3.2, alt2 - 2.96
>
> Прошу посмотреть и проанализировать.
>
> Единственное НО - я, к сожалению, на 3.2 прогнал всего один тест. Но в
> целом картина по моему достаточно ясна.
>
> Если у вас есть машина с процессором Intel PIII 1 гигагерц - я могу
> выслать базу и сравним результаты.
>
> Rgds,
> Rider
>
>
--
With best wishes, Volkov Serge
Network Administrator/Security Administrator
[-- Attachment #1.1: Type: text/plain, Size: 463 bytes --] Всем привет. Я прогнал lmbench (http://www.bitmover.com/lmbench/) на ядрах, собранных компилятором gcc2.96-2.96-alt3 и компилятором gcc3.2-3.2.1-alt2 ядро alt1 - компилятор 3.2, alt2 - 2.96 Прошу посмотреть и проанализировать. Единственное НО - я, к сожалению, на 3.2 прогнал всего один тест. Но в целом картина по моему достаточно ясна. Если у вас есть машина с процессором Intel PIII 1 гигагерц - я могу выслать базу и сравним результаты. Rgds, Rider [-- Attachment #1.2: tests.txt --] [-- Type: text/plain, Size: 4727 bytes --] L M B E N C H 2 . 0 S U M M A R Y ------------------------------------ Basic system parameters ---------------------------------------------------- Host OS Description Mhz --------- ------------- ----------------------- ---- skif.offi Linux 2.4.20- i686-pc-linux-gnu 1000 skif.offi Linux 2.4.20- i686-pc-linux-gnu 1000 skif.offi Linux 2.4.20- i686-pc-linux-gnu 1000 skif.offi Linux 2.4.20- i686-pc-linux-gnu 1000 Processor, Processes - times in microseconds - smaller is better -------------------------------------------------------------------------------------- Host OS Mhz null null open selct sig sig fork exec sh call I/O stat clos TCP inst hndl proc proc proc --------- -------------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ---- skif.offi Linux 2.4.20-alt1-sm 1000 0.34 0.64 2.38 3.50 27.5 0.89 2.90 197. 210. 3921 skif.offi Linux 2.4.20-alt2-sm 1000 0.34 0.63 2.46 3.41 26.6 0.85 2.75 180. 205. 3882 skif.offi Linux 2.4.20-alt2-sm 1000 0.34 0.61 2.46 3.63 28.5 0.85 2.75 184. 198. 3900 skif.offi Linux 2.4.20-alt2-sm 1000 0.34 0.62 2.47 3.60 30.5 0.85 2.75 187. 206. 3926 Context switching - times in microseconds - smaller is better -------------------------------------------------------------------------------- Host OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw --------- -------------------- ----- ------ ------ ------ ------ ------- ------- skif.offi Linux 2.4.20-alt1-sm 2.040 5.1700 12.8 8.8600 116.9 25.6 117.0 skif.offi Linux 2.4.20-alt2-sm 1.860 5.0100 13.1 7.3500 115.9 29.2 117.3 skif.offi Linux 2.4.20-alt2-sm 1.820 5.0000 32.4 8.2600 116.8 28.4 116.8 skif.offi Linux 2.4.20-alt2-sm 1.760 4.9000 13.6 8.4300 116.6 27.5 116.8 *Local* Communication latencies in microseconds - smaller is better ---------------------------------------------------------------------------- Host OS 2p/0K Pipe AF UDP RPC/ TCP RPC/ TCP ctxsw UNIX UDP TCP conn --------- -------------------- ----- ----- ---- ----- ----- ----- ----- ---- skif.offi Linux 2.4.20-alt1-sm 2.040 8.101 16.9 28.1 44.7 40.6 55.2 66.5 skif.offi Linux 2.4.20-alt2-sm 1.860 7.686 19.9 30.9 43.7 40.3 55.3 66.7 skif.offi Linux 2.4.20-alt2-sm 1.820 7.632 21.4 28.0 43.8 40.3 55.4 66.5 skif.offi Linux 2.4.20-alt2-sm 1.760 7.811 20.5 27.7 43.2 40.1 55.0 66.4 File & VM system latencies in microseconds - smaller is better --------------------------------------------------------------------------------- Host OS 0K File 10K File Mmap Prot Page Create Delete Create Delete Latency Fault Fault --------- -------------------- ------ ------ ------ ------ ------- ----- ----- skif.offi Linux 2.4.20-alt1-sm 70.3 23.9 237.0 64.8 993.0 0.670 2.00000 skif.offi Linux 2.4.20-alt2-sm 68.9 25.5 242.2 64.9 1026.0 0.711 2.00000 skif.offi Linux 2.4.20-alt2-sm 69.0 25.7 238.7 65.2 1036.0 1.330 2.00000 skif.offi Linux 2.4.20-alt2-sm 68.8 25.4 240.4 62.2 1022.0 0.712 2.00000 *Local* Communication bandwidths in MB/s - bigger is better ------------------------------------------------------------------------------------ Host OS Pipe AF TCP File Mmap Bcopy Bcopy Mem Mem UNIX reread reread (libc) (hand) read write --------- -------------------- ---- ---- ---- ------ ------ ------ ------ ---- ----- skif.offi Linux 2.4.20-alt1-sm 620. 288. 193. 450.6 532.7 247.8 194.7 532. 250.9 skif.offi Linux 2.4.20-alt2-sm 795. 282. 211. 446.9 532.9 240.1 179.1 532. 224.4 skif.offi Linux 2.4.20-alt2-sm 782. 325. 211. 451.5 532.9 244.6 182.9 532. 226.2 skif.offi Linux 2.4.20-alt2-sm 351. 277. 193. 452.1 532.9 239.1 185.2 533. 229.1 Memory latencies in nanoseconds - smaller is better (WARNING - may not be correct, check graphs) ------------------------------------------------------------------------- Host OS Mhz L1 $ L2 $ Main mem Guesses --------- -------------------- ---- ----- ------ -------- ------- skif.offi Linux 2.4.20-alt1-sm 1000 3.000 7.0000 107.3 skif.offi Linux 2.4.20-alt2-sm 1000 3.000 35.2 107.3 skif.offi Linux 2.4.20-alt2-sm 1000 3.000 7.0010 107.3 skif.offi Linux 2.4.20-alt2-sm 1000 2.999 7.0000 107.4 [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 602 bytes --] vserge пишет: >Добрый день >У меня есть > >такой пойдет ? сервер HP lr2000 > >processor : 0 >vendor_id : GenuineIntel >cpu family : 6 >model : 8 >model name : Pentium III (Coppermine) >stepping : 10 >cpu MHz : 1000.100 >cache size : 256 KB >fdiv_bug : no >hlt_bug : no >f00f_bug : no >coma_bug : no >fpu : yes >fpu_exception : yes >cpuid level : 2 >wp : yes >flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat >pse36 mmx fxsr sse bogomips : 1992.29 > > >Антон если хочешь присылай попробую протестировать ! > Да, пойдет.. немного позже вышлю личной почтой. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
Подскажите, можно уже заливать новые версии в Сизиф или нет? -- Юрий А. Зотов
On Mon, Feb 17, 2003 at 12:52:47AM +0300, Yura Zotov wrote: > Подскажите, можно уже заливать новые версии в Сизиф или нет? Пожайлуста подождите. Класть можете, но incoming разбирать все-равно сейчас некогда > > -- > Юрий А. Зотов > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
Hi! Я даже не знаю что сказать. Вы меня извините, но по-моему неконструктивное обсуждение затянулось. Я не могу больше молчать - сделайте что-нибудь, наприме конфу "споры о том каким должен быть дистрибутив". В этой рассылке мне это видеть надоело. ЗЫ: Я не призываю наводить порядок или еще чтол в этом роде - но просто надоело молча на это смотреть и я хочу чбы все знали: мне этот базар надоел! Если не можете обсуждать конструктивно (тезис/антитезис/синтез) - не обсуждайте вообще. talk-room@ и тот иной раз бывает конструктивнее, чем 21 февральский тезис и их последующее обсуждение. ЗЗЫ: Еще раз извините - ушел молчать дальше. -- WthBstRgrds -- Андрей Орлов -- --- www.neural.ru, cray@neural.ru --- ----------------------------------------
Спасибо. Я больше не стану отвечать на письма Славы Диконова.
Все обсуждение предлагаю вести на IRC или в talk-room (я на talk-room не
подписан)
Rgds,
Rider
On Tue, Feb 18, 2003 at 01:55:16AM +0300, Andrey Orlov wrote:
> Hi!
>
> Я даже не знаю что сказать. Вы меня извините, но
> по-моему неконструктивное обсуждение затянулось.
> Я не могу больше молчать - сделайте что-нибудь,
> наприме конфу "споры о том каким должен быть
> дистрибутив". В этой рассылке мне это видеть надоело.
>
> ЗЫ:
> Я не призываю наводить порядок или еще чтол в этом роде - но
> просто надоело молча на это смотреть и я хочу чбы все знали:
> мне этот базар надоел! Если не можете обсуждать конструктивно
> (тезис/антитезис/синтез) - не обсуждайте вообще. talk-room@ и
> тот иной раз бывает конструктивнее, чем 21 февральский тезис
> и их последующее обсуждение.
>
> ЗЗЫ: Еще раз извините - ушел молчать дальше.
>
> --
> WthBstRgrds -- Андрей Орлов --
> --- www.neural.ru, cray@neural.ru ---
> ----------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel
rider@altlinux.com пишет:
>Спасибо. Я больше не стану отвечать на письма Славы Диконова.
>
>
>
Господа, я понимаю, что релизное время -- тяжелое, но _так_ -- нельзя.
Здесь все же не talk-room. Я предлагаю успокоиться и не делать
декларативных заявлений. В любом случае и при любом настроении.
Rgrds, AEN
[-- Attachment #1: Type: text/plain, Size: 205 bytes --] Привет всем! Пригалаю список скриптов в пакетах rpm, показавшийся мне подозрительным. Вполне возможно, что я где-то был не прав. В любом случае хочется комментариев от мантейнеров. -- Станислав Иевлев. [-- Attachment #2: bad_scripts --] [-- Type: text/plain, Size: 7880 bytes --] LinPopUp : if [ ! -f /var/lib/linpopup/messages.dat ]; then touch /var/lib/linpopup/messages.dat; chmod 0666 /var/lib/linpopup/messages.dat; chgrp nobody /var/lib/linpopup/messages.dat; else :; fi; Zope-ZUtils : if [ -e "/var/lib/zope/basic" ]; then echo "Basic site already exist and will not be upgareded"; else /usr/sbin/addzopesite.py basic 8000; fi; exult: postinstall scriptlet (through /bin/sh): chmod a+rx /usr/share/exult golded+ : postinstall scriptlet (through /bin/sh): for i in golded.log; do if [ ! -f "/var/log/ftn/$i" ]; then :>> "/var/log/ftn/$i" /bin/chown ftn:ftn "/var/log/ftn/$i" /bin/chmod 660 "/var/log/ftn/$i" fi done ||: Зачем такой хак да еще и с такими правами? gtklp : postinstall scriptlet (through /bin/sh): [ -x /usr/bin/update-menus ] && /usr/bin/update-menus ||: # Make CUPS settings compatible... /bin/mv /etc/cups/cupsd.conf /etc/cups/cupsd.conf~ /bin/cat /etc/cu ps/cupsd.conf~ | /bin/sed -e s/\#RunAsUser\ no/RunAsUser\ no/ -e s/\#NoIzvrat\ yes/NoIzvrat\ yes/ > /etc/cups/cupsd.conf service cups restart postuninstall scriptlet (through /bin/sh): [ "$1" = 0 -a - x /usr/bin/update-menus ] && /usr/bin/update-menus ||: Вячеслав, ну Вы уже перестали меня удивлять ;) inn : postinstall scriptlet (through /bin/sh): if [ `/bin/cat /etc/news/inn.conf | /bin/grep '^server:' | wc -l` -lt 1 ]; then echo "server: `hostname -f`" >> /etc/news/inn.conf fi Зачем свой собственный конфиг править? isdn4net : preuninstall scriptlet (through /bin/sh): echo -n "Deactivating isdn4linux card init:" /sbin/chkconf ig --del isdnlog /sbin/chkconfig --del isdn4linux echo " done." Явно не используется post/preun_service jabber : preinstall scriptlet (through /bin/sh): /usr/sbin/groupadd -r -f jabber \ 2>/dev/null ||: /usr/sbin/ useradd -r -g jabber -c 'Jabber server' -d /var/lib/jabber \ -s /dev/null jabber 2>/dev/null ||: pos tinstall scriptlet (through /bin/sh): /bin/chown -R jabber /var/lib/jabber /bin/chown -R jabber /var /log/jabber /bin/chown -R jabber /var/run/jabber /bin/chgrp -R jabber /var/lib/jabber /bin/chgrp -R jabber /var/log/jabber /bin/chgrp -R jabber /var/run/jabber if [ $1 = 1 ]; then /sbin/chkconfig --ad d jabber else /sbin/service jabber condrestart ||: fi preuninstall scriptlet (through /bin/sh): if [ $1 = 0 ]; then /sbin/chkconfig --del jabber ||: /sbin/service jabber condstop ||: fi Зачем такие хаки? Может быть в триггер? krb5-server : postinstall scriptlet (through /bin/sh): # Remove the init script for older servers. [ -x /etc/rc.d/ init.d/krb5server ] && /sbin/chkconfig --del krb5server # Install the new ones. for i in krb5kdc kad min krb524 kprop; do /sbin/chkconfig --add $i done Явно не используется post/preun_service? Какой в этом грубинный смысл? leafnode : postinstall scriptlet (through /bin/sh): # get hostname to config -- works for first time fgrep -q h ost.domain.country /etc/leafnode/config && { SERVERNAME=`hostname` [ -z "$SERVERNAME" ] && SERVERNAM E="localhost" TMP=`mktemp -q leafnode-config-XXXXXXXXXX` [ $? = 0 ] && sed -e "s,host.domain.country ,$SERVERNAME,g" < /etc/leafnode/config > $TMP && \ cat $TMP > /etc/leafnode/config && rm $TMP } || : # TODO: use news for texpire? # TODO: config dir should be better guarded probably? Зачем свой собственный конфиг править? libcomedi : postinstall scriptlet (through /sbin/ldconfig): cd /usr/lib ln -sf libcomedi.so.0.7.19 libcomedi.so ln -sf libcomedi.so.0.7.19 libcomedi.so.0 cd - postuninstall program: /sbin/ldconfig А это что за хак? Может лучше правильный soname дать программе? libfftw-devel : postinstall scriptlet (through /bin/sh): /sbin/install-info --entry '* FFTW: (fftw). Fast Fourier Tr ansform library.'\ --section Libraries /usr/share/info/fftw.info.gz /usr/share/info/dir postuninstal l scriptlet (through /bin/sh): /sbin/install-info --entry '* FFTW: (fftw). Fast Fourier Transform li brary.'\ --section Libraries --remove /usr/share/info/fftw.info.gz /usr/share/info/dir Явно не используется макрос install_info. libkrb5 : postinstall scriptlet (through /bin/sh): if [ $1 = 1 ] ; then /bin/grep -Fq /usr/lib/krb5 /etc/ld.so .conf || echo "/usr/lib/krb5" >> /etc/ld.so.conf /sbin/ldconfig fi postuninstall scriptlet (through /bin/sh): if [ $1 = 0 ] ; then TEMPFILE=`mktemp` if [ -n "$TEMPFILE" ] ; then /bin/fgrep -v /usr/lib /krb5 /etc/ld.so.conf >> $TEMPFILE /bin/mv -f $TEMPFILE /etc/ld.so.conf /bin/chmod 655 /etc/ld.so.co nf /bin/chown root:root /etc/ld.so.conf /sbin/ldconfig /bin/rm -f $TEMPFILE fi fi Может библиотеки переместить в правильное место? libqt3 : postinstall scriptlet (through /bin/sh): /sbin/ldconfig rm -fr /tmp/.qt3 ||: rm -f /etc/.qt3/qt_plug ins_3.*rc ||: [ -x /usr/bin/update-menus ] && /usr/bin/update-menus ||: # postuninstall scriptlet (t hrough /bin/sh): /sbin/ldconfig [ "$1" = 0 -a -x /usr/bin/update-menus ] && /usr/bin/update-menus || Удалять в стандартных местах не стоит. procps : postinstall scriptlet (through /bin/sh): /sbin/ldconfig # remove obsolete files rm -f /etc/{psdevtab ,psdatabase} postuninstall program: /sbin/ldconfig Наверное стоит переместить в trigger? rp-pppoe-client : preuninstall scriptlet (through /bin/sh): /sbin/chkconfig --del adsl #%files kmode-plugin #%config / etc/modules.conf.pppoe #%dir /etc/ppp/plugins/ #/etc/ppp/plugins/rp-pppoe.so #%doc doc/KERNEL-MODE-P PPOE Явно не используется post/preun_service? sleezeball : postinstall scriptlet (through /bin/sh): if ! grep -qs '^internal-banner' /etc/squid/mime.conf; then echo 'internal-banner - banner.gif - image' >>/etc/squid/mime.conf fi cat >/etc/squid/sleezeball.co nf <<EOF # The SleezeBall Configuration # The URL to redirect banners to REDIRECT_URL=http://${HOSTN AME}:3128/squid-internal-static/icons/banner.gif # Uncomment this to enable log # LOG=/var/log/squid /sleezeball.log EOF slmdm_kernel-smp : Зачем править чужие конфиги? wwebalizer : preinstall scriptlet (through /bin/sh): /usr/sbin/groupadd -r -f webalizer 2>/dev/null ||: /usr/sbin /useradd -g webalizer -G apache -c 'The Webalizer' \ -d /var/lib/webalizer -s /dev/null -r webalizer 2>/dev/null || : postinstall scriptlet (through /bin/sh): # get hostname to webalizer.conf W_HOST=` hostname` [ $? = 0 ] || W_HOST=localhost W_TMP=`mktemp -q webalizer.conf-XXXXXXXXXX` [ $? = 0 ] && s ed -e "s,__HOST__,$W_HOST,g" < /etc/webalizer.conf > $W_TMP && \ mv $W_TMP /etc/webalizer.conf && ch mod 644 /etc/webalizer.conf postuninstall scriptlet (through /bin/sh): /usr/sbin/userdel -r webalize r 2>/dev/null || Да и свои незачем ? xemacs-auctex : postinstall scriptlet (through /bin/sh): LANGUAGE=POSIX; export LANGUAGE for f in auctex.info; do if [ "$f" = "${f##*/}" ]; then f="/usr/share/info/xemacs/$f" fi /sbin/install-info --section=XEmacs -- dir-file="/usr/share/info/xemacs/dir" --info-file="$f" done preuninstall scriptlet (through /bin/sh) : LANGUAGE=POSIX; export LANGUAGE if [ $1 = 0 ]; then for f in auctex.info; do if [ "$f" = "${f##*/} " ]; then f="/usr/share/info/xemacs/$f" fi /sbin/install-info --section=XEmacs --delete --dir-file=" /usr/share/info/xemacs/dir" --info-file="$f" done fi Зачем LANGUAGE менять-то ? zangband : postinstall scriptlet (through /bin/sh): [ -x /usr/bin/update-menus ] && /usr/bin/update-menus ||: i f [ -d /usr/games/lib/zangband//data ]; then rm -rf /usr/games/lib/zangband//data fi if [ -d /usr/ga mes/lib/zangband//save ]; then for f in /usr/games/lib/zangband//save/*; do [ -e $f ] && install -m0 664 -g games -o games $f /var/lib/games/zangband//save/ done rm -rf /usr/games/lib/zangband//save fi preuninstall scriptlet (through /bin/sh): if [ -d /var/lib/games/zangband//data ]; then rm -rf /var /lib/games/zangband//data/* fi postuninstall scriptlet (through /bin/sh): [ "$1" = 0 -a -x /usr/bin/ update-menus ] && /usr/bin/update-menus ||: Наверное это излишне? Наверное это перебор. Какой в этом глубокий смысл?
[-- Attachment #1: Type: text/plain, Size: 58 bytes --] Патч приложен (к отправленной ранее версии) Rgds, Rider [-- Attachment #2: full.d1.list.sorted.patch --] [-- Type: text/plain, Size: 2753 bytes --] --- full.d1.list.sorted 2003-02-20 15:14:18 +0300 +++ full.d1.list.sorted.new 2003-02-20 17:27:39 +0300 @@ -1,5 +1,4 @@ aalib -abuse_sdl acct acl adjtimex @@ -12,7 +11,6 @@ alt-gpgkeys altlinux-release anacron -apcupsd apmd app-defaults apt @@ -30,7 +28,6 @@ bash bc bdflush -binutils bonobo bonobo-activation bonobo-conf @@ -38,7 +35,6 @@ bootloader-utils bootsplash bwidget -bzflag bzip2 bzlib cdda2wav @@ -46,19 +42,13 @@ cdparanoia cdrdao cdrecord -cfdisk chbg chkconfig chkfontpath chromium chrooted chrooted-resolv -chrpath circuslinux -clanbomber -clanlib -clanlib-mikmod -clanlib-sound common-licenses consolehelper console-tools @@ -74,7 +64,6 @@ design-graphics design-icewm dev -dhcp dhcpcd dhcp-client dhcp-common @@ -98,7 +87,6 @@ esound etcskel evolution -ext2ed fbset fdisk fetchmail @@ -145,12 +133,9 @@ gkrellm glib glib2 -glibc glibc-core glibc-gconv-modules glibc-locales -glibc-nss -glibc-timezones glibc-utils Glide_V3-DRI Glide_V5 @@ -186,7 +171,6 @@ gnumeric gnupg gnuplot -gpart gpm gqview grep @@ -230,7 +214,6 @@ info-install initscripts interactivesystem -ipchains iptables iputils ipv6calc @@ -246,10 +229,7 @@ ispell-he ispell-ru-lebedev ispell-ru-lebedev-cp1251 -ispell-ru-rk -ispell-ru-rk-cp1251 ispell-uk -jfsprogs jpilot jpilot-Mail kbdrate @@ -370,7 +350,6 @@ krb5-workstation kudzu kunit -lam lame latex2html lbreakout2 @@ -394,7 +373,6 @@ libaudiofile libawesfx libbeecrypt -libbfd libbonobo libbonobo2 libbonobo-activation @@ -461,7 +439,6 @@ libgtk+mdk libgtop2 libhdf -libhermes libIDL libieee1284 libijs @@ -477,7 +454,6 @@ liblinc liblirc libltdl -liblvm libmad libmetacity libmikmod @@ -523,7 +499,6 @@ libsoup libssl libstartup-notification -libstdc++2.96 libstdc++3.2 libtcb libtcl @@ -572,11 +547,9 @@ lslk lsof ltris -lvm lyx mailcap mailx -make man man-pages man-pages-ru @@ -609,11 +582,12 @@ mozilla-mail mozilla-nspr mozilla-nss +mozilla-psm mozilla-ru +mozilla-uk mpage mpg123 mtools -mtree mueller7-mova mutt nautilus2 @@ -640,6 +614,7 @@ ntp-utils ntsysv numlock +nut NVIDIA_GLX NVIDIA_kernel-smp NVIDIA_kernel-up @@ -710,7 +685,6 @@ qiv quota raidtools -rcf reiserfs-utils rocksndiamonds rootfiles @@ -793,12 +767,9 @@ val-ttf vim-minimal vitmp -vlan-utils22 -vlan-utils24 vlock vorbis-tools vsftpd -wdm welcome2l wget which @@ -826,12 +797,10 @@ xcdroast xchat X-Downloader -xfig xfonts-phonetic XFree86 XFree86-100dpi-fonts XFree86-75dpi-fonts -XFree86-8514 XFree86-ati-gatos XFree86-bitmaps XFree86-cyr_rfx-fonts-cp1251 @@ -842,7 +811,6 @@ XFree86-libs XFree86-locales XFree86-Mono -XFree86-P9000 XFree86-S3 XFree86-S3V XFree86-server
On Thu, Feb 20, 2003 at 03:57:48PM +0300, Stanislav Ievlev wrote: > krb5-server : > postinstall scriptlet (through /bin/sh): # Remove the init script for older servers. [ -x /etc/rc.d/ > init.d/krb5server ] && /sbin/chkconfig --del krb5server # Install the new ones. for i in krb5kdc kad > min krb524 kprop; do /sbin/chkconfig --add $i done > > Явно не используется post/preun_service? Какой в этом грубинный смысл? Это будет исправлено чуть позже (некритично сейчас). > libkrb5 : > postinstall scriptlet (through /bin/sh): if [ $1 = 1 ] ; then /bin/grep -Fq /usr/lib/krb5 /etc/ld.so > .conf || echo "/usr/lib/krb5" >> /etc/ld.so.conf /sbin/ldconfig fi postuninstall scriptlet (through > /bin/sh): if [ $1 = 0 ] ; then TEMPFILE=`mktemp` if [ -n "$TEMPFILE" ] ; then /bin/fgrep -v /usr/lib > /krb5 /etc/ld.so.conf >> $TEMPFILE /bin/mv -f $TEMPFILE /etc/ld.so.conf /bin/chmod 655 /etc/ld.so.co > nf /bin/chown root:root /etc/ld.so.conf /sbin/ldconfig /bin/rm -f $TEMPFILE fi fi > > Может библиотеки переместить в правильное место? Они лежат в правильном месте, уж поверьте. -- / Alexander Bokovoy --- Actual war is a very messy business. Very, very messy business. -- Kirk, "A Taste of Armageddon", stardate 3193.0
Hello!
On Thu, 20 Feb 2003 rider@altlinux.com wrote:
> Патч приложен (к отправленной ранее версии)
Я против исключения gpart: он маленький и может помочь в случае
аварии.
--
С наилучшими пожеланиями,
Иван Захарьящев, Москва
JID: imz at altlinux.org
On Thu, Feb 20, 2003 at 05:54:51PM +0300, Ivan Zakharyaschev wrote:
> Hello!
>
> On Thu, 20 Feb 2003 rider@altlinux.com wrote:
>
> > Патч приложен (к отправленной ранее версии)
>
> Я против исключения gpart: он маленький и может помочь в случае
> аварии.
Найдите что можно удалить. Может быть gpart перенести на rescue диск?
Rgds,
Rider
On Thu, 20 Feb 2003 rider@altlinux.com wrote: > On Thu, Feb 20, 2003 at 05:54:51PM +0300, Ivan Zakharyaschev > wrote: > > Я против исключения gpart: он маленький и может помочь в > случае > > аварии. > > Найдите что можно удалить. Может быть gpart перенести на > rescue диск? Можно. Про состав rescue диск вообще мало чего известно. -- С наилучшими пожеланиями, Иван Захарьящев, Москва JID: imz at altlinux.org
Вот что ещё кажется не очень уместным: ntpd (сервер?) howto-utils (нужен только для сборки) texinfo (но вытягивается tetex-core :-( ) On Thu, 20 Feb 2003 rider@altlinux.com wrote: > On Thu, Feb 20, 2003 at 05:54:51PM +0300, Ivan Zakharyaschev > wrote: > > Я против исключения gpart: он маленький и может помочь в > случае > > аварии. > > Найдите что можно удалить. Может быть gpart перенести на -- С наилучшими пожеланиями, Иван Захарьящев, Москва JID: imz at altlinux.org
Исправляюсь: On Thu, 20 Feb 2003, Ivan Zakharyaschev wrote: > Вот что ещё кажется не очень уместным: > > ntpd (сервер?) > > howto-utils (нужен только для сборки) Это не так: от него и howtos зависят. > texinfo (но вытягивается tetex-core :-( ) > > On Thu, 20 Feb 2003 rider@altlinux.com wrote: > > > On Thu, Feb 20, 2003 at 05:54:51PM +0300, Ivan Zakharyaschev > > wrote: > > > > Я против исключения gpart: он маленький и может помочь в > > случае > > > аварии. > > > > Найдите что можно удалить. Может быть gpart перенести на > > -- С наилучшими пожеланиями, Иван Захарьящев, Москва JID: imz at altlinux.org
On Thu, Feb 20, 2003 at 06:30:20PM +0300, Ivan Zakharyaschev wrote: > Вот что ещё кажется не очень уместным: > > ntpd (сервер?) да, нужен, т.к. в инсталяторе есть возможность (и оно используется) для автоматической синхронизации времени через сеть. > > howto-utils (нужен только для сборки) Вытягивается (кем-то) Rgds, Rider
[-- Attachment #1: Type: text/plain, Size: 371 bytes --] On Thu, Feb 20, 2003 at 06:37:07PM +0300, rider@altlinux.com wrote: > > Вот что ещё кажется не очень уместным: > > > > ntpd (сервер?) > да, нужен, т.к. в инсталяторе есть возможность (и оно используется) для > автоматической синхронизации времени через сеть. Пакеты ntp и ntp-doc можно убрать, если поправить installer, чтобы он выбирал только ntpdate и ntpd. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1793 bytes --] Stanislav Ievlev wrote > Привет всем! > > Пригалаю список скриптов в пакетах rpm, показавшийся мне подозрительным. > Вполне возможно, что я где-то был не прав. В любом случае хочется > комментариев от мантейнеров. Поясняею по тексту "глубокий смысл": > zangband : > postinstall scriptlet (through /bin/sh): > [ -x /usr/bin/update-menus ] && /usr/bin/update-menus ||: > if [ -d /usr/games/lib/zangband//data ]; then > rm -rf /usr/games/lib/zangband//data > fi Это чистка runtime-генерируемых файлов. Эти файлы остаются от сборок пакета старше 2.7.0-alt0.pre2. > if [ -d /usr/games/lib/zangband//save ]; then > for f in /usr/games/lib/zangband//save/*; do > [ -e $f ] && install -m0664 -g games -o games $f /var/lib/games/zangband//save/ > done > rm -rf /usr/games/lib/zangband//save > fi Для тех же старых сборок перенос "сохранёнок" из старых каталогов в новые. Новая структура каталогов была сделана чтобы исключить необходимость записи в /usr. > preuninstall scriptlet (through /bin/sh): > if [ -d /var/lib/games/zangband//data ]; then > rm -rf /var/lib/games/zangband//data/* > fi Чистка тех же генерируемых файлов за собой. Уже в новом мсторасположении. > postuninstall scriptlet (through /bin/sh): > [ "$1" = 0 -a -x /usr/bin/update-menus ] && /usr/bin/update-menus ||: > > Наверное это излишне? > > Наверное это перебор. Какой в этом глубокий смысл? Если нам не требуется поддержка "чистого" обновления со старых сборок на новые, то я легко могу выкинуть эти скрипты. -- Best Regards! | Когда вам платят за работу, надо по крайней мере Alexey Voinov | делать вид, что вы работаете... | Б.Виан "Осень в Пекине" voins@voins.program.ru vns@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 375 bytes --] On Thu, Feb 20, 2003 at 05:35:05PM +0300, rider@altlinux.com wrote: > -glibc Это правильно. > glibc-locales Лучше заменить на glibc-locales-junior, экономия составит 5М. > -glibc-nss Это обсуждаемо: Без nss_nis прожить можно, а вот без nss_dns система работать нормально просто не будет. > -glibc-timezones Это бред: разве ALJ2.2 только для московской зоны? -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Thursday 20 February 2003 15:57, you wrote:
>> Zope-ZUtils :
>> if [ -e "/var/lib/zope/basic" ]; then echo "Basic site already exist and will not be upgareded"; else /usr/sbin/addzopesite.py basic 8000; fi;
А в чем собственно проблема? Скрипт создает
первый сайт, чбы пользователь мог его использовать. При
этом проводится проверка нет ли его уже - чбы не снести
при апгрейде. Иначе zope из коробки не заработает,
а попытки умельцев запустить его самостоятельно я
уже, к сожалению, имел возможность наблюдать.
--
WthBstRgrds -- Андрей Орлов --
--- www.neural.ru, cray@neural.ru ---
----------------------------------------
[-- Attachment #1: Type: text/plain, Size: 634 bytes --] On Fri, Feb 21, 2003 at 12:59:49AM +0300, Andrey Orlov wrote: > >> Zope-ZUtils : > >> if [ -e "/var/lib/zope/basic" ]; then echo "Basic site already exist and will not be upgareded"; else /usr/sbin/addzopesite.py basic 8000; fi; > > А в чем собственно проблема? Скрипт создает > первый сайт, чбы пользователь мог его использовать. При > этом проводится проверка нет ли его уже - чбы не снести > при апгрейде. Иначе zope из коробки не заработает, > а попытки умельцев запустить его самостоятельно я > уже, к сожалению, имел возможность наблюдать. 1. Что за магическое число 8000? 2. s/exist/exists/; s/upgareded/upgraded/ -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 471 bytes --] On Fri, Feb 21, 2003 at 01:41:36AM +0300, Andrey Orlov wrote: > > 1. Что за магическое число 8000? > > База, от которой отсчитываются номера портов > Zope: +80, +21 и т.п. Соотв в базовой конфигурации - > 8080 и 8021. А вы что подумали? Что кто-нибудь на этом порту слушать станет. > > 2. s/exist/exists/; s/upgareded/upgraded/ > > Хорошо. Кстати, у нас диски уже поехали в нарезку > или таки нет еще? Уже. Стал бы я иначе update для них вчера делать. :) -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Friday 21 February 2003 01:02, you wrote: > 1. Что за магическое число 8000? База, от которой отсчитываются номера портов Zope: +80, +21 и т.п. Соотв в базовой конфигурации - 8080 и 8021. А вы что подумали? > 2. s/exist/exists/; s/upgareded/upgraded/ Хорошо. Кстати, у нас диски уже поехали в нарезку или таки нет еще? -- WthBstRgrds -- Андрей Орлов -- --- www.neural.ru, cray@neural.ru --- ----------------------------------------
On Friday 21 February 2003 01:39, you wrote:
> > База, от которой отсчитываются номера портов
> > Zope: +80, +21 и т.п. Соотв в базовой конфигурации -
> > 8080 и 8021. А вы что подумали?
>
> Что кто-нибудь на этом порту слушать станет.
8000? А что в этом болезненного?
--
WthBstRgrds -- Андрей Орлов --
--- www.neural.ru, cray@neural.ru ---
----------------------------------------
On Thu, Feb 20, 2003 at 08:27:27PM +0300, Dmitry V. Levin wrote: > On Thu, Feb 20, 2003 at 05:35:05PM +0300, rider@altlinux.com wrote: > > -glibc > > Это правильно. > > > glibc-locales > > Лучше заменить на glibc-locales-junior, экономия составит 5М. > > > -glibc-nss > > Это обсуждаемо: > Без nss_nis прожить можно, а вот без nss_dns система работать нормально > просто не будет. Дим, ничего по зависимостям не вытаскивает эти пакеты. Только glibc. > > > -glibc-timezones > > Это бред: разве ALJ2.2 только для московской зоны? Конечно нет. Соответственно нужно добавить или зависимость или персонально этот пакет Rgds, Rider
On Fri, Feb 21, 2003 at 01:41:36AM +0300, Andrey Orlov wrote:
> On Friday 21 February 2003 01:02, you wrote:
> > 1. Что за магическое число 8000?
>
> База, от которой отсчитываются номера портов
> Zope: +80, +21 и т.п. Соотв в базовой конфигурации -
> 8080 и 8021. А вы что подумали?
>
> > 2. s/exist/exists/; s/upgareded/upgraded/
>
> Хорошо. Кстати, у нас диски уже поехали в нарезку
> или таки нет еще?
Master - да. Junior - формируем состав, не более того.
Rgds,
Rider
On Friday 21 February 2003 03:09, you wrote: > Не этот. Основной стоп-сигнал -- память, с 32M установка по сети > становится зрелищем "после 18". Может быть, хотя не уверен - но так или иначе мне почти всегда удается добить память до 64ех. Когда-то ставил по сети на 32, правда то был редхат и очень давно. Правда, много раз. Кстати если ставить по NFS - то какая собтственно разница сколько памяти? > > 700ые не читаются и тп. Так что такой переход проблем может добавить. > А вот тут можешь подробнее? Не про "700M CD-R/RW", а про > алюминий. Честно говоря не помню таких тонкостей, проблемы которые я имел именно в последнее время относятся к 700/CD-RW, только особой разницы я не вижу: напечатаем-то на RO/700, а масса людей решивших сделать копию будет копировать их на RW.... Естессно тоже 700... Жить-то оная копия будет от силы полгода... Так что отговорка про RO/700, а не RW/700 не канает. Расчитывать все равно нужно на худший вариант, если конечно нам есть дело до тех, кто режет своих болванов. А на RW/700 (вот бету много куда ставил) докатывается до 650метра и fault, fault, fault ... На самом деле я подробно не копал (у меня-то все равно древнего привода нет), просто ставил через сеть или еще как, но считал что дело в этом. > Я не верю, что пираты выпускали бы 700M алюминий в таких > количествах, если бы по нему был существенный возврат. А пиратский алюминий не втыкается в старое железо, обычно, так что пиратам-то все равно. > Это не выход "вообще" -- когда G/K будут занимать по гектару сами > по себе -- но life saver ровно сейчас. У меня было просто мнение - я его даже отстаивать не буду, тем более что с ноута все равно ставить удобнеее чем с болван(ов), за исключением случая джуниора который принипиально однодисковый, а джуниор я не ставлю. PS4ALL: Кстати, мбть стоило бы ввести правило: junior n.m == первый диск от master n.m ? Зачем нам этот зоопарк? (Впрочем, см. следующее письмо). -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
On Fri, 21 Feb 2003 12:51:14 +0300 Andrey Orlov wrote: > Когда-то ставил по сети на 32, > правда то был редхат и очень давно. Очень давно -- ключевы слова. > Правда, много раз. Кстати > если ставить по NFS - то какая собтственно разница сколько > памяти? Инсталлятор хочет её МНОГО. Сам инсталлятор. > Расчитывать все > равно нужно на худший вариант, если конечно нам есть дело до > тех, кто режет своих болванов. Не факт, что есть. Антон -- mailto:boyarsh@mail.ru mailto:boyarsh@ru.echo.fr 1:20pm up 87 days, 19:24, 10 users, load average: 0.00, 0.02, 0.00
On Friday 21 February 2003 13:25, you wrote:
> > Правда, много раз. Кстати
> > если ставить по NFS - то какая собтственно разница сколько
> > памяти?
>
> Инсталлятор хочет её МНОГО. Сам инсталлятор.
Если я вас правильно понял, вы утверждаете, что
установка мастера современным инсталлятором на машину
с памятью == 32 метров, крайне затруднительна (если
вообще возможна). Независимо от того используется сетевая
установка или нет. Для меня это новость (если честно), но
в случае мастера я никогда это не проверял (покрмре я такого
не помню). Отсюда вопрос: это утверждение было кем-либо
(в особенности вами) проверено, или это смелое предположение?
Если последнее - то я позволю себе не поверить в него. Если
первое .... это действительно новость. Кстати в install.pdf ("Системные
требования") написано "начиная от 32M". Мбть правда install.pdf не самой
последней версии.
--
WthBstRgrds -- Андрей Орлов --
--- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
В сообщении от 21 Февраль 2003 16:58 Andrey Orlov написал:
> Если я вас правильно понял, вы утверждаете, что
> установка мастера современным инсталлятором на машину
> с памятью == 32 метров, крайне затруднительна (если
> вообще возможна). Независимо от того используется сетевая
> установка или нет. Для меня это новость (если честно), но
> в случае мастера я никогда это не проверял (покрмре я такого
> не помню). Отсюда вопрос: это утверждение было кем-либо
> (в особенности вами) проверено, или это смелое предположение?
Это совершенно проверенная информация. дело в том, что сам
инсталлятор занимает 32 мегабайта. (если уже не больше).
- --
With Best Regards, Albert R. Valiev
- ------------------------------------
ALT Linux Team [www.altlinux.ru]
KDE Development Team [www.kde.org]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+VjaO7d6wAH+0KuARAnJFAKDn178SISZtifqH4or9szECFWCy7ACgxsdu
yLf9qiDTF+5SFK9h5qo3KVU=
=XEbT
-----END PGP SIGNATURE-----
On Fri, Feb 21, 2003 at 05:24:14PM +0300, Albert R. Valiev wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> В сообщении от 21 Февраль 2003 16:58 Andrey Orlov написал:
> > Если я вас правильно понял, вы утверждаете, что
> > установка мастера современным инсталлятором на машину
> > с памятью == 32 метров, крайне затруднительна (если
> > вообще возможна). Независимо от того используется сетевая
> > установка или нет. Для меня это новость (если честно), но
> > в случае мастера я никогда это не проверял (покрмре я такого
> > не помню). Отсюда вопрос: это утверждение было кем-либо
> > (в особенности вами) проверено, или это смелое предположение?
>
> Это совершенно проверенная информация. дело в том, что сам
> инсталлятор занимает 32 мегабайта. (если уже не больше).
Инсталятор можно примонтировать по NFS ;-)
Вообще в прошлом году 2.0 ставился на 32-х мегабайтные тачки.
Rgds,
Rider
On Fri, 21 Feb 2003 16:58:44 +0300 Andrey Orlov wrote: > On Friday 21 February 2003 13:25, you wrote: > > > Правда, много раз. Кстати > > > если ставить по NFS - то какая собтственно разница сколько > > > памяти? > > > > Инсталлятор хочет её МНОГО. Сам инсталлятор. > > Если я вас правильно понял, вы утверждаете, что > установка мастера современным инсталлятором на машину > с памятью == 32 метров, крайне затруднительна (если > вообще возможна). Независимо от того используется сетевая > установка или нет. В результате долгого гуглинга уверенность моя пошатнулась. > Для меня это новость (если честно), но > в случае мастера я никогда это не проверял (покрмре я такого > не помню). Отсюда вопрос: это утверждение было кем-либо > (в особенности вами) проверено, или это смелое предположение? У меня было стойкое ощущение, что я неоднократно читал в community@ про проблемы с установкой на 32 мб, причём не только сетевой. Но найти соответствующие письма мне не удалось, а сам я храню архи всего за 2 месяца. > Если последнее - то я позволю себе не поверить в него. Если > первое .... это действительно новость. Кстати в install.pdf > ("Системные требования") написано "начиная от 32M". Мбть правда > install.pdf не самой последней версии. Ну, я помню как делался этот install.pdf ;) Антон -- mailto:boyarsh@mail.ru mailto:boyarsh@ru.echo.fr 5:08pm up 87 days, 23:12, 10 users, load average: 0.07, 0.03, 0.00
>
> Вообще в прошлом году 2.0 ставился на 32-х мегабайтные тачки.
он ставился и на 16 мб тачки. хотя советовать извращатся с текстовым инсталятором никак не могу.
--
С уважением, Алексей Любимов avl@cad.ru
Anton V. Boyarshinov пишет:
>On Fri, 21 Feb 2003 16:58:44 +0300 Andrey Orlov
> wrote:
>
>
>
>>On Friday 21 February 2003 13:25, you wrote:
>>
>>
>>>>Правда, много раз. Кстати
>>>>если ставить по NFS - то какая собтственно разница сколько
>>>>памяти?
>>>>
>>>>
>>>Инсталлятор хочет её МНОГО. Сам инсталлятор.
>>>
>>>
>>Если я вас правильно понял, вы утверждаете, что
>>установка мастера современным инсталлятором на машину
>>с памятью == 32 метров, крайне затруднительна (если
>>вообще возможна). Независимо от того используется сетевая
>>установка или нет.
>>
>>
>
>В результате долгого гуглинга уверенность моя пошатнулась.
>
>
>
>>Для меня это новость (если честно), но
>>в случае мастера я никогда это не проверял (покрмре я такого
>>не помню). Отсюда вопрос: это утверждение было кем-либо
>>(в особенности вами) проверено, или это смелое предположение?
>>
>>
>
>У меня было стойкое ощущение, что я неоднократно читал в
>community@ про проблемы с установкой на 32 мб, причём не только
>сетевой. Но найти соответствующие письма мне не удалось, а сам я
>храню архи всего за 2 месяца.
>
>
>
>>Если последнее - то я позволю себе не поверить в него. Если
>>первое .... это действительно новость. Кстати в install.pdf
>>("Системные требования") написано "начиная от 32M". Мбть правда
>>install.pdf не самой последней версии.
>>
>>
>
>Ну, я помню как делался этот install.pdf ;)
>
>
>
на 32M чистых устанавливается, но только с CD и только если ничего не
откушено (как у i810).
Rgrds, Алексей
Так скоро анфриз сизифа? А то пакеты бы заливать пора...
[-- Attachment #1: Type: text/plain, Size: 179 bytes --] On Mon, Feb 24, 2003 at 11:22:18PM +0300, "Алексей Любимов" wrote: > Так скоро анфриз сизифа? Так вы не заметили? Уже неделю как. > А то пакеты бы заливать пора... :) -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Fri, Feb 21, 2003 at 05:24:14PM +0300, Albert R. Valiev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > В сообщении от 21 Февраль 2003 16:58 Andrey Orlov написал: > > Если я вас правильно понял, вы утверждаете, что > > установка мастера современным инсталлятором на машину > > с памятью == 32 метров, крайне затруднительна (если > > вообще возможна). Независимо от того используется сетевая > > установка или нет. Для меня это новость (если честно), но > > в случае мастера я никогда это не проверял (покрмре я такого > > не помню). Отсюда вопрос: это утверждение было кем-либо > > (в особенности вами) проверено, или это смелое предположение? > > Это совершенно проверенная информация. дело в том, что сам > инсталлятор занимает 32 мегабайта. (если уже не больше). в текстовом режиме (если не упадет) 10M ;) > > > - -- > > With Best Regards, Albert R. Valiev > - ------------------------------------ > ALT Linux Team [www.altlinux.ru] > KDE Development Team [www.kde.org] > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQE+VjaO7d6wAH+0KuARAnJFAKDn178SISZtifqH4or9szECFWCy7ACgxsdu > yLf9qiDTF+5SFK9h5qo3KVU= > =XEbT > -----END PGP SIGNATURE-----
В сообщении от 25 Февраль 2003 18:20 Andrey Brindeew написал:
> Hi!
>
> Сегодня, после 5.5 лет учебы я защитил диплом на 5!
>
> [после 5 минут раздумий]
> слов больше нет. Одни приятные эмоции...
>
> УРА! УРА! УРА!!!
Как человек учащийся на 5 курсе, я тебя от всей души
поздравляю!!! УРА !!!
--
Alexey Gladkov (legion)
E-MAIL: legion@altlinux.ru
[-- Attachment #1: Type: text/plain, Size: 240 bytes --] Hi! Сегодня, после 5.5 лет учебы я защитил диплом на 5! [после 5 минут раздумий] слов больше нет. Одни приятные эмоции... УРА! УРА! УРА!!! -- WBR, Andrey Brindeew. "No one person can understand Perl culture completely" (C) Larry Wall. [-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]
Andrey Brindeew пишет:
>Hi!
>
>Сегодня, после 5.5 лет учебы я защитил диплом на 5!
>
>[после 5 минут раздумий]
>слов больше нет. Одни приятные эмоции...
>
>УРА! УРА! УРА!!!
>
>
>
WOW!!!!!
Поздравляем!!!!!
Rgrds, Алексей
On Tue, 25 Feb 2003 18:20:36 +0300
Andrey Brindeew <abr@altlinux.ru> wrote:
> Hi!
>
> Сегодня, после 5.5 лет учебы я защитил диплом на 5!
Отрадно :)
Поздравляю.
--
С уважением, Алексей Любимов avl@cad.ru
[-- Attachment #1: Type: text/plain, Size: 459 bytes --] Andrey Brindeew wrote > Hi! > > Сегодня, после 5.5 лет учебы я защитил диплом на 5! > > [после 5 минут раздумий] > слов больше нет. Одни приятные эмоции... > > УРА! УРА! УРА!!! Глобальный поздравлямс! :) -- Best Regards! | Когда вам платят за работу, надо по крайней мере Alexey Voinov | делать вид, что вы работаете... | Б.Виан "Осень в Пекине" voins@voins.program.ru vns@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Tue, 25 Feb 2003 18:20:36 +0300
Andrey Brindeew <abr@altlinux.ru> wrote:
> Hi!
>
> Сегодня, после 5.5 лет учебы я защитил диплом на 5!
>
> [после 5 минут раздумий]
> слов больше нет. Одни приятные эмоции...
>
> УРА! УРА! УРА!!!
Поздравляю!
Какова тема диплома, если не секрет?
--
Alexandre Prokoudine
ALT Linux Documentation Team
JID: avp@altlinux.org
[-- Attachment #1: Type: text/plain, Size: 433 bytes --] On Tue, Feb 25, 2003 at 06:39:23PM +0300, Alexandre Prokoudine wrote: > Какова тема диплома, если не секрет? Название совершенно общее и ничего конкретного не говорящее: "Разработка пакета программного обеспечения для обработки регистрируемой информации межобъектового обмена". Подробности здесь: http://abr.pp.ru/docs/MIREA/diplom/ -- WBR, Andrey Brindeew. "No one person can understand Perl culture completely" (C) Larry Wall. [-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]
Hello Andrey, Tuesday, February 25, 2003, 6:20:36 PM, you wrote: AB> Hi! AB> Сегодня, после 5.5 лет учебы я защитил диплом на 5! AB> [после 5 минут раздумий] AB> слов больше нет. Одни приятные эмоции... AB> УРА! УРА! УРА!!! Присоединяюсь к поздравлениям !!!! -- Best regards, Volkov mailto:vserge@altlinux.ru
Привет, 12: ntpd ######################################################## [ 70%] Shutting down ntpd: [ OK ] Starting ntpd: [ OK ] warning: user inger does not exist - using root warning: group inger does not exist - using root .... warning: group inger does not exist - using root warning: user inger does not exist - using root -- Kostya. mailto:kt@tyumen.ru
On Tue, Feb 25, 2003 at 06:20:36PM +0300, Andrey Brindeew wrote: > Hi! > > Сегодня, после 5.5 лет учебы я защитил диплом на 5! > > [после 5 минут раздумий] > слов больше нет. Одни приятные эмоции... > > УРА! УРА! УРА!!! поздравляю ! > > -- > WBR, Andrey Brindeew. > "No one person can understand Perl culture completely" > (C) Larry Wall.
On Wed, Feb 26, 2003 at 10:11:45AM +0500, Konstantin Timoshenko wrote: > Привет, > > 12: ntpd ######################################################## [ 70%] > Shutting down ntpd: [ OK ] > Starting ntpd: [ OK ] > warning: user inger does not exist - using root > warning: group inger does not exist - using root > .... > warning: group inger does not exist - using root > warning: user inger does not exist - using root Ну на знаю как я в половину пакетов попал. Еще такой же transcode - тоже не мой. мистика какая-то? > > > -- > Kostya. > mailto:kt@tyumen.ru > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
> > warning: group inger does not exist - using root
> > warning: user inger does not exist - using root
> Ну на знаю как я в половину пакетов попал.
> Еще такой же transcode - тоже не мой.
> мистика какая-то?
скорее, популярность... :)
--
С уважением, Алексей Любимов avl@cad.ru
[-- Attachment #1: Type: text/plain, Size: 509 bytes --] On Wed, Feb 26, 2003 at 10:11:45AM +0500, Konstantin Timoshenko wrote: > Привет, > > 12: ntpd ######################################################## [ 70%] > Shutting down ntpd: [ OK ] > Starting ntpd: [ OK ] > warning: user inger does not exist - using root > warning: group inger does not exist - using root > .... > warning: group inger does not exist - using root > warning: user inger does not exist - using root Я протестую, ибо пакет ntpd собирал я. :) Что-то у вас в системе не так. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Wed, Feb 26, 2003 at 10:11:45AM +0500, Konstantin Timoshenko wrote:
> Привет,
>
> 12: ntpd ######################################################## [ 70%]
> Shutting down ntpd: [ OK ]
> Starting ntpd: [ OK ]
> warning: user inger does not exist - using root
> warning: group inger does not exist - using root
> ....
> warning: group inger does not exist - using root
> warning: user inger does not exist - using root
Костя, а какой пакет был следующим в транзакции? (13-м)
--
/ Alexander Bokovoy
---
The horror... the horror!
On Wed, 26 Feb 2003 11:44:02 +0200
Alexander Bokovoy <a.bokovoy@sam-solutions.net> wrote:
> On Wed, Feb 26, 2003 at 10:11:45AM +0500, Konstantin Timoshenko wrote:
> > Привет,
> >
> > 12: ntpd ######################################################## [
> > 70%] Shutting down ntpd: [ OK ]
> > Starting ntpd: [ OK ]
> > warning: user inger does not exist - using root
> > warning: group inger does not exist - using root
> > ....
> > warning: group inger does not exist - using root
> > warning: user inger does not exist - using root
> Костя, а какой пакет был следующим в транзакции? (13-м)
помоему ntp-doc
--
Kostya.
mailto:kt@tyumen.ru
On Wed, 26 Feb 2003 12:32:47 +0300
"Dmitry V. Levin" <ldv@altlinux.org> wrote:
> On Wed, Feb 26, 2003 at 10:11:45AM +0500, Konstantin Timoshenko wrote:
> > Привет,
> >
> > 12: ntpd ######################################################## [
> > 70%] Shutting down ntpd: [ OK ]
> > Starting ntpd: [ OK ]
> > warning: user inger does not exist - using root
> > warning: group inger does not exist - using root
> > ....
> > warning: group inger does not exist - using root
> > warning: user inger does not exist - using root
>
> Я протестую, ибо пакет ntpd собирал я. :)
> Что-то у вас в системе не так.
у меня система каждый день обновляется, но с ntp я поторопился это
transfig виновен оказалcя
--
Kostya.
mailto:kt@tyumen.ru
[-- Attachment #1: Type: text/plain, Size: 690 bytes --] On Wed, Feb 26, 2003 at 03:00:56PM +0500, Konstantin Timoshenko wrote: > > > 12: ntpd ######################################################## [ > > > 70%] Shutting down ntpd: [ OK ] > > > Starting ntpd: [ OK ] > > > warning: user inger does not exist - using root > > > warning: group inger does not exist - using root > > > .... > > > warning: group inger does not exist - using root > > > warning: user inger does not exist - using root > > > > Я протестую, ибо пакет ntpd собирал я. :) > > Что-то у вас в системе не так. > у меня система каждый день обновляется, но с ntp я поторопился это > transfig виновен оказалcя Действительно. Надо sisyphus_check совершенствовать. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Привет. Я после закачки zebra-0.93b-alt4 закачал alt4.1 --- исправил спек после того, как пакет проверили на sandman. О выходе alt4 я писал. Потом я просто удалил alt4 и вместо него положил alt4.1, но анонса не делал. В результате из incoming подобрался alt4. Какой порядок анонсов ? Ведь так каждый раз будет находиться какая-нибудь ошибка и каждый раз я буду постить сообщение ? Не совсем хорошо выходит. :( ДонНТУ Информационный центр Денис Овсиенко DO4-UANIC
On Wed, Feb 26, 2003 at 12:35:16PM +0200, Denis Ovsienko wrote: > > Привет. > Я после закачки zebra-0.93b-alt4 закачал alt4.1 --- исправил > спек после того, как пакет проверили на sandman. О выходе alt4 > я писал. Потом я просто удалил alt4 и вместо него положил alt4.1, > но анонса не делал. В результате из incoming подобрался alt4. > Какой порядок анонсов ? Ведь так каждый раз будет находиться какая-нибудь > ошибка и каждый раз я буду постить сообщение ? Не совсем хорошо выходит. > :( > да нет же, просто я забрал alt4, и на этом транзакция закончилась. В следующий Сизиф пойдет alt4.1 ;) Мне анонсы рассылает rsync ;) > ДонНТУ Информационный центр > Денис Овсиенко > DO4-UANIC > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Всем привет! Я тут готовлю один пакетик, у меня вопрос - для работоспособности этого пакета нужно создать базу MySQL. Как лучше - написать о необходимости создания базы в README.ALT и выводить соответствующее сообщение в %post скрипте или создавать базу автоматически? - -- With Best Regards, Albert R. Valiev - ------------------------------------ ALT Linux Team [www.altlinux.ru] KDE Development Team [www.kde.org] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+Xf2f7d6wAH+0KuARAnRSAKDf6Euqq1wpeqtd12BokDi82BhYNgCgodZp FFDMa8bBkuiEyeimJt1E4p4= =Gp0x -----END PGP SIGNATURE-----
[-- Attachment #1: Type: text/plain, Size: 408 bytes --] On Thu, Feb 27, 2003 at 02:59:23PM +0300, Albert R. Valiev wrote: > Я тут готовлю один пакетик, у меня вопрос - для работоспособности > этого пакета нужно создать базу MySQL. Как лучше - написать о > необходимости создания базы в README.ALT и выводить > соответствующее сообщение в %post скрипте или создавать базу > автоматически? Из предложенных вариантов я бы предпочел второй (README.ALT). -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Thu, Feb 27, 2003 at 03:06:06PM +0300, Dmitry V. Levin wrote:
> On Thu, Feb 27, 2003 at 02:59:23PM +0300, Albert R. Valiev wrote:
> > Я тут готовлю один пакетик, у меня вопрос - для работоспособности
> > этого пакета нужно создать базу MySQL. Как лучше - написать о
> > необходимости создания базы в README.ALT и выводить
> > соответствующее сообщение в %post скрипте или создавать базу
> > автоматически?
>
> Из предложенных вариантов я бы предпочел второй (README.ALT).
Заодно сразу стоит подумать о том, что делать с обновлениями этого пакета
и базы данных.
Rgds,
Rider
В Чтв, 20.02.2003, в 15:57, Stanislav Ievlev написал: > Привет всем! > > Пригалаю список скриптов в пакетах rpm, показавшийся мне подозрительным. > Вполне возможно, что я где-то был не прав. В любом случае хочется > комментариев от мантейнеров. Отвечая за своё: > gtklp : > postinstall scriptlet (through /bin/sh): [ -x /usr/bin/update-menus ] > && /usr/bin/update-menus ||: # > Make CUPS settings compatible... /bin/mv /etc/cups/cupsd.conf > /etc/cups/cupsd.conf~ /bin/cat /etc/cu > ps/cupsd.conf~ | /bin/sed -e s/\#RunAsUser\ no/RunAsUser\ no/ -e > s/\#NoIzvrat\ yes/NoIzvrat\ yes/ > > /etc/cups/cupsd.conf service cups restart postuninstall scriptlet > (through /bin/sh): [ "$1" = 0 -a - > x /usr/bin/update-menus ] && /usr/bin/update-menus ||: > > Вячеслав, ну Вы уже перестали меня удивлять ;) Я тут ни причём :) Это те, кто сделал CUPS в Альте ни с чем не несовместимым, вынуждают так изгаляться. Скрипт этот - единственное известное мне лекарство от гарантированного зависания GTKLPQ. Я писал когда-то автору и получил ответ в духе "У вас наверно ненормальный CUPS, и я не собираюсь нарушать совместимость с другими системами.". Я также считаю стоящие по умолчанию настройки CUPS, которые напрочь блокируют необходимые возможности управления принтером и очередью печати (и абсолютно правильно названы izvrat), одним из крупнейших недостатков дистрибутива "Мастер". Посоветуйте, как решить проблему другим путём. Простое удаление %post сделает gtklp бесполезным пакетом. Адекватной же замены (речь идёт только о GTK приложениях) сейчас нет. Последующие версии (последняя - 0.9m) не решали этой проблемы и не отличались стабильностью. Сейчас я жду версии с интерфейсом на GTK2. P.S. Конкретные советы по исправлению некрасивого решения без потери функциональности gtklpq, http://127.0.0.1:631 и дополнительных ручных действий после установки пакета с благодарностью приму в любой форме. Редкие письма в стиле "Как мне надоели оппортунисты!" -> /dev/null ;). -- Вячеслав Диконов <sdiconov@mail.ru>
[-- Attachment #1: Type: text/plain, Size: 768 bytes --] Konstantin Timoshenko wrote > Привет, > > 12: ntpd ######################################################## [ 70%] > Shutting down ntpd: [ OK ] > Starting ntpd: [ OK ] > warning: user inger does not exist - using root > warning: group inger does not exist - using root > ... > warning: group inger does not exist - using root > warning: user inger does not exist - using root Кстати, аналогичная проблема в patchutils. (Это я на всякий случай, если вдруг при исправлении потребуется список проблемных пакетов). -- Best Regards! | Когда вам платят за работу, надо по крайней мере Alexey Voinov | делать вид, что вы работаете... | Б.Виан "Осень в Пекине" voins@voins.program.ru vns@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 600 bytes --] On Fri, Feb 28, 2003 at 10:49:49PM +0300, Alexey Voinov wrote: > Konstantin Timoshenko wrote > > Привет, > > > > 12: ntpd ######################################################## [ 70%] > > Shutting down ntpd: [ OK ] > > Starting ntpd: [ OK ] > > warning: user inger does not exist - using root > > warning: group inger does not exist - using root > > ... > > warning: group inger does not exist - using root > > warning: user inger does not exist - using root > Кстати, аналогичная проблема в patchutils. Сколько раз повторять: имя виновного пакета находится _после_ всех warning'ов. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 807 bytes --] On Fri, Jan 31, 2003 at 01:09:55PM +0300, Stanislav Ievlev wrote: > On Fri, Jan 31, 2003 at 01:47:20AM +0300, Andrey Orlov wrote: > > On Thursday 30 January 2003 23:58, you wrote: > > > > sendmail-8.12.7-alt1.i586.rpm > > > > sendmail-cf-8.12.7-alt1.i586.rpm > > > > sendmail-devel-8.12.7-alt1.i586.rpm > > > > sendmail-doc-8.12.7-alt1.i586.rpm > > > > > > Вот без этого будет очень плохо... Что бы та мне говорили фанаты > > > postfix... > > > > Кстати да. Я знаю очень многих людей, которые отсутствие sendmail в > > дистрибутиве мгря не поймут. Я сам не пойму - хотя и перехожу на postfix. > Это сугубо личное мнение: > Я, в свою очередь, не могу понять людей которые сами добровольно готовы сидеть на пороховой бочке. А они продолжают сидеть: http://www.cert.org/advisories/CA-2003-07.html -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Полтора дня ничего не получаю... Это у меня что-то или рассылка не работает?
[-- Attachment #1: Type: text/plain, Size: 316 bytes --] Hi! Уже упоминавшуюся багу про выставление рутового почтового алиаса для Postfix на пользователя oracle я повесил на пакет oracle-preinstall, т.к. неизвестно кто виноват - то ли инсталлер, то ли пакет. См. #0002333. -- WBR, Andrey Brindeew. "No one person can understand Perl culture completely" (C) Larry Wall. [-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]
подскажите, пожалуйста, как быстро узнать какие пакеты в текущем репозитарии собираются с использованием данной библиотеки. apt-cache showpkg name не показывает все реально использующие эту библиотеку пакеты. цель: хочу выделить из пакета libmad библиотеку libid3tag. -- andrei (at) altlinux (d0t) ru
помню, что чего то изменилось, а вот чего? пытаюсь так. rsync -va --partial --stats -e ssh my.src.rpm devel:/incoming/Sisyphus выскакивет permission denied при сохранении закаченного файла. а как надо?
[-- Attachment #1: Type: text/plain, Size: 337 bytes --] On Fri, Mar 07, 2003 at 10:22:24AM +0300, Andrey Astafiev wrote: > подскажите, пожалуйста, как быстро узнать какие пакеты > в текущем репозитарии собираются с использованием > данной библиотеки. apt-cache showpkg name не показывает > все реально использующие эту библиотеку пакеты. apt-cache showpkg libid3tag.so.0 libmad.so.0 -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Привет. Вот еще один перл из области зависимостей: Пакету man нужен procmail. Зачем - не знаю ;-( Rgds, Rider
[-- Attachment #1: Type: text/plain, Size: 316 bytes --] Hi! Как правильно зарегистрировать в системе новый сервер? Речь идет о пакете hddtemp, который может работать в daemon mode. Только вот куда класть настройки, до сих пор не определился - /etc/sysconfig/harddisks/* ? -- WBR, Andrey Brindeew. "No one person can understand Perl culture completely" (C) Larry Wall. [-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]
On Fri, Mar 14, 2003 at 10:21:12AM +0300, Andrey Brindeew wrote: > Hi! > > Как правильно зарегистрировать в системе новый сервер? > > Речь идет о пакете hddtemp, который может работать в daemon mode. Только > вот куда класть настройки, до сих пор не определился - > /etc/sysconfig/harddisks/* ? /etc/sysconfig это слишком сильно ;) Речь идет об init-скриптах или о конфигурационных файлах. В первом случае достаточно посмотреть для примера, например, vixie-cron. > > -- > WBR, Andrey Brindeew. > "No one person can understand Perl culture completely" > (C) Larry Wall.
[-- Attachment #1: Type: text/plain, Size: 357 bytes --] Hi! Как собрать пакет так, чтобы отладочная информация в бинарниках не стрипалась? Стал падать sim, как старушка в гололёд. :-( Запускается анализатор сбоев KDE, поставил gdb, а там - сплошные (no debugging symbols found)...(no debugging symbols found)... -- WBR, Andrey Brindeew. "No one person can understand Perl culture completely" (C) Larry Wall. [-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]
[-- Attachment #1: Type: text/plain, Size: 399 bytes --] On Mon, Mar 17, 2003 at 10:52:49PM +0300, Andrey Brindeew wrote: > Как собрать пакет так, чтобы отладочная информация в бинарниках не > стрипалась? > > Стал падать sim, как старушка в гололёд. :-( > Запускается анализатор сбоев KDE, поставил gdb, а там - сплошные > > (no debugging symbols found)...(no debugging symbols found)... В правильных пакетах достоточно rpmbuild --enable debug -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Приветствую! в incoming:/incoming/Sisyphus/ ушёл tkdiffb-1.0.0-alt2.src.rpm Изменения: наложен патч, который даёт возможность менять местами файлы в окошках. автор Алексей Дьяченко <alexd@altlinux.ru> -- Best regards! =================================================== Sergey Kalinin (aka BanZaj) "CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru
Приветсвую В incoming:/incoming/Sisyphus/ ушло tkcvs-7.1.2-alt1.src.rpm -- Best regards! =================================================== Sergey Kalinin (aka BanZaj) "CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru
Хотелось бы узнать, есть ли в команде какие либо мысли по поводу конфигуратора, посредством которого можно было бы обслуживать дистры альтдинукс? drake* и linuxconf выкинули. webmin дорабатывать кто нибудь пытался? Что у нас в преспективе? -- С уважением, Алексей Любимов avl@cad.ru
26 Март 2003 18:05, Alexey V. Lubimov написал:
> Хотелось бы узнать, есть ли в команде какие либо мысли по поводу
> конфигуратора, посредством которого можно было бы обслуживать дистры
> альтдинукс?
>
> drake* и linuxconf выкинули.
> webmin дорабатывать кто нибудь пытался?
>
> Что у нас в преспективе?
А rconf?
--
С уважением
Виктор В Исмакаев
ivv@altlinux.ru
[-- Attachment #1: Type: text/plain, Size: 303 bytes --] Alexey V. Lubimov пишет: > Хотелось бы узнать, есть ли в команде какие либо мысли по поводу конфигуратора, посредством которого можно было бы обслуживать дистры альтдинукс? > > drake* и linuxconf выкинули. > webmin дорабатывать кто нибудь пытался? > > Что у нас в преспективе? > rconf Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
>
> rconf
не страшно в одиночку разрабатывать?
может стоит поддерживать хотя бы одно какое-либо универсальное междистрибутивное средство?
--
С уважением, Алексей Любимов avl@cad.ru
Приветствую всех. Набрёл тут на интересную ссылку http://moin.conectiva.com.br/RepositorySystem С уважением, Антон В. Денисов.
Anton V. Denisov пишет:
> Приветствую всех.
>
> Набрёл тут на интересную ссылку
> http://moin.conectiva.com.br/RepositorySystem
>
> С уважением, Антон В. Денисов.
>
Интересно, а к Сизифу такое можно прикрутить?
--
Rgrds,
Anatoly A. Yakushin aka DOC
Orthopaedic Departmens
Veterans Hospital # 3
Moscow
[-- Attachment #1: Type: text/plain, Size: 434 bytes --] On Fri, Mar 28, 2003 at 03:06:13PM +1200, Anton V. Denisov wrote: > Набрёл тут на интересную ссылку > http://moin.conectiva.com.br/RepositorySystem Для того, чтобы _рассматривать_возможность_ построения системы на основе subversion, нужно как минимум иметь в своих рядах специалиста, свободно владеющего как subversion, так и apache2 (который жизненно необходим для subversion). В Conectiva такой специалист есть. А у нас? -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Привет всем! Список дистрибутивов, поддерживаемых компанией ALT Linux, теперь оформлен явно и доступен здесь: http://www.altlinux.ru/index.php?module=support_serv#supported_products -- Vlasenko Oleg. Technical support department ALT Linux Team. mailto:cornet@altlinux.ru
Привет. Я собрал обещанный в пятницу и наделавший шуму в irc mod_log_sql и вдобавок свою любимую старую утилитку ifled. Оба пакета в incoming/Sisyphus, как быть дальше ? ДонНТУ Информационный центр Денис Овсиенко DO4-UANIC
Denis Ovsienko пишет:
>Привет.
>Я собрал обещанный в пятницу и наделавший шуму в irc mod_log_sql
>и вдобавок свою любимую старую утилитку ifled. Оба пакета в
>incoming/Sisyphus, как быть дальше ?
>
>
>
Спасибо!
Напишите 2 inger лично на всякий случай.
Rgrds, Алексей
On Mon, Apr 07, 2003 at 07:29:34PM +0400, aen wrote: > Denis Ovsienko пишет: > > >Привет. > >Я собрал обещанный в пятницу и наделавший шуму в irc mod_log_sql > >и вдобавок свою любимую старую утилитку ifled. Оба пакета в > >incoming/Sisyphus, как быть дальше ? ждать когда я заберу. > > > > > > > Спасибо! > Напишите 2 inger лично на всякий случай. > > Rgrds, Алексей > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
Посылаю повторно, посколько в первый раз письмо было повреждено
перекодировками.
В Срд, 09.04.2003, в 10:01, Anton V. Boyarshinov написал:
> On 09 Apr 2003 00:21:57 +0400 Вячеслав Диконов
> wrote:
>
> > Система может ставиться на компьютеры, исполняющие
> > фундаментально разные функции (Как минимум это "Сервер",
> > "Многопользовательская рабочая станция" и автономный
> > "_персональный_ компьютер с играми мультемедия и т.п.").
>
> Интересно, к какой категории будет отнесена моя домашняя машина?
> Постоянное подключение к сети, мультимедия, немного игр и десяток
> живых пользователей. Более того, vitus очень верно заметил, что
> домашний компьютер как правило существенно более
> многопользоательский, чем рабочий.
>
> Антон
Собственно в качестве критерия предлагается число пользователей на
машине (1 - много) и способ их подключения (все локально или нет сети
- есть сеть, локальные и удалённые пользователи или клиенты серверных
служб - сервер, то есть все пользователи работают с машиной удалённо).
Это даёт 4 основных варианта:
1) 1 локальный пользователь
2) несколько локальных пользователей
3) несколько пользователей, в том числе удалённых
4) исключительно удалённые пользователи (сервер)
Случай 1 это личный компьютер, где всевозможные защиты лишь мешают
хозяину, использовать его по своему усмотрению. Многие домашние и даже
рабочие компьютеры попадают именно в эту категорию. Таков мой первый
компьютер.
Случай 2 "семейный" компьютер или машина на работе без ЛВС, которой
пользуются все сотрудники, но одновременная работа нескольких
пользователей невозможна.
Случаи 3 Сетевая рабочая станция, с которой одновременно могут работать
несколько человек (мой второй компьютер). В том числе машины с
мигрирующими пользователями, хранящими настройки на сервере.
* "личный сервер" на одного человека, не слишком частое явление, но
бывает. В плане настроек можно не выделять, так как где один удалённый
пользователь, там без труда должны подключаться несколько.
Случай 4 Сервер.
Настройки в Мастере отчётливо нацелены на случаи 3 и 4, причём 1 и 2
игнорируются с возмутительным высокомерием.
В новом инсталляторе необходимо предусмотреть способ выбора роли машины
и корректировки стандартных настроек в соответствии с ней.
P.S. Существующий сейчас выбор классов "Эксперт" и "Тупица" как минимум
бесполезен. Приведу в качестве примера свой компьютер №1. После выбора
"Рекомендуется" установщик оказывается в принципе не способен закончить
свою работу (невозможно настроить сеть Broadcom bcm4400 на ASUS P4PE,
невозможно установить XFree с GF Ti, так как установщик выдаёт ошибку и
вылетает). В режиме "Эксперт" проблем намного меньше, но уже после
установки возникают вредные настройки (например глюк с su).
[-- Attachment #1: Type: text/plain, Size: 3456 bytes --] Вячеслав Диконов пишет: > Посылаю повторно, посколько в первый раз письмо было повреждено > перекодировками. > > В Срд, 09.04.2003, в 10:01, Anton V. Boyarshinov написал: > >>On 09 Apr 2003 00:21:57 +0400 Вячеслав Диконов >> wrote: >> >> >>>Система может ставиться на компьютеры, исполняющие >>>фундаментально разные функции (Как минимум это "Сервер", >>>"Многопользовательская рабочая станция" и автономный >>>"_персональный_ компьютер с играми мультемедия и т.п."). >> >>Интересно, к какой категории будет отнесена моя домашняя машина? >>Постоянное подключение к сети, мультимедия, немного игр и десяток >>живых пользователей. Более того, vitus очень верно заметил, что >>домашний компьютер как правило существенно более >>многопользоательский, чем рабочий. >> >>Антон > > Собственно в качестве критерия предлагается число пользователей на > машине (1 - много) и способ их подключения (все локально или нет сети > - есть сеть, локальные и удалённые пользователи или клиенты серверных > служб - сервер, то есть все пользователи работают с машиной удалённо). > Это даёт 4 основных варианта: > > 1) 1 локальный пользователь > 2) несколько локальных пользователей > 3) несколько пользователей, в том числе удалённых > 4) исключительно удалённые пользователи (сервер) > > Случай 1 это личный компьютер, где всевозможные защиты лишь мешают > хозяину, использовать его по своему усмотрению. Многие домашние и даже > рабочие компьютеры попадают именно в эту категорию. Таков мой первый > компьютер. Нет. Не мешают. Они учат его жить в сложном мире сетевых компьютеров. Пручают к правильному образу жизни. > > Случай 2 "семейный" компьютер или машина на работе без ЛВС, которой > пользуются все сотрудники, но одновременная работа нескольких > пользователей невозможна. Это как? Зачем нам делать невозможным одновременную работу нескольких пользователей. > > Случаи 3 Сетевая рабочая станция, с которой одновременно могут работать > несколько человек (мой второй компьютер). В том числе машины с > мигрирующими пользователями, хранящими настройки на сервере. > * "личный сервер" на одного человека, не слишком частое явление, но > бывает. В плане настроек можно не выделять, так как где один удалённый > пользователь, там без труда должны подключаться несколько. > > Случай 4 Сервер. > > > Настройки в Мастере отчётливо нацелены на случаи 3 и 4, причём 1 и 2 > игнорируются с возмутительным высокомерием. И правильно. Я не вижу разницы между пунктом 2, 1 и 3. > > В новом инсталляторе необходимо предусмотреть способ выбора роли машины > и корректировки стандартных настроек в соответствии с ней. Роль выбирать несомненно надо, но сильно снижать уровень безопасности машины... а если вдруг у человека интернет появился? > > > > P.S. Существующий сейчас выбор классов "Эксперт" и "Тупица" как минимум > бесполезен. Приведу в качестве примера свой компьютер №1. После выбора > "Рекомендуется" установщик оказывается в принципе не способен закончить > свою работу (невозможно настроить сеть Broadcom bcm4400 на ASUS P4PE, > невозможно установить XFree с GF Ti, так как установщик выдаёт ошибку и > вылетает). В режиме "Эксперт" проблем намного меньше, но уже после > установки возникают вредные настройки (например глюк с su). Можно про bc4400 и XFree GF Ti поподробнее ? То, что они не устанавливаются в режиме "рекомендуется" - это ошибка. А режима Эксперт действительно, больше практически не существует (и не будет) Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
В Птн, 11.04.2003, в 16:09, Anton Farygin написал: > Вячеслав Диконов пишет: > > В Срд, 09.04.2003, в 10:01, Anton V. Boyarshinov написал: > >>>Система может ставиться на компьютеры, исполняющие > >>>фундаментально разные функции (Как минимум это "Сервер", > >>>"Многопользовательская рабочая станция" и автономный > >>>"_персональный_ компьютер с играми мультемедия и т.п."). > > Собственно в качестве критерия предлагается число пользователей на > > машине (1 - много) и способ их подключения (все локально или нет сети > > - есть сеть, локальные и удалённые пользователи или клиенты серверных > > служб - сервер, то есть все пользователи работают с машиной удалённо). > > Это даёт 4 основных варианта: > > > > 1) 1 локальный пользователь > > 2) несколько локальных пользователей > > 3) несколько пользователей, в том числе удалённых > > 4) исключительно удалённые пользователи (сервер) > > > > Случай 1 это личный компьютер, где всевозможные защиты лишь мешают > > хозяину, использовать его по своему усмотрению. Многие домашние и даже > > рабочие компьютеры попадают именно в эту категорию. Таков мой первый > > компьютер. > > Нет. Не мешают. Они учат его жить в сложном мире сетевых компьютеров. > Пручают к правильному образу жизни. //Надеюсь все мы понимаем, что никто, ни я, ни Вы, ни фирма АЛЬТ, ни компьютер не имеет права навязывать человеку другой образ жизни.// Здесь идёт речь о НЕ сетевых компьютерах. ПЕРСОНАЛЬНЫЙ компьютер можно рассматривать как своего рода продолжение хозяина. Он должен обеспечивать максимальный комфорт, скорость и эффективность работы одного человека при минимальных требованиях "безопасности". Это означает, что случаев, когда машина отказывается выполнять указания своего хозяина быть не должно по определению, а требования ввода пароля и просьбы "позвать администратора", должны сводиться к минимуму. Одна из причин популярности ДОС и Вин9х состоит как раз в полноте контроля и отсутствии препятствий в виде прав доступа и разного рода блокировок. Пример: Необходима возможность задания пустого пароля (для беспарольного входа) стандартными средствами. (Сейчас passwd выдаёт ошибку.) Для некоторых машин очень желателен прозрачный доступ к большинству "рутовых" команд и программ, таких как ifconfig, service и т.п. без необходимости специально настраивать sudo вручную. Нужен supermount. > > Случай 2 "семейный" компьютер или машина на работе без ЛВС, которой > > пользуются все сотрудники, но одновременная работа нескольких > > пользователей невозможна. > > Это как? Зачем нам делать невозможным одновременную работу нескольких > пользователей. Не надо специально делать её невозможной. "Случай 2" - это машины, где есть лишь 1 комплект монитор+мышь+клавиатура и нет физической возможности или задачи подключать дополнительные удалённые терминалы и клиентов по сети. В результате получается, что в каждый отдельный момент времени с машиной работает ОДИН и только ОДИН человек. Пример проблемы: Существующие в Мастере стандартные настройки pam для shutdown, reboot, poweroff затрудняют работу в ситуациях 1 и 2, вынуждают совершать лишнние действия и терять время. Их исправление требует глубоких знаний, которые есть не у всех. (Результат - неудовлетворённость пользователей, выключение компьютеров "рубильником" и вполне материальный ущерб.) > > Случаи 3 Сетевая рабочая станция, с которой одновременно могут работать > > несколько человек (мой второй компьютер). В том числе машины с > > мигрирующими пользователями, хранящими настройки на сервере. > > * "личный сервер" на одного человека, не слишком частое явление, но > > бывает. В плане настроек можно не выделять, так как где один удалённый > > пользователь, там без труда должны подключаться несколько. > > > > Случай 4 Сервер. > > > > > > Настройки в Мастере отчётливо нацелены на случаи 3 и 4, причём 1 и 2 > > игнорируются с возмутительным высокомерием. > > И правильно. Я не вижу разницы между пунктом 2, 1 и 3. Снова повторюсь, что разница между 2 и 3 состоит в количестве _одновременно_ работающих с машиной людей, а разница между 2 и 1 в _общем_ количестве пользователей когда-либо прикасающихся к компьютеру. Все 3 случая требуют разных настроек таких вещей как pam, а к какому классу относится машина понятно ещё до установки. Именно поэтому в новом установщике желательно предусмотреть возможность выбора, а в некоторых программах разные настройки по умолчанию в зависимости от выбранной роли. Если реализация большого числа альтернатив окажется слишком сложной, то минимально необходимым будет разделение между 1,2 и 3,4, то есть предельное число _одновременно_ работающих с машиной людей. > > В новом инсталляторе необходимо предусмотреть способ выбора роли машины > > и корректировки стандартных настроек в соответствии с ней. > > Роль выбирать несомненно надо, но сильно снижать уровень безопасности > машины... а если вдруг у человека интернет появился? Тут нужна настройка сетевых фильтров, а не системы в целом. Для простого пользования Интернетом можно написать общие эталонные правила и ставить их по умолчанию на сетевые интерфейсы, которые ведут в Интернет.
В Втр, 15.04.2003, в 10:50, Denis Ovsienko написал: > > //Надеюсь все мы понимаем, что никто, ни я, ни Вы, ни фирма АЛЬТ, ни > > компьютер не имеет права навязывать человеку другой образ жизни.// > Тем более, всё равно ничего и не выйдет. :) Вот именно. > > Здесь идёт речь о НЕ сетевых компьютерах. ПЕРСОНАЛЬНЫЙ компьютер можно > > рассматривать как своего рода продолжение хозяина. Он должен > > обеспечивать максимальный комфорт, скорость и эффективность работы > > одного человека при минимальных требованиях "безопасности". > Давайте из Линукса виндов не делать. Если операционка отказывается > выполнять требования своего хозяина, то возможны следующие случаи: > 1. в ОС нет такой возможности by design, то есть в принципе > 2. в принципе процесс возможен, но требует установки пакетов/настройки > 3. препятствий на самом деле нет, просто пользователь не знает, какими > средствами воспользоваться и как. я вот, например, несколько месяцев ходил > смотреть фильмы на виндовую машину, пока меня не ткнули циферблатом в xine > & mplayer, причём уже установленные :) > 4. пользователь сам не знает, чего он хочет, но отчёта в этом себе не > отдаёт. > Стоит ли ради случая 4 затачивать систему под дилетанта ? Лучше потратить > то же время с большей пользой, чтобы случаи 1, 2 и 3 приобрели > показательность, характерность, что ли. Или явно обозначить их в том же > руководстве и снабдить дальнейшими ссылками по теме. Линукс приближается к тому, чтобы побить форточки9х на их родном поле (кроме количества игр и вирусов). Не вижу причин отказываться от новых пользователей, которым не нужны и неудобны навязываемые "многопользовательские" и "серверные" настройки Их смысл приходится подолгу разъяснять, а в ответ слышать "Ой как сложно!" и "Зачем это мне?". В конце концов, универсальная система (Мастер Х.Х) должна быть гибкой. > > Пример: Необходима возможность задания пустого пароля (для беспарольного > > входа) стандартными средствами. (Сейчас passwd выдаёт ошибку.) Для > > некоторых машин очень желателен прозрачный доступ к большинству > > "рутовых" команд и программ, таких как ifconfig, service и т.п. без > > необходимости специально настраивать sudo вручную. Нужен supermount. > Нужны конкретные примеры-комментарии в sudoers и вопрос отпадёт сам собой. > Во FreeBSD довольно удачно это придумано, не побоюсь указать на это. > > > Это как? Зачем нам делать невозможным одновременную работу нескольких > > > пользователей. > > Не надо специально делать её невозможной. "Случай 2" - это машины, где > > есть лишь 1 комплект монитор+мышь+клавиатура и нет физической > > возможности или задачи подключать дополнительные удалённые терминалы и > > клиентов по сети. В результате получается, что в каждый отдельный момент > > времени с машиной работает ОДИН и только ОДИН человек. > Это смотря что считать одновременной работой. Вот у меня дома, например, > gdm запускает 2 X-сервера, на которых постоянно висят 2 сессии: моя и моей > жены. Переключение между ними может происходить довольно часто. Подрастёт > сын --- будет 3 :) Это тоже будет "Случай 2", то есть несколько человек работают в разное время. Вы же не можете двигать мышку в 3 руки и видеть все сессии на одном экране одновременно? Кстати, автоматический запуск нескольких Х сессий неплохо бы иметь в настройках рядом с автоматическим входом. > > Пример проблемы: Существующие в Мастере стандартные настройки pam для > > shutdown, reboot, poweroff затрудняют работу в ситуациях 1 и 2, > > вынуждают совершать лишнние действия и терять время. Их исправление > > требует глубоких знаний, которые есть не у всех. (Результат - > > неудовлетворённость пользователей, выключение компьютеров "рубильником" > > и вполне материальный ущерб.) > Опять же, если в настройках gdm разрешёны перезагрузка/выключение ОС, то > проблема отпадёт сама собой. Много ли найдётся людей, желающих сделать > shutdown, даже не закрывая сессию ? Если много, можно где-нибудь отразить > тот очевидный момент, что если кто-то открывал сессию, то нужно же её > закрыть, правда ? В случае же с autologin пользователь даже не догадается, > что за него кто-то уже открыл сессию, а закрывать нужно самому. Я бы не > догадался, будь я новичком. Проблема с autologin и Гномом, а вполне возможно и с другими ГИ состоит в том, что автоматически войдя в систему трудно из неё корректно выйти. Именно настройки по умолчанию мешают закрывать сессию при выходе. > > > > В новом инсталляторе необходимо предусмотреть способ выбора роли машины > > > > и корректировки стандартных настроек в соответствии с ней. > > > Роль выбирать несомненно надо, но сильно снижать уровень безопасности > > > машины... а если вдруг у человека интернет появился? > > Тут нужна настройка сетевых фильтров, а не системы в целом. > Ну-ну. И что скажет пользователь, загрузив с сайта какого-нибудь шутника > скрипт, содержащий sudo dd if=/dev/zero of=/dev/hda и запустив его ? Даже > если из параноидальных мотивов ходит в инет из-под другой учётной записи ? Почему всегда надо считать пользователя дураком? Он знает что делает. На практике такое редко случается, а если происходит, то умный пользователь легко всё восстановит. :) > P.S. Всё вышенаписанное мной является, естественно, моим личным мнением на > момент написания письма ;) На мой взгляд, есть более интересные и нужные > задачи. Перефразируя недавно мной прочитанное: "зачем красить стены, > которые всё равно завтра снесут ?". Прилаживая к машине спойлеры и > декоративные антикрылья, не стОит забывать о более важных деталях... Это не "декоративные крылья". Проблемы с неудачными настройками "из коробки" часто становятся неразрешимыми для тех, кто мало знаком с принципами и тонкостями внутреннего устройства ОС. Люди не могут продуктивно использовать систему из-за завышенного барьера вхождения. Если не решать подобные задачи, то Мастер навсегда останется мало кому нужной бетой. > В конце концов, вместо этих споров переделали бы уже мантис, > чтобы люди могли нормально обработать/закрыть/удалить баги ! Давно пора, только не вместо, а вместе.
[-- Attachment #1: Type: text/plain, Size: 290 bytes --] On 15 Apr 2003 13:11:09 +0400 Вячеслав Диконов <sdiconov@mail.ru> wrote: > В конце концов, универсальная система (Мастер Х.Х) должна быть > гибкой. Не спорю, но слёзно прошу прекратить overquotting. -- Alexandre Prokoudine ALT Linux Documentation Team JID: avp@altlinux.org [-- Attachment #2: Type: application/pgp-signature, Size: 481 bytes --]
Отправлены новые пакеты: unace-1.2b-alt1.src.rpm Name : unace Relocations: (not relocateable) Version : 1.2b Vendor: ALT Linux Team Release : alt1 Build Date: Чтв 20 Мар 2003 22:41:59 Install date: (not installed) Build Host: linuxbox.tirs.ru Group : Архивирование/Сжатие Source RPM: (none) Size : 44481 License: Freely distributable Packager : Vyacheslav Dikonov <slava@altlinux.ru> URL : http://www.winace.com Summary : Распаковщик архивов ACE 1.x Description : Программа unace предназначена для распаковки и просмотра содержимого архивов, сжатых архиватором ACE версий 1.х. Архиватор ACE разработан фирмой "ACE Compression Software". Этот пакет может быть в Сизифе, но способен распаковывать только старые архивы ACE. Исходники новой версии unace-2.х автор (пока)? не даёт. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Вместе с ним ушёл пакет unace-2.2-1.src.rpm, который содержит не исходники, а распространяемый автором архив с двоичным исполняемым файлом. Он понимает новый формат, но пригоден разве что для non-free. Name : unace Relocations: (not relocateable) Version : 2.2 Vendor: ALT Linux Team Release : 1 Build Date: Вск 16 Мар 2003 16:15:06 Install date: (not installed) Build Host: linuxbox.tirs.ru Group : Архивирование/Сжатие Source RPM: (none) Size : 183421 License: Freely distributable URL : http://www.winace.com Summary : ACE unarchiver Description : The unace utility is a freeware program, distributed with source code and developed for extracting and viewing the contents of archives created with the ACE archiver. ACE archiver is developed by "ACE Compression Software". !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! grcm-0.1.5-alt1.src.rpm Name : grcm Relocations: (not relocateable) Version : 0.1.5 Vendor: ALT Linux Team Release : alt1 Build Date: Срд 30 Апр 2003 14:45:49 Install date: (not installed) Build Host: alpha.tirs.ru Group : Сети/Удаленный доступ Source RPM: (none) Size : 196136 License: GPL Packager : Vyacheslav Dikonov <slava@altlinux.ru> URL : http://grcm.sourceforge.net Summary : Диспетчер соединений с удалёнными серверами для Gnome Description : Диспетчер соединений хранит сведения о соединениях с удалёнными серверами и предоставляет графический интерфейс для запуска telnet, ssh или rdesktop. Программа отличается гибкостью настройки и позволяет запускать различные типы клиентов для удалённых серверов, не ограничиваясь тремя перечисленными. --------------- Мир! Отдых! Май!
On Wed, Apr 30, 2003 at 03:15:41PM +0400, Вячеслав Диконов wrote: > Отправлены новые пакеты: > > unace-1.2b-alt1.src.rpm > Name : unace Relocations: (not > relocateable) > Version : 1.2b Vendor: ALT Linux Team > Release : alt1 Build Date: Чтв 20 Мар 2003 > 22:41:59 > Install date: (not installed) Build Host: linuxbox.tirs.ru > Group : Архивирование/Сжатие Source RPM: (none) > Size : 44481 License: Freely > distributable > Packager : Vyacheslav Dikonov <slava@altlinux.ru> > URL : http://www.winace.com > Summary : Распаковщик архивов ACE 1.x > Description : > Программа unace предназначена для распаковки и просмотра содержимого > архивов, сжатых архиватором ACE версий 1.х. Архиватор ACE разработан > фирмой "ACE Compression Software". > > Этот пакет может быть в Сизифе, но способен распаковывать только старые > архивы ACE. Исходники новой версии unace-2.х автор (пока)? не даёт. > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Вместе с ним ушёл пакет unace-2.2-1.src.rpm, который содержит не > исходники, а распространяемый автором архив с двоичным исполняемым > файлом. Он понимает новый формат, но пригоден разве что для non-free. А можно ли распространять бинарники? Может стоит выложить nosrc.rpm? > > Name : unace Relocations: (not > relocateable) > Version : 2.2 Vendor: ALT Linux Team > Release : 1 Build Date: Вск 16 Мар 2003 > 16:15:06 > Install date: (not installed) Build Host: linuxbox.tirs.ru > Group : Архивирование/Сжатие Source RPM: (none) > Size : 183421 License: Freely > distributable > URL : http://www.winace.com > Summary : ACE unarchiver > Description : > The unace utility is a freeware program, distributed with source > code and developed for extracting and viewing the contents of > archives created with the ACE archiver. ACE archiver is > developed by "ACE Compression Software". > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > grcm-0.1.5-alt1.src.rpm > Name : grcm Relocations: (not > relocateable) > Version : 0.1.5 Vendor: ALT Linux Team > Release : alt1 Build Date: Срд 30 Апр 2003 > 14:45:49 > Install date: (not installed) Build Host: alpha.tirs.ru > Group : Сети/Удаленный доступ Source RPM: (none) > Size : 196136 License: GPL > Packager : Vyacheslav Dikonov <slava@altlinux.ru> > URL : http://grcm.sourceforge.net > Summary : Диспетчер соединений с удалёнными серверами для Gnome > Description : > Диспетчер соединений хранит сведения о соединениях с удалёнными > серверами и предоставляет графический интерфейс для запуска telnet, ssh > или rdesktop. Программа отличается гибкостью настройки и позволяет > запускать различные типы клиентов для удалённых серверов, не > ограничиваясь тремя перечисленными. > > > --------------- > Мир! Отдых! Май! > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 977 bytes --] Вячеслав Диконов пишет: > Отправлены новые пакеты: > Name : unace Relocations: (not > relocateable) > Version : 2.2 Vendor: ALT Linux Team > Release : 1 Build Date: Вск 16 Мар 2003 > 16:15:06 > Install date: (not installed) Build Host: linuxbox.tirs.ru > Group : Архивирование/Сжатие Source RPM: (none) > Size : 183421 License: Freely > distributable > URL : http://www.winace.com > Summary : ACE unarchiver > Description : > The unace utility is a freeware program, distributed with source > code and developed for extracting and viewing the contents of > archives created with the ACE archiver. ACE archiver is > developed by "ACE Compression Software". > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Спасибо... его мне недавно нехватало, а искать времени не было ;-( Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
В Срд, 30.04.2003, в 16:13, Stanislav Ievlev написал:
> > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> > Вместе с ним ушёл пакет unace-2.2-1.src.rpm, который содержит не
> > исходники, а распространяемый автором архив с двоичным исполняемым
> > файлом. Он понимает новый формат, но пригоден разве что для non-free.
> А можно ли распространять бинарники? Может стоит выложить nosrc.rpm?
Можно. Я переписывался с его автором и тот был не против. В nosrc.rpm
нет никакого смысла, потому что содержимое src и i386.rpm одинаково -
один и тот же исполняемый файл.
Объясните, пожалуйста, такую ситуацию. Если я правильно понимаю, то иерархия репозтариев по зависимостям следующая: base -> kernel -> junior -> castle -> master -> contrib т.е. пакеты из конкретного репозитария могут зависеть только от пакетов, находящихся впереди. Почему достаточно часто появляется ситуция, при которой пакет из, скажем, junior зависит от пакета из master или contrib? -- Andrey Astafiev andrei (at) altlinux (d0t) ru
On Thu, May 08, 2003 at 12:19:13PM +0400, Andrey Astafiev wrote: > Объясните, пожалуйста, такую ситуацию. > Если я правильно понимаю, то иерархия репозтариев > по зависимостям следующая: > > base -> kernel -> junior -> castle -> master -> contrib Скорее base -> | |->junior | ^ | | | | |==>| |===>master->contrib-->classic kernel -> | |->castle | > > т.е. пакеты из конкретного репозитария могут > зависеть только от пакетов, находящихся впереди. > Почему достаточно часто появляется ситуция, > при которой пакет из, скажем, junior зависит от > пакета из master или contrib? Когда идёт активная разработка мы не успеваем следить за замыканием - новые пакеты автоматом попадают в contrib. Перед очередным большим дистрибутивом проводится перезамыкание. > > > -- > Andrey Astafiev > andrei (at) altlinux (d0t) ru > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
Stanislav Ievlev wrote: > On Thu, May 08, 2003 at 12:19:13PM +0400, Andrey Astafiev wrote: > >>Объясните, пожалуйста, такую ситуацию. >>Если я правильно понимаю, то иерархия репозтариев >>по зависимостям следующая: >> >>base -> kernel -> junior -> castle -> master -> contrib > > Скорее > base -> | |->junior | > ^ | | | > | |==>| |===>master->contrib-->classic > kernel -> | |->castle | > А это не излишне сложно? Может имеет смысл спрямить диаграму? Хотя бы в районе base и kernel. Какая между ними разница? >>т.е. пакеты из конкретного репозитария могут >>зависеть только от пакетов, находящихся впереди. >>Почему достаточно часто появляется ситуция, >>при которой пакет из, скажем, junior зависит от >>пакета из master или contrib? > > Когда идёт активная разработка мы не успеваем следить за замыканием - новые пакеты > автоматом попадают в contrib. Перед очередным большим дистрибутивом проводится перезамыкание. > > А как же декларируемая замкнутость в любой момент? Когда хранилище и не стабильно и не замкнуто одновременно это уже не очень, как-то... -- Rgrds, Andriy ********************************************************************* email: dobr at iop dot kiev dot ua Kyiv, Ukraine Phone: (380-44) 265-7824 Department of Gas Electronics Fax: (380-44) 265-2329 Institute of Physics of NASU *********************************************************************
On Thu, May 08, 2003 at 04:33:08PM +0300, Andriy Dobrovol's'kii wrote: > Stanislav Ievlev wrote: > >On Thu, May 08, 2003 at 12:19:13PM +0400, Andrey Astafiev wrote: > > > >>Объясните, пожалуйста, такую ситуацию. > >>Если я правильно понимаю, то иерархия репозтариев > >>по зависимостям следующая: > >> > >>base -> kernel -> junior -> castle -> master -> contrib > > > >Скорее > >base -> | |->junior | > >^ | | | > >| |==>| |===>master->contrib-->classic > >kernel -> | |->castle | > > > А это не излишне сложно? Может имеет смысл спрямить диаграму? Хотя > бы в районе base и kernel. Какая между ними разница? Нет не сложно, а максимально приближено к реальным дистрибутивам. > >>т.е. пакеты из конкретного репозитария могут > >>зависеть только от пакетов, находящихся впереди. > >>Почему достаточно часто появляется ситуция, > >>при которой пакет из, скажем, junior зависит от > >>пакета из master или contrib? > > > >Когда идёт активная разработка мы не успеваем следить за замыканием - > >новые пакеты автоматом попадают в contrib. Перед очередным большим > >дистрибутивом проводится перезамыкание. > > > > > А как же декларируемая замкнутость в любой момент? Когда хранилище > и не стабильно и не замкнуто одновременно это уже не очень, как-то... classic замкнут на сколько это возможно. Сизиф стабилен насколько это возможно. Остальные репозитарии появились недавно и пока технология их замыкания не очень отработана (кто будет делать, когда будет делать и т.п.) > > -- > Rgrds, > Andriy > ********************************************************************* > email: dobr at iop dot kiev dot ua Kyiv, Ukraine > Phone: (380-44) 265-7824 Department of Gas Electronics > Fax: (380-44) 265-2329 Institute of Physics of NASU > ********************************************************************* > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
Следующие пакеты будут ЗАМЕНЕНЫ: libgtk+extra (by libgtkextra) libgtk+extra-devel (by libgtkextra-devel) Следующие НОВЫЕ пакеты будут установлены: libgtkextra libgtkextra-devel
Программа ROOT (root.cern.ch) запускается командой root, распространяется в архиве root_v3.05.05.source.tar.gz и держит некоторые свои файлы в /etc/root. Честно говоря, меня смущает такое вольное использование слова "root", хотя я не знаю, что с этим можно поделать. А как вы считаете? Можно ли со спокойной совестью залить в Сизиф такой пакет или лучше в Дедалус? Заранее спасибо за помощь. -- Юрий А. Зотов
Сообщение от Volckov Konstantin Michailovich: ---- В связи с отсутствием времени серъезно заниматься поддержкой пакетов для ALT прошу желающих забрать у меня любые пакеты, кроме: libradio-0.3.5-ipl3mdk.src.rpm xmms-1.2.7-alt7.src.rpm ----
On Sun, May 25, 2003 at 02:52:07AM +0400, Yura Zotov wrote: > Программа ROOT (root.cern.ch) запускается командой root, > распространяется в архиве root_v3.05.05.source.tar.gz и держит > некоторые свои файлы в /etc/root. Честно говоря, меня смущает > такое вольное использование слова "root", хотя я не знаю, что с > этим можно поделать. > > А как вы считаете? Можно ли со спокойной совестью залить в Сизиф > такой пакет или лучше в Дедалус? Наверное лучше переименовать. > > Заранее спасибо за помощь. > > -- > Юрий А. Зотов > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Sun, 25 May 2003, Yura Zotov wrote:
> Программа ROOT (root.cern.ch) запускается командой root,
> распространяется в архиве root_v3.05.05.source.tar.gz и держит
> некоторые свои файлы в /etc/root. Честно говоря, меня смущает
> такое вольное использование слова "root", хотя я не знаю, что с
> этим можно поделать.
Я бы посоветовал ознакомиться сначала с лицензией root-а, прежде
чем закатывать его в пакет. Насколько я её понял - лицензия
запрещает включение ROOT в дистрибутивы.
А по поводу имени - можно cern-root обозвать. ;)
Приветствую! Народ, а где можно узнать (прочесть) какие группы приложений у нас есть?.. Ну из темы Application/System и другие. Какие есть? с уважением, Димка Герасимов.
On Mon, May 26, 2003 at 02:58:43PM +0400, Vitaly Lugovsky wrote: > On Sun, 25 May 2003, Yura Zotov wrote: > > > Программа ROOT (root.cern.ch) запускается командой root, > > распространяется в архиве root_v3.05.05.source.tar.gz и держит > > некоторые свои файлы в /etc/root. Честно говоря, меня смущает > > такое вольное использование слова "root", хотя я не знаю, что с > > этим можно поделать. > > Я бы посоветовал ознакомиться сначала с лицензией root-а, прежде > чем закатывать его в пакет. Насколько я её понял - лицензия > запрещает включение ROOT в дистрибутивы. unsupported? > > А по поводу имени - можно cern-root обозвать. ;) > > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Mon, May 26, 2003 at 03:13:47PM +0400, Герасимов Дмитрий wrote: > Приветствую! > Народ, а где можно узнать (прочесть) какие группы приложений у нас > есть?.. Ну из темы Application/System и другие. Какие есть? > /usr/lib/rpm/GROUPS > с уважением, Димка Герасимов. > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Mon, May 26, 2003 at 02:58:43PM +0400, Vitaly Lugovsky wrote:
> On Sun, 25 May 2003, Yura Zotov wrote:
>
> > Программа ROOT (root.cern.ch) запускается командой root,
> > распространяется в архиве root_v3.05.05.source.tar.gz и держит
> > некоторые свои файлы в /etc/root. Честно говоря, меня смущает
> > такое вольное использование слова "root", хотя я не знаю, что с
> > этим можно поделать.
>
> Я бы посоветовал ознакомиться сначала с лицензией root-а, прежде
> чем закатывать его в пакет. Насколько я её понял - лицензия
> запрещает включение ROOT в дистрибутивы.
???? Вот релевантный фрагмент лицензии:
The authors hereby grant permission to use, copy, and distribute this
software and its documentation for any purpose, provided that existing
copyright notices are retained in all copies and that this notice is
included verbatim in any distributions. Additionally, the authors grant
permission to modify this software and its documentation for any purpose,
provided that such modifications are not distributed without the explicit
consent of the authors and that existing copyright notices are retained in
all copies.
То есть, патчи должны быть согласованы с авторами. Не думаю, что это будет
серьезная проблема. Распространять пакеты можно, причем для любых целей.
--
/ Alexander Bokovoy
---
interrupt configuration error
[-- Attachment #1: Type: text/plain, Size: 751 bytes --] On Mon, 26 May 2003 17:20:34 +0400 Stanislav Ievlev <inger@altlinux.org> wrote: > On Mon, May 26, 2003 at 03:13:47PM +0400, Герасимов Дмитрий wrote: > > Приветствую! > > Народ, а где можно узнать (прочесть) какие группы приложений у нас > > есть?.. Ну из темы Application/System и другие. Какие есть? > > > /usr/lib/rpm/GROUPS > опаньки. слухайте, а куды поместить пакет который дает инфу о содержимом DVD диска? > > с уважением, Димка Герасимов. > > _______________________________________________ > > Devel mailing list > > Devel@altlinux.ru > > http://altlinux.ru/mailman/listinfo/devel > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Mon, May 26, 2003 at 07:18:22PM +0400, Герасимов Дмитрий wrote: > On Mon, 26 May 2003 17:20:34 +0400 > Stanislav Ievlev <inger@altlinux.org> wrote: > > > On Mon, May 26, 2003 at 03:13:47PM +0400, Герасимов Дмитрий wrote: > > > Приветствую! > > > Народ, а где можно узнать (прочесть) какие группы приложений у нас > > > есть?.. Ну из темы Application/System и другие. Какие есть? > > > > > /usr/lib/rpm/GROUPS > > > опаньки. слухайте, а куды поместить пакет который дает инфу о содержимом > DVD диска? Посмотрите по аналогии с cdrtools > > > с уважением, Димка Герасимов. > > > _______________________________________________ > > > Devel mailing list > > > Devel@altlinux.ru > > > http://altlinux.ru/mailman/listinfo/devel > > _______________________________________________ > > Devel mailing list > > Devel@altlinux.ru > > http://altlinux.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 561 bytes --] Приветствую! Тут есть пакет один - dvd+rw .. имя у него со знаком плюс как видно. Я его вроде собрал, все работает.. Но вот apt-у он явно не нравится.. То есть, я добавил его в локальный репозатарий, делаю apt-cache search dvd+rw , а он мне ничего по этому поводу. Вопрос простой - как быть? P.S. по этому пакету - в списке может есть владельцы _старых_ DVD-резаков, для которых была нужна поддержка dvd+rw, а то может оно и не надо, достаточно будет и dvdrecord (почти готов уже, тестирую)? -- Gerasimov Dmitry e-mail: matrix AT podlipki DOT ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 412 bytes --] Среда 18 Июнь 2003 09:52, Albert R. Valiev написал: > kernel-image-w4l-up-2.4.21-alt4.src.rpm Поставил его на обычный комп, рабочую станцию. Все прекрасно работает, графика nvidia стала быстрее грузиться. Но вот когда поставил на сервер, отловил непонятный глюк. Сервер перестал давать доступ на nfs-partitions. Permished dinied и все тебе. Перегрузился на старое ядро - полный порядок. Что бы это значило? [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 943 bytes --] Sviatoslav Sviridov/Lintec Project пишет: > On Fri, 20 Jun 2003 12:28:38 +0400 > Stanislav Ievlev <inger@altlinux.org> wrote: > > > >>Впрочем, в связи с ближайшим введением автоматической пересборки >>приходящих в incoming пакетов в BTE, необходимость в отдельном >>подкаталоге отпадёт. > > > (чисто из любопытства) а можно поподробней? что будет использоваться в > качестве BTE? Пересборка будет инициироваться вручную или автоматически? > Отчёт о сборке будет мейнтейнеру отсылатсья, или всё через руки > инкамингера? Планируется к внедрению (и уже реализована) следующая схема: CVS репозитарий с пакетами; почтовый интерфейс к системе сборки сборка по команде через почту. Отчет (log) - обратно через почту по команде. Вообще вроде как оно уже работает у нас в офисе. Осталось собраться с духом и поломать почтовые сервера и еще какой-то сервер, подняв на них это все хозяйство для публичного тестирования devel'ом. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
On 22 Июнь 2003 20:58, Anton Farygin wrote:
> Sviatoslav Sviridov/Lintec Project пишет:
> > On Fri, 20 Jun 2003 12:28:38 +0400
> >
> > Stanislav Ievlev <inger@altlinux.org> wrote:
> >>Впрочем, в связи с ближайшим введением автоматической пересборки
> >>приходящих в incoming пакетов в BTE, необходимость в отдельном
> >>подкаталоге отпадёт.
> >
> > (чисто из любопытства) а можно поподробней? что будет использоваться в
> > качестве BTE? Пересборка будет инициироваться вручную или автоматически?
> > Отчёт о сборке будет мейнтейнеру отсылатсья, или всё через руки
> > инкамингера?
>
> Планируется к внедрению (и уже реализована) следующая схема:
>
> CVS репозитарий с пакетами;
> почтовый интерфейс к системе сборки
>
> сборка по команде через почту. Отчет (log) - обратно через почту по
> команде.
>
> Вообще вроде как оно уже работает у нас в офисе. Осталось собраться с
> духом и поломать почтовые сервера и еще какой-то сервер, подняв на них
> это все хозяйство для публичного тестирования devel'ом.
Сумеет ли эта замечательная система определить очередность сборки среди
нескольких зависимых пакетов если подсунуть их ей скопом, или их надо ей
вручную по одному скармливать?
--
Yuri N. Sedunov
[-- Attachment #1: Type: text/plain, Size: 1307 bytes --] Yuri N. Sedunov пишет: > On 22 Июнь 2003 20:58, Anton Farygin wrote: > >>Sviatoslav Sviridov/Lintec Project пишет: >> >>>On Fri, 20 Jun 2003 12:28:38 +0400 >>> >>>Stanislav Ievlev <inger@altlinux.org> wrote: >>> >>>>Впрочем, в связи с ближайшим введением автоматической пересборки >>>>приходящих в incoming пакетов в BTE, необходимость в отдельном >>>>подкаталоге отпадёт. >>> >>>(чисто из любопытства) а можно поподробней? что будет использоваться в >>>качестве BTE? Пересборка будет инициироваться вручную или автоматически? >>>Отчёт о сборке будет мейнтейнеру отсылатсья, или всё через руки >>>инкамингера? >> >>Планируется к внедрению (и уже реализована) следующая схема: >> >>CVS репозитарий с пакетами; >>почтовый интерфейс к системе сборки >> >>сборка по команде через почту. Отчет (log) - обратно через почту по >>команде. >> >>Вообще вроде как оно уже работает у нас в офисе. Осталось собраться с >>духом и поломать почтовые сервера и еще какой-то сервер, подняв на них >>это все хозяйство для публичного тестирования devel'ом. > > > Сумеет ли эта замечательная система определить очередность сборки среди > нескольких зависимых пакетов если подсунуть их ей скопом, или их надо ей > вручную по одному скармливать? Нужно скармливать списком в порядке сборки. Пока что не умеет. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
Для информации: начиная с этой недели будет выборочная пересборка приходящих в incoming пакетов в BTE. потом в BTE будут пересобираться всё.
Stanislav Ievlev пишет:
> Для информации:
> начиная с этой недели будет выборочная пересборка приходящих в incoming
> пакетов в BTE.
> потом в BTE будут пересобираться всё.
Следует ли это понимать, как необходимость в обязательном порядке
использовать sandman.
Или пакеты, собираемые вручную, тоже должны собираться в BTE?
--
Rgrds,
Anatoly A. Yakushin aka DOC
Orthopaedic Departmens
Veterans Hospital # 3
Moscow
[-- Attachment #1: Type: text/plain, Size: 516 bytes --] Anatoly A. Yakushin пишет: > Stanislav Ievlev пишет: > >> Для информации: >> начиная с этой недели будет выборочная пересборка приходящих в incoming >> пакетов в BTE. >> потом в BTE будут пересобираться всё. > > > Следует ли это понимать, как необходимость в обязательном порядке > использовать sandman. Или sandman или pkg-build. На выбор. Для персональной сборки рекомендую использовать pkg-build > Или пакеты, собираемые вручную, тоже должны собираться в BTE? Естественно должны собираться... Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
Какие мысли относительно удаления устаревших пакетов из сизифа? Размер уже перепрыгеул через 7 гигов, а полезность по моему только снизилась...
Stanislav Ievlev пишет: >On Wed, Jun 25, 2003 at 02:42:52AM +0400, Алексей Любимов wrote: > > >>Какие мысли относительно удаления устаревших пакетов из сизифа? >>Размер уже перепрыгеул через 7 гигов, а полезность по моему только >>снизилась... >> >> >По-подробнее, пожайлуста... и по-конкретнее. > Зачем это? abisuite-iso8859-8-0.99-alt2 <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-iso8859-8> by *Yehuda Ben-Yosef * ISO-8859-8 support for abisuite *11 Ноября 2002* abisuite-koi8-0.99-alt2 <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-koi8> by *AEN * KOI8-R(U) support for abisuite abisuite-cp1251-0.99-alt2 <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-cp1251> by *AEN * CP1251 support for abisuite *03 Октября 2002* abisuite-1.0.3-alt1 <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite> by *AEN * Lean and fast full-featured word processor ЭТО ведь не работает. Еще один нерабочий пакет evolution-1.2.3-alt1 <http://www.altlinux.ru/index.php?module=sisyphus&package=evolution> by *AEN * Integrated GNOME mail client, calendar and address book Эта версия тоже В ПРИНЦИПЕ нерабочая. Эволюция, это венец гнома в том смысле, что если нет свежайшего гнома или с ним какие либо проблемы, она просто не работает. Зачем вообще ее собирать? Я думаю, почистить можно еще многое. Мне кажется, что такие пакеты в сизифе не только не приносят пользы, но просто вредны. -- С уважением, Алексей Любимов avl@cad.ru
[-- Attachment #1: Type: text/plain, Size: 1661 bytes --] Alexey V. Lubimov пишет: > Stanislav Ievlev пишет: > >> On Wed, Jun 25, 2003 at 02:42:52AM +0400, Алексей Любимов wrote: >> >> >>> Какие мысли относительно удаления устаревших пакетов из сизифа? >>> Размер уже перепрыгеул через 7 гигов, а полезность по моему только >>> снизилась... >>> >> >> По-подробнее, пожайлуста... и по-конкретнее. >> > > Зачем это? > > abisuite-iso8859-8-0.99-alt2 > <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-iso8859-8> > by *Yehuda Ben-Yosef * > ISO-8859-8 support for abisuite > > > *11 Ноября 2002* > > abisuite-koi8-0.99-alt2 > <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-koi8> > by *AEN * > KOI8-R(U) support for abisuite > > abisuite-cp1251-0.99-alt2 > <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-cp1251> > by *AEN * > CP1251 support for abisuite > > > *03 Октября 2002* > > abisuite-1.0.3-alt1 > <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite> by > *AEN * > Lean and fast full-featured word processor > > > ЭТО ведь не работает. > > > Еще один нерабочий пакет > > evolution-1.2.3-alt1 > <http://www.altlinux.ru/index.php?module=sisyphus&package=evolution> by > *AEN * > Integrated GNOME mail client, calendar and address book > > Эта версия тоже В ПРИНЦИПЕ нерабочая. > Эволюция, это венец гнома в том смысле, что если нет свежайшего гнома > или с ним какие либо проблемы, она просто не работает. Зачем вообще ее > собирать? > > Я думаю, почистить можно еще многое. > > Мне кажется, что такие пакеты в сизифе не только не приносят пользы, но > просто вредны. > Перенести их в contrib ? Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 2122 bytes --] Alexey V. Lubimov пишет: > Anton Farygin пишет: > >> Alexey V. Lubimov пишет: >> >>> Stanislav Ievlev пишет: >>> >>>> On Wed, Jun 25, 2003 at 02:42:52AM +0400, Алексей Любимов wrote: >>>> >>>> >>>>> Какие мысли относительно удаления устаревших пакетов из сизифа? >>>>> Размер уже перепрыгеул через 7 гигов, а полезность по моему только >>>>> снизилась... >>>>> >>>> >>>> >>>> >>>> По-подробнее, пожайлуста... и по-конкретнее. >>>> >>> >>> Зачем это? >>> >>> abisuite-iso8859-8-0.99-alt2 >>> <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-iso8859-8> >>> by *Yehuda Ben-Yosef * >>> ISO-8859-8 support for abisuite >>> >>> >>> *11 Ноября 2002* >>> >>> abisuite-koi8-0.99-alt2 >>> <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-koi8> >>> by *AEN * >>> KOI8-R(U) support for abisuite >>> >>> abisuite-cp1251-0.99-alt2 >>> <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-cp1251> >>> by *AEN * >>> CP1251 support for abisuite >>> >>> >>> *03 Октября 2002* >>> >>> abisuite-1.0.3-alt1 >>> <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite> >>> by *AEN * >>> Lean and fast full-featured word processor >>> >>> >>> ЭТО ведь не работает. >>> >>> >>> Еще один нерабочий пакет >>> >>> evolution-1.2.3-alt1 >>> <http://www.altlinux.ru/index.php?module=sisyphus&package=evolution> >>> by *AEN * >>> Integrated GNOME mail client, calendar and address book >>> >>> Эта версия тоже В ПРИНЦИПЕ нерабочая. >>> Эволюция, это венец гнома в том смысле, что если нет свежайшего гнома >>> или с ним какие либо проблемы, она просто не работает. Зачем вообще >>> ее собирать? >>> >>> Я думаю, почистить можно еще многое. >>> >>> Мне кажется, что такие пакеты в сизифе не только не приносят пользы, >>> но просто вредны. >>> >> >> Перенести их в contrib ? > > > Конкретно эти, имхо, просто удалить > А в отношении других претендентов, вполне может быть и такой вариант. > ну evolution то уже есть для второго GNOME, насколько я знаю. А abisuite - тоже ;-) Другой вопрос, что ими, похоже очень мало кто пользуется. Тогда в orphaned. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
Anton Farygin пишет:
> Alexey V. Lubimov пишет:
>
>> Stanislav Ievlev пишет:
>>
>>> On Wed, Jun 25, 2003 at 02:42:52AM +0400, Алексей Любимов wrote:
>>>
>>>
>>>> Какие мысли относительно удаления устаревших пакетов из сизифа?
>>>> Размер уже перепрыгеул через 7 гигов, а полезность по моему только
>>>> снизилась...
>>>>
>>>
>>>
>>> По-подробнее, пожайлуста... и по-конкретнее.
>>>
>>
>> Зачем это?
>>
>> abisuite-iso8859-8-0.99-alt2
>> <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-iso8859-8>
>> by *Yehuda Ben-Yosef *
>> ISO-8859-8 support for abisuite
>>
>>
>> *11 Ноября 2002*
>>
>> abisuite-koi8-0.99-alt2
>> <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-koi8>
>> by *AEN *
>> KOI8-R(U) support for abisuite
>>
>> abisuite-cp1251-0.99-alt2
>> <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-cp1251>
>> by *AEN *
>> CP1251 support for abisuite
>>
>>
>> *03 Октября 2002*
>>
>> abisuite-1.0.3-alt1
>> <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite>
>> by *AEN *
>> Lean and fast full-featured word processor
>>
>>
>> ЭТО ведь не работает.
>>
>>
>> Еще один нерабочий пакет
>>
>> evolution-1.2.3-alt1
>> <http://www.altlinux.ru/index.php?module=sisyphus&package=evolution>
>> by *AEN *
>> Integrated GNOME mail client, calendar and address book
>>
>> Эта версия тоже В ПРИНЦИПЕ нерабочая.
>> Эволюция, это венец гнома в том смысле, что если нет свежайшего гнома
>> или с ним какие либо проблемы, она просто не работает. Зачем вообще
>> ее собирать?
>>
>> Я думаю, почистить можно еще многое.
>>
>> Мне кажется, что такие пакеты в сизифе не только не приносят пользы,
>> но просто вредны.
>>
>
> Перенести их в contrib ?
Конкретно эти, имхо, просто удалить
А в отношении других претендентов, вполне может быть и такой вариант.
--
С уважением, Алексей Любимов avl@cad.ru
Alexey V. Lubimov пишет: > Anton Farygin пишет: > >> Alexey V. Lubimov пишет: >> >>> Anton Farygin пишет: >>> >>>> Alexey V. Lubimov пишет: >>>> >>>>> Stanislav Ievlev пишет: >>>>> >>>>>> On Wed, Jun 25, 2003 at 02:42:52AM +0400, Алексей Любимов wrote: >>>>>> >>>>>> >>>>>>> Какие мысли относительно удаления устаревших пакетов из сизифа? >>>>>>> Размер уже перепрыгеул через 7 гигов, а полезность по моему >>>>>>> только снизилась... >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> По-подробнее, пожайлуста... и по-конкретнее. >>>>>> >>>>> >>>>> Зачем это? >>>>> >>>>> abisuite-iso8859-8-0.99-alt2 >>>>> <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-iso8859-8> >>>>> by *Yehuda Ben-Yosef * >>>>> ISO-8859-8 support for abisuite >>>>> >>>>> >>>>> *11 Ноября 2002* >>>>> >>>>> abisuite-koi8-0.99-alt2 >>>>> <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-koi8> >>>>> by *AEN * >>>>> KOI8-R(U) support for abisuite >>>>> >>>>> abisuite-cp1251-0.99-alt2 >>>>> <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-cp1251> >>>>> by *AEN * >>>>> CP1251 support for abisuite >>>>> >>>>> >>>>> *03 Октября 2002* >>>>> >>>>> abisuite-1.0.3-alt1 >>>>> <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite> >>>>> by *AEN * >>>>> Lean and fast full-featured word processor >>>>> >>>>> >>>>> ЭТО ведь не работает. >>>>> >>>>> >>>>> Еще один нерабочий пакет >>>>> >>>>> evolution-1.2.3-alt1 >>>>> <http://www.altlinux.ru/index.php?module=sisyphus&package=evolution> >>>>> by *AEN * >>>>> Integrated GNOME mail client, calendar and address book >>>>> >>>>> Эта версия тоже В ПРИНЦИПЕ нерабочая. >>>>> Эволюция, это венец гнома в том смысле, что если нет свежайшего >>>>> гнома или с ним какие либо проблемы, она просто не работает. Зачем >>>>> вообще ее собирать? >>>>> >>>>> Я думаю, почистить можно еще многое. >>>>> >>>>> Мне кажется, что такие пакеты в сизифе не только не приносят >>>>> пользы, но просто вредны. >>>>> >>>> >>>> Перенести их в contrib ? >>> >>> >>> >>> >>> Конкретно эти, имхо, просто удалить >>> А в отношении других претендентов, вполне может быть и такой вариант. >>> >> >> ну evolution то уже есть для второго GNOME, насколько я знаю. А >> abisuite - тоже ;-) > > > ага. только она на текущем сизифе эволюшн не соберется и тем более > работать все равно не будет. > в дедалусе уже может работать > > Скриншот абиворд 1.99 на lrn висит :) > Только это 1.99 и он не только GTK2, с плагинами и неплохо > интегрирован, но и прямой в плане шрифтов, а речь идет об удалении не > просто подустаревшей сборки, а сборки принципиально кривого нерабочего > продукта, каковым является вся ветка 1.0.x. > > > >> >> Другой вопрос, что ими, похоже очень мало кто пользуется. Тогда в >> orphaned. > > > И тем и другим пользоваться захотят многие, но не в таком виде. Только > если будут свежие версии. > А это старье только в /dev/null evo для gtk2 я собираю, но пока он меня не вполне устраивает. Тем не менее, на следующей неделе -- будет. Что касается abi, то он в дальнем TODO. Rgrds, Алексей > > >
Есть библиотека eps В ней только один *.a и /usr/include/*.h надо ее делить на libeps c *.a и libeps-devel c *.h или в одном пакете eps все оставить?
В Срд, 25.06.2003, в 12:15, Alexey V. Lubimov пишет: > Stanislav Ievlev пишет: > > >On Wed, Jun 25, 2003 at 02:42:52AM +0400, Алексей Любимов wrote: > > > > > >>Какие мысли относительно удаления устаревших пакетов из сизифа? > >>Размер уже перепрыгеул через 7 гигов, а полезность по моему только > >>снизилась... > >> > >> > >По-подробнее, пожайлуста... и по-конкретнее. > > > > Зачем это? > > abisuite-iso8859-8-0.99-alt2 > <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-iso8859-8> > abisuite-koi8-0.99-alt2 > <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-koi8> > abisuite-cp1251-0.99-alt2 > <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-cp1251> > abisuite-1.0.3-alt1 > <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite> by > *AEN * > Lean and fast full-featured word processor > ЭТО ведь не работает. Он сырой и глючный, но это не повод совсем исключать программу, скорее наоборот, надо обновить старый пакет и подточить локализацию. Аби может занять место простого и быстрого просмотрщика-редактора rtf-doc и быть полезным там, где ОО слишком тяжёл. > Еще один нерабочий пакет > evolution-1.2.3-alt1 > <http://www.altlinux.ru/index.php?module=sisyphus&package=evolution> by > *AEN * > Integrated GNOME mail client, calendar and address book > > Эта версия тоже В ПРИНЦИПЕ нерабочая. > Эволюция, это венец гнома в том смысле, что если нет свежайшего гнома > или с ним какие либо проблемы, она просто не работает. Зачем вообще ее > собирать? Полный бред, пардон муа! Я давно и с удовольствием пользуюсь этой программой. Стоит у меня ИМЕННО ЭТА ВЕРСИЯ и работает она _прекрасно_ (гораздо лучше mozilla-mail, например)! Глюки сломанных версий Гнома2 в Сизифе на ней мало отражаются. Да, она основана на библиотеках Гнома1 и на смену ей идёт новая версия на базе Гнома2. Но сносить этот пакет можно только после стабилизации новой версии (что уже скоро произойдёт). Читайте гномовские рассылки. Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:)Ж:) > Я думаю, почистить можно еще многое. Не пора ли почистить Сизиф от такого ###@$@# как KDE, IceWm, Windowmaker, а ещё kernel, glibc... > Мне кажется, что такие пакеты в сизифе не только не приносят пользы, но > просто вредны. Иными словами: Сизиф вреден.
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 611 bytes --] > > abisuite-iso8859-8-0.99-alt2 > <http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-iso8859- >8> by *Yehuda Ben-Yosef * > ISO-8859-8 support for abisuite > > К сожалению, вынужден согласиться. Нужно удалять, не работает. Единственный редактор, позволяющий в Сизифе работать с ивритом качественно - kword. Я пока не знаю, как бороться с этим, но буду выяснять на iglu и в Хайфском Технионе. Особенно в связи с новой версией абиворда. Очень не хотелось бы терять израильский рынок для ALT Linux. Жаль, что openoffice не рабоатет с ивритом, он попросту переворачивает слова задом наперед. [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
Igor Tertishny пишет:
>>abisuite-iso8859-8-0.99-alt2
>><http://www.altlinux.ru/index.php?module=sisyphus&package=abisuite-iso8859-
>>8> by *Yehuda Ben-Yosef *
>>ISO-8859-8 support for abisuite
>>
>>
>>
>>
>
>К сожалению, вынужден согласиться. Нужно удалять, не работает. Единственный
>редактор, позволяющий в Сизифе работать с ивритом качественно - kword. Я пока
>не знаю, как бороться с этим, но буду выяснять на iglu и в Хайфском Технионе.
>Особенно в связи с новой версией абиворда. Очень не хотелось бы терять
>израильский рынок для ALT Linux. Жаль, что openoffice не рабоатет с ивритом,
>он попросту переворачивает слова задом наперед.
>
>
Новый абиворд свободно миксует справа налево и слева направо, причем
любые языки.
Я не за то, чтобы удалять абиворд вообще, а за то, чтобы немножко
приподнять планку качества.
Новый абиворд эту планку легко перешагивает, но текущий сизифный даже с
табуреткой никакую планку не перешагнет.
Речь только об этом.
ЗЫ
Так все таки, можно залить абиворд 1.99, раз у АЕН сборка только в
дальнем ТОДО?
[-- Attachment #1: Type: text/plain, Size: 323 bytes --] On 26 Jun 2003 10:48:02 +0400 Диконов Вячеслав <sdiconov@mail.ru> wrote: > > Я думаю, почистить можно еще многое. > Не пора ли почистить Сизиф от такого ###@$@# как KDE, IceWm, > Windowmaker, а ещё kernel, glibc... talk-room@ -- Alexandre Prokoudine ALT Linux Documentation Team JabberID: avp@altlinux.org [-- Attachment #2: Type: application/pgp-signature, Size: 481 bytes --]
avl@l14.ru пишет:
> Anatoly A. Yakushin пишет:
>
>> avl@l14.ru пишет:
>>
>> <skip>
>>
>>>
>>> ЗЫ
>>> Так все таки, можно залить абиворд 1.99, раз у АЕН сборка только в
>>> дальнем ТОДО?
>>>
>> Может подождете пару дней, я хоть частично перевод поправлю.
>>
> Да не вопрос. Хотя имхо это параллельные дела.
> Надо бы еще на плагин к libgda посмотреть.
> Пока он при попытке использования весь аби в корку уносит, посмотреть на
> словарь для проверки русской орфографии - почему то его не видно.
> Еще здорово было бы попатчить его на предемет g_from_locale () чтоб теже
> русские автозамены шли не в виде пяпяпяпяп.
> Я почему то думаю, что помещение пакета в сизиф может активизировать
> этот процесс.
Угу. Только лучше в Дедал в таком виде.
"Чтобы не было путности в отчетности" (с) Кот Матроскин
--
Rgrds,
Anatoly A. Yakushin aka DOC
Orthopaedic Departmens
Veterans Hospital # 3
Moscow
Вопрос. В абиворде есть плагин-интерфейс к libgda2 libgda2 опосредованно просит libgds.so, а та в свою очередь, так и не провадится Firebird, хотя должна. Я просто сделал пакет-затычку с provides libgds.so. Но для сизифа это ведь не прокатит? firebird скоро исправится? Боюсь, что без него абиворд в incoming не соберется. :(
On Fri, Jun 27, 2003 at 02:13:58PM +0400, DH wrote: > Я надо этим работаю. > Но пока мне ничего не удалось.:( > Сорри. А что конкретно не получается? Спросите здесь, наверняка поможем. Насколько я помню там не хватало soname и это правится добавлением одного флага к компилятору. > > avl@l14.ru wrote: > >Вопрос. > >В абиворде есть плагин-интерфейс к libgda2 > >libgda2 опосредованно просит libgds.so, а та в свою очередь, так и не > >провадится Firebird, хотя должна. > >Я просто сделал пакет-затычку с provides libgds.so. Но для сизифа это > >ведь не прокатит? > >firebird скоро исправится? Боюсь, что без него абиворд в incoming не > >соберется. :( > > > > > >_______________________________________________ > >Devel mailing list > >Devel@altlinux.ru > >http://altlinux.ru/mailman/listinfo/devel > > > > > > > > -- > DH (http://dh.opennet.ru ICQ#:22751243) > > -*******- > The sad thing about Windows bashing is that it's all true. > -*******- > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel >From at@altlinux.ru Fri Jun 27 14:59:48 2003 Return-Path: <at@altlinux.ru> Delivered-To: devel@lrn.ru Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235]) by lrn.ru (Postfix) with ESMTP id 01F0549ED4 for <devel@lrn.ru>; Fri, 27 Jun 2003 14:59:46 +0400 (MSD) Received: from basalt.office.altlinux.org (localhost.localdomain [127.0.0.1]) by master.altlinux.ru (Postfix) with ESMTP id 70CFAE31CF for <devel@altlinux.ru>; Fri, 27 Jun 2003 14:59:45 +0400 (MSD) Received: from julia.office.altlinux.ru (ivk5.office.altlinux.ru [10.1.0.135]) by basalt.office.altlinux.org (Postfix) with ESMTP id 8D77776E for <devel@altlinux.ru>; Fri, 27 Jun 2003 14:59:44 +0400 (MSD) Received: by julia.office.altlinux.ru (Postfix, from userid 500) id 720F293C3; Fri, 27 Jun 2003 14:59:44 +0400 (MSD) Date: Fri, 27 Jun 2003 14:59:44 +0400 From: Alexey Tourbin <at@altlinux.ru> To: ALT Devel discussion list <devel@altlinux.ru> Message-ID: <20030627105944.GA2249@julia.office.altlinux.ru> Mail-Followup-To: ALT Devel discussion list <devel@altlinux.ru> References: <20030626142517.GA24885@basalt.office.altlinux.org> <20030626162625.GA23728@inferno.immo> <20030626203130.3e5b0c38.vsu@altlinux.ru> <20030626213423.GA4079@hell.devel.altlinux.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <20030626213423.GA4079@hell.devel.altlinux.ru> Subject: [devel] Re: unmets X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ALT Devel discussion list <devel@altlinux.ru> List-Id: ALT Devel discussion list <devel.altlinux.ru> List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=unsubscribe> List-Archive: </pipermail/devel> List-Post: <mailto:devel@altlinux.ru> List-Help: <mailto:devel-request@altlinux.ru?subject=help> List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=subscribe> X-List-Received-Date: Fri, 27 Jun 2003 10:59:50 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Fri, Jun 27, 2003 at 01:34:23AM +0400, Alexey I. Froloff wrote: > raorn@hell:pts/8 ~ $ rpm -qlp --provides .../perl-Config-General-2.18-alt1.noarch.rpm > perl(Config/General.pm) = 0:2.18 > perl(Config/General/Interpolated.pm) = 0:2.02 > perl-Config-General = 2.18-alt1 > /usr/lib/perl5/vendor_perl/Config > /usr/lib/perl5/vendor_perl/Config/General > /usr/lib/perl5/vendor_perl/Config/General.pm $ file /usr/lib/perl5/vendor_perl/Config/General.pm ? > Вопрос. Почему он его сам не провайдит? Собраный на работа пакет > на почти Master 2.2 имеет в своих Provides Скорее всего, из-за изменений в rpm-4.0.4-alt20, который полагается в своей работе на file(1). > perl(Config/General/Extended.pm). Точные версии rpm-build и perl > скажу завтра... > > -- > Regards, > Sir Raorn. --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+/COgfBKgtDjnu0YRAkgzAJ9NDEjcTi4Wg+g1zvRKJycQkXR/DgCeOUHj vOdd11trarO7ffIH3Swp098= =oZHK -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- >From at@altlinux.ru Fri Jun 27 15:05:41 2003 Return-Path: <at@altlinux.ru> Delivered-To: devel@lrn.ru Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235]) by lrn.ru (Postfix) with ESMTP id 7B82E499F1 for <devel@lrn.ru>; Fri, 27 Jun 2003 15:05:41 +0400 (MSD) Received: from basalt.office.altlinux.org (localhost.localdomain [127.0.0.1]) by master.altlinux.ru (Postfix) with ESMTP id 70FFCE31CF for <devel@altlinux.ru>; Fri, 27 Jun 2003 15:05:41 +0400 (MSD) Received: from julia.office.altlinux.ru (ivk5.office.altlinux.ru [10.1.0.135]) by basalt.office.altlinux.org (Postfix) with ESMTP id 17F9176E for <devel@altlinux.ru>; Fri, 27 Jun 2003 15:05:41 +0400 (MSD) Received: by julia.office.altlinux.ru (Postfix, from userid 500) id D0DB293C3; Fri, 27 Jun 2003 15:05:40 +0400 (MSD) Date: Fri, 27 Jun 2003 15:05:40 +0400 From: Alexey Tourbin <at@altlinux.ru> To: ALT Devel discussion list <devel@altlinux.ru> Message-ID: <20030627110540.GB2249@julia.office.altlinux.ru> Mail-Followup-To: ALT Devel discussion list <devel@altlinux.ru> References: <3EFB84EB.7050500@altlinux.com> <20030627051451.GC32353@osdn.org.ua> <3EFBD290.5000201@altlinux.com> <20030627054007.GD32353@osdn.org.ua> <3EFBD793.8090007@altlinux.com> <20030627055057.GF32353@osdn.org.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: <20030627055057.GF32353@osdn.org.ua> Subject: [devel] Re: I: =?koi8-r?b?xMnT1NLJwtXUydctTkc=?= X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ALT Devel discussion list <devel@altlinux.ru> List-Id: ALT Devel discussion list <devel.altlinux.ru> List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=unsubscribe> List-Archive: </pipermail/devel> List-Post: <mailto:devel@altlinux.ru> List-Help: <mailto:devel-request@altlinux.ru?subject=help> List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=subscribe> X-List-Received-Date: Fri, 27 Jun 2003 11:05:41 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Fri, Jun 27, 2003 at 08:50:57AM +0300, Michael Shigorin wrote: > Так меня плющит или на i845 (то же семейство) некий fb работает? Да (в биосе нужно выставить 8Mb под видеопамять). --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+/CUEfBKgtDjnu0YRApo6AJ9bZam/GTI0PCCB9Zq7Zl841ZkLsgCgsAOT ZqBCBZnCRB2jc6KBrECtofI= =fqy8 -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- >From vyt@vzljot.ru Fri Jun 27 17:15:23 2003 Return-Path: <vyt@vzljot.ru> Delivered-To: devel@lrn.ru Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235]) by lrn.ru (Postfix) with ESMTP id 80BB748246 for <devel@lrn.ru>; Fri, 27 Jun 2003 17:15:23 +0400 (MSD) Received: from mail.vzljot.ru (mail.vzljot.ru [195.96.182.70]) by master.altlinux.ru (Postfix) with ESMTP id 63EA1E31D0 for <devel@altlinux.ru>; Fri, 27 Jun 2003 17:15:23 +0400 (MSD) Received: by mail.vzljot.ru (Postfix, from userid 689) id 990C276D2E; Fri, 27 Jun 2003 17:13:52 +0400 (MSD) Received: from vyt.vzljot.ru (vyt.vzljot.ru [195.96.182.75]) by mail.vzljot.ru (Postfix) with SMTP id 5B29276CE4 for <devel@altlinux.ru>; Fri, 27 Jun 2003 17:13:52 +0400 (MSD) Date: Fri, 27 Jun 2003 17:06:23 +0400 From: Vitaly Ostanin <vyt@vzljot.ru> To: devel@altlinux.ru Message-Id: <20030627170623.13bc2957.vyt@vzljot.ru> X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="qW7=.CVDL5Yzem3u" X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=0.13.6.2 Subject: [devel] Package naming X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ALT Devel discussion list <devel@altlinux.ru> List-Id: ALT Devel discussion list <devel.altlinux.ru> List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=unsubscribe> List-Archive: </pipermail/devel> List-Post: <mailto:devel@altlinux.ru> List-Help: <mailto:devel-request@altlinux.ru?subject=help> List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=subscribe> X-List-Received-Date: Fri, 27 Jun 2003 13:15:23 -0000 --qW7=.CVDL5Yzem3u Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: base64 SGVsbG8sIEFsbCENCg0K9yBTaXN5cGh1cyDF09TYINDBy8XU2SDTIM7B2tfBzsnRzcksINcgy8/U z9LZyCDTz8TF0tbJ1NPRINPNxdPYDQrawcfMwdfO2cggySDQ0s/QydPO2cggwtXL1y4g7sHQ0snN xdIsIE1QbGF5ZXIsIExpVkVTLiANCg0K/NTPIM7P0s3BzNjOzz8g8M8tzc/FzdUsINzUzyDP3sXO 2CDOxdXEz8LOzywg1C7LLiBhcHQtZ2V0DQre1dfT1NfJ1MXMxc4gyyDSxcfJ09TS1SDC1cvXLg0K DQotLSANClJlZ2FyZHMsIFZ5dA0KbWFpbHRvOiAgdnl0QHZ6bGpvdC5ydQ0KSklEOiAgICAgdnl0 QHZ6bGpvdC5ydQ0K --qW7=.CVDL5Yzem3u Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+/EFPd6sY3eC5PjQRAgqIAJ0XrbBthSnoRX95qJaAVqiI7CpykQCg48Ss OIiDHOCVrWoAd1Xrgb4/0FU= =EhBX -----END PGP SIGNATURE----- --qW7=.CVDL5Yzem3u-- >From sdiconov@mail.ru Fri Jun 27 17:15:28 2003 Return-Path: <sdiconov@mail.ru> Delivered-To: devel@lrn.ru Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235]) by lrn.ru (Postfix) with ESMTP id 359F649EB9 for <devel@lrn.ru>; Fri, 27 Jun 2003 17:15:28 +0400 (MSD) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.23]) by master.altlinux.ru (Postfix) with ESMTP id 2F362E31D0 for <devel@altlinux.ru>; Fri, 27 Jun 2003 17:15:28 +0400 (MSD) Received: from [212.119.237.2] (port=32878 helo=10.254.200.20) by mx3.mail.ru with esmtp id 19Vt4Z-000BuY-00 for devel@altlinux.ru; Fri, 27 Jun 2003 17:15:27 +0400 Subject: Re: [devel] Re: q: must-fix list for J2.3? From: =?koi8-r?Q?=E4=C9=CB=CF=CE=CF=D7_?= =?koi8-r?Q?=F7=D1=DE=C5=D3=CC=C1=D7?= <sdiconov@mail.ru> To: ALT Devel discussion list <devel@altlinux.ru> In-Reply-To: <3EFAAA70.7070902@altlinux.com> References: <3EF802B0.7030604@altlinux.com> <3EF819E4.907@altlinux.ru> <20030624094753.GA20888@osdn.org.ua> <3EF81D8B.4060205@altlinux.com> <3EF82CA1.2090809@altlinux.ru> <20030624121408.GC20888@osdn.org.ua> <86k7bb7gck.fsf@hlodin.lutsk.bank.gov.ua> <20030624141418.GK20888@osdn.org.ua> <3EF952E2.70108@altlinux.com> <3EF974DD.1050600@altlinux.ru> <20030625155650.GG3008@osdn.org.ua> <3EFAAA70.7070902@altlinux.com> Content-Type: text/plain; charset=KOI8-R Organization: Message-Id: <1056719785.2138.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3- (1.2.3-alt1) Date: 27 Jun 2003 17:16:25 +0400 Content-Transfer-Encoding: 8bit X-Spam: Not detected X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ALT Devel discussion list <devel@altlinux.ru> List-Id: ALT Devel discussion list <devel.altlinux.ru> List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=unsubscribe> List-Archive: </pipermail/devel> List-Post: <mailto:devel@altlinux.ru> List-Help: <mailto:devel-request@altlinux.ru?subject=help> List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=subscribe> X-List-Received-Date: Fri, 27 Jun 2003 13:15:29 -0000 > монстрами. Соответственно WM и IceWM в дистрибутив тоже, скорее всего - > не войдут. Войдут только в том случае, если будет хватать места. Оба > пакета достаточно стабильны и работают совсем без глюков (к WM была > претензия по меню, но это обещали исправить). А IceWm будет новый или 1.2.0? Он у меня стоит вместо сломанной gnome-panel и вызывает множество претензий. (отсутствие поддержки второго экрана, неполное меню и т.д.)
В Чтв, 26.06.2003, в 12:57, avl@l14.ru пишет:
> Anatoly A. Yakushin пишет:
> >> Так все таки, можно залить абиворд 1.99, раз у АЕН сборка только в
> >> дальнем ТОДО?
> >>
> > Может подождете пару дней, я хоть частично перевод поправлю.
Если будут работоспособные пакеты, то я тоже займусь его переводом а
может быть и справкой.
В Чтв, 26.06.2003, в 11:52, Alexandre Prokoudine пишет:
> On 26 Jun 2003 10:48:02 +0400
> Диконов Вячеслав <sdiconov@mail.ru> wrote:
>
> > > Я думаю, почистить можно еще многое.
> > Не пора ли почистить Сизиф от такого ###@$@# как KDE, IceWm,
> > Windowmaker, а ещё kernel, glibc...
>
> talk-room@
Не. Писалось это в запальчивости после клеветы на любимую evolution и
предложения её убрать.
Он четко привязывается к libgd.so. А надо, чтоб привязывался к libgs.so.0, а libgd.so в отдельный пакет ссылой посадить типа devel. Вот это у меня и не получается. Или может не там копаю. Stanislav Ievlev wrote: > On Fri, Jun 27, 2003 at 02:13:58PM +0400, DH wrote: > >>Я надо этим работаю. >>Но пока мне ничего не удалось.:( >>Сорри. > > А что конкретно не получается? > Спросите здесь, наверняка поможем. > > Насколько я помню там не хватало soname и это правится добавлением одного > флага к компилятору. > >>avl@l14.ru wrote: >> >>>Вопрос. >>>В абиворде есть плагин-интерфейс к libgda2 >>>libgda2 опосредованно просит libgds.so, а та в свою очередь, так и не >>>провадится Firebird, хотя должна. >>>Я просто сделал пакет-затычку с provides libgds.so. Но для сизифа это >>>ведь не прокатит? >>>firebird скоро исправится? Боюсь, что без него абиворд в incoming не >>>соберется. :( >>> >>> >>>_______________________________________________ >>>Devel mailing list >>>Devel@altlinux.ru >>>http://altlinux.ru/mailman/listinfo/devel >>> >>> >>> >> >>-- >>DH (http://dh.opennet.ru ICQ#:22751243) >> >>-*******- >>The sad thing about Windows bashing is that it's all true. >>-*******- >> >>_______________________________________________ >>Devel mailing list >>Devel@altlinux.ru >>http://altlinux.ru/mailman/listinfo/devel > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel > > > -- DH (http://dh.opennet.ru ICQ#:22751243) -*******- Windows NT Performance, on the next "In Search Of" -*******-
On Fri, Jun 27, 2003 at 07:31:52PM +0400, DH wrote: > Он четко привязывается к libgd.so. > А надо, чтоб привязывался к libgs.so.0, а libgd.so в отдельный пакет ссылой > посадить типа devel. Так может для начала сделать soname для этой библиотеки. Человеческое имя libgs.so.0 и симлинк libgd.so? > > Вот это у меня и не получается. > Или может не там копаю. > > Stanislav Ievlev wrote: > >On Fri, Jun 27, 2003 at 02:13:58PM +0400, DH wrote: > > > >>Я надо этим работаю. > >>Но пока мне ничего не удалось.:( > >>Сорри. > > > >А что конкретно не получается? > >Спросите здесь, наверняка поможем. > > > >Насколько я помню там не хватало soname и это правится добавлением одного > >флага к компилятору. > > > >>avl@l14.ru wrote: > >> > >>>Вопрос. > >>>В абиворде есть плагин-интерфейс к libgda2 > >>>libgda2 опосредованно просит libgds.so, а та в свою очередь, так и не > >>>провадится Firebird, хотя должна. > >>>Я просто сделал пакет-затычку с provides libgds.so. Но для сизифа это > >>>ведь не прокатит? > >>>firebird скоро исправится? Боюсь, что без него абиворд в incoming не > >>>соберется. :( > >>> > >>> > >>>_______________________________________________ > >>>Devel mailing list > >>>Devel@altlinux.ru > >>>http://altlinux.ru/mailman/listinfo/devel > >>> > >>> > >>> > >> > >>-- > >>DH (http://dh.opennet.ru ICQ#:22751243) > >> > >>-*******- > >>The sad thing about Windows bashing is that it's all true. > >>-*******- > >> > >>_______________________________________________ > >>Devel mailing list > >>Devel@altlinux.ru > >>http://altlinux.ru/mailman/listinfo/devel > > > >_______________________________________________ > >Devel mailing list > >Devel@altlinux.ru > >http://altlinux.ru/mailman/listinfo/devel > > > > > > > > -- > DH (http://dh.opennet.ru ICQ#:22751243) > > -*******- > Windows NT Performance, on the next "In Search Of" > -*******- > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel >From aen@altlinux.ru Fri Jun 27 19:44:21 2003 Return-Path: <aen@altlinux.ru> Delivered-To: devel@lrn.ru Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235]) by lrn.ru (Postfix) with ESMTP id 4F28049F31 for <devel@lrn.ru>; Fri, 27 Jun 2003 19:44:21 +0400 (MSD) Received: from basalt.office.altlinux.org (localhost.localdomain [127.0.0.1]) by master.altlinux.ru (Postfix) with ESMTP id 0F619E31CF for <devel@altlinux.ru>; Fri, 27 Jun 2003 19:44:21 +0400 (MSD) Received: from altlinux.ru (novdv.office.altlinux.ru [10.1.1.163]) by basalt.office.altlinux.org (Postfix) with ESMTP id 4AED476E for <devel@altlinux.ru>; Fri, 27 Jun 2003 19:44:20 +0400 (MSD) Message-ID: <3EFC6D1C.2050505@altlinux.ru> Date: Fri, 27 Jun 2003 20:13:16 +0400 From: aen <aen@altlinux.ru> User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.3) Gecko/20030309 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: ALT Devel discussion list <devel@altlinux.ru> Subject: Re: [devel] Re: q: must-fix list for J2.3? References: <3EF819E4.907@altlinux.ru> <20030624094753.GA20888@osdn.org.ua> <3EF81D8B.4060205@altlinux.com> <3EF82CA1.2090809@altlinux.ru> <20030624121408.GC20888@osdn.org.ua> <86k7bb7gck.fsf@hlodin.lutsk.bank.gov.ua> <20030624141418.GK20888@osdn.org.ua> <3EF952E2.70108@altlinux.com> <20030625080733.4A3392B51F@mail.ru.echo.fr> <3EF96665.3010900@altlinux.com> <20030625201006.GD25567@hell.devel.altlinux.ru> <3EFC6266.2050609@altlinux.ru> In-Reply-To: <3EFC6266.2050609@altlinux.ru> X-Enigmail-Version: 0.73.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ALT Devel discussion list <devel@altlinux.ru> List-Id: ALT Devel discussion list <devel.altlinux.ru> List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=unsubscribe> List-Archive: </pipermail/devel> List-Post: <mailto:devel@altlinux.ru> List-Help: <mailto:devel-request@altlinux.ru?subject=help> List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=subscribe> X-List-Received-Date: Fri, 27 Jun 2003 15:44:21 -0000 Aleksey Smirnov пишет: > Alexey I. Froloff wrote: > > SKIP > >> Антон, а зачем тебе ленивые неподготовленные пользователи? >> "Ленивые" я в данном случае понимаю как "те которые не хотят >> ничему учиться, а хотят чтобы у них всё было большим куском и >> сразу". Чтобы им потом саппорт продавать? >> >> По моему это не наш метод :-/ >> >> P.S. Ничего личного, я просто понять хочу, что же это за такое >> интересное существо - среднестатистический пользователь J, где >> его среда обитания и какова его продолжительность жизни... >> >> > Поскольку речь идет об OEM-дистрибутиве, мы имеем дело с > пользователем, который независимо от своего желания получил вместе с > компьютером предустановленный Linux. Если он не сможет работать в > обнаруженной на машине среде и сразу переустановит ОС, то > продолжительность его жизни (в качестве пользователя Linux) составит 5 > минут. > Только не надо путать обсуждаемый продукт с J, который обязан быть и > концептуальным, и разнообразным. > Если же он проработает в этой системе неделю-другую и не захочет сносить, то мы посоветуем ему новый J. Rgrds, Алексей
Stanislav Ievlev wrote: > On Fri, Jun 27, 2003 at 07:31:52PM +0400, DH wrote: > >>Он четко привязывается к libgd.so. >>А надо, чтоб привязывался к libgs.so.0, а libgd.so в отдельный пакет ссылой >>посадить типа devel. > > Так может для начала сделать soname для этой библиотеки. Человеческое имя > libgs.so.0 и симлинк libgd.so? Так и было. Но не было soname. Ок! Попробую. > >>Вот это у меня и не получается. >>Или может не там копаю. >> >>Stanislav Ievlev wrote: >> >>>On Fri, Jun 27, 2003 at 02:13:58PM +0400, DH wrote: >>> >>> >>>>Я надо этим работаю. >>>>Но пока мне ничего не удалось.:( >>>>Сорри. >>> >>>А что конкретно не получается? >>>Спросите здесь, наверняка поможем. >>> >>>Насколько я помню там не хватало soname и это правится добавлением одного >>>флага к компилятору. >>> >>> >>>>avl@l14.ru wrote: >>>> >>>> >>>>>Вопрос. >>>>>В абиворде есть плагин-интерфейс к libgda2 >>>>>libgda2 опосредованно просит libgds.so, а та в свою очередь, так и не >>>>>провадится Firebird, хотя должна. >>>>>Я просто сделал пакет-затычку с provides libgds.so. Но для сизифа это >>>>>ведь не прокатит? >>>>>firebird скоро исправится? Боюсь, что без него абиворд в incoming не >>>>>соберется. :( >>>>> >>>>> >>>>>_______________________________________________ >>>>>Devel mailing list >>>>>Devel@altlinux.ru >>>>>http://altlinux.ru/mailman/listinfo/devel >>>>> >>>>> >>>>> >>>> >>>>-- >>>>DH (http://dh.opennet.ru ICQ#:22751243) >>>> >>>>-*******- >>>>The sad thing about Windows bashing is that it's all true. >>>>-*******- >>>> >>>>_______________________________________________ >>>>Devel mailing list >>>>Devel@altlinux.ru >>>>http://altlinux.ru/mailman/listinfo/devel >>> >>>_______________________________________________ >>>Devel mailing list >>>Devel@altlinux.ru >>>http://altlinux.ru/mailman/listinfo/devel >>> >>> >>> >> >>-- >>DH (http://dh.opennet.ru ICQ#:22751243) >> >>-*******- >>Windows NT Performance, on the next "In Search Of" >>-*******- >> >>_______________________________________________ >>Devel mailing list >>Devel@altlinux.ru >>http://altlinux.ru/mailman/listinfo/devel > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel > > > -- DH (http://dh.opennet.ru ICQ#:22751243) -*******- It's Windows 95 rather than Windows 4.0 because starting 1995, the government requires a decay date on software. -*******-
В Птн, 27.06.2003, в 17:45, Alexandre Prokoudine пишет: > On 27 Jun 2003 17:19:44 +0400 > Диконов Вячеслав <sdiconov@mail.ru> wrote: > > > В Чтв, 26.06.2003, в 12:57, avl@l14.ru пишет: > > > Anatoly A. Yakushin пишет: > > > >> Так все таки, можно залить абиворд 1.99, раз у АЕН сборка > > > >только в > дальнем ТОДО? > > > >> > > > > Может подождете пару дней, я хоть частично перевод поправлю. > > Если будут работоспособные пакеты, то я тоже займусь его переводом > > Про перевод --- поздняк метаться :) Лёгкое редактирование даже 99%-го перевода никогда не помешает. Сравните переводы gtktlog 1.0 и более ранних версий. Треки и драйвы, личные местоимения и неестественный порядок слов... Все переводчики могут оставлять огрехи. > > а может быть и справкой. > А вот это может быть актуально Только если интерфейс (и сам текст справки) стабилизируется и программа будет годна для работы.
> Кстати - если это gtk2, то можно ли po в UTF-8 применять?
Это идеально для gtk2
В Сбт, 28.06.2003, в 14:55, Alexandre Prokoudine пишет:
> On 27 Jun 2003 22:59:21 +0400
> Диконов Вячеслав <sdiconov@mail.ru> wrote:
>
> > > Кстати - если это gtk2, то можно ли po в UTF-8 применять?
> > Безусловно. Преобразованием занимается gettext, так что и с gtk1
> > уникод в .po желателен.
>
> Слава, Вы меня поражаете своим фанатизмом. У Вас есть пример
> приложения на gtk1, в котором бы нормально отображались сообщения на
> русском, взятые из ru.po в юникоде? Можно приватом.
Из моего:
gtktalog (gtk1+UTF в po) Проблем нет.
Я и делал и другие .ро в уникоде, но прочие программы перешли на gtk2.
Никаких проблем не было. Уникод я беру потому, что он действительно
прогрессивней чем 8 бит, а КОИ8 не перевариваю за отсутствие нужных
знаков, и вечную необходимость перекодировать чужие тексты туда-сюда.
В Incoming отправлены новые версии: scummvm-0.4.1-alt1 Интерпретатор приключенческих игр SCUMM Indiana Jones and the Last Crusade Indiana Jones and the Fate of Atlantis The Secret of Monkey Island Monkey Island 2: LeChuck's revenge Curse of Monkey Island Zak McKracken and the Alien Mindbenders Loom Day Of The Tentacle Sam & Max Full Throttle The DIG Simon The Sorcerer 1 Simon The Sorcerer 2 scummvm-tools-0.4.1-alt1 Сопутствующие утилиты.
В инкоминг сизифа ушли bigloo-lib-0.19-alt1.src.rpm -- набор библиотек для bigloo schem stklos-0.55-alt1.src.rpm -- еще одна реализация scheme libgc-6.2-alt1.src.rpm -- новая версия garbage collector wmcliphist-0.5-alt1.src.rpm -- новая версия >From sdiconov@mail.ru Mon Jun 30 10:55:53 2003 Return-Path: <sdiconov@mail.ru> Delivered-To: devel@lrn.ru Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235]) by lrn.ru (Postfix) with ESMTP id 3B8BD48A00 for <devel@lrn.ru>; Mon, 30 Jun 2003 10:55:53 +0400 (MSD) Received: from mx5.mail.ru (mx5.mail.ru [194.67.23.25]) by master.altlinux.ru (Postfix) with ESMTP id 3004BE31DA for <devel@altlinux.ru>; Mon, 30 Jun 2003 10:55:53 +0400 (MSD) Received: from [212.119.237.2] (port=32847 helo=10.254.200.20) by mx5.mail.ru with esmtp id 19WsZr-0002H8-00 for devel@altlinux.ru; Mon, 30 Jun 2003 10:55:51 +0400 Subject: Re: [devel] Re: q: must-fix list for J2.3? From: =?koi8-r?Q?=E4=C9=CB=CF=CE=CF=D7_?= =?koi8-r?Q?=F7=D1=DE=C5=D3=CC=C1=D7?= <sdiconov@mail.ru> To: ALT Devel discussion list <devel@altlinux.ru> In-Reply-To: <3EFFD84F.3050501@altlinux.com> References: <3EF802B0.7030604@altlinux.com> <3EF819E4.907@altlinux.ru> <20030624094753.GA20888@osdn.org.ua> <3EF81D8B.4060205@altlinux.com> <3EF82CA1.2090809@altlinux.ru> <20030624121408.GC20888@osdn.org.ua> <86k7bb7gck.fsf@hlodin.lutsk.bank.gov.ua> <20030624141418.GK20888@osdn.org.ua> <3EF952E2.70108@altlinux.com> <3EF974DD.1050600@altlinux.ru> <20030625155650.GG3008@osdn.org.ua> <3EFAAA70.7070902@altlinux.com> <1056719785.2138.5.camel@localhost.localdomain> <3EFFD84F.3050501@altlinux.com> Content-Type: text/plain; charset=KOI8-R Organization: Message-Id: <1056956210.2083.71.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3- (1.2.3-alt1) Date: 30 Jun 2003 10:56:50 +0400 Content-Transfer-Encoding: 8bit X-Spam: Not detected X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ALT Devel discussion list <devel@altlinux.ru> List-Id: ALT Devel discussion list <devel.altlinux.ru> List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=unsubscribe> List-Archive: </pipermail/devel> List-Post: <mailto:devel@altlinux.ru> List-Help: <mailto:devel-request@altlinux.ru?subject=help> List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=subscribe> X-List-Received-Date: Mon, 30 Jun 2003 06:55:53 -0000 В Пнд, 30.06.2003, в 10:27, Anton Farygin пишет: > Диконов Вячеслав пишет: > >>монстрами. Соответственно WM и IceWM в дистрибутив тоже, скорее всего - > >>не войдут. Войдут только в том случае, если будет хватать места. Оба > >>пакета достаточно стабильны и работают совсем без глюков (к WM была > >>претензия по меню, но это обещали исправить). > > > > А IceWm будет новый или 1.2.0? Он у меня стоит вместо сломанной > > gnome-panel и вызывает множество претензий. (отсутствие поддержки > > второго экрана, неполное меню и т.д.) > > Это новый такой кривой стал? Это старый. Нового я не видел (некогда собирать, работать и лечиться надо). У меня 2 экрана (монитор для работы и телек для кино и игр). Icewm виден и работает только на мониторе. Гном, blackbox и прочие прекрасно обслуживают оба экрана.
[-- Attachment #1: Type: text/plain, Size: 280 bytes --] On Thu, Jun 26, 2003 at 02:02:19AM +0400, Алексей Любимов wrote: > Есть библиотека eps > В ней только один *.a и /usr/include/*.h > > надо ее делить на libeps c *.a и libeps-devel c *.h или в одном пакете > eps все оставить? Выбора нет - имя должно быть libeps-devel. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Sun, 22 Jun 2003 20:58:29 +0400 Anton Farygin <rider@altlinux.com> wrote: > Планируется к внедрению (и уже реализована) следующая схема: > > CVS репозитарий с пакетами; > почтовый интерфейс к системе сборки > > сборка по команде через почту. Отчет (log) - обратно через почту по > команде. > > Вообще вроде как оно уже работает у нас в офисе. Осталось собраться с > духом и поломать почтовые сервера и еще какой-то сервер, подняв на них > это все хозяйство для публичного тестирования devel'ом. А можно полюбопытствовать. Будет ли там какой нибудь алерт если у обновленного пакета маэнтейнер будет отличаться от существующего? И они сразу будут попадать в репозитарий (после удачной сборки)? > > Rgds, > Rider > -- ----------------------- - Alex Murygin, AITOC - ----------------------- >From murygin@altlinux.ru Mon Jun 30 15:09:49 2003 Return-Path: <murygin@altlinux.ru> Delivered-To: devel@lrn.ru Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235]) by lrn.ru (Postfix) with ESMTP id 23403492D6 for <devel@lrn.ru>; Mon, 30 Jun 2003 15:09:49 +0400 (MSD) Received: from semen.it (unknown [81.25.34.23]) by master.altlinux.ru (Postfix) with SMTP id C8DFCE31CF for <devel@altlinux.ru>; Mon, 30 Jun 2003 15:09:43 +0400 (MSD) Received: (qmail 6707 invoked from network); 30 Jun 2003 11:22:09 -0000 Received: from lcd-semen.it (HELO lcd-semen) (192.168.90.9) by 0 with SMTP; 30 Jun 2003 11:22:08 -0000 Date: Mon, 30 Jun 2003 14:05:30 +0300 From: Alex Murygin <murygin@altlinux.ru> To: devel@altlinux.ru Message-Id: <20030630140530.209dbc06.murygin@altlinux.ru> Organization: AITOC X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: [devel] Team meeting X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ALT Devel discussion list <devel@altlinux.ru> List-Id: ALT Devel discussion list <devel.altlinux.ru> List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=unsubscribe> List-Archive: </pipermail/devel> List-Post: <mailto:devel@altlinux.ru> List-Help: <mailto:devel-request@altlinux.ru?subject=help> List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=subscribe> X-List-Received-Date: Mon, 30 Jun 2003 11:09:49 -0000 Помню в начале июня обсуждали проведения team meeting, но к конкретному сроку так и не договорились (возможно ошибаюсь). Хотелось бы узнать поконкретнее о времени и месте (ну очень уж хочется побывать :). -- ----------------------- - Alex Murygin, AITOC - ----------------------- >From sdiconov@mail.ru Mon Jun 30 15:13:22 2003 Return-Path: <sdiconov@mail.ru> Delivered-To: devel@lrn.ru Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235]) by lrn.ru (Postfix) with ESMTP id E7E63492DB for <devel@lrn.ru>; Mon, 30 Jun 2003 15:13:21 +0400 (MSD) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.22]) by master.altlinux.ru (Postfix) with ESMTP id D37BBE31CF for <devel@altlinux.ru>; Mon, 30 Jun 2003 15:13:21 +0400 (MSD) Received: from [212.119.237.2] (port=32847 helo=10.254.200.20) by mx2.mail.ru with esmtp id 19Wwb3-000CbB-00 for devel@altlinux.ru; Mon, 30 Jun 2003 15:13:21 +0400 Subject: Re: [devel] q: gtk-themes, again From: =?koi8-r?Q?=E4=C9=CB=CF=CE=CF=D7_?= =?koi8-r?Q?=F7=D1=DE=C5=D3=CC=C1=D7?= <sdiconov@mail.ru> To: ALT Devel discussion list <devel@altlinux.ru> In-Reply-To: <20030630095728.GB13258@osdn.org.ua> References: <20030630095728.GB13258@osdn.org.ua> Content-Type: text/plain; charset=KOI8-R Organization: Message-Id: <1056971660.2854.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3- (1.2.3-alt1) Date: 30 Jun 2003 15:14:20 +0400 Content-Transfer-Encoding: 8bit X-Spam: Not detected X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ALT Devel discussion list <devel@altlinux.ru> List-Id: ALT Devel discussion list <devel.altlinux.ru> List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=unsubscribe> List-Archive: </pipermail/devel> List-Post: <mailto:devel@altlinux.ru> List-Help: <mailto:devel-request@altlinux.ru?subject=help> List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel>, <mailto:devel-request@altlinux.ru?subject=subscribe> X-List-Received-Date: Mon, 30 Jun 2003 11:13:22 -0000 В Пнд, 30.06.2003, в 13:57, Michael Shigorin пишет: > file /usr/share/themes/ThinIce/README.html from install of > gtk-engines-thinice-2.0.2-alt1.4 conflicts with file from package > gtk-engines-0.12-alt1 > > WTF? gtk-engines-0.12-alt1 уже год как место в помойке. В gtk-engines-thinice-2.0.2-alt1.4 не хватает obsoletes (это был недосмотр). Просто в обоих пакетах есть thinice.
[-- Attachment #1: Type: text/plain, Size: 870 bytes --] Alex Murygin пишет: > On Sun, 22 Jun 2003 20:58:29 +0400 > Anton Farygin <rider@altlinux.com> wrote: > > >>Планируется к внедрению (и уже реализована) следующая схема: >> >>CVS репозитарий с пакетами; >>почтовый интерфейс к системе сборки >> >>сборка по команде через почту. Отчет (log) - обратно через почту по >>команде. >> >>Вообще вроде как оно уже работает у нас в офисе. Осталось собраться с >>духом и поломать почтовые сервера и еще какой-то сервер, подняв на них >>это все хозяйство для публичного тестирования devel'ом. > > > А можно полюбопытствовать. > Будет ли там какой нибудь алерт если у обновленного пакета маэнтейнер > будет отличаться от существующего? > И они сразу будут попадать в репозитарий (после удачной сборки)? > На данный момент продполагается схема, когда только мантейнер (или группа мантейнеров) сможет менять пакет Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1082 bytes --] Alex Murygin пишет: > On 30 Jun 2003 15:35:34 +0400 > Диконов Вячеслав <sdiconov@mail.ru> wrote: > > >>В Пнд, 30.06.2003, в 14:59, Alex Murygin пишет: >> >>>On Sun, 22 Jun 2003 20:58:29 +0400 >>>Anton Farygin <rider@altlinux.com> wrote: >>>А можно полюбопытствовать. >>>Будет ли там какой нибудь алерт если у обновленного пакета >>>маэнтейнер будет отличаться от существующего? >> >>Это мешало бы сборке в некоторых случаях. >> >>В качестве примера: так шла работа над gthumb. >> >>Я собираю пакет. >>Юрий Седунов собирает новую версию и выкладывает alt1. >>Я как переводчик замечаю, что перевод отстал от жизни, сижу над ним и >>собираю alt2, который отличается только переводом. Уведомляю письмом. >>Через некоторое время Юрий находит в пакете пропущенный ранее глюк и >>делает alt3. >>и т.д. > > Как всегда плохо выразился :( > Имел в виду что просто отсылался алерт по почте старому майнтейнеру > письмо что Ваш пакет такой-то был залит тем-то тем-то :) Но пакет при > этом замечательно собирался и ложился куда надо :) Для этих целей существует CVS-LOG ;-) Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
В Чтв, 26.06.2003, в 18:25, Stanislav Ievlev написал:
> Пакет gnome-applets-extra-netspeed версии 0.5-alt1 имеет неудовлетворенные
> зависимости:
> Требует: libgtop-2.0.so.0
> Требует: libgtop_common-2.0.so.0
> Требует: libgtop_sysdeps-2.0.so.0
Должно быть исправлено. Сборка gnome-applets-extra-netspeed-0.5-alt2
ушла.
Заново отправлен sirius с новой строкой buildreq.
В Sisyphus ушла очередная порция обоек, на этот раз цветы. wallpapers-flowers-1.alt1.src.rpm 1. Теперь обои лежат в /usr/share/design/backgrounds/имя пакета 2. Лицензия на них Free Art License -- Rgrds, Anatoly A. Yakushin aka DOC Orthopaedic Departmens Veterans Hospital # 3 Moscow
Господа, если кто имеет опыт в области корреляционного анализа (обработка социологических данных), или может рекомендовать хороших специалистов в этой области, просьба связаться со мной по личной почте. Алексей Смирнов smi@altlinux.ru
Проблема с binutils действительно серьёзная. Таки надо решать.
On Sat, Jul 12, 2003 at 08:47:46PM +0400, Vitaly Lugovsky wrote:
>
> Проблема с binutils действительно серьёзная. Таки надо решать.
Дмитрий сейчас в отпуске, насколько я знаю.
Стас, может быть ты пересоберешь binutils с патчем Виталия?
--
/ Alexander Bokovoy
---
A vivid and creative mind characterizes you.
On Sat, 12 Jul 2003, Alexander Bokovoy wrote: > On Sat, Jul 12, 2003 at 08:47:46PM +0400, Vitaly Lugovsky wrote: > > > > Проблема с binutils действительно серьёзная. Таки надо решать. > Дмитрий сейчас в отпуске, насколько я знаю. А... Как-то не догадался. Сейчас ведь вроде как лето, хоть так сразу и не скажешь. ;) > Стас, может быть ты пересоберешь binutils с патчем Виталия? На всякий случай - единственные проблемы, которые может дать патч, будут опять же связаны только с ocaml-хозяйством.
On Sat, Jul 12, 2003 at 08:42:02PM +0300, Alexander Bokovoy wrote: > On Sat, Jul 12, 2003 at 08:47:46PM +0400, Vitaly Lugovsky wrote: > > > > Проблема с binutils действительно серьёзная. Таки надо решать. > Дмитрий сейчас в отпуске, насколько я знаю. > > Стас, может быть ты пересоберешь binutils с патчем Виталия? Поскольку я не понимаю что этот патч делает, зато прекрасно понимаю, чего нам будет стоить для базовой системы любая нестабильность binutils, то не буду. Потерпите же ещё немного, одна неделя осталась ;) > -- > / Alexander Bokovoy > --- > A vivid and creative mind characterizes you. > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
On Mon, Jul 14, 2003 at 12:31:14PM +0400, Stanislav Ievlev wrote: > On Sat, Jul 12, 2003 at 08:42:02PM +0300, Alexander Bokovoy wrote: > > On Sat, Jul 12, 2003 at 08:47:46PM +0400, Vitaly Lugovsky wrote: > > > > > > Проблема с binutils действительно серьёзная. Таки надо решать. > > Дмитрий сейчас в отпуске, насколько я знаю. > > > > Стас, может быть ты пересоберешь binutils с патчем Виталия? > Поскольку я не понимаю что этот патч делает, зато прекрасно понимаю, чего > нам будет стоить для базовой системы любая нестабильность binutils, то не > буду. Патч затрагивает только OCaml. > Потерпите же ещё немного, одна неделя осталась ;) Ты хочешь сказать -- две? Поскольку на следующей неделе ты и Дима исчезнете в палатках инициативной группы. -- / Alexander Bokovoy --- Stupidity, like virtue, is its own reward.
On Mon, Jul 14, 2003 at 12:12:20PM +0300, Alexander Bokovoy wrote: > On Mon, Jul 14, 2003 at 12:31:14PM +0400, Stanislav Ievlev wrote: > > On Sat, Jul 12, 2003 at 08:42:02PM +0300, Alexander Bokovoy wrote: > > > On Sat, Jul 12, 2003 at 08:47:46PM +0400, Vitaly Lugovsky wrote: > > > > > > > > Проблема с binutils действительно серьёзная. Таки надо решать. > > > Дмитрий сейчас в отпуске, насколько я знаю. > > > > > > Стас, может быть ты пересоберешь binutils с патчем Виталия? > > Поскольку я не понимаю что этот патч делает, зато прекрасно понимаю, чего > > нам будет стоить для базовой системы любая нестабильность binutils, то не > > буду. > Патч затрагивает только OCaml. > > > Потерпите же ещё немного, одна неделя осталась ;) > Ты хочешь сказать -- две? Поскольку на следующей неделе ты и Дима > исчезнете в палатках инициативной группы. Будут понедельник, вторник и утро среды. По-моему вполне достаточно, чтобы мантейнер binutils принял решение. > -- > / Alexander Bokovoy > --- > Stupidity, like virtue, is its own reward. > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 324 bytes --] Привет всем! Господа, обновил свой J 2.2 до Sisyphus и заметил крайне неприятную вещь: http://lrn.ru/~rider/bug-fonts.png Если посмотреть внимательно - то часть символов просто не читается. Зачастую это доходит до критичного состояния. Вопрос - один ли я такой и что мы можем сделать для исправления этого? Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
On Mon, 14 Jul 2003, Stanislav Ievlev wrote: > > Стас, может быть ты пересоберешь binutils с патчем Виталия? > Поскольку я не понимаю что этот патч делает, зато прекрасно > понимаю, чего нам будет стоить для базовой системы любая > нестабильность binutils, то не буду. Как что делает? Только отключает проверку якобы "ошибок". Для тех случаев, когда этих "ошибок" нет, оно вообще никак не повлияет, а есть же они - насколько мне известно - только в динамических библиотеках, собранных ocaml-ом с Malc-овским патчем. То есть, к нестабильности оно никак привести не может - только лишь делает более либеральным типа полиси. > Потерпите же ещё немного, одна неделя осталась ;) Обломчик. Через неделю уже я в отпуск упрячусь. :(
[-- Attachment #1: Type: text/plain, Size: 489 bytes --] Anton Farygin пишет: > Привет всем! > > Господа, обновил свой J 2.2 до Sisyphus и заметил крайне неприятную вещь: > http://lrn.ru/~rider/bug-fonts.png > > Если посмотреть внимательно - то часть символов просто не читается. > Зачастую это доходит до критичного состояния. > > Вопрос - один ли я такой и что мы можем сделать для исправления этого? > Все, проблема решена - AEN что-то сделал с fontconfig ;-) После установки последней версии все станет намного приятнее. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 405 bytes --] Господа, я предлагаю до того момента, пока не разрешится проблема с зависимостями ядер и apt-get'ом решить ее более радикально: из Sisyphus перенести в Daedalus все ядра, за исключением std-up ядра (и std-smp) и ядра 22. Это нужно сделать как можно быстрее, ибо в данный момент я не могу сформировать ни одного дистрибутива. Стас, убери плз все это из Sisyphus. Список я могу прислать. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 182 bytes --] Если кому интересно - http://tocci.sourceforge.net/ -- Regards, Sir Raorn. ------------------- ALT Linux Team стремится соблюдать все лицензионные условия. -- aen in oo-discuss@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Доброе время суток, господа разработчики. Имеется следующая проблема. Есть Пакет1, нужно получить список пакетов, которым нужен Пакет1. Другими словами получить список пакетов которые зависят от Пакета1. Заранее спасибо. Андрей Семенов mitrofan@altlinux.ru
Andrey Semenov пишет:
> Доброе время суток, господа разработчики.
>
> Имеется следующая проблема. Есть Пакет1, нужно получить список
> пакетов, которым нужен Пакет1. Другими словами получить список
> пакетов которые зависят от Пакета1.
>
> Заранее спасибо.
>
> Андрей Семенов
>
Если все интересующие пакеты включены в известный
apt'у репозиторий, то apt-cache showpkg Пакет1
--
Vadim V. Zhytnikov
<vvzhy@mail.ru>
<vvzhy@netorn.ru>
[-- Attachment #1: Type: text/plain, Size: 543 bytes --] Hi! А нет ли случайно какой системы по отслеживанию выхода нового ПО? Для мейнтейнера большого количества пакетов эта проблема становится актуальной - не будешь же каждый день обегать все сайты авторов! Данная проблема касаема софта, который обычно не упоминается на новостных лентах - например perl modules. Есть какие-нибудь идеи? Работает ли та фича в Мозилле, которая называется "Проверять этот адрес на обновления" в свойствах закладки? -- WBR, Andrey Brindeew. "No one person can understand Perl culture completely" (C) Larry Wall. [-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]
Здравствуйте! Ухожу в отпуск до 19-20 августа. Думаю, что по возвращению залью много хороших пакетов и обновлю существующие :-) PS Русским сборкам Firebird'а и Thunderbird'а быть! -- WBR, Konstantin chat with ==>ICQ: 109916175 Lepikhov, speak to ==>JID: lakostis@jabber.org aka L.A. Kostis write to ==>mailto:lakostis@pisem.net.nospam ...The information is like the bank... (c) EC8OR
On Sat, 9 Aug 2003 15:18:37 +0300
Igor Tertishny <ilar@altlinux.ru> wrote:
> Опять сутки ни единого письма.
Может, все ушли на фронт? :|
--
Sincerely, Peter V. Saveliev
E-mail: peet@altlinux.ru
Jabber: peet@jabber.ru
[-- Attachment #1: Type: text/plain, Size: 380 bytes --] В incoming/Sisyphus ушел xisp: %description X-ISP is a visual, X11 and XForms based, user-friendly interface to pppd and chat, in other words, an X11 dialup networking tool. It provides maximum feedback from the dial-in and login phases on a message browser, and versatility in interrupting a call in progress, generally enhancing the user's feeling of "what's going on". [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 674 bytes --] Доброго времени суток. У меня возник амбициозный план: сделать систему компонент сервера jabber работоспособной из коробки без ощутимых потерь для безопасности. Для этого нужна малость: сгенерировать секретную строку для авторизации и прописать в конфигурационные файлы. С прописыванием я справлюсь с помощью XSLT, нужно только понять, как избежать указания пароля в командной строке интерпретатора. Основной вопрос в генерации. Насколько это безопасное дело? Можно ли для этого использовать pwgen, единственное, что я нашел на эту тему в Sisyphus? -- Stay tuned, MhZ JID: mhz@altlinux.org ___________ Elliptic paraboloids for sale. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[...]
> Основной вопрос в генерации. Насколько это безопасное дело?
> Можно ли для этого использовать pwgen, единственное, что
> я нашел на эту тему в Sisyphus?
Я как-то предлагал apg, но мне сказали, что уже есть что-то, работающее
через PAM, и я не стал собирать. Хотя для генерации паролей пользуюсь
именно скомпилённым apg :) Хорошая вещь.
--
DO4-UANIC
Есть предложение именовать пакеты со шрифтами fonts-<type>-<vendor>[-<extra>]. Тогда можно будет выполнять гораздо более осмысленные групповые операции над ними. -- DO4-UANIC
В Чтв, 04.09.2003, в 13:12, Denis Ovsienko пишет:
> Есть предложение именовать пакеты со шрифтами
> fonts-<type>-<vendor>[-<extra>]. Тогда можно будет выполнять гораздо более
> осмысленные групповые операции над ними.
В Сизифе исторически имена шрифтовых пакетов начинались с "<vendor>".
Сейчас все ttf пакеты были переименованы как <xxx>-fonts-ttf, а (все?)
Type1 пакеты называются <xxx>-fonts.
Предложенное переименование возможно, и, если сборщики пакетов с Type1
шрифтами не против, я могу быстро его выполнить для всех пакетов шрифтов
в Сизифе. Помимо этого, я хотел бы сделать шрифты vedi и java доступными
для fontconfig.
Вячеслав Диконов пишет:
>В Чтв, 04.09.2003, в 13:12, Denis Ovsienko пишет:
>
>
>>Есть предложение именовать пакеты со шрифтами
>>fonts-<type>-<vendor>[-<extra>]. Тогда можно будет выполнять гораздо более
>>осмысленные групповые операции над ними.
>>
>>
>В Сизифе исторически имена шрифтовых пакетов начинались с "<vendor>".
>Сейчас все ttf пакеты были переименованы как <xxx>-fonts-ttf, а (все?)
>Type1 пакеты называются <xxx>-fonts.
>
>Предложенное переименование возможно, и, если сборщики пакетов с Type1
>шрифтами не против, я могу быстро его выполнить для всех пакетов шрифтов
>в Сизифе. Помимо этого, я хотел бы сделать шрифты vedi и java доступными
>для fontconfig.
>
>
>
Я не против, но надо внимательно посмотреть зависимости.
Что касается шрифтов Vedi, то надо тщательно тестировать их пригодность
для fontconfig.
Rgrds, Алексей
[-- Attachment #1: Type: text/plain, Size: 328 bytes --] Привет! Скажите, где лежат все документы по тому, как работает новая система сборки (все лето не читал рассылку), на docs.altlinux.ru документы довольно большой старости. -- XMMS играет: ОНА1.wav С наилучшими пожеланиями, Иван Евтухович mailto: evtuhovich@mail.ru ICQ UIN: 52227602 JID: evtuhovich@jabber.org [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Здравствуйте. Когда планируется выход нового дистрибутива? Regards, Serge.
[-- Attachment #1: Type: text/plain, Size: 268 bytes --] On Fri, Sep 12, 2003 at 10:50:52AM +0400, Serge wrote: > Когда планируется выход нового дистрибутива? Странно слышать этот вопрос _здесь_. Разумеется, когда будет готов. В свете той статистики по Сизифу, которую я привёл вчера, об этом ещё говорить рано. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Fri, 12 Sep 2003 14:42:23 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:
> On Fri, Sep 12, 2003 at 10:50:52AM +0400, Serge wrote:
> > Когда планируется выход нового дистрибутива?
>
> Странно слышать этот вопрос _здесь_.
>
> Разумеется, когда будет готов.
Он(дистрибутив) сам по себе ведь не приготовится ;)
Я имел ввиду есть ли какой либо _план_(возможно отдалённый) по этому поводу.
Через 3 месяца, полгода и т.д.
Regards,
Serge.
Забросьте на меня пожалуйста от mod_log_sql -- DO4-UANIC
> Забросьте на меня пожалуйста от mod_log_sql
4dd910ae55688225f116d3c0a0f84a9e mod_log_sql-1.18-alt1.1.src.rpm
Исправлена ошибка автосборки + кое-что добавлено.
--
DO4-UANIC
Исправлены зависимости в пакетах и пакеты залиты в /incoming/Sisyphus/: FloodGuard-1.1.0-alt5.src.rpm libAltDist-0.0.10-alt1.src.rpm RequestDecoder-1.1.2-alt2.src.rpm А это новые версии пакетов: mysqlUserFolder-0.9.1-alt4.src.rpm psycopg-1.1.9-alt1.src.rpm -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
[-- Attachment #1: Type: text/plain, Size: 1555 bytes --] Приветствую! Уважаемые объясните, пожалуйста, начинающему мантайнеру некоторые моменты в порядке построения сизифа и написании правильного спека в соответствии с этими правилами ибо прочтение http://docs.altlinux.ru/alt/devel/ до конца не удовлетворило. Интересует следующая ситуация: ранее в сизифе было два связаных пакета пакет-0.х.у и пакет1-0.х.у пакет-0.х.у при зборке зависил от пакет1-0.х.у: пакет libпакет libпакет-devel libпакет-devel-static пакет1 libпакет1 libпакет1-devel libпакет1-devel-static есть новый исходный "сырой" пакет - пакет-0.х.у который должен замещать предыдущую связку из которого получается туча готовых: пакет libпакет libпакет-devel libпакет-devel-static Как после поступления нового пакета в инкоминг Sisyphus gate-keeper определяет что пакет1 и производные от него должены быть удалены из репозитария? Достаточно ли в поле Obsoletes: спека пакет вписать пакет1 чтобы при установке пакет1 и производные удалились по цепочке зависимостей, или же нужно вписать в Obsoletes: пакет1 и все производные от пакет1? [-- Attachment #2: Гэтая частка паведамленьпаведамленьня падпісана электроным подпісам --] [-- Type: application/pgp-signature, Size: 189 bytes --]
On Tue, Sep 16, 2003 at 09:56:48AM +0300, Vital Khilko wrote: > Приветствую! > Уважаемые объясните, пожалуйста, начинающему мантайнеру некоторые > моменты > в порядке построения сизифа и написании правильного спека в соответствии > с этими правилами ибо прочтение http://docs.altlinux.ru/alt/devel/ до > конца не удовлетворило. > > Интересует следующая ситуация: > > ранее в сизифе было два связаных пакета пакет-0.х.у и пакет1-0.х.у > пакет-0.х.у при зборке зависил от пакет1-0.х.у: > пакет > libпакет > libпакет-devel > libпакет-devel-static > пакет1 > libпакет1 > libпакет1-devel > libпакет1-devel-static > есть новый исходный "сырой" пакет - пакет-0.х.у который должен замещать > предыдущую связку > из которого получается туча готовых: > пакет > libпакет > libпакет-devel > libпакет-devel-static > > Как после поступления нового пакета в инкоминг Sisyphus gate-keeper > определяет что пакет1 и производные от него должены быть удалены из > репозитария? Никак. Либо ему скажут либо это покажет unmet. > Достаточно ли в поле Obsoletes: спека пакет вписать пакет1 чтобы при > установке пакет1 и производные удалились по цепочке зависимостей, или же > нужно вписать в Obsoletes: пакет1 и все производные от пакет1? > > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 2485 bytes --] Не могу понять, что произошло. Ни один пакет не желает собираться. Особенно пакеты, в которых есть хоть какое обращение к заголовочным файлам ядра. Ниже пример. Я уже тихо начинаю шизеть. Только заставил нормально yfsher работать, только начал пересобирать пакеты. Еще в пятницу все работало. В воскресенье сделал обновление за неделю и все... Птичка улетела. Может кто знает, как бороться с такой фигней? Пример: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wbad-function-cast -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -DNDEBUG -DNO_DEBUG -O2 -pipe -Wall -O2 -march=athlon -fno-exceptions -fno-check-new -c -o cddbaccessdialogdata.o `test -f 'cddbaccessdialogdata.cpp' || echo './'`cddbaccessdialogdata.cpp In file included from /usr/include/linux/cdrom.h:14, from audiocd.h:33, from cddbaccessdialog.h:31, from cddbaccessdialogdata.cpp:10: /usr/include/asm/byteorder.h:38: syntax error before `(' token /usr/include/asm/byteorder.h:42: '__u64' is used as a type, but is not defined as a type. /usr/include/asm/byteorder.h:43: syntax error before `}' token /usr/include/asm/byteorder.h:44: syntax error before `.' token /usr/include/asm/byteorder.h:50: syntax error before `.' token /usr/include/asm/byteorder.h:51: syntax error before `.' token /usr/include/asm/byteorder.h:52: syntax error before `:' token In file included from /usr/include/linux/byteorder/little_endian.h:11, from /usr/include/asm/byteorder.h:65, from /usr/include/linux/cdrom.h:14, from audiocd.h:33, from cddbaccessdialog.h:31, from cddbaccessdialogdata.cpp:10: /usr/include/linux/byteorder/swab.h:199: syntax error before `(' token /usr/include/linux/byteorder/swab.h:209: syntax error before `(' token /usr/include/linux/byteorder/swab.h:213: `__u64' was not declared in this scope /usr/include/linux/byteorder/swab.h:213: `addr' was not declared in this scope /usr/include/linux/byteorder/swab.h:214: variable or field `__swab64s' declared void /usr/include/linux/byteorder/swab.h:214: `__swab64s' declared as an `inline' variable /usr/include/linux/byteorder/swab.h:214: syntax error before `{' token [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 633 bytes --] В сообщении от 16 Сентябрь 2003 15:17 Igor Tertishny написал(a): > Не могу понять, что произошло. Ни один пакет не желает > собираться. Особенно пакеты, в которых есть хоть какое обращение > к заголовочным файлам ядра. Ниже пример. Я уже тихо начинаю > шизеть. Только заставил нормально yfsher работать, только начал > пересобирать пакеты. Еще в пятницу все работало. В воскресенье > сделал обновление за неделю и все... Птичка улетела. Может кто > знает, как бороться с такой фигней? Убери из флагов "-ansi" -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
>
> Убери из флагов "-ansi"
Каким образом это реализовать в спеке? Извиняюсь, но впервые сталкиваюсь с
подобной фигней. Эти же версии пакетов раньше прекрасно компилились и
собирались.
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 416 bytes --] В сообщении от 17 Сентябрь 2003 14:49 Igor Tertishny написал(a): > > Убери из флагов "-ansi" > > Каким образом это реализовать в спеке? Извиняюсь, но впервые > сталкиваюсь с подобной фигней. Эти же версии пакетов раньше > прекрасно компилились и собирались. Найти, откуда он берется и убрать -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 569 bytes --] В сообщении от 17 Сентябрь 2003 14:49 Igor Tertishny написал(a): > > Убери из флагов "-ansi" > > Каким образом это реализовать в спеке? Извиняюсь, но впервые > сталкиваюсь с подобной фигней. Эти же версии пакетов раньше > прекрасно компилились и собирались. Изменился компилятор Почитайте про опцию -ansi и файл /usr/include/asm/types.h который включается в конечном итоге из /usr/include/linux/cdrom.h и в котором определяется нужный Вам __u64 -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
> Изменился компилятор
> Почитайте про опцию -ansi
> и файл
> /usr/include/asm/types.h
> который включается в конечном итоге из
> /usr/include/linux/cdrom.h
> и в котором определяется
> нужный Вам __u64
Я внимательно прочел все про эту опцию. Хорошо, контроль диалектов языка, это
понятно. Но нигде и ничего не нашел по тому, каким образом эту опцию
отключать. Только общие слова и никакой конкретики. %remove_optflags ansi не
работает. Прошу подсказки как конкретно это делать. Ведь мне кучу пакетов
нужно пересобрать, а я ничего не могу поделать. Перепробовал все, что мог,
четвертый день мучаюсь, причем с разными программами, отнюдь не только с той,
которую давал в примере. Что, необходимо сами проги переписывать? Не может
такого быть. Притом, кое-какие все же собираются.
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 1301 bytes --] В сообщении от 18 Сентябрь 2003 15:10 Igor Tertishny написал(a): > > Изменился компилятор > > Почитайте про опцию -ansi > > и файл > > /usr/include/asm/types.h > > который включается в конечном итоге из > > /usr/include/linux/cdrom.h > > и в котором определяется > > нужный Вам __u64 > > Я внимательно прочел все про эту опцию. Хорошо, контроль > диалектов языка, это понятно. Но нигде и ничего не нашел по тому, > каким образом эту опцию отключать. Только общие слова и никакой > конкретики. %remove_optflags ansi не работает. Ее нет в %optflags, она должна быть в admin/acinclude.m4.in > Прошу подсказки > как конкретно это делать. Пропатчить admin/acinclude.m4.in Если не сработает прохачить файл, где включается linux/cdrom.h +#ifdef __STRICT_ANSI__ +#undef __STRICT_ANSI__ +#include <asm/types.h> +#define __STRICT_ANSI__ +#endif #include <linux/cdrom.h> > Ведь мне кучу пакетов нужно > пересобрать, а я ничего не могу поделать. Перепробовал все, что > мог, четвертый день мучаюсь, причем с разными программами, отнюдь > не только с той, которую давал в примере. Что, необходимо сами > проги переписывать? Не может такого быть. Притом, кое-какие все > же собираются. -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
Вот статья от IBM: http://www-106.ibm.com/developerworks/linux/library/l-boot.html Вкратце суть сводится к предложению запускать сервисы параллельно, соблюдая зависимости с помощью make. Кто может сказать, можем ли мы себе такое позволить? Потому что простым порядком запуска иногда обойтись нельзя. Но тут же возникают мысли по поводу того, как себя вести в случае ошибки запуска: не запускать зависимые сервисы или всё-таки долбить до конца. -- DO4-UANIC
On Friday 19 September 2003 12:30, Denis Ovsienko wrote:
> Вкратце суть сводится к предложению запускать сервисы параллельно,
> соблюдая зависимости с помощью make. Кто может сказать, можем ли мы себе
По-моему скорость загрузки сводится не к порядку запуска, а к тому, что
есть узкое место - быстродействие процессора. Так что хоть последовательно,
хоть паралельно, хоть по диагонали - никакой разницы. А в связи с конкуренцией
за ресурсы и затратами на диспетчеризацию, паралельный запуск может __дольше__
проработать (видел я ту винду .... быстрее грузится, аха. Только залогинились
(быстро) и сидим ждем, пока система все сервисы стартанет и начнет на кнопки
откликаться), и в этом смысле большую помощь окажет отказ от запуска ненужных
сервисов (коих, на рабочих станциях, по моим наблюдениям, 70%) и покупка чайника,
чбы включив машину не сразу кнопки топтать, а вначале чайку заварить.
А что до использования make..... Мндя. Чгря мне вообще идея inittab нравится больше,
чем идея SystemV скриптов. Раз уж такие вопросы начинают назревать, то нужно
закинуть SystemV скрипты / inittab на свалку истории и написать специальный
утиль для старта и мониторинга сервисов. Чбы решал не только проблему порядка запуска
но и:
1. Старт / Стоп по зависимостям;
2. Отслеживание работоспособности (рестарт при необохдимости или
поднятие тревоги);
3. Старт процесса с правами полльзователя;
4. Возможно, любимую нами чрутизацию;
5. Ограничение ресурсов, предоставляемых процессу;
6. "Демонизация" процесса (с переназначение stdout / stderr на syslog,
отслеживанием пида для стоп/старт и т.д.т.п).
7. Поддержка единой конфигурации __старта__ процессов (не самих
процессов);
И еще очень многое другое. Я отчасти со стороны, отчасти в той степени
в которой это задевает мои сервисы (Zope, rPAS, omniNames, etc) наблюдаю
за переписыванием initscripts и их поддержкой, и хотя с одной стороны я горжусь
тем, что среди AltLinuxTeam есть люди настолько хорошо знающие шелл, с другой -
вся эта затея кажется мне обреченной и ненужной: есть задача для сложного
и нужного сервиса. Все необходимые алгоритмы, типа топологической сортировки,
в литературе описаны, изобретать особо ничего не надо. Ожидаемые трудозатраты (см.ниже)- один
человеко-месяц. Садись, пиши, внедряй. А что до всех этих игр с make. Ну да. Забавно. А
еще на make можно пирожки печь.
В одном моем проекте была сходная задача - импорт продуктов, с зависимостями.
Написание с нуля заняло пять рабочих дней, вместе с отладкой. По функциональным
точкам, там было примерно половина от того, что нужно для задачи старта сервисов.
Учитывая многочисленные согласования с унаследованной средой, для задачи старта
сервисов потребуется, наверно, месяц. И мое мнение - нужно сразу брать курс в этом
направлении, а не заниматься гробокопательством и гальванизацией трупов в лице
initscripts & inittab.
Сразу замечу, что всяческие проблемы с унаследованным софтом, при таком подходе
можно решить достаточно легко и непринужденно, особенно если делать это
на уровне дистрибутива. И сбсно мне кажется, что даже руки которые сделают
это найдутся сразу, как только такое решение будет принято.
--
WthBstRgrds -- Андрей Орлов --
--- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------
Идея очень назревшая, по внутренним ощущениям. Например, недавние проблемы с блокировкой клавиатуры при запуске в таком случае невозможны? Только, действительно ли это займет так мало времени? Andrey Orlov wrote: > On Friday 19 September 2003 12:30, Denis Ovsienko wrote: > -покусано- > А что до использования make..... Мндя. Чгря мне вообще идея inittab нравится больше, > чем идея SystemV скриптов. Раз уж такие вопросы начинают назревать, то нужно > закинуть SystemV скрипты / inittab на свалку истории и написать специальный > утиль для старта и мониторинга сервисов. Чбы решал не только проблему порядка запуска > но и: > > 1. Старт / Стоп по зависимостям; > > 2. Отслеживание работоспособности (рестарт при необохдимости или > поднятие тревоги); > > 3. Старт процесса с правами полльзователя; > > 4. Возможно, любимую нами чрутизацию; > > 5. Ограничение ресурсов, предоставляемых процессу; > > 6. "Демонизация" процесса (с переназначение stdout / stderr на syslog, > отслеживанием пида для стоп/старт и т.д.т.п). > > 7. Поддержка единой конфигурации __старта__ процессов (не самих > процессов); > -покусано- > В одном моем проекте была сходная задача - импорт продуктов, с зависимостями. > Написание с нуля заняло пять рабочих дней, вместе с отладкой. По функциональным > точкам, там было примерно половина от того, что нужно для задачи старта сервисов. > Учитывая многочисленные согласования с унаследованной средой, для задачи старта > сервисов потребуется, наверно, месяц. И мое мнение - нужно сразу брать курс в этом > направлении, а не заниматься гробокопательством и гальванизацией трупов в лице > initscripts & inittab. > -покусано-
On Saturday 20 September 2003 12:05, Andrii Dobrovol's'kii wrote: > Идея очень назревшая, по внутренним ощущениям. Например, недавние > проблемы с блокировкой клавиатуры при запуске в таком случае невозможны? Независимо от применяемого способа решения любые проблемы __возможны__. Но если написать специализированное приложение, то проблемы выйдут на другой уровень, равно как и возможности по их решению. > Только, действительно ли это займет так мало времени? Один человеко-месяц - это совсем не мало времени. Если перевести это на деньги (поймите меня правильно - просто чбы было в чем измерить), то это - 700$ __минимум__. Это мало? По-моему, это сопоставимо с задачей. -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
У меня несколько вопросов по библиотекам 1. Что должен предоставлять lib-пакет? libmrproject.so.0.0.0 или libmrproject.so.0 и если это от чего-то зависит, то от чего? 2. Содержащиеся в lib-пакете библиотеки /usr/lib/name_of_program/lib*, по умолчанию не предоставляются пакетом, что делать в этом случае? Использовать %add_findprov_lib_path %_libdir/%name ? -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
[-- Attachment #1: Type: text/plain, Size: 4214 bytes --] On Fri, Sep 19, 2003 at 07:07:31PM +0400, Andrey Orlov wrote: > On Friday 19 September 2003 12:30, Denis Ovsienko wrote: > > Вкратце суть сводится к предложению запускать сервисы параллельно, > > соблюдая зависимости с помощью make. Кто может сказать, можем ли мы себе > > По-моему скорость загрузки сводится не к порядку запуска, а к тому, что > есть узкое место - быстродействие процессора. Так что хоть последовательно, > хоть паралельно, хоть по диагонали - никакой разницы. А в связи с конкуренцией > за ресурсы и затратами на диспетчеризацию, паралельный запуск может __дольше__ > проработать (видел я ту винду .... быстрее грузится, аха. Только залогинились > (быстро) и сидим ждем, пока система все сервисы стартанет и начнет на кнопки > откликаться), и в этом смысле большую помощь окажет отказ от запуска ненужных > сервисов (коих, на рабочих станциях, по моим наблюдениям, 70%) и покупка чайника, > чбы включив машину не сразу кнопки топтать, а вначале чайку заварить. > > А что до использования make..... Мндя. Чгря мне вообще идея inittab нравится больше, > чем идея SystemV скриптов. Раз уж такие вопросы начинают назревать, то нужно > закинуть SystemV скрипты / inittab на свалку истории и написать специальный > утиль для старта и мониторинга сервисов. Эту тему уже пытались поднимать летом, но что-то из-за недостатка интереса увяло. ab? > Чбы решал не только проблему порядка запуска > но и: > > 1. Старт / Стоп по зависимостям; > > 2. Отслеживание работоспособности (рестарт при необохдимости или > поднятие тревоги); Как будем проверять работоспособность? > 3. Старт процесса с правами полльзователя; > > 4. Возможно, любимую нами чрутизацию; Схема "early chroot" не всегда применима. Скорее бывает наоборот: первичная инициализация, droppriv, вторичная инициализация. Но это уже offtopic. > 5. Ограничение ресурсов, предоставляемых процессу; Аналогично. > 6. "Демонизация" процесса (с переназначение stdout / stderr на syslog, > отслеживанием пида для стоп/старт и т.д.т.п). Это имеет смысл, как правило, для не-демонов. Настоящие демоны могут так fork'аться, что их потом без pid-файла не найти. > 7. Поддержка единой конфигурации __старта__ процессов (не самих > процессов); Что имелось в виду? > И еще очень многое другое. Что же? Интересно знать, что нужно пользователям... > Я отчасти со стороны, отчасти в той степени > в которой это задевает мои сервисы (Zope, rPAS, omniNames, etc) наблюдаю > за переписыванием initscripts и их поддержкой, и хотя с одной стороны я горжусь > тем, что среди AltLinuxTeam есть люди настолько хорошо знающие шелл, с другой - > вся эта затея кажется мне обреченной и ненужной: есть задача для сложного > и нужного сервиса. Все необходимые алгоритмы, типа топологической сортировки, > в литературе описаны, изобретать особо ничего не надо. Задачу все-таки надо поставить, прежде чем решать. Что именно нам не хватает в нынешней схеме? Что не устраивает? (У меня есть варианты ответов, но я их пока предлагать не буду). Все-таки надо сперва хорошо подумать, а уже потом кодить. > Ожидаемые трудозатраты (см.ниже)- один человеко-месяц. Садись, пиши, внедряй. > А что до всех этих игр с make. Ну да. Забавно. А еще на make можно пирожки печь. Я думаю, что оценка трудозатрат несколько оптимистична. Особенно в виду того, что процесс #1 не может ошибаться. > В одном моем проекте была сходная задача - импорт продуктов, с зависимостями. > Написание с нуля заняло пять рабочих дней, вместе с отладкой. По функциональным > точкам, там было примерно половина от того, что нужно для задачи старта сервисов. > Учитывая многочисленные согласования с унаследованной средой, для задачи старта > сервисов потребуется, наверно, месяц. И мое мнение - нужно сразу брать курс в этом > направлении, а не заниматься гробокопательством и гальванизацией трупов в лице > initscripts & inittab. > > Сразу замечу, что всяческие проблемы с унаследованным софтом, при таком подходе > можно решить достаточно легко и непринужденно, особенно если делать это > на уровне дистрибутива. И сбсно мне кажется, что даже руки которые сделают > это найдутся сразу, как только такое решение будет принято. Интересно, как же это они найдутся? -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Я уже как то раз поднимал похожий вопрос, сущесвует реализации этой идеи (запуск по зависимостям) без make. http://www.atnf.csiro.au/people/rgooch/linux/boot-scripts/. Надо отдавать себе отчет что бля смены сущесвующей счемы нужна ОЧЕНЬ веские основания, а их насколько я понимаю нет. Есть некоторые недочеты и непреодолимые (но не смертельные) ограничения, не более. * Denis Ovsienko <pilot @ altlinux ! ru> [030919 11:58]: > Вот статья от IBM: > http://www-106.ibm.com/developerworks/linux/library/l-boot.html > Вкратце суть сводится к предложению запускать сервисы параллельно, > соблюдая зависимости с помощью make. Кто может сказать, можем ли мы себе > такое позволить? Потому что простым порядком запуска иногда обойтись > нельзя. Но тут же возникают мысли по поводу того, как себя вести в случае > ошибки запуска: не запускать зависимые сервисы или всё-таки долбить до > конца. -- Igor Homyakov <homyakov at altlinux dot ru> http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=190141
On Sun, Sep 21, 2003 at 11:49:30PM +0400, Dmitry V. Levin wrote:
> > А что до использования make..... Мндя. Чгря мне вообще идея inittab нравится больше,
> > чем идея SystemV скриптов. Раз уж такие вопросы начинают назревать, то нужно
> > закинуть SystemV скрипты / inittab на свалку истории и написать специальный
> > утиль для старта и мониторинга сервисов.
>
> Эту тему уже пытались поднимать летом, но что-то из-за недостатка интереса
> увяло.
>
> ab?
Дело не в недостатке интереса. Дело в недостатке времени. Я по-прежнему
положительно смотрю в сторону автовычисляющих инитскриптов на базе
simpleinit(8).
--
/ Alexander Bokovoy
---
Work is the crab grass in the lawn of life.
-- Schulz
[-- Attachment #1: Type: text/plain, Size: 801 bytes --] On Mon, Sep 22, 2003 at 11:13:27AM +0300, Alexander Bokovoy wrote: > On Sun, Sep 21, 2003 at 11:49:30PM +0400, Dmitry V. Levin wrote: > > > А что до использования make..... Мндя. Чгря мне вообще идея inittab нравится больше, > > > чем идея SystemV скриптов. Раз уж такие вопросы начинают назревать, то нужно > > > закинуть SystemV скрипты / inittab на свалку истории и написать специальный > > > утиль для старта и мониторинга сервисов. > > > > Эту тему уже пытались поднимать летом, но что-то из-за недостатка интереса > > увяло. > > > > ab? > Дело не в недостатке интереса. Дело в недостатке времени. Я по-прежнему > положительно смотрю в сторону автовычисляющих инитскриптов на базе > simpleinit(8). Я тоже положительно _смотрю_. Тут другое дело - предложено использовать не-скрипты. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Mon, Sep 22, 2003 at 01:26:09PM +0400, Dmitry V. Levin wrote:
> On Mon, Sep 22, 2003 at 11:13:27AM +0300, Alexander Bokovoy wrote:
> > On Sun, Sep 21, 2003 at 11:49:30PM +0400, Dmitry V. Levin wrote:
> > > > А что до использования make..... Мндя. Чгря мне вообще идея inittab нравится больше,
> > > > чем идея SystemV скриптов. Раз уж такие вопросы начинают назревать, то нужно
> > > > закинуть SystemV скрипты / inittab на свалку истории и написать специальный
> > > > утиль для старта и мониторинга сервисов.
> > >
> > > Эту тему уже пытались поднимать летом, но что-то из-за недостатка интереса
> > > увяло.
> > >
> > > ab?
> > Дело не в недостатке интереса. Дело в недостатке времени. Я по-прежнему
> > положительно смотрю в сторону автовычисляющих инитскриптов на базе
> > simpleinit(8).
>
> Я тоже положительно _смотрю_.
>
> Тут другое дело - предложено использовать не-скрипты.
Давайте поговорим об этом в первую неделю октября, когда я буду
(вероятно) в Москве.
Скажем, за чашкой чая в субботу, 5-го октября?
--
/ Alexander Bokovoy
---
So you're back... about time...
On Monday 22 September 2003 15:12, Alexander Bokovoy wrote:
> > Я тоже положительно _смотрю_.
> > Тут другое дело - предложено использовать не-скрипты.
>
> Давайте поговорим об этом в первую неделю октября, когда я буду
> (вероятно) в Москве.
> Скажем, за чашкой чая в субботу, 5-го октября?
Можно я тоже к вам приcоеденюcь?
--
WthBstRgrds -- Андрей Орлов --
--- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------
On Mon, Sep 22, 2003 at 07:10:11PM +0400, Andrey Orlov wrote:
> On Monday 22 September 2003 15:12, Alexander Bokovoy wrote:
> > > Я тоже положительно _смотрю_.
> > > Тут другое дело - предложено использовать не-скрипты.
> >
> > Давайте поговорим об этом в первую неделю октября, когда я буду
> > (вероятно) в Москве.
> > Скажем, за чашкой чая в субботу, 5-го октября?
>
> Можно я тоже к вам приcоеденюcь?
Конечно! Именно это я и имел в виду. Значит так, суббота будет 4-е, по
мнению ДОКа и календаря. Соответственно, в субботу, 4-го октября. Хотя
можно и в воскресенье, 5-го. Если так удобнее, для меня особой проблемы
нет: если я приеду в пятницу-субботу для участия в стенде ALT Linux на Softool,
то уж точно останусь на воскресенье, бессовестно рассчитывая на гостеприимство
АЕН/СМИ. :)
--
/ Alexander Bokovoy
---
BEWARE! People acting under the influence of human nature.
[-- Attachment #1: Type: text/plain, Size: 813 bytes --] Всем привет. В связи с игнорированием мантейнером GNOME ошибки 3005 из дистрибутива Compact будут удалены все GNOME2 зависимые приложения. На данный момент это grip и gnumeric. Проблема в том, что эти приложения вытягивают gnome2-libc, который в свою очередь тянут gnome-settings, а тот зависит от design-graphics-sisyphus. Данная коллизия не позволяет нам изменить дизайн дистрибутива. Так же из Compact пришлось удалить ICQ клиент SiM, т.к. в данный момент в Sisyphus sim не устанавливается из-за битых зависимостей на sim-plugins. ICQ клиентов в Compact не осталось ни одного. Мантейнер licq не рекомендует ее включать, мантейнер sim сломал свой пакет... alicq не интегрируется по дизайну с KDE. Но это не страшно - благо у нас еще остался PSI, позволяющий общаться через Jabber ;-) Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 452 bytes --] > ICQ клиентов в Compact не осталось ни одного. Мантейнер licq не видимо, ненадолго начиная с KDE 3.2 в состав kdenetwork будет входить kopete (kopete.kde.org) она чего только не поддерживает > рекомендует ее включать, мантейнер sim сломал свой пакет... alicq не > интегрируется по дизайну с KDE. > > Но это не страшно - благо у нас еще остался PSI, позволяющий общаться > через Jabber ;-) -- WBR, Egor S. Orlov FST SPbSPU [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 487 bytes --] В сообщении от 23 Сентябрь 2003 14:39 Egor S. Orlov написал(a): > > ICQ клиентов в Compact не осталось ни одного. Мантейнер licq не > > видимо, ненадолго > начиная с KDE 3.2 в состав kdenetwork будет входить kopete > (kopete.kde.org) она чего только не поддерживает С прошлой версией забил на нее еще в процессе сборки. Ща попробую, как раз новая вышла. <skip/> -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 297 bytes --] В сообщении от 23 Сентябрь 2003 13:27 Anton Farygin написал(a): <skip/> > Мантейнер licq не рекомендует ее включать У нее сломано получение инфо(email) о пользователе :( -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
> ICQ клиентов в Compact не осталось ни одного. Мантейнер licq не
> рекомендует ее включать, мантейнер sim сломал свой пакет... alicq не
> интегрируется по дизайну с KDE.
gnomeicu ?
--
DO4-UANIC
[-- Attachment #1: Type: text/plain, Size: 278 bytes --] Egor S. Orlov пишет: >>ICQ клиентов в Compact не осталось ни одного. Мантейнер licq не > > > видимо, ненадолго > начиная с KDE 3.2 в состав kdenetwork будет входить kopete (kopete.kde.org) > она чего только не поддерживает > > В Compact 2.3 не войдет KDE 3.2 Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 541 bytes --] Vital Khilko пишет: > Аўт, 2003-09-23 у 14:01, Sergey V Turchin піша: > >>В сообщении от 23 Сентябрь 2003 13:27 Anton Farygin написал(a): >> >><skip/> >> >> >>>Мантейнер licq не рекомендует ее включать >> >>У нее сломано получение инфо(email) о пользователе :( > > gaim-0.6x, я использую 0.62 как наиболее стабильный? Все, что слинковано с gnome2 - отпадает. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 433 bytes --] Аўт, 2003-09-23 у 14:01, Sergey V Turchin піша: > В сообщении от 23 Сентябрь 2003 13:27 Anton Farygin написал(a): > > <skip/> > > > > Мантейнер licq не рекомендует ее включать > У нее сломано получение инфо(email) о пользователе :( gaim-0.6x, я использую 0.62 как наиболее стабильный? [-- Attachment #2: Гэтая частка паведамленьпаведамленьня падпісана электроным подпісам --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 520 bytes --] Denis Ovsienko wrote > > > ICQ клиентов в Compact не осталось ни одного. Мантейнер licq не > > рекомендует ее включать, мантейнер sim сломал свой пакет... alicq не > > интегрируется по дизайну с KDE. > gnomeicu ? И получите те же зависимости на gnome -- Alexandre Prokoudine | "When you set yourself on fire and aim ALT Linux Documentation Team | for the sky, you hope to leave behind E-mail: avp@altlinux.ru | some sparks of heat and light" JabberID: avp@altlinux.org | Neil Peart [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 773 bytes --] Anton Farygin wrote > Vital Khilko пишет: > >А??т, 2003-09-23 у 14:01, Sergey V Turchin п??ша: > > > >>В сообщении от 23 Сентябрь 2003 13:27 Anton Farygin написал(a): > >> > >><skip/> > >> > >> > >>>Мантейнер licq не рекомендует ее включать > >> > >>У нее сломано получение инфо(email) о пользователе :( > > > >gaim-0.6x, я использую 0.62 как наиболее стабильный? > > Все, что слинковано с gnome2 - отпадает. Фиг тебе :) Это просто gtk2 Кроме того, в сборке AVL пофиксена кириллическая перекодировка. -- Alexandre Prokoudine | "When you set yourself on fire and aim ALT Linux Documentation Team | for the sky, you hope to leave behind E-mail: avp@altlinux.ru | some sparks of heat and light" JabberID: avp@altlinux.org | Neil Peart [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1457 bytes --] Anton Farygin wrote > Всем привет. > > В связи с игнорированием мантейнером GNOME ошибки 3005 из дистрибутива > Compact будут удалены все GNOME2 зависимые приложения. > > На данный момент это grip и gnumeric. > > Проблема в том, что эти приложения вытягивают gnome2-libc, который в > свою очередь тянут gnome-settings, а тот зависит от > design-graphics-sisyphus. > > Данная коллизия не позволяет нам изменить дизайн дистрибутива. > > Так же из Compact пришлось удалить ICQ клиент SiM, т.к. в данный момент > в Sisyphus sim не устанавливается из-за битых зависимостей на sim-plugins. > > ICQ клиентов в Compact не осталось ни одного. Мантейнер licq не > рекомендует ее включать, мантейнер sim сломал свой пакет... alicq не > интегрируется по дизайну с KDE. > > Но это не страшно - благо у нас еще остался PSI, позволяющий общаться > через Jabber ;-) И что, мне теперь переписывать документацию в одном разделе, а второй (icq) вообще убрать? Может, возьмём таки gaim 0.69? Я на новых версиях постоянно живу. Он только контакты с сервера цеплять не умеет. Кроме того, я поддерживаю перевод gaim на русский язык. Поэтому сейчас он выглядит вполне прилично с этой точки зрения. -- Alexandre Prokoudine | "When you set yourself on fire and aim ALT Linux Documentation Team | for the sky, you hope to leave behind E-mail: avp@altlinux.ru | some sparks of heat and light" JabberID: avp@altlinux.org | Neil Peart [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 801 bytes --] Аўт, 2003-09-23 у 15:26, Anton Farygin піша: > Vital Khilko пишет: > > Аўт, 2003-09-23 у 14:01, Sergey V Turchin піша: > > > >>В сообщении от 23 Сентябрь 2003 13:27 Anton Farygin написал(a): > >> > >><skip/> > >> > >> > >>>Мантейнер licq не рекомендует ее включать > >> > >>У нее сломано получение инфо(email) о пользователе :( > > > > gaim-0.6x, я использую 0.62 как наиболее стабильный? > > Все, что слинковано с gnome2 - отпадает. gaim не завязан на гном требует: glib2 libatk libgtk+2 libpango urw-fonts val-fonts-ttf а это не весь gnome > > Rgds, > Rider [-- Attachment #2: Гэтая частка паведамленьпаведамленьня падпісана электроным подпісам --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 674 bytes --] В сообщении от 23 Сентябрь 2003 13:27 Anton Farygin написал: > Так же из Compact пришлось удалить ICQ клиент SiM, т.к. в > данный момент в Sisyphus sim не устанавливается из-за битых > зависимостей на sim-plugins. В данном случае вознимкла странная ситуация: пакет sim-plugins находится в Sisyphus, однако apt-get не хочет его ставить. Причем из созданного локального репозитария он устанавливается тем же apt-get безо всяких проблем. Вопрос заключается в том, что же стало причиной, ибо я не вижу здесь какой-либо ошибки.... -- With Best Regards, Albert R. Valiev ------------------------------------ ALT Linux Team [www.altlinux.ru] ARV-DARKSTAR-RIPN, ARV2-RIPE [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
Anton Farygin wrote:
> Vital Khilko пишет:
>
>> Аўт, 2003-09-23 у 14:01, Sergey V Turchin піша:
>>
>>> В сообщении от 23 Сентябрь 2003 13:27 Anton Farygin написал(a):
>>>
>>> <skip/>
>>>
>>>
>>>> Мантейнер licq не рекомендует ее включать
>>>
>>>
>>> У нее сломано получение инфо(email) о пользователе :(
>>
>>
>> gaim-0.6x, я использую 0.62 как наиболее стабильный?
>
>
> Все, что слинковано с gnome2 - отпадает.
>
> Rgds,
> Rider
>
Что очень плохо, ну да поезд ушел...
--
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua Kyiv, Ukraine
Phone: (380-44) 265-7824 Department of Gas Electronics
Fax: (380-44) 265-2329 Institute of Physics of NASU
*********************************************************************
[-- Attachment #1: Type: text/plain, Size: 1301 bytes --] Alexandre Prokoudine пишет: > Anton Farygin wrote > >>Всем привет. >> >>В связи с игнорированием мантейнером GNOME ошибки 3005 из дистрибутива >>Compact будут удалены все GNOME2 зависимые приложения. >> >>На данный момент это grip и gnumeric. >> >>Проблема в том, что эти приложения вытягивают gnome2-libc, который в >>свою очередь тянут gnome-settings, а тот зависит от >>design-graphics-sisyphus. >> >>Данная коллизия не позволяет нам изменить дизайн дистрибутива. >> >>Так же из Compact пришлось удалить ICQ клиент SiM, т.к. в данный момент >>в Sisyphus sim не устанавливается из-за битых зависимостей на sim-plugins. >> >>ICQ клиентов в Compact не осталось ни одного. Мантейнер licq не >>рекомендует ее включать, мантейнер sim сломал свой пакет... alicq не >>интегрируется по дизайну с KDE. >> >>Но это не страшно - благо у нас еще остался PSI, позволяющий общаться >>через Jabber ;-) > > > И что, мне теперь переписывать документацию в одном разделе, а второй > (icq) вообще убрать? Может, возьмём таки gaim 0.69? Я на новых версиях > постоянно живу. Он только контакты с сервера цеплять не умеет. Кроме того, > я поддерживаю перевод gaim на русский язык. Поэтому сейчас он выглядит > вполне прилично с этой точки зрения. http://bugzilla.altlinux.ru/show_bug.cgi?id=2988 Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 900 bytes --] Anton Farygin wrote > >> > >>Но это не страшно - благо у нас еще остался PSI, позволяющий общаться > >>через Jabber ;-) > > > > > >И что, мне теперь переписывать документацию в одном разделе, а второй > >(icq) вообще убрать? Может, возьмём таки gaim 0.69? Я на новых версиях > >постоянно живу. Он только контакты с сервера цеплять не умеет. Кроме того, > >я поддерживаю перевод gaim на русский язык. Поэтому сейчас он выглядит > >вполне прилично с этой точки зрения. > > http://bugzilla.altlinux.ru/show_bug.cgi?id=2988 Component: gnome-settings Summary: зависимость на design-graphics-sisyphus И что ты этим хотел сказать? :) -- Alexandre Prokoudine | "When you set yourself on fire and aim ALT Linux Documentation Team | for the sky, you hope to leave behind E-mail: avp@altlinux.ru | some sparks of heat and light" JabberID: avp@altlinux.org | Neil Peart [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 947 bytes --] Vital Khilko wrote > А??т, 2003-09-23 у 15:26, Anton Farygin п??ша: > > Vital Khilko пишет: > > > А??т, 2003-09-23 у 14:01, Sergey V Turchin п??ша: > > > > > >>В сообщении от 23 Сентябрь 2003 13:27 Anton Farygin написал(a): > > >> > > >><skip/> > > >> > > >> > > >>>Мантейнер licq не рекомендует ее включать > > >> > > >>У нее сломано получение инфо(email) о пользователе :( > > > > > > gaim-0.6x, я использую 0.62 как наиболее стабильный? > > > > Все, что слинковано с gnome2 - отпадает. > gaim не завязан на гном > требует: > glib2 > libatk > libgtk+2 > libpango > urw-fonts > val-fonts-ttf > а это не весь gnome 1. Это вообще не Гном 2. Зависимость на шрифты надо убрать -- Alexandre Prokoudine | "When you set yourself on fire and aim ALT Linux Documentation Team | for the sky, you hope to leave behind E-mail: avp@altlinux.ru | some sparks of heat and light" JabberID: avp@altlinux.org | Neil Peart [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 385 bytes --] В сообщении от 23 Сентябрь 2003 17:32 Alexandre Prokoudine написал(a): <skip/> > цеплять не умеет. Кроме того, я поддерживаю перевод gaim на > русский язык. Поэтому сейчас он выглядит вполне прилично с этой > точки зрения. Тогда "печеньки" нужно заменить :) -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 354 bytes --] Sergey V Turchin пишет: > В сообщении от 23 Сентябрь 2003 17:32 Alexandre Prokoudine > написал(a): > > <skip/> > >>цеплять не умеет. Кроме того, я поддерживаю перевод gaim на >>русский язык. Поэтому сейчас он выглядит вполне прилично с этой >>точки зрения. > > Тогда "печеньки" нужно заменить :) gaim добавлен в список пакетов Compact. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #1: Type: text/plain, Size: 423 bytes --] * Alexandre Prokoudine <avp@altlinux.ru> [030923 21:35]: > > требует: > > glib2 > > libatk > > libgtk+2 > > libpango > > urw-fonts > > val-fonts-ttf > > а это не весь gnome > 2. Зависимость на шрифты надо убрать Зависимость на шрифты - из gtk2 -- Regards, Sir Raorn. ------------------- Пишите в sisyphus@, в этом списке рассылки я вам на этот в целом неплохой вопрос не отвечу - policy запрещает. -- ldv in community@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 623 bytes --] Sergey V Turchin wrote Content-Description: signed data > В сообщении от 23 Сентябрь 2003 17:32 Alexandre Prokoudine > написал(a): > > <skip/> > > > цеплять не умеет. Кроме того, я поддерживаю перевод gaim на > > русский язык. Поэтому сейчас он выглядит вполне прилично с этой > > точки зрения. > Тогда "печеньки" нужно заменить :) Да, сейчас поправлю -- Alexandre Prokoudine | "When you set yourself on fire and aim ALT Linux Documentation Team | for the sky, you hope to leave behind E-mail: avp@altlinux.ru | some sparks of heat and light" JabberID: avp@altlinux.org | Neil Peart [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Monday 22 September 2003 20:00, Alexander Bokovoy wrote: > > Можно я тоже к вам приcоеденюcь? > Конечно! Именно это я и имел в виду. Значит так, суббота будет 4-е, по Кажется я внезапно оказался в центре событий. Вообще-то я хотел вас с LDV послушать, тем более что по ряду причин (питон) участвовать в разработке такого сервиса не буду, скорее всего. Разве что внезапно вернусь на С/C++. > мнению ДОКа и календаря. Соответственно, в субботу, 4-го октября. Хотя > можно и в воскресенье, 5-го. Если так удобнее, для меня особой проблемы У меня на работе свободное посещение ;). Так что в любой день, в любое время. -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
On Monday 22 September 2003 13:26, Dmitry V. Levin wrote:
> Я тоже положительно _смотрю_.
> Тут другое дело - предложено использовать не-скрипты.
Именно. Или, по крайней мере сильно снизить их роль.
--
WthBstRgrds -- Андрей Орлов --
--- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------
On Monday 22 September 2003 00:12, Igor Homyakov wrote:
> Надо отдавать себе отчет что бля смены сущесвующей счемы
> нужна ОЧЕНЬ веские основания, а их насколько я понимаю нет.
> Есть некоторые недочеты и непреодолимые (но не смертельные) ограничения, не
> более.
Иногда просто кто-то должен сделать шаг вперед. В 85ом году у 16ти битовых машин
тоже были лишь недочеты и непреодолимые (но не смертельные) ограничения.
--
WthBstRgrds -- Андрей Орлов --
--- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------
On Sunday 21 September 2003 23:49, Dmitry V. Levin wrote: [skip] > Интересно знать, что нужно пользователям... [skip > Что именно нам не хватает в нынешней схеме? > Что не устраивает? В перы > (У меня есть варианты ответов, но я их пока предлагать не буду). > Все-таки надо сперва хорошо подумать, а уже потом кодить. > > > Ожидаемые трудозатраты (см.ниже)- один человеко-месяц. Садись, пиши, > > внедряй. А что до всех этих игр с make. Ну да. Забавно. А еще на make > > можно пирожки печь. > > Я думаю, что оценка трудозатрат несколько оптимистична. > Особенно в виду того, что процесс #1 не может ошибаться. > > > В одном моем проекте была сходная задача - импорт продуктов, с > > зависимостями. Написание с нуля заняло пять рабочих дней, вместе с > > отладкой. По функциональным точкам, там было примерно половина от того, > > что нужно для задачи старта сервисов. Учитывая многочисленные > > согласования с унаследованной средой, для задачи старта сервисов > > потребуется, наверно, месяц. И мое мнение - нужно сразу брать курс в этом > > направлении, а не заниматься гробокопательством и гальванизацией трупов в > > лице initscripts & inittab. > > > > Сразу замечу, что всяческие проблемы с унаследованным софтом, при таком > > подходе можно решить достаточно легко и непринужденно, особенно если > > делать это на уровне дистрибутива. И сбсно мне кажется, что даже руки > > которые сделают это найдутся сразу, как только такое решение будет > > принято. > > Интересно, как же это они найдутся? > > > -- > ldv -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
Сорри за предыдущий пост, рука дрогнула. On Sunday 21 September 2003 23:49, Dmitry V. Levin wrote: > Интересно знать, что нужно пользователям... > Задачу все-таки надо поставить, прежде чем решать. Угу. > Что именно нам не хватает в нынешней схеме? > Что не устраивает? В первую очередь - отсутствие единообразия, и то, что один и тот же код приходится писать практически для каждого сервиса, а некоторые коды писать оказывается неразумно или невозможно. > Все-таки надо сперва хорошо подумать, а уже потом кодить. Разумеется. Так что если будет предпринята попытка подумать над этим - то я приму участие. Пока что я только сказал что некоторые проблемы есть :) > > Ожидаемые трудозатраты (см.ниже)- один человеко-месяц. Садись, пиши, > Я думаю, что оценка трудозатрат несколько оптимистична. Не думаю, что сильно ошибаюсь ;) > > делать это на уровне дистрибутива. И сбсно мне кажется, что даже руки > > которые сделают это найдутся сразу, как только такое решение будет > > принято. > Интересно, как же это они найдутся? Я думаю, что проблема настолько назревшая для всех, что единственное, что останавливает от написания такого кода, это непонятка с внедрением. Все-таки такое кардинальное изменение не может быть проведено силами некоего "варяга", а должно быть основано на решении, принятого на уровне некоего дистрибутива. Скажем, ALM вполне подходит. Соответственно, как только такое решение будет принято и заявлено, основной барьер будет снят. В общем, главное построить, а люди придут ;). -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
[-- Attachment #1: Type: text/plain, Size: 503 bytes --] Alexandre Prokoudine пишет: > Sergey V Turchin wrote > Content-Description: signed data > >>В сообщении от 23 Сентябрь 2003 17:32 Alexandre Prokoudine >>написал(a): >> >><skip/> >> >>>цеплять не умеет. Кроме того, я поддерживаю перевод gaim на >>>русский язык. Поэтому сейчас он выглядит вполне прилично с этой >>>точки зрения. >> >>Тогда "печеньки" нужно заменить :) > > > Да, сейчас поправлю Не спеши - есть вероятность, что мы опять будем использовать sim. Все зависит от Альберта. Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
Привет всем, Вопрос простой. Я собрал тут игрушку, vegastrike называется. Так вот, она в пакете видимо займет около 180Mb (распакованная - 300Mb)... Вопрос: Такие пакеты сизифус принимает? Просто залить ее и все? После установки она 300Mb кладет в /usr/share/vegastrike. Каталог - правильный, но очень уж много туда будет сложено :). Comments?
[-- Attachment #1: Type: text/plain, Size: 433 bytes --] Alexander Belov пишет: > Привет всем, > > Вопрос простой. Я собрал тут игрушку, vegastrike называется. Так вот, > она в пакете видимо займет около 180Mb (распакованная - 300Mb)... > > Вопрос: > Такие пакеты сизифус принимает? > Просто залить ее и все? > После установки она 300Mb кладет в /usr/share/vegastrike. Каталог - > правильный, но очень уж много туда будет сложено :). > > Comments? Залить !!!!!!!!!!!!!!! Rgds, Rider [-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
> Залить !!!!!!!!!!!!!!!
OK :), сегодня, но немного позже. Сейчас тестирую :). Немного при сборке
с правами на файлы облажался и buildreq ждал долго теперь собирается
правильный RPM (1.5 часа на p4 1Gz) и после этого заливаю.
On Thu, Sep 25, 2003 at 12:48:20PM +0400, Andrey Orlov wrote: > On Monday 22 September 2003 20:00, Alexander Bokovoy wrote: > > > Можно я тоже к вам приcоеденюcь? > > Конечно! Именно это я и имел в виду. Значит так, суббота будет 4-е, по > > Кажется я внезапно оказался в центре событий. Вообще-то я хотел вас с LDV > послушать, тем более что по ряду причин (питон) участвовать в разработке > такого сервиса не буду, скорее всего. Разве что внезапно вернусь на С/C++. Ничего страшного. В обсуждении важнее наличие различных точек зрения и опыта реального администрирования/поддержки существующих систем, чем присутствие навыков написания на конкретном языке. > > мнению ДОКа и календаря. Соответственно, в субботу, 4-го октября. Хотя > > можно и в воскресенье, 5-го. Если так удобнее, для меня особой проблемы > > У меня на работе свободное посещение ;). Так что в любой день, в любое время. Отлично! Тогда где-нибудь в четверг вышлите координаты точки сбора и связи :) -- / Alexander Bokovoy --- "When the only tool you have is a hammer, you tend to treat everything as if it were a nail." -- Abraham Maslow
> Предлагаю разбить на vegastrike и vegastike-data. Насколько я припоминаю, > она так и поставляется: медиа отдельно. Я думал об этом, но делать этого не стал, потому что это бессмысленно. Какой смысл ставить бинарники без данных - они все равно не запустятся. Можно конечно музыку в отдельный пакет вынести, но если вы уже скачали 110Mb, 60Mb IMHO погоды не сделают :), а музыка там клевая т.е. сделана профессионально и кастрировать игру таким образом у меня рука не поднимется :). Ну и еще один момент - слишком долго ждать приходится ее компиляния, для таких экспериментов - я уже 4 раза ее собирал сегодня - достало :).
> Вопрос простой. Я собрал тут игрушку, vegastrike называется. Так вот, > она в пакете видимо займет около 180Mb (распакованная - 300Mb)... [...] > Comments? Предлагаю разбить на vegastrike и vegastike-data. Насколько я припоминаю, она так и поставляется: медиа отдельно. -- DO4-UANIC
[-- Attachment #1: Type: text/plain, Size: 447 bytes --] On Fri, Sep 26, 2003 at 09:54:51PM +0700, Alexander Belov wrote: > > Предлагаю разбить на vegastrike и vegastike-data. Насколько я припоминаю, > > она так и поставляется: медиа отдельно. > > Я думал об этом, но делать этого не стал, потому что это бессмысленно. > Какой смысл ставить бинарники без данных - они все равно не запустятся. В этом может быть смысл, если, например, периодичность выхода новых версий кода и данных разная. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 742 bytes --] Dmitry V. Levin пишет: > On Fri, Sep 26, 2003 at 09:54:51PM +0700, Alexander Belov wrote: > >>>Предлагаю разбить на vegastrike и vegastike-data. Насколько я припоминаю, >>>она так и поставляется: медиа отдельно. >> >>Я думал об этом, но делать этого не стал, потому что это бессмысленно. >>Какой смысл ставить бинарники без данных - они все равно не запустятся. > > > В этом может быть смысл, если, например, периодичность выхода новых версий > кода и данных разная. > ОК. Как это правильно сделать (я очень мало всего в Альт собирал - сорри)? spec прилагаю. Данные находятся в каталоге /usr/share/vegastrike/data, музыка - в /usr/share/vegastrike/data/music, бинарники - сейчас это линки на бинарники в /usr/share/vegastrike/data. [-- Attachment #2: vegastrike.spec --] [-- Type: text/plain, Size: 3507 bytes --] Name: vegastrike Version: 0.4.1C Release: alt1 Summary: Vega Strike the 3D Space Simulator Summary(ru-RU.koi8-r): ôÒÅÈÍÅÒÎÙÊ ËÏÓÍÉÞÅÓËÉÊ ÓÉÍÕÌÑÔÏÒ License: GPL Group: Games/Other URL: http://vegastrike.sourceforge.net/ Source0: %{name}-%{version}.tar.bz2 Source11: %{name}16.xpm Source12: %{name}32.xpm Source13: %{name}48.xpm Source20: linux_vegastrike-0.4.1.sh Patch1: %name-%version.configure.patch.bz2 # Automatically added by buildreq on Fri Sep 26 2003 BuildRequires: XFree86-devel XFree86-libs aalib esound gcc-c++ glib-devel gtk+-devel libGLU-devel libSDL-devel libSDL_mixer-devel libalsa libarts libaudiofile libexpat-devel libglut-devel libjpeg-devel libogg libopenal-devel libpng-devel libslang libsmpeg libstdc++-devel libvorbis python-devel zlib-devel %description Vega Strike the 3D Space Simulator that allows you to trade and bounty hunt in a vast universe. Can you face the dangers and decisions that await... %description -l ru-RU.koi8-r Vega Strike ÜÔÏ ÔÒÅÈÍÅÒÎÙÊ ËÏÓÍÉÞÅÓËÉÊ ÓÉÍÕÌÑÔÏÒ, ÐÏÚ×ÏÌÑÀÝÉÊ ÔÏÒÇÏ×ÁÔØ É ÒÙÓËÁÔØ × ÐÒÏÓÔÏÒÁÈ ÏÇÒÏÍÎÏÊ ×ÓÅÌÅÎÎÏÊ. ðÒÉÇÏÔÏ×ØÔÅÓØ Ë ÐÒÅÏÄÏÌÅÎÉÀ ÏÐÁÓÎÏÓÔÅÊ, ËÏÔÏÒÙÅ ×ÁÓ ÏÖÉÄÁÀÔ. %prep %setup -q -n %name %patch1 -p1 %build cd vegastrike %__aclocal %__autoconf %__automake -a %configure --with-gl-libs=/usr/X11R6/lib %make_build cd ../vssetup/src/ %__perl ./build %install %__cp -r %SOURCE20 . %__cp -r vssetup/src/bin/setup data/vssetup %__cp -r vegastrike/src/vegastrike vegastrike/src/networking/soundserver vegastrike/launcher/vslauncher data/ %__mkdir -p $RPM_BUILD_ROOT/%_bindir %__mkdir -p $RPM_BUILD_ROOT/%_mandir/man1 %__mkdir -p $RPM_BUILD_ROOT/%_datadir/%name ln -sf ../..%_datadir/%name/data/vssetup $RPM_BUILD_ROOT/%_bindir/vssetup ln -sf ../..%_datadir/%name/data/vegastrike $RPM_BUILD_ROOT/%_bindir/vegastrike ln -sf ../..%_datadir/%name/data/vslauncher $RPM_BUILD_ROOT/%_bindir/vslauncher %__install -m 644 data/documentation/vegastrike.1 $RPM_BUILD_ROOT/%_mandir/man1 %__install -m 644 data/documentation/vslauncher.1 $RPM_BUILD_ROOT/%_mandir/man1 %__install -m 644 data/documentation/vssetup.1 $RPM_BUILD_ROOT/%_mandir/man1 %__cp -rf data $RPM_BUILD_ROOT/%_datadir/%name/ find $RPM_BUILD_ROOT/%_datadir/%name -type d -exec chmod 755 {} \; find $RPM_BUILD_ROOT/%_datadir/%name -type f -exec chmod 644 {} \; %__chmod 555 $RPM_BUILD_ROOT/%_datadir/%name/data/{soundserver,vegastrike,vslauncher,vssetup} #install icons %__install -d -m 755 $RPM_BUILD_ROOT%_menudir %__install -d -m 755 $RPM_BUILD_ROOT%_iconsdir/mini %__install -d -m 755 $RPM_BUILD_ROOT%_iconsdir/large %__install -m 644 %SOURCE11 $RPM_BUILD_ROOT%_iconsdir/%name.xpm %__install -m 644 %SOURCE12 $RPM_BUILD_ROOT%_iconsdir/mini/%name.xpm %__install -m 644 %SOURCE13 $RPM_BUILD_ROOT%_iconsdir/large/%name.xpm # Menu %__mkdir -p $RPM_BUILD_ROOT/%_menudir %__cat << EOF > $RPM_BUILD_ROOT/%_menudir/%name ?package(%name):\ needs="x11"\ section="Amusement/Arcade"\ title="Vega Strike"\ longtitle="Vega Strike the 3D Space Simulator"\ command="%name"\ icon="%name.xpm" EOF %post %update_menus %postun %clean_menus %files %doc linux_vegastrike-0.4.1.sh vegastrike/AUTHORS vegastrike/COPYING vegastrike/DOCUMENTATION vegastrike/README vegastrike/TODO data/documentation/*.* vegastrike/doc/texturizer/texturing.html %_bindir/* %_mandir/man1/* %_menudir/%name %_miconsdir/*.xpm %_iconsdir/*.xpm %_liconsdir/*.xpm %_datadir/%name/* %changelog * Fri Sep 26 2003 Alexander Belov <asbel@altlinux.ru> 0.4.1C-alt1 - Initial release
В Птн, 26.09.2003, в 18:55, Denis Ovsienko пишет:
> > Вопрос простой. Я собрал тут игрушку, vegastrike называется. Так вот,
> > она в пакете видимо займет около 180Mb (распакованная - 300Mb)...
> [...]
> > Comments?
>
> Предлагаю разбить на vegastrike и vegastike-data. Насколько я припоминаю,
> она так и поставляется: медиа отдельно.
А смысл? Зачем эти данные без программы и наоборот? С новыми версиями
там меняются обе части.
>>
>>Предлагаю разбить на vegastrike и vegastike-data. Насколько я припоминаю,
>>она так и поставляется: медиа отдельно.
>
> А смысл? Зачем эти данные без программы и наоборот? С новыми версиями
> там меняются обе части.
>
Я вот просто не знаю, меняются или нет :( (вчера ее увидел и взялся
собирать). Поэтому готов следовать любому совету.
Разбить - можно, но есть ли в этом смысл - я не уверен.
PS Если бы был конкурс на самый большой пакет в сизифус я бы его выиграл :).
Что-то нету предложений, поэтому делаю так:
Собираю и заливаю один пакет (хочется с людьми поделиться:). Потом
посмотрим на их (vegastrike developers) поведение (когда они версии
будут новые выпускать) и в зависимости от этого будем принимать решение
- разбивать его или нет.
Denis Ovsienko пишет:
>>Вопрос простой. Я собрал тут игрушку, vegastrike называется. Так вот,
>>она в пакете видимо займет около 180Mb (распакованная - 300Mb)...
>
> [...]
>
>>Comments?
>
>
> Предлагаю разбить на vegastrike и vegastike-data. Насколько я припоминаю,
> она так и поставляется: медиа отдельно.
>
> --
> DO4-UANIC
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel
>
On Пятница 26 Сентябрь 2003 16:36, Anton Farygin wrote: > Alexander Belov пишет: > > Привет всем, > > > > Вопрос простой. Я собрал тут игрушку, vegastrike называется. > > Так вот, она в пакете видимо займет около 180Mb > > (распакованная - 300Mb)... .. > Залить !!!!!!!!!!!!!!! А не сделать ли RPMS.BigGames в Сизифе, а то нонешние игрушки на 1-2 CD поставляются... Сизиф лопнет :) -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
Alexander Belov пишет:
> Что-то нету предложений, поэтому делаю так:
> Собираю и заливаю один пакет (хочется с людьми поделиться:). Потом
> посмотрим на их (vegastrike developers) поведение (когда они версии
> будут новые выпускать) и в зависимости от этого будем принимать решение
> - разбивать его или нет.
> http://altlinux.ru/mailman/listinfo/devel
Залью только в понедельник. Внешние сервера - FreeBSD и от меня они не
зависят, а тут админ сменил сервер и rsinc туда не поставил. В
понедельник его построю на это дело - и залью.
>>>>> "AB" == Alexander Belov writes:
AB> Что-то нету предложений, поэтому делаю так: Собираю и заливаю один
AB> пакет (хочется с людьми поделиться:). Потом посмотрим на их
AB> (vegastrike developers) поведение (когда они версии будут новые
AB> выпускать) и в зависимости от этого будем принимать решение -
AB> разбивать его или нет.
Лучше все-таки разбей.
--
С уважением,
Сергей Глодин
>>>>> "VL" == Vitaly Lipatov writes:
VL> А не сделать ли RPMS.BigGames в Сизифе, а то нонешние игрушки на
VL> 1-2 CD поставляются... Сизиф лопнет :)
Тогда уж лучше сделать RPMS.Large (или RPMS.Huge) :) Ведь не только
игрушки могут занимать много места :)
--
С уважением,
Сергей Глодин
Возможно кого-то заинтересует. Отныне на Украине срезы Сизифа можно заказать наложенным платежом по адресу http://www.lafox.net Цены -- более чем скромные. -- С уважением, Сергей Глодин
> Что-то нету предложений, поэтому делаю так:
> Собираю и заливаю один пакет (хочется с людьми поделиться:). Потом
> посмотрим на их (vegastrike developers) поведение (когда они версии
> будут новые выпускать) и в зависимости от этого будем принимать решение
> - разбивать его или нет.
Гм... Рок указывает на то, что нужно сначала подумать ;)
Давайте подумаем вот о чём: вдруг (как обычно это бывает) обнаруживается
дырка типа сегодняшнего SA по mpg123. Исправление тривиальное и касается
только бинарников. Заставлять пользователя тянуть всё --- хамство.
Вероятность обнаружения дырки в data и music несравнимо меньше.
А по поводу того, что долго собирается, так такой уж maintainer'ский удел.
7 раз собери, 1 залей.
--
DO4-UANIC
Denis Ovsienko пишет: >>Что-то нету предложений, поэтому делаю так: >>Собираю и заливаю один пакет (хочется с людьми поделиться:). Потом >>посмотрим на их (vegastrike developers) поведение (когда они версии >>будут новые выпускать) и в зависимости от этого будем принимать решение >>- разбивать его или нет. > > Гм... Рок указывает на то, что нужно сначала подумать ;) > Давайте подумаем вот о чём: вдруг (как обычно это бывает) обнаруживается > дырка типа сегодняшнего SA по mpg123. Исправление тривиальное и касается > только бинарников. Заставлять пользователя тянуть всё --- хамство. > Вероятность обнаружения дырки в data и music несравнимо меньше. > А по поводу того, что долго собирается, так такой уж maintainer'ский удел. > 7 раз собери, 1 залей. > Игры и даже mpg123 - слишком разные вещи. Если ты ставишь игрушку на свой комп - значит это минимум не комп, который обслуживает АТС, которая играет музыку в паузах, когда нажат flash на трубе. Поэтому в играх о безопасности нужно беспокоиться, но я не слышал о дырках в HMM-{2,3,4}, NeedForSpeed etc. IMHO это не тот повод о котором надо задумываться. Проблема в том, что придется выкачивать очень много и возможно не один раз. Как ее решить - надо что-то придумать, т.к. это далеко не последняя игрушка такого размера под Linux и GPL. > -- > DO4-UANIC > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel >
On Friday 26 September 2003 18:38, Alexander Bokovoy wrote:
> Отлично! Тогда где-нибудь в четверг вышлите координаты точки сбора и связи
+7 926 222 99 63
--
WthBstRgrds -- Андрей Орлов --
--- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------
[-- Attachment #1: Type: text/plain, Size: 887 bytes --] Alexander Belov wrote > >> > >>Предлагаю разбить на vegastrike и vegastike-data. Насколько я припоминаю, > >>она так и поставляется: медиа отдельно. > > > >А смысл? Зачем эти данные без программы и наоборот? С новыми версиями > >там меняются обе части. > > > Я вот просто не знаю, меняются или нет :( (вчера ее увидел и взялся > собирать). Поэтому готов следовать любому совету. > > Разбить - можно, но есть ли в этом смысл - я не уверен. > > PS Если бы был конкурс на самый большой пакет в сизифус я бы его выиграл :). Не факт. Ещё есть nidd'ова сборка англо-русско-англйиского словаря. там тоже за 100 Мб данные. -- Alexandre Prokoudine | "When you set yourself on fire and aim ALT Linux Documentation Team | for the sky, you hope to leave behind E-mail: avp@altlinux.ru | some sparks of heat and light" JabberID: avp@altlinux.org | Neil Peart [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Я тут пытаюсь собрать на последнем Сизифе пакеты ipac-ng и loganalyzer и в обоих случаях меня посылают с сообщениями ошибках типа: Для loganalyzer: error: file /etc/sysconfig/network: No such file or directory ^^^^^^^^^^^^^^^^^^ Но этот файл входит в пакет net-scripts и как я на него должен ссылаться? Can't locate DBI.pm in @INC (@INC contains: /usr/lib/rpm /usr/src/RPM/tmp/loganalyzer-buildroot/etc/perl5 /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/perl5/i386-linux /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/perl5 /usr/src/RPM/tmp/loganalyzer-buildroot/usr/local/lib/perl5/site_perl/5.8.1/i386-linux /usr/src/RPM/tmp/loganalyzer-buildroot/usr/local/lib/perl5/site_perl/5.8.1 /usr/src/RPM/tmp/loganalyzer-buildroot/usr/local/lib/perl5/site_perl /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/perl5/vendor_perl/i386-linux /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/perl5/vendor_perl /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/perl5/vendor_perl /usr/src/RPM/tmp/loganalyzer-buildroot. /etc/perl5 /usr/lib/perl5/i386-linux /usr/lib/perl5 /usr/local/lib/perl5/site_perl/5.8.1/i386-linux /usr/local/lib/perl5/site_perl/5.8.1 /usr/local/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/i386-linux /usr/lib/perl5/vendor_perl /usr/lib/perl5/vendor_perl .) at /usr/src/RPM/tmp/loganaly zer-buildroot/usr/lib/loganalyzer/modules/iptables line 23. ^^^^^^^^^^^^^^^^^^^ DBI.pm у меня находится в /usr/lib/perl5/vendor_perl/i386-linux/Bundle/DBI.pm, куда устанавливается соответствующим пакетом perl-DBI BEGIN failed--compilation aborted at /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/loganalyzer/modules/iptables line 23. /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/loganalyzer/modules/iptables: deparse failed. ^^^^^^^^^^^^^^^^^^^^ Этого я вообще не понимаю. Это к чему? RPM build errors: /bin/sh failed error: Failed to find Requires /bin/sh failed Failed to find Requires ^^^^^^^^^^^^^^^^^^^^^ И этого тоже. Для ipac-ng: Я не понимаю следующих зависимостей: Requires: /etc/init.d(SourceIfNotEmpty) /etc/init.d(echo_failure) /etc/init.d(echo_success) Это функции из /etc/init.d/functions, который входит в пакет service, который их не предоставляет. Кроме этого опять таки при поиске зависимостей выскакивает ошибка: Can't locate ipac_cfg.pm in @INC (@INC contains: /usr/lib/rpm /home/syatskevich/tmp/ipac-ng-buildroot/etc/perl5 /home/syatskevich/tmp/ipac-ng-buildroot/usr/lib/perl5/i386-linux /home/syatskevich/tmp/ipac-ng-buildroot/usr/lib/perl5 /home/syatskevich/tmp/ipac-ng-buildroot/usr/local/lib/perl5/site_perl/5.8.1/i386-linux /home/syatskevich/tmp/ipac-ng-buildroot/usr/local/lib/perl5/site_perl/5.8.1 /home/syatskevich/tmp/ipac-ng-buildroot/usr/local/lib/perl5/site_perl /home/syatskevich/tmp/ipac-ng-buildroot/usr/lib/perl5/vendor_perl/i386-linux /home/syatskevich/tmp/ipac-ng-buildroot/usr/lib/perl5/vendor_perl /home/syatskevich/tmp/ipac-ng-buildroot/usr/lib/perl5/vendor_perl /home/syatskevich/tmp/ipac-ng-buildroot. /etc/perl5 /usr/lib/perl5/i386-linux /usr/lib/perl5 /usr/local/lib/perl5/site_perl/5.8.1/i386-linux /usr/local/lib/perl5/site_perl/5.8.1 /usr/local/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/i386-linux /usr/lib/perl5/vendor_perl /usr/lib/perl5/vendor_perl .) at /home/syatskevich/tmp/ipac-ng-buildroot/var/www/cgi-bin/br_customers line 7. ^^^^^^^^^^^^^^^^^^^^^ Но этот файл устанавливается в рамках самого пакета в /var/lib/www/cgi-bin В архиве devel сходу я ответов не нашел, и чего делать не знаю. Судя по тому, что никто больше таких вопросов не задает всем все понятно. Так может скажете, где прочитать о том что эти ошибки значат и как их устранять, пожалуйста:-)). -- Sergey N. Yatskevich <syatskevich@n21lab.gosniias.msk.ru> GosNIIAS
[-- Attachment #1: Type: text/plain, Size: 2673 bytes --] On Tue, Sep 30, 2003 at 11:11:59PM +0400, Sergey N. Yatskevich wrote: > Я тут пытаюсь собрать на последнем Сизифе пакеты ipac-ng и > loganalyzer и в обоих случаях меня посылают с сообщениями > ошибках типа: > > Для loganalyzer: > > error: file /etc/sysconfig/network: No such file or directory > ^^^^^^^^^^^^^^^^^^ > Но этот файл входит в пакет net-scripts и как я на него должен > ссылаться? Либо поставить BuildPreReq: net-scripts либо подождать новой версии hasher'а. Это, кстати, не ошибка, а warning. > Can't locate DBI.pm in @INC (@INC contains: /usr/lib/rpm > /usr/src/RPM/tmp/loganalyzer-buildroot/etc/perl5 > /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/perl5/i386-linux > /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/perl5 > /usr/src/RPM/tmp/loganalyzer-buildroot/usr/local/lib/perl5/site_perl/5.8.1/i386-linux /usr/src/RPM/tmp/loganalyzer-buildroot/usr/local/lib/perl5/site_perl/5.8.1 /usr/src/RPM/tmp/loganalyzer-buildroot/usr/local/lib/perl5/site_perl /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/perl5/vendor_perl/i386-linux /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/perl5/vendor_perl /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/perl5/vendor_perl /usr/src/RPM/tmp/loganalyzer-buildroot. /etc/perl5 /usr/lib/perl5/i386-linux /usr/lib/perl5 /usr/local/lib/perl5/site_perl/5.8.1/i386-linux /usr/local/lib/perl5/site_perl/5.8.1 /usr/local/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/i386-linux /usr/lib/perl5/vendor_perl /usr/lib/perl5/vendor_perl .) at /usr/src/RPM/tmp/loganaly > zer-buildroot/usr/lib/loganalyzer/modules/iptables line 23. > ^^^^^^^^^^^^^^^^^^^ > DBI.pm у меня находится в > /usr/lib/perl5/vendor_perl/i386-linux/Bundle/DBI.pm, > куда устанавливается соответствующим пакетом perl-DBI > > BEGIN failed--compilation aborted at > /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/loganalyzer/modules/iptables line 23. > /usr/src/RPM/tmp/loganalyzer-buildroot/usr/lib/loganalyzer/modules/iptables: deparse failed. > ^^^^^^^^^^^^^^^^^^^^ > Этого я вообще не понимаю. Это к чему? Это есть следствие предыдущей ошибки. > RPM build errors: > /bin/sh failed > error: Failed to find Requires > /bin/sh failed > Failed to find Requires > ^^^^^^^^^^^^^^^^^^^^^ > И этого тоже. Это есть следствие предыдущей ошибки. > Для ipac-ng: > > Я не понимаю следующих зависимостей: > Requires: /etc/init.d(SourceIfNotEmpty) /etc/init.d(echo_failure) > /etc/init.d(echo_success) > > Это функции из /etc/init.d/functions, который входит в пакет service, > который их не предоставляет. $ rpmquery --whatprovides '/etc/rc.d/init.d(SourceIfNotEmpty)' 2>/dev/null service-0.5.2-alt1 -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 2415 bytes --] По поводу польских файлов предлагаю следующее. Алгоритм никакой, но на польских файлах срабатывает хорошо за счет non-ascii. Было бы интересно сделать обучающую машину, но на это может уйти много времени. --- /usr/lib/rpm/find-provides~ 2003-09-27 22:27:57 +0400 +++ /usr/lib/rpm/find-provides 2003-10-06 19:35:16 +0400 @@ -146,7 +146,7 @@ # Ignore symlinks for non-PAM scripts. [ ! -L "$f" ] || return 0 - if [ -z "${t##perl script text*}" -o -z "${t##Perl5 module source text}" ] || [ -z "${f%%*.p[lmh]}" -a -z "${t##*text*}" ]; then + if [ -z "${t##perl script text*}" -o -z "${f%%*.p[lmh]}" ]; then if [ -n "$FIND_PERL" ]; then [ -z "$LIST_PERL" ] && LIST_PERL="$f" || LIST_PERL="$LIST_PERL $f" --- /usr/lib/rpm/perl.req 2003-09-30 14:42:01 +0000 +++ RPM/SOURCES/rpm-perl.req 2003-10-06 15:28:05 +0000 @@ -276,9 +276,18 @@ sub process_file { process_line($_); } unless (close PIPE) { - $method ne 'relaxed' - and die "$fname: deparse failed.\n" - or warn "$fname: deparse failed.\n"; + if ($method eq 'relaxed') { + warn "$fname\: deparse failed, but I don't care\n"; + } elsif ($method eq 'strict') { + die "$fname\: deparse failed.\n"; + } else { + my $v = isPerl($fname); + if ($v > 0) { + die "$fname\: deparse failed. isPerl=$v\n"; + } else { + warn "$fname\: deparse failed, isPerl=$v, ok\n"; + } + } } } @@ -390,3 +399,56 @@ foreach my $k (keys %req) { } # nothing special? print "perl-base\n" unless %req; + +# auxiliary stuff +sub count($$) { + debug "$_[0] $_[1]"; +} + +sub isPerl { + my $fname = shift; + chomp $fname; + open(FILE, $fname) || die; + local $_ = join "" => <FILE>; + close FILE; + debug "processing $fname"; + my ($n, @n); + +# POSITIVE +# variables + @n = /[$%@]\w+/g; + count @n, "variables"; + $n += @n; +# comments + @n = /^\s*#/gm; + count @n, "comments"; + $n += @n; +# blocks + @n = /{$|^\s*}/gm; + count @n, "blocks"; + $n += @n; +# keywords + @n = /\b(unless|foreach|package|sub|use|strict)\b/gm; + count @n, "keywords"; + $n += @n; +# pod + @n = /^=(?:back|begin|cut|end|for|head|item|over|pod)/gm; + count @n, "pod sections"; + $n += @n; +# modules + @n = /^1;$/gm; + count @n, "`1;'"; + $n += @n; + +# NEGATIVE +# non-ascii characters + @n = /[^[:ascii:]]/g; + count @n, "non-ascii characters"; + $n -= @n; +# prolog + @n = /:-/g; + count @n, "prolog :- operators"; + $n -= @n; +# density + $n /= -s $fname; +} [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Mon, Oct 06, 2003 at 07:38:24PM +0400, Alexey Tourbin wrote:
> По поводу польских файлов предлагаю следующее. Алгоритм никакой,
> но на польских файлах срабатывает хорошо за счет non-ascii. Было бы
> интересно сделать обучающую машину, но на это может уйти много времени.
А на конфигах для поляков? Где все ascii, но это не перл?
Например, /usr/share/texmf/dvips/pl/config.pl:
------------------------------------------------
p +pl.map
------------------------------------------------
--
/ Alexander Bokovoy
---
BARBARA STANWYCK makes me nervous!!
Господа, привет. Залито в i/S/ 84581d03d549729ee62e8ddd5d615163 kernel-modules-pentanet-std-smp-2.3.1-alt1.src.rpm c607e7886692bd75f29da0e5add75496 kernel-modules-pentanet-std-up-2.3.1-alt1.src.rpm 712c6be857e97842d253e04dc5ea6c28 kernel-source-pentanet-2.3.1-2.3.1-alt1.src.rpm ^ Это поддержка Pent@NET в виде модуля, управляющей программы и net-скриптов. Что-то из этого знающие люди втащат в kernel CVS. 35610adc9b9a387bcdcfd67e998631d ipsecadm-0.9-alt3.src.rpm ^ Это исправление net-скриптов для ipsectun-интерфейсов для корректной обработки static & default routes. -- DO4-UANIC
[-- Attachment #1: Type: text/plain, Size: 100 bytes --] Здравствуйте Извените, но мне кажется, что я это письмо получаю не в первый раз С уважением Павел [-- Attachment #2: Type: message/rfc822, Size: 1520 bytes --] From: "Michael Shigorin" <mike@osdn.org.ua> To: "ALT Devel discussion list" <devel@altlinux.ru> Subject: [devel] Re: SiemensFS, хотим господа? Date: Tue, 21 Oct 2003 10:13:57 +0300 Message-ID: <20031021071357.GU5695@osdn.org.ua> On Mon, Oct 20, 2003 at 05:33:26PM +0400, Pavel S. Khmelinsky wrote: > Тем более что большинство пользователей альта вообще не > подписаны ни на sisyphus ни на community. Это, кстати, проблема. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/ _______________________________________________ Devel mailing list Devel@altlinux.ru http://altlinux.ru/mailman/listinfo/devel
i586-alt-linux-gcc -DHAVE_CONFIG_H -DSYSCONFDIR=\"/etc/zebra/\" -I. -I. -I.. -I.. -I.. -I../lib -pipe -Wall -O2 -march=i586 -mcpu=i686 -c `test -f 'ospf_route.c' || echo './'`ospf_route.c ospf_route.c: In function `ospf_intra_add_stub': ospf_route.c:620: Internal error: Segmentation fault. Please submit a full bug report. See <URL:http://bugs.altlinux.ru/> for instructions. Этот же пакет вчера собирался нормально. Тут же пробую запустить сборку ещё раз, получаю bgp_route.c: In function `route_vty_out_detail_header': bgp_route.c:4900: Internal error: Segmentation fault. То ли машина битая, то ли у нас что-то... Никто не сталкивался? -- DO4-UANIC
[-- Attachment #1: Type: text/plain, Size: 840 bytes --] On Fri, 24 Oct 2003 13:34:16 +0300 (EEST) Denis Ovsienko <pilot@altlinux.ru> wrote: > i586-alt-linux-gcc -DHAVE_CONFIG_H -DSYSCONFDIR=\"/etc/zebra/\" -I. -I. > -I.. -I.. -I.. -I../lib -pipe -Wall -O2 -march=i586 -mcpu=i686 -c `test > -f 'ospf_route.c' || echo './'`ospf_route.c > ospf_route.c: In function `ospf_intra_add_stub': > ospf_route.c:620: Internal error: Segmentation fault. > Please submit a full bug report. > See <URL:http://bugs.altlinux.ru/> for instructions. > > Этот же пакет вчера собирался нормально. Тут же пробую запустить сборку > ещё раз, получаю > bgp_route.c: In function `route_vty_out_detail_header': > bgp_route.c:4900: Internal error: Segmentation fault. > сталкивался было из-за памяти поменял димы местами - все ОК но это мой частный случай -- WBR, Egor S. Orlov FST SPbSPU [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
> То ли машина битая, то ли у нас что-то... Никто не сталкивался?
Разобрался. hda отбегал своё.
--
DO4-UANIC
Отправил новые сборки libfvh-2.5-alt1.src.rpm openoffice-dictinstall-0.65-alt1.src.rpm recoverdm-0.14-alt2.src.rpm Мне осталось поправить ещё 3 пакета.
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 462 bytes --] При сборке в хашере мне выдается такая ошибка: qt3-designer-3.1.2-alt10 chroot/.in/knoda-0.6.1-alt1.src.rpm: unprintable package information ERROR: you have problems with package information rebuild: /home/ilar/RPM/SRPMS/knoda-0.6.1-alt1.src.rpm: sisyphus_check failed. Ни разу не сталкивался. Пересмотрел спек-файл раз десять и ничего не понял - никаких особых изменений, только новая версия. Без хашера все в полном порядке. Намекните хотя бы куда копать. [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 769 bytes --] On Thu, Nov 06, 2003 at 11:08:28PM +0200, Igor Tertishny wrote: > При сборке в хашере мне выдается такая ошибка: > > qt3-designer-3.1.2-alt10 > chroot/.in/knoda-0.6.1-alt1.src.rpm: unprintable package information > ERROR: you have problems with package information > rebuild: /home/ilar/RPM/SRPMS/knoda-0.6.1-alt1.src.rpm: sisyphus_check failed. > > Ни разу не сталкивался. Пересмотрел спек-файл раз десять и ничего не понял - > никаких особых изменений, только новая версия. Без хашера все в полном > порядке. Намекните хотя бы куда копать. Копать в архив этого списка рассылки за прошлый месяц - там был предложен способ получения расширенной диагностики. Вот мой метод: $ LANG=C LANGUAGE=C LC_ALL=C less /home/ilar/RPM/SRPMS/knoda-0.6.1-alt1.src.rpm -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Я бы хотел на этой неделе придти в офис ALTLinux за Сизифом. Подскажите, пожалуйста, в какой день и время лучше подойти. Желательно несколько вариантов. У меня USB-винчестер. Заранее спасибо за помощь. Отвечать можно лично. -- Юрий А. Зотов
Здравствуйте! Ну вот и я обзавелся чУдным девайсом под названием USB rack :) И тут же захотел свежего Сизифа :) Во сколько в понедельник можно прийти в офис, чтобы переписать? -- WBR, Konstantin chat with ==>ICQ: 109916175 Lepikhov, speak to ==>JID: lakostis@jabber.org aka L.A. Kostis write to ==>mailto:lakostis@pisem.net.nospam ...The information is like the bank... (c) EC8OR
Уважаемые коллеги! Вы поможете хорошему делу, если найдете время заполнить эту анкету: http://expert.mto.ru/ Он иногда кривая, но на ее основе, весьма вероятно, будут сделаны некоторые выводы. Не думаю, что стоит распространять информацию о ней на разных сайтах, но хорошим знакомым рассказать можно. :-) Rgrds, Алексей
On Fri, Nov 14, 2003 at 02:42:04PM +0300, Aleksey Novodvorsky wrote: > Уважаемые коллеги! > Вы поможете хорошему делу, если найдете время заполнить эту анкету: > http://expert.mto.ru/ > Он иногда кривая, но на ее основе, весьма вероятно, будут сделаны > некоторые выводы. > Не думаю, что стоит распространять информацию о ней на разных сайтах, но > хорошим знакомым рассказать можно. :-) Жаль, что на посетителей из союзной республики эти анкеты не расчитаны. -- / Alexander Bokovoy Samba Team http://www.samba.org/ ALT Linux Team http://www.altlinux.org/ Midgard Project Ry http://www.midgard-project.org/
Alexander Bokovoy пишет:
>On Fri, Nov 14, 2003 at 02:42:04PM +0300, Aleksey Novodvorsky wrote:
>
>
>>Уважаемые коллеги!
>>Вы поможете хорошему делу, если найдете время заполнить эту анкету:
>>http://expert.mto.ru/
>>Он иногда кривая, но на ее основе, весьма вероятно, будут сделаны
>>некоторые выводы.
>>Не думаю, что стоит распространять информацию о ней на разных сайтах, но
>>хорошим знакомым рассказать можно. :-)
>>
>>
>Жаль, что на посетителей из союзной республики эти анкеты не расчитаны.
>
>
Александр, там в соответсвующих пуктах; "проживания/работы". Это можно
трактовать как "или". Считайте, что Вы работаете в ALT и пишите
"Москва". :-)
Rgrds, AEN
On Fri, Nov 14, 2003 at 03:14:08PM +0300, Aleksey Novodvorsky wrote: > >>Не думаю, что стоит распространять информацию о ней на разных сайтах, но > >>хорошим знакомым рассказать можно. :-) > >> > >> > >Жаль, что на посетителей из союзной республики эти анкеты не расчитаны. > > > > > Александр, там в соответсвующих пуктах; "проживания/работы". Это можно > трактовать как "или". Считайте, что Вы работаете в ALT и пишите > "Москва". :-) :))) Как только добавят кнопочку отсылки -- / Alexander Bokovoy Samba Team http://www.samba.org/ ALT Linux Team http://www.altlinux.org/ Midgard Project Ry http://www.midgard-project.org/
On 19 Ноябрь 2003 15:56, Michael Pozhidaev wrote:
> Здравствуйте.
> Подскажите, есть ли в Сизифе софт, который позволяет заловить
> нажатие дополнительных клавиш на мультимедийных клавиатурах.
Есть lineakd-0.3.5. Если Вашей клавиатуры нет в этой версии, я соберу
посвежее.
--
Yuri N. Sedunov
> Здравствуйте.
> Подскажите, есть ли в Сизифе софт, который позволяет заловить нажатие
> дополнительных клавиш на мультимедийных клавиатурах.
lineakd. последняя версия 0.7.2
On Wed, 19 Nov 2003 18:56:29 +0600
Michael Pozhidaev <mspv@inbox.ru> wrote:
> Подскажите, есть ли в Сизифе софт, который позволяет заловить
> нажатие дополнительных клавиш на мультимедийных клавиатурах.
lineakd - Программа поддержки мультимедиа клавиатур
--
Григорий Баталов,
группа техподдержки
ОАО "Ковдорский ГОК"
[-- Attachment #1: Type: text/plain, Size: 365 bytes --] * Michael Pozhidaev <mspv@inbox.ru> [031119 14:57]: > Подскажите, есть ли в Сизифе софт, который позволяет заловить > нажатие дополнительных клавиш на мультимедийных клавиатурах. Есть. -- Regards, Sir Raorn. ------------------- Если у библиотеки есть хотя бы один мотивированный пользователь в /bin или /sbin, то она должна находиться в /lib. -- ldv in devel@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Michael Pozhidaev wrote:
> Здравствуйте.
> Подскажите, есть ли в Сизифе софт, который позволяет заловить нажатие
> дополнительных клавиш на мультимедийных клавиатурах.
Есть.
Rgds,
Rider
Здравствуйте. Подскажите, есть ли в Сизифе софт, который позволяет заловить нажатие дополнительных клавиш на мультимедийных клавиатурах. -- Best wishes. Michael Pozhidaev. E-mail: msp@altlinux.ru. Tomsk state university. Computer science department. (http://www.inf.tsu.ru)
>>Здравствуйте.
>>Подскажите, есть ли в Сизифе софт, который позволяет заловить
>>нажатие дополнительных клавиш на мультимедийных клавиатурах.
>>
>>
>
>Есть lineakd-0.3.5. Если Вашей клавиатуры нет в этой версии, я соберу
>посвежее.
>
>
>
0.7.2 уже собрал
19 Ноябрь 2003 15:56, Michael Pozhidaev написал:
> Здравствуйте.
> Подскажите, есть ли в Сизифе софт, который позволяет заловить
> нажатие дополнительных клавиш на мультимедийных клавиатурах.
Отловить - xev, а, затем, записать значения в ~/.Xclients путь к
исполняемому файлу. В файле строки вида:
xmodmap -e 'keycode 172 = XF86AudioRaiseVolume'
xmodmap -e 'keycode 173 = XF86AudioLowerVolume'
xmodmap -e 'keycode 161 = XF86AudioPause'
--
Ilya Mashkin, oddity@altlinux.ru
> Мне это надо для ноутбука Asus L1400. Версия 0.3.5 в Сизифе такого не > знает. Где взять 0.7.2? > ftp://212.13.100.3/pub/shrek/ALTLinux/SRPMS/SRPMS.local/lineakd-0.7.2-alt1.src.rpm ftp://212.13.100.3/pub/shrek/ALTLinux/i586/RPMS.local/lineakd-0.7.2-alt1.i586.rpm
Yuri N. Sedunov пишет: > On 19 Ноябрь 2003 15:56, Michael Pozhidaev wrote: > >>Здравствуйте. >>Подскажите, есть ли в Сизифе софт, который позволяет заловить >>нажатие дополнительных клавиш на мультимедийных клавиатурах. > > > Есть lineakd-0.3.5. Если Вашей клавиатуры нет в этой версии, я соберу > посвежее. > Мне это надо для ноутбука Asus L1400. Версия 0.3.5 в Сизифе такого не знает. Где взять 0.7.2? -- Best wishes. Michael Pozhidaev. E-mail: msp@altlinux.ru. Tomsk state university. Computer science department. (http://www.inf.tsu.ru)
Я уже писал, что tetex и компания почему-то непременно хотят поставить часть(и немаленькую) emacs. А теперь того же стал требовать python22. Это что, такой способ продвижения emacs в массы? -- Sergey N. Yatskevich <syatskevich@n21lab.gosniias.msk.ru> GosNIIAS
>Я уже писал, что tetex и компания почему-то непременно хотят поставить >часть(и немаленькую) emacs. А теперь того же стал требовать python22. >Это что, такой способ продвижения emacs в массы? нет - это не совсем правильная схема распространения/упаковки емаксовых мод, которые часто идут с пакетами. У меня есть план как это можно будет исправить - после выходных я напишу
Hi! Залил новые версии пакетов в incoming:/incoming/Sisyphus/ 220dda6b74dfefbdd7d03c035b524dd6 Zope-2.6.2-alt1.src.rpm 07a731ae5a414a55c901434873f1fbfb ipaudit-0.95-alt3.src.rpm 9322e14fda1d5d4dd647b7b3d714f86e python-imaging-1.1.4-alt4.src.rpm ebefe0869b2883f16a76f725d363410e python22-2.2.3-alt1.src.rpm 8b51a64c8cacba602f73e1a6b355d0ec python23-2.3.2-alt2.src.rpm -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
http://www.altlinux.ru/index.php?module=support_pers Я тоже хочу. Как? -- DO4-UANIC
On Thu, Nov 27, 2003 at 10:40:37AM +0200, Denis Ovsienko wrote: > > http://www.altlinux.ru/index.php?module=support_pers > Я тоже хочу. Как? Напишите на org@ > > -- > DO4-UANIC > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://altlinux.ru/mailman/listinfo/devel
Привет всем!
Объявление.
Настоятельно прошу отвечать в приват дабы не засорять список офтопиком.
Ко мне на support поступил вот такой зкакз из Питера:
>Существует нужда установки и настройки сетевого
>(почта, фаервол, контроллер домена на самбе и т.д. )
>сервера в организации, обучение человека для того,
>чтобы он его в будующем администрировал и поддержка
>на первых этапах пока человек не освоится.
>Возможно ли подобное и если возможно, то на каких условиях.
Если у кого есть желание заняться - отпишите мне пожалуйста, сведу с заказчиком,
далее будете договариваться напрямую, без меня.
Сорри за офтопик.
--
Vlasenko Oleg.
Technical support department ALT Linux Team.
mailto:cornet@altlinux.ru
Уважаемые коллеги, по вопросу получения бумажки "авторизованного специалиста" (или как там называется?), пожалуйста, пишите на support@ , а не на org@ Rgrds, Алексей
Я дома захотел расшарить CD-приводы и /var/cache/apt/archives. С nfs у меня проблема на клиенте (виснет до игнорирования kill -9 mount), решил попробовать другие. 1. coda. Нужен демон venus. Нету. 2. intermezzo. Нужен демон intersync. Нету. 3. smbfs. всё нормально, но не люблю я эту систему :) Обе машины M2.2+updates Вопросы такие: 1. будем ли мы добавлять поддержку этих демонов или ну их в пень? 2. пользовался ли кто-то coda и intermezzo? -- DO4-UANIC
[-- Attachment #1: Type: text/plain, Size: 906 bytes --] On Sat, Nov 29, 2003 at 07:43:07PM +0200, Denis Ovsienko wrote: > > Я дома захотел расшарить CD-приводы и /var/cache/apt/archives. С nfs у > меня проблема на клиенте (виснет до игнорирования kill -9 mount), А что за проблема с nfs - пробовали выяснить, в чём дело? > решил попробовать другие. > 1. coda. Нужен демон venus. Нету. > 2. intermezzo. Нужен демон intersync. Нету. > 3. smbfs. всё нормально, но не люблю я эту систему :) > Обе машины M2.2+updates > > Вопросы такие: > 1. будем ли мы добавлять поддержку этих демонов или ну их в пень? > 2. пользовался ли кто-то coda и intermezzo? Думаю, что на вопрос 1 сможет ответить только тот, кто положительно ответит на вопрос 2 :) Лично я не пробовал ни то, ни другое. Модули ядра собираются, но не уверен, что работают (например, вполне может оказаться, что собирать надо какие-то другие версии, которые никто не удосужился пропихнуть в upstream). [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
В Сбт, 29.11.2003, в 20:47, Sergey Vlasov пишет:
> On Sat, Nov 29, 2003 at 07:43:07PM +0200, Denis Ovsienko wrote:
> >
> > Я дома захотел расшарить CD-приводы и /var/cache/apt/archives. С nfs у
> > меня проблема на клиенте (виснет до игнорирования kill -9 mount),
>
> А что за проблема с nfs - пробовали выяснить, в чём дело?
Блокировка. Нельзя вынуть зашаренный CD. У меня тоже самое происходит,
но победить это я сам не смог. Этот вопрос обсуждался на atmsk.ru.
> > > Я дома захотел расшарить CD-приводы и /var/cache/apt/archives. С nfs у
> > > меня проблема на клиенте (виснет до игнорирования kill -9 mount),
> > А что за проблема с nfs - пробовали выяснить, в чём дело?
> Блокировка. Нельзя вынуть зашаренный CD. У меня тоже самое происходит,
> но победить это я сам не смог. Этот вопрос обсуждался на atmsk.ru.
Вряд ли. Проблема какая-то для меня неочевидная, я с nfs редко
сталкиваюсь. Скажем, запускаю mount на один из экспортов и этот mount
висит до скончания веков. Убиваю, через некоторое время отваливается.
Смотрю по mount --- mtab не изменился, но модуль ядра занят. Отмонтируется
нормально. Вариации бывают разные, в логи сообщений об ошибках не падает.
То ли я ошибаюсь, то ли ресурсов не хватает ноутбуку... Компакты при этом
не замонтированы.
Попробую свести с самой простой конфигурации...
--
DO4-UANIC
> Попробую свести с самой простой конфигурации...
Работает. Слишком закрутил iptables. А вот с монтированием действительно
неудобно: лочится.
--
DO4-UANIC
Суббота 29 Ноябрь 2003 23:43, Denis Ovsienko написал:
> > Попробую свести с самой простой конфигурации...
>
> Работает. Слишком закрутил iptables. А вот с монтированием действительно
> неудобно: лочится.
Нужно запускать portmap ! Тогда будет монтироваться быстро.
> > > Попробую свести с самой простой конфигурации...
> > Работает. Слишком закрутил iptables. А вот с монтированием действительно
> > неудобно: лочится.
> Нужно запускать portmap ! Тогда будет монтироваться быстро.
С теорией я знаком, portmap, конечно, запускал. Я имею в виду, что когда я
экспортировал /mnt/cdrom с опцией nohide, то натыкался на невозможность
отмонтировать /mnt/cdrom, пока nfsd работал. О чём мне и говорили. Это уже
совсем не для devel@
--
DO4-UANIC
Как в текущем Сизифе гарантированно получить сконфигурированные исходники установленного ядра, если я его ставлю из пакета (std-up)? Cборка siemens-dvb требует исходник именно используемого системой ядра и именно с теми настройками, что применялись во время его сборки. Где читать инструкцию по сборке пакетов с модулями?
[-- Attachment #1: Type: text/plain, Size: 467 bytes --] On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote: > Как в текущем Сизифе гарантированно получить сконфигурированные > исходники установленного ядра, если я его ставлю из пакета (std-up)? > Cборка siemens-dvb требует исходник именно используемого системой ядра и > именно с теми настройками, что применялись во время его сборки. apt-get install kernel-headers По идее ему должно хватить. -- Мечтать не вредно, но думать тоже надо -- ldv in devel@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1009 bytes --] On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote: > Как в текущем Сизифе гарантированно получить сконфигурированные > исходники установленного ядра, если я его ставлю из пакета (std-up)? > Cборка siemens-dvb требует исходник именно используемого системой ядра и > именно с теми настройками, что применялись во время его сборки. kernel-headers-modules-%flavour для него недостаточно? Там даже есть поправленный Makefile, пригодный для сборки внешних модулей. В качестве образца его использования можно взять, например, kernel-modules-hostap или kernel-modules-v4l (в v4l как раз используется сборка через Makefile ядра). > Где читать инструкцию по сборке пакетов с модулями? Как таковой инструкции нет - отчасти как раз потому, что механизм сборки у всех этих модулей бывает очень разный (иногда вообще доходит до того, что сделано в kernel-modules-flgrx-%flavour - команды компиляции просто вбиты в spec по причине абсолютной непригодности родного механизма для сборки модулей в пакет). [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
В Втр, 02.12.2003, в 11:19, Andrey Rahmatullin пишет: > On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote: > > Как в текущем Сизифе гарантированно получить сконфигурированные > > исходники установленного ядра, если я его ставлю из пакета (std-up)? > > Cборка siemens-dvb требует исходник именно используемого системой ядра и > > именно с теми настройками, что применялись во время его сборки. > > apt-get install kernel-headers Нет. > По идее ему должно хватить. Не хватает. По инструкции положено иметь полный и скофигурированный исходник работающего ядра. По крайней мере без make dep ничего не выходит. Если просто распаковать ядро, настроить самостоятельно и сделать "make dep", то соберётся, но в установленное из пакета ядро не загрузится. Если поставить kernel-headers-modules-std-up-2.4.22-alt12, то компиляция драйвера не проходит с жалобами на синтаксис (?). Речь о подддержке DVB карт (цифровое ТВ и Видео) siemens-dvb-0.9.4. Оно было в М2.2, но пропало из Сизифа. Есть нужные программы, которые требуют модули dvb этой версии. Пишет вот это: (Просто настроенные руками исходники этой ошибки не вызывают) make (cd driver; make) /usr/src/linux/scripts/pathdown.sh: line 4: TOPDIR: parameter null or not set make[1]: Entering directory `/usr/src/DVB/driver' DIR=`pwd`; (cd /usr/src/linux; make SUBDIRS=$DIR modules) make[2]: Entering directory `/usr/src/linux' make -C /usr/src/DVB/driver CFLAGS="-D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i586 -DMODULE -DMODVERSIONS -include /usr/src/linux/include/linux/modversions.h" MAKING_MODULES=1 modules make[3]: Entering directory `/usr/src/DVB/driver' gcc-2.96 -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i586 -DMODULE -DMODVERSIONS -include /usr/src/linux/include/linux/modversions.h -I ../ost/include -I . -D__DVB_PACK__ -g -DUSE_OSD -nostdinc -iwithprefix include -DKBUILD_BASENAME=saa7146_core -DEXPORT_SYMTAB -c saa7146_core.c saa7146_core.c:348: warning: initialization from incompatible pointer type saa7146_core.c:349: warning: missing braces around initializer saa7146_core.c:349: warning: (near initialization for `saa7146_algo.name') saa7146_core.c:349: warning: overflow in implicit constant conversion saa7146_core.c:350: warning: initialization makes integer from pointer without a cast saa7146_core.c:350: initializer element is not computable at load time saa7146_core.c:350: (near initialization for `saa7146_algo.name[1]') saa7146_core.c:351: warning: initialization makes integer from pointer without a cast saa7146_core.c:352: warning: initialization makes integer from pointer without a cast saa7146_core.c:353: warning: initialization makes integer from pointer without a cast saa7146_core.c:354: warning: initialization makes integer from pointer without a cast saa7146_core.c:354: initializer element is not computable at load time saa7146_core.c:354: (near initialization for `saa7146_algo.name[5]') saa7146_core.c:355: warning: initialization makes integer from pointer without a cast saa7146_core.c:355: initializer element is not computable at load time saa7146_core.c:355: (near initialization for `saa7146_algo.name[6]') make[3]: *** [saa7146_core.o] Ошибка 1 make[3]: Leaving directory `/usr/src/DVB/driver' make[2]: *** [_mod_/usr/src/DVB/driver] Ошибка 2 make[2]: Leaving directory `/usr/src/linux' make[1]: *** [here] Ошибка 2 make[1]: Leaving directory `/usr/src/DVB/driver' make: *** [dvb] Ошибка 2
[-- Attachment #1: Type: text/plain, Size: 3092 bytes --] On Wed, Dec 03, 2003 at 12:56:32AM +0300, Вячеслав Диконов wrote: > В Втр, 02.12.2003, в 11:19, Andrey Rahmatullin пишет: > > On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote: > > > Как в текущем Сизифе гарантированно получить сконфигурированные > > > исходники установленного ядра, если я его ставлю из пакета (std-up)? > > > Cборка siemens-dvb требует исходник именно используемого системой ядра и > > > именно с теми настройками, что применялись во время его сборки. > > > > apt-get install kernel-headers > Нет. > > По идее ему должно хватить. > Не хватает. По инструкции положено иметь полный и скофигурированный > исходник работающего ядра. По крайней мере без make dep ничего не > выходит. Если просто распаковать ядро, настроить самостоятельно и > сделать "make dep", то соберётся, но в установленное из пакета ядро не > загрузится. Если поставить kernel-headers-modules-std-up-2.4.22-alt12, > то компиляция драйвера не проходит с жалобами на синтаксис (?). > > > Речь о подддержке DVB карт (цифровое ТВ и Видео) siemens-dvb-0.9.4. Оно > было в М2.2, но пропало из Сизифа. Есть нужные программы, которые > требуют модули dvb этой версии. > > > Пишет вот это: > (Просто настроенные руками исходники этой ошибки не вызывают) > > > make > (cd driver; make) > /usr/src/linux/scripts/pathdown.sh: line 4: TOPDIR: parameter null or > not set > make[1]: Entering directory `/usr/src/DVB/driver' > DIR=`pwd`; (cd /usr/src/linux; make SUBDIRS=$DIR modules) Вот примерно так и должно собираться (только путь слегка другой - /usr/src-linux-%kversion-%flavour). > make[2]: Entering directory `/usr/src/linux' > make -C /usr/src/DVB/driver CFLAGS="-D__KERNEL__ > -I/usr/src/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 > -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe > -mpreferred-stack-boundary=2 -march=i586 -DMODULE -DMODVERSIONS -include > /usr/src/linux/include/linux/modversions.h" MAKING_MODULES=1 modules > make[3]: Entering directory `/usr/src/DVB/driver' > gcc-2.96 -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes > -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer > -pipe -mpreferred-stack-boundary=2 -march=i586 -DMODULE -DMODVERSIONS > -include /usr/src/linux/include/linux/modversions.h -I ../ost/include -I > . -D__DVB_PACK__ -g -DUSE_OSD -nostdinc -iwithprefix include > -DKBUILD_BASENAME=saa7146_core -DEXPORT_SYMTAB -c saa7146_core.c > saa7146_core.c:348: warning: initialization from incompatible pointer > type > saa7146_core.c:349: warning: missing braces around initializer > saa7146_core.c:349: warning: (near initialization for > `saa7146_algo.name') > saa7146_core.c:349: warning: overflow in implicit constant conversion > saa7146_core.c:350: warning: initialization makes integer from pointer > without a cast > saa7146_core.c:350: initializer element is not computable at load time > saa7146_core.c:350: (near initialization for `saa7146_algo.name[1]') Там используется i2c? Тогда этот драйвер нужно патчить для совместимости с i2c-2.8.x (в этой версии сменился API). [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
В Срд, 03.12.2003, в 12:45, Sergey Vlasov пишет: > On Wed, Dec 03, 2003 at 12:56:32AM +0300, Вячеслав Диконов wrote: > > В Втр, 02.12.2003, в 11:19, Andrey Rahmatullin пишет: > > > On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote: > > > > Как в текущем Сизифе гарантированно получить сконфигурированные > > > > исходники установленного ядра, если я его ставлю из пакета (std-up)? > > > > Cборка siemens-dvb требует исходник именно используемого системой ядра и > > > > именно с теми настройками, что применялись во время его сборки. > > > > > > apt-get install kernel-headers > > Нет. > > > По идее ему должно хватить. > > Не хватает. По инструкции положено иметь полный и скофигурированный > > исходник работающего ядра. По крайней мере без make dep ничего не > > выходит. Если просто распаковать ядро, настроить самостоятельно и > > сделать "make dep", то соберётся, но в установленное из пакета ядро не > > загрузится. Если поставить kernel-headers-modules-std-up-2.4.22-alt12, > > то компиляция драйвера не проходит с жалобами на синтаксис (?). > > saa7146_core.c:349: warning: missing braces around initializer > > saa7146_core.c:349: warning: (near initialization for > > `saa7146_algo.name') > > saa7146_core.c:349: warning: overflow in implicit constant conversion > > saa7146_core.c:350: warning: initialization makes integer from pointer > > without a cast > > saa7146_core.c:350: initializer element is not computable at load time > > saa7146_core.c:350: (near initialization for `saa7146_algo.name[1]') > > Там используется i2c? Тогда этот драйвер нужно патчить для > совместимости с i2c-2.8.x (в этой версии сменился API). Да. Но модифицировать его не надо, поскольку он собирается вручную и работает у меня нормально. Проблема эта выскакивает лишь в том случае, если я пытаюсь подсунуть сборке содержимое kernel-headers-modules. Я не представляю как это можно упаковать. Возможно надо установить исходники ядра, получить конфигурацию ядра std-up, aw и т.п. (КАК?), сделать make dep, собрать драйвер. Драйвер хочет исходник в /lib/modules/kernel-xxx/build. При установке модулей надо модифицировать /etc/modules.conf, иначе будет трудно их загрузить. В общем мне вырисовывается следующая схема (пока только для ТВ): kernel-modules-dvb kernel-modules-dvb-devel (его заголовки нужны для сборки vdr и т.п.) dvb-utils ("пользовательская" часть драйвера) vdr (программный приёмник-декодер-цифровой видеомагнитофон) vdr-sc vdr-scanner vdr-clock vdr-mplayer vdr-xine vdr-games ... vdr-full xawtv (как альтернативный телевизору интерфейс к vdr)
[-- Attachment #1: Type: text/plain, Size: 2959 bytes --] On Fri, Dec 05, 2003 at 01:08:05AM +0300, Вячеслав Диконов wrote: > В Срд, 03.12.2003, в 12:45, Sergey Vlasov пишет: > > On Wed, Dec 03, 2003 at 12:56:32AM +0300, Вячеслав Диконов wrote: > > > В Втр, 02.12.2003, в 11:19, Andrey Rahmatullin пишет: > > > > On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote: > > > > > Как в текущем Сизифе гарантированно получить сконфигурированные > > > > > исходники установленного ядра, если я его ставлю из пакета (std-up)? > > > > > Cборка siemens-dvb требует исходник именно используемого системой ядра и > > > > > именно с теми настройками, что применялись во время его сборки. > > > > > > > > apt-get install kernel-headers > > > Нет. > > > > По идее ему должно хватить. > > > Не хватает. По инструкции положено иметь полный и скофигурированный > > > исходник работающего ядра. По крайней мере без make dep ничего не > > > выходит. Если просто распаковать ядро, настроить самостоятельно и > > > сделать "make dep", то соберётся, но в установленное из пакета ядро не > > > загрузится. Если поставить kernel-headers-modules-std-up-2.4.22-alt12, > > > то компиляция драйвера не проходит с жалобами на синтаксис (?). > > > > saa7146_core.c:349: warning: missing braces around initializer > > > saa7146_core.c:349: warning: (near initialization for > > > `saa7146_algo.name') > > > saa7146_core.c:349: warning: overflow in implicit constant conversion > > > saa7146_core.c:350: warning: initialization makes integer from pointer > > > without a cast > > > saa7146_core.c:350: initializer element is not computable at load time > > > saa7146_core.c:350: (near initialization for `saa7146_algo.name[1]') > > > > Там используется i2c? Тогда этот драйвер нужно патчить для > > совместимости с i2c-2.8.x (в этой версии сменился API). > Да. Но модифицировать его не надо, поскольку он собирается вручную и > работает у меня нормально. Да? Интересно, каким образом... Разве что на самосборном же ядре. > Проблема эта выскакивает лишь в том случае, если я пытаюсь подсунуть > сборке содержимое kernel-headers-modules. Я не представляю как это > можно упаковать. Известно как - с помощью напильника. > Возможно надо установить исходники ядра, получить конфигурацию ядра > std-up, aw и т.п. (КАК?), сделать make dep, собрать драйвер. Это будет фактически кусок сборки kernel-image-* - причём нужно не просто взять исходник ядра, но и применить к нему все те патчи, которые использовались при сборке соответствующего kernel-image-*. > Драйвер хочет исходник в /lib/modules/kernel-xxx/build. Вот там он явно ничего не получит из-за прав на /lib/modules. > При установке модулей надо модифицировать /etc/modules.conf, иначе > будет трудно их загрузить. На это есть /etc/modutils.d (только файлы туда будет класть dvb-utils, поскольку пакетов kernel-modules-dvb-* может быть установлено несколько - для разных сборок ядра). Где можно взять этот драйвер? Я посмотрю, что там можно допилить для его сборки. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Вячеслав Диконов wrote: > В Срд, 03.12.2003, в 12:45, Sergey Vlasov пишет: > >>On Wed, Dec 03, 2003 at 12:56:32AM +0300, Вячеслав Диконов wrote: >> >>>В Втр, 02.12.2003, в 11:19, Andrey Rahmatullin пишет: >>> >>>>On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote: >>>> >>>>>Как в текущем Сизифе гарантированно получить сконфигурированные >>>>>исходники установленного ядра, если я его ставлю из пакета (std-up)? >>>>>Cборка siemens-dvb требует исходник именно используемого системой ядра и >>>>>именно с теми настройками, что применялись во время его сборки. >>>> >>>>apt-get install kernel-headers >>> >>>Нет. >>> >>>>По идее ему должно хватить. >>> >>>Не хватает. По инструкции положено иметь полный и скофигурированный >>>исходник работающего ядра. По крайней мере без make dep ничего не >>>выходит. Если просто распаковать ядро, настроить самостоятельно и >>>сделать "make dep", то соберётся, но в установленное из пакета ядро не >>>загрузится. Если поставить kernel-headers-modules-std-up-2.4.22-alt12, >>>то компиляция драйвера не проходит с жалобами на синтаксис (?). > > >>>saa7146_core.c:349: warning: missing braces around initializer >>>saa7146_core.c:349: warning: (near initialization for >>>`saa7146_algo.name') >>>saa7146_core.c:349: warning: overflow in implicit constant conversion >>>saa7146_core.c:350: warning: initialization makes integer from pointer >>>without a cast >>>saa7146_core.c:350: initializer element is not computable at load time >>>saa7146_core.c:350: (near initialization for `saa7146_algo.name[1]') >> >>Там используется i2c? Тогда этот драйвер нужно патчить для >>совместимости с i2c-2.8.x (в этой версии сменился API). > > Да. Но модифицировать его не надо, поскольку он собирается вручную и > работает у меня нормально. Проблема эта выскакивает лишь в том случае, > если я пытаюсь подсунуть сборке содержимое kernel-headers-modules. > Я не представляю как это можно упаковать. > > Возможно надо установить исходники ядра, получить конфигурацию ядра > std-up, aw и т.п. (КАК?), сделать make dep, собрать драйвер. Драйвер > хочет исходник в /lib/modules/kernel-xxx/build. При установке модулей > надо модифицировать /etc/modules.conf, иначе будет трудно их загрузить. Не надо ничего модифицировать при установке модулей !!!! > > В общем мне вырисовывается следующая схема (пока только для ТВ): > kernel-modules-dvb > kernel-modules-dvb-devel (его заголовки нужны для сборки vdr и т.п.) Не верное название пакета (читайте policy). > dvb-utils ("пользовательская" часть драйвера) > vdr (программный приёмник-декодер-цифровой видеомагнитофон) > vdr-sc > vdr-scanner > vdr-clock > vdr-mplayer > vdr-xine > vdr-games > ... > vdr-full > xawtv (как альтернативный телевизору интерфейс к vdr) xawtv уже собран. Rgds, Rider
Sergey Vlasov wrote: > On Fri, Dec 05, 2003 at 01:08:05AM +0300, Вячеслав Диконов wrote: > >>В Срд, 03.12.2003, в 12:45, Sergey Vlasov пишет: >> >>>On Wed, Dec 03, 2003 at 12:56:32AM +0300, Вячеслав Диконов wrote: >>> >>>>В Втр, 02.12.2003, в 11:19, Andrey Rahmatullin пишет: >>>> >>>>>On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote: >>>>> >>>>>>Как в текущем Сизифе гарантированно получить сконфигурированные >>>>>>исходники установленного ядра, если я его ставлю из пакета (std-up)? >>>>>>Cборка siemens-dvb требует исходник именно используемого системой ядра и >>>>>>именно с теми настройками, что применялись во время его сборки. >>>>> >>>>>apt-get install kernel-headers >>>> >>>>Нет. >>>> >>>>>По идее ему должно хватить. >>>> >>>>Не хватает. По инструкции положено иметь полный и скофигурированный >>>>исходник работающего ядра. По крайней мере без make dep ничего не >>>>выходит. Если просто распаковать ядро, настроить самостоятельно и >>>>сделать "make dep", то соберётся, но в установленное из пакета ядро не >>>>загрузится. Если поставить kernel-headers-modules-std-up-2.4.22-alt12, >>>>то компиляция драйвера не проходит с жалобами на синтаксис (?). <skip> > > >>При установке модулей надо модифицировать /etc/modules.conf, иначе >>будет трудно их загрузить. > > > На это есть /etc/modutils.d (только файлы туда будет класть dvb-utils, > поскольку пакетов kernel-modules-dvb-* может быть установлено > несколько - для разных сборок ядра). Может быть стоит отдать это на растерзание утилитам настройки железа ? > > Где можно взять этот драйвер? Я посмотрю, что там можно допилить для > его сборки. Перевожу: "не фиг чайникам собирать модули ядра в пакеты". Rgds, Rider
В Птн, 05.12.2003, в 15:58, Anton Farygin пишет: > Не надо ничего модифицировать при установке модулей !!!! Как правильно поместить в этот файл необходимые настройки? Загрузка получаемых модулей сравнительно сложна и вручную с первого раза её не сделать. Рекомендуемое решение явно должно быть в политике. Разработчики драйвера предлагают такой вариант: probeall /dev/dvb dvb-ttpci alias /dev/dvb/* /dev/dvb below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 add below dvb-ttpci grundig_29504-401 grundig_29504-491 add below dvb-ttpci stv0299 ves1820 но он не работает. У меня в Сизифе действует alias char-major-250 dvb-core options dvb-core dvb_shutdown_timeout=0 alias char-major-250 dvb-ttpci below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 add below dvb-ttpci grundig_29504-401 grundig_29504-491 add below dvb-ttpci stv0299 ves1820 > > В общем мне вырисовывается следующая схема (пока только для ТВ): > > kernel-modules-dvb > > kernel-modules-dvb-devel (его заголовки нужны для сборки vdr и т.п.) > > Не верное название пакета (читайте policy). Буду признателен за точную ссылку на этот чудесный текст, которого я не читал. > > dvb-utils ("пользовательская" часть драйвера) > > vdr (программный приёмник-декодер-цифровой видеомагнитофон) > > vdr-sc > > vdr-scanner > > vdr-clock > > vdr-mplayer > > vdr-xine > > vdr-games > > ... > > vdr-full > > xawtv (как альтернативный телевизору интерфейс к vdr) > > xawtv уже собран. Мной же. Он собирается независимо от всего упоминавшегося и может использоваться отдельно. Помимо версии 3.90 этот пакет поддерживает управление VDR (этот пакет ещё не готов). В остальном я пока глюков не заметил, но тестирование не помешает. Я по прежнему считаю собиравшего предыдущие версии Антона Качалова (mouse) хозяином пакета xawtv и прошу только сохранить латку vdr-keys в будущих версиях.
В Птн, 05.12.2003, в 10:04, Sergey Vlasov пишет: > Где можно взять этот драйвер? Я посмотрю, что там можно допилить для > его сборки. Я предлагаю ftp://ftp.cadsoft.de:21/vdr/Developer/linux-dvb.2003-10-13.tar.bz2. Основная страница - http://www.linuxtv.org/ , причём хочу предупредить, что последняя стабильная версия 1.0.1 - не самая лучшая в плане поддержки приёма кодированых телеканалов. Может быть будет 2 комплекта dvb-драйверов: оптимизированные для ТВ и для спутникового интернета.
Есть wine, который использует этот самый executable stack, и соответственно не работает на security-ядрах. Как правильно разрешать ему с помощью chstk выполнение в стеке? Пока на ум приходит только делать это в /etc/init.d/wine, при запуске сервиса -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
[-- Attachment #1: Type: text/plain, Size: 1665 bytes --] On Fri, Dec 05, 2003 at 10:20:09PM +0300, Вячеслав Диконов wrote: > В Птн, 05.12.2003, в 15:58, Anton Farygin пишет: > > Не надо ничего модифицировать при установке модулей !!!! > Как правильно поместить в этот файл необходимые настройки? Загрузка > получаемых модулей сравнительно сложна и вручную с первого раза её не > сделать. Рекомендуемое решение явно должно быть в политике. > > Разработчики драйвера предлагают такой вариант: > > probeall /dev/dvb dvb-ttpci > alias /dev/dvb/* /dev/dvb > below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 > add below dvb-ttpci grundig_29504-401 grundig_29504-491 > add below dvb-ttpci stv0299 ves1820 > > но он не работает. Это понятно - строки probeall и alias в этом варианте явно рассчитаны на devfs. > У меня в Сизифе действует > > alias char-major-250 dvb-core > options dvb-core dvb_shutdown_timeout=0 > alias char-major-250 dvb-ttpci > below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 > add below dvb-ttpci grundig_29504-401 grundig_29504-491 > add below dvb-ttpci stv0299 ves1820 Первая строка, скорее всего, лишняя - второй alias для того же имени перекрывает первый. И опять эти незарегистрированные major numbers... По всей видимости, как минимум часть этих строк должна прописывать программа конфигурации (kudzu или что там будет). > > > В общем мне вырисовывается следующая схема (пока только для ТВ): > > > kernel-modules-dvb > > > kernel-modules-dvb-devel (его заголовки нужны для сборки vdr и т.п.) > > > > Не верное название пакета (читайте policy). > Буду признателен за точную ссылку на этот чудесный текст, которого я не читал. Лежит в пакете kernel-build-tools, в каталоге с документацией. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1072 bytes --] On Fri, Dec 05, 2003 at 11:54:58PM +0300, Вячеслав Диконов wrote: > В Птн, 05.12.2003, в 10:04, Sergey Vlasov пишет: > > > Где можно взять этот драйвер? Я посмотрю, что там можно допилить для > > его сборки. > > Я предлагаю > ftp://ftp.cadsoft.de:21/vdr/Developer/linux-dvb.2003-10-13.tar.bz2. Именно эта версия собирается без проблем: cd driver make KERNEL_LOCATION=%_usrsrc/linux-%kversion-%flavour KERNEL_VERSION=%kversion-%flavour-%krelease make install KERNEL_LOCATION=%_usrsrc/linux-%kversion-%flavour KERNEL_VERSION=%kversion-%flavour-%krelease DESTDIR=%buildroot (для make install надо немного патчить Makefile - убрать оттуда вызов depmod -a в конце обработки install). Очевидно, проблемы при сборке возникали с какой-то другой версией драйверов. > Основная страница - http://www.linuxtv.org/ , причём хочу предупредить, > что последняя стабильная версия 1.0.1 - не самая лучшая в плане > поддержки приёма кодированых телеканалов. Может быть будет 2 комплекта > dvb-драйверов: оптимизированные для ТВ и для спутникового интернета. Ох, как некрасиво... [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 448 bytes --] On Sat, Dec 06, 2003 at 02:29:24AM +0300, Vitaly Lipatov wrote: > Есть wine, который использует этот самый executable stack, > и соответственно не работает на security-ядрах. > Как правильно разрешать ему с помощью chstk выполнение в стеке? > Пока на ум приходит только делать это в /etc/init.d/wine, > при запуске сервиса chstk ставит флаг в заголовках ELF. Эту операцию достаточно выполнить над исполняемым файлом один раз - при сборке пакета. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 486 bytes --] Так и долнжо быть? mt-st нужен для postgresql-server 7.4-alt3 (дома у меня ленты нет, да и не на каждом сервере есть) awesfx нужен для sndconfig-0.69-alt1 (у меня НЕТ карточек от Creative) ipv6calc нужен для iputils-20020927-alt2 (у меня нет ipv6) pcmcia-cs is needed by hotplug-2002_08_26-alt5 (нетути у меня PCMCIA, вообще нетути, и не будет дома :) wireless-tools is needed by hotplug-2002_08_26-alt5 (даже без комментариев) -- С уважением, Денис http://freesource.info [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Sat, 6 Dec 2003 14:49:20 +0300 Денис Смирнов <mithraen@altlinux.ru> wrote: > pcmcia-cs is needed by hotplug-2002_08_26-alt5 (нетути у меня > PCMCIA, вообще нетути, и не будет дома :) Помимо всего прочего hotplug еще и работает с pcmcia устройствами > wireless-tools is needed by hotplug-2002_08_26-alt5 (даже без > комментариев) То же самое. Существуют pcmcia wireless карты.
[-- Attachment #1: Type: text/plain, Size: 607 bytes --] On Sat, Dec 06, 2003 at 11:32:47AM +0300, Sergey Vlasov wrote: > On Sat, Dec 06, 2003 at 02:29:24AM +0300, Vitaly Lipatov wrote: > > Есть wine, который использует этот самый executable stack, > > и соответственно не работает на security-ядрах. > > Как правильно разрешать ему с помощью chstk выполнение в стеке? > > Пока на ум приходит только делать это в /etc/init.d/wine, > > при запуске сервиса > > chstk ставит флаг в заголовках ELF. Эту операцию достаточно выполнить > над исполняемым файлом один раз - при сборке пакета. s/достаточно/необходимо и достаточно/ Например, в секции %install. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 305 bytes --] On Sat, Dec 06, 2003 at 08:53:33PM +0800, Alexei Takaseev wrote: [...] > Помимо всего прочего hotplug еще и работает с pcmcia устройствами [...] > Существуют pcmcia wireless карты. А это неоткручиваемо? -- > Думаю, что Дима перепутал mhz и imz :-) Нет, я вообще другое имел в виду. -- ldv in devel@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Sat, 6 Dec 2003 18:05:32 +0500
Andrey Rahmatullin <wrar@altlinux.ru> wrote:
> On Sat, Dec 06, 2003 at 08:53:33PM +0800, Alexei Takaseev wrote:
>
> [...]
> > Помимо всего прочего hotplug еще и работает с pcmcia устройствами
> [...]
> > Существуют pcmcia wireless карты.
>
> А это неоткручиваемо?
Конечно, можно. Но тогда придется отдельно рисовать hotplug для USB и
отдельно для pcmcia.
[-- Attachment #1: Type: text/plain, Size: 482 bytes --] On Sat, Dec 06, 2003 at 08:53:33PM +0800, Alexei Takaseev wrote: >> pcmcia-cs is needed by hotplug-2002_08_26-alt5 (нетути у меня >> PCMCIA, вообще нетути, и не будет дома :) > Помимо всего прочего hotplug еще и работает с pcmcia устройствами Но почему _зависимость_? Пусть работает, если у меня установлен pcmcia-cs. Какой-нибудь kudzu, или ещё кто-нибудь, может мне порекомендовать его установить, если у меня таки есть pcmcia. -- С уважением, Денис http://dimline.ru/ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Sat, Dec 06, 2003 at 10:56:46PM +0800, Alexei Takaseev wrote: > On Sat, 6 Dec 2003 18:05:32 +0500 > Andrey Rahmatullin <wrar@altlinux.ru> wrote: > > > On Sat, Dec 06, 2003 at 08:53:33PM +0800, Alexei Takaseev wrote: > > > > [...] > > > Помимо всего прочего hotplug еще и работает с pcmcia устройствами > > [...] > > > Существуют pcmcia wireless карты. > > > > А это неоткручиваемо? > > Конечно, можно. Но тогда придется отдельно рисовать hotplug для USB и > отдельно для pcmcia. Будет откручиваемо после интеграции нового hotplug, которым я займусь после 16-го декабря. -- / Alexander Bokovoy Samba Team http://www.samba.org/ ALT Linux Team http://www.altlinux.org/ Midgard Project Ry http://www.midgard-project.org/
Вячеслав Диконов wrote: > В Птн, 05.12.2003, в 15:58, Anton Farygin пишет: > >>Не надо ничего модифицировать при установке модулей !!!! > > Как правильно поместить в этот файл необходимые настройки? Загрузка > получаемых модулей сравнительно сложна и вручную с первого раза её не > сделать. Рекомендуемое решение явно должно быть в политике. 1. Есть /etc/modutils.d/ (кстати, а как это будет для ядра 2.6) ??? 2. Можно отдать это средствам настройки (сейчас пишется все что надо) > > Разработчики драйвера предлагают такой вариант: > > probeall /dev/dvb dvb-ttpci > alias /dev/dvb/* /dev/dvb > below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 > add below dvb-ttpci grundig_29504-401 grundig_29504-491 > add below dvb-ttpci stv0299 ves1820 > > но он не работает. У меня в Сизифе действует > > alias char-major-250 dvb-core > options dvb-core dvb_shutdown_timeout=0 > alias char-major-250 dvb-ttpci > below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7 > add below dvb-ttpci grundig_29504-401 grundig_29504-491 > add below dvb-ttpci stv0299 ves1820 > > > >>>В общем мне вырисовывается следующая схема (пока только для ТВ): >>>kernel-modules-dvb >>>kernel-modules-dvb-devel (его заголовки нужны для сборки vdr и т.п.) >> >>Не верное название пакета (читайте policy). > > Буду признателен за точную ссылку на этот чудесный текст, которого я не читал. kernel-build-tools > > >>>dvb-utils ("пользовательская" часть драйвера) >>>vdr (программный приёмник-декодер-цифровой видеомагнитофон) >>>vdr-sc >>>vdr-scanner >>>vdr-clock >>>vdr-mplayer >>>vdr-xine >>>vdr-games >>>... >>>vdr-full >>>xawtv (как альтернативный телевизору интерфейс к vdr) >> >>xawtv уже собран. > > Мной же. Он собирается независимо от всего упоминавшегося и может > использоваться отдельно. Помимо версии 3.90 этот пакет поддерживает > управление VDR (этот пакет ещё не готов). В остальном я пока глюков не > заметил, но тестирование не помешает. Как это??? xawtv я собирал в течении года, потом передал mouse@. На каком основании Вы собрали мой и Mouse пакет, обновив работающее приложение до нестабильной версии ? > > Я по прежнему считаю собиравшего предыдущие версии Антона Качалова > (mouse) хозяином пакета xawtv и прошу только сохранить латку vdr-keys в > будущих версиях. Я КАТЕГОРИЧЕСКИ ПРОТИВ !!!! Rgds, Rider
Andrey Rahmatullin wrote:
> On Sat, Dec 06, 2003 at 08:53:33PM +0800, Alexei Takaseev wrote:
>
> [...]
>
>>Помимо всего прочего hotplug еще и работает с pcmcia устройствами
>
> [...]
>
>>Существуют pcmcia wireless карты.
>
>
> А это неоткручиваемо?
Откручиваемо.
Дело в том, что hotplug - это скрипты на sh. А наш умный rpm вытаскивает
при сборки все, что пытаются эти скрипты запускать. Вот отсюда и лезет ;-(
Вешайте баги, будем фиксить при следующих сборках.
Rgds,
Rider
Alexander Bokovoy wrote:
> On Sat, Dec 06, 2003 at 10:56:46PM +0800, Alexei Takaseev wrote:
>
>>On Sat, 6 Dec 2003 18:05:32 +0500
>>Andrey Rahmatullin <wrar@altlinux.ru> wrote:
>>
>>
>>>On Sat, Dec 06, 2003 at 08:53:33PM +0800, Alexei Takaseev wrote:
>>>
>>>[...]
>>>
>>>>Помимо всего прочего hotplug еще и работает с pcmcia устройствами
>>>
>>>[...]
>>>
>>>>Существуют pcmcia wireless карты.
>>>
>>>А это неоткручиваемо?
>>
>>Конечно, можно. Но тогда придется отдельно рисовать hotplug для USB и
>>отдельно для pcmcia.
>
> Будет откручиваемо после интеграции нового hotplug, которым я займусь
> после 16-го декабря.
Саш, заодно проверь новый hotplug на 2.6 ядре.
Rgds,
Rider
[-- Attachment #1: Type: text/plain, Size: 428 bytes --] On Fri, Dec 05, 2003 at 10:20:09PM +0300, Вячеслав Диконов wrote: > > xawtv уже собран. > Мной же. Он собирается независимо от всего упоминавшегося и может > использоваться отдельно. Помимо версии 3.90 этот пакет поддерживает > управление VDR (этот пакет ещё не готов). В остальном я пока глюков не > заметил, но тестирование не помешает. Вот только не работает он ни хрена ни разу... 8-E~~~ -- Regards, Sir Raorn. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Sun, Dec 07, 2003 at 06:49:25PM +0300, Anton Farygin wrote: > Вячеслав Диконов wrote: > >В Птн, 05.12.2003, в 15:58, Anton Farygin пишет: > > > >>Не надо ничего модифицировать при установке модулей !!!! > > > >Как правильно поместить в этот файл необходимые настройки? Загрузка > >получаемых модулей сравнительно сложна и вручную с первого раза её не > >сделать. Рекомендуемое решение явно должно быть в политике. > > 1. Есть /etc/modutils.d/ (кстати, а как это будет для ядра 2.6) ??? /etc/modprobe.d/ (там основной файл /etc/modprobe.conf) -- Эдик уже собрал единый modutils, работающий под обоими ядрами, только осталось сделать так, чтобы под 2.6 работал тот же макроязык, что и под 2.4. -- / Alexander Bokovoy Samba Team http://www.samba.org/ ALT Linux Team http://www.altlinux.org/ Midgard Project Ry http://www.midgard-project.org/
On Sun, Dec 07, 2003 at 07:02:43PM +0300, Anton Farygin wrote: > >>>А это неоткручиваемо? > >> > >>Конечно, можно. Но тогда придется отдельно рисовать hotplug для USB и > >>отдельно для pcmcia. > > > >Будет откручиваемо после интеграции нового hotplug, которым я займусь > >после 16-го декабря. > > Саш, заодно проверь новый hotplug на 2.6 ядре. Он его поддерживает, судя по коду. Естественно, проверю. -- / Alexander Bokovoy Samba Team http://www.samba.org/ ALT Linux Team http://www.altlinux.org/ Midgard Project Ry http://www.midgard-project.org/
В Вск, 07.12.2003, в 21:29, Alexey I. Froloff пишет: > On Fri, Dec 05, 2003 at 10:20:09PM +0300, Вячеслав Диконов wrote: > > > xawtv уже собран. > > Мной же. Он собирается независимо от всего упоминавшегося и может > > использоваться отдельно. Помимо версии 3.90 этот пакет поддерживает > > управление VDR (этот пакет ещё не готов). В остальном я пока глюков не > > заметил, но тестирование не помешает. > Вот только не работает он ни хрена ни разу... Работает и показывает полторы тысячи телеканалов с прекрасным цифровым качеством и стереозвуком :))) Хотя собственный интерфейсик у xawtv - тихий ужас. > 8-E~~~ А как вторая сборка? Я постарался исправить ляпы и сделал 2 варианта: обычный и с VDR. Пакет vdr зависит от сборки модулей dvb, которая ещё не готова.
[-- Attachment #1: Type: text/plain, Size: 757 bytes --] On Sun, Dec 07, 2003 at 10:48:13PM +0300, Вячеслав Диконов wrote: > > > > xawtv уже собран. > > > Мной же. Он собирается независимо от всего упоминавшегося и может > > > использоваться отдельно. Помимо версии 3.90 этот пакет поддерживает > > > управление VDR (этот пакет ещё не готов). В остальном я пока глюков не > > > заметил, но тестирование не помешает. > > Вот только не работает он ни хрена ни разу... > Работает и показывает полторы тысячи телеканалов с прекрасным цифровым > качеством и стереозвуком :))) Хотя собственный интерфейсик у xawtv - > тихий ужас. Показывает, но каналы не переключает. P.S. 1. тестировать надо такие вещи; 2. предупреждать надо; [skip] -- ldv in sisyphus@ -- Regards, Sir Raorn. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Alexey I. Froloff wrote:
> On Sun, Dec 07, 2003 at 10:48:13PM +0300, Вячеслав Диконов wrote:
>
>>>>>xawtv уже собран.
>>>>
>>>>Мной же. Он собирается независимо от всего упоминавшегося и может
>>>>использоваться отдельно. Помимо версии 3.90 этот пакет поддерживает
>>>>управление VDR (этот пакет ещё не готов). В остальном я пока глюков не
>>>>заметил, но тестирование не помешает.
>>>
>>>Вот только не работает он ни хрена ни разу...
>>
>>Работает и показывает полторы тысячи телеканалов с прекрасным цифровым
>>качеством и стереозвуком :))) Хотя собственный интерфейсик у xawtv -
>>тихий ужас.
>
> Показывает, но каналы не переключает.
>
> P.S.
> 1. тестировать надо такие вещи;
> 2. предупреждать надо;
> [skip]
> -- ldv in sisyphus@
Вывод: откатываем на предыдущую версию... мне сейчас не до разборок с
dvb. Ими займемся после перехода на ядро 2.6
Rgds,
Rider
В Пнд, 08.12.2003, в 13:44, Anton Farygin пишет:
> >>>Вот только не работает он ни хрена ни разу...
> >>
> >>Работает и показывает полторы тысячи телеканалов с прекрасным цифровым
> >>качеством и стереозвуком :))) Хотя собственный интерфейсик у xawtv -
> >>тихий ужас.
> >
> > Показывает, но каналы не переключает.
> >
> > P.S.
> > 1. тестировать надо такие вещи;
> > 2. предупреждать надо;
> > [skip]
> > -- ldv in sisyphus@
>
> Вывод: откатываем на предыдущую версию... мне сейчас не до разборок с
> dvb. Ими займемся после перехода на ядро 2.6
Если старая версия действительно лучше работает, то пусть. Дело в том,
что поддержка vdr встроена в xawtv уже давно и есть в версии 3.80. Латка
vdr-keys всего лишь переопределяет горячие клавиши для вызова этих
функций, но делается это так, что я не смог сделать переключение без
пересборки. Давайте собирать любую достаточно стабильную версию, но
после сборки нормального xawtv накладывать латку и паковать версию с vdr
в отдельный пакет. Так сделано в исправленной версии alt2. Это позволит
иметь оба варианта: нужный мне и никак не изменённый простой xawtv.
Кроме того есть улучшенный перевод полей Summary и Description.
[-- Attachment #1: Type: text/plain, Size: 879 bytes --] On Mon, Dec 08, 2003 at 12:28:29AM +0300, Alexey I. Froloff wrote: > > Работает и показывает полторы тысячи телеканалов с прекрасным цифровым > > качеством и стереозвуком :))) Хотя собственный интерфейсик у xawtv - > > тихий ужас. > Показывает, но каналы не переключает. /me просто плачет весь... Есть ~/.xawtv примерно такого содержания: [global] ratio = 4:3 freqtab = russia ... [ОРТ] channel = 12 capture = on color = 30% [РТР] channel = 2 capture = on color = 30% ... И есть спек, в котором: Source6: secam-russia.list ... cat %SOURCE6 $RPM_BUILD_ROOT/%_datadir/xawtv/secam-russia.list ... Естественно, что в пакет попадает дефолтный secam-russia.list с совершенно другими названиями каналов, а по неизвестым каналам xawtv не переключает... P.S. Сейчас сижу и собираю xawdecode. Ибо нефиг. -- Regards, Sir Raorn. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
В Втр, 09.12.2003, в 22:37, Alexey I. Froloff пишет: > On Mon, Dec 08, 2003 at 12:28:29AM +0300, Alexey I. Froloff wrote: > Есть ~/.xawtv примерно такого содержания: Опоздал :) Это уже было исправлено несколько дней назад вместе с ещё несколькими ошибками. См. версию xawtv-3.90-alt2 в INCOMING или последующие. В spec застрявшего в Сизифе глючного пакета xawtv3.90-alt1 просто была опечатка :( . > Естественно, что в пакет попадает дефолтный secam-russia.list с > совершенно другими названиями каналов, а по неизвестым каналам > xawtv не переключает... Пользуясь случаем прошу наконец заменить в Сизифе пакет xawtv3.90-alt1 на xawtv3.90-alt2 или более свежий (Неужели все так любят глюки, что намеренно не выкладывают их исправления?). История вопроса подробно освещена в http://bugzilla.altlinux.ru/show_bug.cgi?id=3345. Если в течение суток я не получу сообщения что глюки есть в исправленном пакете, закрою по принципу "Молчание знак согласия".
Никто не подскажет, как создать символическую ссылку, если файл КУДА на момент создания ссылки отсутствует? -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
[-- Attachment #1: Type: text/plain, Size: 846 bytes --] * Вячеслав Диконов <sdiconov@mail.ru> [031211 01:43]: > > Естественно, что в пакет попадает дефолтный secam-russia.list с > > совершенно другими названиями каналов, а по неизвестым каналам > > xawtv не переключает... > Пользуясь случаем прошу наконец заменить в Сизифе пакет xawtv3.90-alt1 > на xawtv3.90-alt2 или более свежий (Неужели все так любят глюки, что > намеренно не выкладывают их исправления?). История вопроса подробно > освещена в http://bugzilla.altlinux.ru/show_bug.cgi?id=3345. Если в > течение суток я не получу сообщения что глюки есть в исправленном > пакете, закрою по принципу "Молчание знак согласия". Блин, Слава, нельзя такие вещи делать МОЛЧА! -- Regards, Sir Raorn. ------------------- BTW, Никогда не запускайте dist-upgrade из Сизифа на удалённой машине, особенно если до неё очень долго ехать. -- voins in devel@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 302 bytes --] * Vitaly Lipatov <LAV@VL3143.spb.edu> [031211 05:54]: > Никто не подскажет, как создать > символическую ссылку, если файл КУДА > на момент создания ссылки отсутствует? Точно также. -- Regards, Sir Raorn. ------------------- Давайте не будем про версии софта на linux.ru.net? ;-) -- rider in devel@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Господа! Если вы хотите, то я соберу ваши ответы, а потом на выходных или в понедельник опубликую результаты в devel@. 1. в какие дни недели вам удобнее собирать пакеты? (то есть когда вам необходим свежий Sisyphus?) 2. в какие дни недели вам удобнее заливать в incoming? 3. если вы тестируете чужие пакеты, то в какие дни недели? 4. примерная периодичность заливки в incoming -- DO4-UANIC
[-- Attachment #1: Type: text/plain, Size: 279 bytes --] Привет всем, Я не знаю, как быть. У себя собираю пакеты - все ок, а в sisyphus'е не собираются. Обновился до самого последнего и все равно - у меня все ОК. У меня сейчас со временем напряженка большая и очень много времени на Alt я не могу тратить. Что делать, подскажите плз. [-- Attachment #2: TORCS.eml.bz2 --] [-- Type: application/x-bzip2, Size: 12859 bytes --] [-- Attachment #3: vegastrike.eml.bz2 --] [-- Type: application/x-bzip2, Size: 6103 bytes --]
[-- Attachment #1: Type: text/plain, Size: 650 bytes --] On Tue, Dec 16, 2003 at 11:03:07AM +0600, Alexander Belov wrote: > Я не знаю, как быть. У себя собираю пакеты - все ок, а в sisyphus'е не > собираются. Обновился до самого последнего и все равно - у меня все ОК. > У меня сейчас со временем напряженка большая и очень много времени на > Alt я не могу тратить. Что делать, подскажите плз. По поводу TORCS - похоже, Makefile не переносит опции -j. Нужно заменить %make_build на %make с комментарием вроде 'SMP-incompatible' (чтобы потом не возникало вопросов, почему не используется %make_build). По vegastrike ничего определённого сказать не могу - возможно, дело в несовместимости с новым питоном. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Alexander Belov пишет:
> Привет всем,
>
> Я не знаю, как быть. У себя собираю пакеты - все ок, а в sisyphus'е не
> собираются. Обновился до самого последнего и все равно - у меня все ОК.
> У меня сейчас со временем напряженка большая и очень много времени на
> Alt я не могу тратить. Что делать, подскажите плз.
>
А как собираете у себя - haser'ом или просто так?
--
Vadim V. Zhytnikov
<vvzhy@mail.ru>
<vvzhy@netorn.ru>
> А как собираете у себя - haser'ом или просто так?
Без haser'а. Я понимаю, что это неправильно, но большие проблемы со
временем и разбираться с ним пока некогда. Раньше - все было ОК.
Alexander Belov пишет:
>
>> А как собираете у себя - haser'ом или просто так?
>
>
> Без haser'а. Я понимаю, что это неправильно, но большие проблемы со
> временем и разбираться с ним пока некогда. Раньше - все было ОК.
>
Тогда всё понятно. При "обычной" сборке используется нечто
установленное у Вас в системе но не прописанное в BuilDrequires.
А вот hasher для каждой сборки устанавливает в отдельное сборочное
окружение только те пакеты, которые явно указаны и всё что они
вытягивают по зависимостям. И если что-то в BuildRequires забыто -
наступает облом. Так что при возникновении свободного времени первым
делом осваивайте haser - это очень просто ;-)
--
Vadim V. Zhytnikov
<vvzhy@mail.ru>
<vvzhy@netorn.ru>
Alexander Belov wrote: > > Sergey Vlasov пишет: > >> On Tue, Dec 16, 2003 at 11:03:07AM +0600, Alexander Belov wrote: >> >> >>> Я не знаю, как быть. У себя собираю пакеты - все ок, а в sisyphus'е не >>> собираются. Обновился до самого последнего и все равно - у меня все ОК. >>> У меня сейчас со временем напряженка большая и очень много времени на >>> Alt я не могу тратить. Что делать, подскажите плз. >>> >> >> >> По поводу TORCS - похоже, Makefile не переносит опции -j. Нужно заменить >> %make_build на %make с комментарием вроде 'SMP-incompatible' (чтобы потом >> не возникало вопросов, почему не используется %make_build). >> > > У меня P4 с smp ядром и все ОК... У нас пересборка идет на четырехпроцессорной машине. Это может влиять. > >> >> По vegastrike ничего определённого сказать не могу - возможно, дело в >> несовместимости с новым питоном. >> >> > > У меня все самое последнее (т.е. после apt-get dist-upgrade)... Пересборка не проходит в hasher. Т.е. - apt-get dist-upgrade здесь не влияет. Rgds, Rider
В сообщении от 11 Декабрь 2003 05:53 Vitaly Lipatov написал(a):
> Никто не подскажет, как создать
> символическую ссылку, если файл КУДА
> на момент создания ссылки отсутствует?
можно забить команду создания ссылки в послеустановочный скрипт, тогда точно
прокатит 8-|
--
Canis Cerberus
Magna est veritas et praevalebit !
Санкт-Петербург
Где можно почитать про него документацию?
Делаю:
#hsh /home/RPM/hasher/ torcs.spec
Components: hasher
Processing pkglists... hasher done
Processing srclists... hasher done
Creating component releases... done
Updating global release file... done
Appending MD5Sum... hasher done
All your base are belong to us!!!
mkchroot: cannot access getugid1 helper.
Vadim V. Zhytnikov пишет:
> Alexander Belov пишет:
>
>>
>>> А как собираете у себя - haser'ом или просто так?
>>
>>
>>
>> Без haser'а. Я понимаю, что это неправильно, но большие проблемы со
>> временем и разбираться с ним пока некогда. Раньше - все было ОК.
>>
>
> Тогда всё понятно. При "обычной" сборке используется нечто
> установленное у Вас в системе но не прописанное в BuilDrequires.
> А вот hasher для каждой сборки устанавливает в отдельное сборочное
> окружение только те пакеты, которые явно указаны и всё что они
> вытягивают по зависимостям. И если что-то в BuildRequires забыто -
> наступает облом. Так что при возникновении свободного времени первым
> делом осваивайте haser - это очень просто ;-)
>
[-- Attachment #1: Type: text/plain, Size: 310 bytes --] * Vitaly Lugovsky <vsl@ontil.ihep.su> [031217 17:58]: > Выкладываю в Incoming вагон с тележкой обновлений. Yo-hoo! > Позже доложу остальное - ghc-6.2, cernlib, prosper, ... А обещаная дока по OCaml? ;-) -- Regards, Sir Raorn. ------------------- Я почти уверен, что проблема не в этом. -- ldv in devel@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Выкладываю в Incoming вагон с тележкой обновлений. d9c2b0f37f428c86a0811f7bd8835db5 camlimages-2.11-alt5.src.rpm fe1198774ac2b5ec804973871bb0d130 coq-7.4-alt5.src.rpm 5e87fc76e5c31d75f98f3b8f71cae46b findlib-0.9-alt1.1.src.rpm a3961a31d2313d9f248b2dd0996a5bcc hugs98-20031127-alt1.src.rpm 504b96c3f07b3f630319802e2cb26a04 lablGL-1.00-alt2.src.rpm 203e1e0da83336faa0f2b38ce1a853cb lablgtk-1.2.6-alt3.src.rpm 7d35140f61e69d96d4d472457802e9f9 lablgtk2-2.2.0-alt2.src.rpm 9f3c45bae34b1b86ced3a97b1b2c695b ocaml-3.07-alt4.1b.src.rpm 26d6434550d75496264af893528c9c05 ocaml-wlex-20030929-alt1.src.rpm b5d1effe6caeda4ead69056a94df28e1 ocamlnet-0.97-alt1.src.rpm 898c7b89530a7eae56a6d3b8b2f8c66d pcre-ocaml-5.04.4-alt1.src.rpm 4c3cab122d619fef7c6c33a8155646c8 pxp-1.1.94.2-alt1.src.rpm 8f22a4d083844c906c91dce63d5dc4b1 why-1.32-alt2.src.rpm Позже доложу остальное - ghc-6.2, cernlib, prosper, ...
On Wed, 17 Dec 2003, Alexey I. Froloff wrote:
> > Позже доложу остальное - ghc-6.2, cernlib, prosper, ...
> А обещаная дока по OCaml? ;-)
В процессе...
Ответило 5 человек, считая меня. Представительность никакая :( 1. в какие дни недели вам удобнее собирать пакеты? (то есть когда вам необходим свежий Sisyphus?) пн (2) вт (2) ср (2) чт (1) пт (1) сб (3) вс (2) 2. в какие дни недели вам удобнее заливать в incoming? пн (2) вт (1) ср (1) чт (3) пт (1) сб (2) вс (1) 3. если вы тестируете чужие пакеты, то в какие дни недели? пн (2) вт (1) ср (2) чт (1) пт (1) сб (2) вс (2) 4. примерная периодичность заливки в incoming от нескольких раз в неделю до раза в месяц Если будут ещё ответы, опубликую ещё через неделю. -- DO4-UANIC
Здравствуйте. С 19 декабря не ходит ни одна рассылка с altlinux. Неужели опять все пустили через umail.ru?
Тест
Всего ответило 8 человек, считая меня. Четвёртый вопрос суммаризации уже не поддаётся :) Следующий выпуск вечером 31 декабря, если будут ещё ответы. 1. в какие дни недели вам удобнее собирать пакеты? (то есть когда вам необходим свежий Sisyphus?) пн (3) вт (2) ср (2) чт (1) пт (1) сб (6) вс (5) 2. в какие дни недели вам удобнее заливать в incoming? пн (2) вт (2) ср (2) чт (3) пт (2) сб (4) вс (3) 3. если вы тестируете чужие пакеты, то в какие дни недели? пн (4) вт (3) ср (4) чт (3) пт (4) сб (4) вс (3) -- DO4-UANIC
[-- Attachment #1: Type: text/plain, Size: 173 bytes --] Уважаемые коллеги! Поздравляю всех с наступающим Новым Годом и желаю успехов! -- Best regards AB -- ... In nomine Altli, et Ctrli, et Spititus Deli, Reset! [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 533 bytes --] Вводная: есть пакет, в нём есть некий модуль perl'а, использующийся исключительно для внутренних целей, посему лежащий в %_libdir/%name. При создании пакета автоматически создаётся зависимость на этот модуль (так как он используется скриптами, лежащими в пакете), но при этом с модуль в provides не добавляется. Задача: любо чтобы этот модуль не добавлялся и в reqires тоже (идеальный вариант, так как модуль внутренний только для себя), либо чтобы он был и в Provides. Как решать? -- С уважением, Денис http://freesource.info [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 923 bytes --] On Thu, Jan 08, 2004 at 01:03:29AM +0300, Денис Смирнов wrote: > Вводная: есть пакет, в нём есть некий модуль perl'а, использующийся > исключительно для внутренних целей, посему лежащий в %_libdir/%name. > При создании пакета автоматически создаётся зависимость на этот модуль > (так как он используется скриптами, лежащими в пакете), но при этом с > модуль в provides не добавляется. > > Задача: любо чтобы этот модуль не добавлялся и в reqires тоже (идеальный > вариант, так как модуль внутренний только для себя), либо чтобы он был и в > Provides. > > Как решать? Добавить легко: согласно /usr/share/doc/rpm-4.0.4/README.ALT-ru_RU.KOI8-R, достаточно поместить в spec-файл строку %add_findprov_lib_path %_libdir/%name Убрать сложнее: Надо переопределить %__find_requires на свой скрипт, который отфильтрует результат работы системного %__find_requires. Если вы придумаете более элегантный метод, напишите. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Может кто знает, где можно срочно найти очень парт-тайм очень удалённую приработку для программера (не веб-дизайн и прочая подобная поцня)? Оченно резко понадобилось, а чем либо серьёзным на фуллтайм заняться - диссер мешает... :( Так что если кому из присутствующих специалист в computer science нужен - компилятор там разработать, или ещё что - то имейте меня в виду... ;) P.S. Сорри за оффтопик.
http://www.linux-os.ru/forums/arrangements/ Планы на разработку Форум предназначен для организации более плотного взаимодействия между программистами, переводчиками, журналистами, художниками и всеми, кто может спосоствовать развитию свободных проектов. Там же можно подписаться, как в списке рассылки.
> Может кто знает, где можно срочно найти очень парт-тайм очень
Гуманитарная информационная помощь ушла в приват :)
--
DO4-UANIC
> Форум предназначен для организации более плотного взаимодействия между
> программистами, переводчиками, журналистами, художниками и всеми, кто
> может спосоствовать развитию свободных проектов.
Теперь ругаться, поливать друг друга непонятно чем и гундеть можно ещё по
одному протоколу ;-)
--
DO4-UANIC
Hi, ppl! Sorry за оффтопик, но, раз уж я тут уже поднимал эту тему: просили меня передать желающим поработать удалённо над около-юниксовыми задачками (фактически - создание простой схемы инсталляции для специализированных серверов, a la Cobalt, для проженых злобных сизифовых майнтейнеров всё это - пара пустяков). Кто заинтересован - писать мне на мыло, передам заказчику...
Отправлены в Сизиф первые версии новых пакетов с драйверами DVB: kernel-modules-dvb-std-smp-20031013-alt1.src.rpm kernel-modules-dvb-std-up-20031013-alt1.src.rpm kernel-modules-dvb-wks-smp-20031013-alt1.src.rpm kernel-modules-dvb-wks-up-20031013-alt1.src.rpm kernel-source-dvb-20031013-alt1.src.rpm Драйвера и настройки проверены на Technotrend SkyStar1 rev 1.5. Есть поддержка приёма кодированых телеканалов без аппаратного CAM-модуля. Известные недостатки: - SS2 поддерживается, но в комплекте нет для него настроек modules.conf. - Файл /etc/modutils.d/dvb будет убран, как только я узнаю, что kudzu может определять все виды поддерживаемых DVB карт. В настоящий момент должны сразу включаться карты типа SS1 благодаря официально рекомендуемым универсальным настройкам. Все, кто может протестировать, пишите отзывы и пожелания!
Вторник 20 Январь 2004 00:26, Вячеслав Диконов написал:
> Отправлены в Сизиф первые версии новых пакетов с драйверами DVB:
>
> kernel-modules-dvb-std-smp-20031013-alt1.src.rpm
> kernel-modules-dvb-std-up-20031013-alt1.src.rpm
> kernel-modules-dvb-wks-smp-20031013-alt1.src.rpm
> kernel-modules-dvb-wks-up-20031013-alt1.src.rpm
> kernel-source-dvb-20031013-alt1.src.rpm
>
> Драйвера и настройки проверены на Technotrend SkyStar1 rev 1.5. Есть
> поддержка приёма кодированых телеканалов без аппаратного CAM-модуля.
>
> Известные недостатки:
> - SS2 поддерживается, но в комплекте нет для него настроек modules.conf.
По SS2 вопрос - какие ревизии поддерживаются? Насколько помню - на октябрь
месяц в пакет на linux-dvb.org входила поддержка только для SS2 rev 2.3. Для
rev 2.6 были только бинарные драйверы на сайте производителя.
--
С уважением
Виктор В Исмакаев
ivv@altlinux.ru
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 1040 bytes --] Здравствуйте все! Почти месяц меня не было, почти и дома не появлялся, даже почту прочесть времени не было. Вернулся, прочел и возник сразу же сакраментальный вопрос. Bugzilla бомбардирует меня сообщениями по поводу zapping. Но как исправить ошибку я не знаю, авторы мне не ответили. В Сизифе лежит cvs-версия. Может, стоит откатиться на последнюю стабильную, которая точно работает? Тем более, что стабильная тоже появилась новая. Беда в том, что все стабильные - gnome1. А cvs - gnome2. Потому я за нее и ухватился. Причем, что странно, баг появляется не у всех. У моего приятеля работает без каких-либо проблем на филипсовском тюнере. У меня иногда работает, иногда нет. В зависимости от загруженного ядра. Может стоит разделить стабильные и cvs-версии в разные порепозитарии и держать их вместе? С тем, чтобы каждый ставил версию по своему желанию. Опять же, дополнительные заботы. Потому и прошу подсказать что же конкретно делать: ждать следующую cvs-версию и продолжать писать авторам, или же откатиться на стабильную. [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
Здравствуйте! Некто, воспользовавшись open-relay-ем, рассылает спам от моего имени (bga@altlinux). Заголовки следующие: Received: from mailr-1.tiscali.it ([212.123.84.81] verified) by aps.mark-itt.ru (CommuniGate Pro SMTP 4.0.6) with ESMTP id 83302719 for boris@octa.udm.ru; Tue, 20 Jan 2004 16:36:56 +0400 Received: from ppp-82-84-100-54.cust-adsl.tiscali.it (82.84.100.54) by mailr-1.tiscali.it with SMTP; 20 Jan 2004 13:35:40 +0100 Reply-To: "=?windows-1251?B?QUIgR0lNTklL?=" <technoir@themes.org> From: "=?windows-1251?B?QUIgR0lNTklL?=" <bga@altlinux.ru> Во-первых, мне приходят ответы о неудачной доставке, что уже неприятно. Во-вторых, я боюсь, что попаду в какой-нибудь blacklist и мои настоящие письма начнут игнорировать. Посоветуйте, что делать? -- Григорий Баталов, начальник бюро системного администрирования ОАО "Ковдорский ГОК" +7-(81535)-76036
И меня тоже и уже третий раз... :-).
Grigory Batalov wrote on 20.01.2004 19:07:
> Здравствуйте!
>
> Некто, воспользовавшись open-relay-ем, рассылает спам
> от моего имени (bga@altlinux). Заголовки следующие:
>
>Received: from mailr-1.tiscali.it ([212.123.84.81] verified)
> by aps.mark-itt.ru (CommuniGate Pro SMTP 4.0.6)
> with ESMTP id 83302719 for boris@octa.udm.ru; Tue, 20 Jan 2004 16:36:56 +0400
>
>Received: from ppp-82-84-100-54.cust-adsl.tiscali.it (82.84.100.54)
> by mailr-1.tiscali.it with SMTP; 20 Jan 2004 13:35:40 +0100
>
>Reply-To: "=?windows-1251?B?QUIgR0lNTklL?=" <technoir@themes.org>
>From: "=?windows-1251?B?QUIgR0lNTklL?=" <bga@altlinux.ru>
>
> Во-первых, мне приходят ответы о неудачной доставке, что
> уже неприятно. Во-вторых, я боюсь, что попаду в какой-нибудь
> blacklist и мои настоящие письма начнут игнорировать.
>
> Посоветуйте, что делать?
>
>
>
On Tue, Jan 20, 2004 at 04:07:32PM +0300, Grigory Batalov wrote: > Здравствуйте! > > Некто, воспользовавшись open-relay-ем, рассылает спам > от моего имени (bga@altlinux). Заголовки следующие: > > Received: from mailr-1.tiscali.it ([212.123.84.81] verified) Знакомый relay... Много спама последнее время с tiscali валит. > Reply-To: "=?windows-1251?B?QUIgR0lNTklL?=" <technoir@themes.org> > From: "=?windows-1251?B?QUIgR0lNTklL?=" <bga@altlinux.ru> > > Во-первых, мне приходят ответы о неудачной доставке, что > уже неприятно. Есть такое дело... > Во-вторых, я боюсь, что попаду в какой-нибудь > blacklist и мои настоящие письма начнут игнорировать. Нет, бояться не стоит. Всякие блэклисты бывают, в том числе и слабовменяемые (SPEWS, даже антиспамеры возрадовались, когда его заDoSили :) и глючные (SpamCop) и с придурью (SORBS с некоторых пор). Но таких ламеров, которые бы куда-то заносили якобы "отправителей" спам-писем, будь-то envelope sender или "From:", среди ведущих блэклистов не бывает. > Посоветуйте, что делать? Если "отлупов" от недоставленного спама приходит немного - расслабиться и просто удалять. Если количество такого мусора достает - попытаться автоматизировать (я бы себе правило для спамассассина написал ;) его обдевнулливание.
Уважаемые коллеги, как вы знаете, мы в последнее время стараемся работать с системой образования. Для предложения проектов, связанных с _высшим_ образовнием различным организациям, я очень прошу членов Team, особенно студентов, ответить мне _лично_ на несколько вопросов (хотя бы на первый). 1. Если Вы студент, то сообщите вуз, факультет, специальность, форму обучения, курс. 2. Если Вы студент или преподаватель вуза: Участвуете ли Вы в проектах free software помимо Team (возможно, в рамках работы над пакетом из Сизифа). В каких? 3. Знаете ли Вы разработчиков free software в вузах вашего города, студентов или преподавателей? Назовите проекты и людей. 4. Используется ли free software (какой?) в преподавании каких-либо дисциплин в вашем вузе? Возможно, будут и другие вопросы, уже не через этот список. Пожалуйста, ответьте asap, буду очень признателен. Еще раз напомню, что отвечать нужено мне лично, чтобы не засорять список. Если есть желающие -- не студенты продолжить обсуждение, то для этого можно использовать freeschool@lrn.ru или создать другой список по желанию. Спасибо! Rgrds, Алексей
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > 1. Если Вы студент, то сообщите вуз, факультет, специальность, форму > обучения, курс. Саратовский государственный университет, факультет компьютерных наук и информационных технологий (КНИТ), кафедра теоретических основ информатики и информационных технологий, специальность: "вычислительные машины, комплексы, системы и сети", дневное отделение, 5 курс. Сейчас нахожусь на предквалификационной практике, потом защита диплома. > 2. Если Вы студент или преподаватель вуза: Участвуете ли Вы в проектах > free software помимо Team (возможно, в рамках работы над пакетом из > Сизифа). В каких? На данный момент нет. Есть желание выполнять подобные проекты, если побольше разбирусь с RTAI и найду возможность его применения в Саратове (если не найду, постараюсь уехать, может быть в Нижний), то постараюсь влиться. > 3. Знаете ли Вы разработчиков free software в вузах вашего города, > студентов или преподавателей? Назовите проекты и людей. Нет. Искал, но не нашел. Есть пользователи, есть программисты, которые в свободное, от работы в "вин", время что-то пишут, но открыто о поддержке чего-либо не признаются. Может я и не прав, и работать где-то надо, но хорошим разработчиком при таком подходе стать трудно. Еще есть неплохие программисты работающие в Unix (Linux, FreeBSD), но они работают не в free software проектах, а частных организациях. Есть только один человек, который, насколько я знаю, оклоло года назад собирался писать порт для FreeBSD, но чем это закончилось я мне не известно, сейчас он на 3 курсе МехМата. > 4. Используется ли free software (какой?) в преподавании каких-либо > дисциплин в вашем вузе? У физиков есть кластер на Linux, используемый для вычислений, где, в частности, проводится обучение. У нас и этого нет. Существует так называемый ПРЦНИТ (поволжский региональный центр новых информационных технологий), где несколько серверов крутятся на Linux, но не все. Еще используются Solaris и AIX, но в основном Win2k и WinXP, поднято несколько виндовых доменов, соответственно на всех, включая корневой, стоит Win. Раньше ПРЦНИТ считался базой КНИТ для обучения своих студентов, теперь он отдан на откуп МехМату. Так что для обучения у нас free software практически не используется. IMHO, для нашего факультета такое положение -- позор. Хотя тут сложно судить. С практикой в сфере CS преподаватели нашей кафедры мало знакомы. Основные практические курсы вели у нас физики, а спец курсы, вроде ОСРВ, перекидывали на аспирантов. Чтобы не быть голословным приведу пример. Курс "операционные системы". Практическое занятие - написание программы подобной стандартному системного монитору под Win - по сути, разбор стандартного API WIN32. :( Было ещё задание вывести список процессов, конечно, под Win. И это всё! Мои предложения по поводу использования Linux и его открытого исходного кода должного отклика не нашли (правда и сам я, приобщился к Linux, сравнительно недавно и только благодаря SarLUG, поэтому серьёзных действий, в плане продвижения free software, за время обучения не произвел). - -- Sin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAGZgMHC/AO6kh2soRArXLAJ9g0qY1jk8BTYVn6QbqEOoVNFZv3ACdFo8K +ZLiU3IBkn7At6LHR9z3gC4= =nUhC -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sorry, за offtopic, письмо ушло случайно. - -- Sin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAGbUyHC/AO6kh2soRAtl+AKCN2mCAN6c9WhPZ1kEF6fQR5hdSIACg1GcW iEJBA6m8ZU656cSA3cIfz7g= =NOPB -----END PGP SIGNATURE-----
[-- Attachment #1: Type: text/plain, Size: 265 bytes --] Кажется, есть проблема: %def_enabled gnome_vfs %if_enabled gnome_vfs BuildRequires: gnome-vfs-devel pkgconfig %endif Судя по всему, хэшер (hasher-0.9.8-alt1) на машине у Миши не засасывает pkgconfig, когда собирает это все "по умолчанию". Советы, комментарии? [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 220 bytes --] On Fri, Feb 06, 2004 at 10:00:38PM +0600, Alexey Morozov wrote: > Кажется, есть проблема: > > %def_enabled gnome_vfs %def_enable, конечно же. > %if_enabled gnome_vfs > BuildRequires: gnome-vfs-devel pkgconfig > %endif [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 461 bytes --] On Fri, Feb 06, 2004 at 10:00:38PM +0600, Alexey Morozov wrote: > Кажется, есть проблема: > > %def_enabled gnome_vfs > > %if_enabled gnome_vfs > BuildRequires: gnome-vfs-devel pkgconfig > %endif > > Судя по всему, хэшер (hasher-0.9.8-alt1) на машине у Миши не засасывает > pkgconfig, когда собирает это все "по умолчанию". > > Советы, комментарии? Собрать .src.rpm без --disable gnome_vfs. Важно, чтобы rpmquery -pR .src.rpm содержало pkgconfig. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 461 bytes --] On Fri, Feb 06, 2004 at 10:00:38PM +0600, Alexey Morozov wrote: > Кажется, есть проблема: > > %def_enabled gnome_vfs > > %if_enabled gnome_vfs > BuildRequires: gnome-vfs-devel pkgconfig > %endif > > Судя по всему, хэшер (hasher-0.9.8-alt1) на машине у Миши не засасывает > pkgconfig, когда собирает это все "по умолчанию". > > Советы, комментарии? Собрать .src.rpm без --disable gnome_vfs. Важно, чтобы rpmquery -pR .src.rpm содержало pkgconfig. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 654 bytes --] On 7 Февраль 2004 00:02, Dmitry V. Levin wrote: > On Fri, Feb 06, 2004 at 10:00:38PM +0600, Alexey Morozov wrote: > > Кажется, есть проблема: > > > > %def_enabled gnome_vfs > > > > %if_enabled gnome_vfs > > BuildRequires: gnome-vfs-devel pkgconfig > > %endif gnome-vfs-devel -- такого пакета у Сизифа нет. > > Судя по всему, хэшер (hasher-0.9.8-alt1) на машине у Миши не засасывает > > pkgconfig, когда собирает это все "по умолчанию". > > > > Советы, комментарии? > > Собрать .src.rpm без --disable gnome_vfs. > Важно, чтобы > rpmquery -pR .src.rpm > содержало pkgconfig. -- Yuri N. Sedunov ICQ 36890090 e-mail: aristarh@online.ru 02/07/04 00:10:06 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 654 bytes --] On 7 Февраль 2004 00:02, Dmitry V. Levin wrote: > On Fri, Feb 06, 2004 at 10:00:38PM +0600, Alexey Morozov wrote: > > Кажется, есть проблема: > > > > %def_enabled gnome_vfs > > > > %if_enabled gnome_vfs > > BuildRequires: gnome-vfs-devel pkgconfig > > %endif gnome-vfs-devel -- такого пакета у Сизифа нет. > > Судя по всему, хэшер (hasher-0.9.8-alt1) на машине у Миши не засасывает > > pkgconfig, когда собирает это все "по умолчанию". > > > > Советы, комментарии? > > Собрать .src.rpm без --disable gnome_vfs. > Важно, чтобы > rpmquery -pR .src.rpm > содержало pkgconfig. -- Yuri N. Sedunov ICQ 36890090 e-mail: aristarh@online.ru 02/07/04 00:10:06 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 302 bytes --] On Sat, Feb 07, 2004 at 12:10:18AM +0300, Yuri N. Sedunov wrote: > gnome-vfs-devel -- такого пакета у Сизифа нет. Конечно же, gnome-vfs2-devel. И его-то хэшер как раз видел. Ладно, Миша, вроде уже добил этот пакет, сейчас проснется, я посмотрю, что там не так было. Скорее всего, и правда, мой фолт. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Добрый день, господа и дамы. Несмотря на субъективные причины, из-за которых списки рассылок ALT мне уже читать почти невозможно (слишком много), есть ещё и объективные, из-за которых я предполагаю в ближайшие несколько месяцев заморозку Sisyphus перед выпуском (или я неправ?). Учитывая, что при этом срочно понадобится вытащить из orphaned/несобирающихся много пакетов, заморозка обещает быть тяжёлой для членов команды. Поэтому я предлагаю по существу очертить необходимый объём работ, который требуется, чтобы следующий выпуск Master был по крайней мере не хуже, чем прошлый по списку наличествующих, работающих и up-to-date пакетов. Всем будет легче. -- DO4-UANIC
Добрый день, господа и дамы. Несмотря на субъективные причины, из-за которых списки рассылок ALT мне уже читать почти невозможно (слишком много), есть ещё и объективные, из-за которых я предполагаю в ближайшие несколько месяцев заморозку Sisyphus перед выпуском (или я неправ?). Учитывая, что при этом срочно понадобится вытащить из orphaned/несобирающихся много пакетов, заморозка обещает быть тяжёлой для членов команды. Поэтому я предлагаю по существу очертить необходимый объём работ, который требуется, чтобы следующий выпуск Master был по крайней мере не хуже, чем прошлый по списку наличествующих, работающих и up-to-date пакетов. Всем будет легче. -- DO4-UANIC
[-- Attachment #1: Type: text/plain, Size: 1185 bytes --] Hi, On Wed, Feb 11, 2004 at 10:33:56AM +0200, Denis Ovsienko wrote: > Добрый день, господа и дамы. > Несмотря на субъективные причины, из-за которых списки рассылок ALT мне > уже читать почти невозможно (слишком много), есть ещё и объективные, из-за > которых я предполагаю в ближайшие несколько месяцев заморозку Sisyphus > перед выпуском (или я неправ?). Учитывая, что при этом срочно понадобится > вытащить из orphaned/несобирающихся много пакетов, заморозка обещает быть > тяжёлой для членов команды. > Поэтому я предлагаю по существу очертить необходимый объём работ, который > требуется, чтобы следующий выпуск Master был по крайней мере не хуже, чем > прошлый по списку наличествующих, работающих и up-to-date пакетов. Всем > будет легче. Я об этом уже написал 12 января, но почти никто не отреагировал. Цитирую: "Я начал собирать TODO на очередной Мастер, см. http://bugzilla.altlinux.ru/showdependencytree.cgi?id=3459 На данный момент там перечислены записи только из моего TODO. Если у вас есть планы, которые стоит туда внести, то имеет смысл это сделать. По окончании формирования этого списка можно будет хоть как-то планировать выпуск очередного Мастера." -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1185 bytes --] Hi, On Wed, Feb 11, 2004 at 10:33:56AM +0200, Denis Ovsienko wrote: > Добрый день, господа и дамы. > Несмотря на субъективные причины, из-за которых списки рассылок ALT мне > уже читать почти невозможно (слишком много), есть ещё и объективные, из-за > которых я предполагаю в ближайшие несколько месяцев заморозку Sisyphus > перед выпуском (или я неправ?). Учитывая, что при этом срочно понадобится > вытащить из orphaned/несобирающихся много пакетов, заморозка обещает быть > тяжёлой для членов команды. > Поэтому я предлагаю по существу очертить необходимый объём работ, который > требуется, чтобы следующий выпуск Master был по крайней мере не хуже, чем > прошлый по списку наличествующих, работающих и up-to-date пакетов. Всем > будет легче. Я об этом уже написал 12 января, но почти никто не отреагировал. Цитирую: "Я начал собирать TODO на очередной Мастер, см. http://bugzilla.altlinux.ru/showdependencytree.cgi?id=3459 На данный момент там перечислены записи только из моего TODO. Если у вас есть планы, которые стоит туда внести, то имеет смысл это сделать. По окончании формирования этого списка можно будет хоть как-то планировать выпуск очередного Мастера." -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Приношу извинения за задержку с пересборкой пакетов, у меня помер партишен с Сизифом. fsck не помог, прогонял тест поверхности раз тридцать, на одном и том же блоке задыхался. Плюнул я и купил новый хард. Слава богу, был Slackware на другом партишене, смог перегнать инфу на новую систему почти без потерь. Только базарассылки Sisyphus пропала, калечный блок оказался именно в ней, как это ни грустно... Кстати, новый compact - бесподобен, слопал все мое железо и не гавкнул. Уже завтра настрою хашер и попробую пересобрать несобиравшиеся пакеты.
Приношу извинения за задержку с пересборкой пакетов, у меня помер партишен с Сизифом. fsck не помог, прогонял тест поверхности раз тридцать, на одном и том же блоке задыхался. Плюнул я и купил новый хард. Слава богу, был Slackware на другом партишене, смог перегнать инфу на новую систему почти без потерь. Только базарассылки Sisyphus пропала, калечный блок оказался именно в ней, как это ни грустно... Кстати, новый compact - бесподобен, слопал все мое железо и не гавкнул. Уже завтра настрою хашер и попробую пересобрать несобиравшиеся пакеты.
Сложилась непонятная мне ситуация. Чем пользоваться для восстановления разделов на диске? Есть ли средства вообще и в Cизифе? Я знаю только 3 ключевых программы: 1. parted 2. gpart 3. lde (Linux Disk Editor) Если с parted всё понятно, он развивается, обновляется и выполняет свои функции, то версия gpart - 2001 года. Похоже, он давно заброшен разработчиками. Он способен 3 часа искать разделы на диске и не найти и не завершиться. Редактора дисков вообще нет. Или я не могу найти? То - что нашёл (lde), уже отправил в incoming, но по сравнению с diskedit из Norton Utilities это просто ничто и толком ничего не умеет. Похоже, что программы подобного рода нужно только под Win, где всяческого рода автоматические восстановители процветают... Я хотел бы знать, может действительно в Linux не нужны такие программы? Или все мучаются, но бояться спросить? -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
Четверг 19 Февраль 2004 01:56, Vitaly Lipatov написал:
> Сложилась непонятная мне ситуация.
> Чем пользоваться для восстановления разделов на диске?
> Есть ли средства вообще и в Cизифе?
> Я знаю только 3 ключевых программы:
> 1. parted
> 2. gpart
> 3. lde (Linux Disk Editor)
>
Я бы не сказал, что не нужны. Недавно сам столкнулся со смертью партишена.
Причем из другого Линукса подмонтировать его было возможно. Но не все данные
удалось сохранить. Очень жалко было почтовые базы за два года... Кстати, я
пользуюсь насадкой на parted (qtparted), но все думаю, стоит ли ее
выкладывать в Сизиф или на фиг. Ведь в спасении моих данных она мне ничем не
помогла. Но для работы с партишенами помогает здорово, новый хард я размечал
с ее помощью.
[-- Attachment #1: Type: text/plain, Size: 476 bytes --] В сообщении от Thursday 19 February 2004 11:56 Igor Tertishny написал(a): <skip> > почтовые базы за два года... Кстати, я пользуюсь насадкой на > parted (qtparted), но все думаю, стоит ли ее выкладывать в Сизиф > или на фиг. Игорь! У меня к Вам убедительная просьба. Выкладывайте в Сизиф только те пакеты, которые Вы лично в состоянии поддерживать. -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
> Игорь!
> У меня к Вам убедительная просьба.
> Выкладывайте в Сизиф только те пакеты,
> которые Вы лично в состоянии поддерживать.
Почему я и не хочу выкладывать другие. Кому надо, тот соберет сам. Мне
понадобилось, собрал.
Vitaly Lipatov пишет:
> Сложилась непонятная мне ситуация.
> Чем пользоваться для восстановления разделов на диске?
> Есть ли средства вообще и в Cизифе?
> Я знаю только 3 ключевых программы:
> 1. parted
> 2. gpart
> 3. lde (Linux Disk Editor)
>
> Если с parted всё понятно, он развивается, обновляется и
> выполняет свои функции, то версия gpart - 2001 года.
> Похоже, он давно заброшен разработчиками. Он способен 3 часа
> искать разделы на диске и не найти и не завершиться.
> Редактора дисков вообще нет. Или я не могу найти? То - что нашёл
> (lde), уже отправил в incoming, но по сравнению с diskedit из
> Norton Utilities это просто ничто и толком ничего не умеет.
>
> Похоже, что программы подобного рода нужно только под Win, где
> всяческого рода автоматические восстановители процветают...
> Я хотел бы знать, может действительно в Linux не нужны такие
> программы? Или все мучаются, но бояться спросить?
>
Мучаются и боятся :)
С одной стороны, в любом руководстве по Unix черным по белому написано,
что единственное средство восстановления данных -- это своевременный backup.
С другой стороны, все больше Linux в качестве desktop ставиться на
машинах, подключенных к мелким сетям, где централизованный backup
отсутствует и здесь все зависит от дисциплинированности пользователя.
Как говорят японцы - "даже старая обезьяна иногда падает с дерева", сам
недавно снес раздел и плакал.
Так что несомнено, подобные программы надо искать и использовать.
--
Rgrds,
Anatoly A. Yakushin aka DOC
Orthopaedic Departmens
Veterans Hospital # 3
Moscow
On Thursday 19 February 2004 11:56, Igor Tertishny wrote:
> насадкой на parted (qtparted), но все думаю, стоит ли ее
> выкладывать в Сизиф или на фиг. Ведь в спасении моих данных
Если вы передадите спек (ну и патчи, если есть) мантейнеру,
который хочет её собрать (canis@altlinux.ru), то было бы
здорово.
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!
On Thursday 19 February 2004 03:56, Vitaly Lipatov wrote:
> Я хотел бы знать, может действительно в Linux не нужны такие
> программы?
Нужны однозначно. Даже если не для, собственно, Linux (что неправда,
для Linux тоже надо), то для работы из-под Linux с разделами любых
других ОС. Просто для того, чтобы знакомому помочь или денег заработать.
Меня вот недавно одна хорошая девушка просила помочь данные с диска с
NTFS вытащить, а я даже и возможности помочь не увидел... :-(
Представляете, как обидно было ? ;-)
--
С уважением, Сергей Афонин
asy@altlinux.ru
[-- Attachment #1: Type: text/plain, Size: 769 bytes --] On Fri, Feb 20, 2004 at 03:10:41PM +0600, Alexey Morozov wrote: > Вообще, на самом деле, его можно попробовать заинтересовать > задачей поиска (recovering) данных на "линуксовых" файловых > системах. Вот мне и кажется, что здесь достаточно заинтересованных людей и есть знающие. Могу быть неправ, но ab/ed/tren, скорее всего, были бы неравнодушны к XFS; суппорты и администраторы всех цветов кожуха -- +ext3. Кого _спросить_ про потроха ext3/reiser3 -- вроде тоже есть. Я бы денег дал, но оплатить всю разработку попросту не получится. Вот-с, вчера/сегодня доколупываем mkxf86config из knoppix ("встречайте в live-cd@") -- может, хоть таким образом свой вклад внесу. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 281 bytes --] > Если вы передадите спек (ну и патчи, если есть) мантейнеру, > который хочет её собрать (canis@altlinux.ru), то было бы > здорово. Очень рад, что кого-то заинтересовало. Прога все же довольно полезная. Спек приложен, он простейший, собирал лично для себя, потому не выеживался. [-- Attachment #2: qtparted.spec --] [-- Type: text/plain, Size: 2041 bytes --] %undefine __libtoolize %define objprelink 0 Name: qtparted Version: 0.4.0 Release: alt1 Packager: Yehuda Ben-Yosef <ilar@altlinux.ru> Group: System/Configuration/Hardware Summary: QTParted is a Partition Magic clone written in C++ using the Qt toolkit License: GPL URL: http://qtparted.sourceforge.net/ Source0: %name-%version.tar.bz2 #Requires: libqt3-gcc_compiled = %__gcc_version_base # Automatically added by buildreq on Wed Nov 19 2003 BuildRequires: XFree86-devel-static XFree86-libs fontconfig freetype2 gcc-c++ hostinfo libreiserfs-devel-static BuildRequires: libGLU libGLwrapper libaudio libe2fs-devel libexpat libjpeg-devel liblcms libmng BuildRequires: libparted-devel libpng-devel libprogsreiserfs-devel-static libqt3-devel BuildRequires: libstdc++-devel ntfsprogs xfsprogs zlib-devel reiserfs-utils #BuildRequires: libqt3-gcc_compiled = %__gcc_version_base %if %objprelink BuildRequires: objprelink %endif %description QTParted is a Partition Magic clone written in C++ using the Qt toolkit %prep %setup -q %build export QTDIR=%_libdir/qt3 export KDEDIR=%_prefix export LD_LIBRARY_PATH=$QTDIR/lib:$KDEDIR/lib:$LD_LIBRARY_PATH export PATH=$QTDIR/bin:$KDEDIR/bin:$PATH export CFLAGS="%optflags" export CXXFLAGS="%optflags" %configure \ --disable-rpath \ --enable-shared \ --disable-debug %if %objprelink %make_build CXX=g++prelink %else %make_build %endif %install %makeinstall mkdir -p %buildroot%_iconsdir cp %buildroot%_datadir/pixmaps/%name.xpm %buildroot%_iconsdir #create menu mkdir -p %buildroot/%_menudir kdedesktop2mdkmenu.pl %name "Configuration/Hardware" %buildroot%_datadir/applnk/System/%name.desktop %buildroot%_menudir/%name %find_lang %name %post %update_menus %postun %clean_menus %files -f %name.lang %_sbindir/%name %_sbindir/run* %_datadir/applnk/System/%name.desktop %_datadir/%name %_datadir/pixmaps/*.xpm %_iconsdir/*.xpm # %_menudir/%name # %doc README AUTHORS ChangeLog TODO %changelog * Wed Nov 19 2003 Yehuda Ben-Yosef <ilar@altlinux.ru> 0.4.0-alt1 - 0.4.0 - specfile cleanup
В сообщении от 23 Февраль 2004 13:35 Igor Tertishny написал(a):
> > Если вы передадите спек (ну и патчи, если есть) мантейнеру,
> > который хочет её собрать (canis@altlinux.ru), то было бы
> > здорово.
>
> Очень рад, что кого-то заинтересовало. Прога все же довольно полезная. Спек
> приложен, он простейший, собирал лично для себя, потому не выеживался.
Большое спасибо.
Сегодня попробую в деле.
:)
--
Canis Cerberus
Magna est veritas et praevalebit!
-------------
ALT Linux TEAM, canis@altlinux.ru
Eternity Software TEAM, canis@etersoft.ru
В сообщении от 19 Февраль 2004 02:56 Vitaly Lipatov написал(a):
> Сложилась непонятная мне ситуация.
> Чем пользоваться для восстановления разделов на диске?
> Есть ли средства вообще и в Cизифе?
> Я знаю только 3 ключевых программы:
> 1. parted
> 2. gpart
> 3. lde (Linux Disk Editor)
>
> Если с parted всё понятно, он развивается, обновляется и
> выполняет свои функции, то версия gpart - 2001 года.
> Похоже, он давно заброшен разработчиками. Он способен 3 часа
> искать разделы на диске и не найти и не завершиться.
> Редактора дисков вообще нет. Или я не могу найти? То - что нашёл
> (lde), уже отправил в incoming, но по сравнению с diskedit из
Это тот которым Ты мне tptr вылечил или нет? Тогда почему Ты его не расхвалил
и не сказал что вылечил уже два винта?
--
Canis Cerberus
Magna est veritas et praevalebit!
-------------
ALT Linux TEAM, canis@altlinux.ru
Eternity Software TEAM, canis@etersoft.ru
Hi! У нас закончилась первая неделя нашего эксперимента по использованию дедалуса в экспериментах по использованию питона, и хотелось бы подвести итог, а также проанонсировать новые пакеты в дедалусе: 1. Написана и опубликована полиси, некоторые пункты которой вызывают критику (что радует), к сожалению, не подкрепленную альтернативными решениями (что огорчает); 2. Я собрал пакеты python22 & python (бывший python23), которые будут в дедале сегодня (я их уже везу), по результатм сборки некоторые пункты полиси изменились, об этом ниже; 3. Пакеты python22-weak, python-weak (не использую сокращения, чбы ни кого не сбить с толку, запятая - знак пунктуации) переименованы в python22-slight, python-slight соответсвенно, спасибо LDV за совет; 4. Пакет python-obsoletes переименован в python-obsolete (спасибо MZ за поправку, у меня и с руским-то не очень); 5. Я принял решение (правда, оно еще не воплощено в метале, так как немножко запоздало), что пакеты будут именоваться через точку, т.е. не python22, python23, а python2.2, python2.3 (большое спасибо вовремя подоспевшему MZ, который поддержал меня в этом начинании); 6. Я хотел поставить на обсуждение выбор префикса python-module- vs py- vs python-, но, опять же благодаря поддержке MZ выбрал python-module-. До конца этой недели еще не поздно изменить, обсуждать можно в рассылке, а вот голоса, чбы были учтены - лучше присылайте на cray_python@neural.ru, я в обсуждении участия принимать не буду, так как свое мнение уже высказал. 7. В файле полиси сделана замена s/Sysiphus/Sisyphus/g, спасибо авторам программы sed, я с этими буквами мучаюсь уже третий год, в результате sed - моя любимая программа; 8. Я взял на себя смелость собрать из файлов AM пакет rpm-build-python, который сегодня ляжет в дедалус, должен сразу предупредить, содержимое этого пакета не совсем соответствует полиси, о чем AM были пересланы несколько замечаний, насколько он правильно собран - мне судить трудно (скорее всего, траблы с зависимостями и т.п.), но пакеты собирает, репорты от вас ожидаются; Поправленная версия полиси будет в рассылке, ориентировочно, в четверг (я к этому времени расчитываю принять решение по некоторым вопросам). Немного о новых питонах в дедалусе: Если вы попытаетесь их установить, то у вас может снести пол-системы. Но, если в ваших пакетах зависимости выставленны в соответствие с полиси (а они не являются чем-то новым), то все будет нормально. Алексею Любимову сразу отвечу: Zope ставится и работает. Главное, следите чбы не ставились питоны из Сизифус - лучше RPMS.classic в экспериментах с дедалом просто отключить, я, правда, слежу, а не отключаю. python22 (который. кстати. скоро будет переименован в python2.2) пересобран с db4.2 (до того, был пересобран с db4.0), кроме того немножко подправлен, чбы оттестировать основной пакет, те правки, которые сделаны в python2.2, являются исключительно затычкой на время тестирования пакета python. Касаемо сборки с 4.2: Господа, мы тут много выступали по поводу возможности одновременной установки python22 / python23, сейчас они конфликтуют по db4.0 vs db4.2, так что ;). Безотносительно к нашему эксперименту, в СИЗИФ класть python22 with db4.2 ? Я-то его списал уже, мне все равно, а вот на музейных установках ничего ничего не рухнет? python - Сборка экспериментальная. Из известных багов сборки, какие-то тригеры срабатывают в неожиданном порядке, поэтому альтернативы сносятся после того, как новый пакет (без алтернатив) будет установлен, проявляется бага в том, что теряется симлинк python->python2.3, солюшн: a) воостановить вручную; б) apt-get install --reinstall python-strict; Причины проблемы пока не выяснял, буду разбиратся. Наверняка что-то не так с зависимостями, поэтому с дробной установкой нарезанных модульных пакетов лучше не экспериментировать: зависимостей там просто нет, поэтому все репорты на эту тему я сложу в коробочку, так как сам могу их сгенерить сотнями. python-strict vs python-slight. Фича экспериментальная, вроде работает, хотя проблемы есть. Правильно сформированный пакет c модулем c зависимостью на python == 2.2 не вытягивает пакет python-slight, если пакет python-slight не был ранее установлен явно (будет написано unmets, conflict и че-то там, я не помню). Это не бага, это фича, для достижения которой пришлось воспользоваться недокументированными (или непрочитанными, не знаю точно) особенностями apt и опытом LDV, за что ему спасибо. Ор (в смысле, громкие крики, а не дизъюнкция) в рассылке по поводу slight будет принят к сведенью, а вот репорты - репорты, плиииз, на cray_python@neural.ru (на cray@neural.ru почту читает робот-симбионт, всего непознанного он боится и репорты могут затеряться); Ну и планы на следующую неделю: в наше расписание мы, вроде, укладываемся, а с учетом сборки пакета rpm-build-python - даже опережаем. Cоотв. в следующий понеделник в дедале должна быть завершенная среда для сборки модулей (сейчас она завершена условно, тк немного противоречит полиси) и по два-три собранных модуля от меня и AM, от меня, видимо, будет bsddb3, python-MySQL, psycopg, тем более, что ни один из них в предложенную AM модель, AFAIR, не укладывается ;). В течении недели какие-то обновлаения мбть и будут, но мало вероятно - я работаю. -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
Hi! Только что залил в дедалус: python22-2.2.3-alt5.4.src.rpm rpm-build-python-0.1-alt1.src.rpm python-2.3.3-alt6.5.src.rpm Это обещанные пакеты, пересобранные с учетом нашей полиси. Подробности использования - в рассылке девел. -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
Hi! Поскольку неделя эксплуатации Zope-264 в дедале ничего не выявила, Zope-2.6.4-alt1.src.rpm Переложен в сизиф, из дедала его можно удалять. -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
Уважаемые коллеги, фирма ALT Linux достигла той стадии развития, на которой нам реально понадобились менеджеры на конкретые задачи и направления работ. И менеджеры проектов, и менеджеры по маркетингу или как там это называется, -- понятия не имею, если честно, хотя работу могу описать вполне определенно. Место работы -- Москва, однако, возможны варианты с частичной занятостью в регионах. Проживание кандидата в Москве будет плюсом, но мы готовы рассмотреть и варианты, связанные с переездом в MSK или Подмосковье. Если вас или кого-то из людей, которых можно лично и ответственно рекомендовать это предложение интересует, -- пишите Алексею Смирнову, smi at altlinux dot ru , но не сюда. Прошу не распространять это письмо на сайтах и в других списках рассылки. При необходимости мы сами это сделаем. Спасибо. Rgrds, Алексей
sass@altlinux.ru пишет:
> Looking forward for a response :P
>
> ..btw, "83061" is a password for archive
Подозреваю, что в рассылку проник вирус... :-(
--
С уважением. Алексей.
В сообщении от 5 Март 2004 10:23 sass@altlinux.ru написал(a):
> Looking forward for a response :P
>
> ..btw, "83061" is a password for archive
Вот и новый вирус Beagle...
[-- Attachment #1: Type: text/plain, Size: 453 bytes --] On Fri, Mar 05, 2004 at 11:54:46AM +0300, Mishka Plugnikov wrote: > В сообщении от 5 Март 2004 10:23 sass@altlinux.ru написал(a): > > Looking forward for a response :P > > > > ..btw, "83061" is a password for archive > Вот и новый вирус Beagle... Угу. Особенно интересно было увидеть, что это пришло от моего имени. Я даже удыбнулся :) -- Best regards AB -- ... In nomine Altli, et Ctrli, et Spititus Deli, Reset! [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Fri, 5 Mar 2004 13:02:28 +0200
Aleksandr Blokhin <sass@altlinux.ru> wrote:
> > > Looking forward for a response :P
> > >
> > > ..btw, "83061" is a password for archive
> > Вот и новый вирус Beagle...
>
> Угу. Особенно интересно было увидеть, что это пришло от моего имени.
> Я даже удыбнулся :)
Вон в community@ пришло от support@ .
Я купился и даже дочитал до конца =)).
--
Григорий Баталов,
начальник бюро
системного администрирования
ОАО "Ковдорский ГОК"
+7-(81535)-76036
[-- Attachment #1: Type: text/plain, Size: 839 bytes --] А это правильно, что конфиги демонов лежат в одном пакете с ними? Хорошо иметь возможность сделать себе заранее конфиги и ставить с помощью rpm, таким образом легче будет делать новые сервера "одним запуском скрипта"). Мысль -- вынести конфиги для таких сервисов как apache, nagios, postfix, courier-imap (по крайней мере для этих я точно знаю зачем это мне нужно и буду немедленно использовать) в %name-config, поставив зависимость с %name на %name-config а с %name-config на %name и используемые конфигом пакеты (например если есть конфигурация postfix, где доставка идёт через maildrop, то это может быть пакет postfix-config-maildrop, в котором будет зависимость в том числе и на maildrop). Развёртывание новых серверов на базе готовых конфигов после этого облегчится весьма значительно :) -- С уважением, Денис [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1029 bytes --] On Mon, Mar 08, 2004 at 01:06:37AM +0300, Денис Смирнов wrote: > А это правильно, что конфиги демонов лежат в одном пакете с ними? Хорошо > иметь возможность сделать себе заранее конфиги и ставить с помощью rpm, > таким образом легче будет делать новые сервера "одним запуском скрипта"). > > Мысль -- вынести конфиги для таких сервисов как apache, nagios, postfix, > courier-imap (по крайней мере для этих я точно знаю зачем это мне нужно и > буду немедленно использовать) в %name-config, поставив зависимость с %name > на %name-config а с %name-config на %name и используемые конфигом пакеты > (например если есть конфигурация postfix, где доставка идёт через > maildrop, то это может быть пакет postfix-config-maildrop, в котором будет > зависимость в том числе и на maildrop). Что касается postfix, то я против, поскольку его конфигурация существенно зависит от версии (а иногда и сборки) postfix. Кроме того, циклические зависимости - это зло, с которым надо бороться, а не культивировать. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
> А это правильно, что конфиги демонов лежат в одном пакете с ними? Хорошо
> иметь возможность сделать себе заранее конфиги и ставить с помощью rpm,
> таким образом легче будет делать новые сервера "одним запуском скрипта").
Это правильно, потому что в обратном случае техподдержку просто сдует без
следа. А умный администратор, которому прийдёт мысль держать конфиги в
пакетах, также примет к сведению тот факт, что есть %config(noreplace),
который позволит ему разбросать конфигурационные файлы как до, так и после
установки софта, не привлекая к делу RPM. Или возьмёт CVS/svn или ещё
как-то упростит себе жизнь, не усложняя другим.
--
DO4-UANIC
[-- Attachment #1: Type: text/plain, Size: 620 bytes --] On Mon, Mar 08, 2004 at 12:35:54PM +0300, Dmitry V. Levin wrote: DVL> Что касается postfix, то я против, поскольку его конфигурация существенно DVL> зависит от версии (а иногда и сборки) postfix. Вопрос -- можно ли обновлять postfix, будучи более-менее увереным в его работоспособности после обновления? В крайнем случае можно добавить отдельно версии конфигов. DVL> Кроме того, циклические зависимости - это зло, с которым надо бороться, а DVL> не культивировать. Тогда зависимость только с %name на %name-config. Кстати, а почему это зло? -- С уважением, Денис http://freesource.info [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: signed data --] [-- Type: text/plain, Size: 791 bytes --] Прошу подсказать, как заставить прогу при запуске найти нужную ей библиотеку, находящуюся в папке /usr/lib/библиотека? %add_findprov_lib_path %_libdir/hk_classes помогает только при сборке, но при запуске прога не находит того, что ей нужно. Можно, конечно, перепаковать файлы прямо в /usr/lib, но это же не то. Да и по политике неправильно. Извините за ламмерство, но я очень хочу разобраться где тут собака порылась, потому прошу помощи. Всю документацию по текущему rpm я перечитал, но нужного мне не нашел. Вывод ниже: [ilar@yby SPECS]$ knoda knoda: error while loading shared libraries: libhk_classes.so.5: cannot open shared object file: No such file or directory [ilar@yby SPECS]$ ls /usr/lib/hk_classes drivers libhk_classes.so libhk_classes.so.5 libhk_classes.so.5.0.1 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
On Tue, 9 Mar 2004, Igor Tertishny wrote:
> Прошу подсказать, как заставить прогу при запуске найти нужную
> ей библиотеку, находящуюся в папке /usr/lib/библиотека?
> %add_findprov_lib_path %_libdir/hk_classes помогает только при
> сборке, но при запуске прога не находит того, что ей нужно.
> Можно, конечно, перепаковать файлы прямо в /usr/lib, но это же
> не то. Да и по политике неправильно.
Можно с этого места поподробнее? Где почитать про то, что
правильно / неправильно класть в /usr/lib ? Спрашиваю не из
праздного любопытства, у самого такая же задача возникла при
опакечивании. Ограничился перепаковкой файлов в /usr/lib, но
теперь начинаю терять уверенность в своей правоте :-/
<skip>
// AB1002-UANIC
On Mon, 8 Mar 2004 01:06:37 +0300
"Денис Смирнов" wrote:
> А это правильно, что конфиги демонов лежат в одном пакете с ними?
> Хорошо иметь возможность сделать себе заранее конфиги и ставить с
> помощью rpm, таким образом легче будет делать новые сервера "одним
> запуском скрипта").
А может быть имеет право на жизнь такой вариант.
Идет 2 конфига. Один полный (с коментарияим) и второй минимальный (без
коментариев). И переключаются через альтернативы.
$wc -l /etc/httpd/conf/httpd.conf.rpmnew
1425 /etc/httpd/conf/httpd.conf.rpmnew
$wc -l /etc/httpd/conf/httpd.conf
202 /etc/httpd/conf/httpd.conf
$wc -l /etc/squid/squid.conf.rpmnew
3301 /etc/squid/squid.conf.rpmnew
$wc -l /etc/squid/squid.conf
135 /etc/squid/squid.conf
...
Лично мне удобнее когда конфиг умещается на 1-2 страницы. Да и с .rpmnew
гораздо проще :)
P.S. Очень мне bind в этом отношении нравится :)
--
-----------------------
- Alex Murygin, AITOC -
-----------------------
Здравствуйте! Существует ли пакет (не обязательно в Сизифе), при помощи которого можно было бы отследить утечки памяти, появление зомби и прочие промахи при разработке софта? -- Best wishes. Michael Pozhidaev. E-mail: msp@altlinux.ru. Tomsk state university. Computer science department. (http://www.inf.tsu.ru)
On Mon, Mar 15, 2004 at 08:11:47PM +0600, Michael Pozhidaev wrote: > Здравствуйте! > Существует ли пакет (не обязательно в Сизифе), при помощи > которого можно было бы отследить утечки памяти, появление зомби и > прочие промахи при разработке софта? valgrind отличная штука. > -- > Best wishes. Michael Pozhidaev. E-mail: msp@altlinux.ru. > Tomsk state university. > Computer science department. (http://www.inf.tsu.ru) > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://www.altlinux.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 263 bytes --] On Mon, Mar 15, 2004 at 08:11:47PM +0600, Michael Pozhidaev wrote: > Здравствуйте! > Существует ли пакет (не обязательно в Сизифе), при помощи > которого можно было бы отследить утечки памяти, появление зомби и > прочие промахи при разработке софта? valgrind? [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Alexey Morozov пишет: > On Mon, Mar 15, 2004 at 08:11:47PM +0600, Michael Pozhidaev wrote: > >>Здравствуйте! >>Существует ли пакет (не обязательно в Сизифе), при помощи >>которого можно было бы отследить утечки памяти, появление зомби и >>прочие промахи при разработке софта? > > valgrind? OK: Уже скачал, читаю manual. Спасибо. -- Best wishes. Michael Pozhidaev. E-mail: msp@altlinux.ru. Tomsk state university. Computer science department. (http://www.inf.tsu.ru)
Здравствуйте! При разработке небольшой утилиты столкнулся с проблемой, которую никак не могу победить. О проблеме я уже писал, не работает fork. Все возможные причины я уже исключил, динамическая память не используется, никаких элементов ipc нет, все зомби аккуратно убиваются, тем не менее, fork работает только определённое количество раз. Если у кого-нибудь есть время и возможность, помогите - запустите небольшой экспериментальный файл в своей среде. Я думаю, может быть, у меня неверно ядро работает, или ещё что-нибудь не так в моей системе? Я был бы рад, если бы кто-нибудь согласился посмотреть исходник небольшого файла, где эта проблема появляется, и указал на возможные причины. -- Best wishes. Michael Pozhidaev. E-mail: msp@altlinux.ru. Tomsk state university. Computer science department. (http://www.inf.tsu.ru)
[-- Attachment #1: Type: text/plain, Size: 398 bytes --] On Sun, Mar 21, 2004 at 01:20:26PM +0600, Michael Pozhidaev wrote: >количество раз. Если у кого-нибудь есть время и возможность, >помогите - запустите небольшой экспериментальный файл в своей >среде. Где файл? ;) -- WBR, wRAR (ALT Linux Team) Эти два факта (отсутствие строк и присутствие адресной арифметики) превращают этот язык [C] в диверсию отраслевого масштаба. -- mithraen in devel@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Andrey Rahmatullin пишет: > On Sun, Mar 21, 2004 at 01:20:26PM +0600, Michael Pozhidaev wrote: >> количество раз. Если у кого-нибудь есть время и возможность, помогите >> - запустите небольшой экспериментальный файл в своей среде. > Где файл? ;) Предыдущее письмо с файлом в рассылку не прошло. Посылаю просто так. Программа ждёт в качестве первого параметра запуска какой-нибудь wav-файл, длительность которого больше хотя бы 1 секунды. На консоль программа выводит количество успешных запуском процесса для воспроизведения звука. У меня таких запусков не больше 120. // BEGIN #include<sys/types.h> #include<unistd.h> #include<sys/wait.h> #include<stdlib.h> #include<stdio.h> pid_t mp; void play(char *name) { mp = fork(); if (mp == 0) { pid_t pp; setpgrp(); pp = fork(); if (pp == 0) { execlp("play", "play", name, NULL); } waitpid(pp, NULL, 0); exit(0); } } void stop() { pid_t p; killpg(mp, SIGKILL); while((p = waitpid(-1*mp, NULL, WNOHANG))>0); } int main(int argc, char *argv[]) { int k = 1; play(argv[1]); while(1) { printf("%u\n", k++); sleep(1); stop(); play(argv[1]); } return (0); } // END -- Best wishes. Michael Pozhidaev. E-mail: msp@altlinux.ru. Tomsk state university. Computer science department. (http://www.inf.tsu.ru)
[-- Attachment #1: Type: text/plain, Size: 1179 bytes --] On Sun, Mar 21, 2004 at 03:03:10PM +0600, Michael Pozhidaev wrote: >Программа ждёт в качестве первого параметра запуска какой-нибудь >wav-файл, длительность которого больше хотя бы 1 секунды. На >консоль программа выводит количество успешных запуском процесса >для воспроизведения звука. У меня таких запусков не больше 120. $ ulimit -u 128 $ ./1 auth.wav [...] 94 95 /usr/bin/play: fork: Resource temporarily unavailable 96 /usr/bin/play: fork: Resource temporarily unavailable $ ulimit -u 256 $ ulimit -u 256 $ ./1 auth.wav [...] 221 222 /usr/bin/play: fork: Resource temporarily unavailable 223 /usr/bin/play: fork: Resource temporarily unavailable Но ведь процессы-то не одновременно работают? man setrlimit: RLIMIT_NPROC The maximum number of processes that can be created for the real user ID of the calling process. Upon encountering this limit, fork() fails with the error EAGAIN. Так созданных или созданных одновременно? -- WBR, wRAR (ALT Linux Team) > Ну, не знаю, все мои пакеты в Сизифе сейчас абсолютно стабильны. :) Эх, Дмитрий! Если бы мы пользовались только Вашими пакетами. Ведь еще и своими приходиться. -- jaa in sisyphus@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Andrey Rahmatullin пишет: > On Sun, Mar 21, 2004 at 03:03:10PM +0600, Michael Pozhidaev wrote: >> Программа ждёт в качестве первого параметра запуска какой-нибудь >> wav-файл, длительность которого больше хотя бы 1 секунды. На >> консоль программа выводит количество успешных запуском процесса >> для воспроизведения звука. У меня таких запусков не больше 120. > $ ulimit -u > 128 > $ ./1 auth.wav > [...] > 94 > 95 > /usr/bin/play: fork: Resource temporarily unavailable > 96 > /usr/bin/play: fork: Resource temporarily unavailable > $ ulimit -u 256 > $ ulimit -u > 256 > $ ./1 auth.wav > [...] > 221 > 222 > /usr/bin/play: fork: Resource temporarily unavailable > 223 > /usr/bin/play: fork: Resource temporarily unavailable > Но ведь процессы-то не одновременно работают? Не одновременно. Каждую секунду порождается процесс, который будет корнем процессной группы, и процесс для вызова play. Перед тем, как выполнить очередной раз эту операцию, вызывается killpg(pid, SIGKILL), который убивает полностью процессную группу от предыдущего шага. Таким образом происходит последовательное порождение и завершение процессов и ничего оставаться не должно, я думаю. Почему эту операцию можно выполнить только установленное количество раз, я понять не могу. > man setrlimit: > RLIMIT_NPROC > The maximum number of processes that can be created for the real > user ID of the calling process. Upon encountering this limit, > fork() fails with the error EAGAIN. > > Так созданных или созданных одновременно? Похоже, что созданных вообще за время работы программы в главном процессе. Но какой смысл накладывать такие ограничения? -- Best wishes. Michael Pozhidaev. E-mail: msp@altlinux.ru. Tomsk state university. Computer science department. (http://www.inf.tsu.ru)
hi. On Sun, 21 Mar 2004 15:03:10 +0600 Michael Pozhidaev <msp@altlinux.ru> wrote: MP> Предыдущее письмо с файлом в рассылку не прошло. Посылаю просто так. Подозреваю, что это из-за того, что mp у тебя не volatile. -- mail="Sergey Pinaev <dfo@antex.ru>" url="http://`echo $mail | sed 's/.* <\(.*\)>/\1/' | sed 's/@/./'`"
[-- Attachment #1: Type: text/plain, Size: 172 bytes --] Отдельно от k3b идёт Monkey Audio плагин. Он выпускается под своей лицензией (см. прикрепление). Имеет ли смысл класть этот плагин в Сизиф? Или такая лицензия недопустима? [-- Attachment #2: LICENSE.libmonkeyaudio --] [-- Type: text/plain, Size: 1572 bytes --] Monkey's Audio Source Code License Agreement License Agreement 1. The use of any of the Monkey©s Audio source code or any component thereof from another program requires express written permission from the author of Monkey©s Audio. 2. The use of Monkey's Audio or the Monkey's Audio source code for any commercial purposes including, but not limited to, implementation in shareware packages is strictly prohibited without first obtaining written permission from the author. 3. All code changes and improvements must be contributed back to the Monkey's Audio project free from restrictions or royalties for the sake of the common good. 4. Although the software has been tested thoroughly, the author is in no way responsible for damages due to bugs or misuse. 5. If you do not completely agree with all of the previous stipulations, you must cease using this source code and remove it from your storage device. Non-legally Binding License Description The above license is designed to protect both me, and the Monkey's Audio project. However, anyone who has ever been kind enough to request permission to use Monkey's Audio has been granted the right to do as they please, completely free of charge or royalty. So, the license exists not to hinder what considerate people can do with Monkey's Audio, but instead to protect against the (hopefully few) inconsiderate people. All rights not expressly granted here are reserved by Matthew T. Ashland. - All materials and programs copyrighted ╘2000-2002 by Matthew T. Ashland - - All rights reserved. -
Sergey Pinaev пишет: > hi. > On Sun, 21 Mar 2004 15:03:10 +0600 > Michael Pozhidaev <msp@altlinux.ru> wrote: > > MP> Предыдущее письмо с файлом в рассылку не прошло. Посылаю просто так. > > Подозреваю, что это из-за того, что mp у тебя не volatile. > Можно подробнее, не понял. -- Best wishes. Michael Pozhidaev. E-mail: msp@altlinux.ru. Tomsk state university. Computer science department. (http://www.inf.tsu.ru)
Lokhin пишет:
>Отдельно от k3b идёт Monkey Audio плагин. Он выпускается под своей лицензией (см. прикрепление).
>Имеет ли смысл класть этот плагин в Сизиф? Или такая лицензия недопустима?
>
>
В non-free можно, но после получения разрешения от автора.
Судя по тексту, он его даст, скорее всего.
Rgrds, Алексей
hi.
On Mon, 22 Mar 2004 16:58:28 +0600
Michael Pozhidaev <msp@altlinux.ru> wrote:
>> Подозреваю, что это из-за того, что mp у тебя не volatile.
>>
MP> Можно подробнее, не понял.
Ну у тебя там описано pid_t mp глобально, и ему присваивается
значение в одной функции, а используется в другой.
Правда у тебя функции последовательно вызываются и ситуации,
когда "вторая" вызовется в середине первой не возникнет, так
что это, не причем.
У тебя получается, что play() запускает дитё (mp), которое запускает
дите (pp) и ждет его смерти. А stop() убивает mp и ждет смерти
кого-нибудь с идентификатором группы как у mp. Соответственно,
если в дите (mp) приехал сигнал "умри" он сразу из waitpid()
вывалится, не дожидаясь, пока pp умрет. И pp окажется zombie,
если я все правильно понимаю... =/
--
mail="Sergey Pinaev <dfo@antex.ru>"
url="http://`echo $mail | sed 's/.* <\(.*\)>/\1/' | sed 's/@/./'`"
Sergey Pinaev <dfo@antex.ru> writes: > hi. > On Mon, 22 Mar 2004 16:58:28 +0600 > Michael Pozhidaev <msp@altlinux.ru> wrote: > > >> Подозреваю, что это из-за того, что mp у тебя не volatile. > >> > MP> Можно подробнее, не понял. > > Ну у тебя там описано pid_t mp глобально, и ему присваивается > значение в одной функции, а используется в другой. > Правда у тебя функции последовательно вызываются и ситуации, > когда "вторая" вызовется в середине первой не возникнет, так > что это, не причем. > У тебя получается, что play() запускает дитё (mp), которое запускает > дите (pp) и ждет его смерти. А stop() убивает mp и ждет смерти > кого-нибудь с идентификатором группы как у mp. Соответственно, > если в дите (mp) приехал сигнал "умри" он сразу из waitpid() > вывалится, не дожидаясь, пока pp умрет. И pp окажется zombie, > если я все правильно понимаю... =/ Судя по всему, так и происходит. Я думаю избавиться от этого путём убирания WNOHANG из вызова waitpid(). -- Best wishes. Michael Pozhidaev. E-mail: msp@altlinux.ru. Tomsk state university. Computer science department. (http://www.inf.tsu.ru)
hi. On 22 Mar 2004 18:55:18 +0600 Michael Pozhidaev <msp@altlinux.ru> wrote: MP> Судя по всему, так и происходит. Я думаю избавиться от этого путём MP> убирания WNOHANG из вызова waitpid(). А зачем тебе два форка? -- mail="Sergey Pinaev <dfo@antex.ru>" url="http://`echo $mail | sed 's/.* <\(.*\)>/\1/' | sed 's/@/./'`"
Sergey Pinaev <dfo@antex.ru> writes: > hi. > On 22 Mar 2004 18:55:18 +0600 > Michael Pozhidaev <msp@altlinux.ru> wrote: > > MP> Судя по всему, так и происходит. Я думаю избавиться от этого путём > MP> убирания WNOHANG из вызова waitpid(). > > А зачем тебе два форка? Это был простой пример программы, где звук не только проигрывался, а ещё и генерировался, для последующей посылки через трубу для воспроизведения. Воспроизведение нужно уметь останавливать, поэтому я использовал процессные группы для коллективной посылки SIGKILL. > > -- > mail="Sergey Pinaev <dfo@antex.ru>" > url="http://`echo $mail | sed 's/.* <\(.*\)>/\1/' | sed 's/@/./'`" > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://www.altlinux.ru/mailman/listinfo/devel > -- Best wishes. Michael Pozhidaev. E-mail: msp@altlinux.ru. Tomsk state university. Computer science department. (http://www.inf.tsu.ru)
Отправлены в Сизиф vdr-1.3.6-alt2.src.rpm vdr-logos-1.3.6-alt1.src.rpm vdr-osdteletext-0.3.2-alt1.src.rpm vdr-prefermenu-0.5.4-alt1.src.rpm vdr-rotor-0.0.5-alt1.src.rpm vdr-sc-0.3.9-alt1.src.rpm vdr-schemes-1.3.6-alt1.src.rpm vdr-subtitles-0.1.4-alt1.src.rpm vdr-ttxtsubs-0.0.5pre2-alt1.src.rpm Это семейство пакетов зависит от наличия в дистрибутиве драйвера kernel-modules-dvb. В случае корректной сборки необходимо будет пересборка xawtv (зависимость в подпакете xawtv-vdr). В дальнейшем пакетов vdr-* станет больше. bash-2.05b$ rpm -qi vdr Name : vdr Relocations: (not relocateable) Version : 1.3.6 Vendor: ALT Linux Team Release : alt2 Build Date: Сбт 27 Мар 2004 15:36:19 Install date: Сбт 27 Мар 2004 16:00:36 Build Host: alpha.tirs.ru Group : Видео Source RPM: vdr-1.3.6-alt2.src.rpm Size : 1522479 License: GPL Packager : Vyacheslav Dikonov <slava@altlinux.ru> URL : http://www.cadsoft.de/vdr/download.htm Summary : Цифровой спутниковый приёмник с широкими возможностями Description : VDR позволяет превратить компьютер с Linux и DVB картой в приёмник цифрового ТВ и Радио с широкими возможностями. Помимо базовых функций, таких как просмотр ТВ, запись и сдвиг принимаемой программы во времени, VDR позволяет проигрывать музыку в формате MP3/Ogg и любые видеоформаты, поддерживаемые MPlayer, а также сохранять сделанные записи на CD или DVD. Немногие бытовые приёмники на рынке способны сравниться с VDR по своим возможностям.
[-- Attachment #1: Type: text/plain, Size: 248 bytes --] Собственно, имеется kernel-modules-lufs-<flavour> (в данный момент, только std-up) возникает вопрос: а что нужно, чтобы при апдейтах ядра соответствующий модуль пересобирался [автоматически] для новой его версии (а заодно и для std-smp ;-) )? [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
> а что нужно, чтобы при апдейтах ядра соответствующий модуль
> пересобирался [автоматически] для новой его версии (а заодно и для
> std-smp ;-) )?
Не знаю, как так получилось, но kernel-modules-pentanet-std-{up|smp} я
заливал только один или два раза. Дальше их кто-то втащил в CVS и теперь
их образовалось для всех ядер, причём новые номера сборок появляются
автоматически... ;-/
Я только обновляю периодически kernel-source-pentanet, да и то невольно,
так как у них общий src.rpm с pentanet-tools.
--
DO4-UANIC
Hi! Я положил в дедалус два пакета: 12003 Mar 29 00:52 rpm-build-python-0.6-alt1.src.rpm 761309 Mar 29 00:39 rpm-4.0.4-alt36.d6.src.rpm rpm положен по согласованию с LDV и пропатчен для работы с rpm-build-python. Как только эти пакеты будут пересобраны, я выложу питон, после него - модули к нему. -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
Сейчас в Сизифе лежат заведомо нерабочие пакеты: vdr-1.2.6-alt1.i586.rpm vdr-devel-1.2.6-alt1.i586.rpm vdr-prefermenu-0.5.3-alt1.i586.rpm vdr-sc-0.3.5-alt1.i586.rpm Им необходимы драйвера dvb, полного комплекта которых НЕТ. Есть только куски: dvb-tools-20031013-alt1.i586.rpm kernel-headers-dvb-20031013-alt1.i586.rpm kernel-source-dvb-20031013-alt1.i586.rpm ГДЕ многократно отсылавшиеся и давно исправленные kernel-modules-dvb-* ? Это яркий пример того, к чему приводит запрет на зависимости требующих наличия определенной аппаратуры прикладных пакетов от ядерных пакетов с драйверами. Видимо, теперь необходим некий список не отражаемых в виде зависимостей связей между пакетами, который вручную проверялся бы при выкладывании пакетов и составлении дистрибутивов. Текущая ситуация с их заменой: В INCOMING уже ушла новая версия vdr-1.3.6 с расширенным набором модулей. Полный комплект необходимых драйверов до сих пор есть только на ftp://ftp.altlinux.ru/pub/people/slava/ , хотя последний вариант пакетов c драйвером отправился в INCOMING и на vsu@altlinux.ru в 27 марта. Как только все части этой конструкции попадут в Сизиф, нужно будет изменить xawtv-vdr-3.90-alt2.i586.rpm.
Кстати, а ты смотрел что в std26-up ядре для DVB ?
On Tue, Mar 30, 2004 at 10:20:42AM +0400, Вячеслав Диконов wrote:
> Сейчас в Сизифе лежат заведомо нерабочие пакеты:
>
> vdr-1.2.6-alt1.i586.rpm
> vdr-devel-1.2.6-alt1.i586.rpm
> vdr-prefermenu-0.5.3-alt1.i586.rpm
> vdr-sc-0.3.5-alt1.i586.rpm
>
> Им необходимы драйвера dvb, полного комплекта которых НЕТ. Есть только
> куски:
>
> dvb-tools-20031013-alt1.i586.rpm
> kernel-headers-dvb-20031013-alt1.i586.rpm
> kernel-source-dvb-20031013-alt1.i586.rpm
>
> ГДЕ многократно отсылавшиеся и давно исправленные kernel-modules-dvb-* ?
> Это яркий пример того, к чему приводит запрет на зависимости требующих
> наличия определенной аппаратуры прикладных пакетов от ядерных пакетов с
> драйверами. Видимо, теперь необходим некий список не отражаемых в виде
> зависимостей связей между пакетами, который вручную проверялся бы при
> выкладывании пакетов и составлении дистрибутивов.
>
>
> Текущая ситуация с их заменой:
>
> В INCOMING уже ушла новая версия vdr-1.3.6 с расширенным набором
> модулей. Полный комплект необходимых драйверов до сих пор есть только на
> ftp://ftp.altlinux.ru/pub/people/slava/ , хотя последний вариант пакетов
> c драйвером отправился в INCOMING и на vsu@altlinux.ru в 27 марта. Как
> только все части этой конструкции попадут в Сизиф, нужно будет изменить
> xawtv-vdr-3.90-alt2.i586.rpm.
>
>
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://lists.altlinux.ru/mailman/listinfo/devel
> Кстати, а ты смотрел что в std26-up ядре для DVB ?
Немного некстати, но хотелось бы раз и навсегда разобраться с гадскими
SkyStar в качестве DVB-интерфейсов для спутникового IP. Я тут вчера
посмотрел, модули для неё расфоркались несколько раз, dvb-utils лежат в
orphaned и вообще решения из коробки нет.
Если было бы под руками железо с антенной, я бы мог заняться, когда-то у
меня получалось раскочегарить SkyStar-1 ещё под ядром 2.2. Сейчас у меня
только есть доступ к машине с SS-1 по ssh и отлаживать эти вещи намного
неудобнее.
Другое дело pentanet, это просто образцовая железка под Linux в
таком качестве. Всегда бы так. :-/
--
DO4-UANIC
On Втр, 2004-03-30 at 10:40, Anton Farygin wrote:
> Кстати, а ты смотрел что в std26-up ядре для DVB ?
Пока только в планах. Некогда было.
Думаю, что к 2.6 ядрам нужно будет делать доп. пакет, заменяющий
стандартную прошивку DVB карт SS1 на "улучшенную", в которой работают
все функции для программного декодирования шифрованых потоков.
Неудобство в том, что версии прошивки меняются вместе с драйвером, и
появление разблокированных вериантов не обязательно следует за выпуском
нового драйвера. Привязка этой чехарды ещё и к смене ядер только
осложняет дело. Но иначе резко сужается выбор спутниковых каналов для
тех, кто не готов потратить лишних 200-300 у.е. на железо, которое с
упехом заменяет маленькая бесплатная и открытая программа.
On Втр, 2004-03-30 at 11:17, Denis Ovsienko wrote: > > Кстати, а ты смотрел что в std26-up ядре для DVB ? > Немного некстати, но хотелось бы раз и навсегда разобраться с гадскими > SkyStar в качестве DVB-интерфейсов для спутникового IP. Я тут вчера > посмотрел, модули для неё расфоркались несколько раз, dvb-utils лежат в > orphaned и вообще решения из коробки нет. Я до него просто не дошел, хотя всё готово. Закопался с модулями и телевидением, с которым просто непочатый край работы по сборке, интернационализации и переводам. Чего стоит один только отказ разработчиков от уникода! Тут нужен dvb->ip демон и скриптовая обвязка. Это есть в Интернете с подробными инструкциями на русском и примерами (про цифровое ТВ + Linux на 80% по немецки читать надо). С другой стороны, это может оказаться Linux-решением для, например, сельских школ со спутниковым интернетом или небольших предприятий далеко от кабельной связи. > Если было бы под руками железо с антенной, я бы мог заняться, когда-то у > меня получалось раскочегарить SkyStar-1 ещё под ядром 2.2. Сейчас у меня > только есть доступ к машине с SS-1 по ssh и отлаживать эти вещи намного > неудобнее. > Другое дело pentanet, это просто образцовая железка под Linux в > таком качестве. Всегда бы так. :-/ Не думаю, что SS хуже. Драйвера есть давно и активно развиваются. Разного рода специализированные примочки тоже обычно на них ориентированы.
> Тут нужен dvb->ip демон и скриптовая обвязка. Это есть в Интернете с > подробными инструкциями на русском и примерами (про цифровое ТВ + Linux Это я знаю. Работы добавляет обилие версий. > Не думаю, что SS хуже. Драйвера есть давно и активно развиваются. > Разного рода специализированные примочки тоже обычно на них > ориентированы. Есть-то есть, но когда их 15 штук модулей + 2 или 3 файла firmware + dvbd, наличие одного pentanet.o, требующего только первоначального задания параметров, позволяет почувствовать разницу. -- DO4-UANIC
Уважаемые коллеги! Мы создали новый список рассылки http://lists.altlinux.ru/mailman/listinfo/business-team для обсуждения вопросов бизнеса, основой которого является разработка свободных программ и решений на их основе. Мы надеемся, что обсуждение поможет развитию не только бизнеса фирмы ALT Linux, но и вашего бизнеса, если он есть или будет. Список закрытый, архив доступен подписчикам. Подписчиком может стать любой член ALT Linux Team, Mozilla.ru Team, OpenOffice.ru Team. После создания этого списка любое обсуждение вопросов бизнеса в devel@ объявляется оффтопиком и ldv может может делать с такими письмами что хочет :-) Rgrds, Алексей
On Tue, Mar 30, 2004 at 03:14:08PM +0400, Aleksey Novodvorsky wrote:
> Уважаемые коллеги!
> Мы создали новый список рассылки
> http://lists.altlinux.ru/mailman/listinfo/business-team
> для обсуждения вопросов бизнеса, основой которого является разработка
> свободных программ и решений на их основе.
> Мы надеемся, что обсуждение поможет развитию не только бизнеса фирмы ALT
> Linux, но и вашего бизнеса, если он есть или будет.
> Список закрытый, архив доступен подписчикам.
> Подписчиком может стать любой член ALT Linux Team, Mozilla.ru Team,
> OpenOffice.ru Team.
>
> После создания этого списка любое обсуждение вопросов бизнеса в devel@
> объявляется оффтопиком и ldv может может делать с такими письмами что
> хочет :-)
Отлично. Алексей, просьба ставить меня в копию если там будет что-то
действительно интересное и важное.
Rgds,
Rider
On Tue, Mar 30, 2004 at 11:22:11AM +0400, Вячеслав Диконов wrote:
> On Втр, 2004-03-30 at 10:40, Anton Farygin wrote:
> > Кстати, а ты смотрел что в std26-up ядре для DVB ?
> Пока только в планах. Некогда было.
>
> Думаю, что к 2.6 ядрам нужно будет делать доп. пакет, заменяющий
> стандартную прошивку DVB карт SS1 на "улучшенную", в которой работают
> все функции для программного декодирования шифрованых потоков.
>
> Неудобство в том, что версии прошивки меняются вместе с драйвером, и
> появление разблокированных вериантов не обязательно следует за выпуском
> нового драйвера. Привязка этой чехарды ещё и к смене ядер только
> осложняет дело. Но иначе резко сужается выбор спутниковых каналов для
> тех, кто не готов потратить лишних 200-300 у.е. на железо, которое с
> упехом заменяет маленькая бесплатная и открытая программа.
Для тех, кто не готов потратить лишних 200-300 убитых евро на железо -
достаточно иметь ссылку на то, где взять чехарду и как правильно
настроить.
IMHO ради нескольких шифрованных каналов, декодирование которых незаконно
во многих странах - не стоит делать очень большие извраты с драйверами.
Rgds,
Rider
On Tue, Mar 30, 2004 at 10:41:53AM +0300, Denis Ovsienko wrote:
>
> > Тут нужен dvb->ip демон и скриптовая обвязка. Это есть в Интернете с
> > подробными инструкциями на русском и примерами (про цифровое ТВ + Linux
> Это я знаю. Работы добавляет обилие версий.
>
> > Не думаю, что SS хуже. Драйвера есть давно и активно развиваются.
> > Разного рода специализированные примочки тоже обычно на них
> > ориентированы.
> Есть-то есть, но когда их 15 штук модулей + 2 или 3 файла firmware + dvbd,
> наличие одного pentanet.o, требующего только первоначального задания
> параметров, позволяет почувствовать разницу.
Переберемся в hardware - обсудим pentanet ?
Hi! 678396 Mar 31 10:58 python-2.3.3-alt7.3.d.src.rpm Основное отличие - пересобран с AutoProvReq . -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
Уважаемые коллеги из Новосибирска, с 13 по 14 (или 15) я буду на http://www.nsu.ru/conf/issc/ , предположительно 14-го выступлю там перед студентами. Буду очень рад встретиться и лично познакомиться с вами. Пишите на личный адрес, пожалуйста. Rgrds, Алексей
Aleksey Novodvorsky пишет:
> Уважаемые коллеги из Новосибирска,
> с 13 по 14 (или 15) я буду на http://www.nsu.ru/conf/issc/ ,
Уточнение: апреля. :-)
имеем /usr/X11R6/lib/modules/extensions/libglx.a /usr/X11R6/lib/modules/extensions/libglx.so -> /usr/X11R6/lib/nvidia_1.0.5336/modules/extensions/libglx.so.nvidia При этом на одной машине грузится libglx.so и 3d работает, а на другой маниакально грузится /usr/X11R6/lib/modules/extensions/libglx.a и 3d не работает... Исправляет ситуацию только удаление/перименование /usr/X11R6/lib/modules/extensions/libglx.a. Тогда грузится *.so и все работает. Что интересно, на машине менял все и софт и железо - все равно цепляет *.a. а на других сразу все работает и никаких переименований не надо...
[-- Attachment #1: Type: text/plain, Size: 765 bytes --] В сообщении от 1 Апрель 2004 20:52 Алексей Любимов написал(a): > имеем > /usr/X11R6/lib/modules/extensions/libglx.a > /usr/X11R6/lib/modules/extensions/libglx.so -> > /usr/X11R6/lib/nvidia_1.0.5336/modules/extensions/libglx.so.nvidi >a > > При этом на одной машине грузится libglx.so и 3d работает, а на > другой маниакально грузится > /usr/X11R6/lib/modules/extensions/libglx.a и 3d не работает... > Исправляет ситуацию только удаление/перименование > /usr/X11R6/lib/modules/extensions/libglx.a. Тогда грузится *.so и > все работает. Как может грузиться .a, если в XFconfig написано Load "/usr/X11R6/lib/modules/extensions/libglx.so" ? -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
On Thu, Apr 01, 2004 at 08:52:13PM +0400, Алексей Любимов wrote:
> имеем
> /usr/X11R6/lib/modules/extensions/libglx.a
> /usr/X11R6/lib/modules/extensions/libglx.so ->
> /usr/X11R6/lib/nvidia_1.0.5336/modules/extensions/libglx.so.nvidia
>
> При этом на одной машине грузится libglx.so и 3d работает, а на другой
> маниакально грузится /usr/X11R6/lib/modules/extensions/libglx.a и 3d не
> работает...
> Исправляет ситуацию только удаление/перименование
> /usr/X11R6/lib/modules/extensions/libglx.a. Тогда грузится *.so и все
> работает.
>
> Что интересно, на машине менял все и софт и железо - все равно цепляет
> *.a. а на других сразу все работает и никаких переименований не надо...
Так было всегда.. зависит от типа файловой системы ;-(
Рекомендуется прописывать полный путь к libglx.a или libglx.so.
В Compact'е так уже и происходит.
Rgds,
Rider
Sergey V Turchin пишет:
> В сообщении от 1 Апрель 2004 20:52 Алексей Любимов написал(a):
>
>>имеем
>> /usr/X11R6/lib/modules/extensions/libglx.a
>> /usr/X11R6/lib/modules/extensions/libglx.so ->
>>/usr/X11R6/lib/nvidia_1.0.5336/modules/extensions/libglx.so.nvidi
>>a
>>
>>При этом на одной машине грузится libglx.so и 3d работает, а на
>>другой маниакально грузится
>>/usr/X11R6/lib/modules/extensions/libglx.a и 3d не работает...
>>Исправляет ситуацию только удаление/перименование
>>/usr/X11R6/lib/modules/extensions/libglx.a. Тогда грузится *.so и
>>все работает.
>
> Как может грузиться .a, если в XFconfig написано
> Load "/usr/X11R6/lib/modules/extensions/libglx.so"
> ?
>
везде прописано load "glx"
Вопрос то был, почему на одной машине берется libglx.a, а на другой в
такой же ситуации libglx.so.
Антон уже ответил, что зависит от файловой системы...
Anton Farygin пишет: > > Так было всегда.. зависит от типа файловой системы ;-( > > Рекомендуется прописывать полный путь к libglx.a или libglx.so. понятно > > В Compact'е так уже и происходит. > Это я заметил.
Добрый день! Составляя справочный раздел документации на основе описаний пакетов, я обнаружил ужасный разнобой в терминологии, информативности и оформлении, а также огромное количество банальных опечаток, не говоря уже о размашистости стиля и жаргонности отдельных описаний. Отчетливо видно отсутствие какого-либо регулирующего полиси относительно словесных описаний, которыми сопровождаются пакеты. Причем описание пакета -- это первая и весьма существенная документация, на основании которой удобно было бы судить о необходимости установки этого пакета на свою машину и т. п. На мой взгляд, стоило бы следить за такими вещами: - орфография/пунктуация - единообразие терминов ("среда KDE"/"окружение KDE"; "UTF-8"/"utf8" etc.) - информативность: если в пакете собрано несколько утилит: перечислять их с кратким пояснением, если пакет предоставляет часть какой-то более общей функциональности или сопровождается отдельным пакетом с документацией/плагинами -- упоминать их в описании. (Пока больше точных требований сформулировать не могу, однако чем информативнее, тем лучше.) - стиль/удобопонятность: изгонятьс сугубо жаргонные выражения, и стараться писать так, чтобы из описания совершенно не знакомый с областью человек мог понять, для чего нужен данный пакет и нужен ли он ему. Возможно, некоторые из этих задач можно автоматизировать? (хотя бы ispell) Возможно, стоит отдавать все описания на просмотр централизованному редактору (перед принятеим в репозиторий)? Ваши соображения? -- Kirill Maslinsky ALT Linux Team * Documentation Project
Kirill Maslinsky <kirill@altlinux.ru> writes: > Добрый день! > > Составляя справочный раздел документации на основе описаний пакетов, я > обнаружил ужасный разнобой в терминологии, информативности и оформлении, > а также огромное количество банальных опечаток, не говоря уже о размашистости > стиля и жаргонности отдельных описаний. Словарь терминов давно пора составить. Для оЧЕпяток есть ispell :) А стиль он у каждого свой и ИМХО исправлениям совсем плохо поддается. > > Отчетливо видно отсутствие какого-либо регулирующего полиси относительно > словесных описаний, которыми сопровождаются пакеты. > > Причем описание пакета -- это первая и весьма существенная документация, > на основании которой удобно было бы судить о необходимости установки > этого пакета на свою машину и т. п. > > На мой взгляд, стоило бы следить за такими вещами: > - орфография/пунктуация > - единообразие терминов ("среда KDE"/"окружение KDE"; > "UTF-8"/"utf8" etc.) И обязательно с кодировками описаний беспредел исправить, а то apt-cache приходится пару раз через iconv прогонять > - информативность: > если в пакете собрано несколько утилит: перечислять их с > кратким пояснением, если пакет предоставляет часть > какой-то более общей функциональности или сопровождается > отдельным пакетом с документацией/плагинами -- упоминать > их в описании. (Пока больше точных требований > сформулировать не могу, однако чем информативнее, тем > лучше.) > - стиль/удобопонятность: > изгонятьс сугубо жаргонные выражения, и стараться писать > так, чтобы из описания совершенно не знакомый с > областью человек мог понять, для чего нужен данный пакет > и нужен ли он ему. > > Возможно, некоторые из этих задач можно автоматизировать? > (хотя бы ispell) > > Возможно, стоит отдавать все описания на просмотр централизованному > редактору (перед принятеим в репозиторий)? Нудная это работа. Сомневаюсь что кто-то этим заняться захочет. > Ваши соображения? Давно пора :) -- With Best Regards, Maxim Tyurin JID: MrKooll@jabber.pibhe.com
> > Словарь терминов давно пора составить. Для оЧЕпяток есть ispell :) Почему же майнтейнеры им не пользуются? ;) Можно ли включить в процедуру проверки пакета проверку ispell'ом? Если я не ошибаюсь, в дебиане это сделано. > А стиль он у каждого свой и ИМХО исправлениям совсем плохо поддается. Речь идё не об индивидуальных особенностях стиля, против которых возражать нечего и незачем, а о вполне определённых огрехах: - жаргоне (жаргон, это не особенность стиля, а регистр общения между профессионалами, описание же пакета должно быть написано для "всего мира", т. е. и для пользователя). - логике изложения. > И обязательно с кодировками описаний беспредел исправить, а то > apt-cache приходится пару раз через iconv прогонять Это требование, наверное, тоже поддаётся автоматизации? > > Возможно, стоит отдавать все описания на просмотр централизованному > > редактору (перед принятеим в репозиторий)? > > Нудная это работа. Сомневаюсь что кто-то этим заняться захочет. Для такой нудной работы есть специальные зануды, вроде меня ;) -- Kirill Maslinsky ALT Linux Team * Documentation Project
[-- Attachment #1: Type: text/plain, Size: 729 bytes --] * Kirill Maslinsky <kirill@altlinux.ru> [040406 16:35]: > > Нудная это работа. Сомневаюсь что кто-то этим заняться захочет. > Для такой нудной работы есть специальные зануды, вроде меня ;) Ура! "Гвозди бы делать из этих людей, стало бы в мире гораздо гвоздей" (C) Очень часто у меня вся энергия уходит на написание красивого спека, а description и даже summary жутко корявые (про перевод я вообще молчу). С другой стороны несколько сбивают с толку однострочные описания, когда в aptitude разглядываю новые пакеты после очередной синхронизаци... Но опять же вопрос - как это всё централизовать? -- Regards, Sir Raorn. ------------------- Вопрос #1: откуда на рутере взялась мозилла? -- ldv in sisyphus@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
> Очень часто у меня вся энергия уходит на написание красивого
> спека, а description и даже summary жутко корявые (про перевод я
> вообще молчу). С другой стороны несколько сбивают с толку
> однострочные описания, когда в aptitude разглядываю новые пакеты
> после очередной синхронизаци...
>
> Но опять же вопрос - как это всё централизовать?
Поэтому я и начал здесь это обсуждение: нужно придумать технологию
для такой централизации.
Что централизовать в содержательном плане -- я примерно понимаю.
--
Kirill Maslinsky
ALT Linux Team * Documentation Project
On Tuesday 06 April 2004 16:20, Maxim Tyurin wrote: > Словарь терминов давно пора составить. Для оЧЕпяток есть > ispell :) А стиль он у каждого свой и ИМХО исправлениям совсем > плохо поддается. Напоминаю присутствующим о словаре EngCom http://www.etersoft.ru/content/view/30/ Формат словаря (разрабатываемый в рамках проекта XDXF http://sourceforge.net/projects/xdxf/) позволяет хранить различные варианты переводов, то есть может служить хранилищем для конкретной принятой в ALT терминологии. Категории будут, наверное, такие как "Правильный", "Win", "KDE", "GNOME", "ALT" :) -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
> Напоминаю присутствующим о словаре EngCom
> http://www.etersoft.ru/content/view/30/
> Формат словаря (разрабатываемый в рамках проекта XDXF
> http://sourceforge.net/projects/xdxf/)
> позволяет хранить различные варианты переводов, то есть может
> служить хранилищем для конкретной принятой в ALT терминологии.
> Категории будут, наверное, такие как "Правильный", "Win", "KDE",
> "GNOME", "ALT" :)
Мне тут только подозрительна категория "Правильный" -- это как
возможно решить? Лучше уж сказать честно, "Субъективно любимый составителем
словаря" ;)
--
Kirill Maslinsky
ALT Linux Team * Documentation Project
On Втр, 2004-04-06 at 16:56, Kirill Maslinsky wrote:
> > Очень часто у меня вся энергия уходит на написание красивого
> > спека, а description и даже summary жутко корявые (про перевод я
> > вообще молчу). С другой стороны несколько сбивают с толку
> > однострочные описания, когда в aptitude разглядываю новые пакеты
> > после очередной синхронизаци...
> >
> > Но опять же вопрос - как это всё централизовать?
>
> Поэтому я и начал здесь это обсуждение: нужно придумать технологию
> для такой централизации.
> Что централизовать в содержательном плане -- я примерно понимаю.
Мне, например, неясно как организован сбор и обработка этих переводов.
Если я переведу описание к чужому пакету, то что с ним делать дальше?
Куда или кому посылать?
В качестве кодировки давайте стандартизировать UTF-8.
[-- Attachment #1: Type: text/plain, Size: 2466 bytes --] Ок Попытаюсь объяснить ещё раз :) Specspo - интернационализация описаний пакетов от Red Hat. Основана на gettext (простенько и со вкусом), description & summary "выдираються" из rpm с помощью сценария на руби (оригинальный скрипт от красной шапки найти не удалось). Во время первого извлечения описаний это делаеться для локалей C, ru, be, ua. Из С получаем pot файл, а из остальных po файлы. Далее происходит (точнее должно происходить) ежедневное обновление pot и обновление за счёт оного ро файлов. Т.е. переведённые описания более не извлекаються для локалей ru, be, ua, а перевод производиться соответствующей командой. Есть два пути "внесения" переведённой информации в пакет: 1) и не самый изящный; пишеться макрос добавляющий описание в пакет во время сборки; побочный негативный эффект - пакет будет распухать описаниями, пускай себе и в рамках полиси 2) gettext; патч для rpm определяющий вывод описаний пакетов посредством gnu gettext;из приятного - файлы с описанием для разных локалей можно разложить по разным соответствующим им пакетам. Так же это позволит содержать спеки девственно чистыми, т.е. описания пакетов только в С. А вот организация работы над переводом должна решаться в рамках каждой отдельной команды переводчиков IMHO. Как вариант cvs.altlinux , и дополнительно ежедневнообновляемая страничка (с помощью того же сценария на руби) со статистикой переводов. [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1428 bytes --] On Wed, Apr 07, 2004 at 10:05:50AM +0300, Vital Khilko wrote: > Specspo - интернационализация описаний пакетов от Red Hat. > Основана на gettext (простенько и со вкусом), > description & summary "выдираються" из rpm с помощью > сценария на руби (оригинальный скрипт от красной шапки > найти не удалось). Есть основания пологать, что такого скрипта у них никогда не было. :) > Во время первого извлечения описаний это делаеться для > локалей C, ru, be, ua. Из С получаем pot файл, а из остальных > po файлы. Далее происходит (точнее должно происходить) ежедневное > обновление pot и обновление за счёт оного ро файлов. Т.е. переведённые > описания более не извлекаються для локалей ru, be, ua, а перевод > производиться соответствующей командой. > Есть два пути "внесения" переведённой информации в пакет: > > 1) и не самый изящный; пишеться макрос добавляющий описание в пакет > во время сборки; побочный негативный эффект - пакет будет распухать > описаниями, пускай себе и в рамках полиси Этот вариант не годится. > 2) gettext; патч для rpm определяющий вывод описаний пакетов > посредством gnu gettext;из приятного - файлы с описанием для разных > локалей можно разложить по разным соответствующим им пакетам. Так же > это позволит содержать спеки девственно чистыми, т.е. описания пакетов > только в С. Этот вариант я не понял (хотя и перечитывал абзац несколько раз). -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 468 bytes --] > > 2) gettext; патч для rpm определяющий вывод описаний пакетов > > посредством gnu gettext;из приятного - файлы с описанием для разных > > локалей можно разложить по разным соответствующим им пакетам. Так же > > это позволит содержать спеки девственно чистыми, т.е. описания пакетов > > только в С. > > Этот вариант я не понял (хотя и перечитывал абзац несколько раз). ну вместо показывания summary из пакеты rpm будет запрашивать gettext. что здесь непонятного? [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 625 bytes --] On Wed, Apr 07, 2004 at 12:53:07PM +0300, Nick S. Grechukh wrote: > > > 2) gettext; патч для rpm определяющий вывод описаний пакетов > > > посредством gnu gettext;из приятного - файлы с описанием для разных > > > локалей можно разложить по разным соответствующим им пакетам. Так же > > > это позволит содержать спеки девственно чистыми, т.е. описания пакетов > > > только в С. > > > > Этот вариант я не понял (хотя и перечитывал абзац несколько раз). > > ну > вместо показывания summary из пакеты rpm будет запрашивать gettext. что здесь > непонятного? Непонятно, зачем для этого патчить rpm? -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Wed, Apr 07, 2004 at 01:48:28PM +0400, Dmitry V. Levin wrote: > > 2) gettext; патч для rpm определяющий вывод описаний пакетов > > посредством gnu gettext;из приятного - файлы с описанием для разных > > локалей можно разложить по разным соответствующим им пакетам. Так же > > это позволит содержать спеки девственно чистыми, т.е. описания пакетов > > только в С. > > Этот вариант я не понял (хотя и перечитывал абзац несколько раз). Вариант предполагает использование gettext внутри RPM при возврате description через RPM API. -- / Alexander Bokovoy Samba Team http://www.samba.org/ ALT Linux Team http://www.altlinux.org/ Midgard Project Ry http://www.midgard-project.org/
[-- Attachment #1: Type: text/plain, Size: 793 bytes --] В сообщении от Среда 07 Апрель 2004 12:55 Dmitry V. Levin написал(a): > On Wed, Apr 07, 2004 at 12:53:07PM +0300, Nick S. Grechukh wrote: > > > > 2) gettext; патч для rpm определяющий вывод описаний пакетов > > > > посредством gnu gettext;из приятного - файлы с описанием для разных > > > > локалей можно разложить по разным соответствующим им пакетам. Так же > > > > это позволит содержать спеки девственно чистыми, т.е. описания > > > > пакетов только в С. > > > > > > Этот вариант я не понял (хотя и перечитывал абзац несколько раз). > > > > ну > > вместо показывания summary из пакеты rpm будет запрашивать gettext. что > > здесь непонятного? > > Непонятно, зачем для этого патчить rpm? есть такая маза что rpm api при возврате description не использует gettext поэтому надо его патчить [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1507 bytes --] On Срд, 2004-04-07 at 13:48 +0400, Dmitry V. Levin wrote: > On Wed, Apr 07, 2004 at 10:05:50AM +0300, Vital Khilko wrote: > > Specspo - интернационализация описаний пакетов от Red Hat. > > Основана на gettext (простенько и со вкусом), > > description & summary "выдираються" из rpm с помощью > > сценария на руби (оригинальный скрипт от красной шапки > > найти не удалось). > > Есть основания пологать, что такого скрипта у них никогда не было. :) > попадался как-то, но полноценным назвать его было сложно и пришлось рукоблудить своё. Вот готовые ро от них есть, так что можно сделать msmerge для пополнения русских переводов. > > 1) и не самый изящный; пишеться макрос добавляющий описание в пакет > > во время сборки; побочный негативный эффект - пакет будет распухать > > описаниями, пускай себе и в рамках полиси > > Этот вариант не годится. согласен. Но ,кстати, последний кто предлогал этот вариант был ldv :) [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 287 bytes --] On Wed, Apr 07, 2004 at 01:15:04PM +0300, Vital Khilko wrote: > On Срд, 2004-04-07 at 13:48 +0400, Dmitry V. Levin wrote: [...] > > Этот вариант не годится. > согласен. Но ,кстати, последний кто предлогал этот вариант был ldv :) Нет, вы его с кем-то перепутали. :) -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1000 bytes --] On Wed, Apr 07, 2004 at 12:58:46PM +0300, Nick S. Grechukh wrote: > В сообщении от Среда 07 Апрель 2004 12:55 Dmitry V. Levin написал(a): > > On Wed, Apr 07, 2004 at 12:53:07PM +0300, Nick S. Grechukh wrote: > > > > > 2) gettext; патч для rpm определяющий вывод описаний пакетов > > > > > посредством gnu gettext;из приятного - файлы с описанием для разных > > > > > локалей можно разложить по разным соответствующим им пакетам. Так же > > > > > это позволит содержать спеки девственно чистыми, т.е. описания > > > > > пакетов только в С. > > > > > > > > Этот вариант я не понял (хотя и перечитывал абзац несколько раз). > > > > > > ну > > > вместо показывания summary из пакеты rpm будет запрашивать gettext. что > > > здесь непонятного? > > > > Непонятно, зачем для этого патчить rpm? > есть такая маза что rpm api при возврате description не использует gettext > поэтому надо его патчить Что значит "есть такая маза"? На чём основана ваша ошибочная гипотеза? -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 696 bytes --] On Wed, Apr 07, 2004 at 01:48:28PM +0400, Dmitry V. Levin wrote: > On Wed, Apr 07, 2004 at 10:05:50AM +0300, Vital Khilko wrote: > > Specspo - интернационализация описаний пакетов от Red Hat. > > Основана на gettext (простенько и со вкусом), > > description & summary "выдираються" из rpm с помощью > > сценария на руби (оригинальный скрипт от красной шапки > > найти не удалось). > > Есть основания пологать, что такого скрипта у них никогда не было. :) Оказывается, был и есть, getpo.sh называется, его можно найти в rpm-4.0.4-alt36.src.rpm (rpm-4_0/scripts/getpo.sh). Его обязательно надо как минимум посмотреть прежде, чем начинать работу в этом направлении. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 2231 bytes --] > Оказывается, был и есть, getpo.sh называется, его можно найти в > rpm-4.0.4-alt36.src.rpm (rpm-4_0/scripts/getpo.sh). > > Его обязательно надо как минимум посмотреть прежде, чем начинать работу в > этом направлении. Дмитрий, сей файл чистой воды подстава.И там как раз и неправильно, т.к. 1) этот скрипт позволяет получать только pot 2) этот pot не поддаёться переводу 3) результатом работы этого скрипта не могут быть файлы из пакета http://ftp.redhat.com/pub/redhat/linux/9/en/os/i386/SRPMS/specspo-9.0-1.src.rpm а вот и пример для pot <skip> #: autoconvert-0.3.7-3.i386.rpm:1004 autoconvert-0.3.7-3.src.rpm:1004 msgid "Chinese HZ/GB/BIG5 encodings auto-converter." msgstr "" # ======================================================== #: autoconvert-0.3.7-3.src.rpm:1005 autoconvert-xchat-0.3.7-3.i386.rpm:1005 msgid "Auto-convert plugins for the xchat IRC client." msgstr "" #: autoconvert-0.3.7-3.src.rpm:1004 autoconvert-xchat-0.3.7-3.i386.rpm:1004 msgid "Auto-convert xchat plugins." msgstr "" # ======================================================== #: autofs-3.1.7-1.i386.rpm:1005 autofs-3.1.7-1.src.rpm:1005 msgid "Autofs controls the operation of the automount daemons. The automount\n" "daemons automatically mount filesystems when you use them and\n" "unmount them after a period of inactivity. Filesystems can include\n" "network filesystems, CD-ROMs, floppies, and other media.\n" "\n" "Install this package if you want a program for automatically mounting\n" "and unmounting filesystems. If your Red Hat Linux machine is on a\n" "network, you should install autofs." msgstr "" <skip> и для ru.po #: dbskkd-cdb-1.01-5.i386.rpm:1004 dbskkd-cdb-1.01-5.src.rpm:1004 msgid "A dictionary server for the SKK Japanese input method system." msgstr "Сервер словарей для метода ввода японских иероглифов SKK." [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 887 bytes --] On Wed, Apr 07, 2004 at 03:23:48PM +0300, Vital Khilko wrote: > > Оказывается, был и есть, getpo.sh называется, его можно найти в > > rpm-4.0.4-alt36.src.rpm (rpm-4_0/scripts/getpo.sh). > > > > Его обязательно надо как минимум посмотреть прежде, чем начинать работу в > > этом направлении. > > Дмитрий, сей файл чистой воды подстава.И там как раз и неправильно, Это не "чистой воды подстава", rpmlib поддерживает оба формата. Используйте тот, который вам больше нравится. > 1) этот скрипт позволяет получать только pot Так ведь он на это и рассчитан. > 2) этот pot не поддаёться переводу Поддаётся. :) > 3) результатом работы этого скрипта не могут быть файлы из пакета > http://ftp.redhat.com/pub/redhat/linux/9/en/os/i386/SRPMS/specspo-9.0-1.src.rpm И не должны, те файлы живут своей жизнью, а не извлекаются каждый раз из spec-файлов. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 796 bytes --] On Срд, 2004-04-07 at 16:48 +0400, Dmitry V. Levin wrote: > Это не "чистой воды подстава", rpmlib поддерживает оба формата. > Используйте тот, который вам больше нравится. Нам нравится правильный ро :) > > > 3) результатом работы этого скрипта не могут быть файлы из пакета > > http://ftp.redhat.com/pub/redhat/linux/9/en/os/i386/SRPMS/specspo-9.0-1.src.rpm > > И не должны, те файлы живут своей жизнью, а не извлекаются каждый раз из > spec-файлов. > А не кто и не говорил что они извлекаються каждый раз. [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 189 bytes --]
Здравствуйте! У кого-нибудь есть Сизиф в Санкт-Петербурге? Подъеду с винчестером (IDE), куда скажете.
Hi! Алексей и я довели т.н. "новую схему сборки питоновских модулей" до того состояния, когда этим можно попробовать воспольоваться. Я пересобрал почти все свои пакеты (включая Zope) и некоторое количество чужих (так как иначе мои не ставятся), все это лежит в дедалусе: python-2.3.3-alt7.5.d.src.rpm python-module-bsddb3-4.2.4-alt5.d.src.rpm python-module-egenix-mx-base-2.0.3-alt6.d.src.rpm python-module-egenix-mx-experimental-0.8.0-alt4.d.src.rpm python-module-MySQLdb-0.9.2-alt5.d.src.rpm python-module-pexpect-0.999-alt3.d.src.rpm python-module-psycopg-1.1.11-alt5.d.src.rpm python-module-pyparsing-1.1.2-alt3.d.src.rpm python-module-Reportlab-1.19-alt3.d.src.rpm rpm-4.0.4-alt36.d8.src.rpm rpm-build-python-0.8-alt2.src.rpm Zope-2.6.4-alt3.src.rpm Что сделано: 1. Работают макросы Алексея, пример спека можно посмотреть в /usr/share/doc/rpm-build-python-0.8/python-module-SAMPLE.spec, кроме того в /etc/rpm/macros.d/python есть комментаии к макросам; 2. Работает автоматическое определение зависимостей, подробнее об этом в /usr/share/doc/rpm-build-python-0.8/doc/ByteCompilator.txt, должен обратить внимание, по умолчанию определение зависимостей сейчас отключено, по этому в вашем спеке должен быть явно указано : AutoReqProv: all, python 3. Работает улчшенный скрипт байт-компиляции, позволяющий выборочно компилировать файлы пакета, подробнее см. в /usr/share/doc/rpm-build-python-0.8/doc/ByteCompilator.txt 4. Написана простенькая приблуда к distutils, позволяющая быстро создать спек нового пакета командой: python setup.py bdist_altrpm --daedalus --spec-only и последующим небольшим редактированием, подробнее см. /usr/share/doc/rpm-build-python-0.8/doc/DistUtils.txt Что недоделано: 1. Пакет python будет дорабоатыватся дальше - там pre / post скрипты срабатывают не там где надо и не так, как надо, и я еще не готов выложить распиленную версию; 2. Я сейчас проверяю возможность отказатся от повторной байт компиляции при использовании для сборки distutils (т.е. setup.py), там есть необходимый код, осталось проверить насколько юзабелен. Замечание: Для того, чбы реально воспользоватся автоматическим определением зависимостей, т.е. не ставит все подряд модули питона, а только реально необходимые, нужно поставить пакет python-slight (вместо python-strict). Опять-таки, чбы получить стандартный набор пакетов python - нужно поставить python-strict. PS: К сожалению, тот пакет rpm-build-python, который лежит в дедалусе (0.8-alt1) не содержит док (сорри), на которые я ссылаюсь, но новый пакет (alt2) я уже залил. Там обновленное FAQ и полиси, все еще в состоянии draft. Напоминаю, я по-прежнему принимаю вопросы и советы по поводу полиси на адрес python@neural.ru. -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
[-- Attachment #1: Type: text/plain, Size: 585 bytes --] On Mon, Apr 26, 2004 at 10:34:55AM +0400, Andrey Orlov wrote: > Hi! > > Алексей и я довели т.н. "новую схему сборки питоновских модулей" до того > состояния, когда этим можно попробовать воспольоваться. Я пересобрал > почти все свои пакеты (включая Zope) и некоторое количество > чужих (так как иначе мои не ставятся), все это лежит в дедалусе: > [skip] > > PS: К сожалению, тот пакет rpm-build-python, который лежит в дедалусе > (0.8-alt1) alt2 уже в Дедале. -- Best regards AB -- ... In nomine Altli, et Ctrli, et Spititus Deli, Reset! [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Monday 26 April 2004 11:51, Aleksandr Blokhin wrote:
> alt2 уже в Дедале.
Спасибо. А то я уже когда письмо писал увидел что.
--
WthBstRgrds -- Андрей Орлов --
--- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------
1) happy надо в Obsolete (новая сборка ghc его obsoletes, так я думал - это автоматом произойдёт) 2) получил от QA робота кучу спама, весь он вызван тем, что ocaml почему-то не пересобирали - только зависящие от него пакеты (вот всё и посыпалось). Что-то с hasher-ом не так?
[-- Attachment #1: Type: text/plain, Size: 675 bytes --] On Thu, Apr 29, 2004 at 06:59:20PM +0400, Vitaly Lugovsky wrote: > 1) happy надо в Obsolete (новая сборка ghc его obsoletes, так я > думал - это автоматом произойдёт) Ok > 2) получил от QA робота кучу спама, весь он вызван тем, что > ocaml почему-то не пересобирали - только зависящие от него > пакеты (вот всё и посыпалось). Что-то с hasher-ом не так? Робот, пересобирающий Сизиф для проверки, использует --no-stuff. Другими словами, результат пересборки пакетов не используется для пересборки. Кстати, у ocaml-пакетов слишком жёсткие межпакетные зависимости, что осложняет автоматическую пересборку, которую я планировал сделать. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Thu, 29 Apr 2004, Dmitry V. Levin wrote: > Робот, пересобирающий Сизиф для проверки, использует > --no-stuff. Худо. Тогда придётся поэтапно заливать новые сборки... :( > Кстати, у ocaml-пакетов слишком жёсткие межпакетные > зависимости, что осложняет автоматическую пересборку, которую я > планировал сделать. А без них никак - библиотеки бинарно совершенно несовместимы при смене версии. Я вообще подумываю о том, что всё это хозяйство надо из одного src.rpm собирать...
[-- Attachment #1: Type: text/plain, Size: 684 bytes --] On Sat, May 01, 2004 at 12:53:45AM +0400, Vitaly Lugovsky wrote: > On Thu, 29 Apr 2004, Dmitry V. Levin wrote: > > > Робот, пересобирающий Сизиф для проверки, использует > > --no-stuff. > > Худо. Тогда придётся поэтапно заливать новые сборки... :( Зато робот, собирающий пакеты в Сизиф, не использует --no-stuff. :) > > Кстати, у ocaml-пакетов слишком жёсткие межпакетные > > зависимости, что осложняет автоматическую пересборку, которую я > > планировал сделать. > > А без них никак - библиотеки бинарно совершенно несовместимы при > смене версии. :( > Я вообще подумываю о том, что всё это хозяйство надо из одного > src.rpm собирать... -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 402 bytes --] Здравствуйте. "Всем читать!" http://lwn.net/Articles/83360/ (~оригинал) или (гм) http://literalbarrage.org/blog/archives/2004/05/04/linux-geek-out-moment-of-the-day/ Кажется, это стоит лишний раз обдумать, *если* когда-то будут обдумываться эти самые цели проекта и все такое. Спасибо за ссылки ab@. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Приветствую! в devel:/incoming/Sisyphus/ ушли tcl-tktheme-2.3-alt3.src.rpm tkcvs-7.1.2-alt3.src.rpm tkdiff-4.0.0-alt2.src.rpm Изменения: различные фиксы SPEC-файлов -- Best regards! =================================================== Sergey Kalinin (aka BanZaj) "CONERO lab" | http://conero.lrn.ru | banzaj@lrn.ru
[-- Attachment #1: Type: text/plain, Size: 548 bytes --] ..... 35: console-data ######################################################## [ 76%] service: keytable: Unrecognized service error: execution of %post scriptlet from console-data-1999.08.29-alt2 failed, exit status 1 36: console-tools ######################################################## [ 78%] апт должен их ставить в другом порядке, для этого, видимо console-data должен требовать console-tools? баг? -- с уважением, Nick S. Grechukh ------------------------- Refractory Trading House network administrator [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
On Wed, May 19, 2004 at 02:09:26PM +0300, Nick S. Grechukh wrote: > ..... > 35: console-data > ######################################################## [ 76%] > service: keytable: Unrecognized service > error: execution of %post scriptlet from console-data-1999.08.29-alt2 failed, > exit status 1 > 36: console-tools > ######################################################## [ 78%] > > апт должен их ставить в другом порядке, для этого, видимо console-data должен > требовать console-tools? баг? Это конечно же нехорошо. Если console-data запускает что-то из console-tools, то console-data должна по идее иметь PreReq на console-tools_or_kbd. > > -- > с уважением, > Nick S. Grechukh > ------------------------- > Refractory Trading House > network administrator > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://lists.altlinux.ru/mailman/listinfo/devel
Судя по всему за сутки отстуствия bugzilla в online - на ней успели много всего поломать. Самое неприятное - то, что пакеты поменяли мантейнеров: https://bugzilla.altlinux.org/describecomponents.cgi?product=1.%20Sisyphus&component=kernel-image-std26-up Legion утверждает, что теперь списки беруться из list.src.*, на мой взгляд это крайне неправильно. Ибо, например: list.src.base:glibc-kernheaders vsu rider - это я никогда не собирал и не собираюсь собирать. list.src.contrib:bonnie rider собирал, но можно выкинуть из Sisyphus. list.src.contrib:cvsweb rider - собирал, но собирать не собираюсь продолжать list.src.kernel:kernel-feat-core-win4lin vsu rider - никогда не собирал и не собираюсь собирать А в пакетах kenel-modules-* вообще все перепутано, кто что собирает - не понять никогда в жизни ;-) Вообще ручная обработка таких вещей IMHO крайне затратна и схема автоматизации меня например вполне устраивала, не знаю как остальных ;-) К ней можно было бы приделать нотификации при смене мантейнера и жить и дальше спокойно. А вы тут себе и людям жизнь усложнили ;-( Rgds, Rider
Это крик души ;) On Thu, May 20, 2004 at 02:59:47PM +0400, Anton Farygin wrote: > Судя по всему за сутки отстуствия bugzilla в online - на ней успели > много всего поломать. > > Самое неприятное - то, что пакеты поменяли мантейнеров: > > https://bugzilla.altlinux.org/describecomponents.cgi?product=1.%20Sisyphus&component=kernel-image-std26-up > > Legion утверждает, что теперь списки беруться из list.src.*, на мой > взгляд это крайне неправильно. Ибо, например: > > list.src.base:glibc-kernheaders vsu rider - это я никогда не собирал и > не собираюсь собирать. Можно поменять порядок - тогда в багзилле будет ответственным vsu. Это вопрос договорённости. Напиши все свои пожелания по пакетам. Двое присутствуют поскольку именно столько людей отвечают за пакет согласно полю packager. Если это на самом деле не так, то не делайте общего packager для ядер. > list.src.contrib:bonnie rider собирал, но можно выкинуть из Sisyphus. > list.src.contrib:cvsweb rider - собирал, но собирать не собираюсь продолжать > list.src.kernel:kernel-feat-core-win4lin vsu rider - никогда не > собирал и не собираюсь собирать > > А в пакетах kenel-modules-* вообще все перепутано, кто что собирает - не > понять никогда в жизни ;-) Ну вообще говоря вы там сами всё запутали пользуясь общим packager'ом, хотя как выясняется это не так ;) > > > Вообще ручная обработка таких вещей IMHO крайне затратна и схема > автоматизации меня например вполне устраивала, не знаю как остальных ;-) Эта схема тоже имела свои недостатки. Например пакет мог скакать с мантейнера на мантейнера в зависимости от того кто собирал пакет, например исправлявший ошибку (или злобно собравший чужой пакет) мог стать владельцем, надо было делать исключения для qa-robot. > > К ней можно было бы приделать нотификации при смене мантейнера и жить и > дальше спокойно. А вы тут себе и людям жизнь усложнили ;-( Скорее наоборот, просто надо теперь наконец выяснить кто мантейнер того или иного пакета. Предыдущая запутанность мантейнерства стала наглядной. Более того скоро станет невозможно просто так собрать чужой пакет. > > Rgds, > Rider > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://lists.altlinux.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 559 bytes --] On Thu, May 20, 2004 at 02:59:47PM +0400, Anton Farygin wrote: > Судя по всему за сутки отстуствия bugzilla в online - на ней успели > много всего поломать. > > Самое неприятное - то, что пакеты поменяли мантейнеров: > > https://bugzilla.altlinux.org/describecomponents.cgi?product=1.%20Sisyphus&component=kernel-image-std26-up > > Legion утверждает, что теперь списки беруться из list.src.*, на мой > взгляд это крайне неправильно. Ибо, например: Это правильно. Если есть вопросы по list.*, пиши на incoming@, будем фиксить. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Stanislav Ievlev пишет: > Это крик души ;) Нет, это серьезно. > > On Thu, May 20, 2004 at 02:59:47PM +0400, Anton Farygin wrote: > >>Судя по всему за сутки отстуствия bugzilla в online - на ней успели >>много всего поломать. >> >>Самое неприятное - то, что пакеты поменяли мантейнеров: >> >>https://bugzilla.altlinux.org/describecomponents.cgi?product=1.%20Sisyphus&component=kernel-image-std26-up >> >>Legion утверждает, что теперь списки беруться из list.src.*, на мой >>взгляд это крайне неправильно. Ибо, например: >> >>list.src.base:glibc-kernheaders vsu rider - это я никогда не собирал и >>не собираюсь собирать. > > Можно поменять порядок - тогда в багзилле будет ответственным vsu. > Это вопрос договорённости. Напиши все свои пожелания по пакетам. Стас, для того, что бы пройтись по всем $ fgrep rider list.src.*|wc -l 311 Мне нужно примерно часов пять... у меня их нет. Прошу вернуть старую схему на место, либо поправить (я не знаю кто это будет делать). > > Двое присутствуют поскольку именно столько людей отвечают за пакет > согласно полю packager. Если это на самом деле не так, то не делайте > общего packager для ядер. Ты хочешь сказать что в поле Packager прописано два человека ? нет, там - email, указывающий в devel-kernel@. Сколько там подписчиков ? > >>list.src.contrib:bonnie rider собирал, но можно выкинуть из Sisyphus. >>list.src.contrib:cvsweb rider - собирал, но собирать не собираюсь продолжать >>list.src.kernel:kernel-feat-core-win4lin vsu rider - никогда не >>собирал и не собираюсь собирать > > >>А в пакетах kenel-modules-* вообще все перепутано, кто что собирает - не >>понять никогда в жизни ;-) > > Ну вообще говоря вы там сами всё запутали пользуясь общим packager'ом, > хотя как выясняется это не так ;) Это так, но у нас принят принцип "кто последний тот и папа" ;-) > >> >>Вообще ручная обработка таких вещей IMHO крайне затратна и схема >>автоматизации меня например вполне устраивала, не знаю как остальных ;-) > > Эта схема тоже имела свои недостатки. Например пакет мог скакать с > мантейнера на мантейнера в зависимости от того кто собирал пакет, например > исправлявший ошибку (или злобно собравший чужой пакет) мог стать владельцем, надо было делать исключения для > qa-robot. ну и что ? Зато прикрутив нотификацию о смене мантейнера - все бы решилось легко и просто. > >>К ней можно было бы приделать нотификации при смене мантейнера и жить и >>дальше спокойно. А вы тут себе и людям жизнь усложнили ;-( > > Скорее наоборот, просто надо теперь наконец выяснить кто мантейнер того > или иного пакета. Предыдущая запутанность мантейнерства стала наглядной. > Более того скоро станет невозможно просто так собрать чужой пакет. Вот и будет кирдык. Пойти мне что ли в отпуск, пока это не успокоится ? Хорошо, что я получаю сообщения о всех багах в bugzilla, а как быть тем, у кого нет таких прав ? Как отслеживать ошибки в своих пакетах ? или ты предлагаешь всему devel, каждому персонально, просматривать все lists.src глазами и определять чей это пакет, потом слать тебе изменения, которые ты будешь вводить вручную ? Rgds, Rider
Dmitry V. Levin пишет:
> On Thu, May 20, 2004 at 02:59:47PM +0400, Anton Farygin wrote:
>
>>Судя по всему за сутки отстуствия bugzilla в online - на ней успели
>>много всего поломать.
>>
>>Самое неприятное - то, что пакеты поменяли мантейнеров:
>>
>>https://bugzilla.altlinux.org/describecomponents.cgi?product=1.%20Sisyphus&component=kernel-image-std26-up
>>
>>Legion утверждает, что теперь списки беруться из list.src.*, на мой
>>взгляд это крайне неправильно. Ибо, например:
>
>
> Это правильно.
> Если есть вопросы по list.*, пиши на incoming@, будем фиксить.
Нет, это неправильно.
Вопрос один: кто будет оплачивать мое время, потраченное на просмотр 311
записей в list'ах и составление списка ошибочных ? ;-)
Rgds,
Rider
[-- Attachment #1: Type: text/plain, Size: 506 bytes --] On Thu, May 20, 2004 at 03:54:17PM +0400, Anton Farygin wrote: > >Можно поменять порядок - тогда в багзилле будет ответственным vsu. > >Это вопрос договорённости. Напиши все свои пожелания по пакетам. > > Стас, для того, что бы пройтись по всем > $ fgrep rider list.src.*|wc -l > 311 > > Мне нужно примерно часов пять... у меня их нет. Прошу вернуть старую > схему на место, либо поправить (я не знаю кто это будет делать). Это что - по минуте на строку? Отмазка не принята. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1105 bytes --] On Thu, May 20, 2004 at 03:55:59PM +0400, Anton Farygin wrote: > Dmitry V. Levin пишет: > >On Thu, May 20, 2004 at 02:59:47PM +0400, Anton Farygin wrote: > > > >>Судя по всему за сутки отстуствия bugzilla в online - на ней успели > >>много всего поломать. > >> > >>Самое неприятное - то, что пакеты поменяли мантейнеров: > >> > >>https://bugzilla.altlinux.org/describecomponents.cgi?product=1.%20Sisyphus&component=kernel-image-std26-up > >> > >>Legion утверждает, что теперь списки беруться из list.src.*, на мой > >>взгляд это крайне неправильно. Ибо, например: > > > > > >Это правильно. > >Если есть вопросы по list.*, пиши на incoming@, будем фиксить. > > Нет, это неправильно. > Вопрос один: кто будет оплачивать мое время, потраченное на просмотр 311 > записей в list'ах и составление списка ошибочных ? ;-) > Поскольку ты помнишь (должен помнить) имена своих пакетов, или, по крайней мере, отличать их от чужих, то тебе хватит одной секунды, чтобы про каждый из этих 311 сказать, твой пакет или нет. Итого чуть более пяти минут, или один перекур. :) -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Dmitry V. Levin пишет:
> On Thu, May 20, 2004 at 03:54:17PM +0400, Anton Farygin wrote:
>
>>>Можно поменять порядок - тогда в багзилле будет ответственным vsu.
>>>Это вопрос договорённости. Напиши все свои пожелания по пакетам.
>>
>>Стас, для того, что бы пройтись по всем
>>$ fgrep rider list.src.*|wc -l
>>311
>>
>>Мне нужно примерно часов пять... у меня их нет. Прошу вернуть старую
>>схему на место, либо поправить (я не знаю кто это будет делать).
>
>
> Это что - по минуте на строку? Отмазка не принята.
А как иначе ? Я не помню всего что я собирал, надо посмотреть
_персонально_ содержимое большинства пакетов и понять для чего оно мне
было нужно.
А по хорошему - нужно просматривать весь список, что бы понять какие из
моих пакетов вы повесили на другого мантейнера.
Так что там получится не меньше недели.
Rgds,
Rider
Dmitry V. Levin пишет:
> On Thu, May 20, 2004 at 03:55:59PM +0400, Anton Farygin wrote:
>
>>Dmitry V. Levin пишет:
>>
>>>On Thu, May 20, 2004 at 02:59:47PM +0400, Anton Farygin wrote:
>>>
>>>
>>>>Судя по всему за сутки отстуствия bugzilla в online - на ней успели
>>>>много всего поломать.
>>>>
>>>>Самое неприятное - то, что пакеты поменяли мантейнеров:
>>>>
>>>>https://bugzilla.altlinux.org/describecomponents.cgi?product=1.%20Sisyphus&component=kernel-image-std26-up
>>>>
>>>>Legion утверждает, что теперь списки беруться из list.src.*, на мой
>>>>взгляд это крайне неправильно. Ибо, например:
>>>
>>>
>>>Это правильно.
>>>Если есть вопросы по list.*, пиши на incoming@, будем фиксить.
>>
>>Нет, это неправильно.
>>Вопрос один: кто будет оплачивать мое время, потраченное на просмотр 311
>>записей в list'ах и составление списка ошибочных ? ;-)
>>
>
>
> Поскольку ты помнишь (должен помнить) имена своих пакетов, или, по крайней
> мере, отличать их от чужих, то тебе хватит одной секунды, чтобы про каждый
> из этих 311 сказать, твой пакет или нет. Итого чуть более пяти минут, или
> один перекур. :)
Нет, к сожалению ты не прав..
Нужно же еще посмотреть все остальные пакеты в Sisyphus, что бы понять
какие вы еще сделали в отношении моих пакетов ошибки (например передали
какому-то мантейнеру). Да и все имена я не помню. Так что время
увеличивается до одной недели, а ответа на вопрос о том, за чей счет
будет производится эта ручная выборка - так и нет.
Rgds,
Rider
Hi! Залил в сизиф три пакета. Я не помню, к сожалению, мантейнит ли кто pyparsing (apt-cache search pyparsing ничего не нашле), так что извините если перекрыл кого - будем считать, что это начальное приближение к ереносу вашего пакета на новую методику сборки пакетов. Пакет egenix-mx-base последние полтора года обновляю только я, хотя официально мне его, кажется, не отдавали, в общем, если что - тоже мои извинения. Кроме того, пакет egenix-mx-base теперь, видимо, стоит объявить Obsoleted и снести из. python-module-egenix-mx-base-2.0.3-alt8.src.rpm python-module-pyparsing-1.1.2-alt5.src.rpm python-module-egenix-mx-experimental-0.8.0-alt6.src.rpm Кроме того, в последнее время были залиты пакеты: python-module-bsddb3-4.2.4-alt8.src.rpm Обсолетит bsddb3 python-module-imaging-1.1.4-alt7.src.rpm Обсолетит python-imaging python-module-MySQLdb-0.9.2-alt9.src.rpm Обсолетит MySQL-python python-module-psycopg-1.1.11-alt8.src.rpm Обсолетит psycopg python-module-pyparsing-1.1.2-alt5.src.rpm python-module-Reportlab-1.19-alt5.src.rpm В процессе заливки находятся модули для Zope: mysqlUserFolder-0.9.2-alt6.src.rpm ZMySQLDA-2.0.8-alt9.src.rpm Интернет как-то очень замечательно сегодня работает, так что зальются видимо только вечером. Да и libAltDist из дистрибутива можно выбросить - я им больше не пользуюсь, все модули, которые его требуют, будут пересобраны и залиты без него в течении ближайших часов. -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
Здравствуйте, некоторое время назад я прочитал в списке sisyphus@ список пакетов с предложением взяться их поддерживать. Предложение было адресовано для всех желающих, в первую очередь для разработчиков, но и для желающих стать разработчиками - тоже. Я решил попробовать, что привело впоследстии к тому что я прошел тест и получил право "заливать" в incoming. Причём, как справедливо было сказано, я могу туда "заливать" что захочу, а не только тот пакет, который мне согласился передать предыдущий его мейнтейнер. Объясните мне, а о я совсем не понимаю. Это что, каждый прошедший тест может любую ерунду туда "заливать"? Прав ли я, предполагая, что переход от incoming к sisyphus фильтруется не каким-нибудь автоматом проверяющим что пакет собирается и что там есть подпись и т.п. формальные вещи. А напротив, его фильтруют и отбрасывают всякую ерунду бдительные люди? Дело в том, что я довольно давно туда "залил" пакет, в который упаковал утилиты которыцми сам давным-давно пользуюсь. Но, видимо, кроме меня он если кому и нужен то не среди тех кто занимается фильтрованием всякой всячины что любой прошедший тест может заливать в incoming. У меня в связи с этим вопрос, даже просьба посоветовать, что лучше делать. Надо ли как-то пропагандировать этот пакет в другом списке рассылки, не devel@ а sisyphus@. Или как-то более подробно объяснять фильтрующим, что это за пакет и кому он может быть нужен. Мне кажется что в Sisyphus могут попадать пакеты которыми пользуются далеко не каждый из установивших у себя Альтлинуксовские дистрибутивы. Или может быть лучше этот пакет направить в daedalus? Что для меня сходу казалось неправильным, так как я думал что туда направляются пакеты в стабильности которых сам поддерживающий сомневается. Или вообще, искать или самому организовывать свалки пакетов на стороне, наподобие тех неофициальных дебиановских что публикуются в apt-get.org? С уважением, Сергей
[-- Attachment #1: Type: text/plain, Size: 470 bytes --] On Thu, May 20, 2004 at 11:39:27AM -0400, sergey ivanov wrote: > Или вообще, искать или самому организовывать свалки пакетов на стороне, > наподобие тех неофициальных дебиановских что публикуются в apt-get.org? По поводу неофициальных репозиториев: посоветуйтесь с г-ном Иноземцевым aka shrek. У него уже есть такой репозиторий. У Алексея Любимова тоже, кажется. На остальные вопросы, видимо, более адекватно ответит org@ или люди, его представляющие :-) [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Thu, May 20, 2004 at 11:39:27AM -0400, sergey ivanov wrote: > Здравствуйте, > некоторое время назад я прочитал в списке sisyphus@ список пакетов с > предложением взяться их поддерживать. Предложение было адресовано для > всех желающих, в первую очередь для разработчиков, но и для желающих > стать разработчиками - тоже. > Я решил попробовать, что привело впоследстии к тому что я прошел тест и > получил право "заливать" в incoming. > Причём, как справедливо было сказано, я могу туда "заливать" что захочу, > а не только тот пакет, который мне согласился передать предыдущий его > мейнтейнер. > Объясните мне, а о я совсем не понимаю. Это что, каждый прошедший тест > может любую ерунду туда "заливать"? Может пытаться ;) > Прав ли я, предполагая, что переход от incoming к sisyphus фильтруется > не каким-нибудь автоматом проверяющим что пакет собирается и что там > есть подпись и т.п. формальные вещи. А напротив, его фильтруют и > отбрасывают всякую ерунду бдительные люди? Да у нас многоуровневая система фильтров (хотя и не идеальная ;) ). 1. приём идёт долго и нудно, во время приёма человек волей-неволей проверяется на способность собирать пакеты. Проверяет человек. Сейчас это стало строже ибо заниматься проверками стал at. 2. попадая в incoming пакет проверяется хешером и sisyphus_check. Это автомат. 3. потом следует фильтр по имени contrib и inger. в Сизифе пакет периодически терроризируют пчёлы и иногда он этого не выдерживает. 4. периодически (и при попадании в дистрибутив или перемещении в компоненты выше castle) подключается самый крутой фильтр - ldv. > Дело в том, что я довольно давно туда "залил" пакет, в который упаковал > утилиты которыцми сам давным-давно пользуюсь. Но, видимо, кроме меня он > если кому и нужен то не среди тех кто занимается фильтрованием всякой > всячины что любой прошедший тест может заливать в incoming. > У меня в связи с этим вопрос, даже просьба посоветовать, что лучше > делать. Надо ли как-то пропагандировать этот пакет в другом списке > рассылки, не devel@ а sisyphus@. Или как-то более подробно объяснять > фильтрующим, что это за пакет и кому он может быть нужен. Мне кажется > что в Sisyphus могут попадать пакеты которыми пользуются далеко не > каждый из установивших у себя Альтлинуксовские дистрибутивы. Могут. Можете анонсировать где угодно. > Или может быть лучше этот пакет направить в daedalus? Что для меня сходу > казалось неправильным, так как я думал что туда направляются пакеты в > стабильности которых сам поддерживающий сомневается. Да daedalus - это для сомневающихся, но сомневающихся очень сильно. > Или вообще, искать или самому организовывать свалки пакетов на стороне, > наподобие тех неофициальных дебиановских что публикуются в apt-get.org? Ну Сизиф это в каком-то смысле тоже свалка, только более высокороганизованная. > > С уважением, > Сергей > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://lists.altlinux.ru/mailman/listinfo/devel
Stanislav Ievlev wrote: >On Thu, May 20, 2004 at 11:39:27AM -0400, sergey ivanov wrote: > > [skip] >>Дело в том, что я довольно давно туда "залил" пакет, в который упаковал >>утилиты которыцми сам давным-давно пользуюсь. [skip] >>У меня в связи с этим вопрос, даже просьба посоветовать, что лучше >>делать. Надо ли как-то пропагандировать этот пакет в другом списке >>рассылки, не devel@ а sisyphus@. Или как-то более подробно объяснять >>фильтрующим, что это за пакет и кому он может быть нужен. Мне кажется >>что в Sisyphus могут попадать пакеты которыми пользуются далеко не >>каждый из установивших у себя Альтлинуксовские дистрибутивы. >> >> >Могут. Можете анонсировать где угодно. > > Наверно лучше подождать и посмотреть, пройдёт ли этот пакет систему фильтрации и появится ли в Сизифе. А если не пройдёт - как можно узнать что он не прошёл? Есть ли какая-нибудь система уведомлений, что вот тот мусор что вы к нам принесли мы уже выкинули, можете приносить следующий? Значит ли то, что он еще лежит в /incoming/Sisyphus/ что его судьба ещё не решена? Сергей.
[-- Attachment #1: Type: text/plain, Size: 491 bytes --] On Thu, May 20, 2004 at 11:39:27AM -0400, sergey ivanov wrote: > Или может быть лучше этот пакет направить в daedalus? Что для меня сходу В Дедал попадают экспериментальные, и (возможно) не стабильные сборки программ. Поэтому, если Ваша программа не попадает под эту классификацию, то лучше наверное в Сизиф. Хотя, если Вы отправите такую программу в Дедал, то я её туда положу. -- Best regards AB -- ... In nomine Altli, et Ctrli, et Spititus Deli, Reset! [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Hi! К сожалению, до вечера вынужден уехать по делам, так что на письма отвечу в 6ть-7мь часов. -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
On Thu, May 20, 2004 at 02:24:50PM -0400, sergey ivanov wrote: > Stanislav Ievlev wrote: > > >On Thu, May 20, 2004 at 11:39:27AM -0400, sergey ivanov wrote: > > > > > [skip] > > >>Дело в том, что я довольно давно туда "залил" пакет, в который упаковал > >>утилиты которыцми сам давным-давно пользуюсь. [skip] > >>У меня в связи с этим вопрос, даже просьба посоветовать, что лучше > >>делать. Надо ли как-то пропагандировать этот пакет в другом списке > >>рассылки, не devel@ а sisyphus@. Или как-то более подробно объяснять > >>фильтрующим, что это за пакет и кому он может быть нужен. Мне кажется > >>что в Sisyphus могут попадать пакеты которыми пользуются далеко не > >>каждый из установивших у себя Альтлинуксовские дистрибутивы. > >> > >> > >Могут. Можете анонсировать где угодно. > > > > > Наверно лучше подождать и посмотреть, пройдёт ли этот пакет систему > фильтрации и появится ли в Сизифе. > А если не пройдёт - как можно узнать что он не прошёл? Есть ли > какая-нибудь система уведомлений, что вот тот мусор что вы к нам > принесли мы уже выкинули, можете приносить следующий? > Значит ли то, что он еще лежит в /incoming/Sisyphus/ что его судьба ещё > не решена? Как правило, если пакет не пересобрался - приходит уведомление. Но иногда бывают сбои и тогда надо написать письмо и уточнить. Если пакет пересобрался, то значит он пришёл в contrib => можете поискать его на ftp. > Сергей. > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > http://lists.altlinux.ru/mailman/listinfo/devel
Привет всем отдаются в добрые руки следующие пакеты: bigloo-2.6d-alt1.src.rpm bigloo-lib-0.20-alt2.src.rpm cameleon-1.3-alt1.src.rpm camltemplate-0.9.1-alt1.src.rpm catdoc-0.93.3-alt1.src.rpm chicken-1.33-alt1.src.rpm cyclone-0.7-alt1.src.rpm deroff-1.8-alt3.src.rpm dvipng-1.0-alt1.src.rpm eflite-0.3.6-alt2.src.rpm elk-3.99.6-alt2.src.rpm emacs21-21.3-alt10.src.rpm emacs-apel-10.3-alt1.src.rpm emacs-base-0.0.4-alt2.src.rpm emacs-bbdb-2.35-alt0.1.20030915.src.rpm emacs-cedet-1.0-alt0.7.beta2b.src.rpm emacs-chess-2.0-alt1.b5.src.rpm emacs-dictionary-1.8.5-alt1.src.rpm emacs-docbookide-0.1-alt4.src.rpm emacs-ecb-2.23-alt1.src.rpm emacs-edb-1.21-alt2.src.rpm emacs-elib-1.0-alt6.src.rpm emacs-elisp-manual-2.8-alt1.src.rpm emacs-emhacks-0.1-alt1.src.rpm emacs-erc-4.0-alt1.src.rpm emacs-gnuplot-0.5s-alt4.src.rpm emacs-gnus-5.10.6-alt2.src.rpm emacs-gnuserv-3.12.6-alt1.src.rpm emacs-haskell-mode-1.43-alt4.src.rpm emacs-ilisp-5.12-alt2.20040430.src.rpm emacs-jdee-2.3.4-alt2.beta3.src.rpm emacs-jdee-addons-0.1-alt1.src.rpm emacs-ljupdate-3.3-alt1.src.rpm emacs-mailcrypt-3.5.8-alt4.src.rpm emacs-manual-ru-20.7-alt1.src.rpm emacs-misc-modes-0.1-alt10.src.rpm emacs-mmm-mode-0.4.7-alt5.src.rpm emacs-mode-tdtd-0.71-alt5.src.rpm emacs-mule-ucs-0.85rc1-alt1.src.rpm emacs-ngnus-0.1-alt1.src.rpm emacs-nxml-mode-0.1.20031031-alt1.src.rpm emacs-ognus-0.24-alt3.src.rpm emacspeak-19.0-alt2.src.rpm emacs-pov-mode-2.10-alt1.src.rpm emacs-preview-latex-0.8.1-alt2.src.rpm emacs-prog-modes-0.1-alt12.src.rpm emacs-ses-1.0-alt1.031130.src.rpm emacs-slime-0.99-alt1.20040430.src.rpm emacs-sml-mode-3.9.5-alt5.src.rpm emacs-template-3.1a-alt3.src.rpm emacs-text-modes-0.1-alt9.src.rpm emacs-tiny-tools-1.0.20040413-alt1.src.rpm emacs-tnt-2.5-alt1.src.rpm emacs-tramp-2.0.39-alt1.src.rpm emacs-w3-4.0-alt0.8.pre.47.src.rpm emacs-w3m-1.4-alt1.src.rpm emacs-xslide-0.2.2-alt5.src.rpm emacs-xslt-process-2.2-alt9.src.rpm emacs-zenirc-2.112-alt3.src.rpm erlang-R9C.0-alt3.src.rpm flite-1.2-alt3.src.rpm hmake-3.08-alt1.src.rpm htmldoc-1.8.23-alt3.1.src.rpm ifile-1.3.3-alt1.src.rpm kawa-1.7.90-alt3.src.rpm libgc-6.2-alt2.src.rpm libical-0.23a-alt3.src.rpm librep-0.16.2-alt2.src.rpm libtextcat-2.1-alt1.src.rpm lightning-1.1.2-alt1.src.rpm mdk-1.0.1-alt1.src.rpm Mixer.app-1.7.0-alt1.src.rpm plt2-206-alt2.p1.src.rpm scsh-0.6.6-alt1.src.rpm sphinx2-0.4-alt4.src.rpm sphinx3-0.1-alt1.src.rpm sqlite-2.8.5-alt2.src.rpm stklos-0.57-alt1.src.rpm tcl-cost-2.2-alt5.p1.src.rpm TEItools-1.0.20030922-alt1.src.rpm tgif-4.1.43-alt2.src.rpm tla-1.2-alt5.src.rpm trang-0.1.20030619-alt1.src.rpm valgrind-calltree-0.9.6-alt1.src.rpm w3m-0.5.1-alt1.1.src.rpm wmappl-0.61-alt1.src.rpm wmcalendar-0.5.0-alt2.src.rpm wmcliphist-0.5-alt1.src.rpm wmitime-0.3-alt1.src.rpm wmmisc-0.5-alt1.src.rpm wmmixer-1.5-alt1.src.rpm wmMultiPop3-0.7-alt1.src.rpm wmsmixer-0.5.1-alt1.src.rpm wmtimer-2.9-alt1.src.rpm wmwork-0.2.3-alt2.src.rpm xdrawchem-1.8.2-alt1.src.rpm xmahjongg-3.6.1-alt2.src.rpm XScreenSaver.App-2.3-alt2.src.rpm я не могу ими заниматься, поскольку они стали отнимать слишком много моего времени.
On Wed, 26 May 2004 17:57:43 +0400 (MSD)
"Alex Ott" <ottalex@narod.ru> wrote:
> sqlite-2.8.5-alt2.src.rpm
я бы взял.
--
Best Regards, Konstantin Klimchev
(mailto:koka@atvc.ru jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia
Klimchev Konstantin пишет:
>On Wed, 26 May 2004 17:57:43 +0400 (MSD)
>"Alex Ott" <ottalex@narod.ru> wrote:
>
>
>
>>sqlite-2.8.5-alt2.src.rpm
>>
>>
>я бы взял.
>
>
>
>
Не собрать ли его с UTF-8?
Rgrds, Алексей
[-- Attachment #1: Type: text/plain, Size: 585 bytes --] Alex Ott wrote > Привет всем > > отдаются в добрые руки следующие пакеты: Ты нас покидаешь, что ли? :( > bigloo-2.6d-alt1.src.rpm > bigloo-lib-0.20-alt2.src.rpm > chicken-1.33-alt1.src.rpm > cyclone-0.7-alt1.src.rpm > kawa-1.7.90-alt3.src.rpm > librep-0.16.2-alt2.src.rpm > plt2-206-alt2.p1.src.rpm > scsh-0.6.6-alt1.src.rpm > stklos-0.57-alt1.src.rpm > tla-1.2-alt5.src.rpm Эти я подхвачу. -- Best Regards! | "Sometimes you're the windshield Alexey Voinov | Sometimes you're the bug..." | voins@voins.program.ru voins@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
>>>>> "AV" == Alexey Voinov writes: AV> Alex Ott wrote >> отдаются в добрые руки следующие пакеты: AV> Ты нас покидаешь, что ли? :( Да >> bigloo-2.6d-alt1.src.rpm >> bigloo-lib-0.20-alt2.src.rpm в этот комплект посмотри еще и на bugloo >> chicken-1.33-alt1.src.rpm >> cyclone-0.7-alt1.src.rpm >> kawa-1.7.90-alt3.src.rpm сюда хорошо бы brl >> librep-0.16.2-alt2.src.rpm >> plt2-206-alt2.p1.src.rpm >> scsh-0.6.6-alt1.src.rpm >> stklos-0.57-alt1.src.rpm >> tla-1.2-alt5.src.rpm AV> Эти я подхвачу. -- With best wishes, Alex Ott ------------------------------- Jet Infosystems, Moscow, Russia mailto: ottalex@narod.ru http://xtalk.msk.su/~ott/ ICQ #22005116
[-- Attachment #1: Type: text/plain, Size: 612 bytes --] On Wed, May 26, 2004 at 06:10:18PM +0400, Klimchev Konstantin wrote: > On Wed, 26 May 2004 17:57:43 +0400 (MSD) > "Alex Ott" <ottalex@narod.ru> wrote: > > > sqlite-2.8.5-alt2.src.rpm > я бы взял. > Есть сборка 2.8.13. Собирался сегодня выложить. Как поступим? -- Kirill A. Shutemov E-mail: kirya85@mail.ru JID: kas@altlinux.org ICQ: 152302675 > > Я забыл включить в build requires новые kernel-build-tools. > > Sorry. > Петр! А комментарии последуют? Или kernel-doc, и вперед? Чем Вы шутите? Какие комментарии 24 мая? Раньше понедельника, думаю, ждать не стоит. -- ldv in sisyphus@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Thu, 27 May 2004 08:16:49 +0300
"Kirill A. Shutemov" <kirya85@mail.ru> wrote:
> Есть сборка 2.8.13. Собирался сегодня выложить. Как поступим?
даже и не знаю. может на усмотрение хозяина?
--
Best Regards, Konstantin Klimchev
(mailto:koka@atvc.ru jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia
On Wed, 26 May 2004, Alex Ott wrote:
> htmldoc-1.8.23-alt3.1.src.rpm
Этим пользуюсь и без него не обойдусь - возьму себе.
--
// AB1002-UANIC
[-- Attachment #1: Type: text/plain, Size: 363 bytes --] On Wed, May 26, 2004 at 05:57:43PM +0400, Alex Ott wrote: AO> sqlite-2.8.5-alt2.src.rpm Этого я у тебя уже забрал. Мне он очень нужен. AO> tla-1.2-alt5.src.rpm Я за ним не следил. Он уже научился работать с русскими именами файлов? Если да, и его совсем никто не возьмёт, то я его возьму. -- С уважением, Денис http://freesource.info [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 237 bytes --] On Wed, May 26, 2004 at 06:34:36PM +0400, Aleksey Novodvorsky wrote: AN> Не собрать ли его с UTF-8? Я не тестировал это, но в спеке --enable-utf8 при вызове configure есть. -- С уважением, Денис http://freesource.info [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 326 bytes --] On Thu, May 27, 2004 at 08:16:49AM +0300, Kirill A. Shutemov wrote: KAS> Есть сборка 2.8.13. Собирался сегодня выложить. Как поступим? Надо сделать diff3 спеков между alt2 сборкой, вашей сборкой и alt3 сборкой. В alt3 (моей) сборке собирается ещё и tcl binding. -- С уважением, Денис http://freesource.info [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Приветствую! 1) Подскажите, начиная с какой версии QT появилась конструкция QMessageBox::question ? В qt-3.1.2 ее нет, а в 3.3.1 вроде есть. И как правильно прописывать сборочную зависимость на libqt3-devel (> 3.3)? 2) Если приложение использует /usr/bin/soundwrapper (который находится в пакете menu), то на что лучше повесить зависимость, на menu или на /usr/bin/soundwrapper (вдруг в будущем он переедет в другой пакет)? Как правильнее с точки зрения идеологии сборки? -- У каждого в башке свои тараканы...
Денис Смирнов пишет:
>On Wed, May 26, 2004 at 06:34:36PM +0400, Aleksey Novodvorsky wrote:
>
> AN> Не собрать ли его с UTF-8?
>
>Я не тестировал это, но в спеке --enable-utf8 при вызове configure есть.
>
>
>
Да, я именно об этом. Поддержка UTF-8 потенциально важна, но могут быть
проблемы с приложениями.
Rgrds, Алексей
[-- Attachment #1: Type: text/plain, Size: 746 bytes --] В сообщении от Чт 27 Май 2004 13:30 Genix написал(a): > Приветствую! > > 1) Подскажите, начиная с какой версии QT появилась конструкция > QMessageBox::question ? В qt-3.1.2 ее нет, а в 3.3.1 вроде есть. > И как правильно прописывать сборочную зависимость на libqt3-devel > (> 3.3)? libqt3-devel >= 3.3 > 2) Если приложение использует /usr/bin/soundwrapper (который > находится в пакете menu), то на что лучше повесить зависимость, > на menu или на /usr/bin/soundwrapper (вдруг в будущем он переедет > в другой пакет)? Как правильнее с точки зрения идеологии сборки? Уже есть такой пакет - sound_handler, зависьте от него -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 429 bytes --] Денис Смирнов wrote > AO> tla-1.2-alt5.src.rpm > Я за ним не следил. Он уже научился работать с русскими именами файлов? > Если да, и его совсем никто не возьмёт, то я его возьму. Я возьму и не отдам :) Я им пользуюсь и без русских имён файлов :) -- Best Regards! | "Sometimes you're the windshield Alexey Voinov | Sometimes you're the bug..." | voins@voins.program.ru voins@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Так что прошу отсрочки по моим пакетам - только-только приступил к делу...
При сборке программы (gnucash) одна из библиотек (libgw-business-core.so.0.0.0) по невыясненным мной причинам начинает называться libgw-business-core.so.0.0.0U (буква U появляется в названии), из-за чего она не устанавливается. Не может ли кто предположить, из-за чего такое может происходить? -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
В Makefile должно быть видно.
Скорее всего опечатка в -o опции gcc
Vitaly Lipatov пишет:
>При сборке программы (gnucash)
>одна из библиотек (libgw-business-core.so.0.0.0)
>по невыясненным мной причинам начинает называться
>libgw-business-core.so.0.0.0U (буква U появляется в названии),
>из-за чего она не устанавливается.
>Не может ли кто предположить, из-за чего такое может
>происходить?
>
>
>
[-- Attachment #1: Type: text/plain, Size: 779 bytes --] On Wed, Jun 02, 2004 at 06:24:29PM +0400, Vitaly Lipatov wrote: > При сборке программы (gnucash) > одна из библиотек (libgw-business-core.so.0.0.0) > по невыясненным мной причинам начинает называться > libgw-business-core.so.0.0.0U (буква U появляется в названии), > из-за чего она не устанавливается. > Не может ли кто предположить, из-за чего такое может > происходить? У меня при сборке libfxscintilla было наоборот -- не дыло so в имени библиотки. Починилось обновлением libtool. -- Kirill A. Shutemov E-mail: kirya85@mail.ru JID: kas@altlinux.org ICQ: 152302675 Я получил от nidd сообщение, что у него есть запись перекрёстного допроса aka F.A.Q. на эту тему. Запись будет приложена к материалам следствия по делу подсудимого XKB. -- avp in devel@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Привет! С помощью lupdate пробежался по всем .cpp файлам, в результате чего создался .ts файл. Сделал в нем необходимые изменения, за'release'ил его. А куда нужно класть получившийся *.qm, чтобы он автоматом подхватывался программой? -- У каждого в башке свои тараканы...
1. zvbi - не должен иметь зависимости libunicode (>= 0.4) 2. gda-postgres - не должен иметь зависимости postgresql-libs (>= 7.2.2-alt2)
On Thu, Jun 03, 2004 at 04:40:48PM +0400, Genix wrote: > Привет! > > С помощью lupdate пробежался по всем .cpp файлам, в результате чего создался > .ts файл. Сделал в нем необходимые изменения, за'release'ил его. А куда > нужно класть получившийся *.qm, чтобы он автоматом подхватывался > программой? в методе load указывается местоположение каталога с переводами. Поэтому можно класть в любое разумное место, сложившихся традиций для .qm файлов у нас нет. Например можно в /usr/lib/program/translations/ > > -- > У каждого в башке свои тараканы... > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > https://lists.altlinux.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 279 bytes --] В сообщении от Чт 3 Июнь 2004 18:05 Stanislav Ievlev написал(a): [...] > /usr/lib/program/translations/ Лучше /usr/share/program/translations/ -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
On Thu, Jun 03, 2004 at 07:11:56PM +0400, Sergey V Turchin wrote: > В сообщении от Чт 3 Июнь 2004 18:05 Stanislav Ievlev написал(a): > > [...] > > > /usr/lib/program/translations/ > Лучше /usr/share/program/translations/ В share лежат платформно независимые вещи, а .qm это всё-таки бинарный формат. Поэтому кстати надо бы повесить багу на apt-indicator. Серёга, сделаешь? > > -- > Regards, Sergey, ALT Linux Team, http://www.altlinux.ru > http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > https://lists.altlinux.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 657 bytes --] * Stanislav Ievlev <inger@> [040604 12:03]: > > > /usr/lib/program/translations/ > > Лучше /usr/share/program/translations/ > В share лежат платформно независимые вещи, а .qm это всё-таки бинарный > формат. Поэтому кстати надо бы повесить багу на apt-indicator. > Серёга, сделаешь? progs.dat от quake тоже бинарный формат. Платформа - quake[forge]. Жавские скомпилированные классы тоже "бинари"... .qm зависит от endianness (или как там это слово пишется) и разрядности платформы? -- Regards, Sir Raorn. ------------------- Ой ой ой... господа, я _не рекомендую_ использовать Sisyphus на серверах любого маштаба. -- rider in devel@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Fri, Jun 04, 2004 at 12:07:11PM +0400, Alexey I. Froloff wrote: > * Stanislav Ievlev <inger@> [040604 12:03]: > > > > /usr/lib/program/translations/ > > > Лучше /usr/share/program/translations/ > > В share лежат платформно независимые вещи, а .qm это всё-таки бинарный > > формат. Поэтому кстати надо бы повесить багу на apt-indicator. > > Серёга, сделаешь? > progs.dat от quake тоже бинарный формат. Платформа - > quake[forge]. Жавские скомпилированные классы тоже "бинари"... Своя платформа - это особая песня. А что там про это говорит FHS? > > .qm зависит от endianness (или как там это слово пишется) и > разрядности платформы? Надо проверять, подозреваю что должны. Ведь это фактически хеши. > > -- > Regards, Sir Raorn. > ------------------- > Ой ой ой... господа, я _не рекомендую_ использовать Sisyphus на серверах > любого маштаба. > -- rider in devel@ > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > https://lists.altlinux.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 1062 bytes --] * Stanislav Ievlev <inger@> [040604 12:14]: > > > В share лежат платформно независимые вещи, а .qm это всё-таки бинарный > > > формат. Поэтому кстати надо бы повесить багу на apt-indicator. > > > Серёга, сделаешь? > > progs.dat от quake тоже бинарный формат. Платформа - > > quake[forge]. Жавские скомпилированные классы тоже "бинари"... > Своя платформа - это особая песня. А что там про это говорит FHS? Конкретно про это - молчит. Думаю, они попадают под определение architecture-independent application-specific static files, которые must be placed in /usr/share. [FHS 2.2, 4.7.1, сноска 18]. > > .qm зависит от endianness (или как там это слово пишется) и > > разрядности платформы? > Надо проверять, подозреваю что должны. Ведь это фактически хеши. Надо посмотреть в код. Я глянул и ничего не понял... Это наверно к zerg@'у... -- Regards, Sir Raorn. ------------------- > Дмитрий Левин собирался еще перед выкладыванием tetex в Sisyphus > пересобрать его, для экономии трафика. Он говорит, что не успел. -- ldv in devel@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Получил сообщение от Станислава Иевлева, что пакет не собирается. Components: hasher Processing pkglists... hasher done Processing srclists... hasher done ... checking for dlopen in -ldl... (cached) yes checking whether hk_classes >=0.7 is available... no configure: error: hk_classes >=version 0.7 is NOT available !! ============================================================================ If you have installed the library in another directory than Были высланы оба пакета. knoda должна собираться только после hk_classes, так зависит от заголовочных файлов из hk_classes. Как сделать так, чтобы автоматически собирался сначала пакет hk_classes? Насколько я понимаю, если он будет в репозитарии хашера, то хашер обратится уже к нему? Или я не прав. Странно, до сих пор подобных проблем с knoda не возникало.
[-- Attachment #1: Type: text/plain, Size: 700 bytes --] В сообщении от Пт 4 Июнь 2004 12:02 Stanislav Ievlev написал(a): > On Thu, Jun 03, 2004 at 07:11:56PM +0400, Sergey V Turchin wrote: > > В сообщении от Чт 3 Июнь 2004 18:05 Stanislav Ievlev > > написал(a): > > > > [...] > > > > > /usr/lib/program/translations/ > > > > Лучше /usr/share/program/translations/ > > В share лежат платформно независимые вещи, а .qm это всё-таки > бинарный формат. mp3 тоже. Это платформонезависимый формат. Один и тот же файл перевода будет работать в любой системе. > Поэтому кстати надо бы повесить багу на > apt-indicator. Серёга, сделаешь? -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 376 bytes --] В сообщении от Пт 4 Июнь 2004 12:07 Alexey I. Froloff написал(a): [...] > .qm зависит от endianness (или как там это слово пишется) и > разрядности платформы? .qm - big endian, но Qt это учитывает. Искать по слову endian в src/kernel/qtranslator.cpp -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
On Fri, 4 Jun 2004 15:09:41 +0400 Sergey V Turchin <zerg@altlinux.org> wrote: > > В share лежат платформно независимые вещи, а .qm это всё-таки > > бинарный формат. > mp3 тоже. > Это платформонезависимый формат. > Один и тот же файл перевода будет работать > в любой системе. Кстати, я подкладывал перевод от Linux-версии PSI в Windows. Даже к такой системе он подходит =).
[-- Attachment #1: Type: text/plain, Size: 409 bytes --] В сообщении от Пт 4 Июнь 2004 12:37 Igor Tertishny написал(a): [...] > Как сделать так, чтобы автоматически собирался сначала пакет Возможно incoming@-у нужно организовать получение информации о последовательности сборки вместе с пакетами. Сейчас наверняка это можно сделать почтой. -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
On Fri, Jun 04, 2004 at 04:38:35PM +0400, Sergey V Turchin wrote: > В сообщении от Пт 4 Июнь 2004 12:37 Igor Tertishny написал(a): > > [...] > > > Как сделать так, чтобы автоматически собирался сначала пакет > Возможно incoming@-у нужно организовать получение информации > о последовательности сборки вместе с пакетами. > Сейчас наверняка это можно сделать почтой. Лучше через BuildPreReq'и. Так например давно поступают gnome2 и xfce. > > -- > Regards, Sergey, ALT Linux Team, http://www.altlinux.ru > http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > https://lists.altlinux.ru/mailman/listinfo/devel
[-- Attachment #1: Type: text/plain, Size: 1206 bytes --] В сообщении от Пт 4 Июнь 2004 17:27 Stanislav Ievlev написал(a): > On Fri, Jun 04, 2004 at 04:38:35PM +0400, Sergey V Turchin wrote: > > В сообщении от Пт 4 Июнь 2004 12:37 Igor Tertishny написал(a): > > > > [...] > > > > > Как сделать так, чтобы автоматически собирался сначала пакет > > > > Возможно incoming@-у нужно организовать получение информации > > о последовательности сборки вместе с пакетами. > > Сейчас наверняка это можно сделать почтой. > > Лучше через BuildPreReq'и. Так например давно поступают gnome2 и > xfce. BuildPreReq: some-package >= %version-%release ? Может скрипты заточить на сортировку по обычным BuildRequires? > > -- > > Regards, Sergey, ALT Linux Team, http://www.altlinux.ru > > http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 > > > > > > > > _______________________________________________ > > Devel mailing list > > Devel@altlinux.ru > > https://lists.altlinux.ru/mailman/listinfo/devel > > _______________________________________________ > Devel mailing list > Devel@altlinux.ru > https://lists.altlinux.ru/mailman/listinfo/devel -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
>
> BuildPreReq: some-package >= %version-%release
> ?
> Может скрипты заточить на сортировку по обычным BuildRequires?
>
Мне нетрудно поставить BuildPreReq:, завтра залью пересобранную версию. Но
если заточить, но это было бы неплохо.
Уважаемые коллеги! Хоть и поздновато, но мы решились это сделать. Я посылаю _проект_ сообщения о коференции, который мы собираемся опубликовать завтра после обеда. Прошу вопросов, исправлений, дополнений. Rgrds, Алексей -------------- Информационное сообщение о конференции. Институт логики, когнитологии и развития личности. ООО "ALT Linux". Первая Международная Балабановская конференция разработчиков свободных программ. 28-30 июля 2004 года, Балабаново-Обнинск. Уважаемые коллеги! Приглашаем Вас принять участие в Первой Международной Балабановской конференции разработчиков свободных программ, которая состоится 28-30 июля 2004 года в городах Балабаново и Обнинск Калужсокй области. Конференция приурочена к международному фестивалю LinuxFest-6.0, который пройдет с 30 июля по 1 августа на берегу реки Протвы в окрестностях древнего русского города Боровска. Конференция, в работе которой примут участие ведущие разработчики свободных программ из России и других стран, ставит целью наладить личные контакты между специалистами, обсудить перспективы развития свободного программного обеспечения, инициировать новые проекты. Планируется издание сборника трудов к началу работы конференции. Темы для докладов: -- Проекты разработки свободного программного обеспечения. -- Научные проекты в различных областях знаний, включающие разработку продуктов под свободной лицензией -- Культурные, философские и правовые особенности свободного лицензирования. Во время конференции планируется провести круглые столы по темам: -- свободное программное обеспечение в образовании; -- свободное программное обеспечение и стандарты. Для участия в конференции в качестве докладчика необходимо: -- выслать по электронной почте по адресу conference@altlinux.ru до 25 июня заявку, указав: 1 название доклада 2 3-5 ключевых слов 3 аннотация 4 URL проекта, которому посвящён доклад (если есть) 5 фамилия, имя и отчество автора (авторов) 6 место работы/учебы 7 адрес электронной почты для контактов 8 желательные условия проживания (гостиница, общежитие, палаточный лагерь LinuxFest-6.0) -- в случае одобрения темы и аннотации программным комитетом (до 1 июля) выслать по тому же адресу до 10 июля тезисы доклада (до 5 тыс.знаков) в формате LaTeX или plain text в кодировке UTF-8. -- окончательное решение Программного комитета по публикации доклада и приглашении докладчика для выступления поступит до 13 июля. -- докладчики освобождаются от организационного взноса, в случае если авторов доклада больше одного человека, от оргвзноса освобождается один из авторов. Для участия в конференции в качестве слушателя необходимо: -- выслать по электронной почте по адресу conference@altlinux.ru до 10 июля заявку с указанием ФИО, должности, организации, электронного и почтового адресов, а также желательных условий проживания (гостиница, общежитие, палаточный лагерь LinuxFest-6.0). -- внести организационный взнос в размере 2000 рублей для представителей организаций, 1000 рублей для частных лиц до 15 июля. Оргкомитет Конференции не гарантирует размещения участников с соблюдением заявленных ими условий, ранняя регистрация позволит нам успешнее помочь вам. Заочное участие в конференции возможно. Оргкомитет Первой Международной Балабановской конференции разработчиков свободных программ. Контакты: conference@altlinux.ru +7 (095) 2039698 ----------------- Примерный распорядок дня конференции. 28 июля. 19.00 -- 22.00 Заезд участников, регистрация 29 июля. 10.00 -- 12.00 Регистрация участников, кофе. 12.00 -- 14.00 Открытие конференции, пленарные доклады 14.00 -- 15.00 Обеденный перерыв 15.00 -- 16.30 Круглые столы 16.30 -- 17.00 Кофе 17.00 -- 19.00 Круглые столы. 30 июля 10.00 -- 11.45 Работа по секциям. 11.45 -- 12.15 Кофе 12.15 -- 14.00 Работа по секциям 14.00 -- 15.00 Обеденный перерыв 15.00 -- 17.00 Работа по секциям 17.00 -- 17.30 Кофе 17.30 -- 18.00 Закрытие конференции 19.00 Отъезд на LinuxFest-6.0 (по желанию) --------------- Rgrds, Алексей Новодворский, зам. Генерального директора ALT Linux
1. В связи с появлением в Сизифе planner (новой версии mrproject) просьба отправить в устаревшие mrproject-0.10-alt1.src.rpm libmrproject-0.10-alt2.src.rpm и удалить libmrproject-0.10-alt2.i586.rpm libmrproject-devel-0.10-alt2.i586.rpm mrproject-0.10-alt1.i586.rpm Баги на них, думаю, можно тоже забыть. 2. Пакет liarliar-0.5.2-alt1.src.rpm отправить в orphaned (он не пересобирается), удалить liarliar-0.5.2-alt1.i586.rpm 3. Пакет png2ico убрать в устаревшие, поскольку есть более совершенный icoutils: png2ico-2002.12.08-alt1.src.rpm png2ico-2002.12.08-alt1.i586.rpm 4. Если никому не нужен pythonlib (This package contains code used by a variety of Mandrake programs.), предлагаю отправить его в устаревшие: pythonlib-1.28-alt3.src.rpm pythonlib-1.28-alt3.noarch.rpm -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
Всё убрано.
On Tue, Jun 08, 2004 at 11:15:05PM +0400, Vitaly Lipatov wrote:
>
> 1. В связи с появлением в Сизифе planner (новой версии mrproject)
> просьба отправить в устаревшие
> mrproject-0.10-alt1.src.rpm
> libmrproject-0.10-alt2.src.rpm
> и удалить
> libmrproject-0.10-alt2.i586.rpm
> libmrproject-devel-0.10-alt2.i586.rpm
> mrproject-0.10-alt1.i586.rpm
> Баги на них, думаю, можно тоже забыть.
>
> 2. Пакет
> liarliar-0.5.2-alt1.src.rpm
> отправить в orphaned (он не пересобирается),
> удалить
> liarliar-0.5.2-alt1.i586.rpm
>
> 3. Пакет png2ico убрать в устаревшие,
> поскольку есть более совершенный icoutils:
> png2ico-2002.12.08-alt1.src.rpm
> png2ico-2002.12.08-alt1.i586.rpm
>
> 4. Если никому не нужен pythonlib (This package contains code
> used by a variety of Mandrake programs.), предлагаю отправить
> его в устаревшие:
> pythonlib-1.28-alt3.src.rpm
> pythonlib-1.28-alt3.noarch.rpm
> --
> Lav
> Виталий Липатов
> Санкт-Петербург
> GNU! ALT Linux Team! LaTeX! LyX!
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> https://lists.altlinux.ru/mailman/listinfo/devel
Я никак не могу собрать несколько прог из-за совершенно одинаковой ошибки. Причем, без хашера половина из них прекрасно собирается, а в хашере выдает вот что: CdboDialogBase.cpp:49: warning: base `KDialog' will be initialized after CdboDialogBase.cpp:49: warning: base `DCOPObject' CdboDialogBase.cpp:49: warning: when initialized here In file included from /usr/include/linux/byteorder/little_endian.h:11, from /usr/include/asm/byteorder.h:65, from /usr/include/linux/cdrom.h:14, from CdboCDRom.cpp:34, в BuildRequires есть kernel-headers. И что мне дальше делать? Я уже умаялся с ними. прошу подсказки.
[-- Attachment #1: Type: text/plain, Size: 1109 bytes --] Igor Tertishny wrote > Я никак не могу собрать несколько прог из-за совершенно одинаковой ошибки. > Причем, без хашера половина из них прекрасно собирается, а в хашере выдает > вот что: > > CdboDialogBase.cpp:49: warning: base `KDialog' will be initialized after > CdboDialogBase.cpp:49: warning: base `DCOPObject' > CdboDialogBase.cpp:49: warning: when initialized here > In file included from /usr/include/linux/byteorder/little_endian.h:11, > from /usr/include/asm/byteorder.h:65, > from /usr/include/linux/cdrom.h:14, > from CdboCDRom.cpp:34, > > в BuildRequires есть kernel-headers. И что мне дальше делать? Я уже умаялся с > ними. прошу подсказки. 1. Это сообщение не имеет никакого отношения к kernel-headers. 2. Это warning. Если не используется опция -Werror то это не мешает сборке. 3. warning происходит из-за кривого кода в CdboDialogBase.cpp -- Best Regards! | "Sometimes you're the windshield Alexey Voinov | Sometimes you're the bug..." | voins@voins.program.ru voins@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
> 1. Это сообщение не имеет никакого отношения к kernel-headers.
> 2. Это warning. Если не используется опция -Werror то это не мешает
> сборке.
> 3. warning происходит из-за кривого кода в CdboDialogBase.cpp
Хорошо, но как мне с этим справится? Точно то же сообщение
о /usr/include/linux/cdrom.h:14 я имею еще в четырех прогах при сборке. Для
многих прог сейчас использую %__subst
's/\(-Wl,--no-undefined\)/-Wl,--warn-unresolved-symbols \1/g'
admin/acinclude.m4.in - помогает, но многие все же собрать не могу.\
cdbakeoven без хашера собирается. А в хашере выдает вышеупомянутое сообщение.
И как справиться?
[-- Attachment #1: Type: text/plain, Size: 969 bytes --] Igor Tertishny wrote > > 1. Это сообщение не имеет никакого отношения к kernel-headers. > > 2. Это warning. Если не используется опция -Werror то это не мешает > > сборке. > > 3. warning происходит из-за кривого кода в CdboDialogBase.cpp > > Хорошо, но как мне с этим справится? Точно то же сообщение > о /usr/include/linux/cdrom.h:14 я имею еще в четырех прогах при сборке. Для > многих прог сейчас использую %__subst > 's/\(-Wl,--no-undefined\)/-Wl,--warn-unresolved-symbols \1/g' > admin/acinclude.m4.in - помогает, но многие все же собрать не могу.\ > > cdbakeoven без хашера собирается. А в хашере выдает вышеупомянутое сообщение. > И как справиться? Значит приведены не все сообщения. В том фрагменте нет ни одного сообщения об ошибке в /usr/include/linux/cdrom.h -- Best Regards! | "Sometimes you're the windshield Alexey Voinov | Sometimes you're the bug..." | voins@voins.program.ru voins@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
> Значит приведены не все сообщения. В том фрагменте нет ни одного сообщения
> об ошибке в /usr/include/linux/cdrom.h
CdboDialogBase.cpp:49: warning: base `KDialog' will be initialized after
CdboDialogBase.cpp:49: warning: base `DCOPObject'
CdboDialogBase.cpp:49: warning: when initialized here
In file included from /usr/include/linux/byteorder/little_endian.h:11,
from /usr/include/asm/byteorder.h:65,
from /usr/include/linux/cdrom.h:14,
from CdboCDRom.cpp:34,
from libcdboshared_la.all_cpp.cpp:4:
/usr/include/linux/byteorder/swab.h: In function `const __u32 __fswab24
(unsigned int)':
/usr/include/linux/byteorder/swab.h:174: error: ISO C++ forbids braced-groups
within expressions
/usr/include/linux/byteorder/swab.h:174: error: ISO C++ forbids braced-groups
within expressions
/usr/include/linux/byteorder/swab.h: In function `__u32 __swab24p(__u32*)':
/usr/include/linux/byteorder/swab.h:178: error: ISO C++ forbids braced-groups
within expressions
/usr/include/linux/byteorder/swab.h:178: error: ISO C++ forbids braced-groups
within expressions
/usr/include/linux/byteorder/swab.h: In function `void __swab24s(__u32*)':
/usr/include/linux/byteorder/swab.h:182: error: ISO C++ forbids braced-groups
within expressions
Точнее, ошибки касаются /usr/include/linux/byteorder/swab.h, на который
ссылается cdrom.h
[-- Attachment #1: Type: text/plain, Size: 2032 bytes --] Igor Tertishny wrote > > Значит приведены не все сообщения. В том фрагменте нет ни одного сообщения > > об ошибке в /usr/include/linux/cdrom.h > > CdboDialogBase.cpp:49: warning: base `KDialog' will be initialized after > CdboDialogBase.cpp:49: warning: base `DCOPObject' > CdboDialogBase.cpp:49: warning: when initialized here > In file included from /usr/include/linux/byteorder/little_endian.h:11, > from /usr/include/asm/byteorder.h:65, > from /usr/include/linux/cdrom.h:14, > from CdboCDRom.cpp:34, > from libcdboshared_la.all_cpp.cpp:4: > /usr/include/linux/byteorder/swab.h: In function `const __u32 __fswab24 > (unsigned int)': > /usr/include/linux/byteorder/swab.h:174: error: ISO C++ forbids braced-groups > within expressions > /usr/include/linux/byteorder/swab.h:174: error: ISO C++ forbids braced-groups > within expressions > /usr/include/linux/byteorder/swab.h: In function `__u32 __swab24p(__u32*)': > /usr/include/linux/byteorder/swab.h:178: error: ISO C++ forbids braced-groups > within expressions > /usr/include/linux/byteorder/swab.h:178: error: ISO C++ forbids braced-groups > within expressions > /usr/include/linux/byteorder/swab.h: In function `void __swab24s(__u32*)': > /usr/include/linux/byteorder/swab.h:182: error: ISO C++ forbids braced-groups > within expressions > > Точнее, ошибки касаются /usr/include/linux/byteorder/swab.h, на который > ссылается cdrom.h Вот. Совсем другое дело. Объясняю: в файле /usr/include/linux/byteorder/swab.h используются конструкции C99, которые не являются частью стандарта C++98. Все знают, что kernel-headers не совместимы с языками отличными от C. Это нормально. Все включения kernel-headers надо выносить в отдельные файлы на языке C. Использовать их напрямую в C++ нельзя. -- Best Regards! | "Sometimes you're the windshield Alexey Voinov | Sometimes you're the bug..." | voins@voins.program.ru voins@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 770 bytes --] Alexey Voinov wrote > > Точнее, ошибки касаются /usr/include/linux/byteorder/swab.h, на который > > ссылается cdrom.h > Вот. Совсем другое дело. Объясняю: > в файле /usr/include/linux/byteorder/swab.h используются конструкции C99, > которые не являются частью стандарта C++98. Все знают, что kernel-headers > не совместимы с языками отличными от C. Это нормально. Все включения > kernel-headers надо выносить в отдельные файлы на языке C. Использовать > их напрямую в C++ нельзя. Да. чуть не забыл. В качестве быстрого решения можно попробовать использовать более старую версию g++. -- Best Regards! | "Sometimes you're the windshield Alexey Voinov | Sometimes you're the bug..." | voins@voins.program.ru voins@altlinux.ru [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
>
> Да. чуть не забыл. В качестве быстрого решения можно попробовать
> использовать более старую версию g++.
Спасибо, попробую. Жаль, что иного выхода нет. Программа не обновлялась
полтора года, автор про нее, похоже, забыл. Самому лезть в сорцы попросту нет
времени. Дышать некогда. :-))
[-- Attachment #1: Type: text/plain, Size: 2103 bytes --] On Thu, Jun 10, 2004 at 01:39:35PM +0400, Alexey Voinov wrote: > Igor Tertishny wrote > > > Значит приведены не все сообщения. В том фрагменте нет ни одного сообщения > > > об ошибке в /usr/include/linux/cdrom.h > > > > CdboDialogBase.cpp:49: warning: base `KDialog' will be initialized after > > CdboDialogBase.cpp:49: warning: base `DCOPObject' > > CdboDialogBase.cpp:49: warning: when initialized here > > In file included from /usr/include/linux/byteorder/little_endian.h:11, > > from /usr/include/asm/byteorder.h:65, > > from /usr/include/linux/cdrom.h:14, > > from CdboCDRom.cpp:34, > > from libcdboshared_la.all_cpp.cpp:4: > > /usr/include/linux/byteorder/swab.h: In function `const __u32 __fswab24 > > (unsigned int)': > > /usr/include/linux/byteorder/swab.h:174: error: ISO C++ forbids braced-groups > > within expressions > > /usr/include/linux/byteorder/swab.h:174: error: ISO C++ forbids braced-groups > > within expressions > > /usr/include/linux/byteorder/swab.h: In function `__u32 __swab24p(__u32*)': > > /usr/include/linux/byteorder/swab.h:178: error: ISO C++ forbids braced-groups > > within expressions > > /usr/include/linux/byteorder/swab.h:178: error: ISO C++ forbids braced-groups > > within expressions > > /usr/include/linux/byteorder/swab.h: In function `void __swab24s(__u32*)': > > /usr/include/linux/byteorder/swab.h:182: error: ISO C++ forbids braced-groups > > within expressions > > > > Точнее, ошибки касаются /usr/include/linux/byteorder/swab.h, на который > > ссылается cdrom.h > Вот. Совсем другое дело. Объясняю: > в файле /usr/include/linux/byteorder/swab.h используются конструкции C99, > которые не являются частью стандарта C++98. Все знают, что kernel-headers > не совместимы с языками отличными от C. Это нормально. Все включения > kernel-headers надо выносить в отдельные файлы на языке C. Использовать > их напрямую в C++ нельзя. Да нормально они в C++ подключаются. Только не надо использовать опции компилятора -ansi, -pedantic и т.п. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
> Да нормально они в C++ подключаются. Только не надо использовать
> опции компилятора -ansi, -pedantic и т.п.
Любопытно. Но это надо сорцы переписывать. Точнее, файлы в /admin. Надо будет
попробовать, когда немного времени найдется.
> Да. чуть не забыл. В качестве быстрого решения можно попробовать
> использовать более старую версию g++.
Я, наверное, скоро двинусь с это прогой. Чего уже только не делал - без хашера
собирается на раз, в хашере упирается рогом на том же месте. Ощущение, что не
хочет подставлять g++-3.2 вместо 3.3. Использован %set_gcc_version 3.2, в
BuildRequires есть gcc3.2, gcc3.2-c++ и libstdc++3.2-devel. Без хашера - на
ура, в хашере затык. Что еще можно сделать?
[-- Attachment #1: Type: text/plain, Size: 603 bytes --] On Четверг 10 Июнь 2004 15:38, Igor Tertishny wrote: > > Да. чуть не забыл. В качестве быстрого решения можно попробовать > > использовать более старую версию g++. > > Я, наверное, скоро двинусь с это прогой. Чего уже только не делал - без > хашера собирается на раз, в хашере упирается рогом на том же месте. > Ощущение, что не хочет подставлять g++-3.2 вместо 3.3. Использован > %set_gcc_version 3.2, в BuildRequires есть gcc3.2, gcc3.2-c++ и > libstdc++3.2-devel. Без хашера - на ура, в хашере затык. Что еще можно > сделать? Что за прога? spec-файл давайте. -- Yuri N. Sedunov 06/10/04 15:43:19 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 59 bytes --] > Что за прога? spec-файл давайте. cdbakeoven Спек ниже. [-- Attachment #2: cdbakeoven.spec --] [-- Type: text/plain, Size: 5097 bytes --] #%undefine __libtoolize %define objprelink 0 Name: cdbakeoven Version: 2.0 %define beta beta2 Release: alt0.6.%beta Group: Archiving/Cd burning Summary: CD-R-RW graphical CD-creation-copying tool for the KDE URL: http://cdbakeoven.sourceforge.net License: GPL Icon: cdbakeoven.xpm Packager: Yehuda Ben-Yosef <ilar@altlinux.ru> Source0: cdbakeoven-i18n-%version%beta.tar.bz2 Requires: cdparanoia >= IIIa9.7, cdrecord >= 1.9, cdrecord-cdda2wav >= 1.9, mkisofs >= 1.13 # Automatically added by buildreq on Wed Jun 09 2004 BuildRequires: XFree86-devel-static XFree86-libs fontconfig freetype2 gcc-c++ hostinfo kde-settings libstdc++3.2-devel BuildRequires: kdebase-devel kdebase-libkonq kdelibs-devel libarts-devel libjpeg-devel libpng-devel gcc3.2 gcc3.2-c++ BuildRequires: libqt3-devel libstdc++-devel qt3-designer zlib-devel automake_1.6 autoconf_2.5 kernel-headers %if %objprelink BuildRequires: objprelink %endif %description CD Bake Oven (CDBO) is a graphical CD-creation/copying tool designed which aims to combine the power and stability of great command line utilities with a contemporary, easy-to-use user interface. CDBO enables you to create data or music CDs in the most intuitive matter, while enabling you to control every aspect of the process. It is built on top of very well known cdrecord, mkisofs, cdda2wav and cdparanoia , encapsulating most of the options those utilities provide. This makes creating professional quality media as easy as making a few mouse clicks. %prep %set_automake_version 1.6 %setup -q -n cdbakeoven-i18n-%version%beta %__subst 's/\(-Wl,--no-undefined\)/-Wl,--warn-unresolved-symbols \1/g' admin/acinclude.m4.in %__subst 's,\.la\>,.so,' admin/acinclude.m4.in make -f admin/Makefile.common cvs %build %set_gcc_version 3.2 %configure \ --enable-final \ --disable-rpath \ --disable-static \ --enable-shared %if %objprelink %make_build CXX=g++prelink %else %make_build %endif %install %make DESTDIR=%buildroot install #%set_verify_elf_method textrel=relaxed cp $RPM_BUILD_ROOT%_iconsdir/hicolor/32x32/apps/cdbakeoven.png $RPM_BUILD_ROOT%_iconsdir/cdbakeoven.png rm -f %buildroot%_libdir/kde3/*.la # create menus mkdir -p %buildroot/%_menudir kdedesktop2mdkmenu.pl %name "Applications/Archiving/Cd burning" %buildroot/%_datadir/applnk/Multimedia/cdbakeoven.desktop %buildroot/%_menudir/%name # kdedesktop2mdkmenu.pl %name ".hidden" %buildroot/%_datadir/applnk/Settings/CDBakeOven/cdboaudioopt.desktop %buildroot/%_menudir/cdboaudioopt kde kdedesktop2mdkmenu.pl %name ".hidden" %buildroot/%_datadir/applnk/Settings/CDBakeOven/cdboburnopt.desktop %buildroot/%_menudir/cdboaudioopt kde kdedesktop2mdkmenu.pl %name ".hidden" %buildroot/%_datadir/applnk/Settings/CDBakeOven/cdbocdromdevices.desktop %buildroot/%_menudir/cdbocdromdevices.desktop kde kdedesktop2mdkmenu.pl %name ".hidden" %buildroot/%_datadir/applnk/Settings/CDBakeOven/cdbodefaultopt.desktop %buildroot/%_menudir/cdbodefaultopt kde kdedesktop2mdkmenu.pl %name ".hidden" %buildroot/%_datadir/applnk/Settings/CDBakeOven/cdboisoopt.desktop %buildroot/%_menudir/cdboisoopt kde %add_findprov_lib_path %_libdir/kde3 %find_lang %name %post %update_menus %postun %clean_menus %files -f %name.lang %_bindir/* %_libdir/kde3/*.so %_includedir/cdbo %_datadir/apps/%name %_datadir/apps/cdbo* %_datadir/apps/konqiconview/kpartplugins/*.rc %_datadir/apps/konqlistview/kpartplugins/*.rc %_datadir/apps/konqsidebartng/virtual_folders/services/*.desktop %_datadir/apps/konqueror/servicemenus/*.desktop %_datadir/mimelnk/application/*.desktop %_datadir/mimelnk/inode/*.desktop %_datadir/services/kded/*.desktop %_datadir/services/*.protocol # %_datadir/applnk/Multimedia/*.desktop %dir %_datadir/applnk/Settings/CDBakeOven %_datadir/applnk/Settings/CDBakeOven/.directory %_datadir/applnk/Settings/CDBakeOven/*.desktop %_menudir/* %_iconsdir/*.png %_iconsdir/*/*/*/*.png # #doc %dir %_datadir/doc/HTML/en/cdbakeoven %doc README INSTALL COPYING AUTHORS %changelog * Wed Jun 09 2004 Yehuda Ben-Yosef <ilar@altlinux.ru> 2.0-alt0.6.beta2 - fix buildrequires - rebuild with new kde * Wed Mar 10 2004 Yehuda Ben-Yosef <ilar@altlinux.ru> 2.0-alt0.5.beta2 - fix buildrequires and gcc version * Thu Dec 11 2003 Yehuda Ben-Yosef <ilar@altlinux.ru> 2.0-alt0.4.beta2 - rebuilding without *.la * Thu Nov 20 2003 Yehuda Ben-Yosef <ilar@altlinux.ru> 2.0-alt0.3.beta2 - fix provides * Fri Nov 14 2003 Yehuda Ben-Yosef <ilar@altlinux.ru> 2.0-alt0.2.beta2 - new buildrequires and rebuilding in hasher * Wed Mar 05 2003 Sergey V Turchin <zerg@altlinux.ru> 2.0-alt0.1.beta2 - new version * Thu Dec 26 2002 Sergey V Turchin <zerg@altlinux.ru> 1.8.9-alt4 - fix menu item - some spec cleanup * Mon Sep 16 2002 Sergey V Turchin <zerg@altlinux.ru> 1.8.9-alt3 - rebuild with gcc 3.2 * Mon Sep 02 2002 Yehuda Ben-Yosef <ilar@altlinux.ru> 1.8.9-alt2 - 1.8.9 * Tue Jun 11 2002 Yehuda Ben-Yosef <ilar@altlinux.ru> 1.8.9-alt1 - 1.8.9 * Wed Jan 23 2002 Yehuda Ben-Yosef <ilar@altlinux.ru> 1.7.9-alt1 - 1.7.1 * Sat Dec 29 2001 Yehuda Ben-Yosef <yuda66@yes.ru> 1.7.1-alt1 - 1.7.1 - specfile cleanup
[-- Attachment #1: Type: text/plain, Size: 504 bytes --] В сообщении от Чт 10 Июнь 2004 14:51 Igor Tertishny написал(a): > > Да нормально они в C++ подключаются. Только не надо > > использовать опции компилятора -ansi, -pedantic и т.п. > > Любопытно. Но это надо сорцы переписывать. Точнее, файлы в > /admin. Надо будет попробовать, когда немного времени найдется. Возьмите любой мой пакет kde*, там уже все переписано в *flags*.patch -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
Коллеги, я приглашаю всех приянть участие в конференции, особенно в качестве докладчиков. Все вопросы -- сюда или мне лично. Я также прошу распространить информацию о конференции среди всех потенциально заинтересованных лиц, а также в вывесить ее в местах концентрации таковых. Если Вы не можете приехать по каким-либо причинам, то: -- подумайте, столь ли серьезны эти причины и не можем ли мы как-нибудь помочь; -- если все же серьезны, то присылайте тезисы, -- если они пройдут Программный комитет, то будут опубликованы в сборнике конференции. Rgrds, Алексей
[-- Attachment #1.1: Type: text/plain, Size: 217 bytes --] On Четверг 10 Июнь 2004 15:52, Igor Tertishny wrote: > > Что за прога? spec-файл давайте. > > cdbakeoven > > Спек ниже. Ужасть, но собирается, запускается и даже что-то делает. -- Yuri N. Sedunov 06/10/04 19:29:59 [-- Attachment #1.2: cdbakeoven.spec --] [-- Type: text/plain, Size: 5166 bytes --] %define beta beta2 Name: cdbakeoven Version: 2.0 Release: alt0.6.%beta Group: Archiving/Cd burning Summary: CD-R-RW graphical CD-creation-copying tool for the KDE License: GPL Icon: cdbakeoven.xpm URL: http://cdbakeoven.sourceforge.net Packager: Yehuda Ben-Yosef <ilar@altlinux.ru> Source: cdbakeoven-i18n-%version%beta.tar.bz2 Requires: cdparanoia >= IIIa9.7, cdrecord >= 1.9, cdrecord-cdda2wav >= 1.9, mkisofs >= 1.13 BuildPreReq: kernel-headers-std menu-devel # Automatically added by buildreq on Thu Jun 10 2004 BuildRequires: XFree86-devel-static XFree86-libs fontconfig freetype2 gcc-c++ kde-settings kdebase-devel kdebase-libkonq kdelibs-devel libarts-devel libjpeg-devel libpng-devel libqt3-devel libstdc++-devel qt3-designer zlib-devel %description CD Bake Oven (CDBO) is a graphical CD-creation/copying tool designed which aims to combine the power and stability of great command line utilities with a contemporary, easy-to-use user interface. CDBO enables you to create data or music CDs in the most intuitive matter, while enabling you to control every aspect of the process. It is built on top of very well known cdrecord, mkisofs, cdda2wav and cdparanoia, encapsulating most of the options those utilities provide. This makes creating professional quality media as easy as making a few mouse clicks. %prep %setup -q -n cdbakeoven-i18n-%version%beta %__subst 's/\(-Wl,--no-undefined\)/-Wl,--warn-unresolved-symbols \1/g' admin/acinclude.m4.in %__subst 's,\.la\>,.so, s,\-ansi\|-pedantic,,' acinclude.m4 admin/acinclude.m4* configure.in %__subst 's,\([[:blank:]]automake\*1.6.*|.*\)),\1 | automake*1.8* ),' admin/cvs.sh %__subst 's,^\(LDFLAGS\),AM_\1,' cdbakeoven/*/*/Makefile.am %__subst '/po\/sv/d' configure.in %make -f admin/Makefile.common %build %configure \ --enable-final \ --disable-rpath \ --disable-static %make_build %install %make DESTDIR=%buildroot install #%set_verify_elf_method textrel=relaxed %__cp $RPM_BUILD_ROOT%_iconsdir/hicolor/32x32/apps/cdbakeoven.png $RPM_BUILD_ROOT%_iconsdir/cdbakeoven.png %__rm -f %buildroot%_libdir/kde3/*.la # create menus %__mkdir_p %buildroot/%_menudir freedesktop2menu.pl %name "Applications/Archiving/Cd burning" %buildroot/%_datadir/applnk/Multimedia/cdbakeoven.desktop %buildroot/%_menudir/%name # freedesktop2menu.pl %name ".hidden" %buildroot/%_datadir/applnk/Settings/CDBakeOven/cdboaudioopt.desktop %buildroot/%_menudir/cdboaudioopt kde freedesktop2menu.pl %name ".hidden" %buildroot/%_datadir/applnk/Settings/CDBakeOven/cdboburnopt.desktop %buildroot/%_menudir/cdboaudioopt kde freedesktop2menu.pl %name ".hidden" %buildroot/%_datadir/applnk/Settings/CDBakeOven/cdbocdromdevices.desktop %buildroot/%_menudir/cdbocdromdevices.desktop kde freedesktop2menu.pl %name ".hidden" %buildroot/%_datadir/applnk/Settings/CDBakeOven/cdbodefaultopt.desktop %buildroot/%_menudir/cdbodefaultopt kde freedesktop2menu.pl %name ".hidden" %buildroot/%_datadir/applnk/Settings/CDBakeOven/cdboisoopt.desktop %buildroot/%_menudir/cdboisoopt kde %add_findprov_lib_path %_libdir/kde3 %find_lang %name %post %update_menus %postun %clean_menus %files -f %name.lang %_bindir/* %_libdir/kde3/*.so %_includedir/cdbo %_datadir/apps/%name %_datadir/apps/cdbo* %_datadir/apps/konqiconview/kpartplugins/*.rc %_datadir/apps/konqlistview/kpartplugins/*.rc %_datadir/apps/konqsidebartng/virtual_folders/services/*.desktop %_datadir/apps/konqueror/servicemenus/*.desktop %_datadir/mimelnk/application/*.desktop %_datadir/mimelnk/inode/*.desktop %_datadir/services/kded/*.desktop %_datadir/services/*.protocol # %_datadir/applnk/Multimedia/*.desktop %dir %_datadir/applnk/Settings/CDBakeOven %_datadir/applnk/Settings/CDBakeOven/.directory %_datadir/applnk/Settings/CDBakeOven/*.desktop %_menudir/* %_iconsdir/*.png %_iconsdir/*/*/*/*.png # #doc %dir %_datadir/doc/HTML/en/cdbakeoven %doc README INSTALL COPYING AUTHORS %changelog * Wed Jun 09 2004 Yehuda Ben-Yosef <ilar@altlinux.ru> 2.0-alt0.6.beta2 - fix buildrequires - rebuild with new kde * Wed Mar 10 2004 Yehuda Ben-Yosef <ilar@altlinux.ru> 2.0-alt0.5.beta2 - fix buildrequires and gcc version * Thu Dec 11 2003 Yehuda Ben-Yosef <ilar@altlinux.ru> 2.0-alt0.4.beta2 - rebuilding without *.la * Thu Nov 20 2003 Yehuda Ben-Yosef <ilar@altlinux.ru> 2.0-alt0.3.beta2 - fix provides * Fri Nov 14 2003 Yehuda Ben-Yosef <ilar@altlinux.ru> 2.0-alt0.2.beta2 - new buildrequires and rebuilding in hasher * Wed Mar 05 2003 Sergey V Turchin <zerg@altlinux.ru> 2.0-alt0.1.beta2 - new version * Thu Dec 26 2002 Sergey V Turchin <zerg@altlinux.ru> 1.8.9-alt4 - fix menu item - some spec cleanup * Mon Sep 16 2002 Sergey V Turchin <zerg@altlinux.ru> 1.8.9-alt3 - rebuild with gcc 3.2 * Mon Sep 02 2002 Yehuda Ben-Yosef <ilar@altlinux.ru> 1.8.9-alt2 - 1.8.9 * Tue Jun 11 2002 Yehuda Ben-Yosef <ilar@altlinux.ru> 1.8.9-alt1 - 1.8.9 * Wed Jan 23 2002 Yehuda Ben-Yosef <ilar@altlinux.ru> 1.7.9-alt1 - 1.7.1 * Sat Dec 29 2001 Yehuda Ben-Yosef <yuda66@yes.ru> 1.7.1-alt1 - 1.7.1 - specfile cleanup [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
On Thursday 10 June 2004 15:52, Igor Tertishny wrote:
> > Что за прога? spec-файл давайте.
>
> cdbakeoven
>
> Спек ниже.
А есть вообще за что бороться?
Там автор конечно старается, но там не очень большая команда, как
я понял, и развивается проект не так шустро как k3b.
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!
> Ужасть, но собирается, запускается и даже что-то делает.
Большое спасибо, я уже использовал кое-что из этого и для других
несобирающихся пакетов.
> А есть вообще за что бороться?
> Там автор конечно старается, но там не очень большая команда, как
> я понял, и развивается проект не так шустро как k3b.
Имхо, есть. вы никогда не пробовали копировать на k3b большое количество
дисков порядка сотни штук? На втором-третьем диске k3b начинает подвешивать
комп и делать ничего становится невозможным. Только копировать. А cdbakeoven
шустренько копирует, не занимая и десяти процентов системных ресурсов. И во
время копирования могу спокойно заниматься своими делами. Так-то.
Ч>
> Возьмите любой мой пакет kde*, там уже все переписано в
> *flags*.patch
Искренне благодарен, обязательно возьму и опробую. Есть у меня еще пара
пакетов, которых ну никак пересобрать не могу.
После переименования некоторых пакетов остались неудалёнными их старые версии, например: feynmf-1.08-alt1.noarch.rpm flash-plugin-6.0.81-alt1.i386.rpm kgamma-1.0.1-alt3.i586.rpm xymtex-2.00-alt2.noarch.rpm xymtex-doc-2.00-alt2.noarch.rpm Хорошо бы их убрать, чтобы не путали. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
Много раз поднимался вопрос о изменениях в меню, и вот вашему вниманию предлагается на обсуждение проект необходимых изменений. Он состоит из трёх частей - в первой предлагается выполнить перестановки в текущей структуре меню, чтобы она не была столь беспорядочной, как сейчас. Во второй предлагается новая структура меню (впрочем, она очень похожа на текущую после выполнения первого пункта), срочности в её реализации нет. В третьей части приведёна структура упрощённого меню, пункты которого начинаются с глагола. Предполагается, что такое меню, дополнительное к основному, сможет помочь людям, не общающимся каждодневно с компьютером, выполнять нужные им действия. Я согласен повесить баги на все пакеты и пересобрать прислать спеки) те пакеты, мантейнерам которых не до исправлений меню. 1 Минимально необходимые изменения в меню * Повесить баги на ошибки при генерации меню на пакеты partitionmorpher, wmbio, supertux 1.1 Переименования и перестановки групп Приведено для пунктов меню, но так же нужно изменить и GROUPS для rpm * переименовать Сеть/Чат в Сеть/Общение * в Приложения/Архивация упразднить подгруппы (разнести программы ниже) * запись компакт-дисков вынести прямо в Приложения как Запись оптических дисков * создать группу Приложения/Словари * переименовать Сеть/WWW в Сеть/Браузеры ? * создать группу Приложения/Вычисления (для калькуляторов, в т.ч. IP-адресов) * исправить ошибку в названии группы Electornic * переименовать Сеть/Закачка файлов в Сеть/Передача файлов * перенести Приложения/Образование прямо в главное меню * Убрать слово "графика" из Мультимедиа, заменив на "изображения" (поскольку графика - это искусство изображения предметов контурными линиями и штрихами, без красок) 1.2 Перенос программ В названии подраздела написано куда перенести, в подразделе указано текущее расположение и название программы 1.2.1 В Сеть/Общение * Сеть/Другие/LogJam * Сеть/Другие/gnomemeeting 1.2.2 В Приложения/Связь * Сеть/Другие/minicom * Офис/PDA/J-Pilot * Офис/PDA/KPilot 1.2.3 В Приложения/Образование * Мультимедиа/Образование/Solfege 1.2.4 В Мультимедиа/Хранители экрана * Система/Хранители экрана 1.2.5 В Приложения/Финансы * Офис/iceb * Офис/Финансы/grisbi * Офис/Финансы/kmymoney 1.2.6 В Приложения/Словари * Офис/Дополнительно/KThesaurus * Офис/Другие/mova * Офис/словарь * Приложения/Текстовые утилиты/Словарь KSocrat * Приложения/Текстовые утилиты/Kdict * Приложения/Текстовые утилиты/WordNet * Офис/stardict (что-то не вижу) 1.2.7 В Приложения/Базы данных * Сеть/Другие/gq * Приложения/Архивация/Другие/gtkatalog 1.2.8 В Приложения/Издательство * Офис/Издательство/xpdf * Мультимедиа/Графика/glabels * Приложения/Архивирование/Запись компакт-дисков/kover 1.2.9 В Офис * Офис/Дополнительно/Рабочий стол KOffice 1.2.10 В Офис/Адресные книги * Офис/rubrica 1.2.11 В Приложения/Вычисления * Офис/Калькулятор * Офис/KCalc (Научный калькулятор) * Приложения/Наука/Математика/KCalc (Научный калькулятор) * Приложения/Наука/Математика/Калькулятор * Сеть/Другие/GTKIPCalc * Сеть/Другие/ksubnet (что-то не видно в меню) 1.2.12 В Приложения/Текстовые утилиты * Офис/Декодирование текста 1.2.13 В Офис/Распределение времени * Офис/tkremind * Офис/ikal * Офис/Управление задачами/Planner 1.2.14 В Приложения/Мониториг * Сеть/Мониторинг/nmapFE * Сеть/Другие/mtr 1.2.15 В Приложения/Редакторы * Приложения/Издательство/kile * Приложения/Издательство/kxmleditor 1.2.16 В Настройка/Печать * OpenOffice.org Printer Administration 1.2.17 В Мультимедиа/Графика * Офис/Схемы и диаграммы/Karbon14 1.2.18 В Сеть/Передача файлов * Сеть/Другие/gtk-gnutella ==================================================== 2 Предлагаемый вид меню * Документация * не вмешиваюсь * Игры * тут не вмешиваюсь * Мультимедиа * Видео * Просмотр видео * Обработка видео * Изображения * Получение изображений * сканирование * захват с экрана * получение с фотоаппарата * Растровые изображения * Векторные изображения * 3D-изображения * Звукозапись * Прослушивание звукозаписей * Обработка звукозаписей * Интернет и сеть * Браузеры * Передача файлов * Общение * gnomemeeting * обмен сообщениями (пейджеры) * IRC, чат * Подключение * kppp * Удалённый доступ * ssh * grdesktop * Локальная сеть * LinNeighborhood * Офис * Почта и новости * Адресные книги * Презентации * Распределение времени * Схемы и диаграммы * Текстовые процессоры * Электронные таблицы * Образования * не вмешиваюсь (как есть, перенести из Приложения) * Приложения * Архивация * Запись оптических дисков * Связь * факсовые программы * связь с мобильным телефоном * Базы данных * Издательство * Мониторинг * Науки * Полезное * Разработка * Безопасность * Текстовые редакторы * Текстовые утилиты * Файловые утилиты * Финансы * Терминалы * не вмешиваюсь ===================================================== 3 Приступить * Подключиться * к сети Интернет * Смотреть * видеофильм * телепередачу * изображения * Слушать * звукозаписи * радио * Записать * телепрограмму * сделать звукозапись * компакт-диск * изображение (сканировать) * Редактировать * веб-страницу (HTML) * простой текст * документ * трёхмерное изображение * растровое изображение * векторное изображение * электронную таблицу * Работать с * файлами (konqueror) * файлами (классический) * словарём * базой данных * калькулятором * командной строкой * Принять или отправить * эл. почту * факс * файл (ftp) * файл (p2p) * на сотовый телефон * Общаться * через сообщения (ICQ) * через чат * через видеоконференцию -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
[-- Attachment #1: Type: text/plain, Size: 368 bytes --] * Vitaly Lipatov <lav@> [040617 03:34]: > 1.2.4 В Мультимедиа/Хранители экрана > * Система/Хранители экрана Какая же это мультимедия? > * Образования Huh? Именно так? ;-) -- Regards, Sir Raorn. ------------------- > Ходят слухи, что Juniora больше не будет, а на смену ему придёт > Compact. Ходят форварды, что это не так. -- mike in community@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Thu, Jun 17, 2004 at 03:34:25AM +0400, Vitaly Lipatov wrote:
> 1.2.11 В Приложения/Вычисления
>
> * Сеть/Другие/GTKIPCalc
>
> * Сеть/Другие/ksubnet (что-то не видно в меню)
>
а я бы их в Сеть/Утилиты...
--
Юрий А. Зотов
> partitionmorpher, wmbio, supertux #4169 > * исправить ошибку в названии группы Electornic Две. > 1.2.1 В Сеть/Общение > * Сеть/Другие/gnomemeeting Это я уже писал. > 1.2.14 В Приложения/Мониториг > * Сеть/Мониторинг/nmapFE Это совсем не мониторинг. > 1.2.18 В Сеть/Передача файлов > * Сеть/Другие/gtk-gnutella Тоже писал. -- DO4-UANIC
On Thursday 17 June 2004 07:54, Alexey I. Froloff wrote: > * Vitaly Lipatov <lav@> [040617 03:34]: > > 1.2.4 В Мультимедиа/Хранители экрана > > * Система/Хранители экрана > > Какая же это мультимедия? Вы предложите, куда. А что - красивое, цветами переливается. Там же они просто, как демонстрашки запускаются. > > * Образования > > Huh? Именно так? ;-) Опечатка :) -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
[-- Attachment #1: Type: text/plain, Size: 532 bytes --] * Vitaly Lipatov <lav@> [040617 13:22]: > > > 1.2.4 В Мультимедиа/Хранители экрана > > > * Система/Хранители экрана > > Какая же это мультимедия? > Вы предложите, куда. Система/Безопасность, Конфигурация/Безопасность(Другое) > А что - красивое, цветами переливается. Там же они просто, как > демонстрашки запускаются. У меня эти "демострашки" лочат дисплей через N минут. -- Regards, Sir Raorn. ------------------- Сделаю все, что будет в моих силах. Последних, правда, совсем мало осталось. -- ldv in devel@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Thursday 17 June 2004 10:35, Denis Ovsienko wrote: > > partitionmorpher, wmbio, supertux > > #4169 > > > * исправить ошибку в названии группы Electornic > > Две. > > > 1.2.1 В Сеть/Общение > > * Сеть/Другие/gnomemeeting > > Это я уже писал. Я даже сделал. > > > 1.2.14 В Приложения/Мониториг > > * Сеть/Мониторинг/nmapFE > > Это совсем не мониторинг. Вы правы. Тогда в Сеть/Утилиты (думаю, можно пока оставить их как Сеть/Другие) * Приложения/Мониторинг/xtraceroute * Сеть/Мониторинг/nmapFE * gtkipcalc и ksubnet > > > 1.2.18 В Сеть/Передача файлов > > * Сеть/Другие/gtk-gnutella Ещё надо добавить * Сеть/Другие/giftui > > Тоже писал. Вот и отлично, я зафиксировал что нужно изменить, и теперь это можно отследить. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
On Thursday 17 June 2004 13:25, Alexey I. Froloff wrote:
> * Vitaly Lipatov <lav@> [040617 13:22]:
> > > > 1.2.4 В Мультимедиа/Хранители экрана
> > > > * Система/Хранители экрана
> > >
> > > Какая же это мультимедия?
> >
> > Вы предложите, куда.
>
> Система/Безопасность, Конфигурация/Безопасность(Другое)
>
> > А что - красивое, цветами переливается. Там же они просто,
> > как демонстрашки запускаются.
>
> У меня эти "демострашки" лочат дисплей через N минут.
Я считаю, что хранители экрана - это просто программы, которые
выводят некие изображения на экран.
Запускаются они другой программой, которая делает это в
определённое время, а также блокирует экран, требуя пароля.
Здесь это не при чём.
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!
Vitaly Lipatov пишет: <skip> > * Убрать слово "графика" из Мультимедиа, заменив на "изображения" "Изображения" чего? Скорее "Просмотр и рдактирование изображений", но это очень длинно. > (поскольку графика - это искусство изображения > предметов контурными линиями и штрихами, без красок) Подобное толкование термина мне кажется слишком узким. <skip> -- Rgrds, Anatoly A. Yakushin aka DOC Orthopaedic Departmens Veterans Hospital # 3 Moscow
[-- Attachment #1: Type: text/plain, Size: 684 bytes --] * Vitaly Lipatov <lav@> [040617 13:37]: > > У меня эти "демострашки" лочат дисплей через N минут. > Я считаю, что хранители экрана - это просто программы, которые > выводят некие изображения на экран. И в меню их нет. > Запускаются они другой программой, которая делает это в > определённое время, а также блокирует экран, требуя пароля. > Здесь это не при чём. А вызов этой программы (точнее конфигуратора к ней) прописан в меню. -- Regards, Sir Raorn. ------------------- >А что, он [fdisk] с неких пор научился увеличивать объём диска :)? давно уже. кнопка "d" увеличивает свободное пространство вплоть до физических пределов винта. -- avl in sisyphus@ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
On Thursday 17 June 2004 13:59, Alexey I. Froloff wrote:
> * Vitaly Lipatov <lav@> [040617 13:37]:
> > > У меня эти "демострашки" лочат дисплей через N минут.
> >
> > Я считаю, что хранители экрана - это просто программы,
> > которые выводят некие изображения на экран.
>
> И в меню их нет.
>
> > Запускаются они другой программой, которая делает это в
> > определённое время, а также блокирует экран, требуя пароля.
> > Здесь это не при чём.
>
> А вызов этой программы (точнее конфигуратора к ней) прописан в
> меню.
Да, но в каком-то другом. То, о чём я упоминал - это полный
перечень хранителей, ставится из пакета
kdebase-wm-3.2.3-alt3
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!
> > Какая же это мультимедия?
> Вы предложите, куда. А что - красивое, цветами переливается.
> Там же они просто, как демонстрашки запускаются.
Мультимедиа в переводе обозначает примерно "данные, воспринимаемые
несколькими органами чувств". Так как изображение есть в любом случае, то
чаше всего здесь подразумевается звук как второй носитель. Хранители
экрана --- просто утилиты.
--
DO4-UANIC
On Thursday 17 June 2004 13:56, Anatoly Yakushin wrote: > Vitaly Lipatov пишет: > > <skip> > > > * Убрать слово "графика" из Мультимедиа, заменив на > > "изображения" > > "Изображения" чего? Скорее "Просмотр и рдактирование > изображений", но это очень длинно. Это другая часть речи. Не в смысле изображать из себя :) > > > (поскольку графика - это искусство изображения > > предметов контурными линиями и штрихами, без красок) > > Подобное толкование термина мне кажется слишком узким. Вопрос к Ожёгову-Шведовой и пониманию этого термина выпускниками художественных школ. Я конечно понимаю, что переводить graphics как графика удобно. Только это graphic переводится как графика, а graphics - это визуальное воспроизведение, то есть изображение. Как мне кажется. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
On Thursday 17 June 2004 14:08, Denis Ovsienko wrote: > > > Какая же это мультимедия? > > > > Вы предложите, куда. А что - красивое, цветами переливается. > > Там же они просто, как демонстрашки запускаются. > > Мультимедиа в переводе обозначает примерно "данные, > воспринимаемые несколькими органами чувств". Так как Тогда к ней относятся только видеофильмы, и все 3D/растровые/векторые редакторы и программы обработки звука идут лесом. > изображение есть в любом случае, то чаше всего здесь > подразумевается звук как второй носитель. Хранители экрана --- > просто утилиты. Я предлагаю не обсуждать переименование пункта Мультимедиа :) и помещать в него то, что так или иначе относится к зрительному или слуховому восприятию. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
Anton V. Boyarshinov wrote:
> On Thu, 17 Jun 2004 14:24:31 +0400 Vitaly Lipatov
> wrote:
>>
>>Я предлагаю не обсуждать переименование пункта Мультимедиа :)
>>и помещать в него то, что так или иначе относится к зрительному
>>
>>или слуховому восприятию.
>
>
> А я предлагаю наоборот -- обсуждать. ИМХО это название крайне
> неудачно и неинтуитивно.
>
> Антон
Полностью поддерживаю последнего оратора. ;) Проблема тока, тут это
похоже офтоп. :(
--
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua Kyiv, Ukraine
Phone: (380-44) 265-7824 Department of Gas Electronics
Fax: (380-44) 265-2329 Institute of Physics of NASU
*********************************************************************
Anatoly Yakushin wrote:
> Vitaly Lipatov пишет:
>
> <skip>
>
>> * Убрать слово "графика" из Мультимедиа, заменив на "изображения"
>
>
> "Изображения" чего? Скорее "Просмотр и рдактирование изображений", но
> это очень длинно.
>
>> (поскольку графика - это искусство изображения предметов
>> контурными линиями и штрихами, без красок)
>
>
> Подобное толкование термина мне кажется слишком узким.
>
> <skip>
>
Тут скорее проблема в восприятии. Звучит очень официально. Но, может
это и не проблема. Можно ещё написать "Картинки". Но, возникнет
обратная проблема...
--
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua Kyiv, Ukraine
Phone: (380-44) 265-7824 Department of Gas Electronics
Fax: (380-44) 265-2329 Institute of Physics of NASU
*********************************************************************
[-- Attachment #1: Type: text/plain, Size: 748 bytes --] В сообщении от Чт 17 Июнь 2004 03:34 Vitaly Lipatov написал(a): > Много раз поднимался вопрос о изменениях в меню, и вот > вашему вниманию предлагается на обсуждение проект > необходимых изменений. Предлагаю не гемороить и сделать: 1. Попробовать все поскипанное сделать у себя (заодно нарисовать недостающие иконки в том же стиле и перевести названия секций на ls -1 /usr/share/locale/*/LC_MESSAGES/menu-messages.mo| wc -l языков) 2. После того, как откажетесь от п.1 сделать пакет menu-whattodo-0.1, в который положить все меню из "3. Приступить" 3. Предложения по изменению переводов названию секций я учту. [...] -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
On Thu, 17 Jun 2004 14:24:31 +0400 Vitaly Lipatov
wrote:
> > Мультимедиа в переводе обозначает примерно "данные,
> > воспринимаемые несколькими органами чувств". Так как
> Тогда к ней относятся только видеофильмы, и все
> 3D/растровые/векторые редакторы и программы обработки звука
> идут лесом.
> > изображение есть в любом случае, то чаше всего здесь
> > подразумевается звук как второй носитель. Хранители экрана
> > --- просто утилиты.
> Я предлагаю не обсуждать переименование пункта Мультимедиа :)
> и помещать в него то, что так или иначе относится к зрительному
>
> или слуховому восприятию.
А я предлагаю наоборот -- обсуждать. ИМХО это название крайне
неудачно и неинтуитивно.
Антон
--
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
14:52:00 up 1:41, 8 users, load average: 0.00, 0.00, 0.00
On Thursday 17 June 2004 14:47, Sergey V Turchin wrote: > В сообщении от Чт 17 Июнь 2004 03:34 Vitaly Lipatov написал(a): > > Много раз поднимался вопрос о изменениях в меню, и вот > > вашему вниманию предлагается на обсуждение проект > > необходимых изменений. > > Предлагаю не гемороить и сделать: Не, вы предлагаете ничего не делать. А я не предлагаю ничего делать вам, но поскольку мне очень хочется навести порядок в меню, я буду упрямым. Я и так откладывал больше года (я поднимал, но слабо, этот вопрос 16 марта 2002 года) > 1. Попробовать все поскипанное сделать у себя (заодно > нарисовать недостающие иконки в том же стиле и перевести > названия секций на ls -1 > /usr/share/locale/*/LC_MESSAGES/menu-messages.mo| wc -l > языков) 1. Я готов перевести на большинство из этих 67-ми языков нововведённые пункты меню, если таковые окажутся. 2. Подобрать пиктограммы тоже можно, тем более что мной, например, и так наблюдается некий бардак с ними. > 2. После того, как откажетесь от п.1 сделать пакет > menu-whattodo-0.1, > в который положить все меню из "3. Приступить" Меня больше интересует, как вы относитесь к идее, обрисованной в этом пункте. > 3. Предложения по изменению переводов названию секций я учту. Я их пришлю вам отдельно, для удобства. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
On Thursday 17 June 2004 14:25, Andriy Dobrovol's'kii wrote: > Anton V. Boyarshinov wrote: > > On Thu, 17 Jun 2004 14:24:31 +0400 Vitaly Lipatov > > > > wrote: > >>Я предлагаю не обсуждать переименование пункта Мультимедиа ... > > А я предлагаю наоборот -- обсуждать. ИМХО это название > > крайне неудачно и неинтуитивно. > > > > Антон > > Полностью поддерживаю последнего оратора. ;) Проблема тока, > тут это похоже офтоп. :( Да я согласен, что оно неудачное, и буду рад лучшему предложению, но к обсуждаемой структуре меню это не имеет отношения, если только не решить проблему с этим термином кардинальным образом - убрать этот пункт, рассеяв его содержимое :) -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
[-- Attachment #1: Type: text/plain, Size: 1047 bytes --] В сообщении от Чт 17 Июнь 2004 15:08 Vitaly Lipatov написал(a): [...] > > Предлагаю не гемороить и сделать: > > Не, вы предлагаете ничего не делать. Не, я предлагаю сделать проще. [...] > 1. Я готов перевести на большинство из этих 67-ми языков > нововведённые пункты меню, если таковые окажутся. Это здорово! > 2. Подобрать пиктограммы тоже можно, тем более что мной, > например, и так наблюдается некий бардак с ними. Я пробовал, это слишком трудоемкая задача. > > 2. После того, как откажетесь от п.1 сделать пакет > > menu-whattodo-0.1, > > в который положить все меню из "3. Приступить" > Меня больше интересует, как вы относитесь к идее, обрисованной в > этом пункте. Сейчас - однозначный отказ. Только после выхода Мастер. А вообще по поводу п.1 я против добавления каких-либо секций 3-го уровня. > > 3. Предложения по изменению переводов названию секций я учту. > Я их пришлю вам отдельно, для удобства. Ок -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
Anatoly Yakushin wrote:
> Vitaly Lipatov пишет:
>
>> On Thursday 17 June 2004 14:25, Andriy Dobrovol's'kii wrote:
>>
>>> Anton V. Boyarshinov wrote:
>>>
>>>> On Thu, 17 Jun 2004 14:24:31 +0400 Vitaly Lipatov
>>>>
>>>> wrote:
>>>>
>>>>> Я предлагаю не обсуждать переименование пункта Мультимедиа
>>
>>
>> ...
>>
>>>> А я предлагаю наоборот -- обсуждать. ИМХО это название
>>>> крайне неудачно и неинтуитивно.
>>>>
>>>> Антон
>>>
>>>
>>> Полностью поддерживаю последнего оратора. ;) Проблема тока,
>>> тут это похоже офтоп. :(
>>
>>
>> Да я согласен, что оно неудачное, и буду рад лучшему предложению,
>> но к обсуждаемой структуре меню это не имеет отношения, если только не
>> решить проблему с этим термином кардинальным образом - убрать этот
>> пункт, рассеяв его содержимое :)
>>
> А это мысль!
>
В общем -- да.
--
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua Kyiv, Ukraine
Phone: (380-44) 265-7824 Department of Gas Electronics
Fax: (380-44) 265-2329 Institute of Physics of NASU
*********************************************************************
On Thursday 17 June 2004 15:16, Sergey V Turchin wrote: > Не, я предлагаю сделать проще. А я хочу хорошо. > > > 1. Я готов перевести на большинство из этих 67-ми языков > > нововведённые пункты меню, если таковые окажутся. > > Это здорово! Это осознанная необходимость > > 2. Подобрать пиктограммы тоже можно, тем более что мной, > > например, и так наблюдается некий бардак с ними. > > Я пробовал, это слишком трудоемкая задача. Новых пунктов - несколько штук. Не думаю, что это будет неподъёмно. > > > 2. После того, как откажетесь от п.1 сделать пакет > > > menu-whattodo-0.1, > > > в который положить все меню из "3. Приступить" > > > > Меня больше интересует, как вы относитесь к идее, > > обрисованной в этом пункте. > > Сейчас - однозначный отказ. Только после выхода Мастер. Дело в том, что поскольку это может быть реализовано в виде дополнительного пакета, с выходом какого-либо дистрибутива никакой корреляции не вижу. К тому же я спрашивал ваше личное мнение. Или до выхода Мастера вы его не имеете? :) > А вообще по поводу п.1 я против добавления каких-либо секций > 3-го уровня. Можно обосновать? Потому что бездомное положение словарей меня очень удручает. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
Vitaly Lipatov пишет:
> On Thursday 17 June 2004 14:25, Andriy Dobrovol's'kii wrote:
>
>>Anton V. Boyarshinov wrote:
>>
>>>On Thu, 17 Jun 2004 14:24:31 +0400 Vitaly Lipatov
>>>
>>> wrote:
>>>
>>>>Я предлагаю не обсуждать переименование пункта Мультимедиа
>
> ...
>
>>>А я предлагаю наоборот -- обсуждать. ИМХО это название
>>>крайне неудачно и неинтуитивно.
>>>
>>>Антон
>>
>>Полностью поддерживаю последнего оратора. ;) Проблема тока,
>>тут это похоже офтоп. :(
>
> Да я согласен, что оно неудачное, и буду рад лучшему предложению,
> но к обсуждаемой структуре меню это не имеет отношения, если
> только не решить проблему с этим термином кардинальным образом -
> убрать этот пункт, рассеяв его содержимое :)
>
А это мысль!
--
Rgrds,
Anatoly A. Yakushin aka DOC
Orthopaedic Departmens
Veterans Hospital # 3
Moscow
[-- Attachment #1: Type: text/plain, Size: 2108 bytes --] В сообщении от Чт 17 Июнь 2004 15:29 Vitaly Lipatov написал(a): [...] > > > 2. Подобрать пиктограммы тоже можно, тем более что мной, > > > например, и так наблюдается некий бардак с ними. > > Я пробовал, это слишком трудоемкая задача. > Новых пунктов Новых секций > - несколько штук. Мне показалось приличное количество, туда же могут попадать переименованные секции. [...] > > > > 2. После того, как откажетесь от п.1 сделать пакет > > > > menu-whattodo-0.1, > > > > в который положить все меню из "3. Приступить" > > > Меня больше интересует, как вы относитесь к идее, > > > обрисованной в этом пункте. > > Сейчас - однозначный отказ. Только после выхода Мастер. > Дело в том, что поскольку это может быть реализовано в виде > дополнительного пакета, Не может, только task-ориентированного меню "What to do?(Что будем делать?)" или в вашем варианте "Proceed(Приступить)" Если попытаться упихать все существующее меню в отдельную секцию "New menu", то пользователь просто-напросто заблудиться. > с выходом какого-либо дистрибутива > никакой корреляции не вижу. К тому же я спрашивал ваше личное > мнение. Личное - я не против. У Анатолия Якушина возможно остались какие-то наработки по этому поводу. > Или до выхода Мастера вы его не имеете? :) Как мантейнер имею твердое - никаких изменений структуры меню до выхода Мастер. А по перемещению программ в другие(существующие) секции - я не против, только лучше отдельным тредом. > > А вообще по поводу п.1 я против добавления каких-либо секций > > 3-го уровня. > Можно обосновать? Потому что бездомное положение словарей меня > очень удручает. Уже были желающие вообще исключить секции 3-го уровня, на-манер родного KDE-шного меню. Кстати, эта структура тоже может быть почвой для размышления. Его можно посмотреть, если сделать mkdir ~/.menu touch ~/.menu/disable_customization и перезапустить KDE. Но IMHO оно отпадает по причине отсутствия возможности централизованного управления(или я ее не вижу) секциями "More". -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
Anatoly Yakushin пишет:
> Vitaly Lipatov пишет:
>
> <skip>
>
>> * Убрать слово "графика" из Мультимедиа, заменив на "изображения"
>
>
> "Изображения" чего? Скорее "Просмотр и рдактирование изображений", но
> это очень длинно.
>
>> (поскольку графика - это искусство изображения предметов
>> контурными линиями и штрихами, без красок)
>
>
> Подобное толкование термина мне кажется слишком узким.
>
> <skip>
>
Графика - и есть Графика.
Т.е. - понятно всем что приложения, для работы с компьюетрной графикой -
должны лежать в пункте меню Графика.
О.. еще идея:
а почему бы не сделать что бы меню формировалось по принципу:
1) не больше трех уровней
2) каждому набору приложений - свой пункт второго уровня (aka Mozilla,
OpenOffice и т.д.)
3) Не Больше десяти категорий второго уровня (я бы написал - семи
категорий, но боюсь - не влезем ;-(
Т.е.:
Офисные программы/OpenOffice/OOCalc, OOWriter и т.д.
Сеть/Mozilla/
Настройка/KDE
И т.д.
А приложения, входящие в группу первого уровня, но не представляющие
группу приложений - включать на второй уровень.
Что скажете ?
Rgds,
Rider
[-- Attachment #1: Type: text/plain, Size: 1172 bytes --] В сообщении от Чт 17 Июнь 2004 16:12 Anton Farygin написал(a): [...] > а почему бы не сделать что бы меню формировалось по принципу: > > 1) не больше трех уровней За! > 2) каждому набору приложений - свой пункт второго уровня (aka > Mozilla, OpenOffice и т.д.) Все k* в KDE, g* в Gnome, Бардак будет. IMHO лучше делать 2 вида меню, одно в зависимости от предназначения программы, другое в завимсимости от желаний пользователя. > 3) Не Больше десяти категорий второго уровня (я бы написал - семи > категорий, но боюсь - не влезем ;-( Если разбить Applications на 2 секции, то влезем. > Т.е.: > > Офисные программы/OpenOffice/OOCalc, OOWriter и т.д. > Сеть/Mozilla/ IMHO это получается смесь тех 2х видов, о которых я упомянул выше. > Настройка/KDE Такие пункты - отдельная песня, т.к. они нестабильны, появляются новые. исчезают старые. > И т.д. > > А приложения, входящие в группу первого уровня, но не > представляющие группу приложений - включать на второй уровень. В какую группу? Зачем вообще что-то глубже перемещать? > Что скажете ? -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
Представленный проект меню вызвал многочисленные околотемные обсуждения, это наверное хорошо. Я постарался учесть все высказанные предложения и аргументы, и предлагаю второй вариант изменений в меню (минимально касающихся структуры), которые хотелось бы видеть в выпускаемом дистрибутиве Мастер 2.4. Если возражений нет, я обращаюсь к мантейнерам, видящим свои пакеты в списке, произвести необходимые исправления и сообщить мне. Далее я отправлю письма неотозвавшимся мантейнерам. Если надо, могу повесить баги или пересобрать пакеты за мантейнера. Если есть обоснованные возражения, хотелось бы их также услышать. ============================================================= Для тех, кто уже читал первый вариант, вот изменения: * Графику не переименовываем * Калькуляторы не трогаем * создать группу Приложения/Образование/Астрономия * создать группу Приложения/Образование/Клавиатурные тренажёры 1.2.8 В Приложения/Издательство * Офис/Текстовые процессоры/LyX 1.2.17 В Настройка/Печать * Приложения/Издательство/xpp 1.2.18 В Образование/Астрономия * Приложения/Образование/Celestia * Приложения/Образование/Stellarium * Приложения/Образование/Наука/KStars 1.3 В Образование/Клавиатурные тренажёры * Игры/Образовательное/GNU typist * Игры/Образовательное/TUX typing * Игры/Образовательное/typespeed * Приложения/Образование/KTouch 1.3.1 В Образование/Языки (кстати, непереведённое) * Приложения/Образование/Другие/KHangman ============================================================ А теперь полный вариант. 1.1 Переименования и перестановки групп Пока Графику в Мультимедиа оставляем как обозначение "компьютерной графики", из песни о которой уже слова не выкинешь. 1.1.1 Первоочерёдное * переименовать Сеть/Чат в Сеть/Общение * создать группу Приложения/Словари * переименовать Сеть/WWW в Сеть/Браузеры * исправить 2 ошибки в названии группы Electornic * переименовать Сеть/Закачка файлов в Сеть/Передача файлов * создать группу Приложения/Образование/Астрономия * создать группу Приложения/Образование/Клавиатурные тренажёры 1.2 Перенос программ В названии подраздела написано куда перенести, в подразделе указано текущее расположение и название программы 1.2.1 В Сеть/Общение * Сеть/Другие/LogJam * Сеть/Другие/gnomemeeting (сделано) 1.2.2 В Приложения/Связь * Сеть/Другие/minicom * Офис/PDA/J-Pilot * Офис/PDA/KPilot 1.2.3 В Образование * Мультимедиа/Образование/Solfege 1.2.4 В Мультимедиа/Хранители экрана * Система/Хранители экрана (bug #4398) 1.2.5 В Приложения/Финансы * Офис/iceb * Офис/Финансы/grisbi * Офис/Финансы/kmymoney 1.2.6 В Приложения/Словари * Офис/Дополнительно/KThesaurus * Офис/Другие/mova * Офис/Словарь * Приложения/Текстовые утилиты/Словарь KSocrat * Приложения/Текстовые утилиты/Kdict * Приложения/Текстовые утилиты/WordNet * Офис/stardict (что-то не вижу) 1.2.7 В Приложения/Базы данных * Сеть/Другие/gq * Приложения/Архивация/Другие/gtkatalog 1.2.8 В Приложения/Издательство * Офис/Издательство/xpdf * Мультимедиа/Графика/glabels * Приложения/Архивирование/Запись компакт-дисков/kover * Офис/Текстовые процессоры/LyX 1.2.9 В Офис * Офис/Дополнительно/Рабочий стол KOffice 1.2.10 В Офис/Адресные книги * Офис/rubrica 1.2.11 был про калькуляторы 1.2.12 В Сеть/Другие * Сеть/Другие/GTKIPCalc (т.е. оставляем) * Сеть/Мониторинг/nmapFE * Сеть/Другие/ksubnet (что-то не видно в меню) (т.е. оставляем) 1.2.13 В Приложения/Текстовые утилиты * Офис/Декодирование текста 1.2.14 В Офис/Распределение времени * Офис/tkremind * Офис/ikal * Офис/Управление задачами/Planner 1.2.15 В Приложения/Мониторинг * Сеть/Другие/mtr 1.2.16 В Приложения/Редакторы * Приложения/Издательство/kile * Приложения/Издательство/kxmleditor 1.2.17 В Настройка/Печать * OpenOffice.org Printer Administration * Приложения/Издательство/xpp 1.2.18 В Образование/Астрономия * Приложения/Образование/Celestia * Приложения/Образование/Stellarium * Приложения/Образование/Наука/KStars 1.3 В Образование/Клавиатурные тренажёры * Игры/Образовательное/GNU typist * Игры/Образовательное/TUX typing * Игры/Образовательное/typespeed * Приложения/Образование/KTouch 1.3.1 В Образование/Языки (кстати, непереведённое) * Приложения/Образование/Другие/KHangman 1.3.2 В Мультимедиа/Графика * Офис/Схемы и диаграммы/Karbon14 1.3.3 В Сеть/Передача файлов * Сеть/Другие/gtk-gnutella * Сеть/Другие/giftui -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
Vitaly Lipatov пишет:
> Представленный проект меню вызвал многочисленные околотемные
> обсуждения, это наверное хорошо.
> Я постарался учесть все высказанные предложения и аргументы,
> и предлагаю второй вариант изменений в меню (минимально
> касающихся структуры), которые хотелось бы видеть в выпускаемом
> дистрибутиве Мастер 2.4.
>
> Если возражений нет, я обращаюсь к мантейнерам, видящим свои
> пакеты в списке, произвести необходимые исправления и сообщить
> мне. Далее я отправлю письма неотозвавшимся мантейнерам. Если
> надо, могу повесить баги или пересобрать пакеты за мантейнера.
>
> Если есть обоснованные возражения, хотелось бы их также услышать.
Обоснованное возражение: вы не успеете это сделать до выхода бета-версии
(3-4 дня максимум).
Rgds,
Rider
[-- Attachment #1: Type: text/plain, Size: 798 bytes --] On Fri, Jun 18, 2004 at 02:43:42PM +0400, Vitaly Lipatov wrote: > Если возражений нет, я обращаюсь к мантейнерам, видящим свои > пакеты в списке, произвести необходимые исправления и сообщить > мне. Далее я отправлю письма неотозвавшимся мантейнерам. Если > надо, могу повесить баги или пересобрать пакеты за мантейнера. Если несколько человек (включая меня), у кого пакеты, содержащие menu entry, составляют менее 10% всех поддерживаемых пакетов (коих много). Для таких maintainer'ов характерно следующее отношение к проблеме: - мне почти всё равно, в какой группе находится программа; - мне не очевидно, затрагивают ли предлагаемые изменения структуры групп мои пакеты. Возможно, развесить баги на такие пакеты - это лучшее, что можно сделать в этой ситуации. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 422 bytes --] В сообщении от Пятница 18 Июнь 2004 13:43 Vitaly Lipatov написал(a): > 1.2.13 В Приложения/Текстовые утилиты а куду поместить knowit? (сейчас приложения/полезное, но про "Полезное" тут правильно сказали, что весь софт полезный. ;-) м.б текстовые утилиты? для словарей имхо лучше бы иметь группу 'Офис/Словари' (а не в приложения) -- с уважением, Nick S. Grechukh network administrator of Refractory Trading House [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 412 bytes --] В сообщении от Пт 18 Июнь 2004 14:43 Vitaly Lipatov написал(a): [...] > А теперь полный вариант. > 1.1 Переименования и перестановки групп Никаких переименований и перестановок групп до момента выхода Мастер-2.4 не будет. > 1.2 Перенос программ Это - пожалуйста. Вешайте баги. [...] -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
On Friday 18 June 2004 15:09, Sergey V Turchin wrote: > В сообщении от Пт 18 Июнь 2004 14:43 Vitaly Lipatov > > А теперь полный вариант. > > 1.1 Переименования и перестановки групп > > Никаких переименований и перестановок групп до момента выхода > Мастер-2.4 не будет. К такому заявлению было бы неплохо всё же сказать, какое Вы имеете отношение к выходу Мастера, во избежание недоразумений. > > > 1.2 Перенос программ > > Это - пожалуйста. Вешайте баги. Хорошо. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
[-- Attachment #1: Type: text/plain, Size: 478 bytes --] В сообщении от Пт 18 Июнь 2004 15:45 Vitaly Lipatov написал(a): [...] > > Никаких переименований и перестановок групп до момента выхода > > Мастер-2.4 не будет. > К такому заявлению было бы неплохо всё же сказать, какое Вы > имеете отношение к выходу Мастера, во избежание недоразумений. Заявляю, как мантейнер пакета, в котором находятся группы меню. -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
On Friday 18 June 2004 14:48, Anton Farygin wrote:
> Обоснованное возражение: вы не успеете это сделать до выхода
> бета-версии (3-4 дня максимум).
Знал бы ваши планы - успел бы.
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!
On Friday 18 June 2004 15:00, Nick S. Grechukh wrote: > В сообщении от Пятница 18 Июнь 2004 13:43 Vitaly Lipatov написал(a): > > 1.2.13 В Приложения/Текстовые утилиты > > а куду поместить knowit? (сейчас приложения/полезное, но про > "Полезное" тут правильно сказали, что весь софт полезный. ;-) > > м.б текстовые утилиты? Да, если хотите. Это наиболее близкое по теме место. > для словарей имхо лучше бы иметь группу 'Офис/Словари' (а не в > приложения) Я не понимаю в меню трёх слов: Приложения, Мультимедиа, Офис. Поэтому не хотел бы группировать по этим категориям. Где быть словарям - потом обсудим, после Мастера. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!
On Friday 18 June 2004 15:09, Sergey V Turchin wrote:
> В сообщении от Пт 18 Июнь 2004 14:43 Vitaly Lipatov
> написал(a):
>
> [...]
>
> > А теперь полный вариант.
> > 1.1 Переименования и перестановки групп
>
> Никаких переименований и перестановок групп до момента выхода
> Мастер-2.4 не будет.
Мне кажется, если есть хоть небольшая возможность исправить три
слова в файле, это стоит сделать:
* переименовать Сеть/Чат в Сеть/Общение
* переименовать Сеть/WWW в Сеть/Браузеры
* переименовать Сеть/Закачка файлов в Сеть/Передача файлов
Именно в русском варианте, не трогая оригинал, естественно.
Это бы немного оздоровило "Сеть" и приблизило название к
содержимому.
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!
[-- Attachment #1: Type: text/plain, Size: 385 bytes --] В сообщении от Пт 18 Июнь 2004 21:59 Vitaly Lipatov написал(a): [...] > * переименовать Сеть/Чат в Сеть/Общение done > * переименовать Сеть/WWW в Сеть/Браузеры С этим собневаюсь. Кто против? > * переименовать Сеть/Закачка файлов в Сеть/Передача файлов done -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
В сообщении от Пятница 18 Июнь 2004 15:46 Sergey V Turchin написал(a):
> В сообщении от Пт 18 Июнь 2004 15:45 Vitaly Lipatov написал(a):
>
> [...]
>
> > > Никаких переименований и перестановок групп до момента выхода
> > > Мастер-2.4 не будет.
> >
> > К такому заявлению было бы неплохо всё же сказать, какое Вы
> > имеете отношение к выходу Мастера, во избежание недоразумений.
>
> Заявляю, как мантейнер пакета, в котором находятся группы меню.
Меню предлагалось переделать ещё год или два назад перед выходом Master 2.2
Многие согласились, что нужно этот вопрос отложить до выхода нового мастера.
т.е. 2.4. Опять таже ситуация повторяется.
Если не сделать это сейчас, то это будет тянуться до Master 2.6, 2.8 итд.
Нужно уже наконец начать как-то двигаться в этом направлении!
--
ahtoh
On Птн, 2004-06-18 at 22:29 +0400, Anton Korbin wrote:
> Меню предлагалось переделать ещё год или два назад перед выходом Master 2.2
> Многие согласились, что нужно этот вопрос отложить до выхода нового мастера.
> т.е. 2.4. Опять таже ситуация повторяется.
> Если не сделать это сейчас, то это будет тянуться до Master 2.6, 2.8 итд.
> Нужно уже наконец начать как-то двигаться в этом направлении!
Именно.
В качестве своих 5 копеек: Хотелось бы сделать в Гноме меню по
образцу ASP (В каждом Гномовском подменю есть пукт "Дополнительно...",
откуда и открывается соотвествующая ветка "menu").
Приложения
Графика
(Собственное меню Гнома)
Еще...
(Cодержимое меню Multimedia/Graphics)
Игры
(Гномовы игры)
Еще...
(Содержимое меню Games и Amusement...)
...
Благодаря этому вместо двух независимых иерархий получается одна общая,
что гораздо удобнее. А еще лучше было бы объединить меню Гнома и общее.
Возможно, это будет иметь смысл и для Кде.
--
Вячеслав Диконов <sdiconov@mail.ru>
On Friday 18 June 2004 22:26, Sergey V Turchin wrote: > В сообщении от Пт 18 Июнь 2004 21:59 Vitaly Lipatov > > * переименовать Сеть/WWW в Сеть/Браузеры > > С этим собневаюсь. > Кто против? Да, кто против? Мне кажется, было бы достаточно подставить сюда то слово, которое используется в документации для обозначения такого рода программ. > > * переименовать Сеть/Закачка файлов в Сеть/Передача файлов > > done ЗдОрово. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!