Ознакомьтесь с нашей политикой обработки персональных данных
  • ↓
  • ↑
  • ⇑
 
Записи с темой: вендекапец! (список заголовков)
14:17 

Windows RT...

... таки ой? Рухнаму-три-раза?

@темы: Вендекапец!

06:21 

Размышлизм

Тов. Столлман все еще боится, что г-н Брин или там камрад Шаттлворт злобно зажилит написанный код и никому-никому не отдаст.
А зря. Бояться надо другого - вместо того, чтобы прятать код под копирайтом гипотетический бизнесмен наймет какого-нибудь де Иказу или (Не к ночи будь помянут!) Поттеринга, который напишет совершенно открытое, насквозь свободное, GPL-поизделие, кривое до полной непереносимости.
Free? Free! As speech? Ага! А вот про то, что спич этот будет на русском или там английском языке, а не на диалекте каких-нибудь ацтеков - "на берегу" уговора не было.
И вреда от этого obfuscated-by-design кода куда больше, чем от честного бинарника без сырцов. Потенциально-то оно переносимо! Вот и тратят ресурс на адаптацию-поддержку того, что лучше бы закопать, как страшный сон.
Dixi.

@темы: Вендекапец!, Жизнь

17:30 

И еще немного о...

... production-ready системах.

Сижу я, примуса починяю обертку-wrapper к куче legacy-скриптов для мониторинга всякого пишу. Скрипты действительно legacy - писаны как бы не во времена Очакова и покоренья Крыма 2k если не NT 4.0 в чистом cmd не пойми кем, но поскольку они jast works, то ревизией кода никто не занимался до тех пор, пока не началось внедрение централизованной системы мониторинга.
Впрочем, это все присказка, сказка начинается дальше. Пишу я на python'е, отлаживаю на рабочей машинке под управлением х...64 топора а.к.а. win 7, один скрипт отрабатывает, второй... а третий ругается на отсутствие telnet'а (Чума на голову Гейтса и головку Балмера за вынос инструмента из базовой системы!), ну да ладно - надо - поставим! Пуск-панель управления- компоненты цштвщцы-включение и отключение компонент, telnet. Проверяем из cmd - нормально. Запускаем скрипт... ни-ху-а. Гм. А! Походу ставится телнет в какую-то задницу, а PATH в скрипте не прописан! Ща...
Хм. Ставится он конечно в задницу, но не в какую-то, а в c:\windows\system32, в PATH он есть. Гм. Да. Прописываю на всякий случай полный путь к. Не работает. Проверяю права доступа (Ну чиста на всякий случАй) - ок. Гм.
Запускаю из скрипта голый шелл, делаю
cd c:\windows\system32\
dir - и НЕ НАХОЖУ в листинге telnet.exe!!!
Проверяю через гуй - есть. В консоли нет. Запускаю через пуск-выполнить cmd.exe, перехожу, смотрю - dir telnet.exe показывает. Шо за @%@$#^$%?!!!
Туплю.
Туплю.
Туплю.
....
А. Должно быть, в системе завелся Страшный Траян, который под видом cmd.exe лежит где-то там и запускается из скрипта раньше... Открываю диспетчер задач - так и есть, в системе два cmd.exe*32 и cmd.exe - лезу в свойства, проверяю цифровую подпись - сходится! Оба наджамшутены мелкомягкими, "родной-системный" 64х разрядный запускается из SYSWOW64 (Ей-ктулху, не вру! Так они папку и назвали ))) по умолчанию и работает нормально, а 32х разрядный python рожает 32х разрядный cmd.exe в котором даже lsdir глючит.
"Пользуйтесь резинками фирмы абидас"(Ц), в общем.
И я еще на Святых Рассеянских Бузинесс-Программиздов бочку качу! Ениальные же люди! Ну, подумаешь, ректально - но ведь работает!

@настроение: Повбывав бы!!!

@темы: Работа, Вендекапец!

16:20 

Если в одном месте прибыло...

