Это нормально. Данный файл не обозначен как конфиг и не имеет атрибута noreplace в спеке.

Отстой.

только те, кто помечены %config(noreplace) не будут заменены, а будут добавлены их версии rpmnew

Кстати, почему хорг не перешел на xdg?

потому что он сдох раньше

наверное ты просто неправильно используешь это файл. Возможно вместо его редактирования надо создавать аналог в домашнем каталоге.

наверное ты просто неправильно используешь это файл. Возможно вместо его редактирования надо создавать аналог в домашнем каталоге.

Не нужны мне дотфайлы хорга

В домашней диреетории

Не нужны мне дотфайлы хорга

яснопонятно

страдай

это твои проблемы

Ну есть же xdg...

как оно связано? или ты про .config и прочее?

2

тогда ответ остаётся в силе

xorg сдох раньше

Но без него же все равно пока никак

помимо ненужноксорга есть ещё куча приложений, которые не следуют XDG

Подскажите куда установщик записывает сочетания клавиш для смены языка?

Подскажите куда установщик записывает сочетания клавиш для смены языка?

Никуда. Этим занимается DE и его модуль настройки.

Хм.

Только вот де нет

Хромому тоже видимо плевать на xdg

)

xdg это стандарты freedesktop.org что ли?

da

Какой лучше XML парсер для Python: xml.etree.ElementTree или minidom?

Какой лучше XML парсер для Python: xml.etree.ElementTree или minidom?

1.

ну или lxml

у него апи такое же как у первого + плюшек чуть больше

и быстрее работает

Отлично, спасибо.

но lxml - требует отдельного модуля, который при компиляции требует libxml2, а вот питонячий уже в питон встроен

тут уже зависит от того, что тебе именно нужно

Зависимости не проблема. Скрипт будет запускаться 1 раз в неделю по крону на сервере и просто считывать и разбирать XML, а потом скачивать указанные там URL.

XPath, CDATA нужно?

на сколько большой xml?

Небольшой. Около 500 URL в нём.

тогда тебе дефолтного

Качать будет асинхронно.

from xml.etree import ElementTree as ET за глаза

Угу, пока его и использую.

хм, жаль что в питоне нельзя нормально асинхронно парсить xml

в глибе можно ему вроде на вход дать GInputStream

В моём случае совсем не страшно ибо 500 URL он вытащит меньше чем за секунду.

ну и запустить асинхронно с выкачиванием урлов и прочего

но это уже ненужные оптимизации

для твоего случая

PyCharm очень годная IDE. На выходных сделаю для неё пакет.

@xvitaly Уже как бы есть в копре https://copr-be.cloud.fedoraproject.org/results/phracek/PyCharm/

скажите, node.js годная штука или отстой?

очень годная

@xvitaly Уже как бы есть в копре https://copr-be.cloud.fedoraproject.org/results/phracek/PyCharm/

О, отлично. Спасибо. Возьму спек и соберу себе.

скажите, node.js годная штука или отстой?

Не очень ибо JavaScript используется не по назначению. ИМХО конечно же.

PyCharm очень годная IDE. На выходных сделаю для неё пакет.

vim - лучшее ИДЕ

скажите, node.js годная штука или отстой?

гогно

вот и думай "г" надо заменить на "д" или на "в" :)

вот и думай "г" надо заменить на "д" или на "в" :)

штука - годно штука - говно

первое явно в контекст не вписывается

она годно она говно

ок

Что будет в федоре с дровами от нвидии? В F25 будут?

@xvitaly Уже как бы есть в копре https://copr-be.cloud.fedoraproject.org/results/phracek/PyCharm/

Поставил оттуда RPM - выглядит ужасно. Они зачем-то штатную патченную jdk выкинули и используют openjdk. На такие мерзкие шрифты смотреть невозможно.

Что будет в федоре с дровами от нвидии? В F25 будут?

А что с ними не так? Всё работает на F24.

Что будет в федоре с дровами от нвидии? В F25 будут?

всё так же, как и сейчас. Они не нужны.

ахахах

выпали всем кабинетом

ERROR: S client not available

всё так же, как и сейчас. Они не нужны.

Нуво неюзабельно совершенно, поэтому приходится блоб использовать.

У меня нуво завешивает систему каждые 5-7 минут.

не все сидят в броузерах в облаке в вирт. машине. кому-то и десктоп нужен

так что есть переживание за дрова от нвидии. ну и хорошо, что они дальше будут поддерживаться

так что есть переживание за дрова от нвидии. ну и хорошо, что они дальше будут поддерживаться

С чего бы им перестать поддерживаться?

не все сидят в броузерах в облаке в вирт. машине. кому-то и десктоп нужен

не пользуюсь ни тем ни другим

хорошо, пользуюсь облаком для DNF CI, ZNC

Выкинул из спека pycharm удаление штатной патченной jre, пересобрал, добавил одну строчку в %files и теперь всё замечательно.

Заодно и от Requires: java избавиться можно.

Вот поэтому мне не нравится jre и Джава вообще.

Каждая прога будет тащить свою джаву.

Каждая прога будет тащить свою джаву.

Они избавились от этого в пакете, а я вернул для себя ибо не могу терпеть убогое сглаживание шрифтов стоковой openjdk.

а кто мешает иметь 2 или 3 джавы?

там, слава Б-гу используется alternatives

можно в рантайме легко выбирать

Вытащил жабу в отдельный пакет pycharm-community-jdk :-)

Теперь нормально и можно даже патч отправить тому человеку.

@ignatenkobrain так и не пояснил чем Федора лучше всех

Примерно вот таким набором патчей: https://github.com/smerrill/fedora-21-openjdk8-infinality/tree/release/22

Так почему бы в russianfedora-fixes не собрать подобное?

пусть в рхбз отправляется

Кстати, очень странно, что у него ловчий багов от KDE. Он же выпилен в пользу abrt... И он отправляет не в rhbz, а на kdebz. И в rhbz велик шанс, что сообщение об ошибке в KDE, примерно так же как и в GNOME, тупо проигнорят.

У KDE своя отправлялка на bugs.kde.org.

Он же выпилен к херам в Fedora.

xorg сдох раньше

Тем временем, в ~/.local/share/ есть xorg.conf.d

Подскажите куда установщик записывает сочетания клавиш для смены языка?

man localectl

Починил я это кривейший спек: https://github.com/xvitaly/pycharm-community/compare/6ee8036...20a505c992

Хромому тоже видимо плевать на xdg

А вот и нет.

Можно в RussianFedora тащить.

Так почему бы в russianfedora-fixes не собрать подобное?

Я давно предлагал, но мейнтенить Java мало кто решится.

Он же выпилен к херам в Fedora.

Уже нет.

А вот и нет.

плевать, если у тебя кастомная папка. Нужно ручками указывать, что у тебя свои настройки xdg

Я давно предлагал, но мейнтенить Java мало кто решится.

Мейнтейнить патч к Java? Так сложно?

Мейнтейнить патч к Java? Так сложно?

Нужно весь openjdk* тащить в RFR, постоянно мониторить релизы, исправлять патчи, чтобы накладывались без проблем и т.д.

Там не один патч, а сразу куча + патчи Fedora из openjdk.