libinput 0.8 had a soname bump and some API changes.
I've pushed the required patches and rebuilt the following packages in
rawhide for clutter, mutter, weston, and xorg-x11-drv-libinput.
Hi folks! Once again there's nothing much on the agenda this week. We
also don't have any proposed blockers to review, so no need to do
that. Probably we can get back into the swing next week as we start to
approach the Fedora 22 branch point (yep, it's coming!), but for now I
think we can take the morning off again.
A new build of anaconda with some major changes landed yesterday, but
neither yesterday's nor today's nightly Rawhide boot.iso composes
succeeded, so we don't have images to test at present. As usual the
bot will nominate the next nightly where we get a boot.iso and we'll
be able to test all the new bits.
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
test-announce mailing list
Eventually I had taken over
rss2mail (depends on python-feedparser)
and have used them for a long time. Now it's time to move on.
The author of html2text has died two years ago. There are various forks
with different versioning schemes. There's also a new upstream for
rss2email. It has changed to use Python 3 and is incompatible with the
config and data files from the older release as packaged in Fedora.
From time to time I've had a look at upgrading. With mixed results.
My latest attempt has been today in reply to a new bz ticket RFE.
Upon evaluating the builds, my old feed setup has been broken, and I've
reconfigured for another try and using Debian's r2e-migrate script.
Doing that I also spent some time on cleaning up procmail folders for
several feeds. That's when I decided I don't want to use rss2email
anymore. I'll probably evaluate claws-mail-plugins-rssyl for sporadic
There may or may not be any active co-maintainers. Please visit Fedora
pkgdb if you're interested in these packages. Signing up for python-feedparser
would be an idea, too.
I personally know nothing of the subject, but found this article, I wonder if
there's any truth here? If so, maybe the push for dnssec on f22 isn't as
wonderful as supposed:
-- Those who don't understand recursion are doomed to repeat it
because of the fact that the autocorr-* packages belong to libreoffice,
why not rename them to libreoffice-autocorr-*? So this would reflect the
connectivity with libreoffice.
Fedora release 21 (Twenty One)
Joachim Backes <joachim.backes(a)rhrk.uni-kl.de>
Jaroslav Reznik wrote:
> = Proposed System Wide Change: RpmOstree - Server side composes and atomic
> upgrades =
> Change owner(s): Colin Walters
I don't see the advantage of supporting this primitive "take it or leave it"
approach to installing and updating Fedora at all.
As a user, by using those precomposed images, you lose the ability to :
* customize your installation by adding/removing packages (and if it were
not prevented, the customizations would not persist across updates),
* update individual packages,
* get new updates (including security fixes) as soon as they hit the
mirrors, without waiting for a new OS tree compose (every extra step in
the process unavoidably introduces a delay),
* get individual packages from updates-testing or directly from Koji,
* use packages from third-party repositories, unless they respin the entire
OS tree for you,
* save bandwidth by downloading the packages that changed, or even only the
deltas of the actual change (delta RPMs),
You gain… nothing!
I don't see what's wrong with "dnf -y update" as an updating mechanism.
As developers, we have to spend our valuable time on making our packages
work with this technically inferior delivery system (see the "/var"
discussion) that has no practical benefit whatsoever over the existing