... ну вы понимаете, да? Такое ощущение, что вся сомнительная эволюция *nix'ов в сторону "большей юзерофильности" (Монструозный размер, обилие свистоперделок, инстал-с-одного-клика и пэ рэ) "откликнулась" аналогичной по величине деградацией M-soft'а.
Попробовал поставить SCCM Essentials 2010 - ну лютое, лютое же ! Чистая тестовая среда (Кстати, в Debian'е 64х битные virtualbox additions по не вполне ясной причине валят виртуальную машину - если вдруг кому нужно :)). Только что сделанный домен на 2008R2. Только что сделанный member-server на R2 же. Живи-и-радуйся, ага.

Читаем мануаль, смотрим топологии развертывания, смотрим системные требования, со всем соглашаемся, запускаем, готовясь к next-next-next, ага. Авотхрен!
- У тебя, мужик, IIS не установлен!
- Как так, не установлен? Вот же он! Вооот! Только что роль поставил, специально перед.
- Неее, мужик, мне виднее - хочешь поспорить вот тебе линка на сайтовый хелп.
Ок. Подключаю дополнительный сетевой адаптер, прописываю NAT, отключаю трижды долбанный ECM режим работы Ё-моё, смотрю, что же за бага такая... Сюрприз! Статья посвящена SUS'у, про IIS там молчок.
Лезем в жужль. На technet'е длинный список того, что надо установить и каким образом для установки 2007 SCCM - но у меня-то 2010! Л-ладно, авось-небось, с третьего раза (Да, сервер у меня, мать его, русский (Повбывав бы тупорылых надмозгов-лохализаторов!!!) а мануаль, ессно...) завелось. Едем дальше.
ИИС стоит, можно двигаться... но нет!
- Мужик! У тебя проблемы с IIS и SUS'ом но я их исправлю!
- !!! давай.
- Исправил!
- А сразу, ...!!! не мог?
...
Ставим. И ставим. И ставим. И ставим. В процессе плюемся окнами исполняемых PowerShell скриптов (Что никсовые поизделия себе уже лет несколько не позволяют Они просто из консоли работают) Да, трех гигов памяти нам мало. И двух процов (Хорошо, ядер!) тоже, похоже не очень - ставиться оно, кнечно, малость побыстрее, чем OO компиляется, но с фурифоксом по времени уже сравнимо - впрочем, скоро сказка сказывается - но дело рано или поздно тоже сделается.
- Ок. Дай мне учетную запись с административными правами. Вот тут имя, вот тут пароль, вот тут домен из списка выберешь.
- User, 1... постой, а домен-то где?
- Ну, значит, нету у тебя домена! А мне нужен, не пойду дальше!
- ...!!!! Вот тебе test\user, 1 - пойдешь!
- Да! Только я проверить не могу, так что пойдешь ты.
- Итить. Ну вот же - пинги есть, смб бегает, керберос ходит, лок-анлок пашет, что тебе еще?
- Домен.
- reboot
Соответственно, весь процесс по новой. Да, есть у тебя домен! Живем! Ставимся. И ставимся. И ставимся. И... ну вы поняли.
Потом запускаем мастер первичной настройки. Потом - качаем обновлнения. Потом... потом рабочий день таки закончился. Уфффф...
Убил бы!!!

@темы: Работа, Вендекапец!

14:27 

Не только о Google...

... или "я не люблю". Есть в современном windoсофтостроении несколько тенденций, которые мне ну оч-чень активно не нравятся, и эн-ная их часть "удачно" воплотилась в google chrome.
Вот например, скажите мне, что за ди-зай-нер придумал "online-installer'ы", а? Нет, я знаю, что не google'вцы (Первый раз столкнулся в исполнении MS при попытке установить net.framework), но все же? А что мне делать, если "вот прям щаз" интернета нет, м? А если эту м-мммуйнюшку надо воткнуть на стопицот компов сразу? От только нинада рассказывать про "кэш прокси", ибо нормальной (НЕ ntlm, и не "с помощью авторизатора") аутентификации на прозрачном прокси я почитай что и не видел, а с прокси классическими эти м-ммм... "продукты творчества" работать как правило не умеют (Видимо, basic-аутентификация Слишком Новая Технология, ага).
А эта "новая" политика обновлений? "Кручу-верчу, обмануть хочу", что-то там шуршу, туда-сюда посылаю, а потом упс! Перегрузись, и будет тебе "зашибись". Или не будет, ага. Не-ееет, нормальное ПО должно обновляться по требованию, ИЛИ уведомлять пользователя о выходе обновлений по _заданному пользователем-же_ расписанию (Желательно при этом еще и changelog показывать, да...), остальное - гнусная ересь. Жужель апдейт с её новой "политикой конфиденциальности" - "великое нестроение".
Дурная привычка пользоваться настроками ё-моё и вовсе, ни в какие ворота не лезет. Мало того, что ничего хорошего от этого самого осла ждать по определению не следует ;), так и возможности это ограничивает очень и очень сильно. А что если я хочу потестировать настройки фильтра на прокси, для чего запускаю еще один экземпляр squid'а на нестандартном порту? А что если я хочу воспользоваться tor'ом? Анонимайзером? Баннер-фильтром (Для chrome'а вполне себе актуально)? "Ищите другой браузер".
Отсутствие (Или уже прикрутили? :)) plugin'ов - скорее плюс (Все же браузер это именно _браузер_, а то, что некоторые девАчки умудряются сделать из IE или FF - приличными словами и не охарактеризуешь), но общая бедность настроек - никуда не годится. Кнопка "сделай мне зашибись" НЕ РАБОТАЕТ. Никогда. Люди - они разные, и потребности у них тоже того... различаются.
В общем, впечатление от подобного рода софтин - неплохо "поиграться дома", но "мы таких в коммунизм не возьмем!" в корпоративе подобному софту делать решительно нечего.

