http://blog.gmane.org/gmane.linux.altlinux.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.altlinux.devel/84181 <pre> Возникла необходимость по списку зависимостей бинарного пакета (получаемого через rpm --requires) получить список названий пакетов, удовлетворяющих эти зависимости. В сущности, это происходит при установке пакета с помощью hsh-install: там вызывается rpmi для установки пакетов по перечню. Ну то есть надо в ответ на rpm-зависимость 'perl(Text/ParseWords.pm)' получить perl-base. Как получить такой список снаружи, есть ли доступный способ? </pre> Vitaly Lipatov 2012-05-26T11:02:46 http://comments.gmane.org/gmane.linux.altlinux.devel/84175 <pre>Приветствую всех, Для сборки некоего пакета сборщику оказалось нужно вылезать в интернет. Делает он это так, вызывает xsltproc, который за таблицей преобразования xslt лезет на сайт docbook: $ xsltproc --stringparam man.copyright.section.enable 0 --stringparam man.authors.section.enabled 0 http://docbook.sourceforge.net/release/xsl-ns/current/manpages/docbook.xsl unpaper.1.xml Если собирать на машине, у которой выход сеть присутствует, то всё хорошо, но в hasher-е оно валится. И, на жалость, попытка вытянуть этот docbook.xsl руками с очевидным успехам не привела, т.к. оный имеет большое количество нассылаемых файлов, счёт которых идёт на десятки. Вообщем я т</pre> Мал Скрылёв 2012-05-26T09:21:36 http://comments.gmane.org/gmane.linux.altlinux.devel/84161 <pre>Господа, в утилиту buildreq-src добавлен автопоиск сборочных perl-зависимостей. По умолчанию зависимости прописываются как perl(Some/Module.pm). C опцией --sourcedep-perl-resolve зависимости прописываются как имена соответствующих пакетов. Требуется perl-RPM-Source-Editor &gt;= 0.782. </pre> Igor Vlasenko 2012-05-24T16:06:25 http://comments.gmane.org/gmane.linux.altlinux.devel/84153 <pre>Привет! Я сегодня нарвался сам и хотел бы предостеречь вас: udev 176 ======== The 'devtmpfs' filesystem is required now, udev will not create or delete device nodes anymore, it only adjusts permissions and ownership of device nodes and maintains additional symlinks. Таким образом, если у вас ядро не поддерживает devtmpfs, то udev будет для вас совершенно не рабочим как в системе, так и в initrd. </pre> Alexey Gladkov 2012-05-24T13:26:31 http://comments.gmane.org/gmane.linux.altlinux.devel/84084 <pre>Други! Не очень понимаю, на что именно ругается Репокоп - http://sisyphus.ru/ru/srpm/Sisyphus/i3/repocop : Main Categories consist of those categories that every conforming desktop environment MUST support.(http://standards.freedesktop.org/menu-spec/latest/apa.html). None found in /usr/share/applications/i3.desktop. please, fix. Menu-related Additional Categories (http://standards.freedesktop.org/menu-spec/latest/apa.html) not found in /usr/share/applications/i3.desktop. Please add it or report a bug against this test if you already have registered one (not including menu unrelated ones as Core or Qt). Вот содержимое файла /usr/share/applications/i3.desktop: [Desktop Entry] Name=i3 Comment=improved dynamic tiling window manager Exec=i3 Type=Application Может быть его нужно вообще убрать? Или, хотя бы, где посмотреть, как подобный файл должен выглядеть (Окон</pre> Bergman Andrey 2012-05-19T09:01:02 http://comments.gmane.org/gmane.linux.altlinux.devel/84064 <pre>Мужчины, у вас медленно задания собираются. Потому что при повторном запуске выполняется пересборка всех пакетов, а оптимизация "no need to rebuild" срабатывает только при очень строгом условии: список пакетов в чруте должен быть полностью идентичным, с точностью до конкретной сборки каждого пакета (пересобранный пакет уже не идентичен). Далее я обсуждаю другие критерии для повторной пересборки и как их можно использовать для дальнейшей оптимизации. Есть два основных аспекта этой проблемы. 1) После повторной пересборки в пакете появляются новые значения st_mti</pre> Alexey Tourbin 2012-05-17T04:19:46 http://comments.gmane.org/gmane.linux.altlinux.devel/84042 <pre>Вот уже два дня ругаюсь всякими нехорошими словами. Во-первых, в нашем squid обнаружилась очень неприятная проблема с использованием external_acl_type, описанная мною в #27329. Эта бага рушит работу squid. Однако на неё нет никакой реакции. Даже непонятно, что делать дальше. Вешать блокер? Есть ли живой мантейнер? Во-вторых, позавчерашнее обновление KDE4 до 4.8.3 (вместе со всей системой) снесло голову KMail: любая попытка сменить папку или выбрать письмо приводило к краху KMail. Сегодня наконец-то программа заработала, но после нудной чистки всяких кешей в /var/tmp и конфигов в ~/.kde</pre> Sergei Epiphanov 2012-05-16T06:09:46 http://comments.gmane.org/gmane.linux.altlinux.devel/84030 <pre>Хотел узнать, почему вопреки http://www.altlinux.org/SharedLibsPolicy libldap2.4 вдруг переименовали? Эти метания с нумерацией так всегда меня задевают... Приходится бегать по конфигам и спекам и менять названия пакетов. </pre> Vitaly Lipatov 2012-05-15T19:19:06 http://comments.gmane.org/gmane.linux.altlinux.devel/84029 <pre> Большая радость по поводу появления полного x86_64-i586 омрачается тем, что пользоваться этим невозможно. Без ручного увеличения лимита apt не справляется: Чтение списков пакетов... Ошибка! E: Dynamic MMap ran out of room E: При обработке python-module-django (NewVersion1) возникла ошибка ... E: Невозможно прочитать список пакетов или файл статуса. Хотелось бы понять политику: нельзя ли вставить в apt новый лимит, подходящий под увеличенное количество пакетов? Или каждый должен для себя сам настраивать? </pre> Vitaly Lipatov 2012-05-15T19:12:17 http://comments.gmane.org/gmane.linux.altlinux.devel/84001 <pre>Приветствую! В версии make-initrd-0.7.8 появилась возможность узнать какие модули (с точки зрения make-initrd) понадобятся для монтирования указанного блочного устройства или точки монитрования: # make-initrd guess-modules /mnt/scm /lib/modules/3.3.0/kernel/drivers/block/ub.ko /lib/modules/3.3.0/kernel/drivers/scsi/scsi_mod.ko /lib/modules/3.3.0/kernel/drivers/scsi/sd_mod.ko /lib/modules/3.3.0/kernel/drivers/usb/core/usbcore.ko /lib/modules/3.3.0/kernel/drivers/usb/host/ehci-hcd.ko /lib/modules/3.3.0/kernel/drivers/usb/storage/uas.ko /lib/modules/3.3.0/kernel/drivers/usb/storage/usb-libusual.ko /lib/modules/3.3.0/kernel/drivers/usb/storage/usb-storage.ko /lib/modules/3.3.0/kernel/drivers/usb/usb-common.ko /lib/modules/3.3.0/kernel/fs/ext4/ext4.ko /lib/modules/3.3.0/kernel/fs/jbd2/jbd2.ko /lib/modules/3.3.0/kernel/fs/mbcache.ko /lib/modules/3.3.0/kernel/lib/crc16.ko /l</pre> Alexey Gladkov 2012-05-14T15:31:35 http://comments.gmane.org/gmane.linux.altlinux.devel/84000 <pre>Hi, в связи с обеспечением полноценной поддержки systemd в Sisyphus в свете подготовки p7 (http://bit.ly/ITVckO) хотелось бы сформулировать текущие ориентиры: 1) Как минимум все desktop-дистрибутивы на p7 будут выпускаться на systemd. Это означает, что требуется упаковка unit-файлов для всех сервисов. Просьба при сборке новых версий пакетов паковать unit-файлы, которые в большинстве своём можно брать в Fedora (http://pkgs.fedoraproject.org/gitweb/) и добавлять поддержку systemd. В случае проблем, как тут уже объявлялось, поддержку брались оказывать shaba&lt; at &gt; и amike&lt; at &gt;, можете обращаться и ко мне. В ближайшее время, ка</pre> Vitaly Kuznetsov 2012-05-14T15:17:04 http://comments.gmane.org/gmane.linux.altlinux.devel/83984 <pre>Hi, у нас есть пакеты с эксклюзивным acl. Также у на есть баги на такие пакеты и на них зачастую отсутствует какая бы то ни была реакция в bugzilla в течение длительного времени. Не стоит ли считать подобное стечение обстоятельств поводом к добавлению в acl пакета &lt; at &gt;qa/&lt; at &gt;everybody? Вполне возможно, что существуют готовые зафиксить соответствующий баг люди, но эксклюзивный acl их останавливает. _______________________________________________ Devel mailing list Devel&lt; at &gt;lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/devel</pre> Vitaly Kuznetsov 2012-05-12T07:43:56 http://comments.gmane.org/gmane.linux.altlinux.devel/83983 <pre>Hi, После обновления glibc-kernheaders пакеты, использующие linux/ext2_fs.h, перестали собираться, потому что linux/ext2_fs.h перестал компилироваться. Я не буду исправлять linux/ext2_fs.h, поскольку апстрим решил со следующей версии ядра (&gt;= 3.4) не экспортировать этот файл: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=v3.3-9234-g4a165d2 Немногочисленным пакетам, еще использующим linux/ext2_fs.h (socat, syslinux, syslinux4), рекомендуется перейти на ext2fs/ext2_fs.h из пакета libe2fs-devel. </pre> Dmitry V. Levin 2012-05-11T22:19:03 http://comments.gmane.org/gmane.linux.altlinux.devel/83974 <pre>Hi, Пакет kernel-headers-alsa давно устарел, и с обновлением пакета kernel-headers-common прекратил свое существование. Два пакета (kdemultimedia-3.5.13-alt2 и sox-14.3.2-alt1) из-за этого перестанут собираться, просьба обновить в этих пакетах сборочные зависимости. </pre> Dmitry V. Levin 2012-05-11T11:59:49 http://comments.gmane.org/gmane.linux.altlinux.devel/83973 <pre>Hi, Файла /usr/include/linux/videodev.h уже давно нет: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=v2.6.37-rc8-178-g88ae762 С обновлением пакета glibc-kernheaders #include &lt;linux/videodev.h&gt; перестанет работать, и примерно два десятка пакетов из-за этого перестанут собираться: asterisk1.11-1.11-alt0.337970 fmio-2.0.8-alt2.1 hal-0.5.14-alt8 kdenetwork-3.5.13-alt1 libdc1394-2.1.3-alt1.1 libpw1.11-1.11.2-alt0.9cvs20061011.1 libunicap-0.9.8-alt3 linuxtv-dvb-apps-1.1.1-alt2 mjpegtools-1.9.0-alt4 motion-3.2.12-alt2.3 mpfc-radio-0.1-alt2 python-module-pygame-1.9.1-alt1.1.1 qutecom-2.2.1-alt3.1 spcaview-20071224-alt1 tvtime-1.0.2-alt12 v4l2ucp-2.0.2-alt1 webcam-tools-0.2.1-alt1.svn2011021201 xmms-fmradio-1.5-alt1.qa1 zbar-0.10-alt4.1 </pre> Dmitry V. Levin 2012-05-11T11:56:23 http://comments.gmane.org/gmane.linux.altlinux.devel/83972 <pre>Господа, когда имя systemd сервиса отличается от имени sysV init скрипта, возникает вопрос, что писать в %post/un_service &lt;name&gt;. Естественно, хочется писать в %post/un_service имя sysV init скрипта. Если сделать симлинк systemd сервиса с sysV init именем, например, bluetoothd.service -&gt; bluetooth.service service &lt;sysV init имя&gt; start/stop работать будет. Проблема в том, что chkconfig &lt;sysV init имя&gt; on / off не работает, даже если есть симлинк, поскольку эта функциональность считается неправильной в systemctl. Это плохо, так как не позволяет писать скрипты, одинаково работающие хоть под sysV init, хоть под systemd. Однако нам ничто не мешает пропатч</pre> Igor Vlasenko 2012-05-11T11:16:07 http://comments.gmane.org/gmane.linux.altlinux.devel/83967 <pre>Здравствуйте. Помогите сняться с ручника: (extra-button (when clicked (begin (format #t "HERE1\n") (extra-button activity #f) (form-update-activity '("extra-button") #f) (format #t "HERE2\n") (commit-interface) (format #t "HERE3\n") ))) Кнопка деактивируется уже после возврата commit-interface, которое представляет из себя ходока в бэкенд: (define (commit-interface) (catch/message (lambda() (woo-write "/backend" 'var (form-value "var"))))) Т.е. в выводе наблюдаю: HERE1 HERE2 [выполнение команд бэкендом] HERE3 ...и при этом на HERE2 extra-button нажимабельная, а после HERE3 -- уже нет. </pre> Michael Shigorin 2012-05-11T04:38:56 http://comments.gmane.org/gmane.linux.altlinux.devel/83951 <pre>Здравствуйте. Есть django приложение www.cdr-stats.org Дело в том, что это питоновские модули и естественно они должны располагаться в /usr/lib/python2.7/site-packages/. Но после установки нужно запустить серию команд: python manage.py syncdb --noinput python manage.py migrate python manage.py createsuperuser python manage.py collectstatic -l --noinput Которые прямо в этой директории создают базу, статические ссылки и т.д. Хочется чтобы модули были отдельно, а все данные и т.д. отдельно где-то в районе /var/lib или /var/www Подскажите, как правильно упаковывать django приложения? Это зависит от настроек самого приложения или может есть типичн</pre> Dubrovskiy Viacheslav 2012-05-10T04:58:53 http://comments.gmane.org/gmane.linux.altlinux.devel/83948 <pre>5 мая 2012 г., 21:46 пользователь Igor Vlasenko &lt;vlasenko&lt; at &gt;imath.kiev.ua&gt; написал: Кажется, в этом пакете когда-то еще имелась утилита srpmbackport - куда она подевалась? </pre> Eugene Prokopiev 2012-05-10T03:21:05 http://comments.gmane.org/gmane.linux.altlinux.devel/83934 <pre>День добрый. С праздником! Скажите, это нормально, что из коробки не получается ничего толком импортировать из matplotlib: 16:17&gt;&gt;&gt; from matplotlib.figure import Figure Traceback (most recent call last): File "&lt;stdin&gt;", line 1, in &lt;module&gt; File "/usr/lib64/python2.7/site-packages/matplotlib/__init__.py", line 135, in &lt;module&gt; from matplotlib.rcsetup import (defaultParams, File "/usr/lib64/python2.7/site-packages/matplotlib/rcsetup.py", line 19, in &lt;module&gt; from matplotlib.colors import is_color_like File "/usr/lib64/python2.7/site-packages/matplotlib/colors.py", line 52, in &lt;module&gt; import numpy as np File "/usr/lib64/python2.7/site-packages/numpy/__init__.py", line 137, in &lt;module&gt; import add_newdocs File "/usr/lib64/python2.7/site-packages/numpy/add_newdocs.py", line 9, in &lt;module&gt; from numpy.lib import add_newdoc File "/usr/lib64/python2.7/site-packages/numpy/lib/__init__.py", lin</pre> Terechkov Evgenii 2012-05-09T08:37:45 http://comments.gmane.org/gmane.linux.altlinux.devel/83922 <pre>Hi! Я тут заметил что мой пакет pommed собирает и для arm архитектуры, но это не имеет смысла. Так как это утилиты для руления всякими фичами Apple техники. А они никогда не выпускали ничего на арме. В общем вопрос: что добавить в спек что бы собиралось только для x86/x86_64? Заранее спасибо! </pre> Igor Zubkov 2012-05-07T16:13:55 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.altlinux.devel