The OpenNET Project / Index page

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

klik - пакеты программ под Linux, без проблем с зависимостями.

14.11.2005 00:12

Система klik представляет собой коллекцию пакетов программ, устанавливаемых в "один клик", без оглядки на проблемы с зависимостями.

Идея в том, что в пакет помещается не только программа, но и все необходимые для работы библиотеки и компоненты, что позволяет использовать данный пакет под любым Linux дистрибутивом.

Пакет устанавливается в обособленную директорию, а точнее локально монтируется сжатый образ FS, что хоть как-то компенсирует излишний размер поставки.

Обзор klik можно прочитать в статье "One-click installation with Klik".

  1. Главная ссылка к новости (http://klik.atekon.de/...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/6423-install
Ключевые слова: install, rpm, packet, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (51) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 00:36, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    немного покликал, и 200 гиг хард закончился.
    имхо дурацкая идея...
     
     
  • 2.3, _Nick_ (ok), 01:19, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >немного покликал, и 200 гиг хард закончился.
    >имхо дурацкая идея...

    для нормального линуксоида - конечно непривычно и похоже на бред.
    Но вот задумайся почему виндузянтикам тяжело даже думать о переходе налинух?
    одна из огромнейших проблем: их пугают горы либ и зависимостей. Не то шо в винде: каждая прога принесла зависимости с собой и все. Там ПРОСТО поставить прогу. Вот если так будет и в линухе - народу больше на него перейдет.
    Ну и если например для тебя место на винте не проблема (нормальная контора, где все лицензионное и ессьно никакой музыки и фильмов на винтах нет) - то там обычный 120 гиг винт просто пустует, а админ е%ецца с зависимостями. А вдь klik - весьма неплохой выход в такой ситуевине.

     
     
  • 3.8, Andrey (??), 07:19, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    В нормальной конторе не должно быть зоопарка дистрибутивов (максимум две-три версии одного-двух дистрибутивов), и админы конечно же должны уметь пользоваться пакетным менеджером.
     
  • 3.19, PENGUIN of NSK (?), 09:28, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >>немного покликал, и 200 гиг хард закончился.
    >>имхо дурацкая идея...
    >- народу больше на него перейдет.

    И, пардон мой французский, нахуа?
    Нафига ещё десять миллионов леммингов-кликарей?
    Лучше уж вкурить идеологию и перейти "по убеждениям", а не из-за моды или "крутости".


     
     
  • 4.26, Serega_S (??), 12:16, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >И, пардон мой французский, нахуа?
    >Нафига ещё десять миллионов леммингов-кликарей?
    >Лучше уж вкурить идеологию и перейти "по убеждениям", а не из-за моды
    >или "крутости".

      1) Не хотите - не пользуйтесь.
      2) Должно быть так - большинство прог выпускается в чём хочет (сырцы, бинарники динамические, статические и т.п.) и обязательно этот klik-пакет. Как базис. Т.е. если ты продвинутый - то и не думаешь про этот klik, а обычный юзверь, если совсем уж тошно, ставит klik, да место, но если сильно надо то уж лучше как-то прогу пользовать, чем от неё совсем оказаться.
      3) Количество "умных" пользователей и "глупых" не меняется. Если всех принуждать крутить зависимости и в консоли команды давать, то обычные пользователи просто откажуться от такой системы.
      4) Неужели ещё кому-то нужно объяснять, что увеличение количесва пользователей линукса идёт ему только на благо?! Драйвера забыли? Когда finereader, lingvo и т.п. появится? Не тогда ли, когда хотя бы 10% линукс займёт на десктопе?
      5) Ну и, чтобы пресечь возможные гневные выкрики - от увеличения количества леммингов, сидящих на линуксе, увеличения количества "дружественных" программ с тупыми мастерами настройки, количество хакеров не уменьшиться, количество утилит, делаемых по юникс-вэй не уменьшиться. Просто добавиться куча хлама в "дружественные" дистрибутивы, которые можно не ставить и юзать слакварь, но зато с полноценными драйверами под видеокарту и SB Live 7.1. и подобное железо.

     
     
  • 5.34, Александр З (?), 13:40, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Если это будет не  как основной формат, почему бы и нет, но не в коем случае не как доминирующий.
    finereader - действительно не хватает, lingvo же нафиг не упёрся - есть на порядок превосходящие его аналоги
     
     
  • 6.39, Serega_S (??), 14:36, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Если это будет не  как основной формат, почему бы и нет,
    >но не в коем случае не как доминирующий.
    >finereader - действительно не хватает, lingvo же нафиг не упёрся - есть
    >на порядок превосходящие его аналоги


    И какой же? Если не секрет.

     
     
  • 7.45, Akademic (ok), 19:00, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Lingvo не упёрся потому что есть lingvo.yandex.ru
    Мне хватает.

     

  • 1.2, citrin (ok), 00:51, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Больше похоже на идеологию винды - там практически каждый дистрибутив таскает все необходимые библиотеки с собой...
     
     
  • 2.4, _Nick_ (ok), 01:22, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Больше похоже на идеологию винды - там практически каждый дистрибутив таскает все
    >необходимые библиотеки с собой...

    да. Тем она и выигрывает пока что.
    У тебя есть, скажем, фотожоп - и все. Ты знаешь шо он встанет на любую 2k, XP,2k3. А вот если у тебя есть RPM/TAR.GZ Gimp'a - то это совсем не значит, шо ты его на любом линухе заюзаешь просто так ;))

    klik - просто удобство для юзерей. А это - основное условие успеха для десктоп системы.

     
     
  • 3.5, Vaygr Flagship (?), 01:44, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    А вы FreeBSD и порты не пробовали? проблемы с зависимостями пропадают на раз ;)
     
     
  • 4.6, shadowcaster (?), 02:02, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    не панацея от дурного софта. из портов гном ставить просто страшно. хотя установка большинства программ упрощается невероятно. кстати, gentoo в этом плане тоже можно отметить.
     
     
  • 5.13, LuckyBird (??), 09:03, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    А Debian ?


     
  • 4.9, Аноним (-), 07:20, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Слышал я историю как во фре ставили из портов phpMySQLAdmin. Для справки - это набор php скриптов для руления mysql. Так он сменил еще апач, и php. При чем php оказался с глюками. пришлось откатываться назад :)  
     
     
  • 5.11, tipa_admin (?), 08:02, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Слышал я историю как во фре ставили из портов phpMySQLAdmin...
    Ну ставил я месяц назад. Из портов. Ну пришлось немного makefile подрихтовать для mod_php. И все. А скульный админ был тупо распакован, и конфиг для апача поправлен. :-)
     
  • 5.12, LuckyBird (??), 09:02, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Незнаю, ставил неделю назад, ничего не правил, только конфиги, проблем нет.

     
  • 5.31, mar (??), 13:19, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    а про make config в порту (причем выкидывается менюшка на ncurses), или про опцию WITH_APACHE2=YES в /etc/make.conf никто не слышал? все тупо любят набирать команду make install clean, а в хандбук заглянуть влом? влом пробежаться по Makefile? влом прочитать сообщения, которые выдаются во время сборки порта?
     
  • 4.47, _Nick_ (ok), 09:27, 15/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >А вы FreeBSD и порты не пробовали? проблемы с зависимостями пропадают на
    >раз ;)

    пробовал. И Gentoo порты пробовал. Друг друга краше.

    А что делать людям которые не такие умные как вы и на 500 цел хоцца поставить какую-нить совтину просто посмотреть?? Сколько лет в таком случае уйдет на портовые сборки??

     
     
  • 5.48, mar (??), 10:51, 15/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    никто не заставляет компилять, ставь бинарики! http://www.freebsd.org/cgi/man.cgi?query=pkg_add&apropos=0&sektion=0&manpath=
     
     
  • 6.50, _Nick_ (ok), 13:02, 15/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >никто не заставляет компилять, ставь бинарики!
    >http://www.freebsd.org/cgi/man.cgi?query=pkg_add&apropos=0&sektion=0&manpath=

    бинарники из портежей репозитория?? пасиба. Мы тут обсуждаем вещи для распространения для произвольного дистра. Не на всех линукс дистрах есть бсдшные порты %)))

    Речь идет о том, чтобы Вася Пупкин, услышав про Линух и поставив его себе
    нашел потом в сетке ту же кваку и без геммора поставил ее себе и поглазел на прирост FPS по сравнению с виндой. Так вот чтоб он не ип%№;%лся с зависимостями (портами (хоть в бинарном, хоть в src виде) ldd, ldconfig...) - и подойдет чудно пакет в формате klik.

     

  • 1.7, chinhngt (??), 02:04, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    супер-дурацская идея. Могу уже представить для себя что в тысччи пакетах будет все библиотеки Гноме/КДЕ и Xorg/Xfree86 и много еще.
    Типа пакет firefox весит не меньше 100Мб, мд@! А в винде всего 5М :(((((
     
  • 1.10, dimus (??), 07:35, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    можно еще отметить, что если у пакета все зависимости лежат в одном месте, то его очень легко засунуть в chroot. И это даже само напрашивается.

    По-моему, такая система распространения прекрасно подойдет для крупных сложных проектов. И я лучше потрачу лишних 200метров винта, чем буду колбасится с зависимостями очередного монстроидального творения типа того же Гнома.

     
  • 1.14, Лха (??), 09:07, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    php во FreeBSD действительно настоятельно требует именно Apache 1.3 :-( Да и вообще механизм пакетов и портов тоже требует влядения напильником. Но идея таскать за собою всё -- это полный бред! Может с каждой X-софтиной ещё и сам X-тянется? Или только шрифты? Если эту идею довести до логического заверщения, то и ядро с загрузчиком надо в пакет включать.
    А я вот всегда думаю, есть же ldd, всегда можно узнать, что нужно даже бинарнику, даже вообще исходников не имея. Можно же скрипт какой-нибудь написать, чтобы всё это отслеживать и устанавливать? Почему этого нет до сих пор? Или есть?
     
     
  • 2.18, pushkin (?), 09:25, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    > php во FreeBSD действительно настоятельно требует именно Apache 1.3 :-(

    Гм, странно. Несколько раз ставил mod_php4 на apache2. Потому что есть -DWITH_APACHE2. Проверено - на момент год-полтора назад это было абсолютно работоспособным. Иль уже поломали?

     
  • 2.32, mar (??), 13:33, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    cd /usr/ports/lang/php4 && make config опаньки! grep APACHE /usr/ports/lang/php4/Makefile опаньки! про /etc/make.conf тоже, видать, не слышали...
     
  • 2.46, Яковлев Андрей (?), 07:18, 15/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Если обратить внимание на такие дистрибутивы как Gentoo, UBoontu, KBoontu и в некоторых местах Debian, то можно зхаметить, что они, каждый в разной степени тяжести, предлагают поиск зависимостей и их удовлетворение, либо скачиванием из сети, либо даже поиском (!) на харде/CD. Так что я думаю всякие там клики - это малость маразматическое решение. Может для RedHad-based систем оно и подходит, но для чего-нибудь более серьезного - есть уже готовые решения...
     

  • 1.15, злобный лоровский аноним (?), 09:14, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    подрихтовать надо конечно идею - а то доиграемся до того что каждая прога будет отдельно на livecd идти
    :)

    скажем выделить что-то типа стандартных библиотек и наборов. будет 1-2 явные зависимости на другой такой же klik-пакет

     
  • 1.16, halt (??), 09:20, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну допустим с одной стороны в идее таскать с собой зависимости что-то есть. Когда я сам пересел на линух для меня было таким гемороем поставить прогу не из дистрибутива :(.
     
  • 1.17, Аноним (-), 09:23, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Полезная идея. Пользуюсь AltLinux 2.0, для которого без обновления всего дистрибутива уже ничего толком графического не поставишь. Например, хочется поставить firefox, а он цепляет за собой кучу всякого хлама, правда в klik пакета firefox нет :-(
     
     
  • 2.20, PENGUIN of NSK (?), 09:30, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Полезная идея. Пользуюсь AltLinux 2.0, для которого без обновления всего дистрибутива уже
    >ничего толком графического не поставишь. Например, хочется поставить firefox, а он
    >цепляет за собой кучу всякого хлама, правда в klik пакета firefox
    >нет :-(

    Вот, собссно, иллюстрация к отв. 19.
    Получайте.
    Наслаждайтесь.

     
     
  • 3.21, Аноним (-), 09:46, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот, собссно, иллюстрация к отв. 19.

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

     

  • 1.22, злобный лоровский аноним (?), 09:47, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Вот, собссно, иллюстрация к отв. 19.
    > Получайте.
    > Наслаждайтесь.

    зачем же так ? альт 2.0 - этому продукту скоро года 4 будет. чтобы его _правильно_ довести до состояния в котором на него файерфокс нормально встанет надо такой танец с бубном что мало не покажется. вот как раз это наверно тот случай когда поставить отдельно прогу с зависимостями проще чем ставить эту же прогу правильно (в рамках дистрибутива).  

     
  • 1.23, ZigmunD (??), 10:19, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Klik нужен хотя бы для того, чтоб никс мог конкурировать с виндой на рынке десктопов. Я не думаю, что среднестатистический пользователь будет долбаться с зависимостями, чтобы поставить мелкую утилитку.
    Вижу много противников klik, и не понимаю их. Не равится - не ешь, в чем вопрос? А система klik наверняка найдет своего пользователя.
     
  • 1.24, Kid (??), 10:28, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вот поэтому умные люди сидят на дебиане и не парятся с зависимостями:)
     
     
  • 2.49, _Nick_ (ok), 12:49, 15/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >вот поэтому умные люди сидят на дебиане и не парятся с зависимостями:)

    еще более умные люди - порты пользуют и сидят на Генту.

     

  • 1.27, Аноним (-), 12:21, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А с чего народ так печется про объем на диске после установки?
    Если версии библиотек в пакетах совпадут, то разницы вообще нету через клик ставить или традиционным садо-мазо.
    Вот объем пакета пухнет - это да, проблема. Но думаю ненамного, при условии что девелоперы не будут принимать слишком много шнапса при сборке и в каждый пакет не будет попадать целиком Гном :)
     
  • 1.28, Аноним (-), 12:53, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > А с чего народ так печется про объем на диске
    > после установки?
    > Если версии библиотек в пакетах совпадут, то
    > разницы вообще нету через клик ставить или \
    > традиционным садо-мазо.

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

    с другой стороны - можешь иметь хоть 20 разных версий гтк. в общем, теряем место - выигрываем (?) удобство

     
     
  • 2.41, CR (?), 16:53, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    А представь себе эти 20 гтк одновременно в памяти.  Место на диске, в общем-то, почти ничего не стоит, но традиционные 1-2 гига памяти кончатся быстро.
     

  • 1.29, Аноним (-), 13:16, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    8)))

    такие проблемы, и все из нежелания собирать из исходников....

    лучший линукс тот, которого выростил сам.

     
     
  • 2.35, Аноним (-), 13:49, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >такие проблемы, и все из нежелания собирать из исходников....
    >лучший линукс тот, которого выростил сам.

    И на котором сможете работать только вы? Это не подход.

     
     
  • 3.37, Аноним (-), 14:24, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >И на котором сможете работать только вы? Это не подход

    Cистема имеет стандарт (LSB), которму надо следовать даже при сборке своего дистрибутива, а все стандартные дистрибутивы и так отличаются, но работа с ними практически одинакова.

     

  • 1.30, WintiX (??), 13:16, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Под виндами те-же проблемы. "dll hell" называется. Но поскольку разработка преимущественно закрытая так широко не обсуждается. Каждый разработчик сам решает как справляться с этой проблемой, насколько работа приложения должна зависеть от версии библиотеки и т.д. Наиболее тупые инсталляторы кидают свои dll-ки в системный каталог, чем вызывают потерю работоспособности других приложений. Те что получше, хранят библиотеки в своей директории. Еще более умные пытаются анализировать версии установленных библиотек и т.д.
    Т.о. единую политику совместного использования библиотек разработать не удалось.
     
     
  • 2.33, Аноним (-), 13:38, 14/11/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Ну dll hell слабо связан с проблемой неявных зависимостей Как раз при Клик-па... большой текст свёрнут, показать
     

  • 1.36, Аноним (-), 14:21, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Если версии библиотек в пакетах совпадут, то
    > разницы вообще нету
    Это не всегда так. Проблемы могут возникнуть(и скорее всего возникнут), если сборка программ проводилась разными компиляторами или с разной glibc.

    > или традиционным садо-мазо.
    Ну, я бы не сказал, что это "садо-мазо". У меня установлен свой собственный LFS, несколько раз пересобиравшийся под разные gcc и glibc при помощи уже имеющихся скриптов сборки. Проблем сборки вообще нет - поменял версии этих пакетов, изменил(если надо) оптимизацию под конкретный процессор, запустил скрипт и пошел своими делами заниматься, а через некоторое время получаеш новый дистрибутив.

     
  • 1.38, Аноним (-), 14:28, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чем народу YUM не понравился ?
     
  • 1.40, Volax (?), 14:37, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У Oracle похожий подход ;)
    Когда ставишь например 9i Enterprise, то будь готов, что он с собой поставит с пяток разных Java-машин разных версий, пару-тройку старых и не очень apache'й и еще кучу разномастной лабуды ;)
    Прикол в том, что это разводится не в рамках операционки, а в рамка одного дистибутива (!!!)
    Вот это я понимаю - подход, кот кому по фигу на свободное место на пользовательских винчестерах ;)
     
  • 1.42, wherestuppid (?), 16:58, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наверняка найдет свою нишу - на десктопах
     
  • 1.43, Storm (??), 18:09, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не, смысл определенно есть. Например, если нужно поставить одну софтину, которой нужен гном или там KDE, я лучше солью лишнюю сотню метров,  чем буду засорять G- или K- говном систему. А так, традиционным пакетам это конечно не замена, ни в коем разе. Кто говорит про проблемы с зависимостями - раскройте глаза, эти проблемы были актуальны лет 10 назад. Сейчас есть ports/portage, а используете бинарные пакеты - ССЗБ.
     
  • 1.44, dyug (?), 18:12, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    мдя...
    Как я и ожидал, оно таки часть зависимостей оставляет на системе... :-(

    типично
    ------
    dyug@dyug:/tmp/klik/kover/opt/kde/bin$ ./kover
    ./kover: error while loading shared libraries: libfam.so.0: cannot open shared object file: No such file or directory
    -------
    P.S. AppRun выдает то же самое... :-(

    Slackware 10.2
    Это не жалоба это просто констатация факта...
    qcad - заработал, и на том спасибо... :-)

     
  • 1.51, Аноним (-), 15:54, 15/11/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Slackware 10.2  qcad - заработал, и на том спасибо... :-)

    http://www.linuxpackages.net/pkg_details.php?id=4754

    не лучше?

     
  • 1.52, Аноним (-), 08:54, 27/09/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    klik - только для debian-подобных дистрибутивов? У меня например в ASPLinux он не запускает программы.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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