LINUX.ORG.RU

Вышел Arch Linux 0.8 Voodoo


0

0

После двух релиз-кандидатов (последний был аж 22 февраля) наконец-то вышел стабильный релиз версии 0.8.

ArchLinux - легкий и гибкий дистрибутив, который понравится приверженцам идеологии KISS (Keep It Simple, Stupid). ArchLinux по своему внутреннему устройству очень напоминает Slackware, однако основные идеи взяты из Crux. В Arch есть свой менеджер пакетов pacman, который работает с бинарными пакетами, а также механизм ABS, напоминающий систему портов.

Изменений не так много, в основном это обновленные пакеты: Ядро 2.6.20.4, glibc-2.5, gcc-4.1.2 X.Org 7.2, gtk2-2.10.11

Вопреки ожиданиям, pacman 3.0 не попал в 0.8 и находится сейчас в testing. Разработчики решили не тянуть в релиз нестабильный пакет. Скорее всего обновленный менеджер пакетов мы увидим в следующей версии, коей будет 1.0. Официального релиза еще нет, но образы дисков можно скачать вот здесь: ftp://archlinux.org/0.8/iso/. При наличии нормального интернета рекомендуется устанавливать систему из базового образа (Archlinux-*-0.8-Voodoo.base.iso), а затем доставлять нужные пакеты из current.

>>> Список пакетов

★★

Проверено: Pi ()

Ответ на: комментарий от ras

Хм, а к чему название такое релиза? Там че, колдуны его собирают и хироманты? Чессно говоря неприятное ощущение от таких названия, если не сказать больше...

dsoc
()
Ответ на: комментарий от Dieter

Типа USE есть редактирование PKGBUILD'ов. :)

Дистр бинарный. Что не нравится - пересобери из портов или найди в AUR.

sergej ★★★★★
()
Ответ на: комментарий от Dieter

> в арче есть что-то типа USE??

Нет. Опциональные зависимости на уровне бинарных пакетов реализованы показом сообщения об этих зависимостях при установке пакета.
Опциональные зависимости на уровне исходного кода плохо совместимы с идеей бинарных пакетов. Сейчас в ArchLinux нет полноценной замены Portage - ABS позволяет легко собирать и устанавливать пакеты из исходников, PKGBUILD`ы для которых прислали другие пользователи. Есть средства для обновления таких пакетов, но нет средств, позволяющих предпочесть собрать пакет вместо того, чтобы устанавливать из репозитария. Можно создать свой собственный локальный репозитарий, держать модифицированные версии PKGBUILD`ов и написать скрипты для их автоматической сборки.

vimmer
()
Ответ на: комментарий от anonymous

>Надо было назвать Пресвятой Линукс 0.8 Райские Кущи?

ваша узость мысли просто поражает

а если человек мусульманин или буддист ...или индуист, давайте назовем дистр "священная корова 08"

anonymous
()
Ответ на: комментарий от sergej

>Типа USE есть редактирование PKGBUILD'ов. :)

>Дистр бинарный. Что не нравится - пересобери из портов или найди в AUR.

в генту отвыкаешь от того чтобы задумываться каждый раз чего нравится а чего не нравится ;)

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

anonymous
()
Ответ на: комментарий от timth

> а управление инит скриптами у него какое?

Управление начальной загрузкой сделано в соответствии с принципом KISS. BSD-style init, поэтому роль уровней запуска небольшая. Скрипты запуска сервисов находятся в /etc/rc.d, например /etc/rc.d/cups. Ручной запуск /etc/rc.d/cups start. Ручной останов /etc/rc.d/cups stop. Автоматический запуск - строчка в /etc/rc.conf вида DAEMONS=(syslog-ng network netfs @crond ), @ означает запускать в фоне (для запуска нескольких сервисов одновременно). В отличие от Slackware ArchLinux имеет список запущенных сервисов и при завершении работы останавливает те, что сейчас запущены, а не те, что есть в DAEMONS.
Можно посмотреть пакет initscripts: ftp://archlinux.puzzle.ch/current/os/i686/

