Pull to refresh

Comments 143

Разве MS не отказалась от проекта Астория и не положила его в долгий ящик?
Когда заказчику ответишь?
Закрой, твою мать, проект.
Иначе с тобой уж не связаться.
Этот неловкий момент.
Ответил или нет? Весь хабр переживает!
Огласите суть проекта, мы сейчас всем хабром вам его доделаем.
Я бы и сам доделал, будь у меня его сырцы)
Там осталось то из багов — дублирование новых записей в БД и еще пару мелочей подобного масштаба.
Мы — родные братья, но мы не общаемся уже давно.
И даже учитывая, что нас разделяет ок. 2000 км заказчик пытаясь уже хоть как-то решить судьбу проекта начал искать меня с просьбой хоть как-то достучаться до Димы.
Когда заказчику ответишь?
Закрой же, мать твою, проект.
С тобой иначе не связаться:
Я всё пишу, ответа нет.
Ну, если вы докажете, что они используют в своих продуктах GPL-код и не выдали его вам по запросу…
Не обязательно использовать чужой GPL-код, чтобы проверить валидность задокументированного заголовка файла.
Я так понял, что эта штука позволяет грузить linux бинарники напрямую, без необходимости во всяких interix'ах. То есть оно перенаправляет linux syscall'ы в ядро windows? Или эта штука таки может грузить linux модули? Если второе, то это явное нарушение gpl, в первом случае как повезёт. Если бинарник GPLный, то его проприетарной пускалкой нельзя запускать, это тоже нарушение.
Это что получается тогда? Я не могу и GPL-ный XML документ открыть проприетарщиной без нарушения лицензии?
Нет, gpl только двоичное связывание оговаривает. То есть нельзя в свое адресное пространство загружать gpl код, если ты с ним несовместим.
По-вашему, GIMP 2 под Windows нарушает лицензии, т.к. в адресном пространстве присутствует множество системных DLL от Microsoft?
Т.е. я не могу в своё адресное пространство загружать XML?
Насколько я понял не так. Если бинарник в комплекте поставки, это нарушение GPL (т.е. продукт в целом является производным от бинарника). А если поддерживается какой-то общий интерфейс и пользователь может загрузить GPL бинарник или другой какой-то бинарник не GPL то OK.

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

Как в таком случае быть со всем этим: www.gnu.org/software/for-windows.html?
Запускать можно как угодно. Поставлять как один продукт нельзя. А если у вас есть проприетарное приложение без GPL-модулей в комплекте поставки, но вы их можете скачать где-то как отдельный продукт, и использовать со своим проприетарным приложением, это GPL не противоречит.
есть же System Library Exception в GPL которое именно случая с GPL-бинарником и проприетарной запускалкой касается.
Если запускалка это часть системы (а то что в статье — похоже как раз данный случай) то это исключение и так можно.

