We did some more troubleshooting of AMD Radeon issues on ppc64
As with Nouveau, it looks like a change from 64k to 4k page size got it
working again with RX 5700. I suspect it will be similar for RX 6800 if
we can get some of them, they are a good complement for the compute power.
The issue is page size, not ppc64
Vikings[1] in Germany are about to launch their European Talos II
workstations so there will be more users and many will want to try
Fedora as this is the place to get newest versions of stuff.
How would people feel about making 4k the default page size for
workstation users?
Given that the default file system, Btrfs, is sensitive to page size and
there are not so many GPUs outside of those vendors mentioned above, I
feel this is a compelling issue.
Regards,
Daniel
1. https://store.vikings.net/openpower
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2021-01-21 17:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. uitime):
================= Day: Thursday ==================
2021-01-21 09:00 PST US/Pacific
2021-01-21 12:00 EST --> US/Eastern <--
2021-01-21 17:00 GMT Europe/London
2021-01-21 17:00 UTC UTC
2021-01-21 18:00 CET Europe/Berlin
2021-01-21 18:00 CET Europe/Paris
2021-01-21 22:30 IST Asia/Calcutta
---------------- New Day: Friday -----------------
2021-01-22 01:00 HKT Asia/Hong_Kong
2021-01-22 01:00 +08 Asia/Singapore
2021-01-22 02:00 JST Asia/Tokyo
2021-01-22 03:00 AEST Australia/Brisbane
Links to all tickets below can be found at:
https://pagure.io/packaging-committee/issues?status=Open&tags=meeting
= Followup Actions =
#topic #pr-814
* mhroncok
talk to authors again, having a working example might help a lot
#topic Open Floor
* decathorpe
look through non-meeting tickets, see if any are stuck/need to be discussed
= Followup Issues =
#topic #907 Which %__foo macros for executables are acceptable?
.fpc 907
https://pagure.io/packaging-committee/issue/907
= Followup Pull Requests =
#topic #pr-814 Add SELinux Independent Policy Guidelines.
https://pagure.io/packaging-committee/pull-request/814
= Pull Requests =
#topic #pr-1041 Use only .metainfo.xml in AppData guidelines
https://pagure.io/packaging-committee/pull-request/1041
= Open Floor =
For more complete details, please visit each individual ticket. The
report of the agenda items can be found at:
https://pagure.io/packaging-committee/issues?status=Open&tags=meeting
If you would like to add something to this agenda, you can:
* Reply to this e-mail
* File a new ticket at: https://pagure.io/packaging-committee
* E-mail me directly
* Bring it up at the end of the meeting, during the open floor topic. Note
that added topics may be deferred until the following meeting.
https://kojipkgs.fedoraproject.org//work/tasks/9457/60089457/build.log
(from https://koji.fedoraproject.org/koji/taskinfo?taskID=60089433)
ends with ...
Checking for unpackaged file(s): /usr/lib/rpm/check-files /builddir/build/BUILDROOT/ocaml-extlib-1.7.8-1.fc34.s390x
Child return code was: -11
EXCEPTION: [Error()]
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/mockbuild/trace_decorator.py", line 93, in trace
result = func(*args, **kw)
File "/usr/lib/python3.9/site-packages/mockbuild/util.py", line 600, in do_with_status
raise exception.Error("Command failed: \n # %s\n%s" % (command, output), child.returncode)
mockbuild.exception.Error: Command failed:
# bash --login -c /usr/bin/rpmbuild -bb --target s390x --nodeps /builddir/build/SPECS/ocaml-extlib.spec
I kicked off another build to see if this is reproducible.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
Hi all.
scons-4.1.0 rpm [1] is ready to be pushed in Rawhide branch; not before
next 7 days i will build it.
Release note of SCons-4.1.0 [2].
Packages which require SCons:
boswars-0:2.7-24.svn160110.fc33.src
compat-tolua++-0:1.0.93-14.fc33.src
galera-0:26.4.6-1.fc34.src
glob2-0:0.9.4.4-53.fc33.src
godot-0:3.2.1-1.fc33.1.src
gpsd-1:3.22-1.fc34.src
libffado-0:2.4.4-2.fc34.src
libserf-0:1.3.9-17.fc33.src
mingw-nsis-0:3.06.1-1.fc33.src
mypaint-0:2.0.1-1.fc34.src
netpanzer-0:0.8.7-16.fc33.src
pingus-0:0.7.6-37.fc33.src
powdertoy-0:95.0-3.fc33.src
sunpinyin-0:3.0.0-0.4.20190805git.fc33.src
tolua++-0:1.0.93-30.fc33.src
vdrift-0:20141020-22.fc33.src
wesnoth-0:1.15.8-1.fc34.src
[1] https://sagitter.fedorapeople.org/SCons/scons-4.1.0-1.fc33.src.rpm
[2] https://github.com/SCons/scons/releases/tag/4.1.0
--
---
Antonio Trande
Fedora Project
mailto: sagitter(a)fedoraproject.org
GPG key: 0x29FBC85D7A51CC2F
GPG key server: https://keys.gnupg.net/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
=====================================
#fedora-meeting-2: FESCO (2021-01-20)
=====================================
Meeting started by sgallagh at 15:00:19 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting-2/2021-01-20/fesco.2021-01…
.
Meeting summary
- ---------------
* init process (sgallagh, 15:00:19)
* #2547 F34 Change: Signed RPM Contents (sgallagh, 15:05:44)
* ACTION: puiterwijk to update the Change Proposal with more details
(sgallagh, 16:03:55)
* Once the Change is updated, FESCo will re-evaluate and may vote on
the ticket following the FastTrack process (sgallagh, 16:04:21)
* ACTION: puiterwijk will notify fedora-devel when the Change is
updated (sgallagh, 16:05:54)
* #2545 F34 Change: Localization measurement and tooling (sgallagh,
16:14:42)
* #2543 F34 Change: Unify the GRUB configuration files location across
all supported architectures (sgallagh, 16:20:25)
* AGREED: Unification of GRUB config files is accepted (+6, 1, -0)
(sgallagh, 16:27:42)
* Next week's chair (sgallagh, 16:27:50)
* ACTION: King_InuYasha to chair the next meeting (sgallagh,
16:30:11)
* Open Floor (sgallagh, 16:30:19)
* LINK: https://pagure.io/fesco/fesco-docs/pull-request/41 (zbyszek,
16:31:20)
Meeting ended at 16:41:32 UTC.
Action Items
- ------------
* puiterwijk to update the Change Proposal with more details
* puiterwijk will notify fedora-devel when the Change is updated
* King_InuYasha to chair the next meeting
Action Items, by person
- -----------------------
* King_InuYasha
* King_InuYasha to chair the next meeting
* puiterwijk
* puiterwijk to update the Change Proposal with more details
* puiterwijk will notify fedora-devel when the Change is updated
* **UNASSIGNED**
* (none)
People Present (lines said)
- ---------------------------
* sgallagh (106)
* mhroncok (57)
* puiterwijk (55)
* King_InuYasha (50)
* nirik (48)
* zbyszek (46)
* decathorpe (23)
* dcantrell (22)
* zodbot (16)
* cverna (7)
* mboddu (7)
* ignatenkobrain (0)
* Conan_Kudo (0)
* Eighth_Doctor (0)
* Sir_Gallantmon (0)
* Son_Goku (0)
* Pharaoh_Atem (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
-----BEGIN PGP SIGNATURE-----
iQGzBAEBCAAdFiEEhQqd0dvyrMxvxJSRRduFpWgobREFAmAIaj8ACgkQRduFpWgo
bRFj0AwAkpTWTcAumt/ZqWpiWB5P8ZCdGd3S6aYX4lHqhQiEyaGR1LObXVX+ltew
iDH8QKgItVibOkaU8aGcoOvDnmPA4AGAm9ZamwzL0ZH2/EXEfgpAw5FQvqRFdVIy
i4LCpqcikD+KUtrrje2HBgqXm5IawkxMaYOOUS+BNAXpNblbc5f8txmLLQJgEACt
9anrOm+YxCPHBa52zUo53J83lxyV/sXGRfsSAWW5O0Uw6QmVhyU9UrIposcyDBmW
AFCfx0NWbDmYaXWweLXCicO2F30WV/mnvRQstEx15UholwA2LlptYVWJj6rlUdDX
E/zFPwL6fsbcI35nKqUg+4FQQs15vQO8IMpJTpWW4468milNojjXYYk20zB4RJNw
6mKEYPfc/69wqemb79zGYfJ1dv7ls2d1bk+iAyhVhrngPpUtWjyowLhjEY/nwCBg
URth/ep/IzNhEH7IAA9PY14Ot1mp3gbHeiclild6okp0Vmcwj5/n0GZAOMm7B/Ne
Zvo66vqJ
=Wz0F
-----END PGP SIGNATURE-----
I had a bug reported that F32 -> F33 upgrades don't work if you have
nbdkit-tar-plugin installed. This is expected because that plugin was
removed.
It's is (sort of) replaced by nbdkit-tar-filter. However it's not a
completely straightforward replacement since you have to change the
command line you are using. The functionality is equivalent, but you
have to consume it in quite a different way.
So on IRC we discussed a few different options:
(1) Adding:
%package tar-filter
Obsoletes: %{name}-tar-plugin <= %{version}-%{release}
Provides: %{name}-tar-plugin = %{version}-%{release}
that will transparently replace nbdkit-tar-plugin => nbdkit-tar-filter
on upgrade. Maybe that's fine, people will need to read the release
notes however.
(2) Or adding:
%package tar-filter
Obsoletes: %{name}-tar-plugin <= %{version}-%{release}
which says that it obsoletes but doesn't provide a replacement. Note
however I'm not sure if this will work, because they won't have
nbdkit-tar-filter installed before the upgrade (it never existed in
F32), so will the Obsoletes ever be "seen" by dnf?
(3) Or adding:
%package server
Obsoletes: %{name}-tar-plugin <= %{version}-%{release}
Since nbdkit-server is the "base package" that everyone doing this
upgrade has installed, it seems like the Obsoletes will be "seen" by
everyone, causing removal of nbdkit-tar-plugin, but not replacement.
I'm not sure which of these is correct.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into KVM guests.
http://libguestfs.org/virt-v2v