vimmer
()
Ответ на: комментарий от vimmer

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

man abs

zeus
()
Ответ на: комментарий от vimmer

> ArchLinux имеет список запущенных сервисов и при завершении работы останавливает те, что сейчас запущены, а не те, что есть в DAEMONS

Поэтому проблему зависимостей сервисов можно решить, создав скрипт запуска, запускающий зависимые сервисы в соответствующем порядке.
Hal зависит от dbus и опционально зависит от acpid, его скрипт запуска содержит строчки:
ck_daemon dbus && /etc/rc.d/dbus start
if [ -x /etc/rc.d/acpid ]; then
ck_daemon acpid && /etc/rc.d/acpid start
fi

vimmer
()

для арча незаметна смена версии когда все время сидишь на current'е

zup-rk27 ★★
()
Ответ на: комментарий от zeus

>>Есть средства для обновления таких пакетов, но нет средств, позволяющих предпочесть собрать пакет вместо того, чтобы устанавливать из репозитария.
>man abs

abs только синхронизирует дерево PKGBUILD`ов, а не собирает пакеты, всё равно нужно писать скрипт для сборки, тем более что нужно не оптимизировать пакет под свой процессор, а собрать с другими опциями

vimmer
()

не нравится Voodoo? название следующей версии еще более пугающее))

Duke Forever и магическое 1.0 в конце

zup-rk27 ★★
()
Ответ на: комментарий от vimmer

>abs только синхронизирует дерево PKGBUILD`ов, а не собирает пакеты, всё равно нужно писать скрипт для сборки

makepkg -b уже отменили?

zeus
()

Поздравляю всех!

Подумываю хотя бы дома слезть с убунты, думаю достойный кандидат))))

Motiv_studenta ★★
()

Долго сидел на генте, многое нравилось, но время сборки и размер некоторых пакетов очень напрягало... Долго искал дистр, похожий на генту, но с бинарными пакетами... Поставил Арч и понял, что нашёл то, что нужно! 8)

З.Ы.: Присоединяюся к поздравлениям!

anonymous
()
Ответ на: комментарий от Dieter

>Я вот думаю слезть с гетну на арч, в арче ечть чтото типа USE??

/etc/makepakg.conf

Aristarkh
()
Ответ на: комментарий от zeus

