на raspberry pi можно накатить разные архитектуры, например в fedora сейчас совместимых образов два:

• armhfp
• aarch64

Raspbian вроде тоже есть 64-битный

В чем разница? Для общего пользования какая версия правильнее?

Кто-нибудь пробовал на Intel-графике гонять, отзовитесь, как оно.

Pillars of Eternity работает, а там вроде тот же движок, так что некоторая надежда есть.

(На gog.com выкатили 30% скидку сегодня)

Когда я была маленькая и наивная, пару месяцев назад, я думала что Java-разработка должна быть гораздо более продвинутой в плане организации процессов, инфраструктуры, тестирования, конфигурации, CI/CD и всего такого прочего, чем какой-нибудь там Python. Это же всё-таки не просто так пришел, написал и заработало, а суровый энтерпрайз, без пяти слоев IDE не разберешься.

И раз все Software Architecture-книги, уроки и конференции у O'Reilly всё о том же, о Java, то все классические проблемы должны быть описаны, решены и изложены в учебниках для первокуров.

Я конечно начала что-то подозревать, когда заметила, что рекомендованный Atlassian init-скрипт для Jira делает ни много ни мало killall java. Но с кем не бывает, и в конце концов у нас же теперь есть systemd, который с подобным справляется на раз.

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

Нет, дорогие друзья, не частный, а вовсе даже самый распространенный.

JFrog, Atlassian, Sonatype или Cloudbees, конторы, которые просто-таки заполонили весь интернет статейками на тему DevOps и CI/CD, и вроде бы являются лидерами в теме, тем не менее производят чуть ли не самые отсталые в плане этого CI/CD продукты. Управление пакетами и сервисами они так и не осилили, а уж про Infrastructure as a Code не слышали вовсе.

