Что там с поддержкой графики?

И как бы вы объяснили что это такое.

Те кто участвовал в crowdfunding могут получить ключ для GOG.com

Minimum system requirements - Linux: Ubuntu 14.04, 16.04, 64-bit or newer Processor: Intel Core i3-2100T @ 2.50 GHz / AMD Phenom II X3 B73 Memory: 8 GB RAM Graphics: ATI Radeon HD 4850 or NVIDIA GeForce 9600 GT Storage: 45 GB available space Mouse, Keyboard

Про Pillars of Eternity системные требования писали такие же, а на встроенном интеле все работало. На выходных буду пробовать, надеюсь всякие там ненужные развевающиеся плащи не испортят мне праздник.

Наверное уже обсуждалось, но непонятно к чему пришли, так что предлагаю обсудить по новой.

Вот допустим я графоман и время от времени пишу тексты на 3-6 минут чтения по шкале Medium. Тексты не являются новостями, скорее рассуждениями на околоайтишную тему, плюс иногда хау-тушечками. Мне они дороги как память и как материал для резюме, поэтому я пишу их в гит и публикую в свой уютный standalone-бложик.

И теперь допустим, что я хотела бы получать к этим текстам свою долю ненужно-комментов.

Мне кажется можно было бы расширить понятие новостей ЛОРа на новости «лоровец такой-то опубликовал новую статью».

Как бы это могло выглядеть:

Есть отдельная категория новостей «авторская». Новости подтверждаются вручную, как и обычные, но есть пара отличий:

* автор новости и автор статьи должны совпадать;

* более слабые требования к теме, ближе к Talks, при хорошем качестве статьи это может быть хоть введение в теорию категорий;

* исходная статья должна быть достаточно большой и содержательной, на неё должна быть дана прямая ссылка, и в тексте новости должен содержаться толковый abstract о том, что находится по ссылке, а не clickbait.

Что может пойти не так?

на 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 и много чего ещё

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

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

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

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

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

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

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

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

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

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

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

Сам 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

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

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

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

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