Оболочку рабочего стола Ubunu Unity запустили в среде Windows 10

[cargan]

а может все как раз наоборот
** это Майкрософт хочет запустить под своим ядром разные оболочки и начал с самой преспективной как  Unity??
-- ведь на мобильной основе именно унити на сегодня считается самой преспективной, вот мелкомягкие и решили ее освоить и развивать далее какбудто свою собственную.

[Haron Prime]

Ждём, когда Элопа назначат в заместители к Шаттлворду....

[svcunion]

Странно, эту новость не приберегли до первого апреля. Нетерпеливые, однако.

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

Суть в том, что всё, что пишется под Linux, лёгким движением компилируется под Windows. Но не наоборот.
Чего хотят добиться Canonical непонятно.
...

Что тут имеется ввиду? Mono? Уровень виджета или браузера?
Как .deb компилируется в .msi~.exe? НЕ говоря про DCOM.
Без изменения синтаксиса, да всего. Хотя б библиотек.

Думается цель - использование наработок Ubuntu внутри Windows. В том случае, если работает двухсторонняя поддержка железа. Хотя б сетевого интерфейса.

[SigmaTel]

Странно, что не через Cygwin.

[victor00000]

1. Устанавливаем X-сервер. И vcxsrv, и Xming работают нормально.

я рлнял, что Ubuntu и Ubuntu работает X-сервер.
скучно и не интереснее.

[Alexandr Krjazhev]

Как .deb компилируется в .msi~.exe?

.deb никак не компилируется. Компилируются исходники.

[victor00000]

2. Добавляем DISPLAY=:0.0 к bashrc: Это можно сделать следующим образом:

грубых, не давать запустить гноме-терминал в среде Windows.
я не прав?

[svcunion]

Как .deb компилируется в .msi~.exe?

.deb никак не компилируется. Компилируются исходники.

Предпологается исходники должны быть одинаковыми. Не на уровне ассма?
Одинаковые исходники блокнота.
make
config
ЭТО ещё интереснее. В VisualStudio - MonoDeveloper - Console gcc ... -c
О чем речь? Чего-т ничего подобного не слышал.

[victor00000]

если Windows нету, можно себе есть.
1 терминал.

Код: [Выделить]

echo "DISPLAY=$DISPLAY" >> ~/.bashrc
sudo apt-get install xserver-xephyr
echo "Xephyr :10 -ac" > ~/xephyr.sh
chmod +x ~/xephyr.sh
~/xephyr.sh
отрыл окно.

2 терминал.

Код: [Выделить]

DISPLAY=:10 gnome-terminal
1 окно появиться гноме-терминал, теперь эту команду.

Код: [Выделить]

echo $DISPLAY
xclock
что туда?

[alsoijw]

Предпологается исходники должны быть одинаковыми. Не на уровне ассма?
Одинаковые исходники блокнота.
make
config
ЭТО ещё интереснее. В VisualStudio - MonoDeveloper - Console gcc ... -c
О чем речь? Чего-т ничего подобного не слышал.

А теперь можно не через гугл переводчик? Исходинк и ассемблер это разные вещи. Ассемблер - язык программирования. Исходник - программа на языке программмирования. При чём тут блокнот?

[cargan]

Предпологается исходники должны быть одинаковыми. Не на уровне ассма?
Одинаковые исходники блокнота.
make
config
ЭТО ещё интереснее. В VisualStudio - MonoDeveloper - Console gcc ... -c
О чем речь? Чего-т ничего подобного не слышал.

исходники даже на этом уровне не идентичны
Вы забываете об интерфейсе к командам Оси
-- а это приличное различие.
В Линусе все системные вызовы используют вызов через int x80
 а в винде через  int x21
// как вы собираетесь уравнивать на уровне исходников доступ к Оси, более того совсем по другому происходит передача параметров в системных вызовах, так что единственое что возможно, это замыкание на языке высокого уровня, типа С++ или вообще Пайтона!, где зависимость от системных вызовов совсем независима, как и полагается для кроссплатформенных приложений, что и пытаются сделать мелкомягкие, распространив свое ядро, для работы с оболочкой  Unity

** так что скорее всего именно так и будет в дальнейшем происходить слияние осей - в направлении кроссплатформености  оболочки для возможности управления под различными ядрами!

[peregrine]

Alexandr Krjazhev, не всё так просто. В андроиде юзаются очень специфические API, которых больше нигде нет. А универсальный код на Java будет работать везде, где есть Java. А код с Linux-а вообще бывает непереносимым, даже на бздю.

[cargan]

А код с Linux-а вообще бывает непереносимым, даже на бздю.

Это связано со способом передачи параметров при обращении к функциям оси - так что кросс-замыкание возможно только на языке высокого уровня или при использовании макробиблиотеки

[Tear]

так что скорее всего именно так и будет в дальнейшем происходить слияние осей - в направлении кроссплатформености  оболочки для возможности управления под различными ядрами!

А зачем оно нужно? Тем более в Винде? Для меня новость только показывает качество реализации нового инструментария, только и всего. Это же не MS прикрутили Юнити.

[alsoijw]

А зачем оно нужно? Тем более в Винде? Для меня новость только показывает качество реализации нового инструментария, только и всего. Это же не MS прикрутили Юнити.

Пересадить дуалбутчиков обратно на винду.