6010 2005-02-02 22:43:08 +0300 макрос для сравнения версий 2022-10-14 12:30:08 +0300 1 1 4 Development Sisyphus rpm-build unstable all Linux ASSIGNED P2 enhancement --- 7079 7371 8068 1 zerg placeholder arseny eostapets glebfm imz iv lav ldv mike n3npq placeholder rider sr vt qa-sisyphus oldest_to_newest 21561 0 zerg 2005-02-02 22:43:08 +0300 макрос бы, сравнивающий версии, чтоб можно было использовать в %if и с операциями >, <, >=, <= и == 25914 1 zerg 2005-06-16 19:59:27 +0400 Чтоб под 3.0 собирать пакеты из Сизифа легче было. 25915 2 zerg 2005-06-16 20:00:45 +0400 Т.е. для M24 это использовать нельзя, а если не будет исправлено, то опять до следующего дистрибутива ждать. 25916 3 zerg 2005-06-16 20:03:38 +0400 Функционально это аналог %_release_tag или как там народ хотел, но более гибкий. 25917 4 mike 2005-06-16 20:19:56 +0400 Эээ... я там когда-то чего-то трындел про "выявление фич" дистрибутива, тыкая пальцем в apache.spec. Возможно, это тоже имеет отношение? ...mid-air... (In reply to comment #3) > Функционально это аналог %_release_tag или как там народ хотел, но более > гибкий. Да-да-да-да-да :-) 26669 5 ldv 2005-06-30 01:07:43 +0400 Придумайте сам макрос, тогда и обсудим. 26710 6 zerg 2005-06-30 19:39:00 +0400 (In reply to comment #5) > Придумайте сам макрос, тогда и обсудим. Упаковать в отдельный пакет и без обсуждения можно ;-) 27303 7 mike 2005-07-15 10:01:42 +0400 Я не вижу смысла воспринимать ALT Linux 3.0 как платформу, о которой стоит заботиться. Вот и Антон убрал #7079 blocker. 31256 8 zerg 2005-09-30 19:01:06 +0400 (In reply to comment #7) > Я не вижу смысла воспринимать ALT Linux 3.0 как платформу, о которой стоит > заботиться. Вот и Антон убрал #7079 blocker. А вот мне приходиться заботиться, поэтому не надо менять тему. Баг я вешал. см. https://bugzilla.altlinux.org/show_bug.cgi?id=8068 31641 9 ldv 2005-10-10 18:12:57 +0400 Будьте добры пример макроса и пример использования, иначе мне не понятно, чего именно вы хотите. 31648 10 zerg 2005-10-10 19:56:42 +0400 Типа %if %{rpmvercmp "1.1.2" >= "1.1.1z"} 31649 11 zerg 2005-10-10 19:59:00 +0400 Я бы даже не отказался, чтоб он в отдельном пакете был 31650 12 ldv 2005-10-10 20:01:40 +0400 А, теперь понятно. 42252 13 anubix 2006-11-17 00:58:58 +0300 %define if_ver_gt() %if "%(rpmvercmp '%1' '%2')" > "0" %define if_ver_gteq() %if "%(rpmvercmp '%1' '%2')" >= "0" %define if_ver_lt() %if "%(rpmvercmp '%2' '%1')" > "0" %define if_ver_lteq() %if "%(rpmvercmp '%2' '%1')" >= "0" 46744 14 asy 2007-03-16 16:38:31 +0300 А почему rpmvercmp ? Не сразу очевидна связь между версией rpm и дистрибутивом, да и версия rpm одна может оказаться в двух дистрибутивах. Может %_distr_version ? А пример использования какой-нибудь такой: BuildRequires: libdb4-devel libmailutils-devel libpam-devel mailutils %if %_distr_version = "M24" BuildRequires: flex %elsif %_distr_version = "M30" BuildRequires: flex %else BuildRequires: flex-old %endif Если с синтаксисом if не ошибся - я это немного наобум написал. 46745 15 asy 2007-03-16 16:40:19 +0300 Кстати, Compact 3.0 вот упустили, баг то ведь до выхода завели... Может не затягивать до выхода Master 3.1 ? :-) 46749 16 zerg 2007-03-16 18:11:32 +0300 (In reply to comment #14) > Не сразу очевидна связь между версией rpm и дистрибутивом, А зачем она? 46750 17 zerg 2007-03-16 18:12:05 +0300 Вариант со значением переменной типа "M30" или "M24" не слишком сильно применим. Особенно для бэкпортов, где версии софта могут сильно влиять на сборку/функционал. Например: qt4 у меня собирается без dbus при детекте ее старой версии, но если в бэкпортс выложат новый, то успешно соберется с ним и появиться соответствующий подпакет. 46762 18 asy 2007-03-16 22:33:56 +0300 > > Не сразу очевидна связь между версией rpm и дистрибутивом, > А зачем она? В общем-то незачем. Потому мне rpmver... и не понравилось. >Вариант со значением переменной типа "M30" или "M24" не слишком сильно >применим. Особенно для бэкпортов, где версии софта могут сильно влиять на >сборку/функционал. Можно расширить: M31u и M31b. Ну а дальше бакпортер или апдейтер пусть список пакетов отслеживают. Или автомат придумывают, но, всё равно, наверное, это будет уже проще, когда знаешь диапазон ограничений. 46900 19 zerg 2007-03-19 16:12:34 +0300 (In reply to comment #18) > > > Не сразу очевидна связь между версией rpm и дистрибутивом, > > А зачем она? > В общем-то незачем. Потому мне rpmver... и не понравилось. rpmvercmp универсаден, поэтому не дает никакой связи с дистрибутивом. Ваш вариант малоприменим в бэкпортс и вообще не применим в сизифе. 112185 20 rider 2010-09-15 14:59:10 +0400 Дима, а эти макросы ещё не втащил в rpm ? Я, видимо, тоже начну использовать - удобно для бэкпорта. 112601 21 lav 2010-09-23 19:18:21 +0400 Какие всё-таки макросы? Я вот сомневаюсь, что сравнения <, > и пр. актуальны, а вот определить макросы, по которым можно узнать, где же пакет собирается, было бы хорошо. 112748 22 zerg 2010-09-27 18:10:41 +0400 (В ответ на комментарий №21) > Какие всё-таки макросы? #13 > Я вот сомневаюсь, что сравнения <, > и пр. актуальны Я приводил пример, абсолютно актуальный на тот момент. >, а вот определить макросы, > по которым можно узнать, где же пакет собирается, было бы хорошо. Это может быть система с _любым_ набором пакетов. В идеале пакет должен собираться правильно под нее. Т.е. не вижу смысла. 113052 23 lav 2010-10-04 14:08:05 +0400 (В ответ на комментарий №22) ... > >, а вот определить макросы, > > по которым можно узнать, где же пакет собирается, было бы хорошо. > Это может быть система с _любым_ набором пакетов. В идеале пакет должен > собираться правильно под нее. Т.е. не вижу смысла. Я рассматриваю задачу сборки через girar, тут ничего любого нет, есть определённые версии (4.1, 5.1, sisyphus). Для моих задач мне было бы важно знать версию. Только вот altlinux-release сейчас предоставляется чем попало и в /etc/altlinux-release лежит случайный файл 113068 24 zerg 2010-10-04 16:47:38 +0400 (В ответ на комментарий №23) > Я рассматриваю задачу сборки через girar Я тоже >, тут ничего любого нет, есть > определённые версии (4.1, 5.1, sisyphus). Нет такой версии -- sisyphus. Это и 5.1 и 4.1 и всё вместе взятое в разные моменты времени. > Для моих задач мне было бы важно знать версию. Это понятно. Такое актуально только при сборке для кучи разных дистрибутивов. 113069 25 lav 2010-10-04 16:53:11 +0400 (В ответ на комментарий №24) > (В ответ на комментарий №23) > > Я рассматриваю задачу сборки через girar > Я тоже > > >, тут ничего любого нет, есть > > определённые версии (4.1, 5.1, sisyphus). > Нет такой версии -- sisyphus. Это и 5.1 и 4.1 и всё вместе взятое в разные > моменты времени. Если вы тоже говорите про girar, то я бы предложил опираться на $ ssh git.alt acl --list sisyphus p5 5.1 5.0 4.1 4.0 > > Для моих задач мне было бы важно знать версию. > Это понятно. Такое актуально только при сборке для кучи разных дистрибутивов. Да. И, вряд ли к сожалению, ALT Linux выпустил больше чем один дистрибутив, разные версии которых требуют отличий в сборке. 113073 26 zerg 2010-10-04 17:15:04 +0400 (В ответ на комментарий №25) > И, вряд ли к сожалению, ALT Linux выпустил больше чем один дистрибутив, > разные версии которых требуют отличий в сборке. Вот, столько выпустил ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/backports Ну, и "ALT Linux выпустил" не особо при чем. 113074 27 zerg 2010-10-04 17:18:33 +0400 (В ответ на комментарий №25) > Если вы тоже говорите про girar, то я бы предложил опираться на > $ ssh git.alt acl --list А я все еще предлагаю опираться на версии пакетов. А для вас есть пакет rpm-macros-branch, в котором макрос branch_release, который на вскидку не работает и вы могли бы помочь мантейнеру его исправить ;-) 113259 28 lav 2010-10-07 16:45:41 +0400 (В ответ на комментарий №26) ... > Вот, столько выпустил > ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/backports Ну я бы смотрел сюда: ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/ > Ну, и "ALT Linux выпустил" не особо при чем. Я говорю о списке различных платформ, под которые возможна сборка. (В ответ на комментарий №27) > А для вас есть пакет rpm-macros-branch, в котором макрос branch_release, > который на вскидку не работает и вы могли бы помочь мантейнеру его исправить > ;-) Я не понимаю, как это могло бы работать, так что вряд ли смогу помочь. 113527 29 zerg 2010-10-11 15:13:49 +0400 (В ответ на комментарий №28) > Ну я бы смотрел сюда: А вы смотрите туда, куда я ответил на ваш вопрос. > > Ну, и "ALT Linux выпустил" не особо при чем. > Я говорю о списке различных платформ, под которые возможна сборка. Неправда, т.к. в вашем списке есть "платформа" sisyphus. > > А для вас есть пакет rpm-macros-branch, в котором макрос branch_release, > > который на вскидку не работает и вы могли бы помочь мантейнеру его исправить > > ;-) > Я не понимаю, как это могло бы работать, так что вряд ли смогу помочь. Тогда отпишитесь от этой баги, пожалуйста, т.к. она получается точно не для вас. 128055 30 n3npq 2012-01-03 03:18:49 +0400 tracked at https://bugs.launchpad.net/rpm/+bug/911031 139540 31 zerg 2013-04-11 15:16:59 +0400 Я, например, давно сделал себе в rpm-macros-kde-common-devel набор макросов, как в комментарии #13 и давно успешно его использую. В некоторых других пакетах, например qt4, держу отдельную копию в .spec . 167261 32 zerg 2017-11-15 12:51:31 +0300 А в паре с rpm-build-ubt можно, например, %if_ver_gteq %ubt_id M90C Obsolete: kde4 %endif 167312 33 zerg 2017-11-17 11:48:39 +0300 Расширенный набор: %if_ver_gt() %if "%(rpmvercmp '%1' '%2')" > "0" %if_ver_gteq() %if "%(rpmvercmp '%1' '%2')" >= "0" %if_ver_lt() %if "%(rpmvercmp '%2' '%1')" > "0" %if_ver_lteq() %if "%(rpmvercmp '%2' '%1')" >= "0" %if_ver_eq() %if "%(rpmvercmp '%1' '%2')" == "0" %if_ver_not_gt() %if "%(rpmvercmp '%1' '%2')" <= "0" %if_ver_not_gteq() %if "%(rpmvercmp '%1' '%2')" < "0" %if_ver_not_lt() %if "%(rpmvercmp '%2' '%1')" <= "0" %if_ver_not_lteq() %if "%(rpmvercmp '%2' '%1')" < "0" %if_ver_not_eq() %if "%(rpmvercmp '%1' '%2')" != "0" 197356 34 rider 2021-03-29 13:51:26 +0300 На днях был удивлён, что в rpm spec невозможно стандартным способом без внешних утилит выполнить сравнение версий. Это же функция rpm, почему бы не обернуть её макросом ? 197358 35 ldv 2021-03-29 14:31:41 +0300 (In reply to Anton Farygin from comment #34) > На днях был удивлён, что в rpm spec невозможно стандартным способом без > внешних утилит выполнить сравнение версий. > > Это же функция rpm, почему бы не обернуть её макросом ? Почему-то никто этого не делал. Может быть, никому не показалось это нужно. В rpm несколько функций, которые сравнивают версии. Есть rpmvercmp, которая сравнивает именно версии, есть rpmVersionCompare, сравнивающая epoch:version-release:disttag, есть функции, сравнивающие диапазоны. 197359 36 rider 2021-03-29 14:37:30 +0300 у нас я насчитал 33 пакета, использующих что-то подобное: %if "%(rpmvercmp %libsshver 0.8 )" >= "0" Да, нужно не часто, но когда нужно было бы неплохо иметь без костылей. 197360 37 zerg 2021-03-29 14:44:32 +0300 (Ответ для Dmitry V. Levin на комментарий #35) > Почему-то никто этого не делал. Этот-самый никто и дальше не будет делать, а я, например, делаю последние 15 лет. ;-) 215920 38 zerg 2022-10-14 12:09:13 +0300 (Ответ для Dmitry V. Levin на комментарий #35) > Есть rpmvercmp, которая сравнивает именно версии, > есть rpmVersionCompare, сравнивающая epoch:version-release:disttag, > есть функции, сравнивающие диапазоны. Этот же самый "никто" не против появления макросов для всех вышеперечисленных функций. 215922 39 zerg 2022-10-14 12:30:08 +0300 (Ответ для Dmitry V. Levin на комментарий #35) > Есть rpmvercmp, которая сравнивает именно версии, > есть rpmVersionCompare, сравнивающая epoch:version-release:disttag, Может, получится объединить?