Strange rawhide behaviour
by Michal Schorm
Hello,
I built "community-mysql" package in version 8.0.14 in rawhide.
It was built on top of "libicu-devel" 63.1-1.fc30
--
1)
But when I tried to install the community-mysql package into Rawhide, I got:
nothing provides libicuio.so.63()(64bit) needed by
community-mysql-server-8.0.14-2.fc30.x86_64
That means, it was available in the buildroot, but not in the repository.
How is that possible? The buildroot also need the exact same
repository to install packages from, right?
--
2)
When installed the latest icu build, I got:
ackage xfsprogs-4.18.0-1.fc30.x86_64 requires
libicui18n.so.62()(64bit), but none of the providers can be installed
Which means, "community-mysql" was built on top of the newer library
version that its dependencies.
Unfortunate, however that should sooner or later fix itself, thanks to
koschei rebuilding the packages. Or at some point, rawhide will
undergo a system wide rebuild. Right?
--
Michal
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
5 years, 2 months
F30 Self-Contained Change proposal: MongoDB Removal
by Ben Cotton
https://fedoraproject.org/wiki/Changes/MongoDB_Removal
== Summary ==
Fedora has determined that the Server Side Public Licensev1 (SSPL) is
not a Free Software License. Therefore, we need to drop MongoDB from
Fedora.
== Owner ==
* Name: [[User:panovotn| Patrik Novotný]]
<!-- Include you email address that you can be reached should people
want to contact you about helping with your change, status is
requested, or technical issues need to be resolved. If the change
proposal is owned by a SIG, please also add a primary contact person.
-->
* Email: panovotn(a)redhat.com
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
5 years, 2 months
Can't figure out how to build flatpaks
by Pete Walter
Hi,
I've noticed that someone created a flatpak build for one of my packages (feedreader), but it's horribly out of date: flatpak has 2.5.1 vs rpm has 2.7.0. I've been trying to update the flatpak build, but not much luck here. The documentation is pretty verbose, but seems to miss some crucial steps and nothing really works.
I've been following https://fishsoup.net/misc/fedora-docs-flatpak/flatpak/tutorial/
Specifically, I've typed the following commands:
# dnf install flatpak-module-tools fedmod
$ fedpkg clone modules/feedreader
$ cd feedreader
$ fedmod fetch-metadata
Up until here everything seems to check out and download correctly, but then when I do:
$ flatpak-module local-build --install
2019-01-31 17:11:52,388 - MainThread - moksha.hub - WARNING - Cannot find qpid python module. Make sure you have python-qpid installed.
BUILDING MODULE
===============
Traceback (most recent call last):
File "/usr/bin/mbs-manager", line 11, in <module>
load_entry_point('module-build-service==2.12.2', 'console_scripts', 'mbs-manager')()
File "/usr/lib/python3.7/site-packages/module_build_service/manage.py", line 189, in manager_wrapper
manager.run()
File "/usr/lib/python3.7/site-packages/flask_script/__init__.py", line 417, in run
result = self.handle(argv[0], argv[1:])
File "/usr/lib/python3.7/site-packages/flask_script/__init__.py", line 386, in handle
res = handle(*args, **config)
File "/usr/lib/python3.7/site-packages/flask_script/commands.py", line 216, in __call__
return self.run(*args, **kwargs)
File "/usr/lib/python3.7/site-packages/module_build_service/manage.py", line 154, in build_module_locally
username, handle, str(stream), skiptests, optional_params)
File "/usr/lib/python3.7/site-packages/module_build_service/utils/submit.py", line 386, in submit_module_build_from_yaml
return submit_module_build(username, None, mmd, optional_params)
File "/usr/lib/python3.7/site-packages/module_build_service/utils/submit.py", line 486, in submit_module_build
mmds = generate_expanded_mmds(db.session, mmd, raise_if_stream_ambigous, default_streams)
File "/usr/lib/python3.7/site-packages/module_build_service/utils/mse.py", line 345, in generate_expanded_mmds
current_mmd, default_streams, raise_if_stream_ambigous)
File "/usr/lib/python3.7/site-packages/module_build_service/utils/mse.py", line 276, in get_mmds_required_by_module_recursively
.format(base_module_choices))
module_build_service.errors.UnprocessableEntity: None of the base module (platform) streams in the buildrequires section could be found
error: mbs-manager build_module_locally failed
error: log: None
From this error message, it's unclear to me what I need to install. feedreader.yaml has:
- buildrequires:
flatpak-runtime: [f29]
requires:
flatpak-runtime: [f29]
so I've tried to do 'dnf install flatpak-runtime' but the package doesn't seem to be available.
Next, I thought I'd try building it in koji. Not sure how to do that, the docs are fairly vague, mentioning 'git push origin master' but I don't have anything really to push, the existing git doesn't seem to refer to package versions or anything. I figured that maybe it somehow magically connects it to dist-git rpms/feedreader and gets the sources there so I've tried just 'fedpkg module-build' without pushing anything to modules/flatpak, but that fails again with the familiar missing buildrequires error:
$ fedpkg module-build
Submitting the module build...
Could not execute module_build: The build failed with:
None of the base module (platform or bootstrap) streams in the buildrequires section could be found
Is the flatpak building actually working for anyone? What am I doing wrong? How do I specify what version to actually build?
Thanks,
Pete
5 years, 2 months
F30: Self-Contained Change proposal: Firefox Wayland By Default On Gnome
by Ben Cotton
https://fedoraproject.org/wiki/Changes/Firefox_Wayland_By_Default_On_Gnome
== Summary ==
Firefox is going to run natively on Gnome Wayland session and won't
use XWayland/X11 Gtk+ backend. This change affects Gnome only and
won't be enabled for other Wayland compositors (KDE Plasma, Sway).
== Owner ==
* Name: [[User:stransky| Martin Stransky]]
* Email: <stransky(a)redhat.com>
* Product: Spins / Workstation
* Responsible WG: Desktop
== Detailed Description ==
Firefox with native Wayland backend has been available for last two
Fedora releases as an optional package. It grown over the time and we
can deploy it now as a default to bring all Wayland benefits to Fedora
users.
== Benefit to Fedora ==
Running Firefox natively on Wayland is generally faster and smoother
on Wayland enabled sessions like Gnome Wayland and better supports
HiDPI displays (respects desktop scale) .
== Scope ==
* Proposal owners: Firefox already uses Wayland as a default backend
on Fedora 30 / Gnoma Wayland session.
* Other developers: N/A (not a System Wide Change)
* Release engineering: [https://pagure.io/releng/issues #Releng issue
number] (a check of an impact with Release Engineering is needed)
** List of deliverables: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
N/A (not a System Wide Change)
== How To Test ==
Run Firefox on Gnome Wayland session and check any issues you may see.
== User Experience ==
* Faster Firefox run on Gnome Wayland session
* Smoother font rendering compared to non-Wayland Firefox version
* Honor display scale, better user experience on HiDPI and semi-HiDPI desktops.
== Dependencies ==
N/A (not a System Wide Change)
== Contingency Plan ==
* Contingency mechanism: Switch back default X11 backend.
* Contingency deadline: Beta Freeze
* Blocks release? No
* Blocks product? product No
== Documentation ==
* Mozilla Firefox Wayland Bug tracker:
https://bugzilla.mozilla.org/show_bug.cgi?id=635134
* Mozilla release calendar: https://wiki.mozilla.org/RapidRelease/Calendar
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
5 years, 2 months
exiv2-0.27.0 coming to rawhide
by Rex Dieter
Will be working on bringing exiv2-0.27.0 to rawhide over the coming days. Includes both abi and minor api changes.
Tracking progress in
https://bugzilla.redhat.com/show_bug.cgi?id=1665246
in case anyone's aware of incompatibilities, can block that bug. Thanks.
According to repoquery, affected packages include:
$ dnf repoquery --whatrequires 'libexiv2.so.26()(64bit)' --repoid=rawhide
...
berry-0:1.0.0-8.fc30.x86_64
darktable-0:2.6.0-2.fc30.x86_64
digikam-0:5.9.0-2.fc29.x86_64
geeqie-0:1.4-5.fc29.x86_64
gerbera-0:1.2.0-4.fc30.x86_64
gimp-lensfun-0:0.2.4-9.fc29.x86_64
gipfel-0:0.4.0-17.fc29.x86_64
gnome-color-manager-0:3.30.0-1.fc30.x86_64
gnome-commander-4:1.8.1-1.fc29.x86_64
gpscorrelate-0:1.6.1-25.fc29.x86_64
gthumb-1:3.6.2-1.fc30.x86_64
gwenview-libs-1:18.08.3-1.fc30.x86_64
hugin-0:2018.0.0-5.fc30.x86_64
immix-0:1.3.2-32.fc29.x86_64
kde-runtime-libs-0:17.08.3-9.fc29.x86_64
kf5-kfilemetadata-0:5.53.0-1.fc30.x86_64
kf5-libkexiv2-0:18.12.0-1.fc30.x86_64
kphotoalbum-0:5.2-7.fc29.x86_64
krename-0:5.0.60-1.fc30.x86_64
krita-0:4.1.7-2.fc30.x86_64
libextractor-plugins-exiv2-0:1.6-4.fc28.x86_64
libgexiv2-0:0.10.10-1.fc30.x86_64
librawstudio-0:2.1-0.19.20170414.g003dd4f_rawspeed.20161119.gfa23d1c.fc29.x86_64
luminance-hdr-0:2.5.1-15.fc29.x86_64
merkaartor-0:0.18.3-7.fc29.x86_64
nomacs-0:3.8.1-0.3.20180223git9b305e2.fc29.x86_64
oyranos-libs-0:0.9.5-27.fc29.x86_64
pdf2djvu-0:0.9.11-1.fc30.x86_64
photoqt-0:1.7.1-3.fc29.x86_64
phototonic-0:1.7.21-20161107git24d7b78.fc29.x86_64
pyexiv2-0:0.3.2-36.fc30.x86_64
python3-exiv2-0:0.3.0-2.fc29.x86_64
rawstudio-0:2.1-0.19.20170414.g003dd4f_rawspeed.20161119.gfa23d1c.fc29.x86_64
sir-0:2.5.1-17.fc29.x86_64
ufraw-0:0.22-14.fc29.x86_64
viewnior-0:1.7-3.fc29.x86_64
5 years, 2 months
Outage 2019-02-02 13:00 UTC -> 15:00 UTC
by Stephen John Smoogen
This outage is a replacement of an earlier one in December which had to be
cancelled.
There will be an outage starting at 2019-02-02 13:00 UTC,
which will last approximately 2 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2019-02-02 13:00UTC'
Reason for outage:
Various switches at the colocation are needing updates and reboots to get
latest firmware working. While the outage should not take the entire 2
hours, it is being blocked out in case there are problems which are not
realized and need backing out or other changes.
Affected Services:
dl.fedoraproject.org
all build services
most web services
copr and all other cloud services.
Ticket Link:
https://pagure.io/fedora-infrastructure/issue/7535
Please join #fedora-admin or #fedora-noc on irc.freenode.net
or add comments to the ticket for this outage above.
--
Stephen J Smoogen.
5 years, 2 months
Self Introduction
by Samuel P
Hi Folks. My name is Samuel and I have been a user of Fedora for about 7 years now. I am a systems engineer co-maintaining my company's patching infrastructure, working closely with carlwgeorge. I use Fedora as my main workstation with special interest in both exotic display and audio configurations. I've had a lot of enjoyment tinkering with Fedora over the past few years using it as my workstation at the office along with the trials that come along with maintaining it as new releases become available. I currently run Fedora 28 on a few devices and plan on upgrading them to 29 over the next few months.
Recently I've been working to get a piece of software known as "fpart" integrated into Fedora and eventually EPEL that I'd be looking to use to solve some automation tasks I deal with on a semi-regular basis. I can pull down the source and build it on my own but I'd prefer to take a cleaner approach of creating proper rpms and go through the process of getting them approved and released within the distribution itself along with maintaining the package as newer releases become available.
At this point I'm looking for sponsorship to move to the next step of getting the package integrated; working with carlwgeorge I was able to clean up the package to approval status in the following bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1650621
I would be appreciative of any sponsors willing to assist with these endeavors. Thanks.
Samuel
5 years, 2 months