Throughout the day of November 24th, 2015 there have been multiple build
failures in COPR because of problems with the COPR infrastructure.
If your build failed with only a mockchain.log.gz file which contains
the following line:
"Failed to obtain srpm from dist-git", or something alike that, that was
caused by this
We have just found and fixed the root cause of this problem, so any
builds from now on should be successful.
If you have any builds that failed and only produces a mockchain.log.gz,
please resubmit your build and it should go through correctly.
If you have any build failures where you are unsure whether they're
caused by this issue,
or have any other questions, feel free to email me or come by on IRC
This is my first fedora packaging question. I'd like to update, or help
someone update the espeak package in fedora to use a different
repository other than the sourceforge one maintained by the espeak
developer. THis is because of a few reasons, mainly: 1, the git
repository I'd like to use uses a modern autotools build system that
autodetects all of the things necessary to build espeak and work
properly with both pulse audio and port audio, rather than having to
modify and uncomment the makefile. 2: it provides some additional
varients, which are differently sounding voices that are not included in
the stock espeak, but do come with the windows NVDA screen reader, which
apparently a lot of blind people use. 3: and this is most important, it
includes support for building the extended dictionaries needed to
support chinese and russian languages, if the appropriate options are
added to the ./configure line. I'm still very new to fedora packaging
and obviously can't upload my own packages, but it should be a simple
fix and should clean up thespec file considerably. The git repository is
located at, http://github.com/rhdunn/espeak.git. Would anyone be willing
to modify the spec file to use this repository for all supported fedora
releases? I'm only asking because I've been getting requests to make
espeak speak russian and chinese and attempting to make the stock
version do it is nearly impossible. Reese dunn's autotools system builds
the dictionaries form source, whereas with the current stable version
from sourceforge you need to download and copy the dictionaries into the
proper place, /usr/share/espeak-data. Even after doing this, espeak
errors out with a "wrong dictionary version" error and won't use the
Any thoughts, suggestions, etc? I'm still new to the fedora community
and I'm not sure if there are any procedures that need to be followed,
package review requests, etc.
Hi any GTk3 or WxWidgets devs,
In Audacity (next), upstream has moved to wxGTK3. The only visible issue
I can see is with the placement of text within drop down fields.
The text is too low, and if it's too wide, the combo box isn't resizing
to fit the width. 
Just wondered if this is a problem with any other wxGTK3 using
applications, or any pointers in trying to nut out the cause would be
contains 3 screen shots indicating the issue, where it's difficult to
read the text.
cyrus-sasl upstream came up with new release and at this occasion I
decided for a small clean up during posting some features upstream.
There were quite many patches, patching pre-generated configures or
similar stuff which I dropped and forced reconfiguration. There is still
some ongoing work, but posting it as it is fresh and looking forward to
Before spoiling Rawhide, I would like to make sure I didn't break much,
so if you know your tool or workflow is using cyrus-sasl and you can
give it few minutes of testing against rawhide, I would be glad for
feedback on this scratch-build in koji .
My basic test suite passed fine on Rawhide, but I believe there are
others out there in the wild.