@темы: Вендекапец!, Работа

16:15 

Пулеметное...

... продолжение. Сошелся с самим собой на варианте "хост-система + все нужное для работы (Разновсяческие nmap'ы, rsync'и, openvpn'ы, безгуевый virtualbox и прочая-разная шелупонь), голые X-ы - и, в общем-то, все. А всякие фурифоксы с опенопицами (Свят-свят-свят! Как подумаю - в дрожь бросает!) выкинуты в отдельные JAIL'ы в отдельной подсети, ко всему этому прикручены ipfw+nat - и, в общем-то, все. В хост-системе нет лишних пакетов, зависимостей, монструЁзных framework'ов, а на JAIL'ы мне по большому счету плевать - ZFS'ные snapshut'ы сняты, весь софт собирается в package'ы в отедльном JAIL'е - переставить все это "туда-обратно", случись желание дело ну... не пяти минут, но пары часов уж точно.
В процессе пришлось лечить кучу мелкого геморроя (Ну там в первый раз в жизни с xauth'ом столкнулся, для "консолидации" шрифтов пришлось xfontserver, по всем jail'ам ssh-ключи раскидывать ну и так далее) - но когда без того обходилось? Кооллеги, она, втроем qip 2010 побороть не могут ))
В общем и целом, система в рабочем состоянии и "концептуально" состояние это меня более чем вполне устраивает - осталось только утрясти некоторые "частности" - ну там какой WM прописать на ПМЖ, каким IM-клиентом пользоваться (Чегой-то Pidgin меня ну капитально "не вставляет" - без gstreamer'а он под фрюхой таперя не собирается - патч вроде бы есть, но в дерево портов еще не попал + под мою конфигу его ручками рихтовать пришлось; за ним тянется glib-20, который, опять же, не собирается как следует - в последней примерно, тысяче, строк кто-то пропустил "fi" ))) ну и прочая-разная), что со "смотрелками" делать (Монструозные Okular\Evince опять же...) - в общем, на пару недель возни еще хватит - а там еще чего-нибудь придумаю... :shuffle:

@темы: Жизнь, Вендекапец!, FreeBSD

16:33 

Как ни собирай систему...

... один хрен, пулемет получится. Т.е. или половина гнома, или половина KDE встанет обязательно. Вот скажите мне на милость, какого мужского полового органа в чистых иксах делает dbus, hal и прочая разная? Вот и я не знаю. Живет и все тут. xorg.conf править, видимо, не комильфо, даешь "все сразу и автоматом", ога. С конфигом в виде xml-файла. Повбывал бы только за это. Нет, оно, в принципе, выпиливается, но... сцуко, куда они freetype дели? Ах, в сами иксы вкомпилили? Ога, ога ма-лад-цы! Вот только с чего оно после этого работать перестало, а? Ах, fontconfig смотреть? С fonts.conf xml'ным же? Ну спа-аасиба, ребят. Обрадовали. Один хрен, не работает. А товаристча, который дефолтовое поведение Xorg'а на "черный экран" изменил я бы лично м-мммм... приголубил. Старая сетка с курсором, тапереча, с помощью -retro показывается, о чем, кстати, в манах ни полслова нет. Молодые якодзуны, видимо, по "черному экрану" понимают, что иксы настроены. А, да! Они же их не нестраивают, у них dbus есть!
То, что firefox на gtk+ написано - и хрен бы с ним, но скажите мне, каког (см. выше) для долбанного djvu-плагина нужен полный QT, а? Два, блин, гига! 150+ метров сырцов! Нет, оно кнечно крася-ааава нарисовано, собственный просмотрщик, все дела, но для _браузерного плагина_-то нахрена??? Не-по-ни-ма-ю. А в FBReader'е оно ЗАЧЕМ? Эт же ж блин, xml зипованный! Его смотреть - Python + TK - ну заглаза! Нееет, даешь свистоперделки тоннами!
Кондовый afterstep и тот, ёлкала-палкала для сборки полгнома вытянул. Ей-ктулху, проще этот самый гном поставить, чем без него обойтись. Один хрен, так или иначе а в системе это унылое гумно всплывет.

@темы: FreeBSD, Вендекапец!

16:21 

Итак, ZFS-root + GPT...

.... на FreeBSD 8.0 таки заработал, хоть и сильно не "from the box" :). В общем-то, все просто - сносим разметку с помощью gpart delete -i [geom] && gpart destroy [geom], создаем GPT-разметку gpart create -s GPT [geom]. Записываем PMBR в целях обратной совместимости (И не только - у меня, например, не EFI, а обычный BIOS) - gpart bootcode -b /путь-к-pmbr (/boot/pmbr в установленной системе, а так - куда положишь, там и будет). Создаем раздельчик для gptzfsboot - gpart add -s 64 -t freebsd-boot [geom] && gpart bootcode -p /путь-к-gptzfsboot (Там же). Создаем раздел для ZFS - gpart add -t freebsd-zfs -l [метка] [geom] (Создавать отдельный 4х гиговый swap для kernel dump'ов, имхо, жирно будет). На этом с GPT закончено.
Дальше - ZFS: Грузим модули ядра kldload /mnt2/boot/kernel/opensolaris.ko && kldload /mnt2/boot/kernel/zfs.ko (/mnt2 -это по тому, что я с fixit'а все это делаю, а так - куда захочешь, туда и клади, а вот порядок загрузки - важен. zfs.ko без opensolaris'a не грузится с ну оооочень "понятным" объяснением "Exec fromat error"). mkdir /boot/zfs (Чтобы потом export-import'ом кэш не создавать) && zpool create [как вы яхту назовете] /dev/gpt/метка (Использование label'ов, имхо, очень, очень и очень хорошая привычка - а то создал бы я zpool на ad4, а ядро у меня - сюрприз, сюрприз! БЕЗ ATA_STATIC_NUMBERING'а - и что?) && zpool set bootfs=[имя] [имя]. zfs create /(usr|home|var|что-душа-просит) - и можно ставить систему (Вот тут-то я и облажался по полной - систему поставил с дистрибутивного диска (install.sh по каталогам из /dist/8.0-RELEASE), а сорцы воткнул обновленные, с бэкапа - дети, НЕ ДЕЛАЙТЕ так!). Закидываем в loader.conf новоустановленной системы zfs_enable="YES" vfs.root.mountfrom="zfs:[имя пула]", а в rc.conf - zfs_enable="YES". chroot'имся в пул, задаем пароль для root'а и собираем загрузчик с поддержкой zfs. ТеореХтически это можно сделать там же - echo 'LOADER_ZFS_SUPPORT=YES' > /etc/make.conf && export DESTDIR=""; cd /usr/src/sys/boot && make obj && make depend && make && cd ./i386/loader && make install, но на практике загрузчик у меня не собрался от слова "совсем". Есть ощущение, что из-за обновленных сырцов (make tools, ага ), но может и что другое постаралось. Рабочей системы под рукой не нашлось, так что пришлось сносить все вышесделанное и ставить freebsd в минимальной конфигурации. (Тут я сделал вторую ошибку - решил, что достаточно будет сделать make buid|install kernel и скопировать /boot в куда надо. Авотфиг! В результате "все сносить" пришлось еще раз ). Но - долго ли, коротко, а загрузчик я собрал.
Осталось всего-ничего: воткнуть забытый swap ;) и прописать mountpoint'ы:
zfs create -V [сколько надо] [пул]/[имя] && zfs set org.freebsd:swap=on [пул]/[фс] && zfs set checksum=off [пул]/[фс]
zfs set mountpoint=legacy [пул]
zfs set mountpoint [пул]/[имя] - для всех созданных FS.
Ну и, в общем-то, все. Ребутимся, неспеша пишем fstab (TMPFS для /tmp, NULLFS для jail'ов, флешки-сд-карты и пр), копируем нужное из бэкапа - в общем, работаем!

@темы: FreeBSD, Вендекапец!, Жизнь

17:13 

Наступил на целую кучу грабель...

... с ZFS boot'ом (Кто бы мог подумать, что порядок загрузки модулей opensolaris.ko и zfs.ko играет роль, а? При том, что в "loader prompt'е" zfs.ko вполне себе грузился...). Добила меня необходимость собирать loader из chroot'а (Ну, да, ну да - вумные прошареные люди сделали это СИЛЬНО до, честь им и хвала), одно радует - скилл растет.

@темы: FreeBSD, Вендекапец!, Жизнь, Работа

16:47 

Хроника свободного падения

"Первый звоночек" прозвенел еще на этапе установки DragonflyBSD - система отказалась грузиться с ACPI. В общем-то не особый криминал в случае ноутбука - кто его знает, что сумел понапихать производитель, но все же выводы сделать стоило. Впрочем, без acpi.ko система вполне резвенько загрузилась и установилась. Сырцы с деревом pkgsrc на вид встали тоже без проблем - cd /usr; make help; make src-create && make pkgsrc-create - сравните, что называется с процессом получения последней версии сырцов во FreeBSD (Создание sup-файла, ага) - вот только результат оказался м-мммм... инетересным. Полученная таким образом копия дерева относилась к ветке "development" и представляла собой "dayly snapshut" со всеми вытекающими.
Попытка задать CPUTYPE=p4 в make.conf (Значение бралось из ./defaults.make.conf) к успеху не привело - система наотрез отказалась воспринимать "p4", а все остальные значения "не подходят для х64" - нет, мне не трудно посмотреть man gcc и найти подходящее значение для CPUTYPE, н-но все же...
Далее, ядро отказалось собираться без включенного debug'а. Разобрать что ему, убогому, надо удалось попытки так с седьмой. Впрочем, результат вполне даже был - acpi заработал, а вот беспроводная сеть, mmc-картридер bluetooth и прочие радости "остались за кадром". Л-ладно. П-ппереживем, подумал я, приходя на работу.
Следующие грабли нашлись в самопоставленном же конторском proxy - по умолчанию bmake для извлечения исходников использует ftp, который м-ммм... на мой взгляд, не вполне адекватно работает с proxy. Пришлось едитить mk.conf и раскидывать переменные (HTTP|FTP)_PROXY_(AUTH). После замены ftp на fetch оно даже заработало, но сильно легче с того не стало. Не знаю, кто расставлял зависимости в Makefile'ах pkgsrc но с ориентацией у него явные не лады. Каким образом для ipython'а могут потребоваться zope, twisted, python 2.4 (В добавок к собственно, 2.6, ради которого все это и затевалось), gtk и QT (...!!!!) хоть убей, не понимаю. Единственный найденный мною "на коленке" способ все это конфигурять - ручное редактирование Makefile'а меня как-то... не вполне устраивает. Впрочем, в остальных пакетах ТАКИХ косяков вроде бы не было (Ага. 2/3 энторнетов поставились вместе с ipython'ом). Впрочем, вру - bison отказался работать с DBSD'шным sheduler'ом и, в общем-то, все.
Из крупных косяков - невозможность поставить ntfs-3g, ибо FUSE в DBSD отсутствует как класс. Окончательную точку в эксперименте поставил роняющий ядро модуль smbfs - что совсем уж "в никуда". Попытка завести его с kernel.GENERIC и modules.old к успеху так же не привела, и система была решительно послана в пешее эротическое.
"I'm back in USSR..." - в смысле, даешь FB8x64!

А самое во всем этом обидное - "на вид" HAMMER оказался даже пожалуй лучше, чем "по описаниям" - шустрый, стабильный (Во время экспериментов с acpi/smbfs система падала не раз и не два), с _реальной_ возможность работать со snapshut'ами в "живом" режиме (Revert to snapshut путем копирования его содержимого в нужное место... О май гад! :))... абыдна, вай!

@темы: Вендекапец!, Жизнь, стрекоза и муравей

16:29 

Итак, почему же именно...

... DragonflyBSD, что в ней такого интересного? На первый взгляд, ничего особенного - BSD она BSD и есть, а вот "унутре у нее неонка" :).
Про модель "легковесных нитей ядра" говорить не буду, ибо не разбираюсь. Об эмуляции системных вызовов с помощью модели портов-сообщений тоже промолчу. "На текущий момент" могу сказать, что по ощущениям на двух ядрах система шевелится чутка порезвее, нежели FreeBSD (Замерял на (кросс)компиляции ядра той же фрюхи).
Потенциальный перенос I/O в userland с распараллеливанием по нитям - штука куда более интересная, но все еще "перспективная", так что тоже в сторону, вместе с переписыванием VFS.
Несколько больший интерес представляют vkernel's - возможность "играться" с ядром системы, запущенным в userland'е без всяких перезагрузок и фатальных последствий в случае неудачи - но поскольку разработка-отладка-тестирование ядра ОС в сферу моих интересов не входит... :shuffle:

