The following packages are currently retired but other packages depend
on them. Since the packages are not yet blocked in koji, this is not
very visible. Nevertheless, the packages need new maintainers or the
depending packages need to drop dependencies on them.
- There are no recursive deps in this report, because there are too many
especially for libgssglue.
- libgssglue might be superseded by the krb5 package
- It might happen that the packages will be blocked in the near future,
making it impossible to install the affected packages on f20 and
Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one.
directfb orphan, kwizart
python-quantumclient orphan, jruzicka, vaneldik, pbrady, apevec, gkotton,
The following packages require above mentioned packages:
Depending on: directfb
xine-lib (maintained by: kkofler, rdieter)
xine-lib-extras-1.1.21-7.fc20.i686 requires libdirect-1.6.so.0, libdirectfb-1.6.so.0, libfusion-1.6.so.0
Depending on: libgssglue
conserver (maintained by: jkastner)
conserver-8.1.18-7.fc19.i686 requires libgssglue.so.1, libgssglue.so.1(libgssapi_CITI_2)
conserver-8.1.18-7.fc19.src requires libgssapi-devel = 0.4-2.fc19, libgssglue-devel = 0.4-2.fc19
conserver-client-8.1.18-7.fc19.i686 requires libgssglue.so.1, libgssglue.so.1(libgssapi_CITI_2)
libserf (maintained by: cicku, jorton)
libserf-1.2.1-4.fc20.src requires libgssapi-devel = 0.4-2.fc19
rdesktop (maintained by: ssp, fab, alexl, caillon, caolanm, hadess, johnp, mbarnes, mclasen, rhughes, rstrode, ssp, xiphmont, rathann)
rdesktop-1.8.0-1.fc20.i686 requires libgssglue.so.1, libgssglue.so.1(libgssapi_CITI_2)
rdesktop-1.8.0-1.fc20.src requires libgssglue-devel = 0.4-2.fc19
Depending on: python-quantumclient
openstack-quantum (maintained by: rkukura, itamarjp, otherwiseguy, mmagr, josecastroleon, vaneldik, pbrady, rackerjoe, apevec, chrisw, gkotton, markmc)
python-quantum-2013.2-0.3.b1.fc20.noarch requires python-quantumclient = 2:2.2.1-4.fc20
Depending on: spacewalk-web
nocpulse-common (maintained by: msuchy)
nocpulse-common-2.2.7-2.fc20.noarch requires perl(RHN::DBI)
spacewalk-admin (maintained by: msuchy)
spacewalk-admin-2.0.1-2.fc20.noarch requires perl(RHN::SatelliteCert), spacewalk-base = 1.9.22-4.fc20
Depending on: tslib
ecore (maintained by: spot, vicodan, terjeros)
ecore-1.7.8-2.fc20.i686 requires libts-0.0.so.0
ecore-1.7.8-2.fc20.src requires tslib-devel = 1.0-7.fc20
Can you please tell us what you need to resolve this bug?
I'm currently unable to do OpenWRT development because of hitting this bug.
Looking at google search results, it seems to be a known issue but looking in the "make" project pages on fsf.org I don't see an upstream tracker for this.
Am I correct in assuming that it's Fedora specific?
I am new to this list, and I'm a Fedora user for a little less than
two years. Recently I've become a full-time Fedora user since I've
installed it on my laptop for work.
I'm a developer, and I usually work for companies that use RHEL in
production. I think Fedora is a great distribution for development,
because I love to be provided with latest versions of my favorite
Recently I have decided I would package tools I miss :)
I'm willing to maintain those packages of course, but I haven't
introduced myself yet, simply because I forgot. So here ends my late
I'm going to update libcue up to 1.4.0 from current 1.3.0, with soname
bump. The following packages are affected by this upgrade:
I'll rebuild them as soon as libcue-1.4.0 will be available.
With best regards, Peter Lemenkov.
On 08/30/2013 07:24 PM, elias.vds(a)gmail.com wrote:
> Op vrijdag 19 juli 2013 00:12:35 UTC+2 schreef Hans de Goede:
>> The following has been ported / is supported:
>> -sound: analog in/out
>> Fedora 19 ARM should also work on the following devices:
>> * A13-OLinuXino (Olimex)
> Hi, thanks very much for the release!
> I've already tested the Fedora 18 remix on my A13-OLinuXino (even with WIFI working!), but I can't get the audio to work:
> ALSA reports that no soundcards could be detected.
> However using the Debian image of Olimex, I was able to get audio through my headphones and the mic worked also. I looked up the driver, and it appeared to be "sun5i-CODEC". On the rootfs of the Fedora image, I looked into "/lib/modules/<sun5i-kernel>/kernel/sound/soc/", but I only could see a "sun4i" directory, even without a "sun4i-CODEC" counterpart.
> I read somewhere else that code of "/sound/soc/sun5i" was merged with "/sound/soc/sun4i", but I tried to modprobe each driver in "/sound/soc/sun4i" without success.
> Do I have to recompile the whole kernel, or just compile the "sun5i-CODEC" module, or do I have to do something different to get audio working?
> Thank you very much!
You're not seeing the sun4i-codec module (which works for sun5i too) because it is build into the kernel.
You should see some audio devices under /dev/snd and /sys/class/sound
While checking things work with Fedora 19 ARM remix for Allwinner SOCs release 1 I did notice that there
is an error in the fex file for the A13-OLinuXino, causing only audio-out to be present, I've just pushed
an updated fex file here:
If you save this file, convert it to a script.bin file using the fex2bin utility from here:
And then overwrite script.bin in the uboot partition of your sdcard with the new one you should
also get a capture device.
-----BEGIN PGP SIGNED MESSAGE-----
I wanted to let everyone know that as of last night all of the buildvm
builders were moved from RHEL 6 to Fedora 19. We do still have some
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.21 (GNU/Linux)
-----END PGP SIGNATURE-----