The OpenNET Project / Index page

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

В инсталляторе Debian GNU/kFreeBSD будет обеспечена поддержка ZFS

01.12.2010 17:54

Как известно, в Debian Squeeze в числе официально поддерживаемых архитектур присутствует архитектура kFreeBSD, сочетающая в себе ядро FreeBSD 8.1 с пользовательским окружением на базе glibc и GNU-утилит. Разработчики данного проекта сообщили, что в официальном инсталляторе kFreeBSD в релизе Debian 6.0 (Squeeze) будет обеспечена поддержка установки с использованием файловой системы ZFS на корневом разделе. Таким образом Debian Squeeze будет не только первым в истории гибридным дистрибутивом, предоставляющим возможность работы с ядрами Linux и FreeBSD, но и первым GNU-дистрибутивом в инсталляторе которого появилась поддержка ZFS.

Загрузить тестовый netboot-образ инсталлятора с поддержкой ZFS можно на данной странице. Проходящая тестирование первая бета-версия инсталлятора Debian содержит версию редактора дисковых разделов Parted, не поддерживающую ZFS. Обновление Parted затруднено в силу заморозки перед релизом, но для инсталятора kFreeBSD сделано исключение и он будет поставляться с новой версией Parted и поддержкой ZFS.

Основной мотив включения ядра FreeBSD в Debian связан с желанием предоставить пользователям возможность использования таких средств, как пакетные фильтры PF и IPFW2, изолированных окружений jail, сетевой подсистемы NetGraph, поддержки загрузки NDIS-драйверов без внешних патчей. С другой стороны, пользователей привыкших к FreeBSD может заинтересовать пакетный менеджер APT, cистема конфигурации /etc/network/ и прогрессивная система инициализации Debian. Из планов на будущее отмечается появление поддержки инфраструктуры динамической трассировки DTrace, создание для FreeBSD полноценной реализации драйвера для работы с EXT2/EXT3 разделами (по умолчанию используется UFS2), разработка пакетов с Glibc для оригинального дерева портов FreeBSD, создание инструмента для миграции классических FreeBSD установок в окружение Debian GNU/kFreeBSD (Debian GNU/kFreeBSD уже может работать в chroot-окружении FreeBSD).

  1. Главная ссылка к новости (http://robertmh.wordpress.com/...)
  2. OpenNews: Инсталлятор Debian Squeeze перешел на стадию бета-тестирования
  3. OpenNews: Debian Squeeze перешел на стадию заморозки перед релизом
  4. OpenNews: Принято решение об официальной поддержке архитектуры kFreeBSD в Debian Squeeze
  5. OpenNews: Наработки Debian GNU/kFreeBSD включены в основной архив пакетов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/28851-kfreebsd
Ключевые слова: kfreebsd, debian, install
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (79) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 18:34, 01/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Теперь вот, знаю куда мигрировать с родного Debian GNU/Linux. Спасибо проклятому 12309 ;(
     
     
  • 2.4, анон (?), 18:57, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Теперь вот, знаю куда мигрировать с родного Debian GNU/Linux. Спасибо проклятому 12309 ;(

    Странно. Лично я никогда его не видел, но те, кто видели, говорили, что он проявляется независимо от оси, т.к. дело в кривом сата-контроллере.

     
     
  • 3.50, pavlinux (ok), 00:26, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    На SCSI и SAS его ваще нету.
     

  • 1.3, анон (?), 18:54, 01/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >первым дистрибутивом в инсталляторе которого появилась поддержка ZFS.

    А как же PC-BSD? Вполне себе дистрибутив (правда, не линакса, а фри). И поддержка ZFS в инсталлляторе там уже давно.

     
     
  • 2.38, Kernelpanic (?), 22:15, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    s/дистрибутивом/дистрибутивом linux/
    Я полагаю должно быть так
     
     
     
     
     
    Часть нити удалена модератором

  • 6.22, анон (?), 20:07, 01/12/2010 [ответить]  
  • –1 +/
    >Мы все умрём.

    Но x86 - раньше нас! }:->
    (хочется верить)

     
  • 3.49, rm_ (ok), 00:09, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > s/дистрибутивом/дистрибутивом linux/
    > Я полагаю должно быть так

    Debian GNU/kFreeBSD за что мне нравится, так это за то, что она взрывает моск всем таким как вы, называющим Дебиан "дистрибутивом linux". Это дистрибутив GNU, а ядер на выбор - аж три штуки (ещё Hurd).

     
  • 3.63, koblin (ok), 11:20, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это ж не дистрибутив Linux, ядро другое
     
     
  • 4.80, Kernelpanic (?), 15:02, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, что-то я тупанул глобально :(
     

  • 1.8, анон (?), 19:14, 01/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    >поддержки загрузки NDIS-драйверов без внешних патчей

    Дебианщикам, кстати, никаких внешних патчей накладывать не нужно. apt-get install ndiswrapper-dkms и готово.

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

    >изолированных окружений jail

    А толку от них, пока лимиты не сделали? Линаксовые контейнеры с cgroups гораздо вкуснее смотрятся. cgroups так вообще киллер фича.

     
     
  • 2.11, ы (?), 19:40, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • –11 +/
    >> изолированных окружений jail
    > А толку от них, пока лимиты не сделали? Линаксовые контейнеры с cgroups гораздо вкуснее
    > смотрятся. cgroups так вообще киллер фича.

    ровно так же как аналоги бсдшных PF\IPFW2, UFS2 итп из новости в linux есть уже давно и на порядок мощьнее. я понять не могу кому из linux-пользователей может прийти в голову юзать эти bsd'шные поделия.

     
     
  • 3.18, анон (?), 19:56, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > аналоги бсдшных PF\IPFW2, UFS2 итп из новости в linux есть уже давно и на порядок мощьнее

    1. Сравнивать фрёвые фаерволы с линаксом вообще некорректно, в линаксе нет аналогичных подсистем. Там функции фаервола выполняет гораздо более мощная система - netfilter, примерный аналог фряшного netgraph.

    netfilter, конечно, мощнее "PF\IPFW2", но не является их аналогом, и поэтому сравнивать их некорректно.

    2. Насчёт ufs2 не соглашусь. В линаксе полная задница со снапшотами на уровне фс. Две системы (btrfs и nilfs2), и у обеих разработка буксует на месте уже давно.

     
     
  • 4.23, Аноним (-), 20:24, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Там функции фаервола выполняет гораздо более мощная система - netfilter, примерный аналог фряшного netgraph.

    Сравнивать Netgraph и netfilter нельзя. Второй лишь фреймоврк для фильтрации пакетов, вто время как netgraph позволяет реализовать в себе ядерный pptp/pppoe сервер. Вы можете релизовать pppoe сервер в рамках фреймворка netfilter ?

     
     
  • 5.65, Аноним (-), 11:32, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Сравнивать Netgraph и netfilter нельзя.

    Можно. По функциональным возможностям они примерно одинаковы.

    >Второй лишь фреймоврк для фильтрации пакетов

    Понятно, источник Ваших заблуждений - незнание матчасти

    >Вы можете релизовать pppoe сервер в рамках фреймворка netfilter ?

    Ничего принципиально трудного тут нет. Но сама структура netgraph/netfilter слабо подходит для этой задачи. Линаксоиды вышли из ситуации, сделав довольно изящную реализацию туннельных протоколов (поэтому, например, интеграция accel-pptp прошла легко и непринужденно). Фряшники же продолжают забивать гвоизди микроскопом.

     
  • 3.39, Денис Юсупов (?), 22:17, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Правда, что ли? Нe-ка, покажите нам линуксовый аналог шейпирования маской и сколько это строк конфига занимает.
     
     
  • 4.66, Аноним (-), 11:33, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Правда, что ли? Нe-ка, покажите нам линуксовый аналог шейпирования маской и сколько
    > это строк конфига занимает.

    Пожалуйста, объясните по человечески, что вам нужно.

     
     
  • 5.94, fank (?), 18:42, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Правда, что ли? Нe-ка, покажите нам линуксовый аналог шейпирования маской и сколько
    >> это строк конфига занимает.
    > Пожалуйста, объясните по человечески, что вам нужно.

    видимо, погуглить на предмет iproute2+umask

     
     
  • 6.97, Денис Юсупов (?), 23:52, 05/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > видимо, погуглить на предмет iproute2+umask

    iproute2 не занимается шейпингом. ;)
    И вроде как ipset в части создания таблиц лучше будет.


     
     
  • 7.99, pavel_simple (ok), 10:44, 06/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    нет конечно -- шейпингом занимается ядро -- tc, входящая в iproute2 этим только ... большой текст свёрнут, показать
     
  • 5.96, Денис Юсупов (?), 23:51, 05/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Аналог такой конструкции ipfw + dummynet:

    ipfw add 03000 pipe tablearg ip from any to table(4) xmit $extif // Incoming traffic shaping
    ipfw add 04000 pipe tablearg ip from table(5) to any xmit $intif // Outgoing traffic shaping
    ...
    ipfw pipe 10054 config bw 4505Kb/s mask src-ip 0xFFFFFFFF type FIFO buckets 16
    ...

     
  • 2.13, Аноним (-), 19:46, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Линаксовые контейнеры с cgroups гораздо вкуснее смотрятся. cgroups так вообще киллер фича.

    Вы, похоже, представления не исеете ни о том, ни о другом.

     
     
  • 3.16, анон (?), 19:52, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы, похоже, представления не исеете ни о том, ни о другом.

    Интересно, а что вы хотели сказать этим своим неаргументированным заявлением? (как говорят в некоторых областях интернета, "пуком в лужу")

     
     
  • 4.42, Аноним (-), 22:44, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это не вам было - не волнуйтесь. На столь безграмотное (и аргументирванное, ага) ваше заявление адекватым будет только замечанье о том что оно ересь, чтобы неопытные пользователи не восприняли его всерьёз. Звиняйте, но опровергать ваш пук банально времени жалко :)
     
     
  • 5.69, Аноним (-), 11:53, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > На столь безграмотное (и аргументирванное,
    > ага) ваше заявление адекватым будет только замечанье о том что оно
    > ересь, чтобы неопытные пользователи не восприняли его всерьёз. Звиняйте, но опровергать
    > ваш пук банально времени жалко :)

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

     

  • 1.17, Gular (??), 19:54, 01/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Это в дебиане-то прогрессивная система инита? Мдаа.
     
     
  • 2.19, анон (?), 20:00, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Это в дебиане-то прогрессивная система инита? Мдаа.

    Ну, в отличие от убунту, они таки нашли в стандартном init опцию, включающую режим распараллеливания, что избавило их от необходимости писать велосипед =)

    Правда, по сравнению с systemd, стандартный инит действительно смотрится грусто. И systemd уже начинают в дебиан потихоньку интегрировать. Глядишь, во wheezy будет уже по дефолту. Правда, на не-linux ядра его портировать бессмысленно - только на линаксе есть такие фичи, как cgroups, autofs, udev и проч. А без них systemd теряет почти все свои плюшки.

     
     
  • 3.20, анон (?), 20:04, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Правда, на не-linux ядра его портировать бессмысленно - только
    > на линаксе есть такие фичи, как cgroups, autofs, udev и проч.
    > А без них systemd теряет почти все свои плюшки.

    Так что, пока в сообществе Фри не найдётся свой Пёттеринг (а лучше - целая команда), говорить о каких-либо прогрессивных системах инита под это ядро смысла нет. К сожалению :'(

     
     
  • 4.24, Аноним (-), 20:26, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> Правда, на не-linux ядра его портировать бессмысленно - только
    >> на линаксе есть такие фичи, как cgroups, autofs, udev и проч.
    >> А без них systemd теряет почти все свои плюшки.
    > Так что, пока в сообществе Фри не найдётся свой Пёттеринг (а лучше
    > - целая команда), говорить о каких-либо прогрессивных системах инита под это
    > ядро смысла нет. К сожалению :'(

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

     
     
  • 5.28, User294 (ok), 21:04, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > можно подумать вы перегружаете постоянно свои сервера - что вам время старта
    > стало критичным.

    Кроме времени перезагрузки есть еще и фичность. В частности как раз systemd обещает много интересного насчет работы с виртуальными/контейнеризованными окружениями в удобном виде. Те же cgroups - имхо довольно приятная штука. Еще бы все договорились между собой и сделали бы в разных системах новую систему инициализации одинаково, а хотя-бы и с опциональными фичами - было бы вообще здорово. А то если вместо классического инита будет зоопарк - это все-таки не есть хорошо.

     
     
  • 6.33, простотак (?), 21:26, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    т.е цгрупс теперь не костыль, а фича?
    класс
     
     
  • 7.68, Аноним (-), 11:50, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >т.е цгрупс теперь не костыль, а фича?

    Чорная-чорная зависть. Нехорошо, да.

     
     
  • 8.83, kshetragia (ok), 17:19, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Сам понял, что сказал ... текст свёрнут, показать
     
  • 4.26, kshetragia (ok), 20:45, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только не надо этого чуда во Фре!!! Нормальная там система.
     
  • 4.54, Аноним (-), 04:43, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Так что, пока в сообществе Фри не найдётся свой Пёттеринг (а лучше
    > - целая команда), говорить о каких-либо прогрессивных системах инита под это
    > ядро смысла нет. К сожалению :'(

    Лол. Не надо нам ни таких деятелей, ни такого "прогресса" в ините.

     
     
  • 5.67, Аноним (-), 11:36, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Лол. Не надо нам ни таких деятелей, ни такого "прогресса" в ините.

    Да вам вообще никакого прогресса не надо. Вы же мечтаете всю жизнь сидеть на технологиях 2000-го года.

    И что самое обидное, такие же долбо^Wретрограды как вы засели в core team. Так что будущее фри очень печально.

     
     
  • 6.87, Денис Юсупов (?), 14:10, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько лет себя помню во Фре, всё линуксоиды пророчат печальное будущее, причём всем - от Винды до FreeBSD. :))))
     

  • 1.25, FSA (ok), 20:33, 01/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эх. Кто бы на ядро линукс портировал систему портов FreeBSD. gentoo не предлагать.
     
     
  • 2.36, Tav (ok), 22:00, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Sabayon?
     
     
  • 3.43, Аноним (-), 22:44, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Sabayon?

    Это gentoo вообще-то.

     
  • 2.51, cuki (?), 00:46, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    напишите скрипт debrules2portages и будет вам счастье
     
  • 2.56, Daemontux (ok), 07:23, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Эх. Кто бы на ядро линукс портировал систему портов FreeBSD. gentoo не
    > предлагать.

    Вопрос любопытства ради. Что есть хорошего в портах фряхи по сравнению с portage&

     
     
  • 3.81, iZEN (ok), 15:22, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Что есть хорошего в портах фряхи по сравнению с portage&

    Не нужно следить за зависимостями и обновлениями интересующих тебя портов и вручную их разруливать.

     
  • 2.64, koblin (ok), 11:23, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Эх. Кто бы на ядро линукс портировал систему портов FreeBSD. gentoo не
    > предлагать.

    Crux?

     
  • 2.84, vle (ok), 20:27, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Эх. Кто бы на ядро линукс портировал систему портов FreeBSD. gentoo не
    > предлагать.

    www.pkgsrc.org
    Но это не порты FreeBSD, это пакетная система NetBSD и DragonFlyBSD.
    Она работает на Линупсах в том числе.

     

  • 1.31, deadless (?), 21:17, 01/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    дебианщики взяли в команду разработчика из стана врага а теперь громко кричат "а нафиг это надо?"

    вы не понимаете одной простой как 2 копейки вещи, сервера на фре банально проще мантейнить, а конкретно этот проект просто даёт фичи имеющиеся во фрёвом ядре всем кто хочет пощупать что это такое.

    сколько линуксоидов видел и у всех при установке вареза изобилует вот это
    tar -zxvf varez.tgz
    ./configure --enable-super-feature
    make
    make install

    а о том как это потом обновлять чота гуру опеннета часто молчат...

     
     
  • 2.34, user455 (?), 21:32, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это у дурачков каких-то.
    нормальный админ соберет один раз пакет. и потом будет ставить на весь парк. по поводу супер фичи - в дебиане обычно стараются делать пакеты таким образом, чтобы суперфичи доставлялись тоже пакетами.
    перевел недавно весь парк с фри на дебиан - мейнтейнить стало в разы удобнее.
     
     
  • 3.40, Денис Юсупов (?), 22:21, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > это у дурачков каких-то.
    > нормальный админ соберет один раз пакет. и потом будет ставить на весь
    > парк. по поводу супер фичи - в дебиане обычно стараются делать
    > пакеты таким образом, чтобы суперфичи доставлялись тоже пакетами.
    > перевел недавно весь парк с фри на дебиан - мейнтейнить стало в
    > разы удобнее.

    Надеюсь, для вас не будет открытием, что во Фре все нормальные люди делают cd /usr/ports/x/y && make -DFEATURE package && cp /usr/ports/distfiles/portage/y.tgz DESTDIR?

     
     
  • 4.62, тигар (ok), 11:08, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    'portage' ?
     
     
  • 5.89, Денис Юсупов (?), 14:15, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > 'portage' ?

    УУПС :) Конечно, "/usr/ports/distfiles/packages"

     
     
  • 6.90, iZEN (ok), 15:39, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> 'portage' ?
    > УУПС :) Конечно, "/usr/ports/distfiles/packages"

    Опять не угадал —  /usr/ports/packages.

    Кстати, что это "cd /usr/ports/x/y && make -DFEATURE package && cp /usr/ports/distfiles/portage/y.tgz DESTDIR" за ахинея?


     
     
  • 7.98, Денис Юсупов (?), 23:55, 05/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Опять не угадал —  /usr/ports/packages.

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

    > Кстати, что это "cd /usr/ports/x/y && make -DFEATURE package && cp /usr/ports/distfiles/portage/y.tgz
    > DESTDIR" за ахинея?

    В какой части? Переходим в нужный порт, создаём package, собирая с нужными ключами (-Dxxx или с make config), затем копируем получившися package в нужную нам папку [читай, на удалённый сервер].

     
     
  • 8.100, NJ (?), 17:18, 26/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Мож проще создать usr ports packages и потом make install package-recursive cl... текст свёрнут, показать
     
  • 4.72, deadless (?), 12:43, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    чо? так во фре делают только бывшие луноходы.
    объясняю: вот вы собрали пакет, а через две недели в нем нашли дыру, требуется обновление, и вы как и тысячи линуксоидов "дурачков" как их тут назвали будете мудохаться и собирать новый пакет и переставлять его потом на десятках машин. Эпично чо я могу сказать.

    Я же в отличие от дам одну команду "portupgrade mywarez" и все и забуду обо всем остальном. И все фичи нужные там уже будут, и никаких сборок пакетов и прочей мутотни. Почему так вам видимо неведомо, поэтому вы и собираете пакеты и юзаете ./configure или что там у вас в моде.

     
     
  • 5.88, Денис Юсупов (?), 14:14, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > чо? так во фре делают только бывшие луноходы.
    > объясняю: вот вы собрали пакет, а через две недели в нем нашли
    > дыру, требуется обновление, и вы как и тысячи линуксоидов "дурачков" как
    > их тут назвали будете мудохаться и собирать новый пакет и переставлять
    > его потом на десятках машин. Эпично чо я могу сказать.

    Эпично это нихрена не знать, но фейлить здесь. И ниже я обьясню почему.

    > Я же в отличие от дам одну команду "portupgrade mywarez" и все
    > и забуду обо всем остальном. И все фичи нужные там уже
    > будут, и никаких сборок пакетов и прочей мутотни. Почему так вам
    > видимо неведомо, поэтому вы и собираете пакеты и юзаете ./configure или
    > что там у вас в моде.

    Открой для себя pkg_add -rv port-maintenance-tools && portupgrade [-P] mywarez и научись уже читать хендбук.
    Это не говоря уж о том, что "давать одну команду" вы всё равно собираетесь на каждом из серверов, загружая каждый бессмысленной сборкой одного и того же.

     
  • 4.91, Клыкастый (?), 16:39, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Надеюсь, для вас не будет открытием, что во Фре все нормальные люди
    > делают cd /usr/ports/x/y && make -DFEATURE package && cp /usr/ports/distfiles/portage/y.tgz

    нормальные люди во фре делают по-разному. Например есть make.conf. Например есть portupgrade. для особо прикольных случаев типа "пачка из NN серверов по образу и подобию Z" есть реплика ZFS :)

     
     
  • 5.95, Денис Юсупов (?), 23:41, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Безусловно.
    Более того, мне рассказывали об одной компании, которая у себя распространяла обновления для пачки серверов через внутренний bittorrent. :)
     
  • 3.73, Аноним (-), 12:43, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Перевел недавно весь парк с дебиана на фрю - ментрейнить стало в сотни раз удобнее!
     
  • 2.58, Stanislavvv (?), 09:01, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > вы не понимаете одной простой как 2 копейки вещи, сервера на фре
    > банально проще мантейнить,

    Проще обслуживать сервера таки под дебианом. Проверено, ибо работал и с тем и с тем.

    > а конкретно этот проект просто даёт фичи имеющиеся
    > во фрёвом ядре всем кто хочет пощупать что это такое.

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

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

    А базовая система без портов пригодна в лучшем случае для маршрутизатора. Там фря таки надёжнее линукса.

    > сколько линуксоидов видел и у всех при установке вареза изобилует вот это
    > tar -zxvf varez.tgz
    > ./configure --enable-super-feature
    > make
    > make install
    > а о том как это потом обновлять чота гуру опеннета часто молчат...

    Э... Неграмотные... есть же dh_make, если в репозиториях нет. На 90% софта позволит сделать полноценный пакет и таки поставить.
    Да и checkinstall никто не отменял.

     
  • 2.59, Анон (?), 09:08, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А вы однако тролль:

    ./configure && make
    sudo checkinstall
    dpkg -i varez.deb

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

     
     
  • 3.74, deadless (?), 12:47, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А вы однако тролль:
    > ./configure && make
    > sudo checkinstall
    > dpkg -i varez.deb
    > Можно организовать собственный реп и уже оттуда ставить и апдейтить, у меня
    > так wine для всех машин на работе и дома собирается.

    То есть вы всетаки так делаете? Мои вам поздравления. Наставили вы таким образом 20 пакетов на 10 серверах, и при каждом security fix дрочите клаву до посинения, респект чо.

     

  • 1.37, JBond (?), 22:09, 01/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Приольно
    Чего только люди не сделают, что бы не использовать родную ось
    OpenBSD - роутер
    Solaris - хранилище (NAS,SAN ...)
    FreeBSD - платформа для хостинга
    Linux (CentOS конечно) - платформа для выполнения задач под Linux

     
     
  • 2.41, Денис Юсупов (?), 22:23, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Чего только люди не придумают в качестве глупых ярлыков.

     
  • 2.48, ubique (?), 23:51, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пиздец, простите. С какого черта OpenBSD роутер? Чем она лучше фри? GIANT LOCK выпилили? Обработка mbuf от ether_demux() и выше по стеку бьется по ядрам? Есть аналог netisr_dispatch()? pf может работать на нескольких ядрах как ipfw? Аналог VIMAGE в проекте хотя-бы есть?
     
     
  • 3.70, Аноним (-), 11:58, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А ваш фаервол ipfw научился правильно натить gre/pptp?
    Кошерный pf умеет это уже давно.
     
     
  • 4.85, мдя (?), 02:52, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот как раз-то PF в отличие от IPFW2 NAT'ить GRE так и не научился, только через костыли.
     
  • 2.55, Аноним (-), 04:45, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Приольно
    > Чего только люди не сделают, что бы не использовать родную ось
    > OpenBSD - роутер
    > Solaris - хранилище (NAS,SAN ...)
    > FreeBSD - платформа для хостинга
    > Linux (CentOS конечно) - платформа для выполнения задач под Linux

    А что, OpenBSD не десктоп? Linux не роутер? Solaris не платформа для хостинга? FreeBSD не "платформа для выполнения задач под Linux"?

    Бред пишете, "платформа для выполнения задач под Linux" - вообще шедевр.

     

  • 1.44, Аноним (-), 22:50, 01/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Не понимаю зачем это нужно. Использовать линуксовое ядро с FreeBSD'шном окружением я бы еще понял - ради какой-нибудь кривой железки для которой нет драйверов. Но наоборот - хоть убей не понимаю. Заменить стройную концепцию разделенных base system и портов, да и собственно коллекцию портов на свалку apt'шных пакетов? Офигеннейшую rc.d систему на уродские ранлевелы? Что еще, графический инсталлятор, который для тех, кому это нужно, есть в PC-BSD? Не понимаю.
     
     
  • 2.52, cuki (?), 00:53, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понимаю зачем это нужно. Использовать линуксовое ядро с FreeBSD'шном окружением я
    > бы еще понял - ради какой-нибудь кривой железки для которой нет
    > драйверов. Но наоборот - хоть убей не понимаю. Заменить стройную концепцию
    > разделенных base system и портов, да и собственно коллекцию портов на
    > свалку apt'шных пакетов? Офигеннейшую rc.d систему на уродские ранлевелы? Что еще,
    > графический инсталлятор, который для тех, кому это нужно, есть в PC-BSD?
    > Не понимаю.

    вы не поверите, проект Debian/kFreeBSD пилят люди, которым оно действительно нужно, и делают для себя любимых. Можете лично попросить их отчитаться, на что они тратят своё личное время.

     
  • 2.60, Stanislavvv (?), 09:14, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понимаю зачем это нужно. Использовать линуксовое ядро с FreeBSD'шном окружением я
    > бы еще понял - ради какой-нибудь кривой железки для которой нет
    > драйверов. Но наоборот - хоть убей не понимаю. Заменить стройную концепцию
    > разделенных base system и портов,

    Э... Была б стройная - не делали бы.
    Поставьте штатными средствами сервер без gcc и заголовочных файлов.
    Накой мне средства разработки на сервере с БД, к примеру?
    Обновления - бинарные. Ибо сборка обновлений займёт больше времени, чем я выиграю от оптимизации. А БД один фиг упирается в диск, а не в процессор...

    > да и собственно коллекцию портов на
    > свалку apt'шных пакетов?

    Накой мне менять систему apt на свалку портов? :-)

    > Офигеннейшую rc.d систему на уродские ранлевелы?

    Тут спорно, если честно. В дебиане ранлевелов используется ровно 4 - выключение, перезагрузка, сингл и рабочий. Остальные - для совместимости.

    > Что еще,
    > графический инсталлятор, который для тех, кому это нужно, есть в PC-BSD?

    Ну... Графический инсталлятор - это недавно появилось.
    Текстовый всё еще лучше работает, по-моему.

    > Не понимаю.

    И это пройдёт.

     
     
  • 3.61, AdVv (??), 10:31, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Система прекрасно ставится без исходников и портов с диска Для критических бина... большой текст свёрнут, показать
     
     
  • 4.75, cuki (?), 13:57, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    порты - куча исходников без какой либо концепции, пользователь сам должен долбаться, чтобы привести их в божеский вид. В Debian этим занимаются мантейнеры, в результате после долгого релиз цикла Debian с огромным количеством софта являет собой целостную операционную систему. Бинарники экономят время. Народ уже давно уходит от портов. APT рулит только бинарными пакетами и делает это очень хорошо. Если есть претензии к сборке пакета, то debian rules тебе в помощь, потом после регистрации этого пакета в APT не забудь заморозить его, чтобы не заменить с очередным обновлением.
     
     
  • 5.77, Сергей (??), 14:39, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > порты - куча исходников без какой либо концепции, пользователь сам должен долбаться,
    > чтобы привести их в божеский вид.

      Ну и что тут приводить в божеский вид, там все по каталогам раскидано.
      Вам надо только обновить версию портов, перейти в нужный каталог, набрать make config и выбрать нужные тебе опции порта, а затем запустить make install clean...
      А после того? как порт скомпилиться,  сделать из установленного порта пакадж для распространения его на другие машины....
      Если софт уже стоит, то применение portmaster или portupgrade то же не составит труда для новичка с извилинами.
    Повторюсь еще раз порты позволяют вашей системе иметь только тот софт, который ей нужен, а не тот, который нужен мантейнеру....
    >В Debian этим занимаются мантейнеры,
    > в результате после долгого релиз цикла Debian с огромным количеством софта
    > являет собой целостную операционную систему. Бинарники экономят время. Народ уже давно
    > уходит от портов. APT рулит только бинарными пакетами и делает это
    > очень хорошо. Если есть претензии к сборке пакета, то debian rules
    > тебе в помощь, потом после регистрации этого пакета в APT не
    > забудь заморозить его, чтобы не заменить с очередным обновлением.

    Ну и freebsd-ки говорят о том же, вы можете ставить софт из пакаджей, которые находятся на серверах фри, достаточно команды pkg_add -r
    <имя пакаджа или полный путь к пакаджу> и система   сама пойдет искать этот пакадж, другое дело, что по умолчанию она поставит пакадж, соответствующий релизу вашей системы, но и здесь, применив полный путь, вы найдете пакадж последней версии.

     
  • 5.79, ыпр (?), 14:47, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не поверите у портов тоже есть мантейнеры =)
     
  • 5.92, Клыкастый (?), 17:03, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > порты - куча исходников без какой либо концепции, пользователь сам должен долбаться,
    > чтобы привести их в божеский вид.

    Что вы называете божеским видом? С каких пор portinstall <name> это "долбаться" и чем оно хуже apt-get install <name>??? последовательность буковок незнакомая?


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

    несомненно. мы же участвуем в заезде - каждая секунда на счету.

    > Народ уже давно уходит от портов. APT рулит только бинарными пакетами и делает это
    > очень хорошо.

    portupgrade рулит и бинарными пакетами тоже.

    > Если есть претензии к сборке пакета, то debian rules
    > тебе в помощь,

    мы уже никуда не торопимся? сядем, будем долго и трудно изучат debian rulez, потом спотыкаясь чё-то собирать... а в портах это делают майнтейнеры.

    > потом после регистрации этого пакета в APT не
    > забудь заморозить его, чтобы не заменить с очередным обновлением.

    охренеть, бл... простите мне мой французский. конечно это удобнее portupgrade, тут пргнитесь, там попляшите, тут не забудьте, а если всё-таки забыли - верёвка и мыло вон там в уголочке... Удобно.

     
  • 4.76, www2 (ok), 14:16, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Система портов - единый интерфейс к установке как бинарных, так и собранных из исходников программ.

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

    Система apt - единый интерфейс к установке как бинарных deb-пакетов, так и deb-пакетов, собранных из пакетов deb-src.

    >Причем собрать можно именно с нужным тебе функционалом, а не как захотел сборщик готового бинарника.

    Но обновлять-таки это дело потом придётся из портов. В Debian пакеты дробятся и делятся на альтернативы так, что к сборке из deb-src приходится прибегать уж совсем в экзотических случаях. У меня на домашнем компьютере стоит lighttpd, собранный с зависимостью от gamin вместо famd. Это единственный нестандартно собранный пакет. Собран он из deb-src.

    >И системе совершенно фиолетово каким способом установлена програффа, ее можно удалить или обнавить штатным образом. Умеет это apt?

    Штатно - это как? Через pkg_add? Или через cd /usr/ports/xxx/yyy && make install? Или через portupgrade?

    Штатно apt-get позволяет установить программу из репозитория. Для пересборки пакетов с собственными патчами существуют другие утилиты - pbuilder, debuild. Для создания собственного репозитория - ещё утилиты.

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

     
     
  • 5.82, iZEN (ok), 15:31, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Причем собрать можно именно с нужным тебе функционалом, а не как захотел сборщик готового бинарника.
    > У меня на домашнем компьютере
    > стоит lighttpd, собранный с зависимостью от gamin вместо famd. Это единственный
    > нестандартно собранный пакет. Собран он из deb-src.

    http://www.freshports.org/www/lighttpd/
    Configuration Options

    ===> The following configuration options are available for lighttpd-1.4.28_4:
         BZIP2=off (default) "Enable Bzip2 support"
         CML=off (default) "Enable Cache Meta Language support"
         FAM=off (default) "Enable fam/gamin support"
         GDBM=off (default) "Enable gdbm storage support"
         IPV6=on (default) "Enable IPV6 support"
         LIBEV=off (default) "Enable libev support"
         MAGNET=off (default) "Enable magnet support"
         MEMCACHE=off (default) "Enable memory caching support"
         MYSQL=off (default) "Enable MYSQL support"
         MYSQLAUTH=off (default) "Enable mysql auth (requires WITH_MYSQL)"
         NODELAY=off (default) "Set TCP_NODELAY on listening sockets"
         OPENLDAP=off (default) "Enable LDAP support"
         OPENSSL=on (default) "Enable SSL support"
         SPAWNFCGI=off (default) "Depend on spawn-fcgi utility"
         VALGRIND=off (default) "Enable valgrind support"
         WEBDAV=off (default) "Enable WebDAV support"
    ===> Use 'make config' to modify these settings

    > Штатно - это как? Через pkg_add? Или через cd /usr/ports/xxx/yyy && make
    > install? Или через portupgrade?

    Через "portupgrade -PP".

     
  • 3.71, RedRat (ok), 12:34, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Поставьте штатными средствами сервер без gcc и заголовочных файлов.

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

     
  • 3.86, тырц (?), 07:39, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Поставьте штатными средствами сервер без gcc и заголовочных файлов.

    WITHOUT_TOOLCHAIN=yes в make.conf

     
  • 3.93, Клыкастый (?), 17:15, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Поставьте штатными средствами сервер без gcc и заголовочных файлов.

    Легко. А ЗАЧЕМ?

    > Накой мне средства разработки на сервере с БД, к примеру?

    У вас ни них аллергия или вы в упор не понимаете словосочетания source-based?

    > Обновления - бинарные. Ибо сборка обновлений займёт больше времени, чем я выиграю от оптимизации.

    А шнурки всегда длиннее ремешка на часах. И что?

    > А БД один фиг упирается в диск, а не в процессор...

    И?

    > Тут спорно, если честно. В дебиане ранлевелов используется ровно 4 - выключение,
    > перезагрузка, сингл и рабочий. Остальные - для совместимости.

    Это крайне необходимая хрень на сервере БД - ранлевелы "для совместимости".

     

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



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

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