The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Представлена начальная реализация системы управления установ..., opennews (ok), 11-Мрт-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


17. "Представлена начальная реализация системы управления установ..."  +1 +/
Сообщение от Maresias (ok), 11-Мрт-13, 23:20 
> средства для формирования самодостаточных пакетов, включающих в себя все необходимые для работы зависимости и способных работать через распаковку в поддиректорию домашнего каталога пользователя

Конечно, сейчас на меня вызверятся Ъ-линуксоиды, но я всё же скажу крамольную вещь: давно пора это сделать.

Потому что лёгкость установки, независимость от дистрибутива, отсутствие необходимости постоянно качать зависимости и вечной привязки к репозиториям  — это то, что будет способствовать росту популярности линукса среди широких слоёв народонаселения.

Нередко доходит до совсем уж непонятных вещей. Пакет xsane-common не используется ничем, кроме xsane. Вообще ничем. Почему бы содержимое не объединить в один пакет? Так нет же, надо разбить на два и создать искусственно зависимость, совершенно ничем не оправданную.

И если у пользователя нет коннекта или серверы с репозиториями прилегли отдохнуть, но нужно срочно сканер поднять, то сначала надо ставить xsane-common, а только потом xsane, иначе, видите ли, зависимость не удовлетворена.

Есть и другая негативная сторона с зависимостями — безумное самоуправство мэйнтейнеров. Скажем, пытаюсь в Xubuntu поставить Cheese, чтобы племянник поигрался с веб-камерой, а эта зараза в зависимостях тянет, кроме кодеков, Nautilus и Zeitgeist. Ну на кой ляд это в Xubuntu?! неужели программа для записи с камеры должна зависеть от файлового менеджера и системного соглядатая? Это что, системные библиотеки? Ну бред же!

Так что пусть гномовцы осуществляют свой проект, желаю им успеха! Множеству школьников, домохозяек, пенсионеров, обычных людей разных профессий не придётся собирать нужный софт из исходников в случае бардака с зависимостями.

Ответить | Правка | Наверх | Cообщить модератору

18. "Представлена начальная реализация системы управления установ..."  +/
Сообщение от Xasd (ok), 12-Мрт-13, 00:04 
> давно пора это сделать.

совершенно верно!

> Пакет xsane-common не используется ничем, кроме xsane. Вообще ничем.

а это кстате потому что систему пекетов НЕ возможно сделать одновременно:

* гибкой и автоматизированной.

* не гибкой, но удобной для ручных телодвижений установок/удалений (см. Slackware).

и именно ПО ЭТОЙ причине (по причине вышеупомянутой невозможности) -- нужно чтобы в операционной системы было бы одновременно ДВЕ системы пакетов. (пользоваться сразу ими двумя не обязательно, но иметь ВОЗМОЖНОСТЬ -- надо :)).

============================================================

а что касается системной автоматизированной системы пакетов, в которой существует одновременно и xsane и xsane-common -- то вот конкретно для этой системы пакетов -- это всё правильно! в случае системного манагера пакетов -- каждая программа должна быть разделена как минимум на 2 пакета.

один пакет нужен для пользователя, второй пакет должен содержать внутренню техничускую функциональность...

...как раз для того чтобы если и надо было бы установить по зависимости "Nautilus и Zeitgeist", то чтобы ставились бы лишь библиотеки nautilus-common (название выдуманно) и zeitgeist-common  (название выдуманно) , а не целые программы :-)

но это только для системных манагеров пакетов такое позволительно!

а для сторонних программ Программиста Васи Пупкина -- такая система врятли подходит! и именно для его программ -- нужная паралельная другая система самодостаточных пакетов! которую надеюсь сделают успешно :).

Ответить | Правка | Наверх | Cообщить модератору

27. "Представлена начальная реализация системы управления установ..."  +/
Сообщение от Crazy Alex (ok), 12-Мрт-13, 05:10 
Надо не "common"-пакеты лепить, а слабые зависимости делать, чтобы в случае наличия компонента он использовался, а в случае отсутствия - можно было легко понять, какая функциональность недоступна и удобным образом доустановить нужное. Это раз. А второе - программы Программиста Васи Пупкина вообще не должны быть. Либо ты попадаешь в репозиторий, либо иди лесом. А давать неквалифицированному люду возможность принимать хоть какие-то технические решения - неправильно и чревато.
Ответить | Правка | Наверх | Cообщить модератору

39. "Представлена начальная реализация системы управления..."  +1 +/
Сообщение от arisu (ok), 12-Мрт-13, 11:38 
> а для сторонних программ Программиста Васи Пупкина — такая система врятли подходит!
> и именно для его программ — нужная паралельная другая система самодостаточных
> пакетов! которую надеюсь сделают успешно :).

