Возникают ли у пользователей Windows проблемы, которые часто возникают у пользователей Linux…

«Нормальный» терминал? ... Для подключения по ssh нужно качать putty =)

Кстати, собранная информация пойдёт в качестве аргументов писателям SLOR'а? (:

Zsh нет под винду, fvwm нет. Как там вообще люди живут?

fork и любые программы, которые его используют представляет проблему при переносе под windows.

epoll также не имеет прямого аналога.

там нету GNOME :(

нету адекватной реализации sshfs/ftpfs.

«Нормальный» терминал?

Да, очень не хватает уникодной консоли под windows.

chcp 65001 не в счет - все равно все работает как-то криво

очень не хватает apt, emerge и xmonad

не нашел под винду вот это хни http://geant4.cern.ch/

посему пришлось-таки изучать линукс.

100500 файловых систем под любые нужды

Такие проблемы возникают у 1% пользователей Виндоуз из 94% всего - софт слишком специфический. Именно этот 1% и составляют будущие линуксоиды или дуалбутчики :)

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

>софт слишком специфический

git

postgresql

Худей.

> epoll также не имеет прямого аналога.

IOCP, епт.

У моего приятеля не заработал почему-то плагин для гимпа, например.

Самое очевидное, на винде нет установки с помощью компилирования из сорцев.(есть компиляция программ, но убогая и компилятор более менее стоит $)
А уж о пересборке ядра я молчу, невозможно даже для суперпупер хакера
Нет я не дикий фанат компиляния, просто привожу очевидный пример.
А еще на винде нет ssh(клиенты есть, а серверы :Р )

IOCP

Спасибо.

Ты будешь удивлен, но есть как непосредственно SSH (в составе cygwin), так и родные сервисы.

Самое очевидное, на винде нет установки с помощью компилирования из сорцев

Последнее время ситуация сильно поправилась. Mingw сравнительно недавно сделал скачок и практически догнал основную ветку. Mingw + msys может скомпилировать большое количество программ.

А еще на винде нет ssh

И нет человеческих sftp/scp over ssh серверов.

Есть, какие то - но обязательно имеют некую кривизну. Например, протокол scp требует возможности удаленного выполнения ряда команд, а их под windows нет. Поэтому scp как правило не работает.

Есть, более-менее работающие sftp серверы.

Но можно решить эту проблему установкой coLinuxа в виде сервиса с сетевым протоколом slirp с пробросом 22 порта - получается идеальный ssh сервер с полным стеком linux команд.

Колинукс раньше нельзя было поставить на 64-битную венду.
Из-за этого у меня доступ к dm-crypt'овому разделу через виртуальномашинный костыль.

Колинукс раньше нельзя было поставить на 64-битную венду.

Вроде и сейчас тоже нельзя запустить. Но кажется работы по портированию ведутся. Одна из основных сложностей - у windows 64 и linux 64 разные модели LLP64 vs LP64. К счастью меня еще пока не накрыло 64-битным windows клиентом.

У меня 8 гектар памяти. Из десктопной 32-битной венды PAE выпилили где-то в районе XP SP1.
Кстати, непонятно, почему нельзя coLinux запустить на WoW64, как другие 32-битные приложения.

> Кстати, непонятно, почему нельзя coLinux запустить на WoW64, как другие 32-битные приложения.

А что непонятного? Там есть такое файлецо, linux.sys называется. Это же драйвер. И как 32-разрядный драйвер будет натягиваться на 64-битное ядро?

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

Инструментария в linux явно поболе. Другое дело, что мси задавили подмяли рынок.

Ядро-то да, но надо у венды отобрать и анально оградить кусок ОЗУ, да предоставить этому процессу ровнотикающие часики, какой-то MPI к хостовой системе (не может же кооперативное ядро железки напрямую юзать, иначе вендец наступит) и обеспечить Ring0 (да-да, линакс выполняется таки в режиме ядра, а linux.sys — это такой гипервизор).

Самое смешное, что нету способа проще свалить венду к чертям, чем скомпилить ядро линакса для colinux, забыв отключить поддержку любых шин вроде ISA/PCI/USB/whatever, а потом его запустив. Потому что линакс увидит все железо как есть и попытается его перехватить.

Впрочем, хоть not for the faint of heart, попробовать-то можно ;-) Интересно, кто запаникует первым?

