The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск GSRC 2014.07.06, аналога портов BSD для установки приложений GNU

14.07.2014 09:43

Представлен релиз GSRC 2014.07.06 (GNU Source Release Collection), системы сборки пакетов с приложениями GNU, напоминающей BSD-порты. GSRC позволяет легко собирать программы и устанавливать их в своей домашней директории ($HOME/gnu) или системной директории /gnu. Достаточно набрать "make -C пакет install" и система сама загрузит необходимые исходные тексты и соберет недостающие зависимости. Информация о пакетах хранится в репозитории Bazaar, для актуализации пакетов достаточно обновить состояние репозитория с хоста bzr.savannah.gnu.org/gsrc/.

В настоящее время GSRC поддерживает сборку 422 пакетов GNU, 16 пакетов с компонентами GNOME и 22 пакетов с приложениями GNUstep. По сравнению с прошлым выпуском добавлено 4 новых пакета: easejs, gnudos, guile-opengl и guile-rpc. Обновлены версии 61 пакета, в том числе bash (4.3-18), gawk (4.1.1), gcc (4.9.0), gdb (7.7.1), gnunet (0.10.1), gnupg (2.0.25), gnutls (3.3.4), grep (2.20), ядро linux-libre (3.15), mediagoblin (0.6.1), screen (4.2.1).

  1. Главная ссылка к новости (https://savannah.gnu.org/forum...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/40198-gsrc
Ключевые слова: gsrc, gnu
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (40) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, A.Stahl (ok), 10:10, 14/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интересно услышать комментарии пользователей -- чем это лучше configure-make-install или вовсе установки бинарных пакетов. Казалось бы -- отличный шанс для мелких программ у которых нет шансов попасть в репозитории или для тех пользователей кому нужны самые последние версии... Но нет -- это только для GNU.
    Так что, кто-то пользуется? Зачем и почему?
     
     
  • 2.3, Аноним (-), 10:15, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    первый раз слышу об этом, но:
    в дистрибутиве нет нужной версии
    в дистрибутиве нет нужной программы
    краснoглазить с исходниками лень
    Поставил подобной недистрибутивозависимой штукой и радуйся, ан нет, 400 программ это почти ничего.
     
  • 2.5, б.б. (?), 10:20, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    1. оно в хомяк ставится, насколько я помню

    2. есть подобные штуки и не для gnu. хотя с "последними версиями" там, вроде, плохо

    3. это средство распространения утилит gnu. вас не удивляет, что с microsoft.com нельзя скачать gentoo или openbsd? ведь, казалось бы, gentoo и openbsd вмняемее windowz... :)

     
     
  • 3.13, DeadLoco (ok), 12:55, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > оно в хомяк ставится, насколько я помню

    Аххахаха, лучшая шутка месяца!

     
     
  • 4.29, Аноним (-), 16:09, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да, да, если это установить в хомяка, его начнёт gnu-ть.
     
  • 2.12, IMHO (?), 12:11, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > configure-make-install

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

     
     
  • 3.14, DeadLoco (ok), 13:00, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >> configure-make-install
    > установит ПО не соответственно дистрибутива, а куда само захочет

    Ой, мамочки, не могу, щас помру! Я уж думал, что предел красноглазия и лорнирования на опеннете достигнут, а оно вишь, как обернулось! Оказывается, детишки ниасилили --prefix!

     
     
  • 4.25, IMHO (?), 15:00, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >  --prefix

    crc & md5 тоже сами считать будете, компьютер создан для того, что бы работал за человека, а не вводить каждый раз кучу команд, этим и занимается пакетный менеджер, если у когото пакетный менеджер сидит за компьютером, то это решать каждому.
    Что тут за детей говорить, тут юзеры линукс которые несколько лет уже за компьютером считают что обновить ОС, это установка с диска поверх ОС своего любимого дистрибутива.

     
     
  • 5.26, DeadLoco (ok), 15:35, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > компьютер создан для того, чтобы работал за человека, а не вводить каждый раз кучу команд

    То, что у вас это получается только через кучу команд, говорит лишь о том, как вы владеете инструментом. Блондинки тоже не знают, что под капотом, и во всех случаях переустана^W стучат по колесу.

     
     
  • 6.27, IMHO (?), 15:44, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    я как раз кучу команд не ввожу, максимум что делаю если портами пользуюсь так это make install clean, дальше уже галочки выставляй какие надо, без всяких префиксов, инклудов и ключей. Я теперь понял почему меня знакомый друг линуксоид за мега хакера считает, он в убунту собирал питон две недели, вечно с зависимостями игрался, мне же это стоило только make install clean.
     
  • 5.30, Diozan (??), 22:45, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>  компьютер создан для того, что бы работал за человека

    Если так, то не долго он будет за него работать. Ибо скоро призадумается - а зачем ему человек? А потом к вам придёт терминатор. И устранит вас за ненадобностью...

     
     
  • 6.31, IMHO (?), 23:55, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    если бы компьютеры могли думать, то мой бы компьютер думал бы про отпуск
     
  • 3.22, Аноним (-), 14:13, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > потом все не удалишь из установки таким методом, обновлять сложно будет ...

    Виндузоиду жаловаться на такие мелочи как-то не с руки.

     
  • 3.35, Аноним (-), 18:56, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Особенно редхатовцы любят --prefix=/usr по умолчанию.
     
  • 2.16, DeadLoco (ok), 13:15, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > чем это лучше configure-make-install

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

    > или вовсе установки бинарных пакетов

    Тем, что позволяет не пользоваться унифицироваными общевойсковыми билдами, а тонко тюнить под свои нужды. Например, выкидывать поддержку IPv6, NLS, GDB, Х11 там, где это ни к чему. Тем, что позволяет использовать предпочитаемые мной либы и опции конфигурации. Тем, что позволяет накладывать на сырцы мои патчи в рамках единой процедуры установки софта.

     
     
  • 3.17, Аноним (-), 13:25, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    хочу пользоваться унифицированными общевойсковыми билдами. Где взять мой билд?
     
     
  • 4.18, DeadLoco (ok), 13:35, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > хочу пользоваться унифицированными общевойсковыми билдами. Где взять мой билд?

    Апт-гет тебе в помощь.


     
     
  • 5.19, odd.mean (ok), 13:45, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда уж Ubuntu Software Center.
     
  • 3.36, Аноним (-), 18:56, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> чем это лучше configure-make-install
    > Тем, что позволяет рекурсивно установить/удалить всю ветку зависимостей. Тем, что дерево
    > портов позволяет отслеживать необходимость обновления/пересборки вверх от обновленного
    > узла зависимостей. Тем, что это позволяет тюнить сборку софтов глобально и
    > локально. Тем, что позволяет легко автоматизировать весь процесс.

    NixOS!

     

  • 1.2, Аноним (-), 10:11, 14/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оно только для гну? А остальное?
     
     
  • 2.4, Andrey Mitrofanov (?), 10:20, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Оно только для гну? А остальное?

    Ну, как, MSRC - MS Source Release Collection, RSRC - RH  Source Release Collection, OSRC - Oracle Source Release Collection. Букв-то много.

     
     
  • 3.6, б.б. (?), 10:22, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Оно только для гну? А остальное?
    > Ну, как, MSRC - MS Source Release Collection

    если не считать сторонний ms research, это будет самая маленькая коллекция в мире, целых 0 пакетов? :)

     
     
  • 4.23, Аноним (-), 14:41, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > если не считать сторонний ms research, это будет самая маленькая коллекция в
    > мире, целых 0 пакетов? :)

    А еще MSI - самый горбатый менеджер пакетов нв планете...

     
  • 3.10, Аноним (-), 11:21, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вы будете смеяться, но RHSC (RedHat Software Collections) уже есть есть и выполняет несколько схожие с сабжем вещи.
     
     
  • 4.28, Andrey Mitrofanov (?), 15:59, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы будете смеяться, но RHSC (RedHat Software Collections

    Видел я ту новость. Уже смеюсь. Похоже, да, но не выинграл и в карты.

    >несколько схожие с сабжем вещи.

     

  • 1.7, eganru (?), 11:02, 14/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А чем portage плох? или paludis?
    разве с помощью них нельзя решать эту задачу?
     
     
  • 2.8, Andrey Mitrofanov (?), 11:16, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А чем portage плох? или paludis?
    > разве с помощью них нельзя решать эту задачу?

    #> GSRC is based on the GAR build system by Nick Moffitt and the GARstow enhancements by Adam Sampson. GAR was inspired by BSD Ports, a Makefile-based build system, and is written in GNU Make. The GARNOME build system for GNOME was another example of a system using GAR.

    Очевидно же, что:
    1/ portage не плох, но, возможно, Вам виднее
    2/ portage не решает эту задачу
    3/ portage решает не эту задачу
    4/ можно, решайте

     
  • 2.9, Sergey (??), 11:19, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    http://lurkmore.to/%D0%A4%D0%B0%D1%82%D0&# же
     

  • 1.15, vle (ok), 13:15, 14/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Лучше бы сделали отдельную категорию в pkgsrc или просто обновляли
    и пополняли пакеты на регулярной основе. Самоделкины.
     
     
  • 2.21, бедный буратино (ok), 14:02, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    pkgsrc - просто верх актуальности :) как гляну на angband 2.9.X no_X11, так плакать хочется.
     
     
  • 3.33, vle (ok), 03:42, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > pkgsrc - просто верх актуальности :) как гляну на angband 2.9.X no_X11,
    > так плакать хочется.

    Не нравится -- обнови, но инфраструктурно и по фичам там все на уровне.

     
     
  • 4.34, бедный буратино (ok), 09:23, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    там много что обновлять надо

    а инфраструктурно... ну, не знаю, пробовал штук 5 слак, от древних до транковых, что 5 лет назад, что недавно, постоянно какие-то затыки, часто прямо начиная с бутстрапа...

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

    был бы эталонный linux для pkgsrc, можно было бы и сравнивать. а пока, по многим вопросам, где я ныкался, ныкался, и не мог найти решения, которое казалось мне очевидным - pkgsrc мне не кажется инфраструктурно нормальным. те же openbsd ports, на мой взгляд, в разы адекватнее - начиная с dpb и заканчивая тем, что они работают, пусть и только в одной ос :)

     
     
  • 5.37, vle (ok), 22:06, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > там много что обновлять надо
    > а инфраструктурно... ну, не знаю, пробовал штук 5 слак, от древних до
    > транковых, что 5 лет назад, что недавно, постоянно какие-то затыки, часто
    > прямо начиная с бутстрапа...

    Слка неревантна.

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

    Дебиан не релевантен. Речь о кроссдистрибутивной пакетной системе.

    > был бы эталонный linux для pkgsrc,

    Эталонных нет. pkgsrc ориентирован на поддержку всего.

    > можно было бы и сравнивать. а
    > пока, по многим вопросам, где я ныкался, ныкался, и не мог
    > найти решения, которое казалось мне очевидным - pkgsrc мне не кажется
    > инфраструктурно нормальным. те же openbsd ports, на мой взгляд, в разы
    > адекватнее - начиная с dpb и заканчивая тем, что они работают,
    > пусть и только в одной ос :)

    Кроме subpackages в openbsd ports нет абсолютно ничего интересного по сравнению с pkgsrc.
    dpb -- жалкое поделие, в pkgsrc есть distbb и pbulk.

    pkgsrc работает, не надо заливать ;-)

     
     
  • 6.38, бедный буратино (ok), 05:46, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Эталонных нет. pkgsrc ориентирован на поддержку всего.

    всего, но хреново :)

    нет даже эталона, где можно проверить это на практике (кроме netbsd, конечно, но у netbsd есть эта самая эталонная base system, с иксами и звуком). я хотел собрать минимальный эталонный linux с pkgsrc, но так ничего хорошего из этого не вышло, хотя несколько раз пробовал... поэтому остаётся только одна теория... хотя на практике чаще вылазят проблемы и решения


    > Кроме subpackages в openbsd ports нет абсолютно ничего интересного по сравнению с pkgsrc.

    пусть это только мои личные впечатления, но они говорят резко об обратном.


    > pkgsrc работает, не надо заливать ;-)

    да пусть работает, сколько угодно, только подальше от меня. для себя я pkgsrc и netbsd вычеркнул надолго, только openbsd :)

     
     
  • 7.39, vle (ok), 14:43, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Эталонных нет. pkgsrc ориентирован на поддержку всего.
    > всего, но хреново :)

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

    > нет даже эталона, где можно проверить это на практике (кроме netbsd, конечно,
    > но у netbsd есть эта самая эталонная base system, с иксами
    > и звуком). я хотел собрать минимальный эталонный linux с pkgsrc, но
    > так ничего хорошего из этого не вышло, хотя несколько раз пробовал...
    > поэтому остаётся только одна теория... хотя на практике чаще вылазят проблемы
    > и решения

    Вот относительно старый bulk build для "эталонного" Линукса CentOS-6.5
    http://31.130.202.83/bulk-logs/Linux/RHEL/x86_64/6/current/20140627.1636/META

    Топовые падения все до единого -- моя вина, недодал памяти в виртуалки.
    Через несколько часов будет новый bulk build с бОльшим количеством пакетов.
    Прежде чем обвинять что-то в кривизне не мешало бы разобраться в предмете ;-)

    >> Кроме subpackages в openbsd ports нет
    >> абсолютно ничего интересного по сравнению с pkgsrc.
    > пусть это только мои личные впечатления, но они говорят резко об обратном.

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

    >> pkgsrc работает, не надо заливать ;-)
    > да пусть работает, сколько угодно, только подальше от меня. для себя я
    > pkgsrc и netbsd вычеркнул надолго, только openbsd :)

    Лучше бы ты говорил о том, в чем хорошо разбираешься ;-)

     
     
  • 8.40, б.б. (?), 18:06, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    хотя бы на таком же уровне - autotools -P оно хотя бы работает на практике, а... текст свёрнут, показать
     
     
  • 9.41, vle (ok), 02:53, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя проблемы с различением теплого и мягкого Берешь образы centos для openvz... большой текст свёрнут, показать
     
  • 2.24, Аноним (-), 14:45, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Лучше бы сделали отдельную категорию в pkgsrc

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

     

  • 1.32, DFX (ok), 02:35, 15/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > или системной директории /gnu

    мало того, что убогая пародия на portage (там вам с горы софта, и адекватное управление зависимостями, и даже ebuild'ы в git'е), дак ещё и нарушает FHS :|

     
  • 1.42, Куяврег (?), 12:59, 19/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    неужели и у аптгетчиков наконец появится нормальный пакетный менеджер?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру