Pull to refresh

Comments 85

> X-серверы вроде vcxsrv или Xming в среде Windows 10 нормально использовать нельзя

> И vcxsrv, и Xming работают нормально.

???

И что такое «dbux»? Я сначала было подумал что опечатка, но оно раза три в тексте встречается.
Да, после того, как «чинят» dbux, все работает без проблем.
То есть vcxsrv или Xming в среде Windows 10 работают без проблем, не работают многие другие приложения из-за отсутствия по умолчанию dbus. Спасибо.
UFO just landed and posted this here
Если бы они там ещё нормально запускались.
Многие приложения (не игровые) работают под Wine нормально. Порой они работают даже лучше чем на Windows…
А вот тот же Adobe Illustrator 19 не работает, например
UFO just landed and posted this here
В таком случае народ с нетерпением ждёт от вас инструкции по установке на appdb.winehq.org :)

У меня версии 17-19 пишут ошибку 16 и запускаться упорно отказываются.
UFO just landed and posted this here
>internet explorer 8
А вот на этом месте, пожалуйста, подробнее. «winetricks ie8» не поддерживает вин7, а иллюстратор 17-19 требует именно вин7 и не меньше. Как это так у вас так проблем не наблюдалось? Может, у вас иллюстратор всё-таки 16-й или более старый?
UFO just landed and posted this here
Ну это всё-таки уже совсем не «проблем не наблюдалось»))

Тем не менее, даже так у меня всё равно пишет ошибку 16: https://www.youtube.com/watch?v=eqgArmWwB7A
Что я всё ещё делаю не так?
Skype вот тоже не работает, ну то есть работает специальный дистрибутив, с графоном icq 95х, а с человеческой графикой — нет. Хотя вроде есть какая-то инструкция, но там тоже до какой то старинной версии, и спомощью костылей и бубна.
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
Именно так у меня сейчас и сделано. Но, напомню, сия ветка про вайн
Не правда. Работают только популярные приложения, работу которых фиксят в первую очередь. Со всем остальным печальная ситуация.
Те, для которых годные аналоги на линуксе есть. Многое из того, что держит меня на винде, под вайном либо стартует с бубнами, либо с косяками, либо вообще не стартует.
Виндовых прог, которые нужны, и не имеют адекватной замены на линуксе, как бы на порядок больше, чем линуксовых, не имеющих аналогов на винде. Так что нет, не лучше.
UFO just landed and posted this here
UFO just landed and posted this here
Дождемся когда поддержку unix-сокетов запилят в этой WSL? :)
Или RAW-сокеты заработают…

Для чего этот WSL предлагается использовать. Запускать docker контейнеры и все?
Эта штука вообще не про докер, т.к. ядра линукса нету. Докер под виндой нынче нативный есть в публичной бете.
Вообще то он не нативный) Он с собой виртуалку с линуксом тащит и все команды в нее транслирует, так же как и под маком кстати
в бете нового сервера — нативный
Вобщем то я про новый и говорил HyperV — тоже виртуализация
Там будет два типа, первый строже, через виртуализацию, второй легче — без виртуализации. Уже можно все попробовать.
Пруфы приложите если не трудно. Гугл не показал ничего про версию «без виртуализации»
У вас точно гугл?
Первая ссылка: https://msdn.microsoft.com/en-us/virtualization/windowscontainers/about/about_overview
Windows Containers include two different container types, or runtimes.

Windows Server Containers – provide application isolation through process and namespace isolation technology. A Windows Server container shares a kernel with the container host and all containers running on the host.

Hyper-V Containers – expand on the isolation provided by Windows Server Containers by running each container in a highly optimized virtual machine. In this configuration the kernel of the container host is not shared with the Hyper-V Containers.

Второй в паблике вроде еще не появился, и для него нужна сборка Win 10 инсайдерская вроде. То что появилось — с легковесной но виртуалкой, то что будет в Win 10 Anniversary — Hyper-V Containers & Windows Containers — это кстати тоже не докер, это именно виндовые контейнеры которые управляются через докер клиента, но ядро там будет от Win. Но обещают вкусно — HyperV с отдельным ядром запускается за секунды, Windows Container как и докер — ~subsecond. Да и вообще — ждем нано сервер который для облака и по заверениям чуть ли не в 180 метров влазит целиком...