В общем-то суть одна и печальная - нативное на 64 битах не запустишь :(
Давно вынашиваю планы по переезду / с dm-crypt на что-то более шустрое и удобное, но альтернатив особо нет, а с / на truecrypt ядро загрузиться скорее всего не получится, даже если вынести его на отдельный /boot раздел :(

Очень не хватает f-spot и клиента ubuntu one

Если не кодить совместимость с Линуксом, то всё ОК.

что git под Windows кривовато работает

Гит не нужен на винде. Есть Microsoft SourceSafe, есть дефолтная VCS (ну ты понел, которая SVN), или накрайняк Mercurial и всякие Kiln'ы к нему.

(с гитом и на линуксе-то одни проблемы...)

кстати, на сайте Msysgit'а (которым ты вероятно пользовался) черным по белому сказано: у нас тут опенсорц, так что или помогайте проекту, или молчите в тряпочку, или валите нафиг :)

что есть проблема с драйвером postgresql

Постгрес не нужен на винде. Есть MSSQL, причем в разных редакциях.

Из коробки не работает, а, для того, чтобы заработало, надо долго красноглазить.

а на линуксе вообще только такой вариант =) Пойди сконпеляй какой-нибудь PHP под линукс, вот будет радости.

Меня в первый раз на ЛОРе забанили как раз в обсуждении моего хауту «как конпелять апач, пхп и что-то там еще с поддержкой чего-то там еще».

Кто может назвать ещё подобные проблемы, возможно, более существенные и неустранимые?

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

grep и прочая мелочёвка

Никаких проблем не возникает.

Жырно.

Пойди сконпеляй какой-нибудь PHP под линукс, вот будет радости.

А зачем, если можно установить готовый пакет?

Гит не нужен на винде. Есть Microsoft SourceSafe, есть дефолтная VCS (ну ты понел, которая SVN), или накрайняк Mercurial и всякие Kiln'ы к нему.

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

Постгрес не нужен на винде. Есть MSSQL, причем в разных редакциях.

2 базы данных держать?

Уж чего точно нет в мастдае, так это MIDAS'а. А еще в мастдае, в отличие от линукса, совершенно невозможно нормально работать...

Под виндой часто бывает так, что вроде и работает что-то, но по сравнению с линуксовым вариантом неэффективно.

Как пример, практически все вебсервера, кроме IIS.

Качал, помнится, прогу, которая эмулировала иксовый копипаст (без ctrl-C/ctrl-V). Так она была кривая и глючная!

Ну и да, кунштюки типа xclip -o | grep ... | wc -l — в винде хочется применять, но не очень получается.

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

conky; средний хинтинг шрифтов без субпикселей

нету проблем с драйвером postgres, есть только куча багов в QtSQL, которые они не торопятся исправлять (типа использования inner join в QSqlRelationalTableModel)

Там грабли возникают до того, как.

Ни тебе нескольких рабочих столов, ни нормальной переключалки раскладки (привычная мне клавиша + индикация светодиодом на клаве), ни отображения погоды/секунд на часах, ни нормального оконного менеджера (да, за 15 лет разработки вроде допилили фишку «always on top», но группирования и прочего так и нет). Да что там - в буфер скопировать и то нельзя толком.

Зато README к ядрам с kernel.org писал сам торвальдс! ^_^
От Балмера, или от Билли, ДО ТАКОГО *УПАСТЬ*? Не дождетесь

sleep же, поэтому народ под виндой извращается ping'ом

grep и прочая мелочёвка

все утилиты давно скомпилированы под windows

Вот здесь -> GnuWin

+ имеется msys окружение из проекта mingw - там тоже имеется утилит навалом

Единственная проблема, которую я не смог побороть - это то, что невозможно переименовать файл стандартный виндовый sort.exe. Он автоматически восстанавливается службой winlogon, которую нельзя остановить. ;( Поэтому приходится исправлять все скрипты компиляции, которые используют sort.

1. MPlayer для Windows хуже, даже когда речь идёт о сборках Kovensky.
2. ffmpeg-mt в Linux почему-то шустрее декодирует, чем в Windows (проверено в том числе и с 64-разрядными сборками).
3. Ardour для Windows нет.
4. msi хуже apt (и далее по списку).
5. Wine благодаря префиксам позволяющий создавать отдельные экземпляры Windows-окружения удобнее, чем одно единственное окружение в самой Windows, когда речь идёт о запуске какого-нибудь тяжёлого софта, тянущего кучу зависимостей.
6. rekonq косящий под Chromium, но потребляющий меньше памяти, для Windows не собирают.
7. Драйвера HP в Linux удобнее - один пакет на все принтеры и МФУ, а в Windows куча отдельных установщиков с какой-то хитрой процедурой установки, видимо как-то связанной с приделыванием костылей к механизму установки драйверов в Windows.
8. В Linux есть СПО для работы с разделами, а в Windows только коммерческое ППО и сильно ограниченные в возможностях средства системы.
9. Gnome Color Manager есть только для Linux (для Windows есть сборка dispcalGUI,начинающего пользователя он поставит в тупик своим интерефейсом).
10. Link.

> все утилиты давно скомпилированы под windows
Да понятное дело. Просто забыл добавить сакральное «изкаропки» :-)

ssh и nfs клиенты, Gnome, пакетная система.

> привычная мне клавиша + индикация светодиодом на клаве

Я под виндой для переключения раскладок по капсу с индикацией скроллом юзаю capslang