Новое разбиение репозитария в ArchLinux

Ну, и кому это все нужно? Кто вообще обращает внимание на репозитории? Набрал pacman -S foo - и качай себе сколько влезет, а в каком оно там репозитории - откровенно-говоря меньше всего интересует. Как по-мне, так только testing надо держать отдельно, а остальное можно все в одну кучу свалить, и голову не морочить. Лучше-бы к pacman-у поддержку AUR прикрутили, чтобы левыми приблудами не пользоваться.

Разница есть, наверное, для америкосов. Все остальным пофиг.

Ты нипанимаишь!!! Может некоторые люди принципиально не хотят ставить программы с закрытым кодом ;)

Левыми приблудами - это какими?

а то что на диске распространяться будет тебя не интересует? да и когда придет время, не поменяешь пару строчек в пакмане и будешь бегать кричать - "а-а-а-а! у меня pacman сломался"

> Лучше-бы к pacman-у поддержку AUR прикрутили, чтобы левыми приблудами не пользоваться.

пользуй yaourt

> пользуй yaourt

так это и есть левая приблуда

Что-то я не совсем понял, а что с community?

> так это и есть левая приблуда

Эта -- приблуда правая.

И freetype... Их будет два чтоли? С интерпретатором байткода в non-free и без него в core?

>Ты нипанимаишь!!! Может некоторые люди принципиально не хотят ставить программы с закрытым кодом ;

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

>Левыми приблудами - это какими?

Левые - это те, которые не живут на ftp://ftp.archlinux.org Пользовался раньше qpkg - издохла, пришлось перейти на aurbuild - аналогично, сейчас работаю с yaourt - пока жив, но сколько еще протянет - неизвестно. Прикрутили-бы уже к pacman, да и не выделывались.

> Эта -- приблуда правая.

http://www.archlinux.org/packages/search/?q=yaourt

нетути, хотя я конечно понимаю, что AUR - наше все :)

Кстати автоматизированная установка из AUR - палка о двух концах. С одной стороны конечно удобно, но с другой в AUR очень много непроверенных PKGBUILD'ов. Мне лично гораздо спокойнее скачивать архив со сборочными скриптами вручную и собирать самому.

Думаю, именно по этой причине автоматизированная работа с AUR не поддерживается официально.

Пакеты из AUR никогда не будут ставиться в бинарном виде. Это политика партии.

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

я пользуюсь aurdownload/aurup и aur-sync.

>а то что на диске распространяться будет тебя не интересует? да и когда придет время, не поменяешь пару строчек в пакмане и будешь бегать кричать - "а-а-а-а! у меня pacman сломался"

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

Я смотрю, тут любители Арча собрались... Подскажите пожалуйста закоренелому гентушнику, есть ли в Арче что-либо, похожее на a) gentoo'шный emerge-delta-webrsync + deltup и b) gentoo'шный portage overlay.

Подумываю поставить его на ноутбук, но эти 2 вопроса пока смущают...

> как говори_т_ся

Поправьте мерзость.

>Пакеты из AUR никогда не будут ставиться в бинарном виде. Это политика партии.

Ну, так я и говорю - не выделывались-бы, а взяли - и прикрутили. Не хотят к pacman-у, так хотя-бы к makepkg присобачили. Ну, вот одного не понимаю - им что, жалко что-ли? Как ни крути, а заглядывать в AUR по-любому приходится, т.к. родного софта явно маловато.

Все ближе и ближе Arch приближается к Mandriv'e,backports только не хватает.

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

на непроверенных пкжбилдах aurbuild пишет вверху большими красными буквами "NOT SAFE" и обязательно показывает install скрипт

Если тебе лично не хватает того, что в current+extra+community - добро пожаловать в мейнтейнеры. По крайней мере в community пропихнуть свой пакет не так уж и сложно.

И что, ты часто сначала вручную скачиваешь эти PKGBUILD'ы и проверяешь их? Или сначала собираешь, а потом проверяешь (потому что лень)?

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

Так я об этом и говорю - просто добавить возможность pacman-у работать с AUR - например, как это сделано в yaourt. Никто-же не говорит, что он должен тупо (и молча) собирать и устанавливать непроверенные пакеты. Обновления там проверить, базу создать, дать возможность PKGBUILD поправить, правильные распоряжения makepkg передать - все, ничего больше и не требуется.

>И что, ты часто сначала вручную скачиваешь эти PKGBUILD'ы и проверяешь их? Или сначала собираешь, а потом проверяешь (потому что лень)?

эммм... сори за двойной пост - ev-do и lortreeview сглюкнули.

ни то и не другое. когда он говорит NOT SAFE, там есть возможность просмотра/редактирования прямо из aurbuild. я и смотрю, потом собираю.

>Я смотрю, тут любители Арча собрались... Подскажите пожалуйста закоренелому гентушнику, есть ли в Арче что-либо, похожее на a) gentoo'шный emerge-delta-webrsync + deltup и b) gentoo'шный portage overlay.

emerge-delta-webrsync нет и не надо. У арча база данных пакетов *НАМНОГО* меньше (впрочем и пакетов меньше). Самый большой репозиторий extra вроде не больше полумегабайта в пожатом виде. Дерево abs тянется по cvs со всеми вытекающими.

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

Оверлея нет. В принципе много того, чего нет в extra есть в community, чего нет в community - есть в AUR.

ЗЫ, А если честно, зачем менять генту? Надоело компилировать или какие-то другие причины?

>И что, ты часто сначала вручную скачиваешь эти PKGBUILD'ы и проверяешь их? Или сначала собираешь, а потом проверяешь (потому что лень)?

Я вообще, и последнее время особенно (после изменения адресов на downloads.sourceforge.net) собираю все сам, т.к. практически не знаю ни одного PKGBUILD-а (ну может за очень редким исключением) - который не нуждался-бы в моей правке :-)

Если бы автор удосужился правильно скопипастить новость (http://archlinux.org.ru/forum/index.php/topic,251.msg1628.html#msg1628)

То там было "Практически утвержено новое разбиение репозиториев".

Обсуждение в devland еще идет.

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

А лучше сразу дать PKGBUILD)

>И freetype... Их будет два чтоли? С интерпретатором байткода в non-free и без него в core?

Вот опять-же - какой в этом смысл? Сделать два, а для владельцев LCD все равно не годится ни один, ни другой т.к. патч subpixel-disable-quantization не входит ни в первый, ни во второй - и пересобирать самому все равно придется. Да и libxft вместе с cairo так-же не пропатчены.

ну судя по обсуждению, может, положишь cairo-lcd и libxft-lcd в community? И голосов у них около 30 за каждый.

Собираются....

>Лучше-бы к pacman-у поддержку AUR прикрутили, чтобы левыми приблудами не пользоваться.

Нефик делать -
1. скачал архив
2. разархивировал
3. внутри каталога
$ makepkg
3. потом
pacman -A ./foo-1.0-i686.tar.gz (если установить)
pacman -U ./foo-1.0-i686.tar.gz (если обновить..)
4. удаляешь старый каталог..

> Нефик делать -

ну и что в этом хорошего? автоматизация с помощью пакетного менеджера рулит

>ну и что в этом хорошего? автоматизация с помощью пакетного менеджера рулит

не для AUR. туда может любой валенок PKGBUILD залить. например который rm -rf / сделает. Если пакет популярный - его TU подбирают.

Fedora пошла по пути Убунты. ArchLinux пошел по пути федоры)

>Нефик делать - ...

Как собирать пакеты - я имею представление. Смысл подобных утилит заключается в простом, из командной строки поиске необходимого софта по различным критериям, установке, и самое важное - отслеживанию обновлений, которые pacman отслеживать не будет. И хорошо если у вас - два - три пакета, тогда можно и через браузер поковыряться, и скачать и собрать вручную, и за обновлениями иногда можно самому заглянуть, а вот у меня pacman -Qm выдал 29 пакетов. Как прикажете за ними следить? - Каждый день заходить на сайт и проверять не обновилось-ли чего? Увольте. Тогда-уж лучше yaourt пусть будет.

>Fedora пошла по пути Убунты. ArchLinux пошел по пути федоры)

Интересно знать, чем-же он напоминает эту... ну в общем вы поняли? У ArchLinux свой путь - http://wiki.archlinux.org/index.php/The_Arch_Way

Так а в чём проблема? Не установить aurbuild или ещё что-то такое и делать спокойно aurbuild -s? Возмущение вызывает факт ненахождения aurbuild хотя бы в community?

>Так а в чём проблема? Не установить aurbuild или ещё что-то такое и делать спокойно aurbuild -s? Возмущение вызывает факт ненахождения aurbuild хотя бы в community?

Для людей читающих форум командой tail - специально повторюсь: http://www.linux.org.ru/profile/Aristarkh/add_comment.jsp?topic=2027582&r...

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

Спасибо большое за подробный ответ. Буду пробовать.

> ЗЫ, А если честно, зачем менять генту?

Ну, пару-тройку лет назад я с позором бежал с RPM-based дистрибутивов (BlackCat, Mandrake, RH) на Gentoo (о чем пока ниразу не пожалел). Вот в свете скорой покупки нового ThinkPad'а решил заодно попробовать на мой взгляд самый интересный из дистрибутивов бинарных. Back to the roots, так сказать. От gentoo, разумеется, отказываться не собираюсь.

> Надоело компилировать или какие-то другие причины?

Отнюдь. Нечему там надоедать, компилирует ведь portage, а не я. А PORTAGE_NICENESS, ccache, --buildpkg\--usepkg и каталог distfiles весом 700Мб делают этот процесс еще более быстрым и ненавязчивым :)

Кстати, еще один вопрос тогда. В Арче, как мне показалось, довольно "свежие" версии пакетов по сравнению с gentoo. Как это отражается на стабильности системы? Я использую в основном stable-пакеты (процентов 90); за это время какие либо досадные глюки случались всего пару-тройку раз, и то по вине моих кривых рук. Могу ли я ожидать подобного поведения от Arch'а?