Так чего ради огород городить, спрашивается? Есть, есть чего! DragonflyBSD может похвастаться ну о-ооочень интересной файловой системой собственной разработки - HAMMER'ом. При всем обилии перспективных и не очень ;) файловых систем HAMMER вполне даже выделяется. В отличии от большинства своих "перспективных" собратьев HAMMER - потенциально кластерная ФС. В настоящее время от "кластерности" в ней (single-)master-multi-slave репликация (В том числе и сетевая, ага) и, в общем-то, все. Интересно, потенциально ОЧЕНЬ интересно - но для "букваря" не актуально от слова "совсем". А вот "живое" создание snapshut'ов с возможностью получить "живой" доступ к практически любой (Snapshut'ы постепенно удаляются через cron) "версии" ФС - просто фантастика, создание backup'ов путем зипования snapshut'ов - тоже оч-чень приятная вещь, возможность resize'ить ФС тоже не помешает, отсутствие лимитации по числу inode'ов (Ни разу не сталкивался, но сама возможность потенциально напрягала), практическое отсутствие ограничений по размеру (Как самой ФС, так и файлов) уже практически стандарт, мгновенное восстановление после сбоя (Snapsut'ы при каждом sync'е, помним?), CRC всего и вся - навскидку не хватает разве что поддержки ACL, но на букваре я это как-нибудь переживу.

Увы, не обойдется без ложки (Ведерка, если быть честным) дегтя - помимо стандартных BSD'шных косяков придется смириться с тем, что система "under active development" со всеми сопутствующими - то одно сломается, то другое недопочинится, но авось-небось-нихренась, переживем и эту беду.

@темы: Вендекапец!, стрекоза и муравей

16:09 

Буридановы муки

С принципиальным вопросом определились - вендекапцу - быть! Осталось только решить, на что её, собственно, менять...

Проще всего - отдать "освободившееся" место уже стоящей фрюхе - минимум усилий и рабочая система готова. Из плюсов - простота реализации, максимальная "полезность" решения (Все сервера один черт, на фрюхе - больше практики больше пользы), опять же, "живая" миграция на 8ку с GPT-partitioning'ом и ZFS-boot'ом - тоже интересная штука.
Из минусов - отсутствует flash в браузере, суспенда для x64-версии придется дожидаться еще года два (Может, к 10-ке и смастрячат - а может и нет )), с системами виртуализации не все гладко (Virtualbox, впрочем, есть), ну и эта... хотелось бы "разнообразия" ))).
Второй "приемлемый" вариант - воткнуть debian. Простенько и со вкусом - все, что надо работает, все достаточно просто, в качестве системы виртуализации можно купить Parallels (Или VmWare) Workstation, "новизну" обеспечит сам debian (Я с ним не работал - CentOS-Fedora-Mandriva). Из минусов - почему-то "не тянет", и все тут ).
Вариант для любителей "церебрального секса" - поставить что-то солярообразное, причем даже не саму OpenSolaris, а какую-нибудь Nexent'у - оно даже забавно... вот только нахрена? Перспективы всерьез работать с соляркой у меня нет, а в остальном... хотя под виртуалкой оно занятно, да.
В общем, подумал-пострадал и нашел таки оч-чень интересную штуку - DragonflyBSD. С точки зрения userland'а - BSD'я BSD'ёй (Разве что система управления софтом NetBSD'шная, а не обычные порты), а вот унутре - многа-многа радостей, впрочем, об этом позже... :shuffle:

@темы: Вендекапец!

16:23 

Отдельно взятый...

... вендекапец все ближе и ближе ). На стационарном компе виндей у меня нет уже года два, но в связи с переездом и пэ рэ этот самый "стационарный" остался "где-то там, далеко", а сносить честно купленную (В естествоиспытательских целях ;)) OEM'ную Vista'у Business, честно говоря, жаба давила (Да и, по большому счету, особых претензий к ней я не имею... впрочем, имею, но это все же другой разговор %)).
С апгрейдом до 4х гигов оперативки (Для всех запущенных VM'ок памяти конкретно не хватало!) ситуация изменилась. Пейратить наджамшутеный топор (A.k.a windows 7) - категорически "не вариант" ("Нэ вмэстно", ага), покупать тоже лениво (Учитывая, что мелкоцопт в великой жадности своей _не предусмотрел_ варианта апгрейда с vistа'ы для русскоязычных пользователей) - кто остался на трубе? :)

Для комфортного существования-работы мне требуется следующее:
- SSH-клиент
- RDP-клиент
- VNC-клиент
- MMC-консоль (В принципе, при помощи RDP-клиента можно и обойтись, но...)
- python
- openvpn (От IPSec'а, впрочем, тоже не отказываюсь ))
- IM-messanger (Пользуюсь Pidgin'ом)
- система управления виртуальными машинами (По большому счету, любая)
- браузер (Пожалуй, единственное требование - НЕ IE!!!!)
- почтовый клиент (Основное требование - поддержка IMAP, доп. бонус - возможность синхронизации с exchange)
- читалки для pdf, djvu, fb2
- аудио-видео плеер
- офисный пакет (ОО вполне устраивает)
- nokia'вский софт для синхронизации с телефоном
- беспроводная сеть, bluetooth, прочая-разная мелочь.

Практически все из этого набора можно найти в разновсяческих nix'ах. Исключением будут разве что MMC-консоль и телефонный софт - но эти проблемы должны решаться с помощью системы виртуализации, так что принципиальных проблем в подобном переходе нет (Установленная в первом слайсе FB7_2 тому порукой) - осталось определиться с заменой, и...

@темы: Вендекапец!

Танец-с-саблями на граблях

главная