Вы все правильно говорите, но не все правильно понимаете.

Windows Containers — это кстати тоже не докер

Докер — это вообще не докер.

Докер, не является какой-то технологией контейнеризацией, это всего лишь инструмент управления контейнерами реализованными в конкретной ОС. В линуксе он работает поверх LXC, который прекрасно справляется с задачей и без докера. C докером просто удобно.

То, что ядро там будет от Win — это должно быть очевидно — это же контейнер, который работает на том же ядре что и хостовая ось.

А вообще да, я тоже вместе с вами жду с нетерпением. Судя по предварительной информации никаких ограничений на количество контейнеров не будет и это просто сказка.

Это в общем-то детали. Понимаю я кмк все правильно. Если уж хочется позанудничать — под одной этикеткой докера скрываются несколько вещей — докер клиент ( это тот бинарник который ваши команды из консоли отправляет докер демону), докер демон — это который крутит сервис отвечающий на запросы клиента и роутит команды к конкретному контейнеру (выполняет их внутри конкретного контейнера) а еще внутри демона есть engine который как раз непосредственно отвечает за виртуализацию изоляцию и доступ к непосредственно вызовам ядра некоей ОС.


То что вы описали — технология управления это только докер клиент.


Клиенту пофиг с каким из демонов разговаривать — поэтому они так прозрачненько для пользователя "смотрят" и на локальные и на удаленные контейнеры.


Реализация демона у всех будет своя. И не факт что демон будет крутить только то ядро, на которой работает ось в которой он запущен. Свое ядро конечно дешевле — нет прослойки виртуализации, но если линуксовое или нано-серверное будет стартовать за 1-2 секунды и занимать 200 мб Ram — почему бы и нет.


Даже более того — не удивлюсь если через некоторое время появится технология которая позволит крутить windows containers на Linux — клиент и интерфейс демона тот же, транслировать команды — умеют, а что конкретно там внутри крутится и как оно изолировано — это вообще детали реализации. Если клиент отправляет команду на которую демон и контейнер правильно реагируют — пофиг на чем они, LXC, или какой-нить jail или NTNanoKernel-v100500… Как раз под это дело и ядро от нано-сервера подойдет…
А уж как будет выполнен Engine каждой платформе — это уже дело платформы. В том числе, что мешает крутить 2 ядра в одном engine? Клиент может вполне неплохо обеспечить прозрачное управление группой контейнеров не вдаваясь в детали, что половина из них linux а половина windows, на одной машине… Просто для неродных контейнеров поднимается отдельное легкое ядро и ура...


Эхх мечты мечты...

Публичная бета работает с HyperV. Работает нормально — пожалуй, поудобней, чем стандартный вариант на VirtualBox. Но всё-таки он не "нативный" в полном смысле слова.

Я еще когда в школе учился, coLinux запускали на шиндовз, с окошечками.
Жаль он не появился x64. Хорошая была штука.
Вроде начинали. Забросили и надежды нет?
По идее, нативная поддержка dbus в винде сильно упростит написание кроссплатформенных программ с межпроцессным взаимодействием. Хорошо бы еще именованные каналы в винде и линуксе были совместимы.
UFO just landed and posted this here
WSAPoll() сломаный

А можно поподробнее, ибо используется и, вроде как, работает?

