Разработчики проекта NetBSD представили релиз репозитория пакетов pkgsrc-2024Q4, который стал 85 по счёту выпуском проекта. Pkgsrc поддерживает 23 платформы, среди которых AIX, FreeBSD, OpenBSD, DragonFlyBSD, HP-UX, Haiku, IRIX, Linux, QNX и UnixWare. Система создана в 1997 году на основе портов FreeBSD и в настоящее время используется по умолчанию для управления коллекцией приложений в NetBSD и Minix. В качестве дополнительного источника пакетов pkgsrc применяется пользователями Solaris/illumos и macOS...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62513
А как они тестируют как минимум сборку на всех этих системах? - у них должен же быть какой-нибудь инструментарий, типа фрибздёвый пудриеры, но с виртуалками вместо джейлов?
На kali linux pkgsrc собрал плеер консольний moc и работает
Линукс - не показатель. Во-первых он един, а не куча разных типа netbsd, openbsd, freebsd, dragonflybsd, и так далее, во-вторых, это одна из основных операционных систем. Если софт изначально написан под линуксом, то наверняка он и будет под ним работать.
Не так круто как запилить multilb,но все же интересно.
Вот спасибо! Не нужон этот ваш pkgsrc! ./configure && make && make install хватит всем!
Как менеджер пакетов возможно не нужен, но как коллекция пакетов с исходным кодом будет полезна когда отрубят Интернет.
Главное, чтобы не начали наказывать за использование недружественного исходного кода. Объявлять иносорсагентами какими-нибудь.
Инсорсагент и инсургент. Созвучны однако, два слова.
Ага, и после make install оно навалит кучу каких то файлов невесть куда в систему, и потом вы их сами будете искать и удалять. И хорошо если не затрёт чего то нужного по пути.Порты это не только кучка мэйк файлов, это система позволяющая легко следить за тем что и куда ставится, и иметь кучу костылей для сборки разными сборочными системами, та же самая подстановка путей куда что инсталировать и где искать инклюды.
Так же отслеживание зависимостей и возможность выбора опций.
правда, как мы знаем, все возможные опции сборки никем не тестируются и глючат. а так отличная система, продолжай писать это креп.
Как мы знаем за эту работу никто не платит.
Я, как меинтейнер, обычно проверяю что оно собирается с теми опциями которые лично меня интересуют и которые я поставил в дефолт или хотя бы выбрал у себя на системе.
И обычно проверяется что при всех включённых опциях оно собирается.
Всё.Чтобы было понятно, у того же OpenCV более двух десятков опций можно вытащить в makefile (и раньше они там были, когда я делал порт в 2017 году), те это более 16 бит по сути или 65536 комбинаций.
> Я, как меинтейнер, обычно проверяю что оно собирается с теми опциями которые
> лично меня интересуют и которые я поставил в дефолт или хотя бы выбрал у себя на системе.Ну теперь по крайней мере понятно почему в фре такая помойка.
> правда, как мы знаем, все возможные опции сборки никем не тестируются и
> глючат. а так отличная система, продолжай писать это креп.Ну-да, ну-да, нет опций вообще - нет и проблем! Л-логика, че.
Эта система достаточно проста и надежна, как для портировщика-ментейнера, так и для конечного юзверя (в том числе и чтобы без особых проблем запакетировать себе какую-то маргинальную софтину).
А ты уже малехо подзадолбал отыгрывать классического обиженного школь^W опеннетовца - начавши пользовать X, нахваливаешь X во все поля, a перестав - не упускаешь шанса обо*рать X и все-все-все, что с ним связанно, "бессмысленно и беспощадно".
Фу таким быть.
>Ага, и после make install оно навалит кучу каких то файлов невесть куда в систему, и потом вы их сами будете искать и удалятьЛюбой империативный пакетный менеджер в состоянии что-то сломать. Вот nix хорошо устроен, изменения декларатинвы, и в процессе обновления система пересоберётся со всеми нужными вещами.
>Так же отслеживание зависимостей и возможность выбора опций.Если бы ещё эти опции были подписаны. А то не работает что-то, и после некоторого поиска по форумам находится необязательный пакет, и это чудесным образом начинает работать.
Где размер репозитория и способы его зеркалирования? Не знаю на какой планете розовых пони живут разработчики, но планета Земля на пороге ядерной войны. Репозитории должны иметь возможность использоваться локально, когда погибнут все человеки и воцарится тьма.
> Репозитории должны иметь возможность использоваться локально, когда погибнут все человеки и воцарится тьма.Так енто, тут недоработка за недоработкой. Если воцарится тьма, так еще и фонарик нужен получается или свечка. А тоже вот не положили.
С тьмой ИИ сам как-нибудь справится. А вот пакеты с исходниками ему с нуля не разработать. Нашел на yandex mirror зеркало, а там только инструкции и бинарники для netbsd.
Конечно, вопрос кому и зачем тогда будут нужны эти локальные репозитории и тем более такие, не задаётся.
Дак есть же make fetch-list. Можно закачать все сорцы.
Или имелось ввиду что-то другое?
Этот или какой-нибудь другой пакетный менеджер поддерживает кросс-компиляцию linux-to-windows?
Нет. У винды свои системные библиотеки, свой WinAPI, свой компилятор, короче свои требования. Слышал слово "экосистема"? Unix-like и Windows - это разные экосистемы.
Поддерживает, но не советую. POSIX-театр ужасно плохо портируется на всё, что отличается от системы на которой софт разрабатывался. Какие-то примитивные вещи типа cp и rm ещё ничего, а как что посложнее — начинается свистопляска с autotools. А вот более современный софт зачастую куда более кросс-платформенный, особенно написанный на Расте. broot, rg, sd, fd, uutils/coreutils работают превосходно на любой поддерживаемой платформе. По-настоящему свободный софт, без манифестов про «the freedom that proprietary software takes away from its users».
>POSIX-театр ужасно плохо портируется на всё, что отличается от системы на которой софт разрабатывалсяИ что же портируется хорошо?
>особенно написанный на РастеЭто не заслуга раста.
Ты ведь своё сообщение написал, с одной целью, и эта цель обгадить GNU-утилиты."VLC media player" написан на Cи и C++ и не имеет ни строчки на Rust прекрасно работает на Windows OS. Хотя я не считаю что приличные программы вообще не должны работать на Windows OS.
Что касается растаманов, то они вполне конфортно чувствуют себя на платформе Windows.
Я третьего дня устанавливал NetBSD на виртуалку, так на i386 не найден пакет xfce4. Для x86_64 пакет xfce4 найден и установился, но запустился один раз и я так и не смог запустить его через xdm.
Потом был не доступен pkgin сервер cdn. Я скачивал пакеты и устанавливал pkg_add.
В целом система мне понравилась, но не смог собрать tcc.
>tccНа минуточку, этот тот самый бздунский компилятор?
tcc - это компилятор Фабриса Беллара и он под LGPLv2.1.
А бздунский - это pcc.
А голова на плечах есть? Когда контрибуторы очередной ОС сделали мега-пакет - это вовсе не значит, что вся ось ок. Только пакет. Нинужный.
> В качестве дополнительного источника пакетов pkgsrc применяется пользователями Solaris/illumosвот это интересно. от них самих об этом ни слова. с учетом отсутствия софта под эти системы, это был бы вариант.
>вот это интересно. от них самих об этом ни словаПочему ни слова? pkgsrc в SmartOS штатный пакетник с самого начала. Остальным из Solaris/Illumos вообще не вперся, особенно любителям эталонной оракловой солярки.
> любителям эталонной оракловой соляркиИм как раз в первую очередь. Первое что ставилось на 99% солярок — набор гнутых утилит, потому что встроенными пользоваться можно только по принуждению. Куцые, тормозные и годами не патченные баги. Последнее, впрочем, понятно: пользователей нет, баг-репорты писать некому.
>Система создана в 1997 году на основе портов FreeBSD и в настоящее время используется по умолчанию для управления коллекцией приложений в NetBSD и MinixИнтересно, насколько случайные пакеты заработают в minix или netbsd. А то в openbsd удалили ядерные вызова и определённые порограммы там не работают, как минимум без серьёзных патчей
> вызовАвызовЫ