Компания Red Hat опубликовала стабильный релиз пакета Cygwin 3.4.0, включающего DLL-библиотеку для эмуляции базового Linux API в Windows, позволяющую с минимальными изменениями собирать созданные для Linux программы. В пакет также входят непосредственно собранные для выполнения в Windows стандартные Unix-утилиты, серверные приложения, компиляторы, библиотеки и заголовочные файлы...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58257
MSYS2 лучше
Когда я прошлый раз проверял msys2 шипит 2 тулчейна один с mingw-w64 для венды без зависимостей и второй собирает софт с переименованной libcygwin, по-моему, в репах можно было отличить по названию, какой софт собран нейтив и какой через cygwin.
Оно не может быть лучше или хуже, это проекты совершенно для разных целей - Cygwin для сборки и запуска posix-приложений практически без модификации, MSYS - для сборки нативных windows-приложений с использованием GNU-инструментов. MSYS2 по сути и содержит Cygwin
вы же прекрасно понимаете что Cygwin выбирают не потому что "о, линуксовое окружение для нового проекта, прикольно", а компании которые поддерживают 30-летнее легаси. Там просто нет выбора. Есть сервер условно на pentium III в аэоропорту (вы видели вообще софт у диспетчеров? он обновляется раз в полвека), и его не будут менять ни-ког-да.
А смузихлёбы, да, будут там на всяких Arch сидеть да ядра на Rust переписывать. В бизнесе где большие бабки крутятся, софт не переписывают.
В России используется z/Architecture IBM и после ухода в мае этого года... ещё неизвестно что будет с РЖД (на тему транспорта)
Не только. IBM разве не единственный производитель "настоящих" отказоустойчивых серверов, оставшийся в природе? Действительно, интересно. Насколько он ушёл? Если бы он выключил сервера, был бы забавный прецедент. Но даже просто без доступа к новому это проблема уже в ближайшей перспективе.
Axaxaxa
>> "IBM разве не единственный производитель "настоящих" отказоустойчивых серверов, оставшийся в природе?"Dolboyob
Нет, ты. Чё как оно там на итаниуме?
Импортозамещать будут, что же ещё. https://www.kommersant.ru/doc/5695020
(запасаюсь попкорном)
Эльбрус не производится, деньги на фабрику 65нм Ангстрем распилили ещё в 2009, не на что импротзамечать.
И никто не сел само собой
> В бизнесе где большие бабки крутятся, софт не переписывают.Так и есть. Причем не только в РФ. Недавно смотрел фото с завода где делают новые снаряды под HIMARS в США, так там до сих пор ЭЛТ мониторы и ПО под DOS засветились. Хотя, чего там говорить, если Пентагон до сих пор использует 8 дюймовые дискеты.
Ты неуч, откуда тогда у бизнеса "большие бабки" (tm), если софт не переписывается ни-ког-да? Не знаешь - нефиг болтать! Не переписываются конечные продукты бизнес-процессов (всякий там софт у диспетчеров, ага), потому что это копейки и нафиг никому не надо. А платформы, включая сами бизнес процессы, вполне себе переписываются постоянно на миллиардных закупках. Это и есть самая маржинальная мякотка, а что там у диспетчера стоит - да начхать десять раз.
От всей души желаю вам летать самолётами и только из тех и в те аэропорты, где релизы софта деплоят по CI/CD пайплайнам несколько раз в день. Это ж "многобабок", это ж хорошо!Просто надо писать один раз нормально, а не всю жизнь переписывать. Я понимаю, что сейчас это звучит утопично, но ведь вдумайтесь: РАНЬШЕ ТАК И БЫЛО. У отцов и дедов бородатых одминов просто не было права на ошибку.
А сейчас буквально все: посадили кучу обезьян и пишут "Войну и мир" итерациями, которые называют релизами.
>А платформы, включая сами бизнес процессы, вполне себе переписываются постоянно на миллиардных закупках.Это в вашем игрушечном ойти, созданном недоучками, все меняется раз в полгода. В бухгалтериях с понтами "платформ" и "информсистем" про виртуальные циферки денег, где думают что электричество из розетки берется и стыд потеряли, перекладывая "сложность продуктов", основанных на переусложненных барочных архитектурах на дезориентированного клиента, а практики сводятся к "вкинуть побыстрее" -- поэтому стыдобища уровня сырой альфы называется "пруф концепта" и "минимально жизнеспособный продукт". Именно там "программные продукты"(ТМ) вместо программ. Разница как между кефиром и "кефирным продуктом". Без электричества в розетке вы сольетесь в дренаж как пена на вонючей жиж е.
>Ты неуч, откуда тогда у бизнеса "большие бабки" (tm), если софт не переписывается ни-ког-да?Сдувай щоки, ойтишнег. Еще с 90х эти песни про переписахтунг поете. Только вместо софта на выходе у вас блоатварь и попилы на внедрении.
Нет.
>Выпуск примечателен прекращением поддержки 32-разрядных установок и прослойки WoW64, применяемой для запуска 32-разрядных программ в 64-разрядной Windows.Ну значит Git дропнет поддержку 32-битных Windows следующим. Просто потому, что какой-то неадекват в позиции лица, принимающего решения, принял неадекватное решение относительно зависимости гита. Это могла быть и другая зависимость, но когда зависимостей много, вероятность зависимости от неадекватов экспоненциально возрастает.
>Компания Red HatПоняятно. Эти в лидерах среди неадекватов.
Пока не прибивали перл к иксам выглядели вполне адекватно.
И пока поттерингов не нанимали.
32бит винды давно должны быть на помойке истории
А DOS будет жить вечно
В промышленном оборудовании — да. Но речь про домашне-офисное использование.
Они уже там. За исключением всяких автосервисов, цехов и СТО со станками под WinXP или DOS.
Зачем в 2022 году сидеть на 32 битах? Системы на 64 бит НУЖНО устанавливать на любой процессор с поддержкой 64 битных инструкций. А это, на минуточку, почти все камни с середины 00-х годов.
1. Нужно хотя-бы затем, чтобы всякие стимуляторы потреблятельства имели меньше поводов их дропать. А вслед за ними дропнут и x86_64-v1, потом x86_64-v2, и так далее. Ты не радуйся, что у тебя 64-битная, когда пришли за 32-битными ты молчал, потому что тебя это типа не касалось, а когда придут за твоими, будут молчать владельцы 32-битных, которых вынудили отправить их на свалку и купить новейшие системы, потому что уже им твои проблемы будут по барабану.
2. Если 32-битная система (с коими я немало работаю, у меня на работе все компы на селеронах, а дома есть третий пень в рабочем состоянии) - у тебя, то тебе будет не до смеху.
32 битные системы без поддержки 64 битных инструкций — это уже раритетное железо, которое в современном мире не_годится вообще ни для чего. Разве что только для набора текстов в Office 97.
Не неси чушь, расплескаешь.
На Athlon XP и Pentium IV на ядре "Nordwood" можно запускать старые версии крутого промышленного софта (Maya, Nuke, Sound Forge, Sony Vegas, Photoshop, Flash, AutoCAD, MathLab и прочее), которые не то что тормозить не будут, но и выдадут хорошую производительность. Да - без поддержки нейросетей и big data, увы.
> Если 32-битная системаУ меня 32 битная система была до 2008 года что-ли. Pentium 4 Prescot.
Радостно было, когда избавился. Печка та ещё. Кажись и USB 2.0 не было.
Это уже совсем луддитство.
Prescott, это 64-битная система.Правда, лично у меня 64-битный линукс на нём работал медленнее, чем 32-битный. И я уж не знаю что винить: руки или Intel (ну, мало ли, может не смогли AMD-шные инструкции перенести правильно, однако со второй попытки всё же удалось).
Так или иначе, на Core2Duo 64-битный линукс у меня работал нормально, выдавая тот самый прирост по сравнению с 32-битным
> Intel® Pentium® 4 Processor supporting HT Technology 3.00 GHz, 1M Cache, 800 MHz FSB Launch Date Q1'04. Instruction Set 32-bit. TDP 89 WНе. Не умел в 64 бита.
Я знаю три ядра четвёртого "пня", это NetBurst, Nordwood и Prescott. Насколько я знаю, Prescott умеет AMD64.Сейчас посмотрел на Википедии: https://en.wikipedia.org/wiki/List_of_Intel_Pentium_4_proces...)_2
Пишут:Intel 64: supported by F-series, 5x1, 517, 524 and few OEM models in E-series (SL7QB, SL7Q8)
И ниже приведена табличка, согласно которой, E-серия анонсирована 2 февраля 2004, а F-серия - 1 августа 2004.
Получается, что всё-таки да - не все Presscot умели AMD64
У меня два Prescott для Socket 775, и оба умеют. Плюс, USB2 на плате есть. Да ещё какой! Насколько я знаю, там 480 мегабит не поделён между всеми разъёмами, а каждый индивидуальный разъём имеет 480 мегабит.
Во всяком случае, так я понял эту статью: https://www.ixbt.com/printers/usb-standard-history-upto-usb4...
"Например, возьмем контроллер USB 2.0, встроенный в последние южные мосты Intel без поддержки USB 3.0 (пятое и шестое семейства). Обычно его называют именно контроллером, поддерживающим 14 портов USB 2.0. На практике чуть сложнее: «контроллер» состоит из семи (!) UHCI-контроллеров (поддерживающих режимы Low Speed и Full Speed) с семью же двухпортовыми корневыми хабами и двух EHCI-контроллеров (поддерживающих только High Speed) с двумя корневыми хабами на восемь и шесть портов соответственно. Абсолютно не похоже на изначальный проект однокорневого дерева на 127 оконечных устройств, зато работает. Низко- и среднескоростные контроллеры крутятся в своих «песочницах», не вмешиваясь в жизнь высокоскоростных.
...
Суммарная пиковая пропускная способность шины в такой реализации составляет 2 × 480 + 7 × 12 = 1044 Мбит/с, то есть более одного гигабита в секунду — будь контроллер действительно единым (и единственным), получить такое было бы невозможно. В своей линейке южных мостов тех лет компания AMD пошла еще дальше, реализовав три EHCI-контроллера, семь UHCI и еще один восьмой UHCI совсем «в сторонке» от них, так что суммарно удалось превысить 1,5 Гбит/с.
Живуч миф о том, что 480 Мбит/с для USB 2.0 — это именно суммарный пиковый предел на все устройства (для других версий стандарта — соответственно). Но к действительности этот миф отношения не имеет: ограничена пропускная способность на один корневой хаб, а их стало много, хотя четверть века назад действительно предполагался только один".
> Prescott, это 64-битная система.На младших celeron для 478 сокета (с шиной 533МГц), например, EMT64 был отключен, инфа 100%. 64 бита ну вообще просто никак...
В более поздних (и в более старших моделях), да, поддержка была.
P.S. Владелец Prescott без EMT64. Год назад материнка сгорела, использовался очень долго. Сейчас вместо него Orange Pi.
Orange Pi обновляется? Просто мне на Raspberry Pi 3 некомфортно, а на Raspberry Pi 4 стало хорошо.
>>Зачем в 2022 году сидеть на 32 битах? Системы на 64 бит НУЖНО устанавливать на любой процессорЗачем ходить в туалет по маленькому? Не мелочитесь. Ходите только по большому. Шутка.
Помимо декстопа и игрушек есть и иные применения. Хотя это и не массово.
При этом на камнях из середины нулевых и даже начала десятых 32битный код работает *быстрее* скомпилированного из тех же сорцов 64битного. Вот на рызенах уже наоборот, а там было - вот так.
>Зачем в 2022 году сидеть на 32 битах?Чтобы не спрашивать, зачем жиролис сожрал из 16 гигов ровно половину.
> Git
> 32-битных WindowsКак бы априори несовместимые вещи. Гит это смузитехнологии под современное железо, где диалоговое окно с хеллоуворлдом занимает пару гигов памяти.
$ ldd `which git`
linux-vdso.so.1 (0x00007fff07caa000)
libpcre2-8.so.0 => /lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x00007fc06c126000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fc06c10a000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fc06c0e7000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fc06bef5000)
/lib64/ld-linux-x86-64.so.2 (0x00007fc06c51c000)У меня для тебя плохие новости, братюнь.
> значит Git дропнет поддержку 32-битных Windows следующимДавно пора 👍
Красна шапка закончилась на 6-й версии
Да они и до покупки IBMом любили дропать.
Им там M$ проплачиват? Как-же мелкомягкие хотят всех на Шин10 перегнать
Им за это Дьявол приплачивает. Срочно нужна десатанизация.
Дмитрий Анатольевич, перелогиньтесь.
Ну ладно, раз слово года вам не зашло, то можете считать, что там слово "экзорцизм".
На Шин11, на саппорт 10 они уже нехило так подзабили
Тут уж скорее наоборот.
И эти туда же. Уже вроде как некоторые проекты перешли с Cygwin на что то там еще и из за этого уже потеряли совместимость с Win7. А все из за сраного WinSDK, под которым они скорее всего собираются, который прекратил поддержку Win7 и начал требовать эти api-win-бла-бла-бла, которых нет на Win7. А оно там действительно нужно? Или просто г**нопроггеры решили обновить студию и не заморачиваться? Почему нельзя юзать вместо студии какие-то гнушные компиляторы? Они винду не поддерживают что ли?
MinGW прекрасно поддерживает все актуальные версии винды.
Cygwin как раз таки и собирается гнутым компилятором. И не зависит от api-win-бла-бла-бла, только чистый kernel32 и ntdll32.
К сожалению проект находится в стадии глубокой стагнации, развитие нулевое.
> К сожалению проект находится в стадии глубокой стагнацииПотому что есть WSL, да и линукс в дуалбуте вполне себе уже торт на машинах разработчиков (не смузихипстеров).
А ещё лучше Линукс без дуалбута.
Два чая этому господину.
>Потому что есть WSLДавайте выкинем натив, ведь у нас есть васяносборочка hyper-v. Логика.
Отличный ход, убрать поддержку старых систем, а потом совсем прибить, потому что на новых есть WSL
которая даром ненужна, обычная виртуалка
Не было альтернатив во времена семёрки и хрюши. Сейчас да, смысла уже особого нет, кроме разве что привычки.
Всегда можно было пользоваться тем же virtualbox и многие вменяемые люди пользовались.
Прощай, старый друг.
Привет новый сигвин.
Единственное зачем это было нужно, так это для WinXP и Семерки. Для W10 не нужно, потому что там есть WSL.
сравнил нативное приложение, кросс-компиляцию, и сраную виртуалку
Но если нет разницы зачем платить больше?
А можно просто линух нативно поставить.
Так начнутся линукс дескттопные приколы же
Так как было 20 лет назад - уже точно не будет. Я уже лет 10 как ни одного прикола не могу вспомнить.
Ты просто привык и адаптировался. Кто-то и в Африке адаптировался жить в дикой природе, ты сидеть на линухе. Спроси африканца чего у него не так, а он скажет что уже давно ни одного приколе не может вспомнить.
Раз одни смогли адаптироваться, то и другие смогут.
Одно дело смочь, а другое захотеть.
Главное - обильно смазать.
> Так как было 20 лет назад - уже точно не будет. Я уже лет 10 как ни одного прикола не могу вспомнить.Ну открой r/Ubuntu или AskUbuntu и посмотри.
Вообще умора. Массово приелетело ядро от Oracle - отвалились драйвера, спячки и прочее...
LTS дистрибутив.Итак по всем можно пройтись. Ну и так же чуть влево - начинается долбёжка.
там уже разница появляется, платить больше за такое счастье с Линукс не все готовы
Буквально несколько часов назад. Понадобилось на винде скачивать с нормальными названиями URL торрент-файлов, которые получены из буфера обмена винды при помощи AutoHotKey и запихнуты в файл. URL указывает на php-файл и POST-параметры, так что wget скачивает с уродским названием, в не с названием с сервера. У файла окончания строки виндовые, т.е. CRLF. AHK по-другому не умеет, ибо винда. Или я мало копал, но мне пофиг.С помощью повершелла запускаю шелл-скрипт (sh), который при помощи dos2unix конвертит файл в UNIX-like и качает курлом файлы по ссылкам построчно читаемого башем файла.
Без цугвина или Git Portable (в нем цугвин) я бы запускал WSL (или виртуалку) и вот это всё ради запуска скрипта.Я, конечно, не понимаю всю глубину глубин и смыслов сих программных пакетов, но для меня - это просто огромная коллекция утилит для обработки текстовых данных, которых (утилит) нет в винде по причинам концептуальным, т.к. основная концепция UNIX-like систем - работа с текстовыми данными.
Именно поэтому на десктопах оно не приживается - оно под текст и консоль заточено. Концептуально.
Я вот об этом. https://qemu.weilnetz.de/w64/ Как они поменяли на msys2, так у меня перестало запускаться на 7ке, требуя несуществующие тут api-win-бла-бла. Вот и эти теперь туда же скорее всего.
Почему уже давно не взять какой-нибудь newlib и не компилять софт под него на винду, тем паче, что msvcredist уже давно телеметрирует вовсю?
любители 32бит и висты (не вижу никакого смысла ставить висту если есть 7) могут сделать форк от 3.3.6.
Можно просто пересобрать свежий релиз из исходников
оно в wine работает?