>>Есть средства для обновления таких пакетов, но нет средств, позволяющих предпочесть собрать пакет вместо того, чтобы устанавливать из репозитария.
>man abs
>>abs только синхронизирует дерево PKGBUILD`ов, а не собирает пакеты, всё равно нужно писать скрипт для сборки
>makepkg -b уже отменили?

Для любого конкретного пакета это легко, а для обновления системы?
В первом сообщении я имел ввиду, что в ArchLinux недостаточно средств, чтобы обновлять пакеты из исходников так же легко, как в Gentoo. Для обновления системы есть 'pacman -Syu' (только репозитарии) и 'aurbuild -su' (только AUR). Если умело съынтегрировать pacman и aurbuild, то получится то, что надо. Но aurbuild для этого прийдётся существенно доработать.

vimmer
()
Ответ на: комментарий от vimmer

>Если умело съынтегрировать pacman и aurbuild, то получится то, что надо. Но aurbuild для этого прийдётся существенно доработать.

Ну, в принципе qpkg может претендовать на это место.

Aristarkh
()
Ответ на: комментарий от Aristarkh

>>Если умело съынтегрировать pacman и aurbuild, то получится то, что надо. Но aurbuild для этого прийдётся существенно доработать.
>Ну, в принципе qpkg может претендовать на это место.

Посмотрел дополнительно информацию по теме - возможно, yaourt это и есть та самая интеграция.
qpkg я использую только для одного - получения пакетов из AUR если хочу поэкспериментировать с пакетом. Использую такой скриптик retrieve:
#!/bin/sh
for i in $@; do
echo -e "y\nn\nn" | qpkg -n -p $i
mkdir -p "$i"
mv /tmp/qpkg/* "$i/"
done

vimmer
()

Погонял я RC2 на эмуляторе, решил слезть со слаквари на арч.

Солью, проведу crash-тест дистра, и решу :)

eveel ★★
()
Ответ на: комментарий от vimmer

>Для любого конкретного пакета это легко, а для обновления системы? srcpac -Sub ?

anonymous
()
Ответ на: комментарий от vimmer

Поиск в bbs.archlinux.org рулит ;) Вы думаете, этим вопросом задаетесь только вы? Решение уже есть.

anonymous
()
Ответ на: комментарий от vimmer

ну тут есть например makeworld, для тех у кого много лишнего времени в жизни

zup-rk27 ★★
()
Ответ на: комментарий от vimmer

>Посмотрел дополнительно информацию по теме - возможно, yaourt это и есть та самая интеграция.

Да, интересная штука, сейчас поставил. Интересно, а зачем он прибил так жестко к pacman-2.9.8 ? - пришлось подтирать. Странно, что не обращал на нее раньше внимания, хотя я наверное знаю в чем причина - нет особой необходимости. pacman + qpkg + makepkg - обеспечивают все "сборочно - установочные" потребности даже больше, чем хотелось-бы. Вот многие люди пишут, что мол только gentoo "товар дает", а ArchLinux якобы гибкости не хватает. А в чем собственно не хватает? Собрать полностью всю систему? Ну, так во-первых это вполне возможно, а во-вторых - практически не нужно. Вполне достаточно установить то, что уже собрали другие люди, ну и по мелочам под себя подогнать некоторые пакеты. А собирать полностью все, включая таких монстров, как KDE, Gnome, OO - ради какой-то микроскопической прибавки в производительности - извините. Тем более, что при визуальном сравнении производительности двух, практически одинаковых машин (на одном arch, на другом gentoo) стоящих рядом, никто этой прибавки не заметил - даже показалось всем, что arch несколько пошустрее будет.

Aristarkh
()
Ответ на: комментарий от vimmer

> В отличие от Slackware ArchLinux имеет список запущенных сервисов и > при завершении работы останавливает те, что сейчас запущены, а не те, > что есть в DAEMONS.

свистишь,дядя

anonymous
()

Ну, наконец-то.. ;-) Поставлю на закачку..

MiracleMan ★★★★★
()
Ответ на: комментарий от Aristarkh

>> ...yaourt...
> Интересно, а зачем он прибил так жёстко к pacman-2.9.8 ?

Автор на aur.archlinux.org написал, где брать версию для pacman 3.

>>Для любого конкретного пакета это легко, а для обновления системы?
>srcpac -Sub ?

Да, и интеграцию с AUR даёт yauort - wrapper вокруг pacman и srcpac.

Таким образом, у USE флагов есть некоторая, хоть и не полноценная замена - настройка возможности sed у srcpac`а.

> а ArchLinux якобы гибкости не хватает. А в чем собственно не хватает? Собрать полностью всю систему?

Главная гибкость, теряемая в ArchLinux по сравнению с Gentoo - это USE флаги - возможность простой (сравнительно) настройки опций компиляции программ. В первую очередь это нужно тем, кто хочет избавиться от лишних для него зависимостей, например USE="-kde" для всех программ, поддерживающих работу как с kde, так и без, линковки с kdelibs не будет. В ArchLinux это либо решается создание нескольких пакетов, отличающихся лишь опциями компиляции, либо игнорируется в пользу общего варианта.

vimmer
()
Ответ на: комментарий от anonymous

>> В отличие от Slackware ArchLinux имеет список запущенных сервисов и
>> при завершении работы останавливает те, что сейчас запущены, а не те,
>> что есть в DAEMONS. 
>свистишь,дядя

