Разработчики дистрибутива Arch Linux объявили о сборке по умолчанию Wine и Wine-Staging в режиме Wow64 (64-bit Windows-on-Windows), обеспечивающем выполнение 32-разрядных Windows-приложений в 64-разрядных Unix-системах. Поставка 64-разрядных сборок Wine позволила прекратить использовать для пакетов wine и wine-staging репозиторий multilib с 32-разрядными версиями библиотек...Подробнее: https://www.opennet.me/opennews/art.shtml?num=63418
не прошло и века)) интересно кто им про это подсказал?
Пользователи об этом просили на багтреккере более двух лет, с выпуска Wine 8.0, в котором впервые добавили WOW64, не считая промежуточных нестабильных версий.
>репозиторий multilib с 32-разрядными версиями библиотекЗачем останавливаться?
Мда. Линукс линуксом, а без виндовых приложений ни шагу - настолько, что даже замена варианта Wine идет в новости.
А что скажете про WSL?
Первая WSL почила, а вторая - банальная виртуальщина.
Wine не виртуальная машина. Wine - это наркоманский способ запуска вантузных программ на Линуксе. 1С-ка мне не даст собрать.
А зачем запускать 1С через wine, если есть родная 1С для линукса?
У фантазеров виндузятников первое что в голову приходит 1С и офис, ну ещё фотошоп.
При том что есть уже море редакторов в разы лучше фотожабы, да что-то вроде пиксельматора исключительно под мак, но есть и всякие аффинити с Критами
ну раз ты знаток, то подскажи элементарное для тебя:
в фотошопе: написал текст, выбрал в слои-текстовой слой, меню -параметры наложения - выполнить обводку.
Вопрос: как в этих ваших гимпокритах сделать такую обводку текста?
вот поражают прямоходящие, отчаяно мастурб^w превозносящие свой инструмент. де, дайте под все платформы. (причём требование не к авторам не софтины, а платформы!) наверное, в автосалоне просят поставить на их bmw поворотники с какого-нибудь гольфа.гений, ты уже выбрал инструмент. он идёт вместе с платформой. терпи. и завидуй молча.
кстати, нет желания докопаться до макоси? у неё полноценного автокада по сих пор нет. шо, таки есть в апсторе? ну а вот впечатления пользователей: https://www.reddit.com/r/architecture/comments/15c2ln8/does_.../
В каждом первом редакторе уже лет 10 как есть все это.
В гимпе: написал текст, выбрал в слоях текстовый слой -> правой кнопкой, "Альфа-канал в выделение" -> в главном меню - "Выделение" -> "Граница" -> инструмент "Плоская заливка", залить всё выделение
> В гимпе: написал текст, выбрал в слоях текстовый слой -> правой кнопкой,
> "Альфа-канал в выделение" -> в главном меню - "Выделение" -> "Граница"
> -> инструмент "Плоская заливка", залить всё выделениеспасибо за инфо! это немного спасет ситуацию
А, мне подскажи чем все эти пиксельматоры лучше никсовых и виндовых аналогов? чтобы о них вообще упоминать... ты же не упоминааешь например DOSовские, хоть и там были ранее мега-известные но, ведь за отсутвием ещё винды.
Дайте ссылку на Affinity под линукс.
но-но! продвинутые подоконники знают ещё и автокад!и винамп.
> но-но! продвинутые подоконники знают ещё и автокад!
> и винамп.Да совсем забыл, все виндузятники поголовно сидя пилят скрипты для мсофиса, одновременно делая чертежи в автокаде, и рисуя в фотошопе.
От того-то и хейт линукса за отсутствия "влажного софта" становиться ещё более абсурдным.
Как бывший сис.админ скажу: Прибитая база 1С гвоздями к конкретной версии. Так происходит когда принимают решение произвести достаточно сильные модификации к "конфигурации", из-за чего миграция на другие версии затруднена, а иногда и невозможна (деталей не знаю, со слов отдельного "программиста 1С")
> Как бывший сис.админ скажу: Прибитая база 1С гвоздями к конкретной версии. Так
> происходит когда принимают решение произвести достаточно сильные модификации к "конфигурации",
> из-за чего миграция на другие версии затруднена, а иногда и невозможна
> (деталей не знаю, со слов отдельного "программиста 1С")Ты собрался мигрировать с 7.7 или 8.1? Давай не будем заниматься археологией. Все последующие версии совместимы по нисходящей. То есть если в конфе стоит режим совместимости 8.3.10, то она заработает на любом движке старшей версии хоть на последнем 8.3.27.
"Заработает", но потом будешь бэкапы доставать )
> "Заработает", но потом будешь бэкапы доставать )Не неси бред, "специалист".
Какой версии?
> Какой версии?Ты хочешь чтобы сисадмин тебе рассказал про 1С?
А сейчас кем трудитесь, если не секрет?
Но таки современным вендузятникам без линуксовых прог ни шагу.
Вклчюая проприетарные закрытые с свей EULA но, реально с компонентами или целком оригинально на BSD или на GPL, т.е. нагло свороввавшие.
Зачем мне WSL, если я могу запустить виртуалку с QEMU?
Чтобы не учиться запускать виртуалки с QEMU.А так мог бы запилить скрипт установки винды в QEMU с миррорингом окон в иксы и назвать его linux subsystem for windows.
Скажу, что очень удобно. Можно работать в ОС, которая позволяет без проблем подключаться к инфраструктуре заказчиков, имея при этом прозрачный доступ к локальной легковесной линуксовой консольке для всего того, что удобнее делать именно в ней, а не где-то ещё.
Угу. Легаси и энти ваши игры еще долго будут требовать поддержки прошивки для игор
А к эмуляторам приставкок как относишься?
> А к эмуляторам приставкок как относишься?Wine - is not emulator.
Нормально отношусь.
Wine в основном для windows-игр используется
В основном <> всега...
И видел кому то даже ПО под DOS(напр.в DOSBOX, безотносительно WINE) нужно.
Корявый наброс)
В Windows 95 вовсю использовались досовские программы. Но это не значит, что надо было оставаться на DOS.
Но, она победила всех именно потому что оставила не только его в эмуляциии но и даже альтернатиную загрузку в чистый DOS.1) без которой она - была бы никму не нужна, как NIXы ныне (правда в отлчие от них - она не была мега-trash'ем... т.б.с 40 легнего возраста... но, даже это ей бы тогда не помогло без чистого DOS)
2) под ней так же не всё DOS'овое работало, или корретно, или напрмиер в звуковшках некоторых MIDI не пригрывалось из DOS игр в виндах (в самых западлючных звуквушках правда наоборот явн опо сговору избавлялись от DOS там не работая);
3) программировать на чистом DOS = програмирвать на PC
а, программирвать под %любая мультизадачная ОС% = программировать уже под неё.. только. Это как на Java, которая типа не ОС. Аналогично C# и даже просто "безопасные" яыки вроде Rust.
Сейчас программирование DOS почти никому не нужно но, тогда у каждого дома был MS DOS, даже если и винда уже рядом, и потому это тогда было не только актуально(как ныне программисту на линуксе делать под винды и прч. даже прежде всего) но и тупо куда быстрей работало и меньше требовало памяти (пример QUAKE.EXE и мега тормоз WinQuake.exe... да и GL версия его ещё и корявая); более, игры *сделанные изначально* под DOS - быстро работали и под виндами, при корректной реализации конечно, а когда делаясь под винами и т.б.незнающими DOS - тормозили обычно и в виндах... требую топ ПК, потому что - см.начало этого пункта + меньший порог вхождения прграммирвания в виндах = меньше опыта и профессионализма. Много позже, в т.ч.после выпиливания Clar DOS в WinME или перешедшие полностью на WinNt[2000] уже пытались играть в DOS игры [через DOSBOX] но тяжолые игры вроде 3D ещё очень долго тормозно "эмулировались" из-за нехватки мощности; впрочем, DOSBOX всегда иел проблемы совмстимость игр, откровенно позорными багами(даже в его DOS командах) и MIDI эмуляцией(аналогичн и windows engine ports или re-engine игр) т.о. ClearDOS для DOS всёравно весь актулен. Т.б.замеченно что на старом компе старые игры куда интересней играются и новые "поделия" там не отвлекают. так что рано со счетов списываете. Аналогино и windows 32-бит игры.
Я интересуюсь (ретро)играми для ZX Спектрум :D и (ретро)программированием - что-то в этом есть, близость к железу без прослоек
>>В Windows 95 вовсю использовались досовские программы. Но это не значит, что надо было оставаться на DOS.95 как 3.11 была дос-оболочкой, так что фактически все было под дос.
Потому пока WIN-only играми и оборудованием его не задвинули она была куда популярней NT и т.б.NIX. Потом такой фокус уже с NT и далее не раз же прокрутили, разводя.
Я может сейчас скажу нечто крамольное - но как только майки откроют код винды - нормально, оффициально, чтоб без проблем собирался, со всеми тулчейнами - линукс на декстопе фактически перестанет существовать.
Идея линукса в открытом коде. Винда закрыта, а линукс свободен - крут, потому что не винда, т.е. открыт код, делай шо хош, портируй не хочу.
Как только откроют винду, сообщество быстро превратит его в новый линукс, наделают форков, выкинут ненужное.
Линукс останется разве что на серваках и в какой нибудь лютой эмбедовке. Тем кто работает за компом, им нужен софт, а 90% рабочего софта под винду. Поэтому вайны и нужны, просто того самого, нужного и рабочего софта нативно под линукс нет.
Щас ReactOS допилят 64 версию и всё, виндекапец наступит!
> виндекапец(C) и перечисление годов на 4 экрана :)
Наивно... Как же наивно.
> сообщество быстро превратит его в новый линуксЭто точно.
А потом скатится в 2%
Если в ВИнде выкинуть ненужное то останется пустой файл ;)
> как только майки откроют код винды - нормально, оффициально, чтоб без проблем собирался, со всеми тулчейнами - линукс на декстопе фактически перестанет существовать.Ну то есть ... ничего не изменится? Вот те новость! :-D
Никогда не откроют ибо опозорятся индусским кодов Винды ¯\_(ツ)_/¯
Непотому. Исправят системные требования Windwos 11 до 386 с 2MB памяти
Уж не позорнее дырявого сишного кода от линуксовых "дидов".
> Я может сейчас скажу нечто крамольное - но как только майки откроют код винды - нормально, оффициально, чтоб без проблем собирался, со всеми тулчейнами - линукс на декстопе фактически перестанет существовать.Открою секрет - код волнует лишь горстку красноглазиков. От windows отказываются по другим причинам - от ужасной производительности и безопасности, требований к ресурсам и политики MS по части продвижения своих сервисов и монетизации до плохого UX (чего только стоят обязательные обновления) и отсутствия пакетной инфраструктуры и (частично как следствие) непригодности для разработки.
> Тем кто работает за компом, им нужен софт, а 90% рабочего софта под винду
Это расхожее среди тех, кто софта кроме ворда, фотошопа и 3d макса не знает, заблуждение. Сейчас большая часть софта так или иначе свободная, а в силу перечисленных выше причин его разработка ведётся в основном под Linux. Соответственно, под windows его тестируют меньше, и качество ниже. Либо windows уже вообще не поддерживается. Это я про рабочий софт айтишника - от ансиблов до wideshark'ов и valgrind'ов, в других отраслях может пока быть по другому, но разрабатывают софт в любом случае айтишники, и бал правят они.
Так я намекаю на то, что если код винды откроют - возможно будет исправление всех тормозов и багов, можно будет улучшить безопасность. UX тоже можно будет улучшить, пакетные менеджеры завести.
Можно было бы взять код из XP или семерки и довести его до состояния совместимости с софтом под десятку.
Популярность линукса в основном из за открытости.
И да, на айти мир не заканчивается - куча софта для создания музыки есть только под винду или мак. Из нормальных DAW под линукс есть только Reaper. VST поддержка плагинов на линукс тоже есть довольно давно, только вот производители софтверных синтов и обработки не особо спешат выпускать их продукты под Линукс.
Кады те же, EDA, крупный проф софт это винда/мак.
>Так я намекаю на то, что если код винды откроютТо нигде не найдётся достаточного количества человекочасов, чтобы всё там поправить.
>Популярность линукса в основном из за открытости.
В первую очередь — удобство использования. То, чего в твоей любимой Винде не будет никогда, хоть тыщу раз перепиши.
> рабочий софт айтишникаКого волнует ключом какого производителя пользуется очередной водопроводчик?
> разрабатывают софт в любом случае айтишники,
Да. И получают за это зарплату.
> и бал правят они.
У себя на локалхосте-то? А как же, конечно правят! Но на работке за зарплатку пишут что сказал дядя менеджер и особо не выпендриваются, потому что следующее сокращение не за горами.
> Открою секрет - код волнует лишь горстку красноглазиков.А жаль. Свинью под дубом тоже только жёлуди волновали, пока тот не высох, и желудей не стало.
>Я может сейчас скажу нечто крамольноеОбещал крамольное, а выдал тупое.
Винда уже есть, абсолютному и подавляющему большинству её пользователей на открытость исходников оной плевать. Они, в большинстве своём, и с концепцией-то такой не знакомы.
И тем не менее Линукс на десктопе есть у многих людей. Подумай, почему они его выбрали. Догадаться, в общем-то, не так уж и сложно. И зачем этим людям твоя любимая Винда, хоть открытая, хоть закрытая?>Тем кто работает за компом, им нужен софт, а 90% рабочего софта под винду.
И снова тупое, вместо крамольного…
>Поэтому вайны и нужны, просто того самого, нужного и рабочего софта нативно под линукс нет.
А DOSBox почему нужен? А эмуляторы игровых консолей? Что, тоже для «нужного и рабочего»?
Лол, а я где-то сказал что винда моя любимая? Я так то уже больше 10ти лет линукс онли юзер.
Кстати многим линукс пользователям тоже плевать открыт там код или нет, как и тем кто юзает открытое по и не задумывается даже, открыт там код, или нет.
>Лол, а я где-то сказал что винда моя любимая?Да. Когда предположил, что пользователей Линукс от использования Винды отвращает только проприетарность оной.
мс то в курсе что он код винды собрался открывать?
> Как только откроют винду, сообщество быстро превратит его в новый линукс, наделают форков, выкинут ненужное.Да-да, конечно. Даже если б и хотели открыть (внезапно), то не смогли бы из-за различных лицензий, использования проприетарщины сторонних компаний, которые в гробу видали весь опенсорс.
Вон WinAMP открыл исхи, а толку с этого? Сразу выяснилось куча нарушений лицензии, сообщество с г_ном съело, так что аж пришлось стыдливо исходники удалять с гитхаба.
>но как только майки откроют код винды - нормально, оффициально, чтоб без проблем собиралсяКорпы будут насиловать своё имущество, пока оно на куски не начнет разваливаться.
Яркие примеры - полуось, BeOS, да тот же MS DOS.
Майки открыли коды DOS 4.0 которую дропнули в конце 80-х, аж год назад. Поразительная щедрость.
>Мда. Линукс линуксом, а без виндовых приложений ни шагу - настолько, что даже замена варианта Wine идет в новости.Страшно представить, какую глупость ты можешь выдать, узнав о DOSBox или DOSEMU…
Досбокс нужен для legacy-старья. В отличие от WINE.
Наконец не нужно будет руками из гита собирать.
Мы точно про Арч говорим? Там так все собирается из одного места из аура.
Ну, не всё, а только официально не поддерживаемые пакеты, для которых и нужен AUR.
Все нужное полезное и свежее в ауре иначе зачем тогда использовать Арч есть же убунту.
> Все нужное полезное и свежее в ауре иначе зачем тогда использовать Арч
> есть же убунту.Все официально поддерживаемые разработчиками Arch Linux пакеты, находятся в официальных репозиториях Arch Linux. Все не поддерживаемые официально пакеты, находятся в AUR.
> Все не поддерживаемые официально пакеты, находятся в AUR.Так говорить не совсем корректно. В AUR лежит то, что туда положили пользователи. Ну и, кстати, вполне можно также скачать PKGBUILD для официально поддерживаемого пакета, откорректировать и собрать его самому.
>> Все не поддерживаемые официально пакеты, находятся в AUR.
> Так говорить не совсем корректно. В AUR лежит то, что туда положили
> пользователи. Ну и, кстати, вполне можно также скачать PKGBUILD для официально
> поддерживаемого пакета, откорректировать и собрать его самому.Читайте внимательно, что я написал. В AUR все пакеты создаются и поддерживаются только пользователями, но не поддерживаются официально разработчиками Arch Linux, хоть иногда и создаются, чтобы прекратить официальную поддержку пакетов.
Не разгоняйтесь)) Я не ради наезда, а лишь внесения ясности для))
Внесения дизинформации для, разве что...
> Внесения дизинформации для, разве что...Какой именно?))
>> Внесения дизинформации для, разве что...
> Какой именно?))Я об этом уже написал подробно, какой именно. Писать ещё раз тоже самое не буду.
> Я об этом уже написал подробно, какой именно. Писать ещё раз тоже
> самое не буду.Нет, вы ничего не написали, и лишь обвинили меня в "внесении дизинформации" (Кстати, что это? Про дезинформацию я знаю, а вот про дизинформацию - не слышал). Я вроде бы нигде вас ни в чём не обвинял, ничего вам не приписывал. Лишь высказал своё мнение, о вашем утверждении. Причём мнение это в целом с вашим совпадает, просто я предложил несколько иначе всё это сформулировать. Вы же зачем-то лезете в бутылку, и обвиняете меня в том, чего я не делал. Разводя сыр-бор на ровном месте из-за ерунды. Так кто из нас "вносит дизинформацию"? ;)
>[оверквотинг удален]
>> самое не буду.
> Нет, вы ничего не написали, и лишь обвинили меня в "внесении дизинформации"
> (Кстати, что это? Про дезинформацию я знаю, а вот про дизинформацию
> - не слышал). Я вроде бы нигде вас ни в чём
> не обвинял, ничего вам не приписывал. Лишь высказал своё мнение, о
> вашем утверждении. Причём мнение это в целом с вашим совпадает, просто
> я предложил несколько иначе всё это сформулировать. Вы же зачем-то лезете
> в бутылку, и обвиняете меня в том, чего я не делал.
> Разводя сыр-бор на ровном месте из-за ерунды. Так кто из нас
> "вносит дизинформацию"? ;)Потому что я пользуюсь Arch Linux как единственной операционной системой с 2013 года, хорошо в этом разбираюсь, поэтому меня триггерит, когда пишут такую чушь про Arch Linux.
> Потому что я пользуюсь Arch Linux как единственной операционной системой с 2013
> года, хорошо в этом разбираюсь, поэтому меня триггерит, когда пишут такую
> чушь про Arch Linux.Да без проблем. Я лишь спрашиваю - какую именно чушь? Где и в чём я был не прав? Может вы меня с кем-то перепутали? ;)
>В AUR лежит то, что туда положили пользователи.Аур - это мусорка. Что на этой мусорке завалялось, то и лежит. Иногда мусорку чистят. Ожидать, что пакет в мусорке не сразу после выпуска - наивно. Это уже не говоря про то, что каждый такой пакет нужно винимательно проверять, на наличие всяких троянов.
> Аур - это мусорка.Вовсе необязательно. Всё от конкретного сопровождающего зависти, от его желания делать нормально и от квалификации.
Вот и получается, что словно на помойке — сидишь, копаешься, читаешь PKGBUILD на вменяемость.
Такое ощущение, что больше половины авторов никогда не читали гайдлайны:
указывают названия как хотят, версии — как вздумается, на всякие "ненужные" строки типа лицензии просто забивают болт. Кладут программы в папки, где им вовсе не место... и это у проектов с 30–40 голосами! Люди даже не смотрят что качают. Максимум отпишут в комментариях, если что-то пойдёт не так.Приходишь к авторам, пишешь им, предлагаешь исправить — в лучшем случае что-то делают, а на остальное махают рукой: «Мне и так норм». В худшем случае — просто игнорируют.
Люди соверешенно неумеют пользоваться AUR. Что авторы, что те, кто бездумно качают (а таких большинство).
> Вот и получается, что словно на помойке — сидишь, копаешься, читаешь PKGBUILD
> на вменяемость.Ну так можно не копаться, а написать PKGBUILD самому. Я лично для некоторых программ так и сделал.
> Такое ощущение, что больше половины авторов никогда не читали гайдлайны:
> указывают названия как хотят, версии — как вздумается, на всякие "ненужные" строки
> типа лицензии просто забивают болт. Кладут программы в папки, где им
> вовсе не место... и это у проектов с 30–40 голосами! Люди
> даже не смотрят что качают. Максимум отпишут в комментариях, если что-то
> пойдёт не так.Да, есть такое.
> Приходишь к авторам, пишешь им, предлагаешь исправить — в лучшем случае что-то
> делают, а на остальное махают рукой: «Мне и так норм». В
> худшем случае — просто игнорируют.От автора зависит опять же. Но да, бывает.
> Люди соверешенно неумеют пользоваться AUR. Что авторы, что те, кто бездумно качают
> (а таких большинство).Ну тут уже проблема людей, ничего не поделаешь. Нужно поднимать общую грамотность)) Если я правильно помню, в АрчВики всё подробно расписано, как и чего делать.
>Ну так можно не копаться, а написать PKGBUILD самому. Я лично для некоторых программ так и сделал.Если только этот скрипт делать для себя и не выкладывать в AUR, в противном случае это увеличивает проблему с десятками скриптов по одним и тем же проектам и противоречит гайдлайнам. Если увидел проблему у существующего пакета, ты должен стучать автору в комментариях (где автор абсолютно необязан читать и проверять).
>Ну тут уже проблема людей, ничего не поделаешь. Нужно поднимать общую грамотность)) Если я правильно помню, в АрчВики всё подробно расписано, как и чего делать.
Мне кажеться это утопия. Невозможно всех научить грамотно писать.
Тут либо закрывать для избранных, проверенных мейнтейнеров, либо иметь дикую модерацию (хз, может ещё какую-то систему автотестирования).Статус помойки не говорит, что там нет хороших пакетов и мейнтейнеров (например, сотрудники Collabora), но пока AUR слабомодерируется, пускает любого человека и не может ничего поделать с общим качеством и кол-вом повторяющихся скриптов – статус помойки она не потеряет)
> Если только этот скрипт делать для себя и не выкладывать в AURДа, именно это и имелось ввиду.
> Мне кажеться это утопия. Невозможно всех научить грамотно писать.
> Тут либо закрывать для избранных,Нет, этот путь - тупик. На эти грабли уже не раз и не два наступали - в итоге условный Windows получается. Когда есть кучка полуграмотных программистов, которые делают абы что, абы как (при этом никто не знает - что именно), и толпа абсолютно безграмотных потребителей, которые не способны вообще ни на что. До среднего уровня квалификации можно довести любого человека в любой области, если человек физически здоров.
> может ещё какую-то систему автотестирования.
Скорее комплекс мер. На первом этапе автотестирование - проверка на элементарное соответствие синтаксису, затем проверка на собираемость. Если собралось - тогда в тестовый репозиторий, где уже люди проверять будут на работоспособность.
> проверка на элементарное соответствие синтаксисуnamcap.
> проверка на собираемость
В репозитории скриптов сборки это невозможно.
Самый лучший вариант (но проблематичный с pacman и makepkg): сделать персональные субрепозитории. И положиться на модель доверия.
Тогда пользователь сможет выбирать - собирать пакет с trusted_user/pkgbuild или va$yan_loves_ur_m0m/pkgbuild.
> namcap.Как вариант.
>> проверка на собираемость
> В репозитории скриптов сборки это невозможно.В целом - да. Поэтому я например то, что сопровождаю, проверяю на сборку в чистом chroot.
https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a...> Самый лучший вариант (но проблематичный с pacman и makepkg): сделать персональные субрепозитории.
> И положиться на модель доверия.
> Тогда пользователь сможет выбирать - собирать пакет с trusted_user/pkgbuild или va$yan_loves_ur_m0m/pkgbuild.По-моему не целесообразно. В AUR чётко видно - кто автор пакета. Т.е. можно для себя составить своеобразный "рейтинг надёжности".
> Поэтому я например то, что сопровождаю, проверяю на сборку в чистом chroot.Это хорошо, но это самоконтроль. Причем не столько на сборку (её и без clean chroot можно проверить), сколько на сборочные зависимости.
Но мы, вроде, про контроль со стороны говорили.
Кстати, есть неофициальные бинарные репы, собранные выборочно с AURа. Чем не (частичный) контроль с третьей стороны?> По-моему не целесообразно. В AUR чётко видно - кто автор пакета. Т.е. можно для себя составить своеобразный "рейтинг надёжности".
А что потом? Если автор не нравится, то искать пакет на Гитхабе по запросу "pkgname+PKGBUILD"?
А тут у пользователя выбор из нескольких вариантов сборки одной программы, с одного источника (AUR), с одним интерфейсом (AUR helper), на расстоянии нажатия пары клавиш в консоли, всё и сразу перед глазами - делай свой выбор.
И у сопроводителя появляется возможность не толкаться с неугодным "первым вставшим, того и тапки", а сделать свой альтернативный PKGBUILD и разместить перед пользователем, а не где-то, неизвестно где, в глубинах сорс-хостингов от корпораций. Думаю, половины деривативов Арча просто бы не случилось, будь у сопроводителей такая возможность.
И, как бы, да, можно договориться о совместном сопровождении. Но тогда суть AURа теряется. Так ты зарегался, закинул публичный ключ, и сразу пушишь своё ПО. И никакой административно-социальной возни с человеками, которые ещё не всегда говорят с тобой на одном языке, и с которыми, к сожалению, не всегда возможно прийти к согласию.
> Но мы, вроде, про контроль со стороны говорили.Ну так можно то же самое на стороне сервера сделать в автомате. PKGBUILD обновился - запускается тестовая сборка.
> А что потом? Если автор не нравится, то искать пакет на Гитхабе
> по запросу "pkgname+PKGBUILD"?А есть другие варианты?))
> И, как бы, да, можно договориться о совместном сопровождении.
Так а вариантов опять же нет)) Только так. На случай, если автор - нехороший человек, в AUR предусмотрена возможность "отстранить" его от сопровождения пакета. Ну или можно не заморачиваться сильно и собирать самому у себя локально - PKGBUILD написать не особо сложно.
> статус помойкиКто за статусами гоняется, тот сидит без пакетов.
Брехня какая-то. Или уж какие-то совсем странные программы для странных людей. Которые за все время их существования устанавливали полтора арчевода.
Обычно, самое страшное, что случается, сопровождающий забивает на сопровождение. В течение года такие скрипты либо подхватят, либо удалят.
Так в этом и проблема. Если бы у арча было несколько оверлеев, то можно было бы сказать, что вот этот оверлей живой, а вот этот - нет. А так, и живые и давным давно заброшенные пакеты лежат в одной общей мусорке.
> Так в этом и проблема. Если бы у арча было несколько оверлеев,
> то можно было бы сказать, что вот этот оверлей живой, а
> вот этот - нет. А так, и живые и давным давно
> заброшенные пакеты лежат в одной общей мусорке.Так никто не мешает подхватить разработку заброшенного пакета. Делается это очень просто.
Мусоркой аур делает как раз наличие таких пакетов, а не невозможножность подхватить разработку.
> Мусоркой аур делает как раз наличие таких пакетов, а не невозможножность подхватить
> разработку.Ну так никто опять же никогда не утверждал, что AUR - это полноценный репозиторий пакетов.
Не всегда. Иногда пакет держит какой-нибудь trusted user в целях "безопафосности"(TM). И сам не сопровождает и другим не дает. Пользуясь случаем, передаю привет сопроводителю nvidia-390xx-utils. Пока он будет неделю тупить с принятием готового патча (бэкпортированного из более свежего драйвера другим, более активным пользователем) успеваешь получить черный экран после обновления kernel и пересобрать блоб, накатив патч самостоятельно. А на следующий-второй день в AUR прилетает "обновление" о "сопроводителя" с единственным отличием от самостоятельно сделанного в последней циферке в номере версии. И ты полчаса пересобираешь то, что уже и так работало.. И такое случалось не один раз.. Во имя безопафосности(TM), чтоб её! Вместе со всеми безопафосниками!
Да я с подобным тоже сталкивался. Но в таких случаях я просто держу у себя свой PKGBUILD и по мере необходимости проверяю, что там в апстриме происходит.
Всё ещё жду когда кто то додумается сделать WineOS ну или хотя бы DE на базе explorer.exe
ReactOS уже есть. Гуглите.
Вот бы ещё в самом реактОСе погуглить
ReactOS - имеет проблемы с поддержкой старого железа, и морально устарел даже до мечты об написании поддержки хотя бы части нового железа.
Очевидно, что под этим муляжом Windows ничего из того что запускают под Wine не заработает.А гипотетическая WineOS - это Linux с драйверами видеокарт, с преднастроеным Wine, с рабочим из коробки DirectX12.
Мне это можете не объяснять. Я пользуюсь Arch Linux, кстати, и вам советую.
>>с рабочим из коробки DirectX12Прям весь? Или D3D12? Ну и дополнительно - в Линуксах нет и быть не может D3D, только трансляция.
> Линуксах нет и быть не может D3D, только трансляция.Которая местами работает лучше натива. Причём те же dxvk и vkd3d очень часто чинят игры даже на винде. Это ли не чудо?
> часто чинят игры даже на винде. Это ли не чудо?Не чудо, работают люди :). Не помогло в моем случае - тыкал Carmageddon Reincarnation. Хреново оно работает, что в венде что в Линуксе :) (Radeon VII).
На Винде не работают dxvk и vkd3d.Даже wine перестал работать где-то на версии 0.1.7
> только трансляция.Пользовалелю пофиг, что делается за кулисами.
И еще меньше хочется это настраивать.
Если свежие игры запускаются, моды ставятся, и работает с достаточной скоростью, то и годно.
> А гипотетическая WineOS - это Linux с драйверами видеокарт, с преднастроеным Wine, с рабочим из коробки DirectX12.И чем вас любой линукс дистрибутив с поставленным например порт-протоном не устраивает?
Ну или та-же steamOS, хотя я не уверен насчет DirectX12, но вроде там все есть, по крайне мере нерабочих игр найти не удалось, кроме онлайн с античитами.
> и морально устарелМеня эта манипуляция общественным мнением начинает бесить! Всё что не американское, а особенно под влиянием русских или китайцев морально устарело, непригодно, отстойно и т.д. Не, я понимаю если бы это ещё писали про чисто американские разработки - устройства Эппл реально давно морально устарели, они тоже много чего не умеют, но нет же нужно обосрать обязательно что-то в стиле американской пропаганды.
Что у вас правда-то так глаза колет. ReactOS действительно морально устарел. Если кто подзабыл, изначально целью ставилась совместимость с Windows 2000 (не XP даже). И где те полторы калеки, которым это сейчас действительно нужно? Так ладно бы они хотя бы этой цели добились, но до сих пор ведь сырая альфа.
>>изначально целью ставилась совместимость с Windows 2000 (не XP даже).да пофигу, всей той разницы - что w2к отсутвуют многие протоколы,
например wpa2 завезли только в XP SP2,
т.е. если "досЫпать некоторых мелочей" то можно ездить на чем угодно.
Ключевое слово — ЕСЛИ. Это уже и будет целью совместимости с XP (или семёркой там, скажем).
нет, разница между разными виндами на уровне либ и вызовов гуишного уровня, к кишкам сетевого стека (и прочих на уровне дров) отношения никакого не имеет.
Есть Q4OS на Trinity, а в ней есть Konqueror, но, конечно, до комфорта 98/XP пахать и пахать.
> до комфорта 98/XP пахать и пахатьскорее копать и копать - надо же 98/xp выкопать :)
>>до комфорта 98/XP пахать и пахать.канешна, в 98-м году чукча молодой был, чукчу девушки любили.
BSУ 98/2000 идеальный интерфейс, не хватает только redshift, тёмной темы на ночь.
А в остальном 98 намного более читабельна, чём всё, что было потом.
Был ещё изврат под именем lindows. Давно...
Не имел к происходящему никакого отношения, это сейчас называется Freespire.
Наконец-то.
После обновления Wine до 10-9 у меня вылетела ошибка даже на winecfg.
Удалил и установил заново.
Пакет (1) Новая версия Изменение размера
extra/wine-staging 10.9-1 472,49 MiB
Будет установлено: 472,49 MiB
:: Приступить к установке? [Y/n]
(1/1) проверка ключей [#######################################################] 100%
(1/1) проверка целостности пакета [#######################################################] 100%
(1/1) загрузка файлов пакетов [#######################################################] 100%
(1/1) проверка конфликтов файлов [#######################################################] 100%
:: Обработка изменений пакета...
(1/1) установка wine-staging [#######################################################] 100%
Run 'systemctl restart systemd-binfmt' in order to make the wine binfmt available on your system.
Дополнительные зависимости для 'wine-staging'
alsa-lib [установлено]
alsa-plugins [установлено]
cups
dosbox
ffmpeg [установлено]
giflib [установлено]
gnutls [установлено]
gst-plugins-base-libs [установлено]
gtk3 [установлено]
libgphoto2 [установлено]
libpulse [установлено]
libva [установлено]
libxcomposite [установлено]
libxinerama [установлено]
opencl-icd-loader [установлено]
samba [установлено]
sane [установлено]
sdl2 [установлено]
v4l-utils [установлено]
vulkan-icd-loader [установлено]
wine-gecko
wine-mono
:: Запуск post-transaction hooks...
(1/6) Registering binary formats...
(2/6) Arming ConditionNeedsUpdate...
(3/6) Updating fontconfig configuration...
(4/6) Updating fontconfig cache...
(5/6) Updating 32-bit fontconfig cache...
(6/6) Updating the desktop file MIME type cache...
[g33ms2@Linux ~]$ winecfg
002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6ffffff4db3f
0024:fixme:winediag:loader_init wine-staging 10.9 is a testing version containing experimental patches.
0024:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org.
0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6ffffff4db3f
003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6ffffff4db3fОкак!
Вам следует удалить ваш префикс Wine и попробовать после этого ещё раз. По умолчанию это ~/.wine
Ну, и дополнительный вам совет, не относящийся к данной проблеме: всё таки установите пакеты wine-gecko и wine-mono, пригодятся.
Попробовал, всё равно. Как всегда, опять сломали Wine..
> Попробовал, всё равно. Как всегда, опять сломали Wine..У вас Arch Linux?
У него Бомжаро. По "опять все сломали" понятно. И по беспомощному нытью.
У меня на Arch Linux работает после удаления префикса.
Это хорошо, что это значит?
Это значит, что тебе не нужно будет качать дополнительные пакеты для запуска 32-битных приложений на 64-битной системе. Теперь этим занимается обычный вайн, без мультилиба.
Это означает, что пакет multilib твоей системе больше не нужен.
> пакет multilib твоей системе больше не нужен.Только не пакет, а источник пакетов (репозиторий)
не знаю как в арче, в гентоо multilib - это флаг, действующий только на glibc и gcc.соответсвенно без этого флага невозможна сборка 32-у битных пакетов.
сами же пакеты подтягиваются из зависимостей.
Поскольку Arch Linux является бинарным дистрибутивом, все 32-битные пакеты находятся в отдельном репозитори, называемом [multilib], который отключен (#закомментирован) по умолчанию. До времени недавнего официально бинарный пакет Wine можно было установить только оттуда. Но теперь он перемещён в обычный репозиторий [extra], где только 64-битные пакеты.
ясно.и при этом не тащит за собой в зависимостях "mingw64-toolchain-12.x.x" ?
mingw-w64-gcc (https://archlinux.org/packages/extra/x86_64/mingw-w64-gcc) необходим только для самостоятельной компиляции, поскольку это требование от Wine's upstream. А если вы просто устанавливаете готовый бинарный пакет из репозитория, то в таком случае mingw-w64-gcc не требуется. По этой ссылке есть полный список всех необходимых и опциональных зависимостей. Если нет примечания в скобках, то это обязательные зависимости для обычной установки из репозитория. Если это опциональные зависимости, то в скобках есть примечание (optional). Если зависимости нужны только для самостоятельной компиляции, то в скобках есть примечание (make).
https://archlinux.org/packages/extra/x86_64/wine
погодите, версия пакета 10.9-1.... в генту 10.10...
> погодите, версия пакета 10.9-1.... в генту 10.10...Скоро обновят до новейшего выпуска, не Debian же. Ну, либо никто не мешает обновить самостоятельно если не хочется ждать.
Вроде стало пошустрее работать даже. Хотя не исключаю, что это эффект плацебо.
100% плацебо, собирал и так и так - без разницы.
Умеют ли WoW64-сборки Win16? 64-битная винда не умеет.
А как же совместимость с древними виндоусами?
тоже нет.
А 32-битные сборки прям умеют...
Ещё бы Steam от multilib отвязать.
Есть какие-нибудь подвижки в сторону починки WebView (или мож кто знает, каких либ докинуть?) До недавнего времени было как-то пофиг, но тут захотелось поиграть в FL-Studio и какая же это боль. Один из моих любимых плагинов зачем-то переехал на WebView и теперь там вместо интерфейса либо белое полотно, либо адские артефакты, если ставить совместимость с Win7 и отключить DXVK, но тогда интерфейс кукожит у остальных плагинов. Ну или, может быть, кто-то знает нативный аналог библиотекам LABS?