From: "Dmitriy M. Maslennikov" <maslennikovdm@gmail.com> To: "ALT Linux Team development discussions" <devel@lists.altlinux.org> Subject: Re: [devel] поддержка пакетов в git Date: Wed, 24 Sep 2008 19:52:20 +0400 Message-ID: <47c0071b0809240852v66d9b56fx83aa683bb59fa3bc@mail.gmail.com> (raw) In-Reply-To: <679044850809240742q31ee9f29g27a75f51eb5abcf6@mail.gmail.com> 24 сентября 2008 г. 18:42 пользователь Damir Shayhutdinov <damir@altlinux.org> написал: >> А изменения чего, по сравнению с чем они тогда описывают? > Изменения между спектром версий, установленных у пользователя и > версией в репозитарии. Еще раз. Если у нас есть репазиторий, то в changelog'е у нас изменения пакета в этом репозитории. Если у нас просто пакет, то changelog теряет смысл, поскольку неизвестно из какого он репозитория. Поэтому я и задаюсь вопросом, если репозиторий так важен для changeloga, то почему он находится в пакете? >> И зачем они >> такие нужны? Разве что не мешают сильно... Хотя я могу представить, >> что пользователь может захотеть увидеть именно некоторую конкретную >> SRPM описанную в истории, и сильно удивиться, что такой никогда не >> существовало, но перед этим существенно намучается с ее поском, задаст >> вопросы в рассылках, поматериться, наконец. > Пользователь все может захотеть. Но репозитарий - это постоянно > двигающаяся цель. Промежуточные src.rpm, которые были в репозитарии > можно получить через архив. Еще раз. Вы сказали, что в changelog'е могут оказаться записи, которые не соответствуют ни одной из RPM оказавшихся в репозитории (о тестовой сборке мантейнера). Так вот мой вопрос был о том, зачем такие записи нужны, ибо они только сбивают с толку, поскольку никакие архивы таких пакетов не содержат. Именно поэтому я считаю разумным писать изменения именно при выкладывании пакета, так как в таком случае будет строгое соответствие между изменениями в пакете и пакетами. > Это не так. Для первичной установки действительно changelog не нужен. > А вот для обновления - полезен. Еще раз. Если у вас стоит пакет из официального репозитория и вы пытаетесь его обновить, то changelog содержит интересную для вас информацию. Если же у вас самосборный пакет или пакет из другого репозитория, то он теряет всякий смысл. именно поэтому changelog -- это именно своийство конкретного репозитория, а не пакета самого по себе, поскольку changelog описывает изменения, которых нет у пакета в отрыве от репозитория. > Полезна или бесполезна история - это дело каждого пользователя. Вам > может и бесполезна. А вот мне полезна, потому что с помощью нее я > могу: > 1) Принять решение, обновлять мне пакет или нет > 2) В случае если обновление чего-то сломало, посмотреть не сказано ли > об этом в changelog. Вот именно, но только в случае если у вас только один репозитарий. Если у вас есть пакет в котором что-то глючит, а друг вам приносит на флешке пакет(тот же самый но совсем от другого сборщика) и уверяет, что там этого глюка нет, то changelog для вас абсолютно бесполезен. Так как этот пакет может иметь совсем другую историю и в нем такого бага нет и не было, соответственно и упоминания в changelog о нем тоже нет. Changelog полезен, но только как свойство пакета в конкретном репозитории, а не как свойство пакета вообще. > Вы просто не понимаете простого факта - репозитарий - это не статичная > вещь. Это постоянно изменяющаяся сущность. У пользователя на > компьютере могут быть пакеты таких версий, которых уже нет в > репозитарии. Не вижу в этом никакой проблемы. Как не вижу проблемы в том, что у пользователя есть пакеты, которых никогда в репозитарии и не было. > То есть вы думаете что есть только пакет в репозитарии (самой > последней версии), а на самом деле, есть пакет в репозитарии + весь > спектр предыдущих версий пакета, установленных в системах различных > пользователей. Нет я так не думаю. Я думаю что есть великое множество пакетов, собранных разными людьми, для разных целей, с разными требованиями и разным результатом. И не понимаю о каком changelog'е в таком случае идет речь. Но некоторые из этих пакетов попадают в репозитарий, с которого их берет много людей и для их удобства необходимо каждый раз при замене пакета писать, для чего эта замена производилась и что теперь поменяется и что от этого стоит ожидать. И з этой информации и должна формироваться история конкретного пакета в конкретном репозитарии. >> Из вышесказанных соображений заключаю, что история пакета бессмыслена, >> если я не знаю к какому репозиторию она относиться, что и позволяет >> мне считать ее свойством именно репозитория. > К множеству пакетов репозитария надо приплюсовать множество > установленных в системе пакетов. Для этой системы история changelog > имеет смысл. Имеет смысл, если все эти пакеты были из этого репозитария. Так вот и пусть хранится в репозитарии и показывается apt'ом при запросе. А вот в rpm такой сущности не место. >> Hold -- действительно не умею, даже не знаю, что это. > Вот видите, вы инструментом не владеете, а хаете почем зря. Выглядит > это некрасиво. Как ругать автомобиль за то, что в нем нет задней > передачи, если не умеете пользоваться ручкой переключения передач. Вы > думаете это проблема производителя автомобиля? Вы уверены, что "Hold" решает все названые мной проблемы apt? >> Архив Сизифа -- это не решение вообще. > Вы вот зря стучите ложкой. Архив Сизифа - отличное решение для > проблемы "ой, а я сделал дистапгрейд и у меня все сломалось, верните > все взад". Зато совсем некудышнее в случае: "Ой, я залил в Сизиф пакет, который у всех все ломает, как мне вернуть все взад?" >> Вот тут недавно про проблему с xserver большой >> тред был. Что ж все эти люди не смогли-то архивом воспользоваться? > Могли, и наверняка воспользовались. Просто им хочется участвовать в > развитии репозитария, а не сидеть на какой-то более-менее стабильной > архивной версии. В рамках развития репозитария решение с архивом > Сизифа конечно несистемно и неконструктивно. Неконструктивно ломать его надолго. Я понимаю, что Сизиф нестабилен, но очень неприятно, когда он ломается больше чем на день. >> Это >> по вашему правильно, что проблемы мантейнера должны решать >> пользователи? Логичнее было, чтобы мантейнер откатил бы версию, а как >> с дровами проблема решилась бы, так и выложил свою новую сборку. > Боюсь в данном конкретном случае такое решение невозможно, так как > ситуация с дровами никогда не решится. Проприетарщики не будут > выпускать свои старые дрова для нового xorg. Им выгодно, чтобы старые > версии карт оставались неподдерживаемыми, и люди делали апгрейд. Боюсь, что все-таки сделают. Но в любом случае время покажет. В данном случае мантейнер, по-моему, все-таки поторопился, но сейчас не об этом. > Кстати, я вот пользуюсь драйвером ati для моего X1400 - отлично > работает 3D и вообще ускорение. Проприетарным драйвером пользоваться > невозможно - настолько он глючный. Дело даже не в драйверах, а в том, что автоматика по определению правильного драйвера отказала, это раз, открытого драйвера для nvidia с 3D в Сизифе нет, это два. Так что можно было хотя бы решить эти два вопроса. А до их решения откатить пакет. А то вот мне пришлось отрубить всю автоматику и настраивать вручную. И я не знаю, работает ли она сейчас. Поскольку ее проверка совсем не то, чем я хочу заниматься ежедневно. >> До той поры новая версия могла бы полежать в личном репозитарии >> мантейнера. > Она там и лежала - никто не жаловался. Не, там ее никто не смотрел(ну почти). Как только ее выложили в Сизиф, то посыпались жалобы. Надо было ее быстро откатить, починить, что возможно, и снова выложить. Но это очень трудоемко, а могло бы быть легко, если бы apt умел работать по-иному. > Прежде чем чего-то хаять, сначала изучите. Вдруг, магическим образом, > ваши проблемы могут быть решены без вашего радикального "отнять и > поделить". Так вот уже несколько лет изучаю, а все никак не доросту. > А я говорю что апт может это сделать на компьютере отдельного > пользователя, но общесистемно в рамках дистрибутива можно делать > только через Serial. А все из-за того что вы не учитываете > установленные в системе пакеты. Не понимаю, как пакеты установленные у пользователя мешают нормальной работе репозитория. > Если вы можете - поясните пожалуйста свою точку зрения. Пока это > голословные утверждения, если не сказать жестче. Так я и стараюсь пояснить. Может и не понятно, так давайте попробуем разобраться. >> Это по вашему не оверхед? Если я в одном символе, где-нибудь в %post в >> том же openoffice опечатался, то неприменно должен его пересобрать? > Если вы не умеете по-другому - то таки да. > (hint: rpm -bb --short-circuit может помочь) > Почитайте побольше про rpm чтоли :) Про "--short-circuit" я знаю. Только hasher и Incominger так не умеют. >> Так это же хорошо, если мои проблемы не глобальны. Значит я смогу их >> быстро разрешить) Только пока не получается и уже давольно долго... > Вы пришли по адресу. Вам помогут :) Вот уж спасибо. > http://www.altlinux.org/Советы_по_использованию_APT (раздел Обновление > системы "вниз" ) > man apt_preferences >> Так что я уже и о их глобальности задумался. Так что давайте выводите >> же меня из этого заблуждения. > Я могу лишь показать направление. Выйти должны вы сами. Пока что направление выглядит не убедительно. У меня впечатление, что прямо по нему стена. И я в нее уже бился. -- Dmitriy M. Maslennikov rlz@etersoft.ru rlz@altlinux.org maslennikovdm@gmail.com master@armory.ru
next prev parent reply other threads:[~2008-09-24 15:52 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 [this message] 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 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=47c0071b0809240852v66d9b56fx83aa683bb59fa3bc@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