ㅤ
Мне быстрее в CLI, хотя может просто прикнуть нужно.
ㅤ
Вау, tig и правда удобен для истории
Vasiliy Glazov
круть
ㅤ
Баг с никнеймами не всплывающими fixed?
Anonymous
Да, есть. Бинари составляют 95% от всего репозитория, как мне кажется.
Anonymous
ㅤ
Заливали. Ещё как заливали.
Сяоми хакеры. 🤷🏻‍♂️
Anonymous
Сомневаюсь, что мейнтейнеры меня послушают... И это печально.
Anonymous
А на сколько я знаю, можно ведь из всей истории коммитов вытащить эти бинари, и переписать всё. Или нет? Я вроде как где-то видел эту возможность в git-lfs.
Anonymous
Сяоми хакеры. 🤷🏻‍♂️
Я бы их по другому назвал... До этого у них было всё нормально, ибо для каждого устройства с бинарями - отдельный репозиторий. Но нет же, им захотелось лучшее сжатие (наверное), и больше тормозов.
Artem
Чат, привет. Напомните, а у нас в федоре есть какой-нибудь гуй для LUKS, что бы флешку зашифровать в пару кликов?
Artem
Gnome Disks?
Посмотрю, спасибо. Но мне бы для xfce, если есть такое (пока ещё не гуглил).
Artem
И тебе спасибо. В лакс из консоли я умею. :) Не умеет человек на том конце провода)) Так что этот вариант напоследок оставил
Anonymous
Я знаю. Но, я думаю, они бы сделали это, если бы у них тормозило всё также, как и у меня. Наверняка есть какой-нибудь workaround под мою ситуацию. Не знаю, автоматическую проверку существующих файлов отключить, либо что-нибудь в этом духе. Или вообще никак?
Anonymous
Ну, на самом деле, я уже делал это, и вроде на совсем маленькую капелюшечку стало быстрее, но и на этом всё.
Anonymous
Только что нагуглил sparce-checkout. Думаю, это мне поможет, учитывая то, что большинство остальных бинарей мне не нужны от слова совсем в текущей директории.
ㅤ
@Vascom2 спс, дело было почти 100% в необновленном gcc т.к. в рохайд и f31 собирается, а в f32 нет.
Anonymous
Спрошу оффтопом не ругайтесь, мало информации по вопросу: libreboot хорошая альтернатива проприетарному биосу или же лучше не трогать, работает и пусть работает?
Artur
тут важнее поддерживает ли он твоё железо
ㅤ
А раньше F33 никак?
Можно и раньше https://copr.fedorainfracloud.org/coprs/pmatilai/rpm-snapshot/
ㅤ
Можно и раньше https://copr.fedorainfracloud.org/coprs/pmatilai/rpm-snapshot/
Ниал очень радуется и хайпит с этого ченжа RPM. А интересно, производительность вырастет? 😏 Надо погуглить berkley db vs sqlite.
Aleksei
Ниал очень радуется и хайпит с этого ченжа RPM. А интересно, производительность вырастет? 😏 Надо погуглить berkley db vs sqlite.
Если транзакции будут использоваться, и если что-то пойдет не так, то не придется переустанавливать систему
ㅤ
✅ Basic tests passed
Null
Выпущен новый релиз Telegram Desktop - 1.9.21. Основные изменения: 1. средство проверки правописания заменено на hunspell. Для его работы в системе должны быть установлены словари для языка ввода - sudo dnf install hunspell-ru hunspell-en; 2. сообщения отмечаются прочитанными теперь по мере прокрутки, а не сразу при входе в канал или группу; 3. добавлена поддержка глобального меню; 4. улучшено отображение значка в системном трее; 5. реализовано получение информации об активности пользователя средствами DE (окно Telegram больше не будет блокироваться если пользователь активен в других приложениях); 6. исправлена ошибка с неработающими упоминаниями по юзернейму в крупных супергруппах; 7. исправлен ряд крашей. Сборка в RPM Fusion Koji успешно завершена и через несколько дней обновление появится в стабильных репозиториях. Желающие протестировать новую версию прямо сейчас могут установить её вручную. Fedora 31: sudo dnf install http://koji.rpmfusion.org/kojifiles/packages/telegram-desktop/1.9.21/1.fc31/x86_64/telegram-desktop-1.9.21-1.fc31.x86_64.rpm Fedora 32: sudo dnf install http://koji.rpmfusion.org/kojifiles/packages/telegram-desktop/1.9.21/1.fc32/x86_64/telegram-desktop-1.9.21-1.fc32.x86_64.rpm Как и предыдущие релизы, в старых выпусках Fedora (F30) обновление произведено не будет. #tdesktop #update
Vasiliy Glazov
Это так стимулируется переход на актуальные версии федоры?
Vasiliy Glazov
Now, don't overthink it… which version of a new Fedora logo do you prefer? 🤔 https://twitter.com/mairin/status/1239639323382775812
Vasiliy Glazov
Pavel
Выпущен новый релиз Telegram Desktop - 1.9.21. Основные изменения: 1. средство проверки правописания заменено на hunspell. Для его работы в системе должны быть установлены словари для языка ввода - sudo dnf install hunspell-ru hunspell-en; 2. сообщения отмечаются прочитанными теперь по мере прокрутки, а не сразу при входе в канал или группу; 3. добавлена поддержка глобального меню; 4. улучшено отображение значка в системном трее; 5. реализовано получение информации об активности пользователя средствами DE (окно Telegram больше не будет блокироваться если пользователь активен в других приложениях); 6. исправлена ошибка с неработающими упоминаниями по юзернейму в крупных супергруппах; 7. исправлен ряд крашей. Сборка в RPM Fusion Koji успешно завершена и через несколько дней обновление появится в стабильных репозиториях. Желающие протестировать новую версию прямо сейчас могут установить её вручную. Fedora 31: sudo dnf install http://koji.rpmfusion.org/kojifiles/packages/telegram-desktop/1.9.21/1.fc31/x86_64/telegram-desktop-1.9.21-1.fc31.x86_64.rpm Fedora 32: sudo dnf install http://koji.rpmfusion.org/kojifiles/packages/telegram-desktop/1.9.21/1.fc32/x86_64/telegram-desktop-1.9.21-1.fc32.x86_64.rpm Как и предыдущие релизы, в старых выпусках Fedora (F30) обновление произведено не будет. #tdesktop #update
А проблему разворачивания из трея на текущем рабочем столе не поправили случайно?
Pavel
Хм. У меня так не работает на XFCE. Надо зарепортить видимо. В фьюжен?
Vasiliy Glazov
А в чём проблема-то? Из видео непонятно.
evgeny
А в чём проблема-то? Из видео непонятно.
на видео как раз нет проблем
Pavel
Я так понял мне и говорят что там нет проблем, только у меня
Pavel
но у меня XFCE
Vasiliy Glazov
аа
Pavel
Нифига себе, у них там 926 ишью открыто...
Vasiliy Glazov
Хотят до 1000 дотянуть :)
ㅤ
Ух, GCC 10 тяжело дается некоторым похоже. Что самое интересное после этой проблемы появилась еще одна, другая :(
ㅤ
Igor ответ на твой вопрос который бот удалил: https://russianfedora.github.io/FAQ/using-applications.html#telegram-desktop-fedora
Pavel
https://github.com/telegramdesktop/tdesktop/issues/7402
ㅤ
https://github.com/telegramdesktop/tdesktop/issues/7402
Первый ответ будет что кастомные сборки не обслуживаются его величеством. 😏
Pavel
спасибо
ㅤ
А где там написано что сборка какая-то кастомная?
Ну тогда это будет первый вопрос.
ㅤ
Повторим https://fedoramagazine.org/announcing-the-release-of-fedora-32-beta/
Vasiliy Glazov
А что там фиксили?
Несколько десятков багов пофиксили в последней сборке gcc для федоры.
ㅤ
А что там фиксили?
Очень много include'ов, но что после них он сломал, я пока не знаю еще...
Alexander "SonnySlave"
Несколько десятков багов пофиксили в последней сборке gcc для федоры.
Не, меня интересовал, откуда тот коммент. Что же там такое было
Vasiliy Glazov
https://russianfedora.github.io/FAQ/tips-and-tricks.html#gnome-3
Pavel
А почему abrt рекомендуем удалять вместо того чтобы репортить о багах?
ㅤ
А почему abrt рекомендуем удалять вместо того чтобы репортить о багах?
Ту еще ни разу не было единого мнения касательно любого вопроса. Кучу полезных багов я с ним отрепортил, кучу багов мне отрепортили с ним. Руками бы все эти трейсы собирать пришлось и оформлять пол дня.
Pavel
ну да, вручную ставить все эти debuginfo и воспроизводить под gdb чтобы трейсы достать то ещё удовольствие...
Pavel
Может в FAQ хотя бы дописать зачем эта тула, порекомендовать репортить, и удалять только в случае крайнего недостатка ресурсов, или точной уверенности что помогать, даже багрепортами, человек не собирается?
ㅤ
Может в FAQ хотя бы дописать зачем эта тула, порекомендовать репортить, и удалять только в случае крайнего недостатка ресурсов, или точной уверенности что помогать, даже багрепортами, человек не собирается?
Как выпилить из гнома в FAQ это я писал и вообще не очень это хороший совет на самом деле. Но в заголовке указано что выпилы эти нужны для уменьшения потребления памяти. Как вот этот товарищ выше который сравнивает потребление с .deb. Ему же все равно объяснить не получится что занимается он не тем чем нужно.
Anonymous
А как это выглядит в новом тг? Может кто показать?
ㅤ
То что у тебя в топе abrt и coredump процессы уже говорит о том, что у тебя упало что-то. И ты вместо лечения берешь и ампутируешь конечность.
ㅤ
Надо смотреть в abrt. Можно через CLI если не нравится GUI например.
Pavel
gdb посказывает команду dnf для установки нужных дебаг пакетов.
ну это да, но всё же прощу нажать одну кнопку "зарепортить"
ㅤ
coredump мог быть очень большой и долгий. Может ты не дождался пока он закончит и убил раньше?
ㅤ
Как так? Так что у других не падает и только продумали так чтобы у тебя падал?
ㅤ
Чтобы что-то сгенерировалось нужно дождаться когда закончит этот coredump работать. Ты грохнул его раньше. От нас что ты хочешь и gnome-shell тут причем?
Vasiliy Glazov
Может железо очень слабое?
Yaroslav
Может железо очень слабое?
я на слабом железе блюр отключал - сильно грузит CPU с ним
ㅤ
Какая конкретно deb система? Debian Testing или Debian Stable?
ㅤ
Покажи скрин с двумя виртуалками и процессами в топе и общую нагрузку обоих.
Igor
> https://www.redhat.com/sysadmin/speeding-container-buildah так забавно читать неправдивую информацию (про libsolv и dnf)
Vasiliy Glazov
top -b -n 1 | head -n 20 | fpaste
Igor
Я как раз читал это только что. Я бы поверил. :)
информация про файлы в /usr/bin, /usr/sbin и подобное находятся в primary.xml, а не в filelists.xml, DNF не обязан его скачивать вообще. но они так и не смогли это запилить
Igor
а генерация solv кешей занимает время... ну вобоще-то чтение и преобразование 700метрового XML в бинарный файл может занять 10-15 секунд, да.
Igor
но если не скачивать файлы, которые не нужно, то и генерировать такие кеши тоже не нужно
Igor
ну я и говорю, что DNF team так и не запилили динамическую загрузку filelists... и видимо не запилят.
Igor
достаточно было сделать что-нибудь вроде https://github.com/fedora-modularity/fus/blob/master/repo.c#L670-L713