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