Дистрибутив с LTS и простотой Арча.

с одной стороны хочется стабильности, с другой - простоты

debian stable /thread

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

gentoo stable, не?

Боюсь, что если обновлять Арч раз в год, то тогда будет жесть. Каждое обновление придётся серьёзно париться.

Не бойся, не настолько серьёзно. Мне приходилось обновлять и 2х летний арч - переустановка или distupgrade LTS не легче.

Никогда не имел опыта с gentoo. Насколько легко создать репозиторий с бинарными пакетами и централизованно устанавливать с него эти самые пакеты на несколько компьютеров?

Может тогда что-то типа calculate?

В целом с Арчем у меня опыта, наверно, больше всего. Но как-то я не уверен :) Хотелось бы стабильной «базовой системы», которая обновляется не очень часто. Чтобы, если в промежутке между глобальными обновлениями понадобится какой-либо пакет, его можно было просто скачать из основных репозиториев.

С другой стороны ABS может спаси в этом случае...

можно и калькулят.

про создания такого репа не в курсах.

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

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

локальный снимок репозиториев

ABS может спаси

или https://wiki.archlinux.org/index.php/Arch_Rollback_Machine

Насколько легко создать репозиторий с бинарными пакетами и централизованно устанавливать с него эти самые пакеты на несколько компьютеров?

Очень просто, при компиляции пакетов (программ) указываешь собирать так же и бинарный пакет, в make.conf добавляешь:

FEATURES="buildpkg"

Далее расширариваешь, например по NFS целиком /usr/portage и монтируешь его на остальных системах, ну или можешь только packages или предоставить к нему доступ посредством web сервера.

Во втором случае указываешь в make.conf целевых систем переменную BIH_HOST:

PORTAGE_BINHOST="http://some-server.xy/"
# or
PORTAGE_BINHOST="ssh://user@some-server.xy/usr/portage/packages"

Так же в make.conf целевых систему указываешь установку приоритетную установку из бинарных пакетов:

EMERGE_DEFAULT_OPTS="--binpkg-respect-use=y -k"

Лучше конечно монтировать целиком /usr/portage, что бы срез дерева portage был везде одинаков, ну или озаботиться о его обновлении.

Готово.

в убунте необходимые пакеты уже собраны. это в арче надо собирать freetype-ubuntu, cairo-ubuntu, и т.п.

Может тогда слака? Если что, можно пособирать пакеты.

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

Спасибо :) выглядит очень просто.

Это будут рабочие компы научных сотрудников, если всё получится.

ORLY?

http://habrahabr.ru/post/78094/ читаем первый комментарий :) Не я один такой деревянный. С PKGBUILD куда проще.

Что так много пересоьирать что дебиан не подходит?

Я боюсь что да. Не всегда даже пересобирать, часто просто «пакетировать» уже собранное. Навскидку это Schroedinger Maestro (проприетарная смотрелка структур молекул), scidavis и avogadro (та версия, что в репозиториях Debian - протухла).

Сейчас я сразу так не скажу, что будет ещё, но она наверняка появится :)

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

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

Слакварь.

Простотой сборки необходимых пакетов как в Арче.

можно написать слакбилд, можно взять готовый с slackbuilds.org, а если времени вообще в обрез:

./configure --prefix=/usr
make install DESTDIR=$(pwd)/PACKAGE
cd $(pwd)/PACKAGE
makepkg -l y -c n ../app-version-arch-tag.tgz
installpkg ../app-version-arch-tag.tgz

обновлять систему можешь хоть wget'ом, хоть rsync'ом, хоть официальным slackpkg, хоть slapt-get/swaret/etc. Поддержка около 7 лет. Самый простой в сопровождении дистр что я видел.

У Арча уже давно простоты не наблюдается, забудь.

Ну расскажи :) тонкие клиенты?

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

А почему бы для арча не сделать свой репозиторий?

Да там запаришься собирать кастомный пакет.

ORLY? Можно подумать, ты пакеты каждый день разные будешь собирать для разных ПК. Ставь Debian Stable, собирай ОДИН раз нужный пакет, пересобирай по мере необходимости. Уверен, это будет редко. И не морочь голову с «простотой» арча. Арч для тех, кто в детстве не наигрался, а у тебя «научные сотрудники».

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

Так и хотел. Потому и интересно чтобы было проще собирать свои пакеты. Но если «базовая система» будет постоянно обновляться - могут быть неожиданные проблемы с уже собранными собствеными пакетами.

Рассматриваю как вариант. У мамы стоит на моноблоке уже года 2. Раз настроил и всё ок, но через 2 года обновляться тяжело было.

Stable совсем протухший. У нас часть компов на haswell, боюсь ядро из stable слишком старо. Это отличный вариант для сервера.

Арч он простой, но бывает гемороен иногда, потому и спрашиваю тут.

Evgueni, а расскажите как у вас всё устроено? У вас же, думаю, доминирует Linux? Каждый сам следит за своим ПК?

Извиняюсь, что влезаю, но судя по списку софта, мы занимаемся похожими вещами.

Только у нас в ходу PyMol, GROMACS, MOPAC, ORCA, GAMESS US ну и прочее подобное. Всем довольно неплохо живется на Ubuntu LTS (мы, на самом деле, даже на 12.04 сидим). Репозиторные версии, на самом деле, покрывают почти все потребности. + PPA. В редких случаях, если надо опакечивать самому, то пользуюсь checkinstall ибо до нормального опакечивания руки все не доходят. А дальше установка на все машины (благо они идентичные) при помощи Ansible.

Боюсь, что если обновлять Арч раз в год, то тогда будет жесть. Каждое обновление придётся серьёзно париться.

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

У нас разброд и шатание aka полный зоопарк (свыше десяти дистрибутивов) — нет централизованной поддержки. Ставится тот дистрибутив, который удобен тому, кто его поддерживает.

В основном упор на разные версии Scientific Linux в силу относительной длительности его поддержки CERNом (кстати там сейчас будет смена названия основного дистрибутива). То есть редхетобразные дистрибутивы.

Убунта используется только на десктопах казуалами типа меня.

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

у меня на федоре было 400 слишним машин, и нормально всё.

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

нет, у меня был кoлл центр fedora 20+razorqt+linphone+libre+у 100 в wine 2013 офис+хромиум+ мазила+ЭЦП+крипропро+spacewalk+cifs+autoconf+samba4+kerberos+winbind. У программистов ещё была джава и phpstorm. Всё стояло на btrfs с таблицей разделов btrfs.

apt-build \ apt-src ?

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

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

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

И в любом случае иногда придётся руками делать лишние движения — типа недавнего переход на nvidia-340xx (ну если есть такое железо) и java-common.

Это всё, что арчеводы юзают от убунты.
Ну или практически всё.

Именно такая и есть мысль. И при этом хочется минимизировать телодвижения :)

Смотря что считать минимизацией. Выходит какое-нибудь обновление chromium, firefox, java, flash, etc. с устранением критической уязвимости... Можно, конечно, и забить. Можно <заранее> искать обходные пути — например, firefox-esr из AUR.

В любом случае было бы интересно почитать, что из этого получилось. С арчем или без арча — не важно.

Так убунта же