The OpenNET Project / Index page

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

Представлен Linuxbrew, вариант пакетного менеджера Homebrew для Linux

08.12.2014 18:37

В рамках проекта Linuxbrew ведётся разработка предназначенного для Linux ответвления от Homebrew, популярной системы управления пакетами для платформы OS X. Linuxbrew позволяет устанавливать приложения в свою домашнюю директорию, не требуя для установки программ привилегий администратора. Проект написан на языке Ruby и распространяется под лицензией BSD.

Пакеты формируются в универсальном представлении, не привязанном к отдельным дистрибутивам Linux, что делает Linuxbrew удобным инструментом для установки свежих версий программ в устаревших дистрибутивах, не поставляющих обновления для данных программ через штатные репозитории. Так как интерфейс и опции Linuxbrew полностью аналогичны Homebrew, пользователи получают возможность применения одного инструмента для управления программами на системах с Linux и OS X.

Более того, в Linuxbrew можно использовать пакеты, размещённые в репозиториях пакетов Homebrew, так как формат пакетов подразумевает возможность пересборки из исходных текстов перед установкой (по сути пакет является простым сценарием, показывающим где загрузить код и какую команду выполнить для сборки).

  1. Главная ссылка к новости (http://brew.sh/linuxbrew/...)
  2. OpenNews: Релиз дистрибутива Lunar Linux 1.7.0, развивающего пакетный менеджер lin
  3. OpenNews: Выпуск PackageKit 1.0.0. Планы по развитию универсального установщика пакетов
  4. OpenNews: Доступен пакетный менеджер GNU Guix 0.7 и GNU/Linux дистрибутив на его основе
  5. OpenNews: Возрождение системы управления пакетами GNU Stow
  6. OpenNews: Вышел дистрибутив NixOS 14.04, использующий пакетный менеджер Nix
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/41213-linuxbrew
Ключевые слова: linuxbrew, homebrew, packet
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (90) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, botman (ok), 19:15, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Linuxbrew  ... распространяется под лицензией BSD

    странный выбор для программы

     
     
  • 2.2, dimqua (ok), 19:21, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Вот именно, надо было под GPL3 форкать. Чтобы макакам не повадно было код тырить. :)
     
     
  • 3.3, некето (?), 19:22, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Он изначально под Мак и выпускается, так что кто у кого тырит то
     
     
  • 4.4, dimqua (ok), 19:26, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Ну так у них - можно и даже нужно, это у нас "нельзя".
     
     
  • 5.47, Аноним (-), 05:02, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Так написано же:

    > на языке Ruby и распространяется под лицензией BSD.

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

     
  • 3.18, botman (ok), 20:46, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    минимум надо было называть Freeb{sd}rew
     
  • 2.24, й (?), 22:03, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дак у Homebrew ровно та же 2-clause BSD. И авторы линуксового форка, конечно же, хотят иметь возможность обмениваться кодом. А мнение кого-то из диванных аналитиков опеннета о том, что BSD плохо, а GPL хорошо, им какбе не очень роялит.
     

  • 1.5, Аноним (-), 19:32, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    с удовольствием гляну, как это взлетит
    можно будет повыбрасывать кучу прикладных программ из пакетной базы, дистрибутивы сократятся в разы!
     
     
  • 2.16, Crazy Alex (ok), 20:41, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Так же, как десяток подобных глупостей в прошлом -  никак.
     
  • 2.48, Аноним (-), 05:03, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > с удовольствием гляну, как это взлетит

    Летные качества этой фигни - на уровне "Титаника".

     
  • 2.56, arisu (ok), 08:59, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > с удовольствием гляну, как это взлетит

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

     
  • 2.58, Аноним (-), 10:26, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > с удовольствием гляну, как это взлетит
    > можно будет повыбрасывать кучу прикладных программ из пакетной базы, дистрибутивы сократятся
    > в разы!

    так же как и докеры, кореосы и прочая лабуда, тaщемта.

     
  • 2.77, GotF (ok), 17:31, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > с удовольствием гляну, как это взлетит

    В разы более жизнеспособный pkgsrc за пределами родной платформы что-то не взлетел, а кривущая поделка на ruby взлетит?

     

  • 1.6, th3m3 (ok), 20:09, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Из цикла, а теперь давайте вам ~/ засрём.
     
     
  • 2.10, Константавр (ok), 20:33, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    При чём каждый отдельно :)
     
  • 2.27, й (?), 22:28, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    юзкейс: для запуска rails-приложения нужен свежий ruby. в вашем дистрибутиве 1.8.7 (а то и 1.8.4) и его заменить свежим при сохранении работоспособности системы невозможно.

    и что, вы в такой ситуации не будете пользовать rvm/rbenv? а что взамен?

    собственно, в этом контексте brew для цели "поставить непротухлый руби/питон" ничуть не хуже. хоть в хомяк, хоть в /usr/local (а на маке оно так и работает).

    ещё один юзкейс. вам нужен golang crosscompile toolchain для mac, win и linux (допустим, на машине разработчика). я делаю это так: 'brew install go --cross-compile-common'. вы делаете это проще?

     
     
  • 3.39, Константавр (ok), 01:28, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да хоть в /usr/local, хоть в /opt. И обязательно создавать пакет средствами самого дистрибутива, а не просто make install.
    Админов с таким срачем, как программы в хомяке - расстреливать надо.
     
     
  • 4.40, Аноним (-), 02:20, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >а не просто make install.

    Вот вы и попались на том что совершенно не знаете как работает brew. Зато высказать свое мнение аналитега это пожалуйста.

     
     
  • 5.51, Аноним (-), 05:42, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Вот вы и попались на том что совершенно не знаете как работает brew.

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

     
  • 4.62, й (?), 13:14, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вы не поняли вопрос. надо: ruby 2.1, в системе 1.8.7 и его трогать нельзя. система -- допустим, шестой центос.

    я делаю так: curl -sSL https://get.rvm.io | bash -s stable --ruby=2.1
    хочу -- ставится в /usr/local, хочу -- в /home, это здесь неважно.

    вы делаете это проще? быстрее? эффективнее? удобнее обновления?

    и это всё собирая свой RPM на коленке и поднимая собственную репу для них? вот уж не верю, извините.

     
  • 3.49, Аноним (-), 05:04, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > юзкейс: для запуска rails-приложения нужен свежий ruby. в вашем дистрибутиве 1.8.7 (а
    > то и 1.8.4) и его заменить свежим при сохранении работоспособности системы невозможно.

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

     
     
  • 4.63, й (?), 13:16, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> юзкейс: для запуска rails-приложения нужен свежий ruby. в вашем дистрибутиве 1.8.7 (а
    >> то и 1.8.4) и его заменить свежим при сохранении работоспособности системы невозможно.
    > При том почему-то такие юзкейсы есть в основном у рубистов и питонистов.
    > Раздать им мечи и пусть выяснят чей ЯП круче. А мы
    > потом придем и добьем выживших.

    покажите go cross-compilation toolchain в репах вашего дистрибутива (а потом для распространённых типа ubuntu, debian и centos), раз так не нравится примеры с рантаймом.

    это был юзкейс №2, который вы проглядели.

    >> ещё один юзкейс. вам нужен golang crosscompile toolchain для mac, win и linux
    >> (допустим, на машине разработчика). я делаю это так: 'brew install go --cross-compile-common'.
    >> вы делаете это проще?

     

  • 1.8, Неуловимый Д. (?), 20:22, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Есть  те, кто монтируют хомяк с правами на запуск ?

     
     
  • 2.20, AlexYeCu (ok), 21:16, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Да практически все.
    noexec на /home на практике мало от чего спасает, а жизнь осложняет изрядно.
     
     
  • 3.28, Неуловимый Д. (?), 22:30, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >мало от чего спасает, а жизнь осложняет изрядно.

    Ага, а SELinux очень неудобно  и мало от чего спасает,  а iptables на десктопе не нужен, а cyrptsetup на / раздел глуплсть, а права 777 это удобно,  может вас еще и фольовая шапочка не спасает ?


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

     
     
  • 4.33, AlexYeCu (ok), 00:15, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так оно и правда неудобно только мешается почём зря Если проблемы со звуком ... большой текст свёрнут, показать
     
     
  • 5.46, kravich (ok), 04:22, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Если проблемы со звуком — гаси Пульс, c сетью — НетворкМанагер, с чем-то ещё — АНБ-шную поделку.

    Modern Linux desktop

     
     
  • 6.57, AlexYeCu_not_logged (?), 10:01, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Можно подумать, где-то сильно лучше. Тенденции везде одинаковые, просто кое где ненужное пока ещё можно отключить.
     
     
  • 7.59, kravich (ok), 11:20, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В целом, согласен
     
  • 2.21, angra (ok), 21:42, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ты предлагаешь всем программистам вести разработку от рута, а пользователям довольствоваться мышекликаньем? Или ты просто прочитал умное правило, но мозга не хватило осилить область его применения?
     
  • 2.44, Ordu (ok), 02:53, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я монтирую Во-первых, у меня в bin валяется несколько скриптов бинарей, для б... большой текст свёрнут, показать
     
     
  • 3.89, freehck (ok), 15:02, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Приятно слышать, что я не один такой.
    А у вас тоже в домашнем каталоге лежит файлик LFHS (от "Local FHS") с описанием какой каталог для чего предназначается? =)
     
     
  • 4.93, Ordu (ok), 21:09, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Приятно слышать, что я не один такой.
    > А у вас тоже в домашнем каталоге лежит файлик LFHS (от "Local
    > FHS") с описанием какой каталог для чего предназначается? =)

    Нет, не лежит. А что это за файлик, и что он даёт? Где про это почитать можно?

     
     
  • 5.94, freehck (ok), 22:31, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Приятно слышать, что я не один такой.
    >> А у вас тоже в домашнем каталоге лежит файлик LFHS (от "Local
    >> FHS") с описанием какой каталог для чего предназначается? =)
    > Нет, не лежит. А что это за файлик, и что он даёт?
    > Где про это почитать можно?

    Да нет, это я, когда понял, что в моём домашнем каталоге появляется вполне структурированное дерево, сам написал этот файлик, чтобы упорядочить содержимое и рассортировать. Я подумал, вдруг у Вас есть что-то подобное. =)

     
     
  • 6.95, Ordu (ok), 23:06, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Приятно слышать, что я не один такой.
    >>> А у вас тоже в домашнем каталоге лежит файлик LFHS (от "Local
    >>> FHS") с описанием какой каталог для чего предназначается? =)
    >> Нет, не лежит. А что это за файлик, и что он даёт?
    >> Где про это почитать можно?
    > Да нет, это я, когда понял, что в моём домашнем каталоге появляется
    > вполне структурированное дерево, сам написал этот файлик, чтобы упорядочить содержимое
    > и рассортировать. Я подумал, вдруг у Вас есть что-то подобное. =)

    Не. find и locate мои лучшие друзья. :)

     

  • 1.9, Аноним (-), 20:29, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >позволяет устанавливать приложения в свою домашнюю директорию, не требуя для установки программ привилегий администратора

    Ох, неужели настал тот день, когда на десктоп можно будет поставить CentOS  и при этом не испытывать дискомфорт из-за отсутствия/тухлости софта.

     
     
  • 2.11, Бывший школьник (?), 20:36, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хм, а ведь дельная мысль!
     
  • 2.13, earfin (??), 20:37, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Debian stable же
     
  • 2.14, Аноним (-), 20:39, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>позволяет устанавливать приложения в свою домашнюю директорию, не требуя для установки программ привилегий администратора
    > Ох, неужели настал тот день, когда на десктоп можно будет поставить CentOS
    >  и при этом не испытывать дискомфорт из-за отсутствия/тухлости софта.

    засрав все хоумы троянами, да

     
  • 2.17, Crazy Alex (ok), 20:42, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Какой вообще смысл ставить центос на десктоп? И какой смысл загаживать древний, но дубовый центос сторонним софтом?
     
     
  • 3.30, й (?), 22:43, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И какой смысл загаживать древний, но дубовый центос сторонним софтом?

    дадад. запустите мне gitlab на centos 5, не ставя стороннего софта. а на 6?

    mysql/postgres-сервер на centos с пакетами из оф. реп centos -- тоже сомнительное удовольствие, есличо.

    а nginx в оф. репах centos покажете (для тупых: EPEL/repoforge -- не оф. репы centos)?

     
     
  • 4.41, Аноним (-), 02:24, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > дадад. запустите мне gitlab на centos 5, не ставя стороннего софта. а
    > на 6?

    Плати бабки запилю тебе rpm, сладенький одмин.

     
     
  • 5.60, й (?), 13:05, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> не ставя стороннего софта
    > Плати бабки

    а ты точно запустишь свежий gitlab (требует ruby 2.0+) на centos 5 (ruby 1.8.4), не ставя стороннего софта? ну, тогда расскажи, откуда в centos 5 возьмётся ruby 2.1, а то пока не верится.

     
  • 4.52, Аноним (-), 05:49, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А вы залезьте на фонарный столб, намазанный маслом В ластах и противогазе Голы... большой текст свёрнут, показать
     
     
  • 5.61, й (?), 13:07, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> mysql/postgres-сервер на centos с пакетами из оф. реп centos -- тоже сомнительное
    >> удовольствие, есличо.
    > А зачем вам вообще сдалось докостыливать древнюю как помет мамонта систему свежим
    > софтом?

    а надо всю систему выбросить т.к. аноним с опеннета считает это некошерным? я с red hat linux 15 лет работаю, а вас с вашими представлениями первый раз вижу, не авторитетно как-то получается.

     
  • 2.83, ffirefox (?), 02:39, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ага. Откроем дорогу на компьютеры пользователей зловредам типа шифровальщиков личных файлов  в виндах. Они тоже очень рады, когда могут запуститься из под пользователя в его домашней папке.
     

  • 1.12, Аноним (-), 20:37, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Делают всякую херню лишь бы не осиливать Gentoo...
     
  • 1.15, Ordu (ok), 20:40, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну вот, ещё один шаг к появлению тысяч троянов и вирусов под линукс. Осталось лишь антивирус запилить.
     
     
  • 2.19, Аноним (-), 20:52, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    касперский же)) не?
     
     
  • 3.22, EHLO (?), 21:46, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не.
     
  • 3.23, Аноним (-), 21:59, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Антивирус Попова
     
     
  • 4.50, Аноним (-), 05:15, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бабушкина
     
  • 2.37, Аноним (-), 01:10, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну вот, ещё один шаг к появлению тысяч троянов и вирусов под
    > линукс. Осталось лишь антивирус запилить.

    так есть жи уже comodo, avira, avast, dr.web, nod32, f-port, avg, bitdefender, panda

     
     
  • 3.38, Ordu (ok), 01:21, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Ну вот, ещё один шаг к появлению тысяч троянов и вирусов под
    >> линукс. Осталось лишь антивирус запилить.
    > так есть жи уже comodo, avira, avast, dr.web, nod32, f-port, avg, bitdefender,
    > panda

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

     
     
  • 4.69, Аноним (-), 14:51, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Ну вот, ещё один шаг к появлению тысяч троянов и вирусов под
    >>> линукс. Осталось лишь антивирус запилить.
    >> так есть жи уже comodo, avira, avast, dr.web, nod32, f-port, avg, bitdefender,
    >> panda
    > Они не для линукса. Они для венды, просто у них есть линуксовая
    > сборка сканера, который лишь один из компонентов. Нужно же полноценное решение,
    > которое будет мониторить все файлы, отслеживать все сисколлы всех приложений, на
    > каждый сисколл вызывать эвристический анализатор, который будет тщательно затормаживать
    > работу приложения и между прочим делать вид, что он в состоянии
    > эвристически отличить вредоносную деятельность от полезной.

    Clamuko, не?

     

  • 1.25, kurokaze (ok), 22:03, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Даже под OSX не юзаю, MacPorts привычнее как то
    Да и KDE4 в homebrew не было, не знаю как сейчас
     
     
  • 2.26, й (?), 22:14, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если не сложно, расскажите, зачем лично вам нужен KDE под OS X.

    да, я в курсе, что в macports оно есть (наряду с awesome, Afterstep, FVWM 1, FVWM 2 и ещё десятком наименований), а в brew нет, но не совсем понятен юзкейс.

     
     
  • 3.29, Аноним (-), 22:40, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >не совсем понятен юзкейс

    Аналогично. Только ssh, только хардкор.

     
  • 3.84, kurokaze (ok), 05:27, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > если не сложно, расскажите, зачем лично вам нужен KDE под OS X.

    оченно люблю kwrite/kate например
    аналогичные редакторы под OSX либо говно либо платные

     
     
  • 4.96, Анон1 (?), 06:25, 27/03/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Любил kate пока не попробовал sublime - ну и что, что окошко вылетает - скорость увеличивается раз в тыщу. Есть ещё notepad++ и lime text - если уж быть тру фри
     

  • 1.31, Аноним (-), 23:00, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    macports периодически ломается, засырает систему, и ему нужен рут для инсталла софта. brew === сухо, удобно, и практично :)
     
     
  • 2.54, Аноним (-), 08:53, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    +1 Деинсталляция проще rm -rf /usr/local
     

  • 1.32, Загруз (?), 00:01, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А я не пойму за фигом это нужно. В любой репозиторий любого дистра можно запилить статически собранный пакет и качайте на здоровье. Но видимо до сих пор это считалось нецелесообразным. Хотя может быть кому пригодиться, да и пусть будет для разнообразия. Дураки как всегда пострадают в первую очередь, а я на них буду проверять как оно.
     
     
  • 2.90, freehck (ok), 15:09, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А я не пойму за фигом это нужно. В любой репозиторий любого
    > дистра можно запилить статически собранный пакет и качайте на здоровье. Но
    > видимо до сих пор это считалось нецелесообразным. Хотя может быть кому
    > пригодиться, да и пусть будет для разнообразия. Дураки как всегда пострадают
    > в первую очередь, а я на них буду проверять как оно.

    Проблема статически собранного бинаря в основном заключена в том, что если ты пофиксил багу в библиотеке, то тебе необходимо также пересобирать и все бинари, которые с ней слинкованы. Когда-то это считалось целесообразным - так и делали до поры. Но потом бинари стали уж больно большими, и работы по пересборке всего и вся стало ну просто неописуемо много. Так и появился ELF.

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

    Хотя, конечно, для меня загадка, почему бы не допилить, скажем, dpkg для этих целей. В принципе делов-то: подменил корень на /home/username, флаг соответствующий для этого есть. Ну и плюс базу локально установленных пакетов где-то вести. В чём проблема - не понятно. Вот у меня сейчас машина, считай, на одного пользователя, так что я себе устроил как товарищ в сообщении 44, и это меня устраивает. Но может и правда есть какие-то скрытые камни при работе нескольких юзеров на одной машине?

     

  • 1.34, Bvz (?), 00:22, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Стойте, а чем это отличается от портажа и указания рута в ~/apps + добавления в PATH ~/apps/{usr/bin,bin} ?
     
     
  • 2.36, Аноним (-), 01:05, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    тем что он не тянет с собой gentoo. при сборке не требует от других пакетов сборки с специальными опциями.
     
     
  • 3.42, Perl_Jam (?), 02:28, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    тогда не проще просто статиком собрать?
     

  • 1.35, Аноним (-), 01:01, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    О господи ну нафига нужно было создавать это на руби, есть же куда более подходящие для этого языки, с++, golang? Чтобя начать пользоваться этой хренью нужно установить в систему руби, я не хочу засирать машину рубями :(
     
     
  • 2.43, Аноним (-), 02:32, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > О господи ну нафига нужно было создавать это на руби, есть же
    > куда более подходящие для этого языки, с++, golang? Чтобя начать пользоваться
    > этой хренью нужно установить в систему руби, я не хочу засирать
    > машину рубями :(

    Оно изначально под мак а там руби по дефолту установлен.


     
     
  • 3.79, Аноним (-), 22:39, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Равно как и Python и Bash.
     
  • 2.64, й (?), 13:37, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    сравните манифест для brew:

    https://github.com/Homebrew/homebrew/blob/master/Library/Formula/apg.rb

    и для gentoo (python):

    ftp://ftp.mgts.by/pub/gentoo-portage/app-admin/apg/apg-2.3.0b-r5.ebuild

    если я вам после этого скажу, что brew ещё и быстрее работает, вы поверите?

     
     
  • 3.65, й (?), 13:54, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вдогонку. на go/c++, конечно же, можно создать систему, которая берёт манифесты в YAML, но засада в том, что апи этих манифестов должен быть очень продуманным (на все случаи нестандартной сборки). как результат, никто этого пока не сделал.
     
  • 3.73, Ordu (ok), 15:23, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > если я вам после этого скажу, что brew ещё и быстрее работает, вы поверите?

    Быстрее чем что? Чем emerge написанный на python'е? Ну так это временно, до тех пор пока этот brew не разрастётся по функциональности до уровня emerge. И до сложности ебилдов он тоже дотянется. Когда начнёт отслеживать многократные установки одного пакета с разными версиями, USE-флаги и условные депендансы, когда начнёт собирать в sandbox'е, дабы на глобальном уровне решить ряд проблем возникающих из-за кривых систем сборок пакетов, когда столкнётся с тем, что некоторые пакеты для сборки имеют довольно серьёзные требования к окружению (типа 6Гб виртуальной памяти или 4Гб свободного места на диске), и начнёт проверять систему на выполнение этих требований. ...
    И вот когда и если brew научится всему этому, то он тоже превратиться в монстра, из-за которого сборка world на каком-нибудь первопне превращается в печаль-печаль, даже несмотря на то, что вся компиляция выполняется через distcc на достаточно мощной четырёхядерной машинке.

     
     
  • 4.74, й (?), 15:48, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Когда начнёт отслеживать многократные установки одного пакета с разными версиями

    уже давно

    > когда начнёт собирать в sandbox

    аналогично

    > когда столкнётся с тем, что некоторые пакеты для сборки имеют довольно серьёзные требования к окружению (типа 6Гб виртуальной памяти или 4Гб свободного места на диске), и начнёт проверять систему на выполнение этих требований.

    ничто не мешает это делать, если надо, не вижу проблемы

    >  USE-флаги и условные депендансы

    а что, portage уже научился вытаскивать pre-compiled binaries (при условии того, что нужный имеется и мы указали, что не хотим собирать этот пакет, если он уже собран в репе)?

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

     
     
  • 5.75, Ordu (ok), 16:51, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ревёрс-депендансы, в т ч и условные preserved-rebuild и preserved же бинари, о... большой текст свёрнут, показать
     
  • 5.91, freehck (ok), 15:19, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > а что, portage уже научился вытаскивать pre-compiled binaries (при условии того, что
    > нужный имеется и мы указали, что не хотим собирать этот пакет,
    > если он уже собран в репе)?

    Я, хоть уже очень давно не гентушник, но замечу, что данная функциональность в нём была ещё лет эдак пять тому назад.

     
  • 3.85, Аноним (-), 10:00, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    да, давайте сравним простой пакет для brew и сложный ebuild.
    В ebuild можно просто приписать путь к архиву и остальное сделаем сам portage. И от отличии от brew сборка идет в песочнице, и никакие bumblebee не убьют систему, и перезатрут файлы других пакетов
     
     
  • 4.88, й (?), 13:25, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > да, давайте сравним простой пакет для brew и сложный ebuild.

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

    > И от отличии от brew сборка идет в песочнице

    orly? build sandbox в brew есть.

     

  • 1.45, kravich (ok), 04:20, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хорошее начинание
     
  • 1.53, Аноним (-), 08:09, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Install Linuxbrew (tl;dr)
    >Paste at a Terminal prompt:
    >ruby -e "$(wget -O- https://raw.github.com/Homebrew/linuxbrew/go/install)"
    >See Dependencies and Installation below for more details.

    запускать непойми что из инета(и потом давать ему рутовые права). Хипсторы добрались и до линукса

     
  • 1.55, arisu (ok), 08:58, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    какие-то идиоты-маководы не смогли найти в поисковике генту и арч? ну, бывает.
     
  • 1.66, Аноним (-), 14:18, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Яблочники не знают, что в линуксе есть пакетные менеджеры?
     
     
  • 2.76, й (?), 17:01, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    допустим, я разработчик. я хочу себе на машину последние релизы go, ruby, python 2 + 3, node.js и docker. ах да, ещё emacs, git и ещё кой-чего по-мелочи.

    пользуясь "пакетными менеджерами linux" я либо обрекаю себя либо на тухлятину времён стабильного релиза дистрибутива, либо на бег по граблям в (т)роллинг-релизе. ну, либо смешивая кучу obs-репозитариев, что тоже сомнительное удовольствие.

    а мне всего-то нужно поставить свежее development environment в стабильную систему. конкретный homebrew это легко и элегантно решает, в отличие от.

     
     
  • 3.78, angra (ok), 22:22, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Небось еще сайты заливаешь по ftp?
    Контейнерам openvz и прочим песочницам уже с десяток лет. Ставишь в них все, что тебе нужно для сборки и наслаждаешься жизнью, не трогая основную систему.

    Ну и отдельно восхитила уверенность в том, что глюки конкретной версии программы зависят от того, собрана ли она отдельным пакетом в стабильный релиз или являестя частью роллинг-релиза. Наверное это очень сильное колдунство, вроде переименования милиции в полицию. Стоит пакет поместить в stable релиз и баги в коде магически исправляются.

     
     
  • 4.81, Груз (?), 23:25, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В репозиториях как раз легче поддерживать актуальность чем в интернет помойке.
     
  • 4.82, Аноним (-), 23:45, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Наверное это очень сильное колдунство, вроде переименования милиции в полицию.
    > Стоит пакет поместить в stable релиз и баги в коде магически исправляются.

    Angra ... ты не забывай кому ты это расскахываешь :)

    В лучшем случае это излесимо:
    >>>я хочу себе на машину последние релизы go, ruby, python 2 + 3, node.js и docker. ах да, ещё emacs, git и ещё кой-чего по-мелочи.

    А в худшем там вообще кисо с маком :)

     
  • 4.86, й (?), 12:57, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Небось еще сайты заливаешь по ftp?

    написал же: docker. кстати, под OS X и Win есть удобные способы его поставить и использовать, в отличие от:

    > Контейнерам openvz и прочим песочницам
    > Ну и отдельно восхитила уверенность в том, что глюки конкретной версии программы зависят от того, собрана ли она отдельным пакетом в стабильный релиз или являестя частью роллинг-релиза.

    да за десять лет на роллинг-релизах я что-то в них подразочаровался. ну, не хочу я столько времени уделять возне с операционной системе, как это там предполагается.

     
     
  • 5.87, й (?), 13:05, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Небось еще сайты заливаешь по ftp?
    > написал же: docker

    да и git написал. vagrant и puppet-chef-ansible не написал, но они тоже нужны.

     
  • 4.92, freehck (ok), 16:48, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Небось еще сайты заливаешь по ftp?

    Кстати, в этом нет ничего предосудительного. Почему бы и нет, если ты, скажем, у чёрта на рогах по модему сидишь?

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

    Ну а что Вас тут так умиляет? Результат сборки действительно зависит от сборочного окружения, поэтому при создании пакетов и используются утилиты навроде pbuilder-а.

    > Стоит пакет поместить в stable релиз и баги
    > в коде магически исправляются.

    Не совсем так: просто поместить - ничего не изменится (зависимости поломаются, возможно). Надо *собрать* пакет в stable - и некоторое количество багов действительно пропадут.

     

  • 1.80, Груз (?), 23:15, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да никто не мешает собирать программы как в форточках одним пакетом, если кому понадобится то соберут. И кстати установить пакет в хомяк можно и без изобретения новых пакетных менеджеров. У меня один пакет так установлен.
     

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



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

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