From: Arioch <the_Arioch@nm.ru> To: community@altlinux.ru Subject: [Comm] Re: [JT] [OT] Re: 0install Date: Sat, 12 Mar 2005 02:02:53 +0300 Message-ID: <d0t81q$m3d$1@sea.gmane.org> (raw) In-Reply-To: <20050311145602.GS7719@osdn.org.ua> Michael Shigorin пишет: AAS: почему-то talk-room так и не появилась на GMane'e, а тема прямо туда скатывается :-( AS: я не считаю 0install идеалом, но и критика репозиториев мне кажется убедительной. Из опыта этого велосипеда вполне может родиться что-то совершенно естествнное завтра. Из тысячи велосипедов 999 отмирают. Но остается и тот один... :-) > Это такая же демагогия, как у автора 0install, уж простите. Частично. Проломы репозиториев намного реже, зато последствия намного хуже. Общие места в спорах централизация-или-сеть >>Только загрузка аптового индекса дооолгая, однако :-) > Это зависит от объёма репозитория. Я не про download, а про загрузку в программы типа apt-get, Synaptic. Если Синаптиком надо поставить пакет размером в считанные килобайты, типа zlib, то download почти моментальный, а вот перечитывание дерева... Равно и фиксация/освобождение пакетов, хотя это возможно больше вина Синаптика (или меня, не умеющего Синаптиком несколько пакетов за раз фиксировтаь) Можно сказать, что пользователю полезно будет подумать полчаса и определить по разным признакам те пакеты которые ему будут нужны и потом поставить сразу. Это не всегда легко/удобно/нужно. > велосипедики не прекращают шустрить, как только задачи начинают > отличаться от "две софтинки, три пользователя в мире"? Не знаю, массированное использование подстановок, чтобы вместо одного пути к файлу реально использовался другой, суть lazyfs, меня пугает. Но вопрос реализации и вопрос идеи - немножко разные. Я на Сизифе совсем недавно, и то на моей памяти Синаптик как-то вдруг стал быстрее раза в три загружаться :-) > Следовательно, для базовой системы уже нужно что-то иное. > Которое проще вылизать, чем вот такие вот поделки. Вылизать можно то, что в основе достаточно хорошо ложится. А насчет этого есть разные мнения. Лет десять назад я слышал, что раз весь софт в исходниках, нет несовместимости библиотек между билдами - и это имело смысл. Многие так и сейчас считают. Другие считают, что правильная нумерация версий и жесткий контроль при компиляции в репозитории тоже решают эту проблему, другим путем, для них удобнее. Тогда же я слышал, как это круто, что каждый юзер может поставить программу любую в HOMEDIR и не мешать остальной системе (и как следствие не теребить администратора) - и это верно. Но для тех кому нужно настроить сетевой сервер раз на три года, и где все его программы существуют либо для самого админа, либо для кучи народа по сети (т.е. существуют не для конкретного юзверя, а в системе вообще) - это непонятный и не нужный каприз. Типа для клиентов и винда сгодится. Но на таких серверах не нужен и drag-n-drop, hal и весьма большая часть всех новинок последних двух лет. ОДнако они есть - потому что многим другим нужны. >>Я исключительно-юзерские - во-первых нужно найти rpm, >>подходящий к дистру, во-вторых потенциально дублируются >>бинарники для каждого юзера. > > Так эти проблемы не решаются 0install. Зато определённо > создаются. бинарники не дублируются, также как squid не будет без нужды создавать по отдельному кэшу на каждого интернетчика. rpm искать не надо, скачиваются файлы-бинарники, таким образом разрешаются зависимости. (проблему настроек выходящую за пределы "скачать файл оттуда вот сюда" я уже упоминал, она есть) Наконец, я не знаю можно ли мне через apt-get или Синаптик поставить без пароля рута себе Gimp. М.б. rpm и сумеет, там руководство безбрежное :-) Но простому юзеру едва ли нужно прорываться через 100-ню непонятных страниц, чтобы потом думать где взять rpm-ку, как у нее с зависимостями и где брать rpm-ки для зависимостей, и каких сборщиков rpm-ки ему выбрать. >>>Потому что "without even checking the original sites for >>>updates" гарантирует то, что все дырки -- у пользователя, >>>который не занимается с утра до ночи перекэшированием >>>натянутого и используемого барахла. >> >>Чем это отличается от,например, Сизифа? > > Интегральностью операции обновления и Нужной для разрешения зависимостей rpm ? Что за дырки имеются ввиду? Если баги в программах, то при чем тут ? > автоматизируемостью проверки статуса. ...если пользователь занимается с утра до ночи перечитыванием списка пакетов в репозитории. > Hint: и здесь эта хрень тоже ничем не помогает. Помогает, ибо если автор собрал прогу в linux/i586 то ее можно использовть уже в любом дистре под x86 > Попробуйте? [skipped] > и немало помогают интегрировать ПО, а не держать лоскутный > коврик. На каждом уровне свое. Не все программы стоят таких усилий. Я, конечно, провокатор, но ведь с какой-то точки зрения и LSB лоскутный коврик по срвнению с LFS. Полу-шутка. > Вы попробуйте на досуге скрестить RH7.3 и RH9, а там продолжим.. А если они (и софтинки из примера) общаются исключительно по TCP ? >>ЗАто можно запустить сейчас и начать неспещно пиать автора >>насчет апгрейда :-) > > Я бы при подобном пинании послал далеко и решительно. Типа юзер: "давно вышел glibc 2.3, зачем вы компилируете под 2.2" ? вы: "А мне так нравится, у меня все под 2.2" Ну найдется уважаемый компиляльщик на стороне или форкнется, или найдетися альтернатива постепенно. И сейчас наверняка есть проги, автор которых не хочет поддерживать новые версии/стандарты - и проблемы эти решаются, если софт того стоит. > плющит, какая у любого заданного чайника там творится каша на > localhost и в голове. А она там -- обязательно будет. Каша - это когда все ббиблиотеки - latest stable vanilla ? Ну тогда система поскрипит, и в дополнение к glibc 2.3 специально для вашей программы скачает устаревшую 2.2, по крайней мере так обещали. > Да, уже перечитал и ту часть повнимательней. Стало много > веселее: один пользователь может устроить засаду другому, > поставив заведомо нерабочую версию. :] Если подложит в кэш нерабочую версию и не даст другому юзеру обновить кэш. Потенциально такая проблема есть. Вопрос в том, насколько эффективно распознавание подделок и обновление будет реализовано в этой p2p. > Вообще это модель безопасности, напоминающая чем-то /tmp. > А /tmp -- это одна из фундаментальных грабель в UNIX. Особенно если подломать программу SUIDящуюся в рута :-) Хотя и прочитать дневник/почту/органайзер другого человека тоже неприятно. >>>>Неформализуемые скрипты в rpm, работающие от рута - это >>>>действительно проблема. >>> >>>И где это проблема, если код, который устанавливается, также >>>неформализуем? >> >>Код может никогда не выполняться от рута. > > Да. А rpm можно проинструктировать не выполнять скрипты и > триггеры. Ну и? Ну и кто так делает для практических задач? А можно rpm просто распаковать по файлику. Или скачать исходники и собрать их попробовать (назад к истокам и lfs). Но - я не могу сделать это автоматически, запустив Синаптик без рутового пароля. М.б. в других системах содержания репозитория по другому, не знаю. Кроме того, если в rpm эти скрипты прописаны, значит они нудны чтобы программа работала корректно. >>и насчет кто-куда-зачем > > Не обнаружил ничего интересного и _формализованного_. Там этого и нет, согласен. Я не уверен, что строить систему на основе self-contained программ, целиком в одной папке, это хорошо. Так, поползли в философию :-( Я о том, что не предполагаются в репозитории пакетов, которые можно ставить без рутовых прав, потому их там и не будет. Все потенциальные преимущества 0install можно по отдельности не считаясь со средствами реализовать над тем же rpm. Вот только будет это насилием над сложившейся системой и потому будет слишком затратно. > Граблеобразующего, начиная с вполне легитимных host aliases, > которые технически не отслеживаются -- дофига. 0install живет в пользовательком пространстве для установки пользовательских программок, не касаясь глобальных настроек. >>В среднем же все проги будут примерно одновременно плавно >>дрейфовать на новый релизы.. > > На чём основывается это предположение? На том что авторы, а именно они (и сложившееся вокруг них ядро компиляторов под другие архитектуры) предполагаются источниками бинаринков, как люди понимающие (программисты) и активные(иначе бы не писали), едва ли будут сидеть на позапрошлых стабильных релизах. Они лучше простых пользователей понимают преимущества например glibc 2.3 над 2.1 :-) Потому авторы, в массе, вполне возможно, будет сидеть на 2.2 (stable - 1) с изученными и знакомыми глюками, но не на 2.1 (stable - 2). И за собой потянут юзеров. >>Случаи bug-compatibility под конкретную сборку библиотеки в >>принципе можно заложить в систему, хотя бы просто статическим >>линкованием или положением библиотеки в одну папку с >>программой. > > Трёп. Кто этим будет заниматься? Извращенец, заложивший b-c в свою программу. >>Опять же, сам вспоминал пример с glibc 2.2 и 2.3 > Это не bug compat. Это slow migration, причём с поводом. Почему они могут сосуществовать в repos-based и не могут в cache-based ? допустим, автор AppXXX-1.2 зависит от LibYYY-3.4, а она от glibc 2.2 Потом LibYYY-3.5 зависит от glibc-2.3. Автор либо остается на LibYYY-3.4 либо тоже переходит на glibc 2.3 Если автор принципиально выкладывает только исходники - появится сообщество компиляторов и для них будет справдливо то же. > PS: выгоняйте меня в talk-room@ :) > Ага, дамоклов меч над не скажу чем. Я как сюда зашел, подписал несколько листов на NNTP-gate gmane. И вот например community-english появился, а talkroom или например legal - не хотят. Или у меня Thunderbird глючит? черт, определенно глючит, ведь из Outlook Express я уже в легал писал, кажется! (3 минуты спустя) да, это была птица... Я честно говоря не знаю, что из этого разговора выйдет кроме "время покажет", и "для целей, близких лично мне, этот проект [не]нужен" Но если не надоело, пошли в talk-room. Я не могу поставить Follow-Up с NNTP стороныю :-(
next prev parent reply other threads:[~2005-03-11 23:02 UTC|newest] Thread overview: 115+ messages / expand[flat|nested] mbox.gz Atom feed top 2005-03-07 10:47 [Comm] Вопросы новичка User 2005-03-07 10:59 ` php-coder 2005-03-07 11:02 ` Re[2]: " php-coder 2005-03-07 14:34 ` Vinogradov Anton 2005-03-07 18:38 ` [Comm] Вопросы новичка [JT] Vitaly Lipatov 2005-03-07 18:52 ` Anatol B. Bazjukin 2005-03-07 19:37 ` Vitaly Lipatov 2005-03-08 8:05 ` Vinogradov Anton 2005-03-08 8:31 ` Valentin Kozlov 2005-03-08 8:39 ` Alexey Rusakov 2005-03-08 9:09 ` Valentin Kozlov 2005-03-08 9:36 ` Alexey Rusakov 2005-03-08 13:53 ` Vinogradov Anton 2005-03-09 13:49 ` [Comm] автобус backports (was: Вопросы новичка) Michael Shigorin 2005-03-09 13:44 ` [Comm] поддержка поддержке рознь, или о $5 " Michael Shigorin 2005-03-08 9:02 ` [Comm] Вопросы новичка [JT] Alexey Rusakov 2005-03-08 13:53 ` Vinogradov Anton 2005-03-08 14:58 ` Alexey Rusakov 2005-03-08 20:45 ` Vinogradov Anton 2005-03-08 21:12 ` Alexey Rusakov 2005-03-09 13:28 ` [Comm] компании vs сообщества (was: Вопросы новичка) Michael Shigorin 2005-03-09 13:22 ` [Comm] backports: ну если есть желающие... " Michael Shigorin 2005-03-09 18:02 ` [Comm] Вопросы новичка [JT] Andrey Rahmatullin 2005-03-09 18:29 ` Valentin Kozlov 2005-03-09 21:09 ` Vitaly Lipatov 2005-03-09 21:38 ` Valentin Kozlov 2005-03-10 6:09 ` Andrey Rahmatullin 2005-03-10 6:20 ` Вячеслав Диконов 2005-03-10 7:10 ` Vitaly Lipatov 2005-03-10 6:41 ` Igor Kuptsov 2005-03-10 8:46 ` Vitaly Lipatov 2005-03-10 9:45 ` Igor Kuptsov 2005-03-10 10:46 ` [Comm] " Michael Shigorin 2005-03-10 16:11 ` Andrey Rahmatullin 2005-03-10 6:59 ` [Comm] " Afanasov Dmitry 2005-03-10 11:37 ` Valentin Kozlov 2005-03-10 11:51 ` [Comm] Re: Вопросы новичка [JТ] Michael Shigorin 2005-03-10 12:07 ` Valentin Kozlov 2005-03-10 19:57 ` Denis Klykvin 2005-03-11 8:14 ` Mike Lykov 2005-03-10 12:01 ` [Comm] Вопросы новичка [JT] Genix 2005-03-10 12:20 ` Valentin Kozlov 2005-03-10 12:44 ` Genix 2005-03-10 14:17 ` Re[2]: " php-coder 2005-03-10 15:21 ` Valentin Kozlov 2005-03-10 14:16 ` Guest007 2005-03-10 14:29 ` Afanasov Dmitry 2005-03-10 14:42 ` Re[2]: " Andrei Popov 2005-03-10 15:07 ` Afanasov Dmitry 2005-03-10 17:12 ` Re[2]: " Alexei V. Mezin 2005-03-10 18:28 ` [Comm] Adm... ну или хотя бы в oo-discuss@ :) (was: Вопросы новичка) Michael Shigorin 2005-03-15 19:09 ` [Comm] Вопросы новичка [JT] "В.А." 2005-03-16 9:43 ` [Comm] Administrativia (was: Вопросы новичка [JT]) Michael Shigorin 2005-03-13 18:52 ` [Comm] Вопросы новичка [JT] Denis Smirnov 2005-03-15 13:01 ` Alexey I. Froloff 2005-03-15 14:21 ` Denis Smirnov 2005-03-15 21:18 ` Vasily Kolomeets 2005-03-15 22:39 ` [Comm] " Konstantin A. Lepikhov 2005-03-10 18:14 ` Michael Shigorin 2005-03-10 18:42 ` [Comm] " Arioch 2005-03-10 19:08 ` [Comm] Re 0install Michael Shigorin 2005-03-10 19:37 ` [Comm] " Arioch 2005-03-11 12:03 ` [Comm] 0install Michael Shigorin 2005-03-11 13:53 ` Arioch 2005-03-11 14:56 ` [Comm] [JT] [OT] " Michael Shigorin 2005-03-11 23:02 ` Arioch [this message] 2005-03-14 9:48 ` [Comm] " Nick S. Grechukh 2005-03-14 12:28 ` [Comm] Re: [JT] архивы talk-room@ Michael Shigorin 2005-03-14 14:49 ` Maksim Otstavnov 2005-03-14 15:25 ` Michael Shigorin 2005-03-14 18:48 ` Maksim Otstavnov 2005-03-21 8:22 ` Arioch 2005-03-11 8:29 ` [Comm] Вопросы новичка [JT] Anatoly Yakushin 2005-03-11 8:39 ` Guest007 2005-03-10 14:06 ` Afanasov Dmitry 2005-03-10 14:20 ` Genix 2005-03-10 14:35 ` Afanasov Dmitry 2005-03-10 14:55 ` some_x 2005-03-10 15:08 ` Afanasov Dmitry 2005-03-10 18:30 ` [Comm] " Michael Shigorin 2005-03-11 4:49 ` [Comm] " Денис Гайнцев 2005-03-13 18:45 ` Denis Smirnov 2005-03-15 13:33 ` Sergey Kuznetsov 2005-03-15 13:51 ` Nick S. Grechukh 2005-03-15 14:26 ` Denis Smirnov 2005-03-15 16:51 ` [Comm] " Michael Shigorin 2005-03-10 10:26 ` [Comm] о версиях и проблемах (was: Вопросы новичка) Michael Shigorin 2005-03-09 20:37 ` [Comm] Вопросы новичка [JT] Alexey Rusakov 2005-03-22 18:06 ` Andrey Konovalov aka Krapa 2005-03-10 10:36 ` [Comm] backports: voting? Michael Shigorin 2005-03-12 13:44 ` Alexey Borovskoy 2005-03-12 15:00 ` [Comm] " Michael Shigorin 2005-03-13 11:33 ` Alexey Borovskoy 2005-03-14 9:50 ` Nick S. Grechukh 2005-03-14 12:08 ` Michael Shigorin 2005-03-07 20:10 ` [Comm] Вопросы новичка [JT] Vinogradov Anton 2005-03-08 7:27 ` Vitaly Lipatov 2005-03-08 8:04 ` Vinogradov Anton 2005-03-08 8:17 ` Alexey Rusakov 2005-03-08 13:53 ` Vinogradov Anton 2005-03-08 18:06 ` Vitaly Lipatov 2005-03-08 20:45 ` Vinogradov Anton 2005-03-08 21:06 ` Valentin Kozlov 2005-03-08 21:11 ` Alexey Rusakov 2005-03-08 23:55 ` Arioch 2005-03-09 9:31 ` Vinogradov Anton 2005-03-09 10:25 ` Valentin Kozlov 2005-03-09 13:19 ` [Comm] Re: Вопросы новичка Michael Shigorin 2005-03-08 9:20 ` [Comm] " some_x 2005-03-09 13:49 ` [Comm] " Michael Shigorin 2005-03-10 14:42 ` some_x 2005-03-10 18:23 ` [Comm] [JT] +1 (was: Вопросы новичка) Michael Shigorin 2005-03-09 12:56 ` [Comm] Re: Вопросы новичка Michael Shigorin 2005-03-07 14:36 ` [Comm] " Ivan Fedorov 2005-03-09 12:54 ` [Comm] " Michael Shigorin
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='d0t81q$m3d$1@sea.gmane.org' \ --to=the_arioch@nm.ru \ --cc=community@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 Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/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 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git