так уже. ты до сих пор не знаешь, где купить винду, что ли?

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

20. "Представлена начальная реализация системы управления установ..."  +/
Сообщение от Krozemail (ok), 12-Мрт-13, 00:07 
Сорри, сообщение 1.19 было ответом на этот пост.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

23. "Представлена начальная реализация системы управления..."  +1 +/
Сообщение от arisu (ok), 12-Мрт-13, 02:06 
> Нередко доходит до совсем уж непонятных вещей. Пакет xsane-common не используется ничем,
> кроме xsane. Вообще ничем. Почему бы содержимое не объединить в один
> пакет? Так нет же, надо разбить на два и создать искусственно
> зависимость, совершенно ничем не оправданную.

если ты чего-то не понимаешь, то есть большая вероятность, что это вовсе не авторы непонятного дураки.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

60. "Представлена начальная реализация системы управления..."  +/
Сообщение от Deluxe (??), 12-Мрт-13, 20:29 
> если ты чего-то не понимаешь, то есть большая вероятность, что это вовсе
> не авторы непонятного дураки.

Однако есть вероятность, что авторы непонятного всё же дураки, правда? :)


Ответить | Правка | Наверх | Cообщить модератору

62. "Представлена начальная реализация системы управления..."  +1 +/
Сообщение от arisu (ok), 12-Мрт-13, 22:33 
> Однако есть вероятность, что авторы непонятного всё же дураки, правда? :)

есть. но не в обсуждаемом случае.

Ответить | Правка | Наверх | Cообщить модератору

72. "Представлена начальная реализация системы управления..."  +/
Сообщение от Maresias (ok), 16-Мрт-13, 08:59 
>> Однако есть вероятность, что авторы непонятного всё же дураки, правда? :)
> есть. но не в обсуждаемом случае.

Ну, насчёт обсуждаемого случая, я бы не был столь уверен. С авторов спрос всяко больше, в плане интеллекта, нежели с простых юзеров.

Ответить | Правка | Наверх | Cообщить модератору

73. "Представлена начальная реализация системы управления..."  +1 +/
Сообщение от arisu (ok), 16-Мрт-13, 13:50 
бебиан. интеллект. OpenSSL. бугога.
Ответить | Правка | Наверх | Cообщить модератору

28. "Представлена начальная реализация системы управления установ..."  +2 +/
Сообщение от www2 (??), 12-Мрт-13, 06:20 
>сначала надо ставить xsane-common, а только потом xsane, иначе, видите ли, зависимость не удовлетворена.

Где ты об этом прочитал? Чтобы поставить xsane, да нужно поставить xsane-common, только меня лично это нисколько не беспокоит, потому что я говорю лишь то, что мне нужно, а о зависимостях система думает сама. Когда нет репозиториев, есть дистрибутивные диски с репозиториями.

>Скажем, пытаюсь в Xubuntu поставить Cheese, чтобы племянник поигрался с веб-камерой, а эта зараза в зависимостях тянет, кроме кодеков, Nautilus и Zeitgeist. Ну на кой ляд это в Xubuntu?!

Ну то есть дело в том, что ты пользуешься Xubuntu? Или дело в том, что ты не понимаешь разницы между зависимостями типа required, recommended и suggests? Нужно всего-то взять правильный дистрибутив (я использую не перепев Битлс от Мойши, а оригинал - Debian) и почитать как минимум об этих трёх видах зависимостей.

>Так что пусть гномовцы осуществляют свой проект, желаю им успеха! Множеству школьников, домохозяек, пенсионеров, обычных людей разных профессий не придётся собирать нужный софт из исходников в случае бардака с зависимостями.

Дооо! Конечно же это правильно, вместо разгребания одного бардака устроить ещё один дополнительный. Проблема не в сортирах, а в головах. Когда головы вылечат, тогда и сортиры станут чистыми.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

58. "Представлена начальная реализация системы управления установ..."  –1 +/
Сообщение от Deluxe (??), 12-Мрт-13, 20:22 
>  Нужно всего-то взять правильный дистрибутив

Ржунимагу.

Ъ такие Ъ...

Ответить | Правка | Наверх | Cообщить модератору

32. "Представлена начальная реализация системы управления установ..."  +3 +/
Сообщение от Аноним (-), 12-Мрт-13, 09:14 
> Нередко доходит до совсем уж непонятных вещей. Пакет xsane-common не используется ничем,
> кроме xsane. Вообще ничем. Почему бы содержимое не объединить в один
> пакет? Так нет же, надо разбить на два и создать искусственно
> зависимость, совершенно ничем не оправданную.

Оправданную. В xsane-common входят архитектурно-независимые данные, что позволяет ограницить объём лишних данных при поддержке нескольких архитектур. Ладно убунту, их там три всего, но пакет-то из дебиана, а там этих архитектур штук 10 как минимум... Вот и минимизируют так, пакетов ведь много таких.


Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

