« Rev
@russianfedora   4127
Fwd »


Igor
даже abrt не собрался :)
ну это говнище пусть не собирается
Vasiliy Glazov
есть ссылка?
Ссылку ещё рано, пока я так смотрю https://koji.fedoraproject.org/koji/builds?state=3&userID=releng&order=-build_id
Igor
https://kojipkgs.fedoraproject.org/mass-rebuild/f31-failures.html
Igor
вот же
Vasiliy Glazov
а, хм, ок
Igor
у меня в этом списке пара пакетов... я даже о них раньше не слышал )
Igor
и все по причине s390x
Vasiliy Glazov
abrt не собрался только для i686 с ошибкой BUILDSTDERR: error: create archive failed: cpio: write failed - Cannot allocate memory :)
Igor
после масс ребилда нужно будет ещё прогнать масс ребилд по всем пофейленым пакетам
Vasiliy Glazov
и все по причине s390x
Да, вижу многие на этом погорели.
Vasiliy Glazov
@ignatenkobrain А вот смотри, интересный баг https://kojipkgs.fedoraproject.org//work/tasks/9462/36469462/build.log BUILDSTDERR: 1g++ -x c++ -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -DNETSNMP_NO_LEGACY_DEFINITIONS -Wno-format-security -Wno-error=format-security -I/usr/local/include -I/builddir/build/BUILD/apcupsd-3make[4]: 1g++: Command not found Что это за 1g++?
Igor
а мейкфайл использует $(V) для других целей
Vasiliy Glazov
не интересный. %make_build → make build V=1
в ф30 нет V=1, или это в ф31 ввели?
Igor
в ф30 нет V=1, или это в ф31 ввели?
а в ф30 делали масс ребилд? вроде это изменение ввели в последнем RPM, так что либо после масс-ребилда в ф30 либо в ф31
Vasiliy Glazov
делали, но сейчас в ф30 make_build %{__make} %{_make_output_sync} %{?_smp_mflags}
ㅤ
DEBUG util.py:679: Executing command: ['/bin/umount', '-n', '-l', '/var/lib/mock/f31-build-16974104-1223095/root/dev/shm'] with env {'TERM': 'vt100', 'SHELL': '/bin/sh', 'HOME': '/builddir', 'HOSTNAME': 'mock', 'PATH': '/usr/bin:/bin:/usr/sbin:/sbin', 'LANG': 'en_US.UTF-8'} and shell False #massrebuild_fail
Late
а бывает так чтоб масс ребилд отработал вообще без феилов?
ㅤ
⬆️ Mesa 19.1 пушат в F30, налетай
ㅤ
@Lumia650 ^
Vasiliy Glazov
не надо
ㅤ
Да, готовиться к тому, что еще ближайшие лет 20 никто это ченж не примет.
ㅤ
А glibc пробовали собирать с LTO и march=native? 🙂 И как? https://koji.fedoraproject.org/koji/buildinfo?buildID=1324729
Alexander "SonnySlave"
тут вопрос есть - кто-нибудь собирает ядро линуха с LTO?
ㅤ
Подписуюсь. Опять же, находил доисторически статьи как пробовали ядро собирать с ним и писали что приводило к очень неочевидным багам которые попробуй отлови потом.
Alexander "SonnySlave"
https://www.phoronix.com/scan.php?page=news_item&px=MTY1OTg
Alexander "SonnySlave"
https://lwn.net/Articles/744507/
ㅤ
11% binary reduction on ARM with the LTO configuration while other users can see upwards of a 30% reduction
ㅤ
Эпичный фикс всплыл Note also; this branch fixes constant stalls of the GL pipeline when moving the mouse or during animations under the mouse. For the other main cause of stalls see !602. https://gitlab.gnome.org/GNOME/mutter/merge_requests/189#note_565187
ㅤ
Ah there we go! This finally explains why games feel so much smoother with this, no?
ㅤ
Давно ждал эту фичу в бодхи
Sergei
@Artem4, ты упоминал патчи для mutter с улучшением производительности. Есть где готовые билды/COPR чтобы потрогать?
Null
После недавного обновления systemd в Fedora 30, некоторые пользователи стали замечать проблемы, связанные с работой VPN подключений. Проблема заключается в том, что данное обновление отключило компонент systemd-resolved, однако WireGuard и некоторые другие реализации VPN требуют его для своей корректной работы. В качестве решения необходимо повторно включить systemd-resolved: sudo systemctl enable --now systemd-resolved После этого работоспособность будет полностью восстановлена. #fedora #f30 #vpn #wireguard #bug #workaround
ㅤ
@Artem4, ты упоминал патчи для mutter с улучшением производительности. Есть где готовые билды/COPR чтобы потрогать?
В порядке убывания. Сначала самые агрессивыне патчи, потом безопасные. 1. https://copr.fedorainfracloud.org/coprs/pp3345/gnome-with-patches/ 2. Repo with performance patches (merged, closed, open) but safe for NVIDIA cards: https://copr.fedorainfracloud.org/coprs/atim/gnome-with-safe-patches/ 3. Repo with performance patches only merged in master branch of GNOME (safest): https://copr.fedorainfracloud.org/coprs/atim/gnome-with-merged-patches/
ㅤ
Надо бы №2 обновить с сегодняшними коммитами...
Ivan
а в copr нельзя посмотреть srpm ?
Ivan
Известно из за чего октлючился resolved при обновлении systemd ?
ㅤ
а в copr нельзя посмотреть srpm ?
https://copr-be.cloud.fedoraproject.org/results/atim/gnome-with-safe-patches/fedora-30-x86_64/00975519-mutter/mutter-3.32.2-3.4.fc30.performance.nvidia.src.rpm
ㅤ
Поскорее бы уже GNOME 3.34
Ivan
В этот раз он как то намного раньше федоры выходит
ㅤ
А у тебя новая Рязань или ты просто "в теме"?😊
Я брал временный проц себе когда уже появилась первая рязань но из-за того что откопал тогда про эту проблемнюу ревизию процов в линуксах думал повременить. И вот уже не первый год сижу на "временном" проце.
Vasiliy Glazov
Известно из за чего октлючился resolved при обновлении systemd ?
https://src.fedoraproject.org/rpms/systemd/c/9d1039ece41e4545a00af811464f99439485c980?branch=f30
Ivan
спасибо
Fomalhaut
Ладно - сегодня равхайд попробую, а там будет видно, что дальше.
ㅤ
😊 Вот в остальном у меня претензий нет, только в этом глюке. Иногда ни разу за день, а иногда и десять раз не предел...
Не, не хочу такого. ☹️ Уже года ни одного зависания в Федоре или черных экранов. Уже забыл про те времена.
Sergei
Поскорее бы уже GNOME 3.34
Не раньше Ф31 же.
ㅤ
Не раньше Ф31 же.
Само собой, но в этот раз я его жду еще больше чем в тот раз. Как отбранчуется Ф31 наверно и в этот раз обновлюсь тоже.
Sergei
Кстати, кто-нибудь в курсе, почему https://copr.fedorainfracloud.org/coprs/rok/cdemu/ не в rpmfusion?
Sergei
Кстати, кто-нибудь в курсе, почему https://copr.fedorainfracloud.org/coprs/rok/cdemu/ не в rpmfusion?
Если что, CDEmu - это эмулятор оптического привода. Не аналог mount -o loop, а именно эмулятор дисковода.
Vasiliy Glazov
Кстати, то, что в rpmfusion - в копре нельзя держать. Так что надо напрямую в федору.
Sergei
спроси автора копра
Это вроде как разработчик CDEmu.
Vasiliy Glazov
тем более спроси
Sergei
Ну например для audio CD, в т.ч. для гибридных, с данными и аудио, как у некоторых старых игр.
Sergei
А ещё оно умеет читать большинство прприетарных форматов образов дисков (если не все).
Sergei
Почему это настолько плохо?
Sergei
Этак и Нвидию можно выкинуть.
Sergei
Потому что это эмулятор дисковода, а не средство монтирования.
Sergei
Но ведь в этом и смысл как бы, чтобы с образом можно было взаимодействовать как с физическим диском в дисководе.
Sergei
Почему имеет в виндах, но не имеет в линуксах?
Sergei
Я уже привёл пример - гибридные диски с данными и сд-аудио. Их нельзя примонтировать так, чтобы и то и то читалось одновременно.
Sergei
И поэтому программа не имеет права на существование? (да, я не умею печатать вслепую)
Sergei
Если не ошибаюсь, модуль VHBA пытались пропихнуть в апстрим.
Sergei
А Арче он есть в оф.репах. Разве они не подчиняются патентам США?
Sergei
Кстати, если я правильно понимаю, поддержка форматов в юзерспейсе, модуль только эмулирует SCSI-устройство.
Sergei
Предыдущее сообщение.
Sergei
Вот вроде бы был, но отлонили.
Sergei
Они вообще на все болт клали
В сусе вон тоже в оф.репах, а у этих с патентами строго.
Sergei
Нет, vhba.
Sergei
Так модуль ядра отдельно же https://build.opensuse.org/package/show/openSUSE%3AFactory/vhba-kmp
« Rev
@russianfedora   4127
Fwd »