И даже прием «include conf.d/*» для организации конфигов, над банальностью которого мы насмехались в соседнем треде, авторам java-приложений абсолютно неведом.

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

Нет в жизни счастья и работающих инструментов, есть только выбор: заплатить за Artifactory и потом писать обертки и утилиты для того чтобы сделать нечто минимально рабочее и встраиваемое в инфраструктуру, при этом без возможности нормального тестирования и разработки(потому что закрытая проприетарщина без нормальных девелоперских лицензий). Или плюнуть и за неделю насочинять artifact-storage на джанге, маленький, но гордый, и развивать уже его.

На GOG есть, на онтопике работает (внутри Java), к железу не требовательно.

Похоже на Eschalon Book II, только можно себя всем необходимым обеспечить самостоятельно, а не бегать от деревни к деревне.

Ищем инженера в нашу CI-команду, локации разные: Москва, Саратов, Харьков, Львов, Познань.

Официальная часть:

Responsibilities:

• design and implement CI/CD pipelines,
• develop a unified CI framework based on existing tools (Zuul, Jenkins Job Builder, fabric, Gerrit, etc.),
• define and manage test environments required for different types of automated tests,
• drive cross-team communications to streamline and unify build and test processes,
• track and optimize hardware utilization by CI/CD pipelines,
• provide and maintain specifications and documentation for CI systems,
• provide support for users of CI systems (developers and QA engineers),
• produce and deliver technical presentations at internal knowledge transfer sessions, public workshops and conferences,
• participate in upstream OpenStack community, working together with OpenStack Infra team on common CI/CD tools and processes.

Required Skills:

• Linux system administration – package management, services administration, networking, KVM-based virtualization;
• scripting with Bash and Python;
• experience with the DevOps configuration management methodology and tools (Puppet, Ansible);
• ability to describe and document systems design decisions;
• familiarity with development workflows – feature design, release cycle, code-review practices;
• English, both written and spoken.

Will Be a Plus:

• knowledge of CI tools and frameworks (Jenkins, Buildbot, etc.);
• release engineering experience – branching, versioning, managing security updates;
• understanding of release engineering and QA practices of major Linux distributions;
• experience in test design and automation;
• experience in project management;
• involvement in major Open Source communities (developer, package maintainer, etc.).

What We Offer:

• challenging tasks, providing room for creativity and initiative,
• work in a highly-distributed international team,
• work in the Open Source community, contributing patches to upstream,
• opportunities for career growth and relocation,
• business trips for meetups and conferences, including OpenStack Summits,
• strong benefits plan,
• medical insurance.

прямая ссылка

Неофициальная часть:

В CI-команде мы занимаемся CI и release engineering в масштабах дистрибутива. И даже, пожалуй, не одного дистрибутива. Поэтому у нас есть CI любых видов, цветов и размеров. Есть docker и lxc, есть kvm и chroot, есть mock и debootstrap, есть pip и rvm, есть sphinx-docs и django, и всё это лишь мелкие детали большого механизма, которые сами по себе более менее работают. Мы же их систематизируем, связываем в пайплайны, создаем процессы и оформляем эту структуру в виде кода, который можно поддерживать и развивать от версии к версии. При этом большАя часть задачи состоит также в выстраивании процессов вокруг этого кода, в том числе чисто организационных.

Инфраструктура растет и ширится, есть, где развернуться, и есть, что творить.

Контакты в профиле.

Ну и заходите на сайт, там вообще много разных вакансий.

20 декабря, с 14:00 и до упора, в баре недалеко от м. Сокол

http://russianfedora.pro/content/fedora-21-release-party-в-Москве

Присоединяйтесь.

под Linux и за смешные деньги

У кого ещё нет - ловите. Осталось два часа:

http://www.gog.com/promo/big_fall_eschalon_bundle_221114

leave, в политкорректность играем?

www.linux.org.ru/forum/science/11060112

верни тред на место

Linus Torvalds doesn't regret any of the technical decisions he's made over the past 23 years since he first created Linux, he said Wednesday at LinuxCon and CloudOpen Europe.

“Technical issues, even when they're completely wrong, and they have been, you can fix them later,” said Torvalds, a Linux Foundation fellow.

He does, however, regret the times he has alienated developers and users with his use of strong language on the kernel mailing list, he said. Relationships can't be so easily fixed.

http://www.linux.com/news/featured-blogs/200-libby-clark/791788-linus-torvald...

Кто смелый, налетай http://fedoraproject.org/en/get-prerelease#overview

Gnome 3.14 с поддержкой Wayland, оранжевый логотип Fedora Server, Fedora Atomic Host и много чего ещё

Наконец настало время посмотреть, что нового приготовили разработчики Fedora за необычно большой перерыв.

Самой заметной новостью будущего релиза Fedora 21 будет, пожалуй, её выпуск в трех вариантах: Fedora Server, Fedora Workstation и Fedora Cloud. Эти версии будут различаться набором предустановленного ПО, базовыми настройками по умолчанию, требованиями к выпуску и, в будущем, релизным циклом. И хотя на первый взгляд эта схема похожа на Fedora Spins — различные варианты Fedora, собранные под специфические задачи, например, Fedora Jam-KDE или Fedora Robotics, или Fedora Security, или Fedora Games — есть существенное отличие. Новый подход, который, кстати, называется Fedora.next, подразумевает не просто упаковку готового дистрибутива по разным форматам, а выделение трёх приоритетных направлений разработки, со своими командами ведущих разработчиков, требованиями и набором задач.

Как пример, завтра состоится тестовый день нового проекта Cockpit, созданного в рамках работы команды Fedora Server.

• Когда: 16 сентября
• Что: Cockpit — это панель управления конфигурацией сервера. В наличии полнофункциональные и взаимозаменяемые веб-интерфейс и интерфейс командной строки, возможность работы с несколькими серверами, поддержках новых интересных утилит и технологий наподобие journald или docker-контенеров... Но лучше посмотрите сами.
• Как: Тестирование можно проводить в виртуальной машине или на «живом» железе. Для тестирования можно использовать Fedora Alpha TC7, либо специально подготовленный образ.

Проект находится в начальной стадии разработки и не рекомендуется для использования в реальных системах, а вот дельные комментарии и предложения очень приветствуются. Пообщаться с непосредственными разработчиками напрямую можно будет на IRC-канале #fedora-test-day в течение всего дня.

>>> Страница тестового дня

Гуглить по слову launchpad совершенно невозможно, спрошу так: есть тут те, кто пользуются Launchpad как багтрекером?

Как вы его мониторите, кроме почтовых уведомлений? Отчеты как-нибудь составляете?

Android-уведомлялка, gnome-shell-extension, conky, отдельно стоящий сервис, zabbix-триггеры, google spreadsheet?

Про ненужно все в курсе, но что есть, то есть.

Пытаюсь понять как лучше туда попасть из Москвы. Пока что план ехать ночным поездом до Минска в четверг. Но что там делать до 12 когда пойдет первая организаторская маршрутка непонятно. Если есть братья по разуму - давайте кооперироваться.

http://lvee.org если что.

Модератор делает мелкие пакости и провоцирует нацпол (комментарий)

1) если речь об орфографии, то с каких пор модератор имеет право исправлять «орфографические ошибки» в постах пользователей? Тем более настолько спорные?

2) если нацпол или оффтоп, то нужно сносить целиком, а не подправлять содержание «согласно видению модератора»

Поэтому давайте без отговорок.

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

Видеозаписи всех докладов Moscow Virtualization Meetup можно посмотреть и скачать на сайте проекта Я.Гости:

• Что нового в NOVA Microhypervisor – Василий Сартаков, ksys labs
• CRIU 1.0. Что дальше – Андрей Вагин, Parallels Inc.
• Использование контейнеризации в среде массового хостинга – Павел Одинцов, FastVPS
• Другая виртуализация – Сергей Василенко, Mirantis Inc.
• OSv – The OS designed for the Cloud – Glauber Costa (Lord Glauber of Sealand), OSv / Cloudius Systems
• Управление образами виртуальных машин: libguestfs, virt-tools – Михаил Кулемин, Fedora Project
• Решения виртуализации и облачная инфраструктура, построение гетерогенного облака средствами Red Hat – Андрей Маркелов, Red Hat

Также команда Яндекса выложила фотоотчёт.

Мероприятие получилось не по-субботнему насыщенным, но оно того стоило.

>>> Подробности

Сам FOSDEM будет 1-2 февраля в Брюсселе (это суббота и воскресенье).

Плюс в пятницу перед ним 31 января там же сбор центосовцев: http://wiki.centos.org/Events/Dojo/Brussels2014

Кто собирается?

Отдельный вопрос к тем, кто заинтересован в жизни проекта LXDE и сборки Fedora LXDE. Там срочно требуются рабочие руки и на конференции в кулуарах будет обсуждаться вопрос как дальше жить проекту и кто будет его поддерживать и в каком виде (GTK-версия будем считать что умерла, и надо начинать работу над QT-вариантом). Если хотите присоединиться, предложить свое видение, помочь в реализации --- пишите в Jabber или на почту и приезжайте.

https://opensource.com/business/13/11/selinux-policy-guide

С пылу с жару от Dan Walsh и Máirín Duffy

Все записи докладов конференции «Дорога в облака», которую команда Russian Fedora проводила 21 сентября совместно с сообществом OpenStack.ru, выложены в общий доступ.

Налетайте!

• Нестандартное использование Puppet в деплойменте Михаил Щербаков, Mirantis.
• Как облачные технологии меняют Linux-дистрибутивы? Петр Леменков, Fedora Project.
• Производительность и масштабируемость OpenStack Борис Павлович, Mirantis.
• Развертывание OpenStack с помощью Fuel Михаил Щербаков, Mirantis.
• Configuration Management at Large Companies Matthew Mosesohn, Mirantis.
• Насколько надёжным должно быть ваше хранилище данных? Евгений Поляков, Яндекс.
• Облачные решения от Red Hat и будущее Сергей Бугрин, Red Hat.

Записи отличного качества, за что стоит поблагодарить компанию Яндекс, безвозмездно предоставившую зал, оборудование и печеньки.

>>> Подробности

Сообщество Fedora в очередной раз показало, что ему не чужда самоирония:

Термин Heisenbug (Гейзенбаг) обозначает ошибку, которая исчезает или меняет свои свойства при попытке её обнаружения.

Удивительно, но кошка-космонавт Félicette получила по итогам голосования лишь третье место.

Распределение голосов:

Голоса :: Имя
-------------------------------
1549   :: Heisenbug
1291   :: Eigenstate
 961   :: Félicette
 879   :: Superego
 826   :: Cherry Ice Cream
 808   :: Chateaubriand
 750   :: Santa Claus
 653   :: Österreich
   1   :: 20

>>> Подробности

Открыт прием изображений для включения их в пакет fedora-backgrounds-extras (это стандартные дополнительные обои в Fedora, доступные во всех DE «из коробки»).

Принимаются картинки(фотографии, рисунки) лицензированные под CC-BY-SA, не содержащие логотипов, текста, водяных знаков, фотографий людей и домашних животных.

Последний день подачи - 30 сентября.

https://fedoraproject.org/wiki/F20_Artwork/Submissions/Supplemental_Wallpapers