Компания Red Hat опубликовала стабильный релиз пакета Cygwin 3.6.0, включающего DLL-библиотеку для эмуляции базового Linux API в Windows, позволяющую с минимальными изменениями собирать созданные для Linux программы. В пакет также входят непосредственно собранные для выполнения в Windows стандартные Unix-утилиты, серверные приложения, компиляторы, библиотеки и заголовочные файлы...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62903
Трудно вообразить себе что-то более бесполезное в современной винде, чем cygwin. Оно и раньше-то, после того как mingw/msys появились, полезностью не отличалось, а костыль тот еще. Теперь же, когда есть еще и wsl, что с ним можно сделать?
Он был последней надеждой для неумех, которых просят портировать их криво спроектированный консольный софт на винду. Да и то не всегда. Например, есть такой TUI-клиент к Mattermost под названием matterhorn, его даже под сабж не осилили портировать, настолько там все ржавыми гвоздями приколочено к линуксовой консоли.
Не только. Qt creator, собранный под cygwin, обладал более полной функциональностью.
> Например, есть такой TUI-клиент к Mattermost под названием matterhorn, его даже под сабж не осилили портировать, настолько там все ржавыми гвоздями приколочено к линуксовой консоли.КМК, это просто показатель его нужности.
> Например, есть такой ...git
> Например, есть такой TUI-клиент к Mattermost под названием matterhorn, его даже под сабж не осилили портировать, настолько там все ржавыми гвоздями приколочено к линуксовой консоли.А под midipix ? Откомпилировался хотя бы?
Mingw/msys задействуют cygwin, к твоему сведению. Можно собрать под вендовые либы, но тогда вместо софта у тебя огрызок.
Пруфлинк?Первый, много лет назад, msys, и правда был форком cygwin. Но с тех пор прошло лет 20.
https://www.msys2.org/Всегда было, есть, и будет, просто посмотри, как собирается и что. Без cygwin невозможно использовать большую часть posix софта.
какой wsl, первой версии ещё туда сюда замена cygwin-у, а вторая это же тупо виртуалка. если надо условный bash в терминале и линуксовое окружение нативно встроенное в винду без оверхеда - лучше cygwin-а ничего нет
но msys2 лучше же
wsl дичайше, просто до невозможности медленно работает с fs винды. issue висит уже много лет. единственный рабочий вариант - городить огород с nfs
Не знаю, как Cygwin, а Msys2 всё для Винд меньше Десятки. И WSL2 тоже не про XP/7, которые ещё эксплуатируются, будучи купленными, в составе программно-аппаратных комплексов.
> Не знаю, как Cygwin, а Msys2 всё для Винд меньше ДесяткиCygwin уже нет
setup-x86_64.exe version 2.925 => http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa.../
Толку-то если пакеты перестанут быть совместимыми
ConEmu+Cygwin и вантуз издали становится похож на нормальную ОСь. Но издали.
Windows Terminal + Powershell, вы хотели сказать?
Что хотел, то и сказал. WT хрень. PowerShell никоим образом не реализует линуксовых команд.
> PowerShell никоим образом не реализует линуксовых команд.И не надо.
не-не. Тут противоречивые параграфы: "Похоже на нормальную ОСь" и "не реализует linux'овых команд". Но сам тезис да, верный - wt + powershell действительно _похож_ на нормальную ОС второго десятилетия 21го века. "Похож", да - и на "нормальную", а не "хорошую" - но всё-ж лучше, чем выкидыш 70х годов 20го...
Windows Terminal + WSL (предпочитаю первую версию, т.к. не мешает работе виртуалбокса и с сетью заморочек меньше)
Так WSL2 уже давно не мешает виртуалбоксу...
Ну если это можно назвать "не мешает". Virtualbox при этом работает через слой совместимости с Hyper-V и работает плохо.
} Virtualbox при этом работает через слой совместимости с Hyper-V и работает плохо.
А Вы не отключили ли половину новых security опций ради "быстрого" Virtualbox ?
( Детальнее?)
> } Virtualbox при этом работает через слой совместимости с Hyper-V и работает
> плохо.
> А Вы не отключили ли половину новых security опций ради "быстрого" Virtualbox
> ?
> ( Детальнее?)Ради нормально работающего гипервизора не использую некоторые функции, да.
> Ради нормально работающего гипервизора не использую некоторые функции, да.Вы же ж предупреждайте возможных полеледователей
( read as -- последователей). . . о последствиях. Как-то реальный взлом ( честно говоря, маловероятно) или о шансе "получить по говлове" / кошельку от службы бezoпасmосmи
} WSL (предпочитаю первую версию ( . . .)
А за WSL1 ( вместо WSL2) я только за.
C Hyper-v весь Windows работает прилично медленне,чем без него, ибо он оказывается в виртурлке, и игры, и компиляторы..Если нужа производительность, то выигрывают виртуалки с отключенным Hyper-v, причем как они сами быстрее работают, так и систему не калечат.
Производительность msys2 очень низкая, медленнее и виртуалок, и WSL2. По крайней мере компилятор для ESP32 чуть ли не на порядок быстрее в виртуалке, чем его ваниант в msys2.
Потеря около 10% производительности, с учётом того, что работает и так под kvm.
А на счет 10%.. Процентов чего? Только исполнения кода процессором, работы видеоподсистемы, ввода-вывода, или всё вместе? В этом и подвох.Да и KVM это же совсем другое. А Cygwin и msys чисто для Windows.
Проблема, что если ради чего то включить hyper-v,
то через него работает вся система, что уместно только не выделенном сервере, но не компе общего назначения. А Vmware, мало того что в нем быстрее чем через hyper-v, так оно еще всю систему тормозом не делает.То есть, WSL отбрасываем, и сравниваем виртуалки, Cygwin и msys.
Есть проблема. Производительность Cygwin и msys, мягко говоря, не впечатляет.
Конечно, у меня есть Cygwin, в c:\usr\bin, но он годен только для скриптов автоматизации, а как чуть что потяжелее если в нем, так привет тормозам.
Игры, а именно падение средней кадровой частоты. Учитывая вложенную виртуализацию, вышло довольно неплохо.
А накой тебе virtualbox при наличии нативного hyper-v?
> А накой тебе virtualbox при наличии нативного hyper-v?Возможно в нем быстре. В Vmware точно быстрее, при отключенном hyper-v.
То что hyper-v нативный, не делает его лучше, вон notepad и paint "родные" для Windows, а лучшими не являются, а просто есть по умолчанию.
Но если hyper-v нужен, и уже включен, то надобность в virtualbox под сомнением. Разве что готовые машины запускать, а не переустанавливать.
>> А накой тебе virtualbox при наличии нативного hyper-v?
> Возможно в нем быстре. В Vmware точно быстрее, при отключенном hyper-v.Я не уверен, что у меня на ноуте есть осмысленные задачи, упирающиеся в это "быстрее". Wmware... речь о Workstation? Оно ж вроде как того... apache'нулось?
> То что hyper-v нативный, не делает его лучше, вон notepad и
> paint "родные" для Windows, а лучшими не являются, а просто есть
> по умолчанию.Ну скажем так - инфраструктуру виртуализации на windows я в своей жизни аж джва раза, по моему, видел - а вот production на virtualbox - и "не слышал" даже. Так что определенный interop штука потенциально небесполезная...
> Но если hyper-v нужен, и уже включен, то надобность в virtualbox под
> сомнением. Разве что готовые машины запускать, а не переустанавливать.Ну, учитывая, где мы общаемся - WSL2 и hyper-v включен примерно "по дефолту", как мне кажется. А VM'ки вполне себе конвертятся без переустановки
А чем WT хуже ConEmu? Я последним почти не пользовался, может я что-то упускаю?
> А чем WT хуже ConEmu? Я последним почти не пользовался, может я
> что-то упускаю?Я не пользовался WT толком :). ConEmu работает даже с WinXP, насколько я в курсе. И настроек до собачьей бабушки.
трудно представить себе что-то более полезное под винду чем cygwin.Для начила в нём есть openssh.
А ещё куча консольных утилит. И это консольные! улитилы - на потерю 3% производительности из-за эмуляции можно спокойно положить болт, потому что это консоль и она работала ещё двадцать лет назад, когда компы были куда медленнее.
Я, например, jupyter гоняю из-под цигвина.
> трудно представить себе что-то более полезное под винду чем cygwin.
> Для начила в нём есть openssh.Как ни странно, как минимум клиент есть и в более-менее современных вендах, с 10 начиная. Но вот wget & mc можно не пытаться искать :).
Исключительно для справедливости ради:https://sourceforge.net/projects/mcwin32/
МС давно на венде пашет, но ИМХО криво, из под цигвина он все таки лучше
wget - Invoke-WebRequest
mc - far2
winget install far
к этому есть нормальный консольный пакетный менеджер? или к чему угодно подобному, чтобы можно было нормально установить любую тулзу из консоли и оно работалокто-нибудь пробовал screen? он почему-то вне PATH ставится
apt-cyg ответ на первый вопрос. Работает именно так, как описано. Я использую версию от kou1okada
> или к чему угодно подобному, чтобы можно было нормально установить любую тулзу из консоли и оно работалоВ msys2 - pacman. Всё нормально работает.
> нормальный консольный пакетный менеджерsetup-x86_64.exe в пакетном режиме не использует гуй. см ключи ком строки.
screen не живой. tmux норм.
Давно не был на Windows. Скажите, с каких это пор Red Hat стал заниматься поддержкой Cygwin. Зачем ей это надо?
Cygwin, наверное, ещё с конца 1990-х существует.
А мне больше нравился проект CoLinux, который загружался рядом с виндой...
} А мне больше нравился проект CoLinux
Они даже относительно ( под 32 бита) живы. Года два назад что-то новое выкладывали.
IBM всегда сотрудничала с Microsoft, подарила ей IBM PC, Win32 API, ...
IBM подарила M$'у Win32 API ? А не наоборот, и не подарила, а продала лицезию для Win-OS/2.
Осталось посчитать, сколько затратила на создание, почем "продала лицензию" и сколько потеряла, отдав весь рынок.
} IBM всегда сотрудничала с Microsoft, подарила ей ( . . .) Win32 API, ...Но не Native API
Смотря как считать. DEC проиграла IBM PC, так что цена на создателя VMS упала, соответственно и WNT обошлась почти даром.
И какие проги можно запускать?