Компания Red Hat опубликовала (https://cygwin.com/ml/cygwin-announce/2017-04/msg00001.html) новый значительный релиз пакета Cygwin 2.8.0 (https://cygwin.com), включающего DLL-библиотеку для эмуляции базового Linux API в Windows, позволяющую с минимальными изменениями собирать созданные для Linux программы. В пакет также входят непосредственно собранные для выполнения в Windows стандартные Unix-утилиты, серверные приложения, компиляторы, библиотеки и заголовочные файлы.Основные изменения:
- Добавлена поддержка API timingsafe_bcmp, timingsafe_memcmp, dladdr и getloadavg;
- В cygcheck и strace теперь всегда генерируется вывод только с кодом перевода строки и без возврата каретки (Unix LF вместо DOS/Windows CR LF);
- В fork() обеспечено сохранение порядка загрузки модулей, вызванных через dlopen();
- Поведение pthread_cond_wait приближено к версии для Linux и BSD;- Заголовочный файл sys/_locale.h переименован в xlocale.h для совместимости на уровне исходных текстов с другими системами;
- Улучшена поддержка драйверов Netapp;- Устранено потенциальное переполнение буфера в функции getrandom().URL: https://cygwin.com/ml/cygwin-announce/2017-04/msg00001.html
Новость: http://www.opennet.me/opennews/art.shtml?num=46304
Пакеты есть, зависимости вроде тоже, а пакетный менеджер когда-нибудь будет у них?
setup.exe же
Chocolatey же для десятки есть
> Chocolatey же для десятки естьТак не везде в мире десятка. К счастью.
Этот командлет работает начиная с ХР, для его работы требуется .net framework не ниже 4 версии. Вообще — эталонное ни нужно. Стоит ли говорить, что софт там в основном древний, не проверенный, ну и как сладкое: этот "пакетный менеджер" не умеет удалять "пакеты" и "решать зависимости". Например, ставишь софт, который требует .net framework отличимый от установленной версии, — получаешь error 0x0abcd11000 и дальше гугли чтобы это значило.
pkgsrc все решает
Ниразу не пакетный, у него нет как таковых пакетов, просто набор не очень качественных скриптов для автоматизации установки, ближе даже к арчевскому AUR, только без сборки пакета.
Apt-cyg
> Apt-cygДолжны стр@дать! Бооольше11
I'm using nix in x86_64-cygwin to build libraries with visual studio, both for--https://github.com/NixOS/nixpkgs/commit/f6f5c185ca533e52b6f0...
x86_64 and x86.
Слушай, дорогой. То что кто-то что-то должен - это твои влажные фантазии. Держи их при себе что ли.
Забыл, как ты относишься к NixOS? Добро/зло
> Забыл, как ты относишься к NixOS? Добро/злоЯ и к glibc, gcc, gnu coreutils и т.д. весьма положительно отношусь.
Однако на той "платформе" добавление nix-а только продолжит и усугубит (да, я видел, в их вики написано, мол, "ой, те два (целых два!!) разраба куда-то делись") тенденцию.
Представь, пременные окружения, хардлинки, симлинки, чруты! На "том" ядре. Друпал рядом не стоял. Им понравится же -- вот о чём речь.
На MSYS2 есть рачёвый pacman.
> На MSYS2 есть рачёвый pacman.Только пакетов в MSYS2 кот наплакал, хотя поставить git, да rsync, хватает.
юзай mingw-w64-$arch в msys2, конкректно msys2 пакеты это те пакеты которые работают только под msys2, а mingw-w64-$arch это те которые наитивно под систему.
в mingw/msys такой бардак что я бы даже задонатил тому кто надумает прибраться в этом чтобы привести к какому-то стандарту развития
setup.exe или apt-cyg спасёт отца русской демократии.
Есть же apt-cyg.