UFO just landed and posted this here
Dbus под виндовс давно работает нативно (через tcp-сокеты, а не unix, конечно). Проект kde-windows слышали? community.kde.org/Windows, большинство приложений требует dbus.
Только с ускорением там всё печально. По сути Х-сервер и клиенты работают на разных системах, общаются через сокет, общей памяти нет.
Интересно, какие есть способы взаимодействия процессов на двух системах в этом плане?
UFO just landed and posted this here
«без особых проблем» — 4 раза практически подряд. ААААА!
Графическая оболочка редка нужна при работе с серверной версией. Хотя тот факт, что баш под виндой научили чему-то новому радует. Сам пробовал обновлять виндовский баш ubuntu до 16.04. При некотором шаманстве обновилось, то отваливается большая часть функционала и улетают многие настройки. Учитывая, что починить проблему с работой PostgreSQL не могут уже больше месяца, перспектива полноценной работы из под винды пока призрачная.
Некоторые безответственные сотрудники Microsoft давненько страдают неудержимым бредом. Для департаментов маркетинга это обычное дело, но вот эта новость что-то новенькое.

И вообще, зачем все это?
И вообще, зачем все это?
Embrace, Extend, and Extinguish. Шутка. Но в каждой шутке — как известно…

[РежимПараноика=on]
Windows 10 «прославилась» своим неуемным любопытством и «сливами» информации. А теперь представьте, что какой нибудь админ будет админить Linux-сервера через этого мутанта, который работает через виндовс, которая сливает информацию…
[РежимПараноика=off]
Да уж… судя по минусам в комментариях, я понял, HABR это в некотором роде, сборище летающих в облаках товарищей.
Почему М$ давно не догадалась этого сделать. Весь код открыт, вполне легко реализовать API и перетянуть весь софт линукса в винду. Линукс таким образом становится еще менее полезным чем был для обычного пользователя. Только в рамках железок вроде телефона, да и то только там где производитель отчисления платить отказался он и будет продолжать жить. Отличная подножка линуксу сделана, обратное то невозможно, wine как глючил, так и глючит.
Microsoft давно догадалась это сделать. Самые ранние версии NT уже имели API для запуска POSIX приложений. На Channel 9 есть интересные видео о том почему не легко было это сделать, даже имея открытый код (несоответствие спецификации распространённых решений в *nix, отсутствие соответствия многих элементов API между WinNT и *nix и прочее).
В Linux много своего, не POSIX, API. Большенство приложений потребуется как минимум перекомпилировать.
> Весь код открыт, вполне легко реализовать API и перетянуть весь софт линукса в винду
Это года работы, тестирования, отладки, костылей для целой компании в несколько сот человек. И еще main винды вливать, чтобы не оставать.
Да какая подножка, у них ниши разные. Просто чуть удобнее будет работать людям, которым нужны и виндовс и линукс, не придётся пререгружаться/виртуалки ставить.
Я написал «для обычного пользователя» то есть десктоп, куда линукс в последнее время нацелился. Ниша у них в этом месте одна.
Тогда дайте определение «обычного пользователя» в вашем представлении. Если это пользователь, для которого предел возможностей компьютера — зайти во вконтакт/фейсбук и посмотреть фотки котиков — то для них ничего не поменялось от того, что в винде появилась возможность использовать командную строку линукса. Более того, на самом деле линукс для них лучше — потому что браузеры-то те же, но система сама бесплатна. Если это пользователь, которому нужно много разного софта — для работы ли, или для игр, не важно — то для него виндовс уже сейчас намного лучше, и опять же, совершенно не важно, умеет ли винда ком.строку линукса или нет. Так что даже в части десктопа ничего не меняется. Ну или если я неправ — то расскажите мне, что же это за такие загадочные «обычные пользователи», для которых наличие в винде линуксовых команд настолько критично, что повлияет на выбор системы.
Пользователь Reddit с ником w2qw нашел способ установить VIM и Firefox.

