http://permalink.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://permalink.gmane.org/gmane.linux.altlinux.devel/84124 <pre>Hello, Aleksey Novodvorsky! В deepsolver предусмотрен режим установки пакетов по заданной версии, и разработка ведётся с полным учётом этой возможности. Есть ещё пока слабоформализованная идея принудительно поставить для некоторого подмножества пакетов версии из репозитория, даже если в системе сейчас новее. Для даунгрейда весьма полезно, но неясно, как определять подмножество пакетов для работы. Если это решить, то можно добавить в ТЗ и воплотить. </pre> Michael Pozhidaev 2012-05-23T11:19:57 http://permalink.gmane.org/gmane.linux.altlinux.devel/84123 <pre> Кстати, я себе до сих пор собираю 2.2. Пока вполне работает. Если кому нужно - обращайтесь. Слава _______________________________________________ Devel mailing list Devel&lt; at &gt;lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/devel</pre> Vladislav Zavjalov 2012-05-23T11:05:03 http://permalink.gmane.org/gmane.linux.altlinux.devel/84122 <pre>23.05.2012 17:43, Dmitry V. Levin пишет: я за то, чтобы warning до error, но без возможности. </pre> REAL 2012-05-23T10:51:30 http://permalink.gmane.org/gmane.linux.altlinux.devel/84121 <pre> Разница есть в силу возможностей оптимизации зависимостей самим rpmbuild. Почему бы мейнтейнерам давным-давно не обратить внимание на предупреждения в логах сборки о неполноте межпакетных зависимостей? В случае с нехваткой %epoch можно было бы просто выполнить $ grep '^warning: [^ ]* dependency on [^ ]* needs Epoch' Может быть, поднять warning до error с возможностью обратного понижения макросом? Как вариант. </pre> Dmitry V. Levin 2012-05-23T10:43:55 http://permalink.gmane.org/gmane.linux.altlinux.devel/84120 <pre> Я не понял о чём ты. </pre> Alexey Gladkov 2012-05-23T10:10:13 http://permalink.gmane.org/gmane.linux.altlinux.devel/84119 <pre> У нас есть очень хорошая вещь для пользователей Сизифа: архив всех старых версий ftp://ftp.altlinux.ru/pub/distributions/archive А вот для бранчей такого архива нет. Наводнение в Таиланде давно окончилось, диски снова дешевы, надо бы начать создавать архив и для бранчей тоже. Без этого механизм отката в deepsolver не принесет толку - не на что откатывать. А архив дает возможность хотя бы вручную откатить. </pre> Igor Vlasenko 2012-05-23T10:02:20 http://permalink.gmane.org/gmane.linux.altlinux.devel/84118 <pre> Или так, ведь ручная сборка initrd скорее подразумевает, что собирающий в курсе про depmod и при надобности сделает. </pre> Michael Shigorin 2012-05-23T09:56:16 http://permalink.gmane.org/gmane.linux.altlinux.devel/84117 <pre>23 мая 2012 г., 13:24 пользователь Michael Shigorin &lt;mike&lt; at &gt;osdn.org.ua&gt; написал: Вечная проблема. Мы увеличиваем версии пользовательских программ и окружений во многом под давлением рынка (ну или массового пользователя, кому как нравится). К тому же, старые версии сейчас быстро перестают поддерживаться апстримом по той же причине. В связи с этим, возможно, стоит предусмотреть удобный механизм отката на прежние версии. В частности, в deepsolver. Rgrds, Алексей _______________________________________________ Devel mailing list Devel&lt; at &gt;lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/devel</pre> Aleksey Novodvorsky 2012-05-23T09:35:13 http://permalink.gmane.org/gmane.linux.altlinux.devel/84116 <pre>[...] Не уверен, что это была исключительно хорошая мысль </pre> Michael Shigorin 2012-05-23T09:24:31 http://permalink.gmane.org/gmane.linux.altlinux.devel/84115 <pre> http://git.altlinux.org/srpms/c/check.git?p=check.git;a=commitdiff;h=75bde91e3f2b9c157bfc3e429def96c99f8440e4 Эти два изменения сделаны в порядке улучшения спеков про всяк случай, хотя сейчас разницы нет в силу http://lists.altlinux.org/pipermail/devel/2008-December/164962.html http://lists.altlinux.org/pipermail/devel/2008-December/164968.html Суть такова: %package -n lib%name-devel Summary: A unit test framework for C (development headers) Group: Development/C -Requires: lib%name = %version-%release +Requires: lib%name = %epoch:%version-%release Поскольку это подпакеты в пределах одного спека, то сравнение просто становится более строгим в силу неиспользования особенностей реализации в rpm-4.0. На всякий прилагаю подготовленный led&lt; at &gt; список пакет</pre> Michael Shigorin 2012-05-23T09:18:59 http://permalink.gmane.org/gmane.linux.altlinux.devel/84114 <pre> Раз installkernel сам запускает depmod, то дёргать его в make-initrd ещё раз совершенно не нужно. </pre> Alexey Gladkov 2012-05-23T08:17:50 http://permalink.gmane.org/gmane.linux.altlinux.devel/84113 <pre> Как думаешь, есть смысл автоматически избегать дёрганья depmod при ctime соответствующего modules.dep, отличающегося от текущего времени менее чем на (скажем) минуту? installkernel его дёргает аккурат перед запуском генерации initrd. </pre> Michael Shigorin 2012-05-23T07:54:48 http://permalink.gmane.org/gmane.linux.altlinux.devel/84112 <pre> Это я и сам мог сделать, но письмо от Girar Builder robot с сообщением об успешной пересборке пришло раньше, чем письмо от Виталия с предложением это сделать. Вот я и удивился... -- Денис _______________________________________________ Devel mailing list Devel&lt; at &gt;lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/devel</pre> Denis Kirienko 2012-05-22T09:28:59 http://permalink.gmane.org/gmane.linux.altlinux.devel/84111 <pre> Ничего не крутил, просто "task run" сказал. :) </pre> Dmitry V. Levin 2012-05-22T09:17:24 http://permalink.gmane.org/gmane.linux.altlinux.devel/84110 <pre> Спасибо! </pre> Michael Shigorin 2012-05-22T06:48:56 http://permalink.gmane.org/gmane.linux.altlinux.devel/84109 <pre>Доброе утро! Спасибо, ldv&lt; at &gt; вчера вечером, похоже, что-то подкрутил и сам перезапустил задание - все собралось: http://git.altlinux.org/tasks/archive/done/_70/71714/logs/events.2.1.log Подробностей не знаю. -- Денис _______________________________________________ Devel mailing list Devel&lt; at &gt;lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/devel</pre> Denis Kirienko 2012-05-22T04:35:29 http://permalink.gmane.org/gmane.linux.altlinux.devel/84108 <pre>[...] Порядок обновления тулчейна, проверенный годами, меняется редко: binutils, gcc, glibc. Любой другой порядок обычно более трудоемкий, поскольку требует проверять и фиксить больше нетривиальные багов в неподдерживаемых конфигурациях. </pre> Dmitry V. Levin 2012-05-21T23:39:53 http://permalink.gmane.org/gmane.linux.altlinux.devel/84107 <pre> Я отправил rpm-4.0.4-alt100.27.M60T.1 в T6, попробуйте ещё раз (C). _______________________________________________ Devel mailing list Devel&lt; at &gt;lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/devel</pre> Vitaly Kuznetsov 2012-05-21T19:40:24 http://permalink.gmane.org/gmane.linux.altlinux.devel/84106 <pre>Добрый вечер! Спасибо, ну я так и думал, что не моя вина... Можете повесить багу? А то я в этом разбираюсь плохо, боюсь, не смогу нормально объяснить суть проблемы. -- Денис _______________________________________________ Devel mailing list Devel&lt; at &gt;lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/devel</pre> Denis Kirienko 2012-05-21T17:38:27 http://permalink.gmane.org/gmane.linux.altlinux.devel/84105 <pre> Конечно. Я по поводу нужности говорил только об .desktop файлах для windowmanager'ов. </pre> Igor Vlasenko 2012-05-21T14:36:26 http://permalink.gmane.org/gmane.linux.altlinux.devel/84104 <pre> [...] i3.desktop да, не нужен. А вообще бывает смысл класть несколько desktop-файлов с разными опциями Exec для разных MimeType или TryExec. </pre> Sergey V Turchin 2012-05-21T13:20:02 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.altlinux.devel