Анонсирован (https://savannah.gnu.org/forum/forum.php?forum_id=7842) выпуск GSRC 2014.01.06 (http://www.gnu.org/software/gsrc/) (GNU Source Release Collection), системы сборки пакетов с приложениями GNU, напоминающей BSD-порты. GSRC позволяет легко собирать программы и устанавливать их в своей домашней директории ($HOME/gnu) или системной директории /gnu. Набрав "make -C пакет install" система сама загрузит необходимые исходные тексты и соберет недостающие зависимости. Информация о пакетах хранится в репозтории Bazaar, для актуализации пакетов достаточно обновить состояние репозтория с хоста bzr.savannah.gnu.org/gsrc/.
В настоящее время поддерживается (http://www.gnu.org/software/gsrc/package-list.html) сборка 417 пакетов GNU, 16 пакетов с компонентами GNOME и 22 пакетов с приложениями GNUstep. По сравнению с прошлым выпуском, опубликованным более года назад, добавлено 11 новых пакетов (в том числе gnunet-fuse, ccd2cue, fisicalab, inetlib и gnu-pw-mgr ) и обновлены версии 70 пакетов (gcc 4.8.2, binutils 2.24, coreutils 8.22, freeipmi 1.3.4, gdb 7.6.2, gimp 2.8.8, gnunet 0.10.0, gnuradio 3.7.2, gnutls 3.2.8, gtk+ 3.10.2, icecat 24.0, ядро linux-libre 3.12 и т.п.).
В новой версии добавлена новая команда сборки "install-src", позволяющая установить исходные тексты пакета в директорию "имя-src" рядом с целевой директорией бинарной сборки. Изменён подход к сохранению старой версии программы при выполнении операции обновления - директория с прошлой версией удаляется только после подтверждения работоспособности новой версии. Для удаления прошлой версии следует выполнить команду "uninstall-pkg-old". Выполнение "uninstall-pkg" приводит к удалению свежей версии и откату на прошлый выпуск.URL: https://savannah.gnu.org/forum/forum.php?forum_id=7842
Новость: http://www.opennet.me/opennews/art.shtml?num=38825
>система сама загрузит необходимые исходные тексты и соберет недостающие зависимостиА чем это лучше генты?
>Информация о пакетах хранится в репозтории Bazaar
Не самый разумный выбор, ИМХО
Чем это лучше kfreebsd ты хотел сказать?
Нет. kfreebsd - это как раз обратный случай.
> Чем это лучше kfreebsd ты хотел сказать?Вообще-то там ровно наоборот - бдздотный кернел прикрутили к нормальной пакетной системе и софту. Нафига оно надо - малопонятно, но если кто хочет этой фигней заниматься - флаг ему в руки и барабан на шею.
> Нафига оно надо - малопонятно, но если кто хочет
> этой фигней заниматься - флаг ему в руки и барабан на
> шею.Совместить быстроразворачиваемость Debian с ядровыми возможностями FreeBSD может действительно быть интересной штукой в определённых ситуациях.
И судя по логам ftp.ru.debian.org, даже в России каждый день по несколько пользователей используют kfreebsd пакеты.
За вчера c 10 IP-адресов качали:
/var/log/nginx]# grep kfreebsd access.log.1 | awk '{print $1}' | sort | uniq | wc -l
7/var/log]# zgrep kfreebsd vsftpd.log.1.gz | grep ' Jan 11 ' | awk '{print $12}' | sort | uniq | wc -l
3UPD: За последний месяц через HTTP с ftp.ru.debian.org kfreebsd-пакеты качали с 209 IP-адресов.
>>система сама загрузит необходимые исходные тексты и соберет недостающие зависимости
> А чем это лучше генты?Все, что не гента, по определению лучше :-)
>>Информация о пакетах хранится в репозтории Bazaar
> Не самый разумный выбор, ИМХОСамый распространенный дистр так не считает
>>> система сама загрузит необходимые исходные тексты и соберет недостающие зависимости
>> А чем это лучше генты?
> Все, что не гента, по определению лучше :-)Смех без причины — признак.
>>>Информация о пакетах хранится в репозтории Bazaar
>> Не самый разумный выбор, ИМХО
> Самый распространенный дистр так не считаетСамый распространённый дистр так считает и мигрирует на git.
>>>> система сама загрузит необходимые исходные тексты и соберет недостающие зависимости
>>> А чем это лучше генты?
>> Все, что не гента, по определению лучше :-)
> Смех без причины — признак.Самая главная причина это сама гента, более никаких других причин не требуется :-)
>>>>Информация о пакетах хранится в репозтории Bazaar
>>> Не самый разумный выбор, ИМХО
>> Самый распространенный дистр так не считает
> Самый распространённый дистр так считает и мигрирует на git.Вот когда отмигрирует, тогда и будет довод, а пока это на уровне "марк сказал"
> Вот когда отмигрирует, тогда и будет доводТо что Марков замечает грабли лишь когда они треснут по лбу - никто и не сомневался.
> То что Марков замечает грабли лишь когда они треснут по лбу - никто и не сомневался.Он не такой дурак, чтобы лично ходить по граблям. Вот направлять на это дело других - это да.
>> То что Марков замечает грабли лишь когда они треснут по лбу - никто и не сомневался.
> Он не такой дурак, чтобы лично ходить по граблям.Такой-такой
> Самый распространенный дистр так не считаетСамый распостраненный дистр в половине проектов тоже на git уже перешел...
>> Самый распространенный дистр так не считает
> Самый распостраненный дистр в половине проектов тоже на git уже перешел...Это все происки злобных врагов из редхата и интеля, которые навязывают всем git и препятствуют распространению самой лучшей DVCS, созданной самой важной компанией-разработчиком Linux.
>А чем это лучше генты?Для Генты - ничем, для остальных - тем, что есть.
ну что, теперь запилить аналог portmaster/portupgrade и в линуксе наконец-таки появится толковый пакетный менеджер. лучше поздно, чем никогда.
> ну что, теперь запилить аналог portmaster/portupgrade и в линуксе наконец-таки появится
> толковый пакетный менеджер. лучше поздно, чем никогда.pkgsrc там точно есть больше 10 лет. намного больше.
> pkgsrc там точно есть больше 10 лет. намного больше.Просто там оно никому нафиг не упало. Вот и весь секрет.
Решительно непонятно кому и зачем это нужно.
Чисто брендовые вещи. Игрушек только мало, одни gnuchess да gcompris. :)А вообще - ну, например, новый гимп потискать. Мне недавно пришлось вручную да невесть куда собирать, со сносом системного.
> Чисто брендовые вещи.Понятно. Это такая фиговина чтобы буратины могли пoнтoвaться.
Я думаю, что следующей стадией окретинивания опеннета будет "а нафига gnu выкладывает сырцы на ftp. Потому что, во-первых, они не нужны, а во-вторых - все эти сырцы уже есть в репозитории дистрибутива, зачем ещё одни".Обычно я примерно ровно предсказываю эти стадии, так что ...
> Я думаю, что следующей стадией окретинивания опеннета будет «а нафига gnu выкладывает
> сырцы на ftp. Потому что, во-первых, они не нужны, а во-вторых
> — все эти сырцы уже есть в репозитории дистрибутива, зачем ещё
> одни».вот серёженька в #12 это наглядно демонстрирует. хоть и старпёр, казалось бы — а как тренды чует!
А ты все-таки крут, Кэп... :).
> Чисто брендовые вещи. Игрушек только мало, одни gnuchess да gcompris. :)
> А вообще - ну, например, новый гимп потискать. Мне недавно пришлось вручную
> да невесть куда собирать, со сносом системного.Gentoo в chroot?
> А вообще - ну, например, новый гимп потискать. Мне недавно пришлось вручную
> да невесть куда собирать, со сносом системного.Enjoy your binary distro.
>> А вообще - ну, например, новый гимп потискать. Мне недавно пришлось вручную
>> да невесть куда собирать, со сносом системного.
> Enjoy your binary distro.Спасибо, мне хватило pkgsrc, openbsd ports и aur чтобы возлюбить бинарные дистрибутивы.
>>> А вообще - ну, например, новый гимп потискать. Мне недавно пришлось вручную
>>> да невесть куда собирать, со сносом системного.
>> Enjoy your binary distro.
> Спасибо, мне хватило pkgsrc, openbsd ports и aur чтобы возлюбить бинарные дистрибутивы.Слаще морковки ничего не видел.
> Спасибо, мне хватило pkgsrc, openbsd ports и aur чтобы возлюбить бинарные дистрибутивы.Ну так если вы из принципа кушаете только кактусы - не жалуйтесь, что колется и невкусно.
А prefix другой указать не?inb4 "C:\Program Files", трудности обновления и разруливания зависимостей - согласен полностью, но товарищ же сказал "потискать".
> А prefix другой указать не?
> inb4 "C:\Program Files"В Unix есть такой каталог. Называется /opt.
Правда, пользоваться им не очень модно.
Все это хорошо, непонятно только зачем. Все гнутые вещи из этого состава и так есть в любом дистре. Разве что как весьма хороший прообраз будущего линукса.. :-)
> непонятно только зачем.доделывают GNU\HURD
А, ну успехов в долгой и продолжительной работе на благо GNU .. :-)
благо GNU - общее благо. ;)
> доделывают GNU\HURDПалишься, виндyзятничек.
да старая привычка, ничего уйдет скоро
savepic.net/4299009.htm
))))
> да старая привычка, ничего уйдет скоро
> savepic.net/4299009.htm
> ))))щито, запустил vmware в своей максималочке для скриншота? и то прогресс.
> щито, запустил vmware в своей максималочке для скриншота? и то прогресс.Да вообще прикол
1) AVR studio, в вайне. Ну да, освоить avr-gcc, привинтить его к приличному програмерскому редактору и make - это слишком сложно, бсдшники не разберутся. Правда не понятно - как они при этом на сборку из сорцов дро^W, если потом не могут тулчейн припахать для решения своих задач и с позором запускают какую-то левую виндовую прогу под костылем. Впрочем у них там переход на шланг и сопутствующий зоопарк. А компилять под AVR супер-мега-инновационный шланг в отличие от gcc почему-то не умеет. Видимо, патронам из эппла AVR нафиг не упал, сами бсдшники могут только на форумах вонять. Поэтому такие вот крутые инновации, в ластах и противогазе. В этом плане даже ардуинщики ближе по тулчейну к нормальной системной среде сборки чем крЮтой бсдшник, что особенно феерично.
2) PidginICQ. Hilarious. TODO: показать скрин разработчикам пиджина, послушать грохот кирпичей.
3) Общий вид десктопа прозрачно намекает что это VM. Что прикольнее, бутануть бзду на настоящем железе и повторить подвиг с запуском VM наш супергерой нифига не сможет, как пить дать.
> да старая привычка, ничего уйдет скороБздельники - они такие: чуть что, ребут в максималочку.
> Все это хорошо, непонятно только зачем. Все гнутые вещи из этого состава
> и так есть в любом дистре. Разве что как весьма хороший
> прообраз будущего линукса.. :-)Да не, локальная гента в пределах пакетов GNU.
Типа есть у тебя дистрибутив, чин-чинарём в пакежманагеном, а ты ставишь какую-нибуть ботву на перл со всеми зависимостями из cpan-а. ...или то же с ruby и gem-ом. ...или php и... ой. ну да, не суть.
Вот захотелось тебе самы последний и новый... grep. А вот он!
> Вот захотелось тебе самы последний и новый... grep. А вот он!
> По сравнению с прошлым выпуском, опубликованным более года назад,Самый последний и новый…
Для дебианщиков, grep, которому меньше года - это самый что ни на есть bleeding edge.
Должно вылежаться года два-три хотя бы.
>> Все это хорошо, непонятно только зачем. Все гнутые вещи из этого состава
>> и так есть в любом дистре. Разве что как весьма хороший
>> прообраз будущего линукса.. :-)
> Да не, локальная гента в пределах пакетов GNU.
> Типа есть у тебя дистрибутив, чин-чинарём в пакежманагеном, а ты ставишь какую-нибуть
> ботву на перл со всеми зависимостями из cpan-а. ...или то же
> с ruby и gem-ом. ...или php и... ой. ну да, не
> суть.
> Вот захотелось тебе самы последний и новый... grep. А вот он!Ну если что. Но ведь и самому можно собрать новый пакет. Разве что возни меньше, но и пакетов там с гулькин нос.
>Все это хорошо, непонятно только зачем.LFS
>>Все это хорошо, непонятно только зачем.
> LFSДля lfs есть скрипты автоматизации, которые куда как лучше этих портов для построения базовой системы.
> Для lfs есть скрипты автоматизации, которые куда как лучше этих портов для построения базовой системы.С готовыми скриптами - это уже читерство. Настоящий "from scratch" - это когда сам их пишешь по ходу пьесы.
>> Для lfs есть скрипты автоматизации, которые куда как лучше этих портов для построения базовой системы.
> С готовыми скриптами - это уже читерство. Настоящий "from scratch" - это
> когда сам их пишешь по ходу пьесы.Смысл такого действа - показать что можешь писать скрипты с wget, tar, configure и make?
Это примитивнейшие скрипты, на которые просто лень тратить время, если они есть уже готовые.
Сколько объяснять линуксоидам, что через make install категорически нельзя устанавливать программы.
сколько объяснять анонимам, что это аналог как порты в BSD, там и контрольную сумму подсчитает и разложит файлики "по полочкам", makefile идет под сборку ОС.
CSRC не надо ,есть pkgsrc, ports, dports
> сколько объяснять анонимам, что это аналог как порты в BSD,Беззполезно. Бээсжешникам не объяснишь, что внутри make install pakage может быть, натурально, пакедж манагер. Написано же маке инсталл!
> make install pakage может быть, натурально, пакедж манагер.да ты что, сам apt-get? освящённый и лицензионный?
круто как. у то всё скрипты. программы, а у вас - волшебный apt-get.
> круто как. у то всё скрипты. программы, а у вас - волшебный apt-get.Ты хотел повыеживаться, но из-за опечатки вышел FAIL.
Бедняжка! Он думал, что скажет "хрю-хрю",
Но жалобно взвизгнул: "И-и!"
> Сколько объяснять линуксоидам, что через make install категорически нельзя устанавливать
> программы.…и через make uninstall категорически нельзя удалять.
А вообще, аноним может в первый раз в жизни написать свой Makefile и осознать, что в цели install можно поместить что угодно, а также добавить любой код для отката внесённых в систему изменений.
есл ты про "из портов" то очень даже можно. если из тарболла, можно, если осторожно.
> Сколько объяснять линуксоидам, что через make install категорически нельзя устанавливать
> программы.жуть какая. просто категорически вот нельзя. ваще. сразу ворвётся Спецназ По Охране Правильных Вещей и изобьёт до полусмерти. в первый раз.
Да не, просто система станет похожей на винду, с никак не контролируемыми ошметками во всех закоулках.
> Да не, просто система станет похожей на винду, с никак не контролируемыми
> ошметками во всех закоулках.таки есть разница между «не рекомендуется» и «категорически нельзя», не находишь?
Если голова и руки растут из непредусмотренной природой мест, так может без make (un)install получиться. А если с анатомией порядок — какие проблемы?
Ну валяй, объясни мне, например, сказочник.