форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
Сообщение от opennews on 05-Янв-13, 15:26
Время от времени в списках рассылки и IRC всплывали вопросы об использовании портов FreeBSD в DragonFly BSD.  Джон Марино (John Marino), один из разботчиков DragonFly, в недавнем коммите  добавил (http://lists.dragonflybsd.org/pipermail/users/2013-January/0...) в DragonFly BSD штатную возможность использования новой системы сборки пакетов DPorts (https://github.com/jrmarino/DPorts) (DragonFly Ports). DPorts представляет собой вариант портов из FreeBSD, адаптированных для сборки в DragonFly BSD. Для сборки и инсталляции вместо bmake используется утилита make, которая применяется в изначально поддерживаемой в DragonFly BSD системе управления пакетами pkgsrc. Для управления установленными пакетами в системе используется новая утилита из FreeBSD - pkg (утилиты pkg_* не требуются), развиваемая в рамках проекта pkgng (http://www.opennet.me/opennews/art.shtml?num=34739), предоставляющая интерфейс в стиле пикетного менеджера APT и обеспечивающая поддержку таких функций, как обновление пакетов, работа с репозиториями бинарных пакетов, учёт зависимостей и полноценные средства для работы с метаданными. Для желающих опробовать новую систему требуется наличие свежей экспериментальной ветки DragonFlyBSD, в рамках которой развивается будущий релиз 3.3. Для для создания репозитория DPorts предлагается два варианта, основанных на использовании следующих команд: <font color="#461b7e">    cd /usr    1) make dports-create    2) make dports-create-shallow    3) make dports-download </font> Первая команда используя систему управления исходными текстами Git клонирует полный репозиторий DPorts, расположенный на github.com. Вторая команда клонирует сокращённую версию репозитория без истории, давая возможности загрузить обновления позже. Третья команда загружает архивы и распаковывает их. После создания репозитория, дерево созданных портов будет размещено в директории /usr/dports, для манипуляции с пакетами можно использовать команду pkg. В настоящее время пока поддерживается только сборка портов  DPort из исходных текстов, но в будущем будет предоставлена возможности использования готовых бинарных сборок, которые в отличие от pkgsrc, будут обновляться непрерывно. После создания бинарного репозитория, для новых пользователей будет рекомендовано использовать именно бинарные сборки и штатную систему установки бинарных обновлений, предоставляемую пакетным менеджером pkg. В репозитории  DPorts представлены только порты FreeBSD  прошедшие проверку возможности сборки в  DragonFly BSD и при необходимости содержат специфичные для  DragonFly BSD патчи. В настоящее время через репозиторий DPorts  для  DragonFly BSD доступно 16500 портов (для FreeBSD доступно 24000, из них примерно 1000 специфична только для FreeBSD, 5000 не собираются в DragonFly BSD из-за проблем с зависимостями). В будущем планируется увеличить число собираемых для DragonFly BSD портов до 20 тысяч. Для сравнения, раньше через Pkgsrc поставлялось около 9000 пакетов, из которых примерно 2000 представляли разные версии одних и тех же приложений. Из пока не собираемых для DragonFly BSD важных портов, работу которых планируется обеспечить в первую очередь, отмечаются OpenJDK7, Xorg, KDE, XFCE, Gnome, GHC и Libreoffice. Так как в портах  DPorts отсутствуют некоторых пакеты Pkgsrc и наоборот, допустимо одновременное использование обеих систем. URL: http://lists.dragonflybsd.org/pipermail/users/2013-January/0... Новость: http://www.opennet.me/opennews/art.shtml?num=35763
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+9 +/–
Сообщение от anonimus on 05-Янв-13, 15:26
Увы не разбирался с этими системами, но хотелось бы надеяться, что в будующем, произойдет унификация в среде BSB/CDDL по дополнительным пакетам.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
Сообщение от Аноним (??) on 05-Янв-13, 15:26
неужели у DFLY уже такое большое количество пользователей, что им понадобилось что-то еще (чего нет в dpkg)? Кажется, никто даже релизы не использует - я честно пытался запустить 3.2 релиз в режиме gui - fwwm2 no such file в .xinitrc, разрабы даже не тестирую то, чего релизят.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+2 +/–
	Сообщение от Vitaly_loki (ok) on 05-Янв-13, 15:32
	хз, что у вас там не работает, но базовая система + установленный софт из pkgsrc у меня уже 4й год работает "на ура" :) http://imageshack.us/photo/my-images/692/screenshotsyh.png/
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–10 +/–
	Сообщение от Василий (??) on 05-Янв-13, 15:38
	Без обид. Вы то что на рисунке используете 4ый год? Честно ... просто жесть. Я понимаю аскетизм и простоту, но не убожество. Лучше тогда консоли и консольные проги на F1..8
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+3 +/–
	Сообщение от Vitaly_loki (ok) on 05-Янв-13, 15:40
	Да я не обижаюсь ) Нет, раньше юзал e16, fvwm, потом e17, kde4 юзал тоже. В итоге остановился на fluxbox, он мне показался самым удобным (особенно возможность настройки автоматической группировки окон в табы). Вообще этим скрином я показал анониму выше, что ~/.xinitrc можно и руками написать (делов то на 2-3 строки). P.S. pidgin и firefox "проблематично" в консоли юзать
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	62. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 07-Янв-13, 14:33
	Вкусовщина же! Я наоборот, с Е17 и флюкса слез на i3.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	131. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от 1123145 on 08-Янв-13, 10:11
	От вас разит гномофобией
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+1 +/–
	Сообщение от fdsfdf on 05-Янв-13, 15:47
	хороший си, молодец
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	8. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+1 +/–
	Сообщение от Vitaly_loki (ok) on 05-Янв-13, 15:53
	> хороший си, молодец Это я папе показывал, что бывает когда разыменовываешь NULL-указатель (proc возвращает NULL) :)
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	12. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+1 +/–
	Сообщение от Аноним (??) on 05-Янв-13, 16:44
	да вроде написал, что именно не работает: 1) скачиваем релиз DFLYBSD: http://mirror-master.dragonflybsd.org/iso-images/dfly-x86_64... 2) Загружаем систему, видем prompt: To start a root gui, login as 'root' and run 'startx'. Как законопослушные буратины делаем root, startx: /usr/pkg/bin/fvwm2: Command not found. Дело не в том, что разрабы забыли (или перепутали fvwm2 с fluxbox  - этот wm есть в системе), а то что под описание "выпуск окончательной версии программы — готового для использования продукта." http://ru.wikipedia.org/wiki/%D0%A0%D0%B...(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B5_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D0%B5) это ни в коей мере не подходид (впрочем, это относится почти ко всему современному ПО) В плане pkgsrc нареканий нет, поэтому стало интересно - а кто именно DFLY юзает, что захотелось порты ;)
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	14. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от Аноним (??) on 05-Янв-13, 16:50
	>[оверквотинг удален] > Как законопослушные буратины делаем root, startx: > /usr/pkg/bin/fvwm2: Command not found. > Дело не в том, что разрабы забыли (или перепутали fvwm2 с fluxbox >  - этот wm есть в системе), а то что под > описание "выпуск окончательной версии программы — готового для использования продукта." > http://ru.wikipedia.org/wiki/%D0%A0%D0%B...(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B5_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D0%B5) > это ни в коей мере не подходид (впрочем, это относится почти ко > всему современному ПО) > В плане pkgsrc нареканий нет, поэтому стало интересно - а кто именно > DFLY юзает, что захотелось порты ;) Ну такую фигню может и не тестируют ))) А вот нововведения в ядре и юзерленде (несторонний софт, конечно же) тестируется.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	17. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+4 +/–
	Сообщение от Аноним (??) on 05-Янв-13, 16:58
	ну зачем тогда делать отдельный урл на *gui* образ и писать что если хотите инсталлятор в gui - качайте его. Не протестировали - так и не делали бы ссылок ;) Это лишь показатель того, что ее еще никто не скачивал с момента релиза
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	63. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 07-Янв-13, 14:36
	Нафик он никому не нужeн. Не знаю никого, кто бы его использовал. Сделан, наверное, "для галочки".
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	31. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–5 +/–
	Сообщение от Аноним (??) on 05-Янв-13, 21:55
	> у меня уже 4й год работает "на ура" Судя по скрину - я бы сказал что оно скорее 14-й год работает. Если не 24-й.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	38. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+5 +/–
	Сообщение от Vitaly_loki (ok) on 06-Янв-13, 01:58
	:-) Юноша, это fluxbox 1.3.2, он вышел в прошлом году. У вас вашу Unity и Gnome3 никто не отнимает, продолжайте пользоваться.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	40. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–2 +/–
	Сообщение от Аноним (??) on 06-Янв-13, 07:18
	> вашу Unity и Gnome3 никто не отнимает, продолжайте пользоваться. У меня XFCE, не угадали.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	146. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Vitaly_loki (ok) on 09-Янв-13, 06:23
	Специально для гламурных кисо, типа тебя, высылаю скрин :) http://imageshack.us/photo/my-images/404/snapshot1sj.png/
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	6. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Andrey Mitrofanov on 05-Янв-13, 15:45
	> неужели у DFLY уже такое большое количество пользователей, что им понадобилось Вы-таки в своих магазинах Майкрософт совсем от жизни оторваны! Фичи разрабатывают разработчики. Есть 1 разраб -- он разрабатывает. Какие пользователи, понимаешь?? Потребители-покупатели ещё скажи.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	10. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–5 +/–
	Сообщение от Аноним (??) on 05-Янв-13, 16:10
	>> неужели у DFLY уже такое большое количество пользователей, что им понадобилось > Вы-таки в своих магазинах Майкрософт совсем от жизни оторваны! Фичи разрабатывают разработчики. > Есть 1 разраб -- он разрабатывает. Какие пользователи, понимаешь?? Потребители-покупатели > ещё скажи. Так-то в нормальном мире как-раз таки потребители-покупатели. Которые всегда правы, панимаешь.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	13. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+6 +/–
	Сообщение от Аноним (??) on 05-Янв-13, 16:47
	В коммерческих ОС это может и так. Я что-то не видел, чтоб покупатели предлагали разработчикам свои патчи в ядро и при этом были еще и правы, а вы? Основное отличие DFBSD от FreeBSD - это гибридное ядро, легковесные нити, кластерная фс HAMMER и т.д. А система сборки пакетов это вещь вообще не принципиальная. Покажите мне коммит в любую из этих подсистем, сделанный потребителем-покупателем.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	16. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+1 +/–
	Сообщение от Главные Редакторы on 05-Янв-13, 16:55
	Потребители всегда правы? Вы хотите разделить мир на потребителей и производителей? И в вашем мире между ними должна быть вражда, но потребитель он всегда прав ибо он потребитель! Вот это мировоззрение раба (производителя) на хозяина (потребителя). Желаю вам жить в таком мире.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	18. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от chinarulezzz (ok) on 05-Янв-13, 17:05
	>Вот это мировоззрение раба (производителя) на хозяина (потребителя). Наоборот. Это мировоззрение раба (потребителя) к хозяину (производителю). «Я всегда прав и прав ровно до тех пор пока я потребитель. Я зависим от тебя (производителя) и степень ощущения себя рабом зависит от количества потребления»
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	22. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+2 +/–
	Сообщение от Аноним (??) on 05-Янв-13, 17:55
	>>Вот это мировоззрение раба (производителя) на хозяина (потребителя). > Наоборот. Это мировоззрение раба (потребителя) к хозяину (производителю). «Я всегда > прав и прав ровно до тех пор пока я потребитель. Я > зависим от тебя (производителя) и степень ощущения себя рабом зависит от > количества потребления» Между собой договоритесь сперва, новоявленные социалисты-утописты. Миром правит торговля. Клиент всегда прав - в границах, определяемых законом. Дело поставщика - удовлетворять хотелки клиента в рамках, определяемых законом. Все! Остальные ваши измышления - это рассуждения кабинетного стратега в сортире собственной квартирки, и к реальному миру это отношения НЕ ИМЕЕТ И ИМЕТЬ НИКОГДА НЕ БУДЕТ.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	132. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от 00OO on 08-Янв-13, 10:14
	>>>Вот это мировоззрение раба (производителя) на хозяина (потребителя). >> Наоборот. Это мировоззрение раба (потребителя) к хозяину (производителю). «Я всегда >> прав и прав ровно до тех пор пока я потребитель. Я >> зависим от тебя (производителя) и степень ощущения себя рабом зависит от >> количества потребления» > Между собой договоритесь сперва, новоявленные социалисты-утописты. Миром правит торговля. > Клиент всегда прав - в границах, определяемых законом. Дело поставщика - > удовлетворять хотелки клиента в рамках, определяемых законом. Все! Остальные ваши измышления > - это рассуждения кабинетного стратега в сортире собственной квартирки, и к > реальному миру это отношения НЕ ИМЕЕТ И ИМЕТЬ НИКОГДА НЕ БУДЕТ. Все правильно. Для свободного мира.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	30. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от Аноним (??) on 05-Янв-13, 19:56
	ну конечно, общество потребления же а рабы, потому что ничего получше, чем возвести в культ удовлетворение примитивных потребностей, придумать не смогли
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	15. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+2 +/–
	Сообщение от Аноним (??) on 05-Янв-13, 16:54
	>> неужели у DFLY уже такое большое количество пользователей, что им понадобилось > Вы-таки в своих магазинах Майкрософт совсем от жизни оторваны! Фичи разрабатывают разработчики. > Есть 1 разраб -- он разрабатывает. Какие пользователи, понимаешь?? Потребители-покупатели > ещё скажи. Я использую BSD больше 10 лет и сам являюсь и мейнейнером портов и автором двух из них. Я не понял что вы наплели про магазины Майкрософт, дайте ссылку на них. По теме: Самое первое предложение: "Время от времени в списках рассылки и IRC всплывали вопросы" Переведо то, чот я озвучил: неужели у DFLY такое количество пользователей, что ее где-то применяют в рабочих системах и на них требуется тот софт, которого нет в pkgsrc. Как долгий туситель на 2-х IRC каналах посвященный BSD на EFNET, я никого не знаю кто юзает DFLY не для "поиграться/разработки"
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	50. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–3 +/–
	Сообщение от Аноним (??) on 06-Янв-13, 18:23
	Про pkgsrc можно сразу забыть - там вообще софта нет, ни для продакшна, ни для поиграться. А с нормальной системой портов может и DF будут шире использовать.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	60. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+2 +/–
	Сообщение от vle (ok) on 07-Янв-13, 14:11
	> Про pkgsrc можно сразу забыть - там вообще софта нет, ни для > продакшна, ни для поиграться. Чего тебе конкретно не хватает, дорогой друг? Особенно в плане "продакшна"? > А с нормальной системой портов Троллоло
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	69. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 07-Янв-13, 15:04
	>> Есть 1 разраб -- он разрабатывает. Какие пользователи, понимаешь?? Потребители-покупатели >> ещё скажи. > Я использую BSD больше 10 лет и сам являюсь и мейнейнером портов > и автором двух из них. Я не понял что вы наплели Головной моск Митрофанова работает довольно в необычном режиме, В отличие от основной массы местного линупсятного планктона он, временами, весьма интересно себя проявляет. В данном посте он как бы намекает нам, что разработчики BSD, в данном контексте dragonflybsd, пишут сами для себя и никому кроме себя не нужны.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	75. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от metallica on 07-Янв-13, 15:44
	В данном посте он как бы намекает нам, что разработчики BSD, в данном контексте dragonflybsd, пишут сами для себя и никому кроме себя не нужны. Ведь так оно и есть.Все значимые примеры новых инсталяций и существующих продакшенов на *BSD-это деятельность разработчиков/комитеров,с переменным успехом пропихивающих/поддерживающих *BSD как платформу для проекта. Там,где нет кого-то из разработчиков/комитеров,выбирают из lin/win/unix. И вообще о чём речь,когда ни один из мировых вендоров серверного оборудования не поддерживает ни одну из *BSD.Смысл в *BSD был тогда,когда UNIX стоил бешеных денег и чего-то массового и свободного/дешёвого вроде lin не было.По мне так,если разработчики/комитеры *BSD,если они действительно такие матёрые профи,возмутся за улучшение и совершенствование выбранного и признанного большинством linux,то они получат уважение и признание  большинства,что наверно гарантирует больше всякого профита нежели признание среди кучки элитистов,похожей на секту.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	78. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+3 +/–
	Сообщение от НуфНуф on 07-Янв-13, 15:52
	>совершенствование выбранного >и признанного большинством linux Удивительно, как быстро красноглазые перенимают лексику Билла Гейтса :) Обычно на такие прогоны принято было отвечать, что-то про миллионы мух, да?
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	83. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+2 +/–
	Сообщение от vle (ok) on 07-Янв-13, 16:30
	> Смысл в *BSD был тогда Смысл в BSD был тогда, есть сейчас, и будет в будущем просто потому, что нужен выбор! Если линупсоиды забыли о том, что монополия на что бы то ни было -- это зло, это их трудности. Про лексику Билли тебе уже напомнили. Сейчас Линупсоиды НИЧЕМ не отличаются от фанбоев венды. Они даже хуже, поскольку агрессивны и, как правило, крайне тупы. > разработчики/комитеры *BSD,если они действительно такие матёрые профи,возмутся за > улучшение и совершенствование выбранного и признанного большинством linux,то > они получат уважение и признание  большинства,что наверно гарантирует больше всякого > профита нежели признание среди кучки элитистов,похожей на секту. Разработчики *BSD плевали с высокой башни на "выбранный и признанный большинством linux", да пойми ты наконец. Нет ни малейшего желания разбираться в сортах говна. И элитизм тут ни при чем. Просто они ИНАЧЕ видят хороший и качественный UNIX. Лично меня от GNU userspace в основном тошнит, например. За реееееедким исключением. Что-то у бздунов получается хорошо, что-то не очень, как и у линупсоидов, это жизнь.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	90. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от metallica on 07-Янв-13, 17:50
	> Разработчики *BSD плевали с высокой башни на > "выбранный и признанный большинством linux", да пойми ты наконец. Поясните армии тупых линуксоедов(большинстово из которых и с *BSD работают без напряга)почему lin получил массовое распространение от голливудских студий до майнфреймов,а *BSD некогда популярные,массовые скатываются в неизвестность? Из-за их *BSD технологического превосходства над lin. Расставьте,наконец,точки.
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	91. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–4 +/–
	Сообщение от iZEN (ok) on 07-Янв-13, 18:32
	>> Разработчики *BSD плевали с высокой башни на >> "выбранный и признанный большинством linux", да пойми ты наконец. > Поясните армии тупых линуксоедов(большинстово из которых и с *BSD работают > без напряга)почему lin получил массовое распространение от голливудских студий до > майнфреймов,а *BSD некогда популярные,массовые скатываются в неизвестность? > Из-за их *BSD технологического превосходства над lin. > Расставьте,наконец,точки. Потому что мухи...
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	103. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от res2500 (ok) on 07-Янв-13, 23:02
	1% это масовое распостронение ? или уже нашествие ? с 65 процентов среверов - 30 процентов на линукс дистрибутивах, да это широкое распостронение
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	107. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от metallica on 07-Янв-13, 23:52
	> 1% это масовое распостронение ? > или уже нашествие ? О десктопах не говорилось,никто и ничто не вытеснит оттуда windows кроме apple,если цены снизит.Речь шла о голливудских студиях,суперкомпьютерах,web-смотрите netcraft,high-end enterprice там lin в лидерах.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	108. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от res2500 (ok) on 08-Янв-13, 00:13
	насколько я читал то там сделали кластер для хранения файлов, а на какой ОС делали фильм ( вернее делали монтаж или как там оно правильно ?) ?
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	109. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+1 +/–
	Сообщение от metallica on 08-Янв-13, 00:48
	> насколько я читал то там сделали кластер для хранения файлов, а на > какой ОС делали фильм ( вернее делали монтаж или как там > оно правильно ?) ? Например,начните отсюда http://www.render.ru/books/show_book.php?book_id=233. Загляните обязательно сюда http://renderman.pixar.com/view/studio-overview. Ну и с коментариями http://habrahabr.ru/company/hp/blog/80581/.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	112. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+2 +/–
	Сообщение от Аноним (??) on 08-Янв-13, 01:19
	> 1% это масовое распостронение ? Десктопы - это лишь 1 кусочек рынка. А вон на телефонах и планшетах - без линя не обошлось. На серверах - опять же пингвина больше всего. В топ 500 у нас что? Ах, 90% пингвина? А в всякой околоэмбеддовке типа телевизоров и прочих точек доступа? Что, опять пингвины? Ну вот как-то так и получается что пингвинов по факту стало НАВАЛОМ. > или уже нашествие ? Давно уж. > с 65 процентов среверов - 30 процентов на линукс дистрибутивах, Откуда эта левая статистика?
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	115. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–2 +/–
	Сообщение от НуфНуф on 08-Янв-13, 01:27
	Линь на телефрнах и планшетах довольно условный. С искренним сожалением констатирую.
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	119. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от res2500 (ok) on 08-Янв-13, 01:48
	http://kontrakty.ua/article/55967 доля на мировом рынке в прошедшем квартале составляла 21,5%
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	125. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от Michael Shigorin (ok) on 08-Янв-13, 02:54
	> доля на мировом рынке в прошедшем квартале составляла 21,5% Рынки интересуют шляпы, но шляпы -- это не все.  Например, я покупаю серверы без ОС.  В процентах их доля ничтожно мала, но ведь и я не один такой :)
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	127. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от metallica on 08-Янв-13, 03:04
	>> доля на мировом рынке в прошедшем квартале составляла 21,5% > Рынки интересуют шляпы, но шляпы -- это не все.  Например, я > покупаю серверы без ОС.  В процентах их доля ничтожно мала, > но ведь и я не один такой :) Всё правильно.21.5%-это suse c rhel.В статистиках по долям на мировых рынках не учитываются,например, вот эти http://www.debian.org/users/
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

	134. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от IMHO on 08-Янв-13, 11:37
	ну если вы так делаете, то это не означает что все так делают
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

	105. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Клыкастый (ok) on 07-Янв-13, 23:22
	> Смысл в BSD был тогда, есть сейчас, и будет в будущем просто потому, что нужен выбор! ...отличный от "то-же-ядро-другие-рюшки" > Если линупсоиды забыли о том, что монополия на что бы вспомнят. не все, но многие вспомнят. слакваристы, гентушники, арчеводы, вообще все, чьё видение отличается от deb/rpm. > Сейчас Линупсоиды НИЧЕМ не отличаются от фанбоев венды. Они даже хуже, поскольку агрессивны при чём агрессивны и по отношению к опенсорсу. Агрессия внутри недопустима с таким процентом на рынке десктопов. Это не просто братоубийственная, это самоубийственная политика.
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	120. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 08-Янв-13, 01:51
	>> Смысл в BSD был тогда, есть сейчас, и будет в будущем просто потому, что нужен выбор! > ...отличный от "то-же-ядро-другие-рюшки" Не, не так. То же ядро, тот же userspace. Только другой DE и IM по умолчанию! >> Если линупсоиды забыли о том, что монополия на что бы > вспомнят. не все, но многие вспомнят. слакваристы, гентушники, > арчеводы, вообще все, чьё видение отличается от deb/rpm. арчеводы уже прогнулись. Альт тоже. systemd на дворе, systemd. >> Сейчас Линупсоиды НИЧЕМ не отличаются от фанбоев венды. >> Они даже хуже, поскольку агрессивны > при чём агрессивны и по отношению к опенсорсу. Агрессия внутри недопустима с > таким процентом на рынке десктопов. Это не просто братоубийственная, > это самоубийственная политика. Нечего добавить. Именно так!
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	126. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Michael Shigorin (ok) on 08-Янв-13, 02:59
	> Альт тоже. systemd на дворе, systemd. Не дождётесь, сижу на sysvinit и нас тут таких хватает.
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	84. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–3 +/–
	Сообщение от iZEN (ok) on 07-Янв-13, 16:31
	> По мне так,если > разработчики/комитеры *BSD,если они действительно такие матёрые профи,возмутся за > улучшение и совершенствование выбранного и признанного большинством linux,то > они получат уважение и признание  большинства,что наверно гарантирует больше всякого > профита нежели признание среди кучки элитистов,похожей на секту. Шедеврально. "Если бы производители сельхозтракторов взялись за улучшение и усовершенствование гужевых повозок и телег, то они бы получили уважение в колхозах, которым не купить тракторы, что наверное гарантирует больше всякого профита нежели признание среди кучки элитистов фермеров-секстантов, зарабатывающих на эффективном ведении индивидуального сельского хозяйства...".
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	98. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+2 +/–
	Сообщение от Michael Shigorin (ok) on 07-Янв-13, 22:23
	> среди кучки элитистов фермеров-секстантов Вау, прям словотворчество от трёх до пяти. :)
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	113. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 08-Янв-13, 01:21
	> "Если бы производители сельхозтракторов взялись за улучшение и усовершенствование гужевых Гужевые - это ваши *BSD, которые на 10 лет древнее и при том проиграли куда более молодому пингвину практически во всех отраслях. От геймеров до суперкомпьютеров.
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	129. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+1 +/–
	Сообщение от Аноним (??) on 08-Янв-13, 09:16
	Посчитаем что те и те дали в пересчете на вложенный $$ ? Линукс это эпический распил, нашим и не снилось :)
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	133. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от 00OO on 08-Янв-13, 10:21
	>[оверквотинг удален] > пропихивающих/поддерживающих *BSD как платформу для проекта. > Там,где нет кого-то из разработчиков/комитеров,выбирают из lin/win/unix. > И вообще о чём речь,когда ни один из мировых вендоров серверного оборудования > не поддерживает ни одну из *BSD.Смысл в *BSD был тогда,когда UNIX стоил > бешеных > денег и чего-то массового и свободного/дешёвого вроде lin не было.По мне так,если > разработчики/комитеры *BSD,если они действительно такие матёрые профи,возмутся за > улучшение и совершенствование выбранного и признанного большинством linux,то > они получат уважение и признание  большинства,что наверно гарантирует больше всякого > профита нежели признание среди кучки элитистов,похожей на секту. 1) А то Линукс не секта :)))))) 2) и как там "вендоры" твои "поддерживают" Линукс? Помню этикетки на станциях что-то там про "NET - всё!" и "Java внутри" - чиста в качестве поддержки :)))) 3) А история SunOS (BSD) уже не щщитова? :) 4) А ты точно уверен что никто не "поддерживает" "*BSD"? А журналчик BSD почитай, "попросвящайся"? :)
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	135. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+1 +/–
	Сообщение от metallica on 08-Янв-13, 11:38
	> 1) А то Линукс не секта :)))))) Это скорее уже мировая религия,одна из мировых. > 2) и как там "вендоры" твои "поддерживают" Линукс? Помню этикетки на станциях > что-то там про "NET - всё!" и "Java внутри" - чиста > в качестве поддержки :)))) Вообще-то имелось ввиду вот это https://hardware.redhat.com > 3) А история SunOS (BSD) уже не щщитова? :) Щщота не понял,о чём речь.   > 4) А ты точно уверен что никто не "поддерживает" "*BSD"? А журналчик > BSD почитай, "попросвящайся"? :) BSD Magazine листал-туповатый журнал.Поверхностное прохождение,так вскользь,по разным темам.Рекламная компания шматья от freebsd foundation и каких-то непонятных тазиков от   iXsystem и rackmount.
	Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

	77. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+2 +/–
	Сообщение от Andrey Mitrofanov on 07-Янв-13, 15:46
	> Головной моск Митрофанова работает довольно в необычном режиме, Ну, спасибо.:D > что разработчики BSD, в данном контексте dragonflybsd, пишут сами для > себя и никому кроме себя не нужны. Я не _настолько глубокомысленен. Во второй части, скорее, никому не  нужны _комменты про то, что "что-то там в носу" не  нужно конкретному аналитику (он "честно пытался", да!) и про всё решающую статистику "к-во пользователей". +++И да, DF мне импонирует (и нет, не пользовался и не собираюсь) в сравнении с FBSD, например, "к-во пользователей" по форумам, _зияющим _своей аналитикой.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	85. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 07-Янв-13, 16:47
	> +++И да, DF мне импонирует (и нет, не пользовался > и не собираюсь) в сравнении с FBSD, например, "к-во пользователей" по > форумам, _зияющим _своей аналитикой. Ты тоже временами "зияешь". Ну да ладно. У нас в середине февраля будет традиционная уже конференция LVEE (http://lvee.org/en/main). Не то, чтобы я обещал тебе интересных собеседников, но неформального общения более, чем достаточно. Шигорин у нас вот регулярно бывает, может, и в этот раз. Тут все просто. Приезжаешь с хорошим докладом, чешешь свое ЧСВ -- выигрываешь приз, увозишь его домой! ;-)
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	99. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Michael Shigorin (ok) on 07-Янв-13, 22:27
	> У нас в середине февраля будет традиционная уже конференция LVEE Шо, опять?!  В тот-то раз предпосылки к проведению были вроде довольно уникальные...
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	29. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от res2500 (ok) on 05-Янв-13, 19:17
	вы не разкаментили fwwm2 в .xinitrc ? там есть скрипт, а кеды закоментить
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

25. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–2 +/–
Сообщение от oneonfire on 05-Янв-13, 18:26
вот бы pacman портировать на BSD!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	36. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+1 +/–
	Сообщение от Аноним (??) on 05-Янв-13, 22:04
	> вот бы pacman портировать на BSD! Возьми и портируй. Кто мешает? Более того, это настолько примитивная игра, что ее и с нуля написать для такого гениального прогера как ты - труда не составит. Неделя работы максимум.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	37. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–3 +/–
	Сообщение от Аноним (??) on 05-Янв-13, 22:48
	Я не про игру, а про пакетный менеджер Arch Linux и его систему сборки пакетов.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	41. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+2 +/–
	Сообщение от Аноним (??) on 06-Янв-13, 07:19
	> Я не про игру, а про пакетный менеджер Arch Linux Отжиг засчитан. Обоим!
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	42. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от oneonfire on 06-Янв-13, 08:48
	Может, может, но pacman и система сборки пакетов Arch Linux куда уж проще все BSD-ешных систем.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	45. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от тигар (ok) on 06-Янв-13, 14:38
	> Может, может, но pacman и система сборки пакетов Arch Linux куда уж > проще все BSD-ешных систем. чувствуются Глубокие познания. рекомендую изучить вопрос.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	114. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 08-Янв-13, 01:26
	> Может, может, но pacman и система сборки пакетов Arch Linux куда уж проще все BSD-ешных систем. Бсдшники любят себе проблемы на ровном месте создавать. Это их стандартное состояние.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	130. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 08-Янв-13, 09:19
	>> Может, может, но pacman и система сборки пакетов Arch Linux куда уж проще все BSD-ешных систем. > Бсдшники любят себе проблемы на ровном месте создавать. Это их стандартное состояние. А вы - вантузятники - не любите? А если ты из лапчатых - тады вообще лолище ...
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	44. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+2 +/–
	Сообщение от www2 (??) on 06-Янв-13, 14:33
	А в чём заключается его сокровенная вожделенность? В том, что арчеводам лень осилить ещё один пакетный менеджер, чтобы воспользоваться ещё одной системой? Видимо, они, сами не зная зачем, хотят чтобы все системы походили на их солнцеликий арч.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	47. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 06-Янв-13, 17:27
	Да и это правда, а почему использовать всякие хитрости для сборки пакетов, нет чтобы bash (или инные оболочки)взять в руки и вперед.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	149. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от www2 (??) on 16-Янв-13, 06:01
	> Да и это правда, а почему использовать всякие хитрости для сборки пакетов, > нет чтобы bash (или инные оболочки)взять в руки и вперед. Потому что LFS из любого дистрибутива сделать легче, чем из LFS - дистрибутив типа Debian.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	43. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 06-Янв-13, 13:18
	На кой он там?
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	49. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 06-Янв-13, 18:21
	Зачем? В arch убоги и менеджер, и сама система пкгбилдов и сами пкгбилды. Во FreeBSD гораздо более высокие стандарты, как-то обязательно использование общесистемных CC/CXX/CFLAGS/CXXFLAGS а не g++ и флагов которые с бодуна налепили авторы софта.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	53. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 06-Янв-13, 23:10
	> Во FreeBSD гораздо более высокие стандарты Хотя бы -Wl,--as-needed по умолчанию в них входит? PS: конечно же, s/no-//
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	59. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–2 +/–
	Сообщение от vle (ok) on 07-Янв-13, 14:06
	>> Во FreeBSD гораздо более высокие стандарты > Хотя бы -Wl,--as-needed по умолчанию в них входит? Это плохой критерий оценки. Мало того, что откровенно biased, так еще и не характеризующий почти ничего. Уж куда важнее, скажем, --rpath, которого нет ни в альтах ни во фре :-P Где он есть ты, конечно же, понимаешь.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	61. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Michael Shigorin (ok) on 07-Янв-13, 14:29
	>>> Во FreeBSD гораздо более высокие стандарты >> Хотя бы -Wl,--as-needed по умолчанию в них входит? > Это плохой критерий оценки. Мало того, что откровенно biased Так и не претендовал, а интересовался. :) > так еще и не характеризующий почти ничего. Сейчас-то скорее соглашусь, а лет пять-шесть тому очень даже характеризовал.  С тех пор типичный минимум памяти подрос, соответствующие фиксы порядка линковки по большей части расползлись по апстримам.  Но вопрос именно за пуговицу "высоких стандартов". > Уж куда важнее, скажем, --rpath, которого нет ни в альтах ни во фре :-P > Где он есть ты, конечно же, понимаешь. А зачем он там?  Или в смысле отчекрыживать стандартные пути, которые иные засовывают?
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	66. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 07-Янв-13, 14:48
	> Так и не претендовал, а интересовался. :) Не обманывай меня, Миша. --as-needed, насколько мне известно, применяется ровно в двух системах: Gentoo, AltLinux. И не говори, что ты об это не знал ;-) > Но вопрос именно за пуговицу "высоких стандартов". Пионеры, что с них взять. > А зачем он там?  Или в смысле отчекрыживать > стандартные пути, которые иные засовывают? Я не понимаю, что значит "отчекрыживать". Но это к вопросу о том, чтобы не путать библиотеки из базовой системы и /usr/{local,pkg}. Для линупса, где все в одной помойке, это не сильно актуально, но, тем не менее, важно, если ты хочешь иметь более, чем одну помойку в системе, скажем, ~/pkg, /opt/pkgsrc и /usr/local.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	70. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 07-Янв-13, 15:13
	>> Так и не претендовал, а интересовался. :) > Не обманывай меня, Миша. Зачем бы. > --as-needed, насколько мне известно, применяется ровно в двух системах: > Gentoo, AltLinux. И не говори, что ты об это не знал ;-) Не-а, не знал (ни о "ровно двух", ни о твоих данных).  Забросил гуглю "as-needed" by default: https://lists.ubuntu.com/archives/ubuntu-devel/2010-November... http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_n... Да что там дебиан, даже федора уже снялась с ручника по этому поводу: http://fedoraproject.org/wiki/UnderstandingDSOLinkChange В PLD IIRC чуть позже альта включили, в 2008, что ли. >> Но вопрос именно за пуговицу "высоких стандартов". > Пионеры, что с них взять. (шёпотом) Да я и сам пионер, ты ж в курсе -- но поскольку багу про --as-needed нашёл и исправил в scons, счёл, что право имею. :) >> А зачем он там?  Или в смысле отчекрыживать >> стандартные пути, которые иные засовывают? > Я не понимаю, что значит "отчекрыживать". Например, когда в RPATH оказывается /usr/lib, добиться непопадания его туда (или на крайняк chrpath -d). > Но это к вопросу о том, чтобы не путать библиотеки из базовой системы > и /usr/{local,pkg}. Для линупса, где все в одной помойке, это не сильно > актуально, но, тем не менее, важно, если ты хочешь иметь более, чем одну > помойку в системе, скажем, ~/pkg, /opt/pkgsrc и /usr/local. Да не, предпочитаю помойки по контейнерам разносить. (and in Soviet Belarus, контейнеры разносят помойки, понимаю)
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	71. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от vle (ok) on 07-Янв-13, 15:24
	>> --as-needed, насколько мне известно, применяется ровно в двух системах: >> Gentoo, AltLinux. И не говори, что ты об это не знал ;-) > Не-а, не знал (ни о "ровно двух", ни о твоих данных).   Ok. Сильно отстал я от жизни, не знал о том, что народ подтянулся. Спасибо за информацию. >> Но это к вопросу о том, чтобы не путать библиотеки из базовой системы >> и /usr/{local,pkg}. Для линупса, где все в одной помойке, это не сильно >> актуально, но, тем не менее, важно, если ты хочешь иметь более, чем одну >> помойку в системе, скажем, ~/pkg, /opt/pkgsrc и /usr/local. > Да не, предпочитаю помойки по контейнерам разносить. Контейнеры здесь не релевантны. Мне удобно иметь на одной машине несколько разных вариантов пакетов, например у себя в доме. Я о разработке, не о серверных нуждах. > (and in Soviet Belarus, контейнеры разносят помойки, понимаю) Да, Миша, повелся я на твою пропаганду. Стабильно! Дешево! Основа промышленного решения! Звучит отлично.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	74. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Michael Shigorin (ok) on 07-Янв-13, 15:34
	> Да, Миша, повелся я на твою пропаганду. Заметь, SL я тебе не предлагал.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	96. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 07-Янв-13, 21:43
	>> Да, Миша, повелся я на твою пропаганду. > Заметь, SL я тебе не предлагал. Как раз к SL у меня претензий ровно 0. Моя дочь вот уже который год успешно использует его на десктопе, ее бескомпьютерные подруги тоже. Вот прямо в данный момент... Но OpenVZ, как выяснилось, не работает :-( Не, тесты, естественно были. Отдельно взятый тазик отпахал вполне достойно 3 месяца, после чего решили мигрировать. И тут началось, и "протестированный" тазик о себе тоже напомнил...
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	116. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от Аноним (??) on 08-Янв-13, 01:29
	> Но OpenVZ, как выяснилось, не работает :-( Странно. У толпени хостеров он работает. А у бсдшника - как обычно. Прослеживается некая вполне конкретная корреляция.
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	121. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от vle (ok) on 08-Янв-13, 02:01
	>> Но OpenVZ, как выяснилось, не работает :-( > Странно. У толпени хостеров он работает. А у бсдшника - как обычно. > Прослеживается некая вполне конкретная корреляция. Ну покажи мне Кузькину мать. http://bugzilla.openvz.org/show_bug.cgi?id=2472
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	143. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от metallica on 09-Янв-13, 00:56
	>>> Но OpenVZ, как выяснилось, не работает :-( >> Странно. У толпени хостеров он работает. А у бсдшника - как обычно. > Ну покажи мне Кузькину мать. > http://bugzilla.openvz.org/show_bug.cgi?id=2472 У меня тоже в linux интересные неожидонности иногда появляются.Особенно из X-хозяйства.Система CentOS 6.Багфиксов не отправлял.Всё равно забьют(в смысле на репорт).
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	145. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 09-Янв-13, 01:36
	>>>> Но OpenVZ, как выяснилось, не работает :-( >>> Странно. У толпени хостеров он работает. А у бсдшника - как обычно. >> Ну покажи мне Кузькину мать. >> http://bugzilla.openvz.org/show_bug.cgi?id=2472 > У меня тоже в linux интересные неожидонности иногда появляются.Особенно из > X-хозяйства.Система CentOS 6.Багфиксов не отправлял. Пф. Этого добра и в линупсе и бздях сколько угодно. Но на SL-6.3 я ловил пока разьве что только стабильный креш на X -query remotehost А, ну еще креш самбы при коннекте Windows-7, если SL-6.3 сильно зажата по NUMFLOCK в OpenVZ контейнере. > Всё равно забьют(в смысле на репорт). Сильно зависит.
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	124. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от Michael Shigorin (ok) on 08-Янв-13, 02:47
	> Странно. У толпени хостеров он работает. А у бсдшника - как обычно. Руки прочь!  Лёша самого hiddenman@ умудрился опередить по развалу табуреток под собой.  И баги вешает вполне внятные, за что отдельное спасибо.
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	118. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–2 +/–
	Сообщение от Аноним (??) on 08-Янв-13, 01:37
	> Контейнеры здесь не релевантны. Мне удобно иметь на одной машине несколько > разных вариантов пакетов, например у себя в доме. А это лично вы. Стоит ли удивляться что таких оказывается мало и бзды в результате не пользуются популярностью? В той же опенвзе можно даже разные юзермоды от разных линуксов раскатать. И будет работать. И админить довольно просто - независимые контейнеры вместо какого-то срача в системе и жесткой навязки "делайте так, а не иначе". А вот лично вы в вашей бзде... а кого это интересует, кроме лично вас? Ну вот лично вы и будете этим пользоваться в результате. Лично ваш сценарий оно покроет. А остальным такое нафиг не упало в таком виде. И вот все бсдшники в этом. А потом начинаются вопли - мол, чего это все юзают пингвины, если мы такие хорошие? Это все корпорации!!!111
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	123. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 08-Янв-13, 02:12
	>[оверквотинг удален] > бзды в результате не пользуются популярностью? В той же опенвзе можно > даже разные юзермоды от разных линуксов раскатать. И будет работать. И > админить довольно просто - независимые контейнеры вместо какого-то срача в системе > и жесткой навязки "делайте так, а не иначе". > А вот лично вы в вашей бзде... а кого это интересует, кроме > лично вас? Ну вот лично вы и будете этим пользоваться в > результате. Лично ваш сценарий оно покроет. А остальным такое нафиг не > упало в таком виде. И вот все бсдшники в этом. А > потом начинаются вопли - мол, чего это все юзают пингвины, если > мы такие хорошие? Это все корпорации!!!111 Девочка, шла бы ты домой. Баиньки пора. Тебе фея песенку споет.
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

28. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
Сообщение от Аноним (??) on 05-Янв-13, 19:14
dport это как ебилды pkg все таки круче
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

39. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
Сообщение от vle (ok) on 06-Янв-13, 02:47
Я, конечно, лицо заинтересованное, но по-моему гнилая инициатива. Разработчиков dfly настолько много, что наступило время ими разбрасываться, да, самое время! John Marino человек полезный, но лучше бы он адаптировал или переписал url2pkg для конвертирования FreeBSD портов в pkgsrc и тем решил вопрос количества, уж коль так жмет. Да, а еще dfly-щикам не мешало бы вовремя выпускать бинарные пакеты. ;-) И чем лучше pkgng по сравнению с nih и pkgin мне совершенно непонятно. По-моему откровенно хуже.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	64. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от Аноним (??) on 07-Янв-13, 14:41
	>гнилая инициатива. Лучше бы emerge портировали. Что pkgsrc, что ports - управление флагами сборки сделано через ж.пу.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	68. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 07-Янв-13, 14:59
	>>гнилая инициатива. > Лучше бы emerge портировали. Сам по себе emerge с большой долей вероятности заработает сам по себе без всякого "портирования", ну или с минимальным набором правок. В любом случае вполне конечная работа. На порядок сложнее -- поддерживать кроссплатформные патчи для пакетов и засылать их в апстрим. Сильно сомневаюсь, что линупсоиды-гентушники бросятся тучами это делать. С какой радости? Так вот, в pkgsrc это уже _давно_ делают, и альтернатив пока не видно. > Что pkgsrc, что ports - управление флагами сборки сделано через ж.пу. Подробности, конечно же, не затруднит привести?
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	73. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 07-Янв-13, 15:34
	см 72
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	82. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–2 +/–
	Сообщение от Аноним (??) on 07-Янв-13, 16:26
	>Сам по себе emerge с большой долей вероятности заработает сам по себе без всякого "портирования", ну или с минимальным набором правок. А толку? Без стандартизирования флагов сборки смысла нет. Пока что в этом плане в pkgsrc довольно мрачно - "кто в лес, кто по дрова"(с).
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

46. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–3 +/–
Сообщение от iZEN (ok) on 06-Янв-13, 16:16
Когда же напишут что-то вроде Maven для непрерывной интеграции ПО в пользовательские системы? Почему процесс "портирования идей" из Java в нэйтив происходит ТАК долго?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	52. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+2 +/–
	Сообщение от ананим on 06-Янв-13, 23:00
	чтобы, пъфу-пъфу, жаба не получилась.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

48. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–2 +/–
Сообщение от Аноним (??) on 06-Янв-13, 18:18
Давно пора. FreeBSD ports - пока лучшее из source-based пакетных систем, и очень обидно что она не используется только под одной системой. Надеюсь, будет налажена постоянная синхронизация с dports с портами, а лучше двусторонний обмен патчами и последующее возвращение к единой системе.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	51. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+1 +/–
	Сообщение от Аноним (??) on 06-Янв-13, 19:21
	А чем порты лучше, чем pkgsrc? Вы хоть разницу знаете?
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	54. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от res2500 (ok) on 06-Янв-13, 23:34
	ну если прикласть силы в pkgsrc то это будет супер кросплатформенная база пакетов. Мое личное мнение!
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	55. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 07-Янв-13, 02:31
	Ну да, надыбать сотню мантейнеров, допилить десяток тысяч отсутствующих портов, целиком переписать Mk и может получится что-то похожее.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	58. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 07-Янв-13, 13:59
	> Ну да, надыбать сотню мантейнеров, допилить десяток тысяч отсутствующих портов, целиком > переписать Mk и может получится что-то похожее. Переписать mk и сделать из pkgsrc такое же говно, как фряшные порты? Спасибо, лучше пусть остается как есть.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	56. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 07-Янв-13, 11:42
	Вообщем-то pkgsrc намного функциональнее и удобнее, чем порты FreeBSD. Но это знают только те, кто пользовался обеими этими системами.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	88. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 07-Янв-13, 17:38
	> Вообщем-то pkgsrc намного функциональнее и удобнее, чем порты FreeBSD. Но это знают > только те, кто пользовался обеими этими системами. Зеркально.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	57. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Сержант Скотч on 07-Янв-13, 12:17
	> Давно пора. FreeBSD ports - пока лучшее из source-based пакетных систем, и > очень обидно что она не используется только под одной системой. традиционный вопрос от пользователей gentoo: Есть пакеты A & B с фичами X & Y соответственно. Пакет B зависит от A и не собирается, если A не собран с фичей X. Причём, зависимость появляется только после включения фичи Y в пакете B. Как в FreeBSD Ports узнать об этом на этапе построения зависимостей, а не после нескольких десятков минут(а то и просто часов) компиляции(когда мы наконец дошли до пакета B).
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	80. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от iZEN (ok) on 07-Янв-13, 16:19
	>> Давно пора. FreeBSD ports - пока лучшее из source-based пакетных систем, и >> очень обидно что она не используется только под одной системой. > традиционный вопрос от пользователей gentoo: > Есть пакеты A & B с фичами X & Y соответственно. Пакет > B зависит от A и не собирается, если A не собран > с фичей X. Причём, зависимость появляется только после включения фичи Y > в пакете B. Как в FreeBSD Ports узнать об этом на > этапе построения зависимостей, а не после нескольких десятков минут(а то и > просто часов) компиляции(когда мы наконец дошли до пакета B). portmaster(8) это учитывает и выдаёт полный список пакетов, которые необходимо скомпилировать, перед началом процесса сборки. Заодно в фоне начинает качать дистфайлы для сборки этих (и только этих) пакетов. А вот portupgrade(1), если запустить просто скачивание без сборки (ключ -F), начинает качать дистфайлы подряд — что нужно и не нужно, не учитывая опций зависимостей — так, на всякий случай. :))
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	92. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Сержант Скотч on 07-Янв-13, 19:07
	Изен как всегда. Объясняю на пальцах: >выдаёт полный список пакетов, которые необходимо скомпилировать, перед началом процесса сборки Часть зависимостей уже собрана и установлена в системе. Но собрана с такими опциями, что дальнейшая сборка обвалится. Например, portage сообщает "эй, ты хочешь собрать Y с опцией +foo, но для этого надо пересобрать X с +bar, Z с -baz и собрать ещё вон ту портянку зависимостей".
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	93. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от iZEN (ok) on 07-Янв-13, 19:34
	> Изен как всегда. > Объясняю на пальцах: >>выдаёт полный список пакетов, которые необходимо скомпилировать, перед началом процесса сборки > Часть зависимостей уже собрана и установлена в системе. Но собрана с такими > опциями, что дальнейшая сборка обвалится. А можно пример в студию? За шесть лет использования FreeBSD что-то не припомню таких проблем с портами (может у меня столь минималистичный набор ПО, что и не заметил). Бывают конфликты, но они решаются удалением того или иного пакета, как правило, выбором одного из двух оставляемых пакетов для продолжения сборки целевого пакета. > Например, portage сообщает "эй, ты хочешь собрать Y с опцией +foo, но > для этого надо пересобрать X с +bar, Z с -baz и > собрать ещё вон ту портянку зависимостей". Нету такого.
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	95. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Сержант Скотч on 07-Янв-13, 21:26
	>А можно пример в студию? ffmpeg: sdl? ( >=media-libs/libsdl-1.2.13-r1[audio,video] ) в libsdl:   RDEPEND="audio? ( >=media-libs/audiofile-0.1.9 ) theora? ( >=media-libs/libtheora-1.1.1[encode] media-libs/libogg ) в libtheora:   encode? ( media-libs/libvorbis ) а вот так зависимости по выбору: x86? ( || ( >=dev-lang/yasm-0.6.0 >=dev-lang/nasm-0.98.39-r3 ) )" >Нету такого. а в portage есть. а как вы лечите ситуации, когда большинство софта в системе слинковано с libfoo_0.16.so, а в системе уже libfoo_0.17.so(причины, по которым так случилось врядли имеет смысл обсуждать, т.к. в идеальном мире и fsck не нужен).
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	102. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от iZEN (ok) on 07-Янв-13, 22:48
	>[оверквотинг удален] >  theora? ( >=media-libs/libtheora-1.1.1[encode] media-libs/libogg ) >  в libtheora: >   encode? ( media-libs/libvorbis ) > > а вот так зависимости по выбору: > >  x86? ( || ( >=dev-lang/yasm-0.6.0 >=dev-lang/nasm-0.98.39-r3 ) )" > >>Нету такого. > а в portage есть. А в портах FreeBSD нету. > а как вы лечите ситуации, когда большинство софта в системе слинковано с > libfoo_0.16.so, а в системе уже libfoo_0.17.so В моём уютненьком мире не бывает такого. Это мантейнеров головная боль — связать всё правильно и незамысловато для конечного пользователя. А пользователю нужно только перекомпилировать зависимости, если не работает. Например, при установке gnome-mplayer по зависимостям устанавливается mplayer-1.1. Но я могу поставить mplayer2-2.0, а первый удалить, и всё будет работать прекрасно. (Хм, сейчас, правда, у меня в системе почему-то два mplayer'а :)) ) % pkg_info -Ex mplay gnome-mplayer-1.0.0_3 mplayer-1.1.r20120721_1 mplayer2-2.0.20121103 % portmaster -e mplayer-1.1.r20120721_1 ===>>> Warning: Ports with dependencies on mplayer-1.1.r20120721_1:     gnome-mplayer-1.0.0_3     ===>>> Delete this dependency data? y/n [n] y ===>>> Delete old and new distfiles for multimedia/mplayer        without prompting? y/n [n] ===>>> Delete the current distfiles? y/n [n] ===>>> Running pkg_delete -f mplayer-1.1.r20120721_1 pkg_delete: package 'mplayer-1.1.r20120721_1' is required by these other packages and may not be deinstalled (but I'll delete it anyway): gnome-mplayer-1.0.0_3 ===>>> Running portmaster -s % pkg_info -Ex mplayer gnome-mplayer-1.0.0_3 mplayer2-2.0.20121103 После запуска gnome-mplayer не воспроизводит фильмы. Пытаюсь пересобрать пакет mplayer2-2.0. portmaster предлагает изменить опции сборки mplayer2, ещё хочет установить порт lang/python33. Расставляю опции. Соглашаюсь на (пере)установку: % portmaster -gD --delete-build-only mplayer2-2.0.20121103 ... ===>>> mplayer2-2.0.20121103 >> (4) ===>>> The following actions will be taken if you choose to proceed:     Re-install mplayer2-2.0.20121103     Install devel/gmake     Install textproc/py-docutils     Install x11/glproto     Install lang/python33 ===>>> Proceed? y/n [y] ... ===>>> Done displaying pkg-message files ===>>> The following actions were performed:     Installation of devel/gmake (gmake-3.82_1)     Installation of lang/python33 (python33-3.3.0_2)     Installation of textproc/py-docutils (py27-docutils-0.10)     Installation of x11/glproto (glproto-1.4.15)     Re-installation of mplayer2-2.0.20121103 ===>>> Deleting installed build-only dependencies % Всё собралось и работает. Заметь: gnome-player не пересобирался, пересобрался только движок. > (причины, по которым так случилось врядли имеет смысл обсуждать, т.к. в идеальном мире и fsck не нужен). В идеальном мире терабайты данных верифицируются scrub'ом, а не складываются в отдельную кучку с помощью fsck ("Разбирайтесь сами что откуда." :)) ).
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	122. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 08-Янв-13, 02:09
	> а как вы лечите ситуации, когда большинство софта в системе слинковано с > libfoo_0.16.so, а в системе уже libfoo_0.17.so Ни во фре, ни в опенке ни в pkgsrc нет того, что в rpm/deb делают уже очень давно -- разделения пакетов на 1) библиотеки 2) инклюды + линки на библиотеки (т.н. -dev/-devel) => нет возможности иметь две библиотеки с разными soname в системе => рекурсивная пересборка от библиотеки вверх. Кое-где в линупсах ситуация та же, но это нетипично я бы сказал. В этом месте можно устроить истерику, но я бы не стал.
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	101. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 07-Янв-13, 22:46
	>> Изен как всегда. >> Объясняю на пальцах: >>>выдаёт полный список пакетов, которые необходимо скомпилировать, перед началом процесса сборки >> Часть зависимостей уже собрана и установлена в системе. Но собрана с такими >> опциями, что дальнейшая сборка обвалится. > А можно пример в студию? perl может быть собран без поддержки pthreads, но он необходим для многих программ и модулей, так понятно?
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	65. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от Аноним (??) on 07-Янв-13, 14:45
	>лучшее из source-based пакетных систем Самое лучшее - это emerge гентушный. Говорю как юзверь Gentoo, FreeBSD и DFBSD, и ежедневно имеющий возможность сравнить удобство. На днях ставил новый релиз фряхи на ноут - изматюкался, пока кеды запиливал.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	67. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 07-Янв-13, 14:50
	>>лучшее из source-based пакетных систем > Самое лучшее - это emerge гентушный. Список уникальных мегафич в студию! Желательно в сравнении с.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	72. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от Аноним (??) on 07-Янв-13, 15:33
	> Список уникальных мегафич в студию! Желательно в сравнении с. Управление флагами сборки удобное. Быстро и удобно можно посмотреть, изменить, посмотреть что измениться, при надобности скорректировать, и так до достижения удовлетворяющего результата. Как мне в pkgsrc узнать, какие пакеты используют поддержку pulseaudio? Из установленных на моем локалхосте и имеющихся в репозитории? Как мне выключить ее глобально я знаю - PKG_DEFAULT_OPTIONS='-pulseaudio' в /usr/pkg/etc/mk.conf. А вот посмотреть как? Чтобы не было сюрпризов, что оно вытягивается по зависимостям? Потому что какой-то дундук включил ее в mplayer по дефолту? А если я поменяю пару флагов в какой-нить утилитке, что вытянется по новым зависимостям? С какими флагами? В обчем, если бы ты пользовался emerge, ты бы таких дурацких вопросов не задавал. Бо чем оно лучше - дано в ощущениях.:) Да, не без своих проблем, но портам до него как до Луны раком.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	76. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 07-Янв-13, 15:46
	>> Список уникальных мегафич в студию! Желательно в сравнении с. > Управление флагами сборки удобное. Быстро и удобно можно посмотреть, изменить, посмотреть > что измениться, при надобности скорректировать, и так до достижения удовлетворяющего результата. bmake show-options bmake show-vars VARNAMES='DEPENDS BUILD_DEPENDS' bmake show-vars VARNAMES='DEPENDS BUILD_DEPENDS' PKG_OPTIONS.pulseaudio='-x11' и т.д. Или это то, что нужно, или уточни детали. > Как мне в pkgsrc узнать, какие пакеты используют поддержку pulseaudio? > Из установленных на моем локалхосте 0 cheusov>nih search -I DEPENDS:w:pulseaudio devel/SDL                 - Simple DirectMedia Layer, a cross-platform multimedia library 0 cheusov> > и имеющихся в репозитории? 0 cheusov>nih search -b DEPENDS:w:pulseaudio devel/SDL                 - Simple DirectMedia Layer, a cross-platform multimedia library audio/akode-plugins-pulseaudio - Pulseaudio output plugin for akode framework audio/alsa-plugins-pulse  - Advanced Linux Sound Architecture (ALSA) - PulseAudio plugin audio/audacious-plugins   - Plugins for Audacious media player audio/bmp-pulse           - BMP output plugin for the PulseAudio sound server multimedia/gnome-media    - Set of audio/multimedia applications for GNOME2 multimedia/gpac           - Open source multimedia framework audio/gst-plugins0.10-pulse - Open source multimedia framework - pulse plugin audio/libao-pulse         - Cross-platform audio library (pulse plugin) audio/mpg123-pulse        - Contains the pulse module for mpg123 audio/padevchooser        - Tray area icon for the PulseAudio sound server audio/paman               - GTK frontend for the PulseAudio sound server audio/paprefs             - Configuration dialog for the PulseAudio sound server audio/pavucontrol         - Volume control tool ("mixer") for the PulseAudio sound server audio/pavumeter           - Volume meter for the PulseAudio sound server multimedia/swfdec         - Library for rendering Flash(R) animations and games audio/xine-pulse          - The PulseAudio output plugin for xine-lib audio/xmms-pulse          - XMMS plugin to output sound through the pulseaudio daemon audio/xmp                 - Player for many different Amiga and PC module formats 0 cheusov>nih search -o DEPENDS:w:pulseaudio audio/akode-plugins-pulseaudio - Pulseaudio output plugin for akode framework audio/alsa-plugins-pulse  - Advanced Linux Sound Architecture (ALSA) - PulseAudio plugin audio/audacious-plugins   - Plugins for Audacious media player audio/bmp-pulse           - BMP output plugin for the PulseAudio sound server audio/gst-plugins0.10-pulse - Open source multimedia framework - pulse plugin audio/gst-plugins1-pulse  - Open source multimedia framework - pulse plugin audio/libao-pulse         - Cross-platform audio library (pulse plugin) audio/mpg123-pulse        - Contains the pulse module for mpg123 audio/padevchooser        - Tray area icon for the PulseAudio sound server audio/paman               - GTK frontend for the PulseAudio sound server audio/paprefs             - Configuration dialog for the PulseAudio sound server audio/pavucontrol         - Volume control tool ("mixer") for the PulseAudio sound server audio/pavumeter           - Volume meter for the PulseAudio sound server audio/xine-pulse          - The PulseAudio output plugin for xine-lib audio/xmms-pulse          - XMMS plugin to output sound through the pulseaudio daemon audio/xmp                 - Player for many different Amiga and PC module formats comms/deforaos-phone      - DeforaOS desktop telephony devel/SDL                 - Simple DirectMedia Layer, a cross-platform multimedia library devel/gmtk                - Gnome-mplayer toolkit ham/fldigi                - Digital radio modem multimedia/avidemux       - Graphical video editing program multimedia/gmplayer       - Fast, cross-platform movie player with GTK2+ interface multimedia/gnome-media    - Set of audio/multimedia applications for GNOME2 multimedia/gpac           - Open source multimedia framework multimedia/mplayer        - Fast, cross-platform movie player multimedia/swfdec         - Library for rendering Flash(R) animations and games multimedia/vlc10(vlc)     - VLC media player and streaming server wip/bsnes                 - SNES emulator wip/deadbeef              - Ultimate Music Player For GNU/Linux wip/deforaos-phone        - DeforaOS desktop telephony wip/fldigi                - Digital radio modem wip/gpac-devel(gpac)      - Open source multimedia framework wip/moonlight             - Open Source implementation of Microsoft Silverlight for UNIX Systems wip/mplayer-mt            - Software-only MPEG-1/2/4 video decoder wip/mplayer-snapshot(mplayer) - Fast, cross-platform movie player wip/qrq                   - Open source Morse telegraphy trainer wip/retroarch             - Multi-system emulator for Linux, Windows, Mac OS X and *BSD wip/rsound                - Multi-platform, simple PCM audio server and client x11/kde-runtime4          - Runtime requirements for the KDE integrated X11 desktop x11/razor-qt(razorqt)     - Advanced, fast Qt environment without window manager 0 cheusov> > Как мне выключить > ее глобально я знаю - PKG_DEFAULT_OPTIONS='-pulseaudio' в /usr/pkg/etc/mk.conf. А вот > посмотреть как? Чтобы не было сюрпризов, что оно вытягивается по зависимостям? > Потому что какой-то дундук включил ее в mplayer по дефолту? 0 mplayer>make show-depends mplayer-share>=1.1:../../multimedia/mplayer-share libdv>=0.104nb2:../../multimedia/libdv esound>=0.2.41nb1:../../audio/esound faad2>=2.6.1:../../audio/faad2 libmad>=0.15.1bnb1:../../audio/libmad SDL>=1.2.10:../../devel/SDL libtheora>=1.0alpha3nb1:../../multimedia/libtheora x264-devel>=20121107:../../multimedia/x264-devel xvidcore>=1.1.0nb1:../../multimedia/xvidcore 0 mplayer> > А если я поменяю пару флагов в какой-нить утилитке, что вытянется по > новым зависимостям? С какими флагами? см. выше > В обчем, если бы ты пользовался emerge, ты бы таких дурацких вопросов > не задавал. Может, надо лучше узнать "противную" систему? > Бо чем оно лучше - дано в ощущениях.:) Не надо в ощущениях. Надо максимально формально... > Да, не без своих проблем, но портам до него как до Луны раком. ...и желательно без подобных аналогий.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	81. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 07-Янв-13, 16:22
	>bmake show-vars Про это не знал, спс. >0 cheusov>nih search -b DEPENDS:w:pulseaudio Вообще-то, не совсем то, но все равно спасибо. Лучше чем ничего. Кста, ты только одну версию nih оставил, в pkgtools?(раньше в wip еще был, ЕМНИП) >0 mplayer>make show-depends dfbsd# bmake show-options Any of the following general options may be selected:         aalib    Enable aalib support.         arts     Use the aRts audio daemon.         caca     Enable libcaca support.         debug    Enable debugging facilities in the package.         dts      Enable DTS Coherent Acoustics support.         dv       Enable usage of the libdv library.         dvdnav   Enable libdvdnav support to navigate DVDs.         dvdread  Enable reproduction of DVDs.         esound   Enable support for the Enlightment Sound Daemon.         faad     Enable AAC decoding support using faad2.         ggi      Enable GGI support.         gif      Enable GIF support.         jpeg     Enable JPEG support.         mad      Enable usage of the mad library to play MP3 files.         mplayer-menu     Enable support for user-defined menus.         mplayer-runtime-cpudetection    Enable CPU detection at run time.         mplayer-ssse3    Enable SSSE3 support.         nas      Enable usage of the Network Audio System.         oss      Enable support for the Open Sound System audio library.         png      Enable PNG support.         pulseaudio       Enable support for the PulseAudio sound server.         sdl      Use SDL as display library.         theora   Use the theora codecs.         vorbis   Enable Ogg Vorbis support.         x264         xvid     Enable usage of XVid codecs. These options are enabled by default:         dv dvdnav dvdread esound faad gif jpeg mad         mplayer-menu mplayer-runtime-cpudetection         nas oss png pulseaudio sdl theora vorbis x264         xvid These options are currently enabled:         faad gif jpeg mad mplayer-menu mplayer-runtime-cpudetection         oss png theora vorbis x264 xvid You can select which build options to use by setting PKG_DEFAULT_OPTIONS or PKG_OPTIONS.mplayer. >Может, надо лучше узнать "противную" систему? Почему сразу "противную"?:) Ладно-ладно, шучу. Надо, конечно. >Не надо в ощущениях. Надо максимально формально... А гентой ты все-таки не пользовался, признайся.:) >...и желательно без подобных аналогий. Сорри, правда переборщил.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	86. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 07-Янв-13, 17:02
	>>0 cheusov>nih search -b DEPENDS:w:pulseaudio > Вообще-то, не совсем то, но все равно спасибо. Лучше чем ничего. Ну это по бинарному репозиторию, как ты и просил собственно. С опцией -o поиск по pkgsrc через dict://dict.mova.org:26280 AKA pkg_online database. Можно базу строить локально (nih refresh -p; nih search -p), но это я еще не выкатил, только в wip/. Общая концепция здесь: http://mova.org/~cheusov/pub/pkgnih/package-search.pdf > Кста, ты только одну версию nih оставил, в pkgtools?(раньше в wip еще был, ЕМНИП) wip/nih-current >>0 mplayer>make show-depends > dfbsd# bmake show-options Ну так а что смущает собственно? Да, опций много. Некоторые включены по умолчанию. >>Не надо в ощущениях. Надо максимально формально... > А гентой ты все-таки не пользовался, признайся.:) Я этого никогда и не скрывал, все перепробовать жизни не хватит, потому и спрашиваю о деталях.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	89. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от Аноним (??) on 07-Янв-13, 17:46
	>но это я еще не выкатил,только в wip/. Тогда попробую из wip'а. Штука нужная, даже если не совсем доделанная. Хотя я в основном компиляю, ставлю с бинарей только если не собирается что, все равно - твой nih мегарульная штука, респектище! Потому как зоопарк pkg-* - не самая удобная в использовании вещь, скажем прямо.:) >wip/nih-current Б.., поиск на pkgsrc.se такой поиск.:) >Ну так а что смущает собственно? Да, опций много. >Некоторые включены по умолчанию. Ну, какбэ по дефолту включать pulseaudio и прочие свистоперделки на утилитах типа mplayer'а - моветон, с моей т.з. В свое время был сюрприз, так сюрприз. Вот, а на генте я бы сразу увидел, что подтянется по зависимостям. >Я этого никогда и не скрывал, все перепробовать жизни не хватит, >потому и спрашиваю о деталях. Это сложно сформулировать так, как ты хочешь - формально, по пунктам. Если будет возможность - обязательно поюзай, если тебя, конечно, интересует сборка из сорцов(вроде ты говорил, что в дальних планах запилить в nih?).
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	97. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 07-Янв-13, 21:55
	>>но это я еще не выкатил,только в wip/. > Тогда попробую из wip'а. Штука нужная, даже если не совсем доделанная. Она доделанная. nih search -p работает, но небыстро при дефолтных настройках (PLIST включен в поисковые поля, типа apt-file search). Надо кое-какие поиски переписать на С, но мне пока лень. > Хотя я в основном компиляю, ставлю с бинарей только если не собирается > что, все равно - твой nih мегарульная штука, респектище! Потому как > зоопарк pkg-* - не самая удобная в использовании вещь, скажем прямо.:) Спасибо на добром слове. Для большого количества пакетов pkg_* конечно не вариант. Это чуть лучше, чем rpm(1) и dpkg(1). >>wip/nih-current > Б.., поиск на pkgsrc.se такой поиск.:) Чтобы понять рекурсию... :-) 0 cheusov>nih search -o nih pkgtools/nih              - Package manager for pkgsrc wip/nih-current(nih)      - Package manager for pkgsrc 0 cheusov> >>Ну так а что смущает собственно? Да, опций много. >>Некоторые включены по умолчанию. > Ну, какбэ по дефолту включать pulseaudio и прочие свистоперделки на утилитах типа > mplayer'а - моветон, с моей т.з. В свое время был сюрприз, > так сюрприз. Вот, а на генте я бы сразу увидел, что > подтянется по зависимостям. В общем случае, в pkgsrc не стремятся зарезать функционал до минимума. Ориентир -- поставил бинарь, и он должен работать. Нигде это явно не прописано, но как-то так сложилось. Потому по умолчанию примерно как линупсах, порой может показаться, что жирновато. Тут как не выбери, все равно окажешься виноватым. Тому недодал, этому передал. >>Я этого никогда и не скрывал, все перепробовать жизни не хватит, >>потому и спрашиваю о деталях. > Это сложно сформулировать так, как ты хочешь - формально, по пунктам. > Если будет возможность - обязательно поюзай, если тебя, конечно, интересует сборка из > сорцов(вроде ты говорил, что в дальних планах запилить в nih?). Ой, я уже пару лет точно собираюсь, но все никак. courserа жить не дает. Надо себя как-то пнуть.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	136. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от deadless (ok) on 08-Янв-13, 12:28
	>Ой, я уже пару лет точно собираюсь, но все никак. >courserа жить не дает. Надо себя как-то пнуть. а вот за coursera большое спасибо, думаю на пару лет тоже уйду в себя. Отличная вещь!
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	94. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+1 +/–
	Сообщение от Сержант Скотч on 07-Янв-13, 20:24
	>>> Список уникальных мегафич в студию! Желательно в сравнении с. >> Управление флагами сборки удобное. Быстро и удобно можно посмотреть, изменить, посмотреть >> что измениться, при надобности скорректировать, и так до достижения удовлетворяющего результата. > bmake show-options > bmake show-vars VARNAMES='DEPENDS BUILD_DEPENDS' > bmake show-vars VARNAMES='DEPENDS BUILD_DEPENDS' PKG_OPTIONS.pulseaudio='-x11' > и т.д. Или это то, что нужно, или уточни детали. глобально pulseaudio включен, но для пакетов foo & bar выключен. 0 cheusov>nih search -I DEPENDS:w:pulseaudio devel/SDL                   - Simple DirectMedia Layer, a cross-platform multimedia library 0 cheusov> это будут пакеты которые сейчас зависят от pulseaudio или же так мейнтейнер задумал? (например, linphone может быть собран без поддержки pulseaudio и зависимости не иметь). >> А если я поменяю пару флагов в какой-нить утилитке, что вытянется по >> новым зависимостям? С какими флагами? > см. выше можно подробнее? Y с +foo зависит X с +bar. X в системе уже установлен, но с -bar. Пересоберёт X(и все его уже установленные зависимости)? >> Да, не без своих проблем, но портам до него как до Луны раком. > ...и желательно без подобных аналогий. 1)параллельная сборка(X зависит от Y,Z,W которые не установлены. Y & Z независимы, потому их можно собирать параллельно). 2)фоновый фетч в процессе сборки(пока собирается boost/openoffice мы уже вытянули исходники kdelibs со всеми зависимостями) 3)сборка в песочнице 4)контрольные суммы для Makefile 5)фетч под специальным ограниченным пользователем 6)зависимости с учётом флагов(REQUIRED_USE) 7)multiversion(несколько gcc/jvm/etc в рамках одной системы). 8)несколько версий пакета в дереве(gcc-4.5.2, gcc-4.6.1,etc) 9)поддержка профилей(hardened/desktop/server) 10)наличие стабильных(на данной архитектуре с т.з. мейнтейнера) версий 11)виртуальные пакеты(Существуют также пакеты, выполняющие одни и те же функции, но отличающиеся в реализации. Например metalogd, sysklogd и syslog-ng являются системными службами журналирования. Приложения, использующие «системный журнал», не могут зависеть от одной конкретной программы, например от metalogd, так как остальные программы ничем не хуже. В Portage предусмотрены виртуальные пакеты: каждая служба журналирования описана как провайдер сервиса логгирования в виртуальном пакете logger в категории virtual, поэтому все приложения могут зависеть от пакета virtual/logger. При установке, приложения загрузит первый пакет логгирования, который описан в пакете, если только какой-нибудь из таких пакетов уже не установлен (в случае чего зависимость от виртуального пакета считается удовлетворенной)) 12)подключаемые деревья портов(т.н. overlays, дополняющие или перекрывающие основное дерево) 13)всякая приятная мелочёвка, типа внятного setup flow(например, как тут http://devmanual.gentoo.org/ebuild-writing/functions/index.html). Т.е. вам пакетный менеджер предоставляет API с набором функций-заглушек. Вы их переопределяете и рассказываете пакетному менеджеру чего вам надо для установки. И если кто-то плохой поправит мейкфайл, добавив туда аналог rm -rf / это приведёт только к проблемам в песочнице, а не во всей системе.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	100. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 07-Янв-13, 22:35
	>>> Управление флагами сборки удобное. Быстро и удобно можно посмотреть, изменить, посмотреть >>> что измениться, при надобности скорректировать, и так до достижения удовлетворяющего результата. >> bmake show-options >> bmake show-vars VARNAMES='DEPENDS BUILD_DEPENDS' >> bmake show-vars VARNAMES='DEPENDS BUILD_DEPENDS' PKG_OPTIONS.pulseaudio='-x11' >> и т.д. Или это то, что нужно, или уточни детали. > глобально pulseaudio включен, но для пакетов foo & bar выключен. Если это вопрос, то мне он непонятен. Да, можно выключить или включить определенную опцию попакетно либо глобально для всех пакетов. Опция, отвечающая за pulseaudio всегда для всех пакетов называется pulseaudio и никак иначе. Попакетные установки (PKG_OPTIONS.mplayer) имеют приоритет над глобальными (PKG_DEFAULT_OPTIONS). > 0 cheusov>nih search -I DEPENDS:w:pulseaudio > это будут пакеты которые сейчас зависят от pulseaudio или же так мейнтейнер > задумал? Вопрос был про _установленные_ пакеты. Это про них (опция -I means installed). > (например, linphone может быть собран без поддержки pulseaudio и зависимости не иметь). >>> А если я поменяю пару флагов в какой-нить утилитке, что вытянется по >>> новым зависимостям? С какими флагами? >> см. выше > можно подробнее? Y с +foo зависит X с +bar. X в системе уже установлен, > но с -bar. Пересоберёт X(и все его уже установленные зависимости)? Здесь проблема. К зависимостям нельзя установить требования по требуемым options. >>> Да, не без своих проблем, но портам до него как до Луны раком. >> ...и желательно без подобных аналогий. > 1)параллельная сборка(X зависит от Y,Z,W которые не установлены. Y & Z независимы, > потому их можно собирать параллельно). Это в pkgsrc решено 1000 лет назад. Двумя способами: pbulk, distbb. Я так понимаю, это у нас список достоинств gentoo portage? Ну тогда по поводу параллельности скажу следующее. И pbulk и distbb умеют собирать не только параллельно, но и распределенно, использую удаленные узлы. distbb умеет не падать при креше удаленного узла. Пакет перераспределяется на другой, периодически пытаемся опросить упавшего, не поднялся ли. > 2)фоновый фетч в процессе сборки(пока собирается boost/openoffice мы уже вытянули исходники > kdelibs со всеми зависимостями) Про pbulk не в курсе, я его игнорирую, а в distbb подумываю над тем, чтобы это сделать. Не то, чтобы это killer feature, но если будет время. > 3)сборка в песочнице pkg_comp, pbulk, distbb, mksandbox. pkg_comp собирает не параллельно, но sandbox унего 100 лет. > 4)контрольные суммы для Makefile Не понял. Это зачем? > 5)фетч под специальным ограниченным пользователем В pkgsrc программа для скачивания может легко меняться. Кому надо, тот сделает себе непривилегированный вариант. То есть мы и так в сендбоксе, не вижу особого смысла. Лично я всегда собираю пакеты от непривилегированного пользователя в сендбоксе. За других не скажу. > 6)зависимости с учётом флагов(REQUIRED_USE) Если это требования опций в зависимостях, то этого нет. > 7)multiversion(несколько gcc/jvm/etc в рамках одной системы). 4 питона, 3 руби, 2 пыхпыха, много апачей со всеми модулями. Варивны перечисленного. > 8)несколько версий пакета в дереве(gcc-4.5.2, gcc-4.6.1,etc) В смысле в дереве? 0 ~>nih search -o b:p:gcc lang/gcc                  - GNU Compiler Collection, version 2 lang/gcc-aux              - GNAT Ada compiler based on GCC 4.7 lang/gcc3                 - GNU Compiler Collection, v3 lang/gcc3-c++             - GNU Compiler Collection, v3 - C++ compiler lang/gcc3-c               - GNU Compiler Collection, v3 - C compiler lang/gcc3-f77             - GNU Compiler Collection, v3 - F77 compiler lang/gcc3-objc            - GNU Compiler Collection, v3 - Objective C compiler lang/gcc34                - This is the gcc 3.4 compiler lang/gcc44                - GNU Compiler Collection 4.4 lang/gcc45                - GNU Compiler Collection 4.5 lang/gcc46                - GNU Compiler Collection 4.6 lang/gcc47                - The GNU Compiler Collection (GCC) - 4.7 Release Series lang/gcc47-libs           - The GNU Compiler Collection (GCC) support shared libraries. wip/gcc42                 - This is the GCC 4.2.3 compiler wip/gcc43                 - This is the GCC 4.3.2 compiler wip/gcc47                 - GNU Compiler Collection 4.7 0 ~> Оно? > 9)поддержка профилей(hardened/desktop/server) hardened штука отличная, наслышан, но это уже скорее уровня дистрибутива. На данный момент в pkgsrc опции касательно PIE, FSP, FORTIFY_SOURCES, RELRO не пропихиваются. За вычетом RELRO NetBSD их поддерживает, так что можно включить. Фря вот в последнем релизе RELRO научилась. > 10)наличие стабильных(на данной архитектуре с т.з. мейнтейнера) версий в pkgsrc в отличие от фри, например, поквартальные стабильные бранчи. > 11)виртуальные пакеты(Существуют также пакеты, выполняющие одни и те же функции, но отличающиеся > в реализации. Например metalogd, sysklogd и syslog-ng являются системными службами журналирования. В терминологии pkgsrc это meta package. > 12)подключаемые деревья портов(т.н. overlays, дополняющие или перекрывающие основное > дерево) Расшифруй. Чьи-то доработки слева и справа? > 13)всякая приятная мелочёвка, типа внятного setup flow(например, как тут http://devmanual.gentoo.org/ebuild-writing/functions/index.html). В pkgsrc используются набор специальных таргетов bmake-а, fetch, extract, patch, configure, build, package, install. Для каждого есть "приставки": pre-, post-, do- для дополнений и переопределений. Где здесь rocket science? > И если кто-то плохой поправит мейкфайл, добавив туда аналог rm -rf / > это приведёт только к проблемам в песочнице, а не во всей системе. Т.н. "user-destdir" (установка идет в staging area DESTDIR) в pkgsrc с некоторых пор по умолчанию. Песочницы -- есть.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	106. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 07-Янв-13, 23:36
	>Опция, отвечающая за pulseaudio всегда для всех пакетов называется pulseaudio и никак иначе. Примеры так навскидку не назову, но не для всех опций есть стандартизация. >Здесь проблема. К зависимостям нельзя установить требования по требуемым options. А и не надо. Надо, чтобы можно было удобно посмотреть, что требуется включить/выключить, потом посмотреть ишшо раз на результат, при надобности повторить и так до полного удовлетворения. >Это в pkgsrc решено 1000 лет назад. Двумя способами: pbulk, distbb. В генте distcc и ccache, насчет pbulk - не помню. >Не понял. Это зачем? Зачем вообще контрольные суммы? Для секурности же! :) >4 питона, 3 руби, 2 пыхпыха, много апачей со всеми модулями. Варивны перечисленного. ФишкА в том, что в pkgsrc это _отдельные_ пакеты, а в portage - разные версии _одного_ пакета. Почувствуй разницу. Это как если бы lang/gcc47 апдейтнулся с 4.7.1 до 4.7.2, ты не можешь установить то и другое вместе, а в генте - сможешь. Не для всех пакетов слоты есть, но для (почти) всех, для которых это имеет смысл - есть. >hardened штука отличная, наслышан, но это уже скорее уровня дистрибутива. Это профиль portage. gentoo # eselect profile list Available profile symlink targets:   [1]   default/linux/amd64/10.0 *   [2]   default/linux/amd64/10.0/selinux   [3]   default/linux/amd64/10.0/desktop   [4]   default/linux/amd64/10.0/desktop/gnome   [5]   default/linux/amd64/10.0/desktop/kde   [6]   default/linux/amd64/10.0/developer   [7]   default/linux/amd64/10.0/no-multilib   [8]   default/linux/amd64/10.0/server   [9]   default/linux/amd64/10.0/x32   [10]  hardened/linux/amd64   [11]  hardened/linux/amd64/selinux   [12]  hardened/linux/amd64/no-multilib   [13]  hardened/linux/amd64/no-multilib/selinux   [14]  hardened/linux/uclibc/amd64 >В терминологии pkgsrc это meta package. Не, meta-pkgs/ - это другое. meta-pkgs/kde4 - это просто все kde оптом, в генте это kde-base/kde-meta, вот это тоже самое. А аналога virtual/cron virtual/pager - нету, в первом случае этом может быть и fcron, и vixie-cron, и cronie и еще что-то, во втором - more или less, но для других пакетов не будет разницы. Т.е. можно не прибивать пакет гвоздями к fcron, к примеру, а предоставить выбор юзверю, а уж он пусть выбирает, что он хочет видеть в роли крона или сислога. >Он неверное, не знает про wip.:)
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	111. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 08-Янв-13, 01:11
	>>Опция, отвечающая за pulseaudio всегда для всех пакетов >>называется pulseaudio и никак иначе. > Примеры так навскидку не назову, но не для всех опций есть стандартизация. В этих случаях "стандартизация" не нужна. Конечно, есть опции, специфичные для одного конкретного пакета. >>Здесь проблема. К зависимостям нельзя установить требования по требуемым options. > А и не надо. Надо, чтобы можно было удобно посмотреть, что требуется > включить/выключить, потом посмотреть ишшо раз на результат, при надобности повторить и > так до полного удовлетворения. Пф, тривиальный скрипт на несколько десятков строк на шеле. Я даже не буду их приводить. В pkgsrc информация о том, с какими опциями установленный пакет собран регистрируется в pkgdb (PKG_OPTIONS). В отличие, если не ошибаюсь, от фряшных портов, rpm и dpkg. Другое дело, что в pkgsrc необходимые "хотелки" к опциям зависимостей даже нигде не регистрируются. Честно говоря, мне трудно оценить объем работы, необходимый для этого. На практике и в самом деле достаточно пересобрать нужный пакет-зависимость, если сборка сломалась и не мучиться. Или робота построить. Все решает отношение цена/выхлоп. Есть и более важные места, куда нужно приложить силы. >>Это в pkgsrc решено 1000 лет назад. Двумя способами: pbulk, distbb. > В генте distcc и ccache, насчет pbulk - не помню. distcc -- довольно слабый вариант распараллеливания. Не параллелятся configure, cmake, scons и т.д., порой занимающие львиную долю времени сборки. pbulk и distbb параллелят/дистрибутят все этапы сборки. Иногда это надо и очень удобно. ccache вообще из другой оперы. Но поддержка и distcc и ccache, естественно, в pkgsrc есть издревле. >>Не понял. Это зачем? > Зачем вообще контрольные суммы? Для секурности же! :) Э-э-эм. Как бы это сказать по-мягче. Контрольные суммы нужны для distfiles и скачиваемых патчей. И все. Остальное скачивается из источника, которому можно доверять. >>4 питона, 3 руби, 2 пыхпыха, много апачей со всеми модулями. > Варивны перечисленного. Чего? > ФишкА в том, что в pkgsrc это _отдельные_ пакеты, а в portage > - разные версии _одного_ пакета. Почувствуй разницу. В pkgsrc модули для подобных вещей -- это тоже варианты ОДНОГО пакеты. > Это как если бы lang/gcc47 апдейтнулся с 4.7.1 до 4.7.2, > ты не можешь установить то > и другое вместе, а в генте - сможешь. Не для всех > пакетов слоты есть, но для (почти) всех, для которых это имеет > смысл - есть. В pkgsrc есть аналогичная штука, pkg_views. Опять же "не для всех пакетов слоты есть, но для тех...". В общем, я этой хреновиной никогда не пользовался, не вижу необходимости. Думаю, самое время достать шашки (NixOS). Но мне достаточно возможности забутстрапить pkgsrc в другое место и там иметь дубликаты чего угодно. >>hardened штука отличная, наслышан, но это уже скорее уровня дистрибутива. > Это профиль portage. Я к тому, что hardened профиль затрагивает всю систему, включая патчи на ядро. PaX, hardened chroot и вся эта компания. >>В терминологии pkgsrc это meta package. > Не, meta-pkgs/ - это другое. meta-pkgs/kde4 - это просто все kde оптом, > в генте это kde-base/kde-meta, вот это тоже самое. А аналога virtual/cron > virtual/pager - нету, Есть. Вношу поправку. В pkgsrc есть альтернативные зависимости, типа "зависит от пакета A или от пакета B". meta package + alternative dependencies = virtual package. Хотя как отдельное понятие оно нигде не фигурирует. >>Он неверное, не знает про wip.:) Это откуда здесь взялось?
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

	139. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 08-Янв-13, 18:31
	>В этих случаях "стандартизация" не нужна. Конечно, есть опции, специфичные >для одного конкретного пакета. Блин, ну неохота мне сейчас пример искать. В генте я бы быстро посмотрел, а тут - ну нафик все перелопачивать. >На практике и в самом деле достаточно >пересобрать нужный пакет-зависимость, если сборка сломалась и не мучиться. А если порт не один? А если ты "играешься" опциями - что на каждый раз пересобирать кучу портов? >В pkgsrc модули для подобных вещей -- это тоже варианты ОДНОГО пакеты. Ты меня таки не понял.:( >Думаю, самое время достать шашки (NixOS). Да вот в том и дело, что гента такая штука, что в ней очень удобно собраны возможности разных осей. Может быть, где-то они сделаны лучше, правильней, и удобней. Но вместе нет нигде. >Хотя как отдельное понятие оно нигде не фигурирует. Понял. Но ведь согласись, удобно же? ЗЫ. Вот еще чего нет в pkgsrc(поправь, если что) - кастомизации опций компилятора. В portage можно переопределить cflags, cxxflags для одного порта. Смешивания стабильной и нестабильной ветки. Возможность замаскировать версию или диапазон версий порта.
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	141. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 08-Янв-13, 20:27
	> Блин, ну неохота мне сейчас пример искать. В генте я бы быстро > посмотрел, а тут - ну нафик все перелопачивать. Если приходится "перелопачивать" и "вспоминать", значит оно не так важно и нужно. Для остального можно написал пару утилит, которые это будут делать. Это проще, чем изучать раз в 100500 лет нужный функционал. > Но вместе нет нигде. killer-up фич я пока особо не заметил. Что-то чуть-чуть удобнее где-то, нормальная ситуация, обсуждаемая. Но чтобы прям уверовать в Единственно Верный Путь -- увольте. Gentoo -- хороший и интересный проект? Да, безусловно. Одного grsecurity, который рядом с hardened gentoo бродит, уже достаточно для того, чтобы не отказывать ему в праве на существование. Из озвученного в ветке, над чем можно подумать: - ограничения по опциям на зависимости - сборка в чруте делается _легким движением руки_ Встречных 100500 вопросов задавать не буду, ибо затянется. >>Хотя как отдельное понятие оно нигде не фигурирует. > Понял. Но ведь согласись, удобно же? Необходимая функциональность предоставлена. Пользуйтесь. "Виртуальными пакетами" в pkgsrc если и пользуются, то крайне редко. Надо понимать, что она работает поверх базовой системы. То есть такие вещи, как syslog service или MTA находятся уровнем ниже. > ЗЫ. Вот еще чего нет в pkgsrc(поправь, если что) - кастомизации опций > компилятора. В portage можно переопределить cflags, cxxflags > для одного порта. Этого не может не быть. Это делается в mk.conf директивами bmake-а, если есть желание. > Смешивания стабильной и нестабильной ветки. В pkgsrc нет выделенной в отдельную сущность "инфраструктуры". Т.е. нет чего-то отдельного и относительно стабильного вроде "набора макросов" для rpm .spec или набора скриптов dh-* в дебаяне. То есть, частично она, конечно, есть в каталоге mk/, но это на самом деле далеко не все. Она размазана по всему дереву. Поэтому перетаскивание каталога типа lang/perl5 в другое дерево (из стабильного в current, скажем) в общем случае работать не будет. Это можно считать минусом, но с другой стороны это плюс, поскольку позволяет без криков и воплей _быстро_ обеспечить _удобный_ функционал там, где он нужен. В pkgsrc этим довольно активно пользуются, и в целом "инфраструктура" pkgsrc гораздо подвижнее, чем rpm макросы или dh-* скрипты. Вот пример фрагмента "инфраструктуры" для пакетов, использующих mk-configure для сборки: http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/mk-configur... У меня не возникло желания повторять эти строки в каждом пакете. А вот, как это используется (предпредпоследняя строка): http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/parallel/paexec/M... Аналогичная пара для языка lua: http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/lang/lua/module.m... http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/lua-filesys... Смысл в том, что штуки вроде lua или mk-configure лучше знают, как с ними лучше работать, и предоставляют свой набор ручек. То есть да, в общем случае перетаскивать нельзя, но на практике в большинстве случаев можно, если очень хочется. Но это, честно говоря, только для камикадзе. Релизы -- каждые 3 месяца. Это достаточно часто, чтобы не прыгать козлом по версиям. > Возможность замаскировать версию или диапазон версий порта. Непонятно.
	Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

	142. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 08-Янв-13, 21:46
	>значит оно не так важно и нужно. Дык в том и дело - когда понадобится, оно станет важным и нужным. И лучше, если тогда будет возможность сделать быстрее и удобнее. Посему логично озаботиться заранее(пока не нужно), не? >Что-то чуть-чуть удобнее где-то, нормальная ситуация, обсуждаемая. >Но чтобы прям уверовать в Единственно Верный Путь -- увольте. Вы сами ж NixOS вспомянули. Возможно, там установка нескольких версий удобнее сделана, но там других ништяков нет. Так и с другими фичами. Где-то может, и лучше, но всего вместе нет. За то и любим уютненькую.:) >Надо понимать, что она работает поверх базовой системы. >То есть такие вещи, как syslog service или MTA находятся уровнем ниже. А если я хочу собрать систему без шлимыла и в качестве мта использовать что другое? >Этого не может не быть. Это делается в mk.conf >директивами bmake-а, если есть желание. Значит, я невнимательно читал ман. Мне казалось, что это можно только глобально, а не для отдельно взятого порта. >Релизы -- каждые 3 месяца. >Это достаточно часто, чтобы не прыгать козлом по версиям. Понял. Это потому, что на линухе нет base system. И у меня, к примеру, весь системный софт, за редким исключением - из стабильной ветки, а кде и прочая гуйня - из нестабильной. На BSD это [наверное] не нужно. >Непонятно. Ну вот есть у меня libxml2-2.8.0. Обновление до 2.8.1 ломает мне совместимость с каким-либо софтом(пример абсолютно высосанный из пальца:)). Что я делаю? Пишу в /etc/portage/package.mask >dev-libs/libxml2-2.8.0. Все, версия заморожена и обновляться не будет. Так же можно задать целый диапазон, если я поставил libreoffice-3.6.4.3, я могу замаскировать его до версии 3.6.9999, если не хочу минорных обновлений. При этом, когда появится доступная версия 3.7.хххх, порт обновится.
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

	144. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 09-Янв-13, 01:21
	> Посему логично озаботиться заранее(пока не нужно), не? Зависит. >>Надо понимать, что она работает поверх базовой системы. >>То есть такие вещи, как syslog service или MTA находятся уровнем ниже. > А если я хочу собрать систему без шлимыла и в качестве мта > использовать что другое? Для NetBSD/FreeBSD /etc/rc.conf:    postfix=NO    exim=YES Что касается базовой системы, то для NetBSD /etc/mk.conf:    MKPOSTFIX=no У FreeBSD /etc/make.conf и переменная другая. >>Этого не может не быть. Это делается в mk.conf >>директивами bmake-а, если есть желание. > Значит, я невнимательно читал ман. Мне казалось, что это можно только глобально, > а не для отдельно взятого порта. Можно сделать так: /etc/mk.conf: ... .ifdef BSD_PKG_MK       # begin pkgsrc settings CFLAGS.parallel/paexec  = -O0 -g LDFLAGS.parallel/paexec = -g CFLAGS_DEF  = -Os LDFLAGS_DEF = -g _pkgpath=${.CURDIR:H:T}/${.CURDIR:T} CFLAGS  += ${CFLAGS.${_pkgpath}:U${CFLAGS_DEF}} LDFLAGS += ${LDFLAGS.${_pkgpath}:U${LDFLAGS_DEF}} .endif Тут другой ман надо читать. >>Непонятно. > Пишу в /etc/portage/package.mask >dev-libs/libxml2-2.8.0. > Все, версия заморожена и обновляться не будет. На уровне бинарных пакетов -- nih mark -k libxml и он обновляться не будет. В базовом pkg_install (pkg_add -u/U) этого нет. > Так же можно задать целый диапазон, если я поставил > libreoffice-3.6.4.3, я могу замаскировать его до версии 3.6.9999, если не хочу > минорных обновлений. При этом, когда появится доступная версия > 3.7.хххх, порт обновится. Это решается другими средствами ментейнером пакетов. samba33 -- отдельно, samba35 -- отдельно, например. Аналогичная ситуация с емаксами, питонами, пыпыхами, апачами и прочими.
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	147. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Сержант Скотч on 09-Янв-13, 21:11
	>> А если я хочу собрать систему без шлимыла и в качестве мта >> использовать что другое? > Для NetBSD/FreeBSD > /etc/rc.conf: >    postfix=NO >    exim=YES > Что касается базовой системы, то для NetBSD > /etc/mk.conf: >    MKPOSTFIX=no > У FreeBSD /etc/make.conf и переменная другая. вот и получается, что кто в лес, кто по дрова =( но тут проблема в том, что есть монолитная сущность в виде base system в которую входит MTA. >>>Этого не может не быть. Это делается в mk.conf >>>директивами bmake-а, если есть желание. >> Значит, я невнимательно читал ман. Мне казалось, что это можно только глобально, >> а не для отдельно взятого порта. > CFLAGS.parallel/paexec  = -O0 -g > LDFLAGS.parallel/paexec = -g > CFLAGS_DEF  = -Os > LDFLAGS_DEF = -g > _pkgpath=${.CURDIR:H:T}/${.CURDIR:T} > CFLAGS  += ${CFLAGS.${_pkgpath}:U${CFLAGS_DEF}} > LDFLAGS += ${LDFLAGS.${_pkgpath}:U${LDFLAGS_DEF}} > .endif а как мейнтейнеру защиться от безумных CFLAGS/CXXFLAGS(типа -O3 -funroll-all-loops -funsafe-math)? есть штатная возможность стрипать некоторые флаги? > Тут другой ман надо читать. > На уровне бинарных пакетов -- nih mark -k libxml > и он обновляться не будет. > В базовом pkg_install (pkg_add -u/U) этого нет. если вообще не будет - плохо. потому что приведённый выше mask не запрещает минорные апдейты. > Это решается другими средствами ментейнером пакетов. > samba33 -- отдельно, samba35 -- отдельно, например. > Аналогичная ситуация с емаксами, питонами, пыпыхами, апачами и прочими. а если нам надо зафиксироваться на отдельном минорном релизе?
	Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

	148. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 10-Янв-13, 00:03
	>> У FreeBSD /etc/make.conf и переменная другая. > вот и получается, что кто в лес, кто по дрова =( Ну при чем тут дрова? FreeBSD-шный rc слизан с NetBSD-шного примерно в 2000-м, потому они до сих пор во многом похожи. Базовые системы и общая организация системы, включая make(1), очень сильно и очень давно разошлись. > а как мейнтейнеру защиться от безумных CFLAGS/CXXFLAGS(типа -O3 > -funroll-all-loops -funsafe-math)? > есть штатная возможность стрипать некоторые флаги? Стрипать не нужно. Достаточно CFLAGS += -DЯ_СКАЗАЛ_ВОТ_ТАК!!! Но вообще, это проблема высосанная из пальца, я считаю. И именно с этой целью так никто не делает AFAIK. >> Это решается другими средствами ментейнером пакетов. >> samba33 -- отдельно, samba35 -- отдельно, например. >> Аналогичная ситуация с емаксами, питонами, пыпыхами, апачами и прочими. > а если нам надо зафиксироваться на отдельном минорном релизе? Я уже сказал, что масок именно в таком виде нет, но проблема частично решается тем, что разные питоны, шмитоны и самбы разных версий -- это отдельные пакеты. Не может произойти апдейта с emacs20 до emacs24, если пользователь явно не захочет обратного. Сделать маски на уровне nih/pkgin в принципе несложно, но на уровне pkg_install их нет и вряд ли эта инициалива пройдет. Но "зафиксироваться на отдельном минорном релизе" -- это editors/emacs20 vs. editors/emacs24.
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	110. "Проект DragonFly BSD представил новую систему сборки пакетов..."	–1 +/–
	Сообщение от Сержант Скотч on 08-Янв-13, 00:54
	> Если это вопрос, то мне он непонятен. Да, можно выключить или включить > определенную опцию попакетно либо глобально для всех пакетов. > Опция, отвечающая за pulseaudio всегда для всех пакетов называется pulseaudio > и никак иначе. > Попакетные установки (PKG_OPTIONS.mplayer) имеют приоритет > над глобальными (PKG_DEFAULT_OPTIONS). спасибо, вы на вопрос как раз ответили :))) >> 0 cheusov>nih search -I DEPENDS:w:pulseaudio >> это будут пакеты которые сейчас зависят от pulseaudio или же так мейнтейнер >> задумал? > Вопрос был про _установленные_ пакеты. Это про них (опция -I means installed). тут, видимо, надо пояснить. упрощённо: 1. глобально выключаем pulseaudio 2. ставим много-много софта 3. глобально включаем pulseaudio (да, ситуация выглядит идиотской, но между 2 и 3 может пройти немало времени). что покажет nih search -I DEPENDS:w:pulseaudio ? > Это в pkgsrc решено 1000 лет назад. Двумя способами: pbulk, distbb. понимаете, пользователю не надо over 9k способов. нужен один, но простой и понятный. pbulk, distbb - это именно для массового билда и больше подходит для делающих дистрибутив. хотя, признаюсь честно, distbb радует возможностями. >> 2)фоновый фетч в процессе сборки(пока собирается boost/openoffice мы уже вытянули исходники >> kdelibs со всеми зависимостями) > Про pbulk не в курсе, я его игнорирую, а в distbb подумываю > над тем, чтобы это сделать. Не то, чтобы это killer feature, > но если будет время. оно имеет смысл, когда у нас либо не очень быстрый интернет(либо когда зависимостей много, но тарболлы с исходниками относительно маленькие). >> 4)контрольные суммы для Makefile > Не понял. Это зачем? кто-то плохой поправил Makefile порта(случайно повредили итп). >> 5)фетч под специальным ограниченным пользователем > В pkgsrc программа для скачивания может легко меняться. > Кому надо, тот сделает себе непривилегированный вариант. > То есть мы и так в сендбоксе, не вижу особого смысла. сендбокс же силами chroot в большинстве случаев. root из него может выбраться. >[оверквотинг удален] > The GNU Compiler Collection (GCC) support shared libraries. > wip/gcc42             >      - This is the GCC 4.2.3 > compiler > wip/gcc43             >      - This is the GCC 4.3.2 > compiler > wip/gcc47             >      - GNU Compiler Collection 4.7 > 0 ~> > Оно? нет. gcc-4.2.0, gcc-4.2.1,gcc-4.2.2 etc... имхо, идея поддерживать версии умножением сущностей (lang/gcc44, lang/gcc43 etc) - порочна. >> 9)поддержка профилей(hardened/desktop/server) > hardened штука отличная, наслышан, но это уже скорее уровня дистрибутива. > На данный момент в pkgsrc опции касательно PIE, FSP, FORTIFY_SOURCES, RELRO > не пропихиваются. За вычетом RELRO NetBSD их поддерживает, так что можно включить. дело не только в hardened. например, вы добавляете архитектуру armv8 и на ней есть как сервера, так и десктопы. очевидно, что для серверов x11 и pulseaudio не нужны. прописываете в профиль флаги, версию gcc/binutils/etc и получаете серверный вариант. т.е. hardened отличается от обычного только набором флагов. > в pkgsrc в отличие от фри, например, поквартальные стабильные бранчи. а вот это очень хорошо. очень. >> 11)виртуальные пакеты(Существуют также пакеты, выполняющие одни и те же функции, но отличающиеся >> в реализации. Например metalogd, sysklogd и syslog-ng являются системными службами журналирования. > В терминологии pkgsrc это meta package. я не стал упоминать о метапакетах, т.к. в portage у них определённая цель: объединять набор пакетов некую сущность(т.е. поставив метапакет kde приедет всё kde). >> 12)подключаемые деревья портов(т.н. overlays, дополняющие или перекрывающие основное >> дерево) > Расшифруй. Чьи-то доработки слева и справа? именно. т.е. если человек сделал доброе дело, но в апстрим не берут(либо человек не хочет становится мейнтейнером) и хочет поделиться с миром. таким же образом цепляются собственные наработки.
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	117. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 08-Янв-13, 01:35
	>> Если это вопрос, то мне он непонятен. Да, можно выключить или включить >> определенную опцию попакетно либо глобально для всех пакетов. >> Опция, отвечающая за pulseaudio всегда для всех пакетов называется pulseaudio >> и никак иначе. >> Попакетные установки (PKG_OPTIONS.mplayer) имеют приоритет >> над глобальными (PKG_DEFAULT_OPTIONS). > спасибо, вы на вопрос как раз ответили :))) Я старался. Если не затруднит, перефразируй вопрос. Ибо как я понял, так и ответил. Я не из тех, кто юлит. >[оверквотинг удален] >>> это будут пакеты которые сейчас зависят от pulseaudio или же так мейнтейнер >>> задумал? >> Вопрос был про _установленные_ пакеты. Это про них (опция -I means installed). > тут, видимо, надо пояснить. упрощённо: > 1. глобально выключаем pulseaudio > 2. ставим много-много софта > 3. глобально включаем pulseaudio > (да, ситуация выглядит идиотской, но между 2 и 3 может пройти немало > времени). > что покажет nih search -I DEPENDS:w:pulseaudio ? Ну я тогда тоже ведь упгощенно как гусский у гусского спгошу. В генту от изменения текстового файла, скажем, /etc/fstab меняется информация об _установленных_ пакетах? ;-) Ну вот и здесь так же. Изменение в пункте №3 коснется только вновь собираемых пакетов. Отследить, какие пакеты пользователь "может захотеть" пересобрать можно. См. то, что я писал о PKG_OPTIONS. Скриптом на шеле. Было бы желание. Могу сделать это фичей nih-а, но пока не вижу особой надобности, хотя... можно подумать. >> Это в pkgsrc решено 1000 лет назад. Двумя способами: pbulk, distbb. > понимаете, пользователю не надо over 9k способов. нужен один, но простой и > понятный. pbulk, distbb - это именно для массового билда и больше подходит для > делающих дистрибутив. Да, на данный момент настройка pbulk и distbb не совсем тривиальна. Здесь я минус вижу и его хорошо понимаю. pkg_comp в этом смысле прост и понятен как дерево, хотя не имеет тех возможностей даже близко. Я потихоньку двигаюсь в этом направлении в distbb, но неспеша. Банальная проблема заключается уже в том, что хотелки у всех разные, и системы тоже. Можно заточить все исключительно под NetBSD и дефолтные настройки, но это не совсем правильно. Потому лично я в distbb предоставил возможности, которых достаточно для того, чтобы лепить поперх что угодно. Может быть я и ошибся. > хотя, признаюсь честно, distbb радует возможностями. Спасибо. >>> 4)контрольные суммы для Makefile >> Не понял. Это зачем? > кто-то плохой поправил Makefile порта(случайно повредили итп). У меня на машине кто-то плохой? Я вас умоляю. А почему он забыл поправить контрольные суммы? >>> 5)фетч под специальным ограниченным пользователем >> В pkgsrc программа для скачивания может легко меняться. >> Кому надо, тот сделает себе непривилегированный вариант. >> То есть мы и так в сендбоксе, не вижу особого смысла. > сендбокс же силами chroot в большинстве случаев. root из него может выбраться. "И эти люди запрещают мне ковыряться пальцем в носу!"(С) Во-первых, как я уже сказал, в pkgsrc непривилегированный режим сборки (user-destdir) поддерживается в >99.5% пакетов, и лично я всегда пользуюсь именно им. Во-вторых, в этом вашем линупсе таки дырявый чрут даже для привилигированных пользователей (fchdir, fchroot, ptrace). В третьих, ну я ли должных объяснять про hardened chroot проекта grsecurity пользователю (разработчику?) gentoo? ;-) В-четвертых, в линупсе уже давно есть lxc. OpenVZ в свете последних событий я бы поостерегся хвалить. По крайней мере до некоторых пор. > нет. gcc-4.2.0, gcc-4.2.1,gcc-4.2.2 etc... > имхо, идея поддерживать версии умножением сущностей > (lang/gcc44, lang/gcc43 etc) - порочна. gcc-4.2 и gcc-4.7 -- это разные сущности, совсем. >>> 11)виртуальные пакеты(Существуют также пакеты, выполняющие одни и те же функции, но отличающиеся >>> в реализации. Например metalogd, sysklogd и syslog-ng являются системными службами журналирования. >> В терминологии pkgsrc это meta package. > я не стал упоминать о метапакетах, т.к. в portage у них определённая > цель: объединять набор пакетов некую сущность(т.е. поставив метапакет kde приедет всё > kde). На это я уже ответил. meta package + alternative depedendency >>> 12)подключаемые деревья портов(т.н. overlays, дополняющие или перекрывающие основное >>> дерево) >> Расшифруй. Чьи-то доработки слева и справа? > именно. т.е. если человек сделал доброе дело, но в апстрим не берут(либо > человек не хочет становится мейнтейнером) и хочет поделиться с миром. таким > же образом цепляются собственные наработки. У нас для этого используется ОДИН дополнительный репозиторий -- wip, что безумно удобно. И все о нем знают. То есть добрые дела творить можно, причем с начала 2000-х. Очень активный проект, надо сказать.
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	138. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 08-Янв-13, 18:21
	>gcc-4.2 и gcc-4.7 -- это разные сущности, совсем. Хм? Ну на то пошло, в слоты можно поставить gcc-4.2.3, 4.2.4, 4.7.0, 4.7.2. И все это будут разные слоты одного порта, и между ними можно удобно переключаться парой команд. >У нас для этого используется ОДИН дополнительный >репозиторий -- wip, что безумно удобно. А вот не факт. Во-первых, чужая площадка - это чужая площадка.:) В смысле, что ты хошь-нехошь, а должен принимать правила того, кто рулит. И не только правила, но и возможные закидоны. А оверлей можешь поднять хоть на своем локалхосте. Во-вторых. В разных репах один и тот же порт может быть по-разному запилен. И юзверь сможет выбирать, чью версию он будет использовать - твою или Васи Пупкина.
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	140. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от spy on 08-Янв-13, 20:21
	>>>> 4)контрольные суммы для Makefile >>> Не понял. Это зачем? >> кто-то плохой поправил Makefile порта(случайно повредили итп). > У меня на машине кто-то плохой? Я вас умоляю. > А почему он забыл поправить контрольные суммы? а что это ему даст? вот есть каталог с ebuild'ми. файл с хешами называется Manifest, его содержимое примерно такое: # cat Manifest                                                                                                                                                                                                                   -----BEGIN PGP SIGNED MESSAGE-----                                                                                                                                                                                                           Hash: SHA256                                                                                                                                                                                                                                                                                                                                                                                                                                                                              DIST drush-4.5.tar.gz 282760 SHA256 11a8ba3acbebf0be45407dee54a4c59cb9da7dfb461cf4ed9e27e78b2968fc99 SHA512 9ce80f08e8e5ca3a48821dd8db2cac8fa7b6e1d6f6e77319d4f1a84639fc4cc8152e666da31d11f02b2a5b646f81d8a714b483bef48d6ed2b4001cc18a92831b WHIRLPOOL 5efdbc154faf164bc0d0a5959ee6ec07e4446053995a12035b37a664e172ed4f06c7adc7c9d6ac24fbb98603133478dfa2c44c77a91a8688296f7339a751c70c                                                                                                   DIST drush-4.6.tar.gz 290434 SHA256 c8f5a165c1624b023aaa74b4fd852da1dc426bd08f7cf1af328fe16e7de27d8d SHA512 7965a7d191f88e60d9dc19baba3a6e25e10facbe5a84d30681b5b071dbde0c284fddcc8fb76f70c0ccfc115f4603b2c607f3081f523d566bfb397e70983dd3a2 WHIRLPOOL 18fdcbd3349fda8016c6ae512d9f2c1035e53e0122c9241717d66dfaa4c3e3a19d2e13b89c576faa426ab635ff98e3afabe9d664c825df28071d7438e12d31fc                                                                                                   DIST drush-5.1.tar.gz 398390 SHA256 24c701e8e4da60261210227f5e3c666989ce79234b222a8b1f17de137e7efd67 SHA512 2f35eb25914fe6e6da80f1c9b8be1978a17f6f1cfdb822bfd211d56bd0a8dcb1a4d67325dc11920ad61cfa638a5b1e58dec7f49396b589465401b31af703feaa WHIRLPOOL 18cf7374deaddff745441290222a742b82b2183ebb6f5d1c1a079e84607f82839d458bba8aa118d6c07e53cf54e49b1314dc7c199af6582d8fe1a313e3c9ee9c                                                                                                   DIST drush-5.8.tar.gz 409642 SHA256 15dd85f04c49b4a896b02dd6960d3140f3ae680bab3eea5d3aba27be0481e480 SHA512 85f7572aece8590d23164dc938e00b740718a5b9bf20ca866083f9e8ce2025ec07f57e06234bf50bfe2351f407f5bad21789103c1e04d18d2fd202fa735637e6 WHIRLPOOL 68f4a8ca09fc61c36de3d6cc6e3aeaab2021b677ba9d732a65f4d5a9940ebbee3cd63dc84f165e119770168547b1997aff6c23497dc50dbe548df348c296188c                                                                                                   EBUILD drush-4.5-r1.ebuild 1209 SHA256 a0c61140ae49781b30b2779b5bb09c4dffade03ac3e34ec0b5575a24e5da56ab SHA512 063cf74bd1644f005ebeb8a6a090c09b77bb0594de9f093ef5a5aebaae8264ce23e83b8ef77d2fe7d03bc185b3ce3c0dab38f6614d01ce77a453aeb6deaecc6c WHIRLPOOL 4a6043fb99f45dfac14ba59914e2b8198a9cf4ee76c1e9208754a2378d75943b4f151aa5bbdbdda84fddd04c98937e25faa3ad2a99c04de4671efef334bb0ea9                                                                                                 EBUILD drush-4.6.ebuild 1208 SHA256 3172cdb4c705d5eeefea7255cf85a052336d19011bfcfd3e6bed5a7e5d1e6d29 SHA512 1a2087ba9c58c64bc64b81f6d050ece76772206bdad2510581974dc6ca328f75a0e1bde04a459730e43373d88c716b82627232e55f7f76f87cf31b0a7fe5a9d3 WHIRLPOOL 70913d7cae906002aaf053a587c6cce59be611e5d1c03705d3c1fa56c242b92715168ceec6e0cee417458fc3baf9e4971ebb46ed231f3e7c71ead22b8439f962                                                                                                   EBUILD drush-5.1.ebuild 1515 SHA256 405be1c00dc0776325e771510db7ae343f2b62e92c2646238078b4106aacf7b9 SHA512 e50c281d6b33c79cc577df5ee59c178b72f2494241ddf4512101900602ce9c0896833ba7b54a0790608007d0d1f0c19e30a1180637952555ba5e35e8fe5874bc WHIRLPOOL 7a9b822ec9a225d9d05ac270eab5c8e4fa8b505310914f487b63815e724709c161304a64bbaf74376212628bf4d60e239c6da7e7555208cf7c8a72f819b5dec2 EBUILD drush-5.8.ebuild 1517 SHA256 67e0d3755055718453b498af2fb559a9debe8df1125164fae2d47f458c062f62 SHA512 bc8677fe05f2f50159220315ba5ff48a3df61eb66d7086560da01f59b371c7f720017689f0b4a25d2a783b25a60f1426dafefae4c95c0d11f0d9c70bcf8b1eff WHIRLPOOL 08af066c00d1d2af0add58c29d37a5629a8c4dda963e72eecf98b003c24189c1e8d8c29c8da9ae41e752c1e4ecaf26ebc436b3d782235c8ee616f8091a76a367 MISC ChangeLog 1061 SHA256 5502bd56cd74b5f3cfb6e5e4ce07e7fb06ff11e554b8a5f1a81f98cee73d171c SHA512 399db2153bbd7d54c7fcbc217e85db63fcebf5447b0679b804e60945de009ad598cd7e2442f7d60f18c9655e0b271895863e60d7cbe94bf5fd5de03ef1af6243 WHIRLPOOL cdf5c067d5103a06daeedeed2129a19529bf71fa2368d0b814e1f3efe42d0dd08f5f92ca2d9ba21c2751b84edf4e4fe37af15d386bd13c7c14593ce1f08b8ade MISC metadata.xml 615 SHA256 2825b70437ca9835993991ae46bda0e478e0f1e1a45447c972d4ec609af2b657 SHA512 eb1fb01f21c2dfd6ad7e993cdd11323c7b7b0168573018f46dcb9bdde1d45587b57284fce29836d884e1c322e97742e551da356ec37374449ed34c8cfc8f68cc WHIRLPOOL 77579cb2131198edca50004ac1350cb5a400bc502ace0dbbad99ba77d69427b8a5de2005c10477fa28c2c02f40b39e3b887be9ae1e8fa69492cec14673b3808f -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iD8DBQFQ2S1AQW+hXSf0t0IRCOZkAJ9O19lL02qu2mecUGYcjl/LPqD42wCgzHLq iX35K4JQkHAz6u8/oeh6gHE= =P10I -----END PGP SIGNATURE----- Ну а дальше "Signing the Manifest using your GPG key" http://devmanual.gentoo.org/general-concepts/manifest/index....
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	104. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 07-Янв-13, 23:10
	> И если кто-то плохой поправит мейкфайл, добавив туда аналог rm -rf / > это приведёт только к проблемам в песочнице, а не во всей системе. А кто-то ещё собирается не в чруте как минимум?
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	128. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 08-Янв-13, 03:47
	>> И если кто-то плохой поправит мейкфайл, добавив туда аналог rm -rf / >> это приведёт только к проблемам в песочнице, а не во всей системе. > А кто-то ещё собирается не в чруте как минимум? Этой шутке, Миша, я думаю уже много лет. Выкинь ее. Также смотри то, что я говорил про user-destdir и непривилегированную сборку. Но я тебе скажу другое. Есть случаи, когда собираться в чруте невозможно, и приходиться собирать и ставить пакеты "на месте". Например, когда у меня нет root-а. По POSIX-у chroot его требует. pkgsrc, к примеру, умеет бутстрапиться в любой произвольный каталог, рута при этом не нужно, все ставится и работает от обычного пользователя (режим UNPRIVILEGED=yes). Так вот, в этом случае тебе придется пользоваться средствами типа http://pkgsrc.se/pkgtools/pkg_rolling-replace которые шлепают по пакетам, обходя дерево зависимостей от листьев к корню и пересобирает каждый, ставя его, опять же, на месте. usecase: Вот дали нам ребята из Joyent shell account на их SmartMachine, чтобы могли сами исправлять пакеты под их вариант соляры, а контейнера пожалели. Да он и не нужен! shell account-а ведь достаточно для разработки!
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	137. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от Аноним (??) on 08-Янв-13, 18:11
	>пользоваться средствами типа >http://pkgsrc.se/pkgtools/pkg_rolling-replace Кстати, замечательнейшая штука, я ей обновляюсь. При случае автору привет передавайте.:)
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	79. "Проект DragonFly BSD представил новую систему сборки пакетов..."	+/–
	Сообщение от vle (ok) on 07-Янв-13, 15:58
	> Как мне в pkgsrc узнать, какие пакеты используют поддержку pulseaudio? Из > установленных на моем локалхосте Еще два варианта: 1) pkg_info -R pulseaudio 2) nih deps -I1l pulseaudio Во втором варианте без -1l выведет дерево зависимостей от pulseaudio рекурсивно. -1 пока не отрелизил.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема