I'm orphaning pympdtouchgui - while it may still work I've never
actually used it myself and I do not know of any other user of the
Additionally it hasn't been touched by $upstream in almost four years.
sven === jabber/xmpp: sven(a)lankes.net
While working on a spec file to cause build failure if new fonts showed
up in a package, I noticed two oddities with the checking for unpackaged
An unpackaged empty directory will not trigger a build failure.
If a file is covered by %exclude in the main package, but is not included
in any subpackage, it will not trigger a build failure.
as the new BerkeleyDB 6.x has a more restrictive license than the
previous versions (AGPLv3 vs. LGPLv2), and due to that many projects
cannot use it, perhaps it is time to get rid of it from Fedora for good
- or at least trim down the list of packages dependent on it as much as
The topic of BerkeleyDB v6 in Fedora was already discussed at this list
, and it turned out that peaceful cooperation of multiple libdb
versions in system is very problematic. As some packages cannot use
newer versions, we are basically stuck with v5 - unless we get rid of it
altogether or find another solution.
I already started probing which packages depend on libdb and what can
be done to remove that dependency. My findings are briefly documented
on  and so far it seems that with some work it could be done.
However, as I have only very hazy ideas on how some of the dependent
packages are used or why they need libdb, I would like to ask for
cooperation, ideally from the package maintainers themselves. The
information on how to remove dependency, what would need to be done in
addition to removing the dependency, or why it is a bad idea to try
drop the dependency are all valuable.
Thank you very much for any help. I welcome both edits in the wiki at
 in case of relatively simple solutions, and ideas, thoughts and
explanations on this mailing list.
Jan Stanek - Red Hat Associate Developer Engineer - Databases Team
On Fedora 21, OpenSSL doesn't appear to support NIST p224r1, but *does*
support other NIST curves. I presume this was intentional, but I'm not
sure why. Can someone enlighten me?
$ openssl ecparam -list_curves
secp384r1 : NIST/SECG curve over a 384 bit prime field
secp521r1 : NIST/SECG curve over a 521 bit prime field
prime256v1: X9.62/SECG curve over a 256 bit prime field
P4 2.8G, no hyperthreading, with i865G video.
F20 and F21 work normally.
Kernel 3.19.0-0.rc3.git1.2.fc22.i686+PAE on an i686
Installing libinput didn't help.
Chmod 4711 /usr/bin/Xorg didn't help.
KDE in F22 works fine via KDM, but after 2nd icon paints starting from
startx, either plain without KDM running, or after logging in via KDM then
from a vty startx -- :1, the machine hard locks, no input from mouse or
keyboard is possible, and remote login dies.
If I do startx -- :1 from Konsole, I get dumped to a black screen, but
keyboard works to switch among all ttys, showing either login prompts, shell
prompt, or a cursor in upper left corner of an otherwise all black screen.
Top on the remote login remains active showing a single Xorg.bin,
plasma-desktop and krunner each.
I can't seem to find any clues about the lockups in dmesg, Xorg.0.log,
elsewhere in /var/log/ or from journalctl.
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
A bug is open for perl-XML-TreePP since July (for opening a epel 7
branch) with no reaction
I need this package so I'm volunteer to maintain it
Cheers and seasons greetings
Marianne / Jehane
Marianne (Jehane) Lombard
Geekfeminist and sysadmin