59. "Представлена начальная реализация системы управления установ..."  +/
Сообщение от Deluxe (??), 12-Мрт-13, 20:27 

> Оправданную. В xsane-common входят архитектурно-независимые данные, что позволяет ограницить
> объём лишних данных при поддержке нескольких архитектур.

Эти ваши архитектурно независимые данные весят в упакованном виде 1,772.2 kB
Пруф: http://packages.ubuntu.com/precise/xsane-common
Поэтому, если в пакет не вставляется 1,772.2 kB, то это явно повод, а не причина.

> три всего, но пакет-то из дебиана, а там этих архитектур штук
> 10 как минимум...

http://packages.debian.org/squeeze/xsane-common
Вес пакета практически тот же:    1,777.3 kB

Повод раздробить. Не причина, а именно повод.


Ответить | Правка | Наверх | Cообщить модератору

61. "Представлена начальная реализация системы управления установ..."  +/
Сообщение от Michael Shigorinemail (ok), 12-Мрт-13, 20:50 
> Повод раздробить. Не причина, а именно повод.

Лень смотреть в debian policy или maintainer's guide или как там в точности документ называется, но припоминается наличие и указания, и критериев выделения noarch-части.

То, что их могли не трогать с времён 1.2, не повод избегать выполнения ;-) (ну и полтора метра даже и сейчас может быть смысл выделять, если остальное занимает ещё меньше -- вот сто килобайт уже точно не стал бы)

Ответить | Правка | Наверх | Cообщить модератору

33. "Представлена начальная реализация системы управления установ..."  +/
Сообщение от Аноним (-), 12-Мрт-13, 09:18 
> Есть и другая негативная сторона с зависимостями — безумное самоуправство мэйнтейнеров.
> Скажем, пытаюсь в Xubuntu поставить Cheese, чтобы племянник поигрался с веб-камерой,
> а эта зараза в зависимостях тянет, кроме кодеков, Nautilus и Zeitgeist.
> Ну на кой ляд это в Xubuntu?! неужели программа для записи
> с камеры должна зависеть от файлового менеджера и системного соглядатая? Это
> что, системные библиотеки? Ну бред же!

Сейчас лично проверил, нет там таких депендов. Только рекомендации из каких-то там gnome-овских либов. Которые можно просто не устанавливать (а лучше вообще отключить их автоустановку в менеджере пакетов).

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

37. "Представлена начальная реализация системы управления установ..."  +2 +/
Сообщение от AlexYeCu (ok), 12-Мрт-13, 11:14 
> Конечно, сейчас на меня вызверятся Ъ-линуксоиды, но я всё же скажу крамольную
> вещь: давно пора это сделать.

Сказал ты вещь не «крамольную», а просто глупую. Сейчас объясню, в чём её глупость.

> Потому что лёгкость установки, независимость от дистрибутива

Лёгкость установки чего? Вместо единственного пакетного менеджера, центра приложений, etc., ты предлагаешь собственный механизм для любой мелочи?! Т.е. гномософт устанавливается и обновляется вот так, кедософт вот так, а вон та куча софтин каждая по своему? Зайди в гуй номер раз, поставь галочку, зайди в гуй номер два — поставь две галочки, зайди в гуй номер десять — поставь сто галочек. Надо всё это сделать удалённо из консоли — возьми моток витой пары и табуретку. А они ведь ещё и обновляться на перегонки лезть будут. И всё это вместо единообразного способа установки? Где тут простота? С какой стороны?

>отсутствие необходимости
> постоянно качать зависимости

Зависимостями занимается пакетный менеджер.

>и вечной привязки к репозиториям  — это
> то, что будет способствовать росту популярности линукса среди широких слоёв народонаселения.

Да пусть эти широкие слои населения обходят линукс за километр! Ты винду видел у этих широких масс? Загаженное троянами и червями непонятно что, с багами и дырами много-годичной давности. Потому что «нет привязки к репозиториям», и один и тот же набор дерьма таскается с винта на винт годами. При том, что на серверах разработчиков исправленные версии давным-давно есть.

> Нередко доходит до совсем уж непонятных вещей. Пакет xsane-common не используется ничем,
> кроме xsane. Вообще ничем. Почему бы содержимое не объединить в один
> пакет? Так нет же, надо разбить на два и создать искусственно
> зависимость, совершенно ничем не оправданную.

Это мелкий недостаток неплохой, в целом, системы. Надо его исправлять, а не ломать уже работающее в пользу третьегномьего ужаса.

UP: Хотя выше лучше объяснили.

> И если у пользователя нет коннекта или серверы с репозиториями прилегли отдохнуть,
> но нужно срочно сканер поднять, то сначала надо ставить xsane-common, а
> только потом xsane, иначе, видите ли, зависимость не удовлетворена.

