Some time back there was discussion of being able to rollback yum updates via
btrfs snapshotting. As I recall, it turned out that the default btrfs install
was not setup correctly to make this feasible (I had briefly tested it on my
machine). I haven't heard anything since - this seems like a great idea.
-- Those who don't understand recursion are doomed to repeat it
I am currently rolling out some changes to the Fedora openQA deployment
which enable a new testing workflow. From now on, a subset of openQA
tests should be run automatically on every critpath update, both on
initial submission and on any edit of the update.
For the next little while, at least, this won't be incredibly visible.
openQA sends out fedmsgs for all tests, so you can sign up for FMN
notifications to learn about these results. They'll also be
discoverable from the openQA web UI - https://openqa.fedoraproject.org
. The results are also being forwarded to ResultsDB, so they'll be
visible via ResultsDB API queries and the ResultsDB web UI. But for
now, that's it...I think.
Our intent is to set up the necessary bits so that these results will
show up in the Bodhi web UI alongside the results for relevant
Taskotron tests. There's an outside possibility that Bodhi is actually
already set up to find these results in ResultsDB, in which case
they'll just suddenly start showing up in Bodhi - we should know about
that soon enough. :) But most likely Bodhi will need a bit of a tweak
to find them. This is probably a good thing, because we need to let the
tests run for a while to find out how reliable they are, and if there's
an unacceptable number of false negatives/positives. Once we have some
info on that and are happy that we can get things sufficiently reliable
for the results to be useful, we'll hook up the Bodhi integration.
The tests that are run are most of the tests that, on the 'compose
test' workflow, get run on the Server DVD and Workstation Live images
after installation. Between them they do a decent job of covering basic
system functionality. They also cover FreeIPA server and client setup,
and Workstation browser (Firefox) and terminal functionality. So
hopefully, if your critpath update completely breaks one of those basic
workflows, you'll find out about it before pushing it stable.
At present it looks like the Workstation tests may sometimes fail
simply because the base install gets stuck during boot for some reason;
I'm going to look into that this week. In testing so far the Server
tests seem fairly reliable, but I want to gather data from a few days
worth of test runs to see how those look. Once we start sending results
to Bodhi, I'll try and write up some basic instructions on how to
interpret and debug openQA test results; QA folks will also be
available in IRC and by email for help with this, of course.
You can see sample runs on Server:
the 'desktop_notifications_live' failure is a stale bit of data - that
test isn't actually run any more because obviously it makes no sense in
this context, but because it got run one time in early development,
openQA continues to show it for that update (it won't show for any
*other* update). The `desktop_update_graphical` fail is a good example
of the kind of issue I'll have to look into this week: it seems to have
failed because of an intermittent crasher bug in PackageKit, rather
than an issue in the update. We'll have to look at skipping known-
unreliable tests, or marking them somehow so you know the deal in
Bodhi, or automatically re-running them, or things along those lines.
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
With the last system update I have seem a message in system start up about
a error loading kernel modules, after that VirtualBox do not start because
the apropiate module can not been loaded.
There is another report about VirtualBox not running:
I do not like VirtualBox but I need it because I am working with a web app
than only provides a .ova file to work locally and looks like I am not the
only one that can not start VirtualBox after updating Fedora 25, trying old
kernels do not work for me :(
William Moreno Reyes
in Fedora rawhide is now available new version of OpenCV package.
Some of you will have to rebuild your packages (see affected packages section).
This version of OpenCV will be part of Fedora 26+. Previous versions of Fedora will not be affected.
See `What's new` section for more information about this release.
= Affected packages
(Hope I have not missed any package)
= What's new
See change log on https://github.com/opencv/opencv/wiki/ChangeLog#version32
Additional changes (Fedora related)
- Remove copyrighted lena.jpg images and SIFT/SURF from tarball, due to legal concerns.
- Disable dnn module from opencv_contrib, due missing BuildRequired package in Fedora (protobuf-cpp)
- Disable tracking module from opencv_contrib, due disabling dnn module (is required by this module)
- Disable CAROTENE in compilation (caused error on arm and ppc64le)
- Fix syntax error in opencv_contrib test file (opencv-3.2.0-test-file-fix.patch)
Associate Software Engineer
Core Services Team
Red Hat Czech, s.r.o.
I'm deeply sorry I will have to retire yap package because:
It crashes on i686 after updating GCC to 7
Last stable version is 7 years old (we have it in Fedora).
Last development version is 4 years old (Jerry James tried to update
but it does not work with non-lazy linking) and it fails on i686 too <https://koji.fedoraproject.org/koji/taskinfo?taskID=18014527>.
Upstream does not respond
<https://sourceforge.net/p/yap/mailman/message/35663387/> and playing
with the code reveals other bugs like signed interger overflows or
linkage failure with disabled optimizations because of wrong inlining.
Finally I don't understand the code especially the stack-based
The only reverse dependency is ppl where the yap support is optional.
If there is nobody who wants to adopt the yap, I will retire it in
I get this doing 'fedpkg update':
fedora.client.bodhi.BodhiClientException: Unable to create update.
It's unclear what authentication is required, but I have a valid ssh
key and live Kerberos key, so I'm not sure what else it needs ...
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.