I try build new version of perdition package.
It build fine
(https://koji.fedoraproject.org/koji/taskinfo?taskID=28526416) on all
architectures except armv7hl and s390x. On that I got
error: Installed (but unpackaged) file(s) found:
Could someone please help me solve that problem?
With best wishes, Pavel Alexeev.
Yes, I'm a fool - I believe in people, honesty, justice as open source.
And also in the fact that I can make this world just a little better
unless stop fighting.
new meson release is out (release notes
<https://mesonbuild.com/Release-notes-for-0-48-0.html>) which removes tools
which are deprecated for quite long time:
I will push it now for Rawhide and F29. F28 and EPEL7 won't get update
because of this incompatibility, but if you need it for building updates --
let me know and I will consider pushing it even there.
Thanks for attention!
At yesterday's F29 Go/No-Go meeting, we discussed the blocker status
of BZ #1628192 - Fedora 29 installation cannot see a firmware RAID
device. While the blocker criteria clearly states that this should be
a blocker for Beta, many of the people present at the meeting
disagreed, for a variety of reasons.
* Hardware supporting fwraid is considerably less pervasive than it
was when the criterion was written
* Testing this criterion can only be done with install media, which
limits our testing pool to the very dedicated members of Fedora QA.
Yes, anyone *can* download a nightly compose and try it, but in
practice this tends to be limited to the core testers. The majority of
testing that this feature will get will tend to happen as people try
out the Beta release.
To that end, I'd like to propose that we make the following change to
the criteria going forward:
"The blocking criterion for successful installation atop a firmware
RAID array is moved to the GA release criteria."
DevConf.cz 2019 is the 11th annual, free, Red Hat sponsored community
conference for developers, admins, DevOps engineers, testers,
documentation writers and other contributors to Open Source Linux,
middleware, virtualization, storage, cloud and mobile technologies
where FLOSS communities sync, share, and hack on upstream projects
together in the beautiful city of Brno, Czech Republic.
The CfP is now open! Ready to submit your proposal? Submit at: devconf.info/cfp
Looking for ideas? Check out this year's primary themes at
- CfP closes: *October 26, 2018*
- Accepted speakers confirmation: *November 12, 2018*
- Event dates: Friday January 25 to Sunday January 27, 2019
Fedora Program Manager
Around the time DNF 3 landed in Rawhide (hence F29), we had quite a few
folks on these lists reporting issues, including crasher bugs. Many of
these seemed somehow related to the DNF history database. They also
were not easy to isolate and fix.
We're now close to the F29 Beta release, but we don't have a great
sense of how many people are still having these problems with DNF 3.2
Can anyone who is still struggling with DNF crashes on *basic*
operations on F29 or Rawhide please reply, and provide a few details on
what you're seeing and any workarounds or fixes you've found?
Thanks a lot!
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net