Все нужные пакеты в один каталог и rpm -ihv --nodeps --force *

> Есть и другая негативная сторона с зависимостями — безумное самоуправство мэйнтейнеров.
> Скажем, пытаюсь в Xubuntu поставить Cheese, чтобы племянник поигрался с веб-камерой,
> а эта зараза в зависимостях тянет, кроме кодеков, Nautilus и Zeitgeist.
> Ну на кой ляд это в Xubuntu?

Это (не очень) мелкий недостаток неплохой, в целом, системы. Надо его исправлять, а не ломать уже работающее в пользу третьегномьего ужаса.

UP: Хотя выше лучше объяснили.

> Так что пусть гномовцы осуществляют свой проект, желаю им успеха! Множеству школьников,
> домохозяек, пенсионеров, обычных людей разных профессий не придётся собирать нужный софт
> из исходников в случае бардака с зависимостями.

Пусть сидят на винде. Пусть сидят на макоси. Не нравится?! А раз не нравится, хрена ли свои порядки тащить оттуда? Напоминает поведение мигрантов из исламских стран — сами от тамошних порядков сваливают в ужасе, но стоит чуть обжиться в мало-мальски приличной стране, так начинают строить вокруг привычный ад.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

49. "Представлена начальная реализация системы управления установ..."  +/
Сообщение от Michael Shigorinemail (ok), 12-Мрт-13, 14:56 
> Лёгкость установки чего? Вместо единственного пакетного менеджера, центра приложений,
> etc., ты предлагаешь собственный механизм для любой мелочи?!

Здесь сложнее, начали скриптовые языки.  Не готов сейчас писать развёрнуто, т.к. объём получится большой, а толку скорее ноль.

Ответить | Правка | Наверх | Cообщить модератору

57. "Представлена начальная реализация системы управления установ..."  –1 +/
Сообщение от Deluxe (??), 12-Мрт-13, 20:20 
>> Конечно, сейчас на меня вызверятся Ъ-линуксоиды, но я всё же скажу крамольную
>> вещь: давно пора это сделать.
> Сказал ты вещь не «крамольную», а просто глупую. Сейчас объясню, в чём
> её глупость.

Вот же какой глупый Google, свой браузер Chrome поставляет ОДНИМ пакетом, где есть ВСЁ необходимое для работы.

И Opera, внезапно, тоже!

Расскажите Google, какие они идиоты, позволяют хомячкам скачивать готовую программу и не трахаться с зависимостями!

А ещё слыхали о таком понятии как Dependency hell?
Просвещайтесь http://en.wikipedia.org/wiki/Dependency_hell
Вот до чего умничанье доводит.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

63. "Представлена начальная реализация системы управления..."  +1 +/
Сообщение от arisu (ok), 12-Мрт-13, 22:37 
> Вот же какой глупый Google, свой браузер Chrome поставляет ОДНИМ пакетом, где
> есть ВСЁ необходимое для работы.

типичный подход авторов проприетарного софта. потому что пересобрать их софт под конкретную систему/дистрибутив невозможно.

ну и да: тот, кто ставит программы помимо официальных репозиториев дистрибутива, и при этом является чайником («обычным пользователем», ага) — вдобавок ещё и дебил.

Ответить | Правка | Наверх | Cообщить модератору

68. "Представлена начальная реализация системы управления установ..."  +1 +/
Сообщение от AlexYeCu (ok), 13-Мрт-13, 12:05 
>Вот же какой глупый Google, свой браузер Chrome поставляет ОДНИМ пакетом, где есть ВСЁ необходимое для работы.

Поэтому при обновлении AdBlock или FlashPlugin надо опять скачивать весь браузер?
При этом, замечу, браузер штука вовсе не клиент-серверная — разбиения на отдельные пакеты там может быть меньше.

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

69. "Представлена начальная реализация системы управления установ..."  +2 +/
Сообщение от AlexYeCu (ok), 13-Мрт-13, 12:13 
>А ещё слыхали о таком понятии как Dependency hell?
>Вот до чего умничанье доводит.

А ты кроме wiki это где-нибудь видел, «не умничающий»? Если подобная проблема и возникает, то решается она удалением криво собранного непонятно кем пакета (который, как правило, не из официальной репы). Проблем с зависимости я за 10+ лет использования rpm-based дистрибутивов я наблюдал не так уж много,причём за исключение 1-2 случаев они были связаны с неправильной сборкой пакетов кем-то левым. И мне лично наличие зависимостей представляется штукой совсем неплохой, так как позволяет всю систему обновить, затратив куда меньше трафика, плюс централизованно обновлять компоненты системы, в которых разработчик что-то профиксил.

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру