From: "Dmitriy M. Maslennikov" <maslennikovdm@gmail.com> To: "ALT Linux Team development discussions" <devel@lists.altlinux.org> Subject: Re: [devel] поддержка пакетов в git Date: Thu, 25 Sep 2008 13:59:12 +0400 Message-ID: <47c0071b0809250259v4a190eb4y6d812e5474802e54@mail.gmail.com> (raw) In-Reply-To: <679044850809250222p3a47d57bh462625b67ff1d9a5@mail.gmail.com> 25 сентября 2008 г. 13:22 пользователь Damir Shayhutdinov <damir@altlinux.org> написал: > Эта ситуация называется "смешивание репозитариев". Вы делаете эту > операцию на свой страх и риск. > Никаких гарантий на эту операцию никто дать не может. Эта ситуация может быть вполне обычной, если второй репозиторий специально приспособлен, чтобы быть подключенным к первому. Только в альтах Сизиф очень не дружелюбен к сторонним репозитариям. Тогда как дебиан вполне дружелюбен. >> Именно поэтому я говорю, что >> changelog пакета абсолютно бесполезен, если не известно, историю из >> какого репозитария он описывает. > У вас неверная логическая посылка. Если вы имеете ввиду альтовские > репозитарии - то там все в порядке. Я знаю, что в Сизифе все в порядке. Но этот порядок там сейчас поддерживается вручную. Простая ситуация: мантейнер пакета foo уезжает в отпуск с ноутом в деревню без инета, где вылизывает новую версию этого пакета. За это время в пакете обнаруживают критическую багу и обновляют. Мантейнер возвращается и заливает свой пакет, не заметив обновления. Один changelog потерян. > Если вы имеете ввиду какие-то сторонние - то это все равно что в > первый раз ставить. Из-за того, что лично вам это кажется нелогичным, > вовсе не следует что во всем виноват апт или тем более рпм. Ну вот хоть про нелогичность договорились. >> поскольку нет никакой гарантии, что ссылки на пакеты в changelog имеют >> в виду пакеты из архива Сизифа, а не из личного архива сборщика. При >> этом и версии и релизы могут совпадать, то есть это вообще практически >> бесполезная информация. > Если версии и релизы совпадают - это ошибка упаковки. Чего это вдруг. Я собираю пакет для себя у себя. Кто-то еще у себя для себя. А кто-то для Сизифа. Как нам синхронизироваться, через libastral? >> Полезным может являться только описание пакета >> со ссылкой на исходники и информацией о примененных патчах, что есть >> описание пакета. > Эта информация полезна при первой установке пакета. Эта информация полезна вообще. >> Думайте шире. Пакет из Сизифа может быть переложен из этого самого >> Сизифа в репозитарий имени Васи Пупкина. При этом запись о том, что в >> такой то версии был поправлен такой то баг становиться вызывающе >> неверной, так как пакет с этой версией в репозитарии Васи Пупкина >> вообще такого бага не содержал. > В таком случае это проблема Васи Пупкина. Предлагайте Пупкину выкинуть > апт и рпм, потому что это инструмент плохой, а не Пупкин, который не > предупредил своих пользователей о опасности смешивания репозитариев. Эта опасность вам только кажется. В SuSe, как минимум ранше (а может и теперь) в официальном репозитории лежала сборка libxine, которая при попытке воспроизвести DVD, сообщала, что из-за лицензионных проблем это невозможно, но если у вас в стране с этим спокойно, или вам вообще плевать, то можно подключить сторонний репозиторий. Если его подключить, то там лежит обычный libxine, который обновляет текущий, плюс тащит libdvdcss, плюс еще пачку кодеков. В чем проблема. При этом история у этих разных libxine все-таки должны быть разные. Вот вам и привязка к репозиторию. При этом, если когда-нибудь проблемы с лицензиями исчезнут, то при переносе сомнительной libxine в основной репозиторий я бы хотел просто увидеть продолжение старой истории вида: теперь с лицензиями все в порядке, поэтому мы переложили пакет из кого-то репозитория в основной. Это полезная информация. А вот на историю пакета в прошлом репозитории пользователям основного плевать, поскольку ну не было у них его. Так вот и получается, что нет истории пакета вообще, а только история пакета в репозитарии. >>> Прошу прощения, но вы говорите о несоотвествии changelog и пакета? Это >>> проблема конкретного сборщика. >> Я говорю, что сборщиков может быть много. И у каждого своя история -- >> история сборки пакета в конкретный репозитарий. > Тогда это разные пакеты просто. Да но с одним названием из одних и тех же исходников... >> Видимо мы не поняли друг друга. Под автоматикой я имел сервис >> x11_autosetup, который упрямо выставлял мне неработающий драйвер. И >> это прекрасно известно и нечего пенять на ABI, просто надо починить >> этот сервис, чтобы он хотя бы драйвер nv проставлял. > А если удалить драйвера nvidia (все равно они нерабочие)? Тоже вариант. Но потом вручную проверять не обновились ли они. А так как вышли бы новые, так автоматически и приехали бы и автоматика их бы поставила, мечты-мечты. >>> Намекну: зачем нужен Serial? >> Отвечу, что затем, чтобы поднять версию. > Вопрос второй (еще более наводящий) - зачем поднимать версию? > >> Спрошу: а зачем для этого пересобирать пакет? > Ответ вытекает напрямую из ответа на второй наводящий вопрос. Так все-таки меня больше интересует не вопрос "зачем поднимать версию?", который простой и понятный, а вопрос "зачем пересобирать пакет с нуля, если вся разница заключается в версии/описании/etc" > Гм. У вас тут фундаментальное непонимание чего делает --short-circuit. Да ничего интересного он не делает. Просто выполняет одну стадию сборки, пропуская все остальные в надежде, что они уже выполнены. >> Тем не менее это все равно жуткий оверхед. Представьте, что вы >> собираете игрушку уровня doom3 -- несколько гигабайт данных. И после >> сборки заметили, что и вас один символ в %post скрипте не правильный >> (опечатка), сильно вам поможит --short-circuit? > Сильно поможет. Вы специально придумываете такие примеры? Да не поможет, потому что пакет очень долго будет архивироваться. Вместо этого нормальный пакет мог бы содержать дополнительную информацию в конце файла и иметь средства при необходимости заменять только ее. -- Dmitriy M. Maslennikov rlz@etersoft.ru rlz@altlinux.org maslennikovdm@gmail.com master@armory.ru
next prev parent reply other threads:[~2008-09-25 9:59 UTC|newest] Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top 2008-09-24 10:50 Dmitry Afanasov 2008-09-24 11:42 ` Dmitriy M. Maslennikov 2008-09-24 12:06 ` Dmitry Afanasov 2008-09-24 12:25 ` Dmitriy M. Maslennikov 2008-09-24 12:59 ` Damir Shayhutdinov 2008-09-24 12:47 ` Damir Shayhutdinov 2008-09-24 13:42 ` Dmitriy M. Maslennikov 2008-09-24 14:42 ` Damir Shayhutdinov 2008-09-24 15:52 ` Dmitriy M. Maslennikov 2008-09-24 17:14 ` Led 2008-09-24 17:15 ` Andrey Rahmatullin 2008-09-24 17:36 ` Anton Farygin 2008-09-24 17:38 ` Andrey Rahmatullin 2008-09-24 20:39 ` Anton Farygin 2008-09-24 18:06 ` Led 2008-09-24 20:40 ` Anton Farygin 2008-09-24 17:28 ` Damir Shayhutdinov 2008-09-25 8:29 ` Dmitriy M. Maslennikov 2008-09-25 9:22 ` Damir Shayhutdinov 2008-09-25 9:59 ` Dmitriy M. Maslennikov [this message] 2008-09-25 10:50 ` Damir Shayhutdinov 2008-09-25 11:21 ` Dmitriy M. Maslennikov 2008-09-25 12:13 ` Damir Shayhutdinov 2008-09-25 12:37 ` Timur Batyrshin 2008-09-25 12:44 ` Damir Shayhutdinov 2008-09-25 14:29 ` Dmitriy M. Maslennikov 2008-09-25 14:43 ` Timur Batyrshin 2008-09-25 15:19 ` Dmitriy M. Maslennikov 2008-09-25 15:33 ` Damir Shayhutdinov 2008-09-25 17:35 ` Alexey I. Froloff 2008-09-26 6:56 ` Dmitriy M. Maslennikov 2008-09-26 8:35 ` Alexey I. Froloff 2008-09-25 14:51 ` Led 2008-09-25 15:32 ` Dmitriy M. Maslennikov 2008-09-25 15:36 ` Damir Shayhutdinov 2008-09-25 16:10 ` Dmitriy M. Maslennikov 2008-09-25 16:11 ` Dmitriy M. Maslennikov 2008-09-25 15:31 ` Damir Shayhutdinov 2008-09-25 16:07 ` Dmitriy M. Maslennikov 2008-09-25 12:28 ` Aleksey Avdeev 2008-09-24 17:12 ` Led 2008-09-24 19:20 ` Vitaly Lipatov 2008-09-25 16:35 ` Alexey Tourbin 2008-09-25 16:53 ` Dmitriy M. Maslennikov 2008-09-25 17:23 ` Alexey Tourbin 2008-09-26 7:04 ` Dmitriy M. Maslennikov 2008-09-27 20:50 ` Alexey Tourbin 2008-09-27 20:57 ` Mikhail Gusarov 2008-09-27 21:13 ` Alexey Tourbin 2008-09-27 21:04 ` Mikhail Gusarov 2008-09-27 21:19 ` Alexey Tourbin 2008-09-27 21:29 ` Alexey Tourbin 2008-09-28 6:08 ` Dmitriy M. Maslennikov 2008-09-28 5:55 ` Kirill A. Shutemov 2008-09-30 13:55 ` Ivan A. Melnikov 2008-09-30 14:12 ` Mykola S. Grechukh 2008-09-30 14:37 ` Ivan A. Melnikov 2008-09-30 14:53 ` Mykola S. Grechukh 2008-09-30 15:59 ` Ivan A. Melnikov 2008-09-30 15:50 ` Alexey Tourbin 2008-09-30 16:10 ` Ivan A. Melnikov 2008-09-30 16:55 ` Alexey Tourbin
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=47c0071b0809250259v4a190eb4y6d812e5474802e54@mail.gmail.com \ --to=maslennikovdm@gmail.com \ --cc=devel@lists.altlinux.org \ /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