Bash on Windows

Ну… это…

Но, однако…

art@ART-MSI:~$ /mnt/c/Windows/System32/notepad.exe 
bash: /mnt/c/Windows/System32/notepad.exe: cannot execute binary file: Exec format error 
art@ART-MSI:~$ /mnt/c/Windows/System32/cmd.exe /C dir 
bash: /mnt/c/Windows/System32/cmd.exe: cannot execute binary file: Exec format error 
art@ART-MSI:~$

А я уж думал начать на баше в винде скриптики писать 🙂

Опять :(

Нет, все же CentOS как рабочая станция не торт 🙁 Приходиться много делать руками и через опу. Снес, поставил OpenSUSE, gnome.
Проблемы вызвал только VirtualBox. Как обычно не мог собрать модули ядра. Пришлось малость повозиться. Все остальные программы, которыми я пользуюсь, заработали «из коробки».
Как это не странно звучит, но не хватает Unity из убунту 🙂
Ну и заодно пощупаю btrfs.

CentOS 7.2 and VirtualBox 5

Обновился до 7.2, перестал работать VirtualBox. Не собираются модули ядра.

Есть официальный тикет по этому поводу. Патч добавлен в текущую тестовую версию ВиртуалБокса.

Проблема решается сносом стабильного бокса и установки тестовой версии вот от сюда.

Надеюсь новый стабильный билд выйдет достаточно быстро.

Рабочая станция

Ндя… После Unity и Ubuntu рабочая станция на CentOS не торт. Куча настроек руками.
В KDE работать не смог, не оно. Третий Гном приятнее, но иконки на рабочий стол приходится ставить руками в консоли.

Заставить работать wine в centos 7

Это блин жестокий квест…

По умолчанию пакет wine в centos собран как 64 битный. А большинство приложений для винды 32-х битные. Вот оне и не запускаются.
Производитель дистрибутива (не будет тыкать в него пальцем, но все понимают, что это RedHat) отказывается поставлять 32-х битный wine. Принципиально.

И вот тем, кто решил использовать в качестве рабочего стола CentOS 7 придется пройти квест по сборке и установке 32-х битного wine, описанный вот тут. Я как раз сейчас этим занимаюсь.

Апдейт.
Ну да, в руководстве был показан верный вектор. Но как всегда — «дьявол кроется в деталях».
Из-за того, что сейчас на сайте находится более свежая версия wine, чем показана в мануале, у нее малость другой spec файл. Поэтому, для версии wine-1.7.53-1.el7.src.rpm diff будет выглядеть следующим образом:

# diff wine.spec wine.spec.2 
372,373c372,373
< Requires:       wine-core = %{version}-%{release}
< Requires:       wine-common = %{version}-%{release}

> #Requires:       wine-core = %{version}-%{release}
> #Requires:       wine-common = %{version}-%{release}
375a376
> Requires: wine-core(x86-32) = %{version}-%{release}
702c703


> sed -i ‘/winegcc/s/-o /-m32 &/’ tools/makedep.c

И да, в процессе надо включать мозги, понимая, что имена файлов даются для Сайнтифик линукса. После создания каких либо rpm надо сначала поглядеть как они в результате называются в CentOS. И только потом выполнять рекомендуемые команды.

Первый глюк новой Ubuntu

Меня спрашивали, почему я Ubuntu тока на рабочей станции держу.
Да вот по этому самому :0) Обновился, гарантированно получил глюки. Вот и сейчас, ничего не изменилось. Хотя, конечно это не LTS, но все равно не приятно.
Оно мне надо? В RedHat (CentOS) я обновляюсь спокойно 🙂

Mikrotik VPLS

Пытался построить VPLS на микротике (Cloud Hosted Router) в VirtualBox. Не получилось, есть подозрение, что Virtual Box малость неправильно эмулирует ethernet интерфейсы.

Собрал сетку на живых 450G устройствах. Все заработало на ура. L2 VPN фунциклирует как часы.

На выходных попробую в vmware повторить эксперимент.