Всем привет.
В голове вертятся разные мысли о том, что неплохо бы взять SSD-накопитель и поставить систему на него (типа, / на SSD, /home на HDD). Есть ли смысл это делать?
Есть ли смысл брать относительно, кхм, бюджетные накопители, вроде OCZ Agility 3 или OCZ Vertex 3? Ребята из НИКС предупредили, что третий агилити часто сдают по гарантии, а отзывы на Яндекс.Маркете переполнены словами «прошивка».
Линукс здесь при том, что я пользуюсь Рашн Федора. ☺
Чисто академический интерес. Имеются ли хотя бы три причины не использовать views для денормализации данных?
Привет всем! Хочется купить новый монитор, с диагональю от 23", без встроенных колонок, подключаемый через DVI (наличие HDMI порадует, но без DVI никуда).
Бюджет ограничен сверху: 12 000 рублей. Реально ли взять что-нибудь достойное? На что стоит обратить внимание?
В железе не разбираюсь. Работать собираюсь преимущественно с текстом.
В свете роста интереса к IaaS-среде OpenNebula здесь в топиках раз и два, я написал статью о том, как, зачем и почему мы запустили это дело в суперкомпьютерном центре Института математики и механики УрО РАН.
Спустя год с выпуска предыдущей версии, анонсирован новый релиз «официального» интерпретатора языка программирования Ruby.
В целом, версия 1.9.3 является логичным эволюционным развитием интерпретатора и не несёт в себе кардинальных изменений, способных сломать совместимость с существующим кодом.
Среди значимых изменений стоит отметить:
Более подробный перечень нововведений традиционно приведён в файле NEWS.
Кстати, пользователи rvm уже имеют возможность обновиться и радоваться всеми нововведениями Ruby 1.9.3.
IP-маршрутизация всегда была моим слабым местом, и я до сих пор считаю декларирование маршрутов чем-то непонятным и похожим на чёрную магию.
Вот например прямо сейчас у меня подняты два сетевых интерфейса: p7p1 (Fedora дала странное имя Ethernet-интерфейсу) и tun0 (OpenVPN-туннель с PtP-адресом 192.168.100.110). Для того, чтобы указать, чтобы трафик по адресу 195.19.132.177 летел через 192.168.100.110, а не через мой основной шлюз, я указываю вот такой роут и всё работает:
# ip route add 195.19.132.177 via 192.168.100.110
# ip route | grep tun0
172.16.0.0/16 via 192.168.100.110 dev tun0
192.168.100.0/24 via 192.168.100.110 dev tun0
192.168.100.1 via 192.168.100.110 dev tun0
192.168.100.110 dev tun0 proto kernel scope link src 192.168.100.109
195.19.132.177 via 192.168.100.110 dev tun0Однако мне хотелось бы прописать маршрут для всей подсети (195.19.132.0/24, если ничего не путаю). Делаю вот такую штуку:
# ip route add 195.19.132.0/24 via 192.168.100.110
# ip route | grep tun0
172.16.0.0/16 via 192.168.100.110 dev tun0
192.168.100.0/24 via 192.168.100.110 dev tun0
192.168.100.1 via 192.168.100.110 dev tun0
192.168.100.110 dev tun0 proto kernel scope link src 192.168.100.109
195.19.132.0/24 via 192.168.100.110 dev tun0Но не вижу, чтобы у меня после этого получалось, например, установить SSH-соединение с хостом 195.19.132.177.
Где я неправ?
Ребята из Epic Games портировали Unreal Engine 3 на Adobe Flash 11, предоставляющий полноценные средства для работы с трёхмерной графикой.
Вот так. http://epicgames.com/community/2011/10/unreal-engine-3-support-for-adobe-flash-p...
Во вторник, 4 октября 2011 года, Red Hat Inc. анонсировала подписание соглашения о приобретении компании Gluster — производителя свободного ПО для хранения данных GlusterFS.
GlusterFS — это свободная, распределённая, параллельная, линейно масштабируемая файловая система с возможностью защиты от сбоев. GlusterFS работет в пользовательском пространстве при помощи технологии FUSE, поэтому не требует поддержки со стороны ядра операционной системы и работает поверх существующих файловых систем (ext4, reiserfs, btrfs, etc).
Сделка позволит Red Hat провести тесную интеграцию решений Gluster с собственными «облачными» продуктами: CloudForms (IaaS-облако) и OpenShift (PaaS-облако).
Разумеется, GlusterFS останется свободным программным обеспечением и сообщество, во главе с Red Hat, продолжит развитие проекта, ценного для любой «облачной» экосистемы.
>>> Подробности
Вышло третье поколение инструментария для построения «облачной» инфраструктуры OpenNebula. Система OpenNebula используется такими организациями как CERN, Fermilab и KPMG для развёртывания приватных IaaS-облаков.
Изменения по сравнению с релизом 2.2:
Система официально поддерживает работу гипервизоров KVM, Xen, Hyper-V, VirtualBox и VMware. Имеются противопоказания. Перед использованием обязательно проконсультируйтесь со своим лечащим врачом.
Пользуюсь Scientific Linux 6.1 (i686) на десктопе. В последнее время некоторые приложения перестали запускаться и стали выплёвывать в консоль странные сообщения о сегфолтах:
eveel@tazik{~}% evince
zsh: segmentation fault evince
eveel@tazik{~}% gdb evince
(gdb) run
Starting program: /usr/bin/evince
[Thread debugging using libthread_db enabled]
Program received signal SIGSEGV, Segmentation fault.
0x002f5fd1 in __strncmp_ia32 () from /lib/libc.so.6Аналогичная ерунда происходит при запуске eog, например. При попытке выполнить yum reinstall glibc даже сам пакетный менеджер валится с сегфолтом.
yum[3316]: segfault at 1c4f ip 002f5fd1 sp bfd65b6c error 4 in libc-2.12.so[278000+189000]
yum[3319]: segfault at 1c4f ip 002f5fd1 sp bfa56cdc error 4 in libc-2.12.so[278000+189000]
yum[3323]: segfault at 1c4f ip 002f5fd1 sp bfa7a5ac error 4 in libc-2.12.so[278000+189000]
yum[3340]: segfault at 1c4f ip 002f5fd1 sp bfb0600c error 4 in libc-2.12.so[278000+189000]По-моему, что-то не в порядке. На что стоит обратить внимание?
Уже на протяжении четырёх лет в Екатеринбурге проходит фестиваль свободного и открытого программного обеспечения — Software Freedom Day. Этот год — не исключение.
В этом году мероприятие состоится 24 сентября (в субботу) в 17:00 в студенческом центре «Звёздный». Перед вами выступят:
Также посетителей ждут сувениры, демонстрация технологий СПО и возможность задать интересующие вопросы. Двери, как всегда, будут открыты для всех желающих!
Итак, важные факты:
>>> Подробности
Столкнулся со странным поведением OpenSSH.
Есть два сервера: на одном стоит CentOS 5.5 (назовём его foo, OpenSSH_4.3p2), на другом — CentOS 6.0 (назовём его bar, OpenSSH_5.3p1). Настраиваю беспарольный вход через SSH с сервера foo на сервер bar.
На сервере bar есть пользователь eveel:eveel, где в ~/.ssh/authorized_keys правильно прописан публичный ключ правильного пользователя сервера foo. Права: на ~/.ssh — 0700, на ~/.ssh/authorized_keys — 0644 (более того, по команде getfacl выдаётся то же самое). Всё чудесно работает: входит и выходит.
Теперь проблема. На том же самом сервере есть пользователь oneadmin:oneadmin (да, поднимаю OpenNebula), для которого тоже очень нужна авторизация по ключу, а не по паролю. Его домашняя директория не находится в /home, она расположена по адресу /srv/cloud/one, причём права прописаны аналогично пользователю eveel. Тем не менее, никакая авторизация не работает.
Что следует проверить? Если важны логи, то они есть: http://pastie.org/private/y84qbvcesf3r1oprc8fhtq (и дело точно не в строке №7).
И снова всем привет!
Верстаю работу в XeTeX (думаю, это не принципиально) и управляю списком источников при помощи BibTeX. Как заставить ссылки вида:
\cite{Article1,Article2,Article3,Article4}отображаться как [1-4], а не как [1,2,3,4]?
Либо я плохо искал в Google, либо вопрос настолько тривиален, что людям даже писать об этом скучно. Как решить проблему?
Наверное, этот вопрос скорее в Development, чем в Talks, но я всё равно попробую.
Уже не раз вижу, что различные встраиваемые хранилища данных поддерживают конкурентность при чтении на уровне тредов, но не процессов. Например, те же самые Google Leveldb и Tokyo Cabinet.
Для чего реализована такая мера? Какой смысл блокировать БД при открытии её только для чтения, если никто её изменять не собирается и содержимое файлов всегда останется неизменным?
Приветик.
Пишу в LaTeX пояснительную записку к дипломной работе, а всякие диаграммы к ней рисую в Dia и экспортирую в EPS.
При всём достаточном удобстве такой схемы, мне постоянно приходится нарываться на косяки с масштабом получаемых рисуночков внутри вывода LaTeX и вручную “на глаз” понижать их scale внутри tex-файлов. Получается, что один и тот же шрифт на всех диаграммах выглядит по-разному. Это невероятно плохо.
Как можно избавить себя от ручной подгонки масштаба векторных EPS-изображений? С растром такой ерунды ведь нету :(
Возникло желание взять игрушку — читалку электронных книг Nook Color от Barnes & Noble. Учитывая поддержку этого девайса в грядущем релизе CyangogenMod 7, можно получить полноценный Android на достаточно добротной железке.
Собственно, есть три просьбы:
Эй, приветик!
Имеется одна замечательная библиотека, код которой лицензирован под GNU General Public License, version 3. Мне же хочется использовать её в приложении под лицензией MIT: разрешено ли это условиями GPLv3?
Также есть желание использовать ту же самую библиотеку, но в Web-сервисе, исходники которого не открыты. Разрешено ли это?
Речь идёт о Kyoto Cabinet. Если невозможно использовать "родные" заголовочные файлы этой библиотеки, то могу ли я послать всех нахер и написать FFI-интерфейс для неё?
Всем привет!
При вёрстке в XeTeX рекомендуют использовать не пакет babel, который там практически не работает, но пакет polyglossia, в котором реализована подобная функциональность и который, якобы, заточен именно для использования в XeTeX.
Всё бы замечательно, но не прав то ли я, то ли polyglossia:
Вроде как в Интернете подобных проблем не звучало. Использую TeXLive 2010 в Fedora 14, установленный отсюда.
Собственно, есть три просьбы:
Важно: если polyglossia начнёт ругаться, достаточно просто нажать Enter, чтобы игнорировать ошибку. Тем не менее, сам факт возникновения этой ошибки не может не напрягать.
Спасибо.
Я слышал, здесь есть спецы по всему, а у меня тут вопрос горит.
Существует ли какой-нибудь доступный и машинно-читаемый тезаурус русского языка? Интересуют в первую очередь синонимы и словоформы.
Корпус не подходит (не скачать, вроде как), викисловарь довольно тяжко парсить, какие есть ещё подобные базы?
Вышла долгожданная версия 1.0.0 системы управления проектом Redmine, работающей на Ruby on Rails!
Среди основных изменений (по сравнению с 0.9.0):
Разработчики благодарят всех, кто помогал проекту за все четыре года его существования.
Вы всё ещё здесь? Давайте обновимся!
>>> Подробности
| ← предыдущие |