Orphaned apvlv, herbstluftwm, xsettingsd and python-tlslite
by Till Maas
Hi,
I just orphaned apvlv, herbstluftwm, xsettingsd and python-tlslite. I do
no longer use them and only adopted them because they sounded useful or
I needed them back then. I cannot really tell about their upstream
status, they might not be completely dead. Please pick them up if you
would like to keep them in Fedora. Otherwise I will retire them
eventually.
Kind regards
Till
6 years, 8 months
Self Introduction: Timothée Floure
by Timothée Floure
Hello,
I just submitted my first package submission [1] to the official
repository. I guess it's time for an introduction :
I'm a computer science student from Lausanne, Switzerland. I've been
running on linux for 6 or 7 years now, and came back from archlinux [2]
to fedora a few months ago. Asides from my studies, I work part-time at
my university's IT desk and I'm part of an association promoting linux
and FOSS in general accross the campus. I also have some experience on
system administration but I'm not really familiar with redhat derivative
on servers (running debian everywhere).
Well... nice to meet you ? :)
Best Regards,
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1477567
[2] probably due to the lack of policy
--
Timothée Floure
6 years, 8 months
Live image booting issue with locally built anaconda
by Kalpa Welivitigoda
Hi,
I am trying to build a live image (with livecd-creator) based on Fedora 26.
In doing so I patch a couple of packages (I maintain them in a local rpm
repository) including anaconda. However with the iso built with the patched
anaconda rpm, I don't see the GUI in booting. The screen goes blank after
sometime and the login screen doesn't appear.
Then I tried to build anaconda without any patches and still the result is
the same.
So I suspect the issue is with me building anaconda locally. What I did was,
1. I downloaded the srpm of anaconda with dnf
2. extracted the anaconda.spec file modified it to have the patch (my patch
is there in the SOURCES directory)
3. built the srpm, and from that a mock build to get the rpm, and updated
my local rpm repository with the built anaconda*.rpm files.
Any help to identify and fix what may have gone wrong is highly appreciated.
--
Best Regards,
Kalpa Welivitigoda
http://about.me/callkalpa
6 years, 8 months
Default location for addons AppStream metadata has changed
by Alexander Ploumistos
Hello all,
Sometime ago, the default location of AppStream metadata for addons
(*.metainfo.xml files) changed from %{_datadir}/appdata/ to
%{_datadir}/metainfo/[0].
As far as I can tell that change went mostly unnoticed, given that
most of our packages still install addon metadata in
%{_datadir}/appdata/. I visited the relevant wiki page[1] which still
lists the old location, but I could not edit it, because it says I
should be a member of the "Packaging" group (btw, who belongs to that
group and how does one become a member?).
Could someone with edit rights change the page to reflect the current
state of things?
Since we have people working upstream on AppStream (ha ha), was this
(or any other similar change to the spec) announced someplace?
Thanks
Alex
0. https://www.freedesktop.org/software/appstream/docs/sect-Metadata-Addon.html
1. https://fedoraproject.org/wiki/Packaging:AppData
6 years, 8 months
GNU Ring
by Jos Vos
Hi,
Are there any plans to add Ring (https://ring.cx/en) to Fedora?
Cheers,
--
-- Jos Vos <jos(a)xos.nl>
-- X/OS Experts in Open Systems BV | Office: +31 20 6938364
-- Amsterdam, The Netherlands | Mobile: +31 6 26216181
6 years, 8 months
libglvnd-egl needed for X: should it be in base-x comps group? Or
should something require it?
by Adam Williamson
Hi folks! Wanted to run this up the flagpole somewhere before I just
went and did it...
We have a couple of openQA tests which just run Firefox on top of a
bare X server to do some browser tests. Up to now just 'dnf
groupinstall base-x' then 'dnf groupinstall firefox', then 'startx
/usr/bin/firefox', was enough; but now in Rawhide it seems like X fails
to start if only the 'base-x' package group is installed, it fails
looking for libEGL.so.1:
https://openqa.stg.fedoraproject.org/tests/137965#step/server_cockpit_def...
This file seems to be in the libglvnd-egl package, which it seems
doesn't get installed along with base-x.
So, should this package be added to base-x ? Should something depend on
it? Should X actually start up without libEGL.so.1, and I should file
*that* as a bug? Thanks!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
6 years, 8 months