>А, ну так ты глуп донельзя. Никто не сдох, просто они больше не поддерживаются. Возьми да и сам поддерживай, вот aurbuild - сирота. Вперёд. Все остальные могут один раз установить программу из AUR, потом ей пользоваться. Не хочешь - страдай

Хочу постичь логику особо-одаренных - "Никто не сдох, просто они больше не поддерживаются." - это в корне меняет дело! Оказывается программы написанные однажды, могут потом жить потом вечно, без всякой поддержки со стороны своего создателя! Воистину так. Вы, г-н. анонимный критик, вероятно по-причине послеродовой травмы - не понимаете разницы между программой сиротой в AUR, и программой сиротой вообще. Да будет вам известно, что вышеуказанные мной утилиты - приказали долго жить, в следствии глобальных изменений произошедших в pacman3, и их авторы забили на них окончательно, следовательно поддерживать их в актуальном состоянии более не представляется возможным никому, т.к. необходимо переписывать код самой программы (а не банальный PKGBUILD) - к чему у их создателей желания нет совершенно никакого. Почему я и высказал пожелание прикрутить несколько жалких строк кода к pacman дабы исключить подобные ситуации в дальнейшем, т.к. четвертый (и наверное не последний) раз менять утилиту работы с репозиторием - уже несколько поднадоело.

>стати, еще один вопрос тогда. В Арче, как мне показалось, довольно "свежие" версии пакетов по сравнению с gentoo. Как это отражается на стабильности системы? Я использую в основном stable-пакеты (процентов 90); за это время какие либо досадные глюки случались всего пару-тройку раз, и то по вине моих кривых рук. Могу ли я ожидать подобного поведения от Arch'а?

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

>Кстати, еще один вопрос тогда. В Арче, как мне показалось, довольно "свежие" версии пакетов по сравнению с gentoo. Как это отражается на стабильности системы?

Да ну не.. _имхо_ первой обновления появляются в Генту, а потом в Арче..
ЗЫ У меня были некоторые проблемы с пакетами, _но_ я юзаю [testing], не [stable].. В частности замечал:
1. deluge барахлил (пересобрал из AUR'a)
2. audacious-player вылетал в segmentation fault (решил пересобрать из AUR'a, получил тоже самое, исправили в новой версии)
3. audacious-plugins (тоже..)
4. ktorrent
5. amarok (при добавлении песен в плейлист, намертво вис.., помогало только ps -e && kill)
Но щас (2-3 мес.) всё идёт просто на ура, тем более эти проги это всего-то 5% от всего используемого ПО, тем более они заменяемы.

>>Fedora пошла по пути Убунты. ArchLinux пошел по пути федоры)

>Интересно знать, чем-же он напоминает эту... ну в общем вы поняли? У ArchLinux свой путь - http://wiki.archlinux.org/index.php/The_Arch_Way

+100 фтопку Убунту, а тем более Федору

Да, я ступил: про qpkg я знал, а про aurbuild - нет. Ну код никто не мешает исправить. Исправления-то по идее невелики, смысл тот же: распаковать, makepkg и установка. А официально приблуды к AUR никогда не будут поддерживаться.. Тут уж ничего не поделать. pacman менялся не 4 раза, а больше.. Появляются и новые проекты, типа autoaur.

sergei, спасибо.

Не совсем понимаю, к чему это переразбиение.. В принципе, без разницы..

>Да, я ступил: про qpkg я знал, а про aurbuild - нет. Ну код никто не мешает исправить. Исправления-то по идее невелики, смысл тот же: распаковать, makepkg и установка.

Ну, ясное дело - конечно код никто не мешает исправить - подумаешь! какой-то aurbuild переписать всего-то 1300 строк самого aurbiuld-a, да строк по 300 в нескольких скриптах. Осталось только в совершенстве изучить python, ознакомится полностью со всей спецификацией pacman3 и makepkg, затем испросить у автора пояснений касательно внутреннего устройства программы - и дело сделано! С таким успехом можно и ядро самому переписать, и DE какую-нибудь...

>А официально приблуды к AUR никогда не будут поддерживаться.. Тут уж ничего не поделать. pacman менялся не 4 раза, а больше.. Появляются и новые проекты, типа autoaur.

Так и твержу о чем! Ну, не хотите поддерживать - не надо! Просто добавьте к pacman-y несколько сторок! кода, дайте ему возможность видеть AUR, и добавить его в свою базу - ВСЕ! Больше ничего не требуется! И недоразумений (как при переходе на версию 3) больше не возникнет НИКОГДА т.к. все необходимые изменения будут вносится и в утилиту работы с репозиториями его авторами, а не посторонними разработчиками, зачастую не ведающими, что творится за кулисами ArchLlinux.

> а вот у меня pacman -Qm выдал 29 пакетов. Как прикажете за ними следить?

O_o Эмм... А пакеты в Arch - это что? Готовая софтина со всеми зависимостями? Или, как и везде, каждая библиотека - отдельный пакет? Тогда как может пакетов быть так мало?

У меня на ноутбуке по FreeBSD установлено ~1200 пакетов (это без гнома, КДЕ и крыси)... И то - не весь интересующий софт стоит, доставляется до сих пор понемногу.