Недавно стало известно, что в наборе системных файлов Windows 10 Insider Preview Build 14251 содержатся два драйвера с названиями LXss.sys и LXCore.sys, которые могут иметь прямое отношение к реализации подсистемы Linux на Windows 10, для поддержки в последней запуска соответствующих приложений. Указанные названия файлов могут интерпретироваться как Linux Subsystem и Linux Core. Также эти два файла имеют отношение к Windows 10 Mobile, для которой Microsoft собиралась включить поддержку приложений ОС Android, также основанной на ядре Linux.



Кроме этого, известный гуру внутреннего устройства Windows и один из соавторов известной книги Windows Internals, Alex Ionescu, показал в своем твиттере скриншот одной из функций драйвера LXCore.sys Windows 10 того же выпуска в отладчике Windbg, на котором виден анализатор заголовков 64-битных исполняемых файлов Linux, известных как ELF64.


Рис. Функция проверки правильности заголовка исполняемого 64-битного файла Linux под названием LxElfValidateHeader64 в драйвере LXCore.sys. На отношение драйвера к подсистеме Linux также указывает название других функций драйвера на стеке в windbg. Например, функции с префиксом LxpThreadGroup имеют отношение к проведению операций с «группой потоков», специальной структуры ядра в Linux, которая отсутствует в Windows NT.

Комментарии (136)


  1. Dima_Sharihin
    02.03.2016 12:46
    -18

    Разве MS не отказалась от проекта Астория и не положила его в долгий ящик?


    1. Pinsky
      02.03.2016 15:40
      +87

      Когда заказчику ответишь?
      Закрой, твою мать, проект.
      Иначе с тобой уж не связаться.


      1. Jeditobe
        02.03.2016 16:49
        +56

        Этот неловкий момент.


      1. vvzvlad
        03.03.2016 00:31
        +22

        Ответил или нет? Весь хабр переживает!


        1. Pinsky
          03.03.2016 11:06
          +4

          Пока тишина(


          1. mwizard
            03.03.2016 15:21
            +2

            Огласите суть проекта, мы сейчас всем хабром вам его доделаем.


            1. Pinsky
              03.03.2016 15:26
              +1

              Я бы и сам доделал, будь у меня его сырцы)
              Там осталось то из багов — дублирование новых записей в БД и еще пару мелочей подобного масштаба.


      1. nikitasius
        03.03.2016 16:01
        +4

        Напомнило
        image


        1. Pinsky
          03.03.2016 16:19
          +1

          Мы — родные братья, но мы не общаемся уже давно.
          И даже учитывая, что нас разделяет ок. 2000 км заказчик пытаясь уже хоть как-то решить судьбу проекта начал искать меня с просьбой хоть как-то достучаться до Димы.


      1. argz
        03.03.2016 21:41
        +8

        Когда заказчику ответишь?
        Закрой же, мать твою, проект.
        С тобой иначе не связаться:
        Я всё пишу, ответа нет.


  1. Gorthauer87
    02.03.2016 12:49
    -2

    А это разве не прямое нарушение GPL?


    1. Goodkat
      02.03.2016 13:01
      +1

      Ну, если вы докажете, что они используют в своих продуктах GPL-код и не выдали его вам по запросу…
      Не обязательно использовать чужой GPL-код, чтобы проверить валидность задокументированного заголовка файла.


      1. Gorthauer87
        02.03.2016 13:11
        -10

        Я так понял, что эта штука позволяет грузить linux бинарники напрямую, без необходимости во всяких interix'ах. То есть оно перенаправляет linux syscall'ы в ядро windows? Или эта штука таки может грузить linux модули? Если второе, то это явное нарушение gpl, в первом случае как повезёт. Если бинарник GPLный, то его проприетарной пускалкой нельзя запускать, это тоже нарушение.


        1. 6opoDuJIo
          02.03.2016 13:19
          +7

          Это что получается тогда? Я не могу и GPL-ный XML документ открыть проприетарщиной без нарушения лицензии?


          1. Gorthauer87
            02.03.2016 13:45
            -8

            Нет, gpl только двоичное связывание оговаривает. То есть нельзя в свое адресное пространство загружать gpl код, если ты с ним несовместим.


            1. qw1
              02.03.2016 14:00
              +14

              По-вашему, GIMP 2 под Windows нарушает лицензии, т.к. в адресном пространстве присутствует множество системных DLL от Microsoft?


            1. 6opoDuJIo
              03.03.2016 01:56
              +2

              Т.е. я не могу в своё адресное пространство загружать XML?


        1. ApeCoder
          02.03.2016 13:26
          +6

          Насколько я понял не так. Если бинарник в комплекте поставки, это нарушение GPL (т.е. продукт в целом является производным от бинарника). А если поддерживается какой-то общий интерфейс и пользователь может загрузить GPL бинарник или другой какой-то бинарник не GPL то OK.

          В каком-то багтрекере джавском помнится была такая схема: он работал с JDBC, но так как MYSQL драйвер для него был GPL то его не было в комплекте поставки а конечный пользователь мог загрузить его отдельно и сам собрать решение.


        1. Goodkat
          02.03.2016 13:40
          +9

          Если бинарник GPLный, то его проприетарной пускалкой нельзя запускать, это тоже нарушение.
          Из ваших слов следует, что под Windows (закрытая проприетарная система) нельзя запускать GPL-программы.

          Как в таком случае быть со всем этим: www.gnu.org/software/for-windows.html?


        1. DrPass
          02.03.2016 17:09
          +4

          Запускать можно как угодно. Поставлять как один продукт нельзя. А если у вас есть проприетарное приложение без GPL-модулей в комплекте поставки, но вы их можете скачать где-то как отдельный продукт, и использовать со своим проприетарным приложением, это GPL не противоречит.


        1. vikarti
          03.03.2016 08:06
          +2

          есть же System Library Exception в GPL которое именно случая с GPL-бинарником и проприетарной запускалкой касается.
          Если запускалка это часть системы (а то что в статье — похоже как раз данный случай) то это исключение и так можно.

          какая собственно разница — запускаю я GPLный GCC под Windows использующий WinAPI или запускаю GPLный GCC под Windows используя описанный в статье Linux API?


    1. ComodoHacker
      03.03.2016 10:47

      Если MS пойдет по пути VMWare, то да.


  1. Jeditobe
    02.03.2016 12:59

    Alex Ionescu еще и активный разработчик операционной системы ReactOS.

    https://code.reactos.org/committer/reactos/ion


    1. creker
      02.03.2016 13:58
      -1

      спасибо за рекламу


      1. Jeditobe
        02.03.2016 14:43
        -2

        Atlassian FishEye analysis with Crucible code review?


    1. DenimTornado
      02.03.2016 16:31
      +1

      70636 changed 2 files trunk
      [BOOTLIB]: Fuck you binutils.

      ыыы


  1. NickKolok
    02.03.2016 15:02
    +5

    Возврат к практике трёх "Е"?


    1. Meklon
      02.03.2016 15:06
      +4

      Бойся данайцев, дары приносящих.


      1. wlnx
        02.03.2016 19:21
        +2

        Так никто, вроде, никому ничего не приносит. Такой себе ответ на wine. Хорошо, что хоть line не назвали, а то пользователи бы начали с игрушкой какой путать.
        Теперь будем выпиливать Explorer в пользу нативного KDE, видимо.


        1. qw1
          02.03.2016 21:12
          +5

          LINE уже существует, https://sourceforge.net/projects/line/


          1. wlnx
            02.03.2016 21:18
            +6

            Вот так. Не успеешь про что-то пошутить — а это уже давно придумали. =(


            1. mapron
              08.03.2016 10:01

              Да только он давно не обновлялся, и если верить доке по сути является загрузчиком + отладчиком для загруженного в память приложения, и системные вызовы перенаправляет в Cygwin. С таким же успехом можно просто написать конвертер ELF=>PE для cygwin-приложения.


              1. qw1
                08.03.2016 11:36

                конвертер ELF=>PE

                LINE работает ниже уровнем — драйвер перехватывает syscalls (INT 80)
                Сложно будет автоматически запатчить ELF, переделав все INT 80 на вызовы DLL, в байтах инструкция CALL длиннее INT.


  1. dr1v3
    02.03.2016 15:15
    +9

    А Skype для Linux совсем забросили. Соответствующий раздел на официальном форуме скайпа заполняется баг-репортами в геометрической прогрессии, проблемы решаются костылями с помощью комьюнити, саппорт говорит, что разработка новых версий не ведется. Самая свежая версия 4.3 не поддерживает групповые видеозвонки, шаринг рабочего стола, встраивание медиа-объектов в чат. При этом, присланная картинка приходит в виде ссылки, но при переходе картинка не отдается.
    Казалось бы, есть достаточно кросс-платформенных альтернатив, но у скайпа нынче популярность пока еще держится на достаточно высоком уровне, надеюсь, что полный переход произойдет в ближайшее время.


    1. neolink
      02.03.2016 15:28
      +3

      ну по этому видимо и забросили — хочешь скайп ставь винду, мы тут как раз допилили запуск linux приложений…


      1. dr1v3
        02.03.2016 15:36
        +2

        В том-то и дело, что практически для всех линукс-приложений есть порты под винду. Но проблема не в них, а в POSIX-окружении. Позовите, когда в винде будут доступны пути файловой системы длиннее 255 символов, различие регистра в названиях, CR-окончание строки и т.д.


        1. EvilFox
          02.03.2016 17:15
          +6

          пути файловой системы длиннее 255 символов
          Во-первых в Win32 только MAX_PATH ограничено 260 знаками (если не учитывать C:\\x00 то 255), есть UNC-имена там длина ограничена 32768 байт. Кстати в Windows макс. длина имени файла 512 байт, а в Linux по умолчанию захардкодено 256 байт.
          Во-вторых NTFS не имеет этих ограничений, а в Windows уже существовала POSIX-подсистема, где и различие регистра в названиях (не знаю как это можно воспринимать как достоинство), и всё остальное присущее POSIX. То есть все эти ограничения они только в подсистеме Win32, но не самой Windows целиком.


          1. wlnx
            02.03.2016 19:23
            +1

            Боюсь, без Win32 в Windows жить будет тяжко. Не на API ядра же жить. Хотя… Портировать systemd под Windows — достойная задача...


            1. Krey
              02.03.2016 19:49
              +1

              Неееет, уж лучше вы к нам.


              1. wlnx
                02.03.2016 21:07
                +2

                Портировать Win32 под wine? Не-не-не. =))


                1. Krey
                  04.03.2016 13:50

                  Нет, я про сервисы. Как появилась система инициализации в NT в 90-х так и используется (с небольшими доработками не ломающими совместимость) до сих пор и ни у кого вроде желания ее поменять не возникает.


                  1. wlnx
                    04.03.2016 14:10
                    +1

                    Ща Поттеринг придёт и исправит это недоразумение. =))


            1. padla2k
              02.03.2016 21:12
              +1

              Живу на Windows без Win32
              XBox One ;-)


              1. wlnx
                02.03.2016 21:14
                +2

                Честно говоря, не думаю, что это лучшее место для запуска Linux-бинарников. Oh, shi...


          1. dr1v3
            02.03.2016 22:27
            +1

            различие регистра в названиях (не знаю как это можно воспринимать как достоинство)

            Это не достоинство, это особенность, про которую нужно помнить. Буквально на днях ковырял одну bower-библиотеку, в которой все файлы были в lowercase, и один файл, видимо по ошибке, начинался с заглавной. Подключил, не глядя, все в lowercase, на продакшен-сервере на линуксе либа не заработала.


          1. eugenex15
            03.03.2016 06:40
            +2

            В Win10 (32) стандартное приложение "Фотографии"
            не работало с длинными путями и зажатыми файлами
            при этом превью картинок отображались
            приходилось копировать поближе к корню и смотреть.


        1. iandarken
          02.03.2016 17:20
          +3

          когда в винде будут доступны пути файловой системы длиннее 255 символов
          https://msdn.microsoft.com/en-us/library/gg465305.aspx

          различие регистра в названиях

          When you load SUA, you are using a UNIX environment; when you run applications on the Windows subsystem, you are using a Windows environment.
          For example, when you use the Korn shell or C shell available with the download package Utilities and SDK for SUA, or any other application that was compiled to run on SUA, you are using a UNIX environment. Among other things,this environment features case-sensitive file names and path names that use the format /usr/examples. For more information about the commands and utilities that are available in SUA, see the Help files that ship with the download package Utilities and SDK for SUA. This download package is available from the Microsoft Web site (http://go.microsoft.com/fwlink/?LinkId=139521).
          When you use the command processor cmd.exe, you are using the Windows environment.This environment includes case-insensitive file names, and path names that include drive letters, as shown in the following example: C:\SUA\usr\examples.

          CR-окончание строки
          А оно не от редактора зависит? Где именно вам его не хватает?


          1. dr1v3
            02.03.2016 22:35

            Спасибо за информацию.
            Насчет CR, опять-таки еще один пункт в списке "что же могло пойти не так". Все редакторы под Win выставляют в настройках по умолчанию CRLF, казалось бы разницы нету, но у меня не заработала в продакшене какая-то node.js библиотека, не понравился CRLF в сорцах.
            Еще вспомнил, что под Win не устанавливалась какая-то либа через npm, пыталась создать симлинк и вываливалась с эксепшеном. Если есть какой-то способ поднять полноценное dev-окружение под Win, кроме как через запихивание всего в виртуальную машину, буду благодарен узнать.


            1. LastDragon
              03.03.2016 09:51

              Нодой не особо пользуюсь, но вроде нет с ней особых проблем (так же установлены git, MinGW и visual studio — два последних в любом случае обязательны), проблемы были только с длиной пути когда зависимостей очень много и, возможно, со сборкой чего-то, но в конечном счете вроде решилось (пере)установкой последней visual studio.


            1. iandarken
              03.03.2016 12:38

              cygwin?)


        1. vektory79
          02.03.2016 18:26
          +2

          А ещё ограничение на длину командной строки в 8к символов...


      1. Randl
        02.03.2016 22:46
        -1

        Из-за приложений обычно ставят винду как раз а не линукс. С ходу ничего незаменимого линукс-спецефичного и не назову...


        1. justaguest
          03.03.2016 04:26
          +3

          Пакетные менеджеры, файловая система /proc/ (при разработке просто незаменима), тайловые менеджеры (специфично, наверное). Вроде, остальное портировано под винду, есть и прога для Compose клавиши (несовместимая с конфигом XCompose, впрочем), и cygwin a.k.a bash for windows… Терминал и файловый менеджер необычайно неудобные — но я слышал, вроде как тоже заменимо.

          Из субъективного: KDE на глаз как-то приятнее — наверное странно слышать от человека с тайловым менеджером, но когда я не с ним, я люблю все эти эффекты, дрожащие окна, куб рабочих столов, прозрачность, просто внешний вид… У меня в TODO списке — заставить заработать тайлинг под KWin. Видел, на гитхабе кто-то уже сделал скрипт, но пока не тестировал.


          1. MacIn
            03.03.2016 08:12
            +1

            файловая система /proc/ (при разработке просто незаменима),

            Интересно, как же Windows-разработчики без этого живут?


            1. justaguest
              03.03.2016 08:16
              +2

              Так же, как и без тайловых менеджеров. Blub paradox.


            1. justaguest
              03.03.2016 08:21
              +2

              Должен уточнить: я о прикладной разработке. В Web разработке она, думаю, бесполезна.


              1. MacIn
                03.03.2016 08:59

                Так же, как и без тайловых менеджеров. Blub paradox.

                Так понятно, что в разных системах разные инструменты, и кому-то какой-то кажется более удобным. Здесь могут быть километры холивара, как в теме про маковскую клавиатуру и шорткаты.

                Должен уточнить: я о прикладной разработке

                Разумеется. Usecase?


                1. justaguest
                  03.03.2016 09:20
                  +2

                  Там много файлов. Но навскидку, из того что мне в повседневной разработке нужно было: посмотреть список файловых дескрипторов, открытых процессом. Под-причины тоже были разные — я с встраиваемым девайсом часто работаю, и нужно, например, понять, держит ли процесс открытым некоторый файл. Или, например, посмотреть, в какой файл идет перенаправление вывода. Другие случаи использования: посмотреть символическую ссылку /proc/PID/exe — она ведет к исполняемому файлу процесса.

                  Из забавного: пытался как-то через дескриптор ввода писать в sh. Работало, но оч. криво — я не знал, что это по-другому делается, мне надо было открывать master-slave сокеты.

                  Навскидку я больше не могу припомнить. Были и другие случаи, например при отладке надо было глянуть в то, как расположена память у какого-то приложения (/proc/PID/maps). Но я уже плохо их помню, просто могу сказать, что они были.

                  Я конечно перечислил только личный опыт — если я посмотрю в список файлов в /proc/self/, а уж тем более в просто /proc/, то можно на весь день засесть, придумывая для каждого юзкейсы.


                  1. MacIn
                    03.03.2016 10:13
                    +2

                    Я почему про usecase спросил: мне интересны ваши задачи и то, как их я, Windows-программист решаю в своей работе. Потому что может быть /proc — на самом деле нечто замечательное, чего мне действительно не хватало, а может быть просто очередная мелочь, выглядящая в моем мире иначе. То-есть, не срача ради, а чтобы понять, что я упускаю.

                    посмотреть список файловых дескрипторов, открытых процессом

                    handle.exe -p < PID >

                    ProcessExplorer.exe

                    адо было глянуть в то, как расположена память у какого-то приложения (/proc/PID/maps).

                    vmmap.exe

                    Это — почти стандартные инструменты, SysInternals. То-есть, это не входит в поставку, но все равно почти у каждого есть.


                    1. justaguest
                      03.03.2016 10:37

                      Ну, я когда написал, вспомнил еще пару случаев, уже безотносительно процессов.

                      Надо мне было как-то оптимизировать программу под встраиваемый девайс. Помимо работы с кодом, все свелось так же к подбору оптимальных параметров оптимизации. Чтобы узнать размер кэша процессора, и подставить его в gcc, я полез в /proc/cpuinfo. Жаль только, в том конкретном случае не сработало — почему-то размер кэша у ARM процессора не был записан.

                      Еще случай: я впервые подключил устройство по RS232, включил putty… А какой порт писать, непонятно — входа четыре, а девайсов /dev/ttyS* и вовсе десятки. И, главное, ведь нет же plug'n'play на серийных портах! Но нет беспокойству, /proc/ спешит на помощь! Первым делом, нужно сохранить контент файла /proc/tty/driver/serial, скажем sudo cat /proc/tty/driver/serial > /tmp/1. Затем отключить(либо подключить) устройство по серийному порту, и сохранить контент вновь sudo cat /proc/tty/driver/serial > /tmp/2. Затем утилитой diff посмотреть, что изменилось — на подключенном(отключенном) порту должны измениться биты, в моем случае CTS и DSR. Все, что остается, это вывести список реальных серийных портов ( dmesg | grep tty), и сравнить данные — нужный порт вычисляется по совпадающим irq, и еще паре цифр, значение которых мне не известно.


          1. Randl
            03.03.2016 11:33

            Но пакетный менеджер, WM, файловую систему в любом случае на другой ОС не запустишь.


            1. MacIn
              03.03.2016 11:37

              По поводу файловой системы — почему?


              1. justaguest
                03.03.2016 11:43

                Я думаю, он подразумевал конкретно файловую систему /proc/. Я и правда не представляю, как это реализовать. То есть, вот есть скажем файл /proc/self/maps. Он ведь на самом деле имеет размер 0 байт — как и большинство тамошних файлов, они генерируют информацию только при непосредственном обращении, иначе это здорово замедляло бы систему. Как это реализовать под виндой, даже на уровне драйвера, я совершенно не представляю.


                1. MacIn
                  03.03.2016 12:21

                  Парадигма другая. В мире NT все суть объекты, и файловая система — лишь частный случай. Точно так же можно сформировать "устройства", которые будут все это делать при обращении. Есть же драйвер "устройства" rand или null.


                  1. justaguest
                    03.03.2016 12:47
                    +1

                    Все несколько сложнее, смотрите: во-первых, надо установить на файл событие, реагирующее, когда файл пытаются открыть, но исполняющееся до того(!), как он открылся. Насколько я понимаю, этим занимается ядро системы, и даже если вы пишите свой драйвер, вам нужно, чтобы такое АПИ было предоставлено ядром. Знаю, можно ставить событие на модификацию, но можно ли на такой специфичный случай — без понятия, но сомневаюсь.

                    Это не все, вам так же необходимо поставить некое событие, срабатывающее на каждый новый запущенный процесс — чтобы создавать «директории» с именами pid'ов.

                    И это только поверхностный взгляд.


                    1. MacIn
                      03.03.2016 15:04

                      Нет, это взгляд именно поверхностный.
                      Вы создаете объект в глобальном пространстве. Устройство, если быть точным, и привязываете его к драйверу, который обрабатывает запросы. Теперь никакой разницы технически между открытием и чтением файла abc.txt и /proc/123 нет. Внизу это все преобразовывается в IRP драйверу с конкретной командой "вот тебе запрос, функция номер 5, подфункция 10, вот тебе буфер для результат, вот его размер, вот сюда положи результат операции". Да, будет оверхед — нужно при создании процесса создавать устройство и делать привязку к драйверу, но это ерунда, создание процесса и так тяжеловесная штука.


                      1. justaguest
                        03.03.2016 15:16

                        Мне кажется, мы друг друга недопонимаем. Давайте так: есть диск C c NTFS. Насколько мне известно, монтировать в произвольном месте ФС под виндой нельзя — они должны находиться в «корне». Следовательно, все что на диске С работает с драйвером NTFS. И вот мы создаем там файл maps, который затем пользователь открывает — какой драйвер будет обрабатывать запрос на открытие?


                        1. MacIn
                          03.03.2016 15:25
                          +1

                          Почему вы создаете файл maps в корне С?
                          Мы же проводим параллель с linux-style файловой системой, где у нас есть корень, куда можно много чего подмонтировать.
                          Вот в винде тоже есть корень, только мы его не видим. Есть автоматическое скрытое преобразование из 'C:', который является устаревшим DOS-объектом и по сути являестя симлинком на другой объект.
                          Вот, например, у меня С: является симлинком на \Devices\HardDiskVolume1.
                          Вы создаете, например, \Devices\ProcSimulation и делаете симлинк на него как хотите. А уж подпапки (суть подобъекты) будет сам драйвер обрабатывать. Вы можете напрямую открыть объект \Devices\ProcSimulation\123\map и дать операцию чтения, а потом закрыть файл. Драйверу, к которому присоединено устройство \Devices\ProcSimulation будет известен путь \123 и файл map, это вопрос парсинга строки.


                          1. justaguest
                            03.03.2016 15:30

                            Нет-нет, я про корень сказал, имея ввиду, что мы создаем где-то внутри диска С файл, но т.к. не можем др. ФС примонтировать, запрос будет обрабатываться драйвером NTFS, а мы уже пользоваться тем, что поверх него остается.

                            Но уже неважно, я понял вашу идею. Да, неплохо — мы имеем полноценную отдельную файловую систему, и держим на нее симлинк внутри диска С. Хм, да, это решает проблему с открытием. Если честно, навскидку мне это казалось самой большой технической проблемой, тогда вероятно можно реализовать proc, вы правы.


                            1. MacIn
                              03.03.2016 15:36
                              +2

                              Нет-нет, я про корень сказал, имея ввиду, что мы создаем где-то внутри диска С файл, но т.к. не можем др. ФС примонтировать, запрос будет обрабатываться драйвером NTFS, а мы уже пользоваться тем, что поверх него остается.

                              Так и зачем это надо? Это все равно что вы предложите, скажем, создать папку /usr/proc и ловить вызовы к файлам там.

                              и держим на нее симлинк внутри диска С

                              Нет. Диск С тут вообще ни при чем. Это может быть что-то типа "\Proc\123\map"
                              Тут двойной слэш порезался.


              1. Randl
                03.03.2016 13:18

                Я имел ввиду именно /proc/, как уже заметили выше


                1. qw1
                  03.03.2016 13:39

                  Интересно, что пока одни восхищаются удобством и простотой procfs, другие отмечают её недостатки, такие как слишком большой оверхед на парсинг данных из текста и конвертацию обратно в текст. В любом случае, бинарное API будет производительнее.


        1. justaguest
          03.03.2016 05:02
          +3

          Из забавного, вспомнил: в «этом-вашем-консольном-линуксе» лучше реализована работа с мышью. Под виндой это первая вещь, бросающаяся в глаза — нет «primary clipboard» (т.н. вставка на среднюю кнопку), прокрутки окна под курсором, перехода в определенную часть документа простым нажатием на ползунок средней кнопкой (нужно обязательно ловить ползунок), нет возможности максимально увеличить чувствительность мыши. По последнему: нет, я не об ускорении, но именно о скорости. И да, я видел в настройках мыши ползунок, но зачастую даже в максимальной точке этого мало. Под Linux это решаемо установкой Coordinate Transformation Matrix в матрицу отличную от единицы для конкретной мыши.


          1. iandarken
            03.03.2016 12:47
            +1

            Под виндой это первая вещь, бросающаяся в глаза — нет «primary clipboard»
            — Я б сказал, фрустрацию больше вызывает то что выделить не достаточно для копирования. При частом перескоке win/nix к этой фиче привыкаешь и под виндой постоянно грустно, что вставляется что-то древнее

            перехода в определенную часть документа простым нажатием на ползунок средней кнопкой (нужно обязательно ловить ползунок)
            — shift-LMB в нужное место. НО! если это стандартный скроллбар. Если какой-то очередно треш как в новом аутлуке, например, не сработает.

            нет возможности максимально увеличить чувствительность мыши

            HKEY_CURRENT_USER\Control Panel\Mouse
            MouseThreshold1 to 0.
            MouseThreshold2 to 0.
            MouseSpeed to 1 or 2 (1 doubles the normal speed, 2 quadruples the normal speed).


            1. justaguest
              03.03.2016 12:57

              MouseThreshold1/2 влияют на ускорение (acceleration). Ускорение, это когда при движении скорость курсора постепенно увеличивается. Несмотря на странную популярность, отвратительная штука, т.к. становится сложнее предсказать, где курсор окажется, приходится замедляться. Особенно негативное влияние заметно в играх.

              Coordinate Transformation Matrix тупо скипает пиксели, никакого ускорения.


              1. MacIn
                03.03.2016 15:06

                отвратительная штука

                Она нужна для того, чтобы можно было одновременно точно позиционировать крусор маленьким перемещением и не сидеть 3 часа, если нужно его через весь экран кинуть.
                Это было всегда, даже в MS-DOS драйверах мыши есть такая опция.


                1. justaguest
                  03.03.2016 15:13

                  Да, эта опция везде есть. Должно быть, вы описываете случай с touch-pad'ом, потому что с обычной мышью проще «кинуть через весь экран» — у меня например игровая мышь, и я просто выставляю почти максимальную скорость.

                  Незадача в том, что пользователей мыши больше, чем touch-pad'ов, хотя бы потому что у последних почти всегда есть мышь, которую большую часть времени они и используют. Поэтому нужна в первую очередь настройка чистой «скорости», пропуска пикселей, без ускорения. А ускорение во вторую очередь.

                  Вы когда-нибудь пробовали играть в шутеры с ускорением курсора? Особенно динамичные, вроде Xonotic, где при игре с опытными игроками, реагировать дольше 500-600Мс — равносильно проигрышу.


                  1. MacIn
                    03.03.2016 15:27

                    и я просто выставляю почти максимальную скорость

                    Тогда неудобно миллиметровать. Ускорение позволяет комбинировать.

                    Нет, это было еще в эпоху ком-портов и до тачпада.

                    Вы когда-нибудь пробовали играть в шутеры с ускорением курсора? Особенно динамичные, вроде Xonotic, где при игре с опытными игроками, реагировать дольше 500-600Мс — равносильно проигрышу.

                    Нет, извините, последний раз в Quake 2 играл с мышью.


                    1. justaguest
                      03.03.2016 15:34

                      Нет, извините, последний раз в Quake 2 играл с мышью.
                      Я про включенное ускорение.
                      Тогда неудобно миллиметровать. Ускорение позволяет комбинировать.
                      Хм, ну я не увеличиваю настолько, что миллиметровать неудобно, при этом достаточно чтобы не чувствовать дискомфорта при передвижении через 1920?1080 пикселей. Ладно, я предлагаю разойтись на том, что вам удобнее с ускорением, мне с чистой скоростью.


                      1. Fedcomp
                        05.03.2016 00:59

                        Чтобы играть без акселерации, на мышке нужны клавиши понижения скорости. Иначе с автомата вы будете попадать, а из какой нибудь снайперской винтовки будете вечно мазать, потому что там нужна скорость меньше.


                        1. qw1
                          05.03.2016 01:45
                          +1

                          При наличии хорошего ковра и хорошей мыши, нет проблем для автомата совершать движения по ковру на 5-7 см, а для снайперки на 5-7 мм.


            1. MacIn
              03.03.2016 15:07

              Я б сказал, фрустрацию больше вызывает то что выделить не достаточно для копирования

              Это как раз-таки однородность: везде выделение — само по себе, операция копирования — сама по себе. Но то, что копирование производится нажатием Enter, это, конечно, дичь.


              1. EvilFox
                03.03.2016 20:00

                Речь по консольку? Можно же по правой кнопке мыши.


                1. MacIn
                  03.03.2016 21:24

                  Я имею в виду CtrlC Vs Enter при обычном выделении левой кнопкой.


                  1. EvilFox
                    05.03.2016 20:39

                    После выделения если нажать правой кнопкой мыши то произойдёт копирование.
                    Я сразу ещё включаю выделение мышкой в настройках и после выделяю левой кнопкой мыши, жму правую для копирования и дальше вставляю правой. Кстати так и не понял за что отвечает флажок «быстрая вставка», у меня вставка по ПКМ и так работает если включено выделение мышью. На CTRL+V он не влияет, на SHIFT+Insert/Insert тоже.


                    1. MacIn
                      05.03.2016 21:10
                      +1

                      Да это понятно. Но на кой ляд вместо повсеместного Ctrl+C или на худой конец Ctrl+Ins, как было в некоторых других MS продуктах, использовать Enter, учитывая, что нажимать его надо правой рукой, которая лежит на мыши — понять не могу.


                      1. vlivyur
                        09.03.2016 11:22

                        Которая лежит рядом с Enter на NumPad'е — руку с мышки не убираю совсем.


                        1. MacIn
                          09.03.2016 13:25

                          Это особенно актуально на ноутбучной клавиатуре.
                          Унификация: Ctrl+C везде. Это стандарт.


          1. Crazybot
            03.03.2016 13:29

            > прокрутки окна под курсором
            В 10-ке (даже, кажется в 8-ке) наконец то добавили.


    1. NickKolok
      02.03.2016 15:30
      +2

      Гнать skype к чёрту в пользу Firefox Hello под эгидой импортозамещения.
      Развели истерику с информационным суверенитетом — превратим её в ступеньку для победы OpenSource!


      1. wlnx
        02.03.2016 21:06
        +2

        А победа опенсорц и победа синдрома NIH — это где-то рядом?
        Вроде, писали уже. У вас есть популярная сеть, сделайте популярный опенсорц-клиент для неё уже. =))


        1. NickKolok
          02.03.2016 21:29
          +1

          Не рядом. Первое должно по возможности эксплуатировать поражённых вторым.
          За ссылку спасибо — не видел раньше, посмотрим, что будет.


          1. wlnx
            02.03.2016 22:41
            +1

            Я против теории превосходства каких-то слоёв общества над какими-то другими, в том числе, по признаку отношения к опенсорцу. но вот против эксплуатации эксплуататоров ничего не имею. Симбиоз рулит. ;)


    1. nikitasius
      02.03.2016 16:30
      +1

      Меня развертывание ссылок новым скайпом просто бесит. Поэтому у меня есть старая версия. Шаринг рабстола — я использую teamviewer, можно и шарить и работать.
      Групповые видеозвонки — никогда не юзал, надобности не было. С обычным скайп 4.3 и tox справляются на ура.

      Винда стоит только для игрушек и для сложной работы в photoshop, который и так работает под debian, ибо playonlinux ставит все нужное ему барахло.


      1. wlnx
        02.03.2016 21:17
        +3

        Винда стоит только для игрушек и для сложной работы в photoshop, который и так работает под debian, ибо playonlinux ставит все нужное ему барахло.

        Подождите, фотошоп и так работает под Linux, но Вы для него ставите Windows? Я ничего не упустил?
        Зато теперь Вы сможете поставить playonlinux в Windows и не перезагружаться за ним в Linux.


        1. nikitasius
          03.03.2016 12:25

          На кой мне pol в винде? И про графускорение в фотошопе вы не слышали? Поэтому у меня он и стоит и на винде и на линуксе.

          Теперь о работе — вы предлагаете использовать win для той работы, которая вполне себе выполняется на linux?
          Большего бреда я в жизни и не слышал, как променять открытую и бесплатную ОСь на проприетарный продукт с закрытым кодом, тараканами в апдейтах и ссаной статистикой. Ну, а на home версии даже апдейты вручную базовыми средствами не проконтролировать, приходится костыль ставить (который прекрасно работает, кстати), затем чистка метро и удаление упомянутой выше статистики после активации без драйверов. И все для того, чтобы работать с замечательным софтом замечательной свободной и открытой ОСи на проприетарном говне.

          Хорошая Плохая попытка, но нет. У меня debian 8.3, если что.


          1. wlnx
            03.03.2016 15:01

            Поэтому у меня он и стоит и на винде и на линуксе.
            Потому что в Windows есть ускорение, а в Linux нет? И в чём тогда профит стояния на Linux?

            вы предлагаете использовать win
            Я ничего не предлагал. Я удивлялся, зачем плодить сущности и использовать 2 ОС, если без одной из них можно обойтись, а без второй — нет. Ну, да тут хозяин — барин.

            Большего бреда я в жизни и не слышал, как променять открытую и бесплатную ОСь на проприетарный продукт с закрытым кодом, тараканами в апдейтах и ссаной статистикой.
            Извините, но большего бреда я в жизни не слышал, как променять нормальный рабочий инструмент, в котором, в частности, нормально работает «графускорение в фотошопе» (что бы это ни значило) на открытую и бесплатную ОС.
            Ну, да здесь уже каждому своё. Вам — свобода и принципы, а мне бы работу поработать и игрушки поиграть. Предлагаю на этом сей холивар прекратить и разойтись.


            1. nikitasius
              03.03.2016 15:26

              Потому что в Windows есть ускорение, а в Linux нет?

              В линуксе оно заводится раз на раз на новых чипах. В моем случае фотошоп не понимает карты (hd5500), но все равно работает. Я к нему привык за годы, мне проще его так поставить для мелких и быстрых правок, чем с gimp'ом разбиратся. Есть свои тараканы с wlan от intel.

              И в чём тогда профит стояния на Linux?

              Это стабильная ОСь, которая работает так, как ты ее настроил, которой не нужен антивирь и которая не сляжет из-за бяки из браузера потому, что есть apparmor. Это система где для проприетарщины (как скайп) можно задать отдельный xephyr и она более не имеет доступа к буферу обмена. С легкостью могу вводить новые учетки для разного софта, резать и граничить права.
              intellijidea на нем просто летает, а eclipse не требует установки mingw или cygwin и связанных с этим тормозов.
              Все параметры системы у меня на ладони и элементу управления под рукой, особеннно в консоли.

              Она (система) работает крайне быстро, нет проблем с путями, нет проблем с регистром в именах файлов, hello.c & Hello.c два разных файла.

              Я ничего не предлагал. Я удивлялся, зачем плодить сущности и использовать 2 ОС, если без одной из них можно обойтись, а без второй — нет

              Перечитайте снова. Пункт про игры и фотошоп.

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

              Linux это замечательный рабочий инструмент, а debian лучший между стабильность-удобство (слева будет centos и arh, а справа будет ubuntu и ее клоны).

              «графускорение в фотошопе» (что бы это ни значило)

              Погуглите.

              свобода и принципы, а мне бы работу поработать и игрушки поиграть

              Свобода и принципы и работа — это мое текущее положение, и я ему рад.
              А вот по вашей аналогии если нужна работа и игрушки, а свобода и принципы вас не волнуют, то аналогия с хлопковой плантацией. Люди несвободные, работают, играют вечерами друг с другом.


              1. MacIn
                03.03.2016 15:28

                Немного странно сравнивать физическую несвободу и закрытый программный код, который в 99.9% и так и так не будет нужен?


                1. wlnx
                  03.03.2016 15:38
                  -3

                  "Не кормите тролля"©
                  А если это не тролль — тем более не кормите.


              1. justaguest
                03.03.2016 15:39
                +1

                Подождите, как это на старых не работает ускорение? У меня на старом ноуте с древней GM965 все отлично работало. Что показывает «glxinfo | grep direct»?


                1. nikitasius
                  03.03.2016 15:55
                  +1

                  В системе я его поднял (direct rendering: Yes), и в системе оно работает отлично (glxgears: 28862 frames in 5.0 seconds = 5772.257 FPS)
                  Но вот фотошоп, который под вайном ругается что не поддерживает карту и я не могу выбрать использование графики для успорения вычислений (5200U и его hd5500):

                  скриншоты
                  image
                  И адвансед

                  image


                  1. justaguest
                    03.03.2016 16:08
                    +1

                    Попробуйте исполнить «winetricks videomemorysize=1024», и запустите еще раз (вернуть обратно «winetricks videomemorysize=default»).


              1. justaguest
                03.03.2016 15:49
                +1

                …и что показывает cat /var/log/Xorg.0.log | grep "DRI driver"?


                1. nikitasius
                  03.03.2016 16:13
                  +1

                  [ 23.966] (II) intel(0): [DRI2] DRI driver: i965
                  Если есть идеи — добро пожаловать по мне в личку!

                  Гугл мне выдал, что 8.3 дебиан плохо работает с broadwell чипами.

                  lspci -vv
                  00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09) (prog-if 00 [VGA controller])
                      Subsystem: Lenovo Device 3823
                      Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
                      Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
                      Latency: 0
                      Interrupt: pin A routed to IRQ 50
                      Region 0: Memory at c0000000 (64-bit, non-prefetchable) [size=16M]
                      Region 2: Memory at b0000000 (64-bit, prefetchable) [size=256M]
                      Region 4: I/O ports at 4000 [size=64]
                      Expansion ROM at <unassigned> [disabled]
                      Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
                          Address: fee00018  Data: 0000
                      Capabilities: [d0] Power Management version 2
                          Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                          Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
                      Capabilities: [a4] PCI Advanced Features
                          AFCap: TP+ FLR+
                          AFCtrl: FLR-
                          AFStatus: TP-
                      Kernel driver in use: i915


                  1. justaguest
                    03.03.2016 16:17
                    +1

                    Да дело вообще не в ускорении. Если оно в системе есть, значит оно работает. Проблема либо в Wine, либо в самом Photoshop. Еще может быть слишком низкая версия OpenGL, хотя мне так не кажется.


            1. Dolios
              03.03.2016 15:32
              +3

              Можно я встряну в дискуссию?

              Потому что в Windows есть ускорение, а в Linux нет? И в чём тогда профит стояния на Linux?

              Если ускорение критично в 1 случае из 10, остальные 9 раз можно не перезагружаться из удобной ОС в неудобную.

              Я удивлялся, зачем плодить сущности и использовать 2 ОС, если без одной из них можно обойтись, а без второй — нет.

              Потому что неудобно под виндой. Разработчик ПО не позаботился о кроссплатформенности, поэтому иногда приходится пользоваться ОС которой по своей воле пользоваться бы не стал.

              Я сейчас даже не про консоль. Где рабочие столы, где primary clipboard, где репозитории ПО? 21 век на дворе. Про идиотские диски я вообще молчу.

              Конечно, удобство понятие субъективное. Но, как говорил Жванецкий, если вы не пробовали другие туфли, то наши туфли самые лучшие. Пользователи линуха, в подавляющем большинстве, пробовали, а поьзователи виндовс нет.

              Неплохая попытка взять лучшие стороны обоих систем сделала apple. Но их политика партии сводит все их усилия (для меня) на нет. Ну и с играми там почти такая же напряженка, как и в линухе. Ситуация чуть получше, но далека от идеала.


              1. wlnx
                03.03.2016 15:37
                +1

                Можно я встряну в дискуссию?
                На самом деле, нежелательно. Потому что Вы сейчас начали спор между сферическими гениальными пользователями Linux и не менее сферическими ни разу не умными пользователями Windows. И мне, как пользователю Windows, который достаточно пользовался обеими ОС, доказывать, что яблоки вкуснее, чем груши, исключительно на основании своих пристрастий абсолютно не хочется, равно как и читать про «отрава все эти ваши яблоки, умные люди только груши едят».


                1. Dolios
                  03.03.2016 15:43
                  +3

                  На самом деле, нежелательно.

                  Вопрос был риторическим, т.к. я уже это сделал.

                  Потому что Вы сейчас начали спор между сферическими гениальными пользователями Linux и не менее сферическими ни разу не умными пользователями Windows.

                  Это вы где такое вычитали? Не нужно додумывать за меня то, чего я не говорил, да еще и обижаться на это потом. Я не считаю пользователей виндовс неумными и вообще не склонен к глупым обобщениям.

                  Я высказал ряд тезисов:

                  1. удобство понятие субъективное
                  2. подавляющее большинство пользователей линуха пробовали виндовс
                  3. подавляющее большинство пользователей виндовс не пробовали линух
                    Под "пробовали" имелось в виду не поставили и поигрались часок-другой, а изучили систему работали в ней хотя бы месяц.

                  С чем конкретно вы не согласны?


                  1. wlnx
                    03.03.2016 15:59

                    Вопрос был риторическим, т.к. я уже это сделал.
                    Ответ, в общем-то, тоже.

                    С чем конкретно вы не согласны?
                    С общим тоном сообщения. Наиболее выдающаяся часть:
                    Про идиотские диски я вообще молчу.
                    Ваши идиотские маунт-пойнты, размазанные по всей файловой системе, не намного лучше, поверьте на слово.


                    1. MacIn
                      03.03.2016 16:03
                      +1

                      Про идиотские диски я вообще молчу

                      Уже указывал выше — все диски — это всего-навсего симлинки. Это слой совместимости с DOS.

                      Вот, например, у меня С: является симлинком на \Devices\HardDiskVolume1


                      1. wlnx
                        03.03.2016 16:31

                        Ну, таки да. Утилиты типа mountvol (хочу заметить, штатные и системные) не дадут соврать. Но мы-то (я, по крайней мере) говорили про пользовательский интерфейс, а там каждый логический диск — это отдельный корень.


              1. LastDragon
                03.03.2016 17:16
                +1

                Где рабочие столы, где primary clipboard, где репозитории ПО?

                Проходя мимо: столы есть в win 10, "репозиторий" в стадии зарождения (в десятке куча софта уже из магазина), консолей всяких несколько (https://habrahabr.ru/post/164687/), "primary clipboard» (т.н. вставка на среднюю кнопку)" — у меня на всех мышах первой дохнет именно эта кнопка из-за частого скрола (а менять мышь только из-за этого не хочу), копирование выделением — иногда удобно, иногда наоборот (часто когда читаю текст так подсвечиваю, копирование в этом случае совершенно лишнее).


                1. Dolios
                  03.03.2016 17:30

                  столы есть в win 10, "репозиторий" в стадии зарождения (в десятке куча софта уже из магазина)

                  Не прошло и 20 лет )) На самом деле, это радует. Возможно, когда-нибудь, виндовс станет удобной для меня системой (без шуток).

                  консолей всяких несколько

                  Речь про вменяемые шеллы, работающие из коробки.

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

                  Хоть это и не относится к делу, перепаять микрик — 30 минут времени с перекурами. При чем тут скролл, вообще не понял, при скролле микрик средней кнопки не задействован.

                  часто когда читаю текст так подсвечиваю, копирование в этом случае совершенно лишнее

                  Чем лишнее? Как оно вам мешает в этом случае?


                  1. LastDragon
                    03.03.2016 17:46

                    При чем тут скролл, вообще не понял, при скролле микрик средней кнопки не задействован.

                    Там всё хуже — в a4tech x7 (привык к ним, да и в играх удобно) стачивается пластмассовая выемка куда вставлена ось колесика, из-за чего оно постепенно наклоняется влево и кнопка перестает нажиматься.

                    Чем лишнее?

                    Копирует мусор же :) (но это вкусовщина конечно)

                    Речь про вменяемые шеллы, работающие из коробки.

                    На самом деле если брать именно разработку, то mingw или что-то подобное все равно понадобится, и там будет консоль. Но вообще по сути в винде не особо много задач именно для консоли, поэтому можно обойтись и стандартно-убогой.


                    1. justaguest
                      04.03.2016 04:04
                      +1

                      Если вы обеспокоены лишними операциями, то зря, при выделении самого копирования не происходит, оно происходит только при вставке. Это то самое отличие «первичного буфера обмена», и «вторичного буфера обмена» — последнее обычный Ctrl+C/V, а первое работает по-другому.


    1. justaguest
      03.03.2016 04:39
      +1

      Я немного поправлю: форум полнится жалобами, но собственно баг-репортить некуда. То есть когда-то такая возможность была — но из злого ли умысла, по глупости ли — но все ссылки зарезаны. Я даже вопрос задавал, так и не ответили. Если есть желающие, можете bump'нуть.


  1. MacIn
    02.03.2016 17:35
    +3

    Эммм и что? POSIX подсистема в NT была заложена, ЕМНИП, еще в 89м.


  1. kvaps
    02.03.2016 18:16
    +8

    Мне кажется что вся свистопляска в том числе и ради нативного Docker.


  1. Everlier
    02.03.2016 19:41
    +5

    Кажется, у нас новая корпорация Добра


  1. karlkorp
    02.03.2016 20:15
    +5

    Windows — новый, крутой дистрибутив Linux от Microsoft :-)


    1. wlnx
      02.03.2016 22:43
      +1

      Если Windows научится в бинарную совместимость с Linux, она от этого дистрибутивом Linux не станет. ;) Даёшь больше разных реализаций поддержки разных форматов исполняемых файлов!


    1. nikitasius
      03.03.2016 12:30
      +2

      Пока windows не выложит свой код в открытый доступ и не предоставит инструмент конфигурации "чего ставить, а чего нет", она не может считаться нормальным дистрибутивом!
      Это просто инсталлер next-next-next.


      1. wlnx
        03.03.2016 15:03

        Эмм… Dism? Imagex? Уже даже IoT Core есть как пример миминимализма. Куда дальше-то по компонентам?


        1. nikitasius
          03.03.2016 15:45

          Простой пример, диск с дебиан. Выбираю я там классический инсталлятор, и начинаю по пунктам с клавы прыгать, задавать мастер пароль, выбирать репозитарии, диск. Потом выбираю пакеты, которые ставятся, или просто получаю голую систему без всего и отдельно потом ставлю рабстол. Отказываюсь от участия в исследовании по статистике пакетов (так как моя домашняя система особой пользы не принесет).
          Вот и все.

          А вот диск с виндой. У меня в ноуте, в таблицах биоса, прописан ключ. Я скачал себе диск с виндой 10, английской. И собственно инсталлятор мне там ничего не выдал, окромя "Install now" и выбора диска. Вот и все.
          Далее все это гуано поставилось, было активировано. Отключил все доступы, но статистика там или "улетает чуть-чуть", или "полная улетает", кортана еще, до кучи. Апдейты — в home версии их не выключить, или автомат, или автомат и уведомление. В итоге через DWS все вынес, поставил свой файрвол. Отрубил службу апдейтов, поставил альтернативный софт (есть в инете). В итоге когда мне захотелось проверить апдейты, я запускаю тулзу, она включает службу, берет список апдейтов и далее я выбираю, что мне нужно, а что нет. Далее через нее же я их ставлю. Намного быстрее, чем оригинальная. Затем через DWS снова на офф, иначе после закрытия тулзы для апдейтов винда сама пропатится.

          А в линукс я пишу aptitude update и у меня обновляется инфа о пакетах прямо с прописанного зеркала моего провайдера (http://debian.proxad.net/) и затем через aptitude safe-upgrade я обновляюсь на бешеной скорости.
          Захотел я себе поставить свеженький 4.3, прописал aptitude install linux-image-4.3.0-0.bpo.1-amd64.

          Казалось бы элементарные вещи: система, которая позволяет себя конфигировать до этапа установки своего барахла, которая не отправляет статистики на каком порносайте я сижу и которая обновляется в 2 команды. Но windows идет другим путем.

          Так что пока они не сделают инсталлятор a la debian, пока не перестанут решать за конечного юзера как ему работать, я на ней работать, даже с совместимостью на 146% с дебиановскими пакетами и родным gcc & make, не буду.


          1. wlnx
            03.03.2016 16:01
            +1

            А инсталлятор а-ля Arch сойдёт? На первом же экране нажмите Shift+F10 — и всё в Ваших руках. Точнее, в моих, Вы Windows всё равно пользоваться не будете. 100 причин, чтобы не пользоваться.


            1. nikitasius
              03.03.2016 16:07
              -1

              Я арх не ставил. Если там shift+F10 аналог кнопки "install now" как при установки 10тки, то нет.

              Аналог нормального инсталлятор (дебиан) я привел выше. Можно сложнее, проще — нельзя. Такой принпиц отбора.


              1. wlnx
                03.03.2016 16:33
                +2

                Так и запишем: Debian — самый правильный Linux.
                А про нормальный инсталлятор можете рассказать гентушникам и арчеводам тем же самым.
                И да, то, что Вам так нравится инсталлятор конкретного дистрибутива, не делает его самым лучшим. Увы.


                1. nikitasius
                  03.03.2016 18:03
                  -1

                  то, что Вам так нравится инсталлятор конкретного дистрибутива, не делает его самым лучшим

                  Я его привел в сравнение, как пример отлично сделанного инсталлятора. Есть детальный на freebsd7, аж диск командами из консоли размечаешь, но он не удобен as is.

                  Инсталлятор должен давать пользователю выбор компонентов системы, которые будут ставится. Я же это ранее объяснял, так какого черта я должен вам это повторять?


                  1. wlnx
                    03.03.2016 18:10
                    +1

                    Потому что не читаете мои комментарии, очевидно же.
                    Пожалуй, что закруглюсь. Я уже нахоливарился.


                    1. nikitasius
                      03.03.2016 18:48

                      Пожалуй, что закруглюсь. Я уже нахоливарился.

                      Так все холивара ради? Я-то думал, у вас были попытки что-то по делу писать.


                      1. wlnx
                        03.03.2016 19:10
                        -1

                        А что можно написать по делу на фразы вида "ололо тут инсталлятор нитакой?" Я написал, что можно пользоваться графикой или вообще настроить покомпонентно через консоль. На третью итерацию "нармально этакак ф дебьяни и нивалнуит" мне надоело. Нравится Вам Дебиан — да заради бога. Мне он тоже нравится. Но принципиальных отличий, кроме упоротого linux-коммьюнити, я не вижу.


                        1. Dolios
                          03.03.2016 21:12
                          +2

                          упоротого linux-коммьюнити

                          О, скатились до оскорблений. Ну теперь-то все точно поймут, что вы правы.


  1. slonopotamus
    02.03.2016 20:35
    +3

    «Микрософт может»… Желтизна же. Между наличием возможности что-то сделать и собственно деланием кагбэ есть еще шаги, которые не факт что произойдут.


  1. wlnx
    02.03.2016 21:21
    +1

    Я понимаю, что уже упоминали, но всё же.
    А это, случаем, не рудимент выпиленного SUA?


    1. MacIn
      02.03.2016 22:09
      +1

      Наверняка, развитие оного и есть. NT линейка с самого рождения затачивалась под разные платформы — Native Win32, OS/2, POSIX.