The OpenNET Project / Index page

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

Портирование APT-подобной утилиты pkgin для управления пакетами во FreeBSD

21.12.2009 10:24

Baptiste Daroussin начал работу по адаптации утилиты pkgin для управления бинарными сборками портов FreeBSD в стиле похожем на APT. Изначально утилита pkgin создана в недрах проекта NetBSD и позволяет быстро искать, устанавливать, обновлять и удалять pkgsrc пакеты с учетом имеющихся зависимостей.

  1. Главная ссылка к новости (http://www.freebsdnews.net/200...)
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/24753-pkgsrc
Ключевые слова: pkgsrc, port, freebsd, packet, apt
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (62) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Vjacheslav (?), 10:44, 21/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Давно об этом мечтал.
     
  • 1.3, splat_pack (ok), 10:51, 21/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    нда... в стиле apt это значит хана зависимостям?
     
     
  • 2.5, Аноним (-), 11:44, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >нда... в стиле apt это значит хана зависимостям?

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

     
     
  • 3.47, oops (??), 10:57, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    а какие мысли могут быть о зависимостях при обновлении во фре?
     

  • 1.4, xxx (??), 11:37, 21/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Это всё конечно замечательно, но лично моё мнение таково, что у FreeBSD бинарные пакеты отсутствуют как таковые. Той фигнёй, что существует сейчас пользоваться невозможно, и до .deb пакетов ей как раком до Китая. Единственно где можно пользоваться фряшными бинарными пакетами, так это при создании своих пакетов для переноса с машины на машину, или быстрого восстановления своего окружения. Поэтому на мой взгляд более целесообразно было бы улучшать существующие пакеты в плане их формата, а там и утилиты управления ими подтянулись бы.

    А вообще мечта моя такова, зашёл в /usr/ports/xxx/nnn, дал команду типа make WITHOUT_MMM=yes WITH_DDD=yes install package, она послала запрос серверу, а тот отдал пакет собранный с заданными флагами =)

     
     
  • 2.6, фейри (?), 11:50, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кромк того, хочу добавить, что держать кучу мусора в /usr/ports/ уже надоело. Его еще и обновлять надо. Почему нельзя ссылаться на сервер, а для сборки иметь кеш?
     
     
  • 3.9, аноним (?), 12:18, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Кромк того, хочу добавить, что держать кучу мусора в /usr/ports/ уже надоело.
    >Его еще и обновлять надо. Почему нельзя ссылаться на сервер, а
    >для сборки иметь кеш?

    Чуго уж там, возьмите сразу ChromeOS, там можно локально вообще ничего не хранить.

    PS. Опеннет превращается в ясли. Откуда столько детей, которые не понимаю "почему так", зато хотят по-другому?

     
     
  • 4.10, фейри (?), 12:39, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Можно собрать порт без дерева портов. Нужно только иметь его костяк и самому докачивать нужные порты и распаковывать в /usr/ports/. Работаю с FreeBSD более 5 лет. Вижу как системя начинает терять аудиторию. Ядро, кстати, развивают активней мира.
    На голом энтуазизме далеко не уедешь.
     
     
  • 5.11, аноним (?), 12:48, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Можно собрать порт без дерева портов. Нужно только иметь его костяк и самому докачивать нужные порты и распаковывать в /usr/ports/.

    Это разве что для извращенцев. Можете на досуге попытаться сформулировать чем вас не устраивает portsnap update, выполняющийся за 3 секунды.

    > Работаю с FreeBSD более 5 лет. Вижу как системя начинает терять аудиторию.

    А я почему-то наблюдаю обратное.

     
     
  • 6.12, фейри (?), 13:00, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >не устраивает portsnap update, выполняющийся за 3 секунды.

    Устраивает, если конечно обновления проводятся регулярно. :)
    Если не регулярно, то надо будет подождать.
    Но подумайте, если будет миллиард систем, они будут содержать миллард копий портов, будет пройсходить куча пустой работы, на что будут тратиться ресурсы и время. А тут еще выбросы СО2 и Абама вас разгонит :)

     
     
  • 7.18, аноним (?), 14:52, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Устраивает, если конечно обновления проводятся регулярно. :)
    >Если не регулярно, то надо будет подождать.

    +10 секунд, ага.

    >Но подумайте, если будет миллиард систем, они будут содержать миллард копий портов,
    >будет пройсходить куча пустой работы, на что будут тратиться ресурсы и
    >время. А тут еще выбросы СО2 и Абама вас разгонит :)

    Ай-ай-ай.

     
     
  • 8.19, аноним (?), 14:52, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    PS portsnap, кстати, отлично кэшируется проксями ... текст свёрнут, показать
     
  • 6.20, SubGun (ok), 15:10, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    portsnap нельзя запускать по крону.
     
     
  • 7.21, Аноним (-), 15:36, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    а зачем там тогда
    portsnap cron
    ?
     
     
  • 8.23, тигар (ok), 15:50, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    затем что автор никогда не открывал man-страничку раздел HB p s Мне казалось ... текст свёрнут, показать
     
     
  • 9.24, аноним (?), 16:33, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А что плохого в lissyara su ... текст свёрнут, показать
     
     
  • 10.27, аноним (?), 16:50, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Статейки о ковыряниях очередного эникейщика-графомана, которые многие воспринима... текст свёрнут, показать
     
     
  • 11.37, cvsup (ok), 22:28, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно грустно слышать о восхвалении сего ресурса от собственных коллег по раб... текст свёрнут, показать
     
     
  • 12.63, F.Y. (?), 08:45, 23/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    По сравнению с твоими людшими Однокласники - таки да, скукота И о иськах не... текст свёрнут, показать
     
     
  • 13.66, аноним (?), 17:22, 23/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Вам, я смотрю, это близко Но за сравнение лиссяры с одноклассниками 1 ... текст свёрнут, показать
     
  • 7.22, аноним (?), 15:45, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Кто же это вам сказал?
     
  • 7.25, ABC (??), 16:35, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Бедняга! А а man читать не пробовал?
     
  • 7.28, аноним (?), 17:01, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.freebsd.org/doc/ru/books/handbook/portsnap.html
    читаем раздел A.6.6. и краснеем...
     
  • 6.29, Mikula (?), 17:40, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Дааа, прям удивительно, как много людей не знают команду pkg_add -rR?
     
     
  • 7.31, vgray (??), 18:40, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    знаем про эту комманду, только и она бессильна иногда. Например я летом ставил систему, так вот про пакет screen эта комманда ничего не знает.

    например я хочу установить , pear библиотеку для парсинга xml

    в линуксе я делаю

    yum search php-pear
    ..
    php-pear-Var-Dump.noarch : Provides methods for dumping structured information about a variable
    php-pear-XML-Beautifier.noarch : Class to format XML documents
    php-pear-XML-Parser.noarch : XML parsing class based on PHP's bundled expat
    php-pear-XML-RSS.noarch : RSS parser
    php-pear-XML-Serializer.noarch : Swiss-army knife for reading and writing XML files
    php-pear-XML-Util.noarch : XML utility class        
    ..


    вижу что интерисующий меня пакет называется php-pear-XML-Parse
    делаю

    yum install  php-pear-XML-Parser

    и пакет ставится, мне не нужно его компилировать.

    В фрибсд есть такой механизм?

    PS: я ни в коем случае не говорю, что fbsd это плохо, я просто пытаюсь найти инструмент, чтобы не терять по полдня в ожидании перекомпиляции пакетов

     
     
  • 8.34, аноним (?), 19:18, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    make search name pear XML Port pear-XML_Query2XML-1 7 1 Path usr por... текст свёрнут, показать
     
  • 8.49, oops (??), 11:15, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    бесит, когда приходят линуксоиды, или того хуже, какие-нибудь псевдоадмины, и на... текст свёрнут, показать
     
     
  • 9.60, oops_ (?), 05:46, 23/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    а еще лучше make quicksearch ... текст свёрнут, показать
     
  • 7.32, Anonymouz (?), 18:41, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
         -R, -‐no‐record
                 Do not record the installation of a package.  This means that you
                 cannot deinstall it later, so only use this option if you know
                 what you are doing!

    Do you ?

     
  • 7.36, аноним (?), 19:24, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > pkg_add -rR?

    -R ? Идиёт?


     
     
  • 8.57, Mikula (?), 14:59, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, аноним хуже идиёта Я назвал команду навскидку, -rR используется в portupgr... текст свёрнут, показать
     
     
  • 9.58, аноним (?), 17:14, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А кто-то увидел и воспользовался Небось -arR используешь ... текст свёрнут, показать
     
  • 6.41, oops_ (?), 07:59, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >> Можно собрать порт без дерева портов. Нужно только иметь его костяк и самому докачивать нужные порты и распаковывать в /usr/ports/.
    >Это разве что для извращенцев. Можете на досуге попытаться сформулировать чем вас
    >не устраивает portsnap update, выполняющийся за 3 секунды.

    Вопрос не праздный. Как с помощью portsnap вытянуть порты с определенным timestamp-ом?

     
     
  • 7.44, аноним (?), 10:30, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Никак. Use cvs/csup.
     
  • 3.13, xxx (??), 13:47, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Кромк того, хочу добавить, что держать кучу мусора в /usr/ports/ уже надоело. Его еще и обновлять надо. Почему нельзя ссылаться на сервер, а для сборки иметь кеш?

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

    Лично меня система портов полностью устраивает, после того как перешёл на portsnap + portmaster, из существенных для меня недостатков осталось лишь:
    а) Общая тормознутость инфраструктуры портов и пакетов, тот же make config-recursive делается невероятно долго, pkg_* утилиты, тоже еле ворочатся. Самое смешное, что давным-давно делал утилитку на подобии pkg_version на perl, используя самый тупой способ, парся файлы в /var/db/pkg используя регулярные выражения. И это работало намного быстрее.
    б) Отсутствие блокировок на операции, к примеру если порт А и Б, зависят от В, то если запутить обои на компиляция и установку, при встрече этих процессов на компиляции порта В чаще всего происходит epic fail. Приходится вручную прерывать компиляцию порта А, дожидаться завершения компиляции В портом Б, а затем снова запускать А. И это сильно достаёт когда смотришь в top и видишь, что процессор еле занят, а в паралель несколько портов не запустить без присмотра.
    г) Ну и естественно скорость установки, а именно время на компиляцию, хотя с каждым годом становится менее актуально.

     
     
  • 4.16, фейри (?), 14:25, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю, если появится сервис компиляции на серверах проекта, инфраструктуру быстро оптимизируют, а пока компиляция остается на нас, оптимизацией нет интереса заниматься.
     
     
  • 5.39, XoRe (ok), 00:43, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Думаю, если появится сервис компиляции на серверах проекта, инфраструктуру быстро оптимизируют, а
    >пока компиляция остается на нас, оптимизацией нет интереса заниматься.

    Так может вам посмотреть в сторону PC-BSD?
    Там сделали свои пакеты, которые скачиваются с сервера уже скомпилированными.
    И со всеми зависимостями сразу)

    А вообще аргумент "с сервера" становится сомнительным, если вспомнить про /etc/make.conf.
    Если вы проработали с FreeBSD 5 лет, вы знаете, что там можно мнооого чего написать.

     
  • 4.42, oops_ (?), 08:06, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >невероятно долго, pkg_* утилиты, тоже еле ворочатся. Самое смешное, что давным-давно
    >делал утилитку на подобии pkg_version на perl, используя самый тупой способ,
    >парся файлы в /var/db/pkg используя регулярные выражения. И это работало намного
    >быстрее.

    Как-т заглянул в исходники pkg_* утилит, и.. лучше бы оставался в счастливом неведении.. Там на каждом шаге вызов шелловых утилит.

     
  • 4.51, oops (??), 11:21, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    a) ерунда полная, т.к. сравнивать не с чем. Да и впринципе я так не считаю
    б) блокировок нет, но есть волшебная опция для  make.conf MAKE_JOBS_NUMBER=
    в) точнее почему-то г)это да, за универсальность портов надо как-то платить
     
  • 2.7, zuborg (?), 12:02, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ещё не хватает USE_VERSION=1.2.3 при сборке, иногда старая версия важнее новой
     
     
  • 3.33, Anonymouz (?), 18:44, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    /usr/ports/ports-mgmt/portdowngrade?
     
     
  • 4.43, oops_ (?), 08:14, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >/usr/ports/ports-mgmt/portdowngrade?

       Что делать с зависимостями? Такие порты должны собираться до пересчета зависимостей пакетов, которые завязаны на этот порт. Потому, что в таких портах тоже используются конструкции USE_<DEPEND>= <version>+. И их по другому не победить. По крайней мере в текущей схеме сборки портов.
       В свое время я это решал добавлением еще одного типа зависимостей.

     
     
  • 5.45, аноним (?), 10:32, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Чего сказал?

     
     
  • 6.61, oops_ (?), 05:49, 23/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Чего сказал?

    Когда попробуете поставиться без участия рук - поймете.

     
  • 2.8, аноним (?), 12:17, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ей как раком до Китая

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

    > make WITHOUT_MMM=yes WITH_DDD=yes install package

    Сначала к своему дебиану это прикрутите. У вас наверное и кластер и хранилище есть, чтобы хранить 2^(к-во опций) версий каждого пакета, ага.

     
     
  • 3.14, xxx (??), 14:04, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >В чем именно? В yблюдстве под названием "мягкие зависимости", которое на деле
    >просту куча дополнительных ненужных пакетов, которые "можно не устанавливать"? На этом
    >разница заканчивается.

    Ты серьёзно, пользуешься только бинарными пакетами во FreeBSD, или ты её вообще не используешь?

    Про преимущества .deb пакетов тебе расскажут Debian'щики, Ubuntu'шники и прочие пользователи и создатели дистрибутивов на основе одной из лучших пакетных систем в наше время. Я тут тебе мало могу чего поведать, за 6 месяцев, что у меня стоял Debian на работе, я не успел оценить как и его мегаприемущества, так и супернедостатки.
    Но во FreeBSD, когда я последний раз решил всё ставить из пакетов, я столкнулся с:
    а) Отсутствием многих пакетов. В те времена там небыло mencoder'а.
    б) В портах постоянно более свежие версии, и при попытки смешивания установки из пакетов и портов возникали неприятные казусы.
    в) Ну и общий недостаток бинарных пакетов, то что половина собрана не так как мне нужно.

    И, кроме пункта (в) в Debian других проблем не наблюдалось.

    >> make WITHOUT_MMM=yes WITH_DDD=yes install package
    >
    >Сначала к своему дебиану это прикрутите. У вас наверное и кластер и
    >хранилище есть, чтобы хранить 2^(к-во опций) версий каждого пакета, ага.

    Ну я и сказал "мечта".


     
     
  • 4.15, terrs (??), 14:20, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/

    >б) В портах постоянно более свежие версии, и при попытки смешивания установки
    >из пакетов и портов возникали неприятные казусы.

    Вы так и не поняли :)
    это и есть TrueUnixWay :)
    с наступающим всех!


     
  • 4.17, аноним (?), 14:47, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ты серьёзно, пользуешься только бинарными пакетами во FreeBSD, или ты её вообще не используешь?

    А что, третьего не дано? Я-то пользуюсь как портами так и бинарными пакетами.

    > Про преимущества .deb пакетов тебе расскажут Debian'щики, Ubuntu'шники

    Ну я так и подумал, что вы про "раком до Китая" просто так вякнули.

    > а) Отсутствием многих пакетов. В те времена там небыло mencoder'а

    Посмотрите на FTP, там 19500 пакетов. Портов 21000. Полторы тысячи всякой RESTRICTED/NO_PACKAGE/BROKEN/IGNORE проприетарной или кривой дряни, все остальное есть. А mencoder зависит от какого-то патентованного кодека - во FreeBSD с этим очень строго.

    > б) В портах постоянно более свежие версии, и при попытки смешивания установки из пакетов и портов возникали неприятные казусы.

    У меня не возникали. А вод под Debian возникали - вы не пробовали там поставить в старую систему новый пакет, который требует новых же зависимостей? Попробуйте, много нового узнаете.

    > в) Ну и общий недостаток бинарных пакетов, то что половина собрана не так как мне нужно.

    Ну это разумеется.

    > И, кроме пункта (в) в Debian других проблем не наблюдалось.

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

     
     
  • 5.38, xxx (??), 22:58, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну я так и подумал, что вы про "раком до Китая" просто так вякнули.

    Нет, я выразил своё личное мнение, причём отметил, что это именно моё мнение. Хотя иы прав "раком до Китая" - это слишком резко.

    >У меня не возникали. А вод под Debian возникали - вы не пробовали там поставить в старую >систему новый пакет, который требует новых же зависимостей? Попробуйте, много нового >узнаете.

    Про Debian, пробывал, сходу не получилось. Т.к. было нужно по быстрому получить новую версию прогораммы, просто обновился до testing. Впринципе особых трудностей не испытал. Ну и не Debian'ом единым мир полон, есть и другие дистрибутивы на .deb. Ну и вообще какая разница, во многих случаях тоже самое не пройдёт и во FreeBSD при установки новой версии в древнючее окружение.

     
     
  • 6.52, oops (??), 11:25, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и вообще какая разница, во многих случаях тоже самое не пройдёт и во FreeBSD при установки новой версии в древнючее окружение.

    вы не правы, пройдет, еще как

     
  • 4.26, ABC (??), 16:49, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Сообщение от xxx on 21-Дек-09, 11:37
    >до .deb пакетов ей как раком до Китая

    Сообщение от xxx on 21-Дек-09, 14:04
    >за 6 месяцев, что у меня стоял Debian на работе, я не успел оценить
    >как и его мегаприемущества, так и супернедостатки.

    Батюшка, вы или крестик снимите, или трусы оденьте.

     
  • 2.48, oops (??), 11:11, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > и до .deb пакетов ей как раком до Китая

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

    > Кроме того, хочу добавить, что держать кучу мусора в /usr/ports/ уже надоело. Его еще и обновлять надо. Почему нельзя ссылаться на сервер, а для сборки иметь кеш?

    Ээм, я там мусора не вижу. И как можно ссылаться на сервер, если дерево портов у всех разное? Может я не хочу обновлять его? Может я поставил 5 лет назад фрю4 под небольшие задачи, и по-тихоньку дособираю по мере необходимости что мне надо.

    > PS. Опеннет превращается в ясли. Откуда столько детей, которые не понимаю "почему так", зато хотят по-другому?

    +1

    > Работаю с FreeBSD более 5 лет. Вижу как системя начинает терять аудиторию.

    Чушь!

    Вообще-то, гентушники, например, большинство софта собирает из портов, и радуются, что у них есть такой инструмент как порты!

     
     
  • 3.50, oops (??), 11:16, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    блин, обшибся =( немного не тому написал
     
  • 3.59, фейри (?), 19:53, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Давайте не будем ничего улучшать, не будем ничего придумывать. Только чур не обижаемся, если в один прекрасный день бизнес не будет спонсировать, а линуксоводы скажут, что окончатель Р.И.П. и сравнят с калом мамонта.
     
     
  • 4.62, oops_ (?), 05:57, 23/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Улучшать надо. Но надо понимать, что действительно является улучшением, а что является хотелками отдельных личностей. Пакетная система действительно требует пересмотра, но порты не трогайте!
     
  • 3.65, Дядюшка Ляо (?), 14:00, 23/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Вы и в любом линуксе вряд ли найдете один и тот же
    >пакет по-разному собраный, с нужными вам опциями! когда сажусь за линукс,
    >ой как мне не хватает портов, чтобы софт был собран как
    >мне надо, а не как собрали админы репы.

    неужели так много перепиливать надо?


    >Ээм, я там мусора не вижу. И как можно ссылаться на сервер,
    >если дерево портов у всех разное? Может я не хочу обновлять
    >его? Может я поставил 5 лет назад фрю4 под небольшие задачи,
    >и по-тихоньку дособираю по мере необходимости что мне надо.

    браво. плодите дальше уязвимые системы на радость плохим парням. потому что за 5 лет дырок будет найдено весьма немало, а ваше дерево портов так и останется со ссылками на старые/дырявые версии софта.
    Ах,да. Еще к тому моменту софт может просто исчезнуть с официальных ftp/http и зеркал.
    А обновите дерево портов - многое перестанет собираться.

    >Вообще-то, гентушники, например, большинство софта собирает из портов, и радуются, что у
    >них есть такой инструмент как порты!

    во-первых, порты - жалкое подобие portage. во-вторых, после принятия EAPI 2 первое утверждение ещё более справедливо.

    в-третьих, из-за отсутствия понятия stable для портов сборка и последующая работа софта становится весьма интересным занятием(что-то не собралось, собралось, но лишь с частью выключенных опций, собралось, в процессе работы крешится). Данные эффекты ещё сильно зависят от CFLAGS и архитектуры.

    хорошо хоть параллельную сборку в портах сделали наконец-то.


     

  • 1.30, Nas_tradamus (ok), 18:30, 21/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В портах 8.0 до сих пор нет рабочего memcached! Хорошо что на сервере, который я обновил до 8-ки была возможность сделать заглушку для memcached.
     
     
  • 2.35, аноним (?), 19:24, 21/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >В портах 8.0 до сих пор нет рабочего memcached! Хорошо что на
    >сервере, который я обновил до 8-ки была возможность сделать заглушку для
    >memcached.

    Там вполне рабочий memcached.
    CFLAGS+=        -fstack-protector

     
     
  • 3.53, Nas_tradamus (ok), 12:01, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>В портах 8.0 до сих пор нет рабочего memcached! Хорошо что на
    >>сервере, который я обновил до 8-ки была возможность сделать заглушку для
    >>memcached.
    >
    >Там вполне рабочий memcached.
    >CFLAGS+=        -fstack-protector

    Спасибо! Помогло.
    А как Вы догадались так сделать? )

     
     
  • 4.54, аноним (?), 12:36, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Интуиция. Этот фикс, кстати, только что закоммитили. Коммиттеры читают опеннет?
     
     
  • 5.55, cvsup (ok), 12:59, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Некоторые читают.
     
  • 5.56, AMDmi3 (??), 13:08, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да, хотя и не хочется.
     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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