как будто это какое-то достижение
Да, как и много всего остального консольного
Более того, apt-get даже пытается обновить загрузчик. Было бы забавно, если бы смог. Был на винде, поставил пакеты, перезагрузился… Linux.
Если apt есть значит apt-get будет. (Хотя и это тоже не совсем верно.)
А зачем катать динамическую трансляцию того что уже имеется?
WINE нужен только в Unix-like системах и не более того.
(Unix-slice в Windows, по моему мнению не есть хорошо.)
M$ лиса пробирается в пингвинятник, а вы и рады.
А вот я буду рад, если когда-нибудь будут вместо кучи ОС линуксов и виндов разных одна винда и линукс в одном флаконе. Это должно когда-то случиться. Весь вопрос в политике — кто и что будет в этой ОС контролировать: МС будет держать это под контролем, или какое-либо сообщество программистов.
Если что, дома с 2008 года на линуксе, на работе — винда, линукса немного тоже есть. С появлением и развитием powershell и вовсе становится работать всё удобнее.
В любом случае ОС — это только инструмент, и для каждой ситуации он должен быть свой, наиболее подходящий. Это не значит, что один инструмент плохой, другой хороший, просто они для разных задач, и кое-где могут дублировать функции друг друга.
UFO just landed and posted this here
Увы, нет никакой гарантии, что к тому времени (если не уже) бэкдоров подобных Intel ME не будет в ARM.
UFO just landed and posted this here
Винда сливает по количеству мелких и бесплатных приложений? Вы это серьёзно сейчас? Я чрезывычайно редко нахожу что-то, что одновременно есть на линуксе, нет на винде, и при этом нужно. И обычно это что-то, что не портировали только в силу серьёзных различий в архитектуре, так что эта ситуация вряд ли поменяется существенно.
А по поводу ухода с x86 — а куда? Есть адекватные варианты, которые были бы сравнимы по сочетанию быстродействия и количества существующего софта?
UFO just landed and posted this here
>чтобы не старше 3-5 лет была
Вам шашечки или ехать? Если работает и выполняет свои функции — мне, простите, сугубо фиолетово, сколько лет этому коду. Или это вы хвастаетесь что под линуксом софта так мало, что его до сих пор пишут? Так я в курсе…

К сожалению, тенденции таковы, что и нынешние мобильные процессоры, и эльбрус этот ваш, и старые коредуо — уже попросту не справляются с современным говнософтом, в котором «оптимизация? не, не слышали, память дешёвая, процы быстрые!». И это не только про виндовс сейсчас речь, если что. Так что вот просто так взять и на что-то пересесть — не так-то просто.

Но в общем-то о главном вы сказали в конце — " главное чтобы ОС собралась ", то есть софт вам не нужен — вы ничего не делаете. Тогда вы действительно довольно независимы, и можете уйти с x86 в любой момент. Кстати, советую вам в качестве ОС Колибри, во всяком случае пока вы ещё на x86 — она полностью покроет ваши потребности, и будет прекрасно работать на старых процессорах без всяких столь неприятных вам фич.
UFO just landed and posted this here
> у вас весь софт свыше и сделать с ним ничего нельзя
Не весь. Но заметная часть нужного софта не имеет открытых исходников — что прикажете с этим делать, кроме как ныть? Даже далеко не будем ходить — соберите мне Skype с оптимизациями, чтоб было 5-50% прироста — я думаю я не один буду вам благодарен.
>С памятью — беда, действительно проще купить 16/32 гига и забыть об этом лет на 5-10.
Мне например чтобы поставить 32 гига нужно как минимум купить новый компьютер. Ну, винты и видеокарту можно старые оставить.
UFO just landed and posted this here
Товарищи, разрешите пожалуйста поинтересоваться (серьезно, это не холивар, а лишь попытка разобраться и понять!). А вот зачем запускать линуховые XFCE или Unity под виндой? Ну тоесть какая задача так решается? Превратить винду в линукс? Так ведь есть линукс… Запускать линукс-приложения под виндой? Можно конечно подумать типа «Любые приложения пофиг для чего написанные запускать пофиг где». Но ИМХО уж лучше делать приложения изначально кроссплатформенными. И вроде как тенденции именно такие. А так какое-то костыль-ориентированное программирование получается.,.
костыль-ориентированное программирование

Новое слово в разработке ПО! Возьму на заметку)
Таки по большей части всё legacy это как раз оно ибо по другому никак иначе обратная совместимость в том числе с багами и уже существующими костылями к этим багам где нибудь сломается )
Зачем нужен этот идиотизм?

Очередная мертворожденная «технология» от Microsoft, как говорится народ кушает то, что ему дают.
Sign up to leave a comment.

Articles

Change theme settings