I've just orphaned rpms/fedora-review-plugin-java.
This package was recently assigned to me in mass ownership reassignment
and I did not realize I was the owner, until now.
I never intended to maintain this package.
Senior Software Engineer, Red Hat
I'm orphaning 'mozilla-requestpolicy' package.
Feel free to adopt it.
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x5E212EE1D35568BE
GPG key server: https://keys.fedoraproject.org/
It's 3.30.1 release this week and you all know the drill for megaupdates
in Fedora :) We have f29-gnome tag for building and I'll collect all the
builds that are tagged with f29-gnome and put them in Bodhi once
everything is built.
There's a request for the nvme-cli package to generate a unique name
to use when connecting to NVMe-over-fabrics targets:
I'm wondering what the right approach is. For the various Atomic
variants, ISTM it's not very nice for the package to generate files in
/etc in a postinstall script. And it also seems like it might be
surprising for a remove-and-reinstall of nvme-cli to generate a whole
Maybe /etc/machine-id could just be symlinked to /etc/nvme/hostnqn.
Or maybe the user should be responsible for setting it up themselves.
Or maybe installing nvme-cli could create an NQN but uninstalling
could leave it there?
Is there any guidance for how to handle this?
Debian has "purge" for things like this, but I don't think Fedora has
I am trying to put weston in a docker container. I have run into some
issues and have been able to solve them with some trial and error and
research. But, I have hit an error when trying to start weston that there
are no other warning that I can see and I am not sure what else to do.
Here is what I got:
[brianclark@localhost weston]$ cat Dockerfile
LABEL MAINTAINER "Brian Clark" <bsclark75(a)gmail.com>
ENV NAME=weston VERSION=0 RELEASE=1 ARCH=x86_64
LABEL BZComponent="$NAME" \
RUN dnf -y install libunwind libinpu wayland mesa wayland-protocols weston
[brianclark@localhost weston]$ docker run --rm -e DISPLAY=$DISPLAY -ti
[root@d4895acb1694 /]# weston
Date: 2018-09-28 UTC
[02:04:21.902] weston 5.0.0
Bug reports to:
Build: unknown (not built from git or tarball)
[02:04:21.921] Command line: weston
[02:04:21.921] OS: Linux, 4.18.8-200.fc28.x86_64, #1 SMP Sun Sep 16
18:15:41 UTC 2018, x86_64
[02:04:21.921] warning: XDG_RUNTIME_DIR "/run/user/XDG" is not configured
correctly. Unix access mode must be 0700 (current mode is 755),
and must be owned by the user (current owner is UID 0).
Refer to your distribution on how to get it, or
on how to implement it.
[02:04:21.921] Starting with no config file.
[02:04:21.921] Output repaint window is 7 ms maximum.
[02:04:21.928] Loading module '/usr/lib64/libweston-5/x11-backend.so'
[02:04:22.373] fatal: failed to create compositor backend
If this is a bug I will be happy to file it on bugzilla and/or email the
Thank you for your help in advance.