Из /etc/rc.shutdown:
# Shutdown daemons
let i=${#DAEMONS[@]}
while [[ i -ge 0 ]]; do
  if [[ `echo ${DAEMONS[$i]} | grep '^[^\!]' | wc -l` -eq 1 ]]; then
    /etc/rc.d/${DAEMONS[$i]#@} stop
  fi
  let i=i-1
done
# find any leftover daemons and shut them down
if [ -d /var/run/daemons ]; then
  for daemon in `ls /var/run/daemons`; do
    /etc/rc.d/$daemon stop
  done
fi

Или этот комментарий про Slackware?

vimmer
()
Ответ на: комментарий от Aristarkh

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

timth ★☆
()
Ответ на: комментарий от vimmer

Он сначала останавливает те что есть в daemons, а потом те что остались.

sergej ★★★★★
()
Ответ на: комментарий от timth

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

Небось на генту слезли с какого-нить рпм-басед, который за консольным плеером КДЕ с иксами тянем, потому что плеер _может_ использовать arts как один из вариантов :)

sergej ★★★★★
()
Ответ на: комментарий от sergej

>Не знаю с какими вы там юзе-флагами собираете, но в арче напрягает только зависимость mplayer от smbclient пожалуй и все...

Вот и я, о том-же - задурили людям голову с этими флагами, теперь они без этих флагов жизни не представляют, а может просто меняется время, и на смену одним идеям - приходят другие, более прогрессивные? Да, никто не спорит - идеи заложенный в gentoo были революционными несколько лет назад. Но время не стоит на месте, и если ничего кардинально не менять в течении длительного периода времени, то наступает кризис жанра, о котором кстати очень много говорят последнее время (касается кстати не только gentoo - а также debian, а про всю rpm-based братию даже говорить не буду - они просто заваниваються). ArchLinux сейчас, как мне кажется находится на подъеме творческой мысли, и отражает наиболее правильные подходы в дистрибутивостроении на сегодняшний день. Хотя, что будет через несколько лет предсказать невозможно. А, что касается mplayer-а - я например пишу #pacman -S mplayer --nodeps - и делаю smbclient до-свидания. По-моему это не очень сложно, и никаких флагов и знамен не нужно. А еще лучше - собрать из svn, и прибить smb прямо в PKGBUILD-е.

Aristarkh
()
Ответ на: комментарий от sergej

>nodeps не есть хорошо. Я обычно пересобираю...

Не буду спорить, но особой разницы я не вижу, особенно если четко знаешь, что делаешь. Тем более, что есть несколько вариантов решения проблемы: --nodeps, править PKGBUILD, забить в IgnorePkg, плюс в некоторых случаях манипуляции с makepkg.conf - никаким флагам такое разнообразие и не снилось.

Aristarkh
()
Ответ на: комментарий от Aristarkh

>флагам такое разнообразие и не снилось

Оно им и не нужно, написал USE=-samba и забыл про самбу, и нет нужды в "--nodeps, править PKGBUILD, забить в IgnorePkg, плюс в некоторых случаях манипуляции с makepkg.conf"

prizident ★★★★★
()

Решил почитать коменты чтобы понять чем интересен Arch а тут одни "USE-флаги" обсуждают. Что у арчеров комплекс какойто чтоли? Или лавры gentoo покая не дают? Gentoo - это source-based дистрибутив и USE-флаги там мощнейший инструмент(кто сравнивает их с зависимостями тот значит не понимает до конца возможностей которые они дают)+огромная коллекция портов котрая арчу и не снилась. ArchLinux - это binary-based дистрибутив с несколькими свежими идеями. Да в нем нет таких глупых зависимостей но пока и коллекция портов у него несравненно мола с любым rpm-based дистром.

Так что поживем увидим что из него выйдет.

TheMixa ★★★
()

Когда я arch юзал я пользовался французской утилитой yaourt - она как раз совмещает AUR+бинарные репозитарии.

anonymous
()
Ответ на: комментарий от Aristarkh

Просто у Arch есть дорога для революционного развития. Мне нравился ABS и pacman, хотя почему нравился... Когда сидел в lfs именно pacman использовал в качестве пакетного менеджера.

Lumi ★★★★★
()
Ответ на: комментарий от TheMixa

>Что у арчеров комплекс какойто чтоли? Или лавры gentoo покая не дают?

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

>Gentoo - это source-based дистрибутив и USE-флаги там мощнейший инструмент(кто сравнивает их с зависимостями тот значит не понимает до конца возможностей которые они дают)+огромная коллекция портов котрая арчу и не снилась. ArchLinux - это binary-based дистрибутив с несколькими свежими идеями. Да в нем нет таких глупых зависимостей но пока и коллекция портов у него несравненно мола с любым rpm-based дистром.

Вот именно, что source-based - и только source-based, то-есть вам придется собирать все самостоятельно в любом случае - независимо от того хочется вам этого, или же нет. Арч существует в двух ипостасях - бинарной, и source-based он также может быть - у вас всегда есть выбор. А PKGBUILDы - ничуть не хуже USE флагов - поверьте, и предоставляют уж точно не меньше возможностей при сборке. Подходы просто несколько различны - одному нравится ключи набирать, другому в текстовом редакторе править, а суть одна. А коллекция портов как раз достаточная. Arhc существует уже не первый год, и если-бы была необходимость она стала значительно больше - но этого не нужно. Для базовой системы вполне достаточно того, что есть, кому необходимо больше - есть AUR, а кому еще больше - пишешь PKGBUILD - и собираешь сам. У меня десятка два пакетов вообще собираются через svn - и ничего, работают отлично, и небыло еще ни разу такого случая, чтобы не заработало (в отличии от многих дистрибутивов). Да и пакеты, к слову сказать - как пакеты - нет этих дурацких dev, если вы уже скачали к примеру gcc - значит получили в нем все необходимое, а что толку, что во многих дистрах он порезан на *надцать частей? - и пользователи (особенно начинающие заваливают форумы вопросами - не могу собрать то, или это т.к. программа написала, что какой-то компонент не найден) и хочешь - не - хочешь, а доставлять придется - только морока одна. Даже исходя из этого, можно считать, что один пакет Arhc - равен (трем, четырем... шести) пакетам в других дистрибутивах. Вот и считайте.

Aristarkh
()
Ответ на: комментарий от prizident

>Оно им и не нужно, написал USE=-samba и забыл про самбу, и нет нужды в "--nodeps, править PKGBUILD, забить в IgnorePkg, плюс в некоторых случаях манипуляции с makepkg.conf"

А вы думаете, что написать например в PKGBUILD --without, дольше или сложнее? чем USE= ? И кстати, какой метод более правильный - еще очень большой вопрос! Работая с PKGBUILDом - вы по-сути редактируете опции сборки - одинаковые для любой ОС под которую написан данный софт, и четко понимаете зачем, что и куда, и ваши навыки будут востребованы на любой *nix системе. А набирая USE="..." - вы действуете только узких рамках gentoo, т.к это действие специфично только для этой системы. Отсюда кстати и довольно невысоки уровень знаний среднестатистического "гентушника" - которому кажется, что он гений ИТ, только от того, что он много раз тупо набирал emerge, USE="" и т.д А --nodeps это хороший выход для установки бинарного пакета, который не хочется пересобирать из-за ерунды какой-нибудь.

Aristarkh
()
Ответ на: комментарий от Aristarkh

>Да в нем нет таких глупых зависимостей но пока и коллекция портов у него несравненно мола с любым rpm-based дистром.

Есть. Не так много, но есть.

Сравнивать арч и генту ИМХО тупо. это два разных по философии дистрибутива. читайте арч-вей и гетну-вей.

zeus
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.