какая собственно разница — запускаю я GPLный GCC под Windows использующий WinAPI или запускаю GPLный GCC под Windows используя описанный в статье Linux API?
Если MS пойдет по пути VMWare, то да.
спасибо за рекламу
UFO just landed and posted this here
Бойся данайцев, дары приносящих.
Так никто, вроде, никому ничего не приносит. Такой себе ответ на wine. Хорошо, что хоть line не назвали, а то пользователи бы начали с игрушкой какой путать.
Теперь будем выпиливать Explorer в пользу нативного KDE, видимо.
Вот так. Не успеешь про что-то пошутить — а это уже давно придумали. =(
Да только он давно не обновлялся, и если верить доке по сути является загрузчиком + отладчиком для загруженного в память приложения, и системные вызовы перенаправляет в Cygwin. С таким же успехом можно просто написать конвертер ELF=>PE для cygwin-приложения.
конвертер ELF=>PE

LINE работает ниже уровнем — драйвер перехватывает syscalls (INT 80)
Сложно будет автоматически запатчить ELF, переделав все INT 80 на вызовы DLL, в байтах инструкция CALL длиннее INT.
Патчить КДЕ под вин?
Ну, под FreeBSD же пропатчили...
А Skype для Linux совсем забросили. Соответствующий раздел на официальном форуме скайпа заполняется баг-репортами в геометрической прогрессии, проблемы решаются костылями с помощью комьюнити, саппорт говорит, что разработка новых версий не ведется. Самая свежая версия 4.3 не поддерживает групповые видеозвонки, шаринг рабочего стола, встраивание медиа-объектов в чат. При этом, присланная картинка приходит в виде ссылки, но при переходе картинка не отдается.
Казалось бы, есть достаточно кросс-платформенных альтернатив, но у скайпа нынче популярность пока еще держится на достаточно высоком уровне, надеюсь, что полный переход произойдет в ближайшее время.
ну по этому видимо и забросили — хочешь скайп ставь винду, мы тут как раз допилили запуск linux приложений…
В том-то и дело, что практически для всех линукс-приложений есть порты под винду. Но проблема не в них, а в POSIX-окружении. Позовите, когда в винде будут доступны пути файловой системы длиннее 255 символов, различие регистра в названиях, CR-окончание строки и т.д.
пути файловой системы длиннее 255 символов
Во-первых в Win32 только MAX_PATH ограничено 260 знаками (если не учитывать C:\\x00 то 255), есть UNC-имена там длина ограничена 32768 байт. Кстати в Windows макс. длина имени файла 512 байт, а в Linux по умолчанию захардкодено 256 байт.
Во-вторых NTFS не имеет этих ограничений, а в Windows уже существовала POSIX-подсистема, где и различие регистра в названиях (не знаю как это можно воспринимать как достоинство), и всё остальное присущее POSIX. То есть все эти ограничения они только в подсистеме Win32, но не самой Windows целиком.
Боюсь, без Win32 в Windows жить будет тяжко. Не на API ядра же жить. Хотя… Портировать systemd под Windows — достойная задача...
Портировать Win32 под wine? Не-не-не. =))
Нет, я про сервисы. Как появилась система инициализации в NT в 90-х так и используется (с небольшими доработками не ломающими совместимость) до сих пор и ни у кого вроде желания ее поменять не возникает.
Ща Поттеринг придёт и исправит это недоразумение. =))
Живу на Windows без Win32
XBox One ;-)

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

Это не достоинство, это особенность, про которую нужно помнить. Буквально на днях ковырял одну bower-библиотеку, в которой все файлы были в lowercase, и один файл, видимо по ошибке, начинался с заглавной. Подключил, не глядя, все в lowercase, на продакшен-сервере на линуксе либа не заработала.
В Win10 (32) стандартное приложение "Фотографии"
не работало с длинными путями и зажатыми файлами
при этом превью картинок отображались
приходилось копировать поближе к корню и смотреть.
когда в винде будут доступны пути файловой системы длиннее 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-окончание строки
А оно не от редактора зависит? Где именно вам его не хватает?
Спасибо за информацию.
Насчет CR, опять-таки еще один пункт в списке "что же могло пойти не так". Все редакторы под Win выставляют в настройках по умолчанию CRLF, казалось бы разницы нету, но у меня не заработала в продакшене какая-то node.js библиотека, не понравился CRLF в сорцах.
Еще вспомнил, что под Win не устанавливалась какая-то либа через npm, пыталась создать симлинк и вываливалась с эксепшеном. Если есть какой-то способ поднять полноценное dev-окружение под Win, кроме как через запихивание всего в виртуальную машину, буду благодарен узнать.
Нодой не особо пользуюсь, но вроде нет с ней особых проблем (так же установлены git, MinGW и visual studio — два последних в любом случае обязательны), проблемы были только с длиной пути когда зависимостей очень много и, возможно, со сборкой чего-то, но в конечном счете вроде решилось (пере)установкой последней visual studio.
А ещё ограничение на длину командной строки в 8к символов...
Из-за приложений обычно ставят винду как раз а не линукс. С ходу ничего незаменимого линукс-спецефичного и не назову...
Пакетные менеджеры, файловая система /proc/ (при разработке просто незаменима), тайловые менеджеры (специфично, наверное). Вроде, остальное портировано под винду, есть и прога для Compose клавиши (несовместимая с конфигом XCompose, впрочем), и cygwin a.k.a bash for windows… Терминал и файловый менеджер необычайно неудобные — но я слышал, вроде как тоже заменимо.

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

Интересно, как же Windows-разработчики без этого живут?
Должен уточнить: я о прикладной разработке. В Web разработке она, думаю, бесполезна.
Так же, как и без тайловых менеджеров. Blub paradox.

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

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

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

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

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

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

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

handle.exe -p < PID >

ProcessExplorer.exe

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

vmmap.exe

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

Надо мне было как-то оптимизировать программу под встраиваемый девайс. Помимо работы с кодом, все свелось так же к подбору оптимальных параметров оптимизации. Чтобы узнать размер кэша процессора, и подставить его в 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, и еще паре цифр, значение которых мне не известно.
Но пакетный менеджер, WM, файловую систему в любом случае на другой ОС не запустишь.
По поводу файловой системы — почему?
Я думаю, он подразумевал конкретно файловую систему /proc/. Я и правда не представляю, как это реализовать. То есть, вот есть скажем файл /proc/self/maps. Он ведь на самом деле имеет размер 0 байт — как и большинство тамошних файлов, они генерируют информацию только при непосредственном обращении, иначе это здорово замедляло бы систему. Как это реализовать под виндой, даже на уровне драйвера, я совершенно не представляю.
Парадигма другая. В мире NT все суть объекты, и файловая система — лишь частный случай. Точно так же можно сформировать "устройства", которые будут все это делать при обращении. Есть же драйвер "устройства" rand или null.
Все несколько сложнее, смотрите: во-первых, надо установить на файл событие, реагирующее, когда файл пытаются открыть, но исполняющееся до того(!), как он открылся. Насколько я понимаю, этим занимается ядро системы, и даже если вы пишите свой драйвер, вам нужно, чтобы такое АПИ было предоставлено ядром. Знаю, можно ставить событие на модификацию, но можно ли на такой специфичный случай — без понятия, но сомневаюсь.

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

И это только поверхностный взгляд.
Нет, это взгляд именно поверхностный.
Вы создаете объект в глобальном пространстве. Устройство, если быть точным, и привязываете его к драйверу, который обрабатывает запросы. Теперь никакой разницы технически между открытием и чтением файла abc.txt и /proc/123 нет. Внизу это все преобразовывается в IRP драйверу с конкретной командой "вот тебе запрос, функция номер 5, подфункция 10, вот тебе буфер для результат, вот его размер, вот сюда положи результат операции". Да, будет оверхед — нужно при создании процесса создавать устройство и делать привязку к драйверу, но это ерунда, создание процесса и так тяжеловесная штука.
Мне кажется, мы друг друга недопонимаем. Давайте так: есть диск C c NTFS. Насколько мне известно, монтировать в произвольном месте ФС под виндой нельзя — они должны находиться в «корне». Следовательно, все что на диске С работает с драйвером NTFS. И вот мы создаем там файл maps, который затем пользователь открывает — какой драйвер будет обрабатывать запрос на открытие?
Почему вы создаете файл maps в корне С?
Мы же проводим параллель с linux-style файловой системой, где у нас есть корень, куда можно много чего подмонтировать.
Вот в винде тоже есть корень, только мы его не видим. Есть автоматическое скрытое преобразование из 'C:', который является устаревшим DOS-объектом и по сути являестя симлинком на другой объект.
Вот, например, у меня С: является симлинком на \Devices\HardDiskVolume1.
Вы создаете, например, \Devices\ProcSimulation и делаете симлинк на него как хотите. А уж подпапки (суть подобъекты) будет сам драйвер обрабатывать. Вы можете напрямую открыть объект \Devices\ProcSimulation\123\map и дать операцию чтения, а потом закрыть файл. Драйверу, к которому присоединено устройство \Devices\ProcSimulation будет известен путь \123 и файл map, это вопрос парсинга строки.
Нет-нет, я про корень сказал, имея ввиду, что мы создаем где-то внутри диска С файл, но т.к. не можем др. ФС примонтировать, запрос будет обрабатываться драйвером NTFS, а мы уже пользоваться тем, что поверх него остается.

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

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

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

Нет. Диск С тут вообще ни при чем. Это может быть что-то типа "\Proc\123\map"
Тут двойной слэш порезался.
Я имел ввиду именно /proc/, как уже заметили выше
Интересно, что пока одни восхищаются удобством и простотой procfs, другие отмечают её недостатки, такие как слишком большой оверхед на парсинг данных из текста и конвертацию обратно в текст. В любом случае, бинарное API будет производительнее.
Из забавного, вспомнил: в «этом-вашем-консольном-линуксе» лучше реализована работа с мышью. Под виндой это первая вещь, бросающаяся в глаза — нет «primary clipboard» (т.н. вставка на среднюю кнопку), прокрутки окна под курсором, перехода в определенную часть документа простым нажатием на ползунок средней кнопкой (нужно обязательно ловить ползунок), нет возможности максимально увеличить чувствительность мыши. По последнему: нет, я не об ускорении, но именно о скорости. И да, я видел в настройках мыши ползунок, но зачастую даже в максимальной точке этого мало. Под Linux это решаемо установкой Coordinate Transformation Matrix в матрицу отличную от единицы для конкретной мыши.
Под виндой это первая вещь, бросающаяся в глаза — нет «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).
MouseThreshold1/2 влияют на ускорение (acceleration). Ускорение, это когда при движении скорость курсора постепенно увеличивается. Несмотря на странную популярность, отвратительная штука, т.к. становится сложнее предсказать, где курсор окажется, приходится замедляться. Особенно негативное влияние заметно в играх.

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

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

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

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

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

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

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

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

Это как раз-таки однородность: везде выделение — само по себе, операция копирования — сама по себе. Но то, что копирование производится нажатием Enter, это, конечно, дичь.
Речь по консольку? Можно же по правой кнопке мыши.
Я имею в виду CtrlC Vs Enter при обычном выделении левой кнопкой.
После выделения если нажать правой кнопкой мыши то произойдёт копирование.
Я сразу ещё включаю выделение мышкой в настройках и после выделяю левой кнопкой мыши, жму правую для копирования и дальше вставляю правой. Кстати так и не понял за что отвечает флажок «быстрая вставка», у меня вставка по ПКМ и так работает если включено выделение мышью. На CTRL+V он не влияет, на SHIFT+Insert/Insert тоже.
Да это понятно. Но на кой ляд вместо повсеместного Ctrl+C или на худой конец Ctrl+Ins, как было в некоторых других MS продуктах, использовать Enter, учитывая, что нажимать его надо правой рукой, которая лежит на мыши — понять не могу.
Которая лежит рядом с Enter на NumPad'е — руку с мышки не убираю совсем.
Это особенно актуально на ноутбучной клавиатуре.
Унификация: Ctrl+C везде. Это стандарт.
> прокрутки окна под курсором
В 10-ке (даже, кажется в 8-ке) наконец то добавили.
Гнать skype к чёрту в пользу Firefox Hello под эгидой импортозамещения.
Развели истерику с информационным суверенитетом — превратим её в ступеньку для победы OpenSource!
А победа опенсорц и победа синдрома NIH — это где-то рядом?
Вроде, писали уже. У вас есть популярная сеть, сделайте популярный опенсорц-клиент для неё уже. =))
Не рядом. Первое должно по возможности эксплуатировать поражённых вторым.
За ссылку спасибо — не видел раньше, посмотрим, что будет.
Я против теории превосходства каких-то слоёв общества над какими-то другими, в том числе, по признаку отношения к опенсорцу. но вот против эксплуатации эксплуататоров ничего не имею. Симбиоз рулит. ;)
Меня развертывание ссылок новым скайпом просто бесит. Поэтому у меня есть старая версия. Шаринг рабстола — я использую teamviewer, можно и шарить и работать.
Групповые видеозвонки — никогда не юзал, надобности не было. С обычным скайп 4.3 и tox справляются на ура.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Погуглите.

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

Свобода и принципы и работа — это мое текущее положение, и я ему рад.
А вот по вашей аналогии если нужна работа и игрушки, а свобода и принципы вас не волнуют, то аналогия с хлопковой плантацией. Люди несвободные, работают, играют вечерами друг с другом.
Немного странно сравнивать физическую несвободу и закрытый программный код, который в 99.9% и так и так не будет нужен?
"Не кормите тролля"©
А если это не тролль — тем более не кормите.
Подождите, как это на старых не работает ускорение? У меня на старом ноуте с древней GM965 все отлично работало. Что показывает «glxinfo | grep direct»?
В системе я его поднял (direct rendering: Yes), и в системе оно работает отлично (glxgears: 28862 frames in 5.0 seconds = 5772.257 FPS)
Но вот фотошоп, который под вайном ругается что не поддерживает карту и я не могу выбрать использование графики для успорения вычислений (5200U и его hd5500):

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

image
Попробуйте исполнить «winetricks videomemorysize=1024», и запустите еще раз (вернуть обратно «winetricks videomemorysize=default»).
…и что показывает cat /var/log/Xorg.0.log | grep "DRI driver"?
[ 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вот, например, у меня С: является симлинком на \Devices\HardDiskVolume1
Ну, таки да. Утилиты типа mountvol (хочу заметить, штатные и системные) не дадут соврать. Но мы-то (я, по крайней мере) говорили про пользовательский интерфейс, а там каждый логический диск — это отдельный корень.
Где рабочие столы, где primary clipboard, где репозитории ПО?

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

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

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

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

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

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

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

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

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

Чем лишнее?

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

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

На самом деле если брать именно разработку, то mingw или что-то подобное все равно понадобится, и там будет консоль. Но вообще по сути в винде не особо много задач именно для консоли, поэтому можно обойтись и стандартно-убогой.
Если вы обеспокоены лишними операциями, то зря, при выделении самого копирования не происходит, оно происходит только при вставке. Это то самое отличие «первичного буфера обмена», и «вторичного буфера обмена» — последнее обычный Ctrl+C/V, а первое работает по-другому.
Я немного поправлю: форум полнится жалобами, но собственно баг-репортить некуда. То есть когда-то такая возможность была — но из злого ли умысла, по глупости ли — но все ссылки зарезаны. Я даже вопрос задавал, так и не ответили. Если есть желающие, можете bump'нуть.
Эммм и что? POSIX подсистема в NT была заложена, ЕМНИП, еще в 89м.
Мне кажется что вся свистопляска в том числе и ради нативного Docker.
Кажется, у нас новая корпорация Добра
Windows — новый, крутой дистрибутив Linux от Microsoft :-)
Если Windows научится в бинарную совместимость с Linux, она от этого дистрибутивом Linux не станет. ;) Даёшь больше разных реализаций поддержки разных форматов исполняемых файлов!
Пока windows не выложит свой код в открытый доступ и не предоставит инструмент конфигурации "чего ставить, а чего нет", она не может считаться нормальным дистрибутивом!
Это просто инсталлер next-next-next.
Эмм… Dism? Imagex? Уже даже IoT Core есть как пример миминимализма. Куда дальше-то по компонентам?
Простой пример, диск с дебиан. Выбираю я там классический инсталлятор, и начинаю по пунктам с клавы прыгать, задавать мастер пароль, выбирать репозитарии, диск. Потом выбираю пакеты, которые ставятся, или просто получаю голую систему без всего и отдельно потом ставлю рабстол. Отказываюсь от участия в исследовании по статистике пакетов (так как моя домашняя система особой пользы не принесет).
Вот и все.

А вот диск с виндой. У меня в ноуте, в таблицах биоса, прописан ключ. Я скачал себе диск с виндой 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 идет другим путем.

Так что пока они не сделают инсталлятор à la debian, пока не перестанут решать за конечного юзера как ему работать, я на ней работать, даже с совместимостью на 146% с дебиановскими пакетами и родным gcc & make, не буду.
А инсталлятор а-ля Arch сойдёт? На первом же экране нажмите Shift+F10 — и всё в Ваших руках. Точнее, в моих, Вы Windows всё равно пользоваться не будете. 100 причин, чтобы не пользоваться.
Я арх не ставил. Если там shift+F10 аналог кнопки "install now" как при установки 10тки, то нет.

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

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

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

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

О, скатились до оскорблений. Ну теперь-то все точно поймут, что вы правы.
«Микрософт может»… Желтизна же. Между наличием возможности что-то сделать и собственно деланием кагбэ есть еще шаги, которые не факт что произойдут.
Наверняка, развитие оного и есть. NT линейка с самого рождения затачивалась под разные платформы — Native Win32, OS/2, POSIX.
Sign up to leave a comment.