From: Alexey Morozov <morozov@novosoft.ru> To: devel@altlinux.ru Subject: Re: [devel] Updated packages Date: Tue, 19 Nov 2002 17:08:52 +0600 Message-ID: <20021119110852.GD18254@bebi.novosoft.ru> (raw) In-Reply-To: <m3u1idyhlo.fsf@pc313.belcaf.minsk.by> On Tue, Nov 19, 2002 at 12:33:07PM +0200, Sergey Bolshakov wrote: > > применимости, и xemacs-nomule - это не усеченый xemacs-mule, это > > самостоятельная версия с другой областью применимости. > лехко :) :-) > > Кстати, такое ощущение, что нумеровать пакеты по версиям XEmacs'овых > > пакетов - это не слишком правильно. Становится заметно сложнее отслеживать > > истинную (авторскую) версию того или иного пакета. > Для этого существует /usr/share/xemacs/package-index. Хех, и удастся рассказать RPM'у о существовании этого ценнейшего файла? :-) > (В сторону: > вот кто бы об'яснил, чем господ из xemacs.org не устраивала авторская > нумерация ...) Тем же, чем она не устраивает нас, у нас-то тоже есть и версия, и релиз пакета. Другое дело, у xemacs'овцев не ultimate-solution :-) > > Данное предложение обусловлено тем, что некоторые пакеты (тот же ecb, > > локально собранный у меня) хотят eieio определенных _авторских_ версий. > Что мешает локальным сборкам хотеть того, что есть в дистрибутиве ? Потому что иногда эти сборки хотят того, чего в дистрибутиве нет: есть собранная в xemacs-pkg eieio 0.17, версия пакета 1.03 автор выпускает версию 0.18 ecb'шники тут же хотят 0.18 господа с xemacs.org тормозят, как они тормозили с версией 0.17 (из-за чего я, собственно, и стал его собирать самостоятельно). в результате из-за каких-то ... неторопливых господ мы привязаны к старой версии ecb. К тому же, становится сложнее осуществлять проверку зависимостей (г-да ecb'шники пишут, что они хотят semantic такой-то версии, eieio - такой-то, и нигде, кроме как на сайте, об этом больше ничего не сказано. В результате, иначе как по --lastlog'у не поймешь, почему XXX версии A.B.C-altD в обязательном порядке хочет YYY >= E.F.G. и наоборот... > Вообще, тут, видимо, есть ровно два пути: тупо перепаковывать то, что > выкладывается на xemacs.org (это то, на что меня пока хватает) либо вести > свой репозитарий пакетов (что я один не потяну однозначно). Промежуточные > варианты - верный способ запутаться окончательно. Ну, я для себя эту проблему решил: я просто написал скриптец, который из некоторого темплейта и package-index'а генерит спеки пакетов (и другой, который эти спеки апдейтит, если появляется новый билд того же пакета). Если оказывается, что какой-то пакет был собран руками, и его версия больше, чем то, что нагенерилось автоматом - ну, типа, apt_cleanrep "автоматическую" версию отправит в /var/cache/apt/archives/.obsolete на следующем проходе. В общем, я думаю, [полу-]автомату вполне по силам справиться. Хотя, конечно, все это на любителя...
next prev parent reply other threads:[~2002-11-19 11:08 UTC|newest] Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top 2002-11-18 16:20 Sergey Bolshakov 2002-11-19 10:04 ` Alexey Morozov 2002-11-19 10:33 ` Sergey Bolshakov 2002-11-19 11:08 ` Alexey Morozov [this message] 2002-11-19 10:41 ` Alexey Morozov 2002-11-19 11:01 ` Sergey Bolshakov 2002-11-19 11:35 ` Alexey Morozov 2002-11-19 11:52 ` Sergey Bolshakov 2002-11-19 10:47 ` Sergey Bolshakov 2002-11-19 11:09 ` Alexey Morozov 2002-11-19 11:20 ` Sergey Bolshakov 2002-11-19 11:38 ` Alexey Morozov 2002-11-19 11:56 ` Sergey Bolshakov 2002-11-19 19:08 ` Alex Ott 2002-11-21 14:24 ` Alexey Morozov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20021119110852.GD18254@bebi.novosoft.ru \ --to=morozov@novosoft.ru \ --cc=devel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git