Am 24.10.2022 um 13:14 schrieb Martin Gansser:
when compiling QMPlay2-22.10.23 [1] on f35 and f36 i get this error message:
[...]
In file included from /home/martin/rpmbuild/BUILD/QMPlay2-22.10.23/src/qmplay2/QMPlay2OSD.cpp:19:
Hi all,
I'm intending to orphan the "zorba" package. Upstream seems to have
stalled the development and in the last couple of months the number of
issues introduced by CMake updates increased. Also, the language
bindings haven't been ported to Python 3 yet. Currently zorba fails to
build for
Hello all,
I've just updated liblouis and liblouisutdml in rawhide to the latest
upstream releases. As far as I can see, there are no packages in Fedora
that directly depend on the libraries but some require the Python
bindings (python3-louis).
If one of your Fedora or private packages
Am 11.02.2016 um 17:18 schrieb Raphael Groner:
> I took tmw and would like to update in rawhide and F23.
>
> What's the difference to manaplus? There are also (very old and
> orphaned) packages named as manaworld, log says they conflicted with
> mana, can we switch the name back? How's the
Am 11.01.2016 um 20:53 schrieb Erik Schilling:
> After a short discussion with upstream they told me that they ship the
> branding for tmw inside of the manaplus sources. So it would probably be
> the easiest to simply create a tmw package as subpackage of the
> manaplus.spec.
>
> But well... I
Hi,
unfortunately, I have to orphan the two Mana World packages tmw [1] and
tmw-music [2] since I don't use them any longer and don't have enough
time to maintain them properly. It would be great if somebody is still
interested in The Mana World and could take ownership.
As far as I can
Am 11.06.2014 08:32, schrieb Petr Spacek:
Unfortunately, it appears that that is not the only bug. Valgrind
shows at least two more bugs, both also tied into SimpleStore and
Store somehow, but I'm out of time to look at them.
Yes, the remaining bugs are hard to isolate. They always occur in
Hi,
I've tried to fix the broken zorba package in rawhide for a couple of
weeks now but, unfortunately, without much success. The upstream
developers don't seem to be able to find the cause for the issue either.
The problem is that the package fails to build with gcc 4.9.0 (all
archs)
Am 10.06.2014 14:24, schrieb Petr Spacek:
On 10.6.2014 14:16, Martin Gieseking wrote:
The problem is that the package fails to build with gcc 4.9.0 (all archs)
because the generated zorba binary segfaults for some queries due to
accessing
already freed memory. The issue only occurs
Am 10.06.2014 20:44, schrieb Jerry James:
Here's the first problem pointed out by valgrind:
- class Store (src/store/naive/store.h) has a public member zstring
theEmptyNs
- that object is set to a string that is also added to StringPool
*theNamespacePool inside Store::init()
Hi,
I'm currently trying to rebuild the zorba package due to a broken
dependency in rawhide. Unfortunately, the newly built binary segfaults
when it's compiled with gcc 4.9.0. The same package builds correctly for
f20 (using gcc 4.8.2). It seems that this is a regression in the
optimizer of
Am 24.02.2014 16:49, schrieb Kevin Fenzi:
On Sun, 23 Feb 2014 11:06:47 +0100 Martin Gieseking
martin.giesek...@uos.de wrote:
Hi,
finally, I found some time to update one of my bigger packages
(zorba) to the latest release and to adapt it to build
successfully on f21. However
Hi,
finally, I found some time to update one of my bigger packages (zorba)
to the latest release and to adapt it to build successfully on f21.
However, the package (still) fails to build for armv7hl. The generated
binary segfauls and therefore also prevents creating additional files
during the
Am 22.08.2011 02:56, schrieb Nathan Owe:
I am currently working on packaging c-icap I get the following error
using rpmlint: rpmlint
/var/lib/mock/fedora-15-x86_64/result/c-icap-0.1.6-1.fc15.x86_64.rpm
c-icap.x86_64: E: explicit-lib-dependency zlib c-icap.x86_64: W:
Am 31.03.2011 00:38, schrieb Rahul Sundaram:
I can do a review in exchange for hotot
https://bugzilla.redhat.com/show_bug.cgi?id=692281
Hi Rahul,
I've taken the review request. It would be nice if you could review
liblouisutdml for me:
https://bugzilla.redhat.com/show_bug.cgi?id=677946
Am 25.11.2010 18:16, schrieb Ankur Sinha:
This is the error I receive while building the package (which was
corrected by using autoreconf -fi). How should I change my spec[1] to
work around the error please?
libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6
Am 12.08.2010 10:32, schrieb Jaroslav Reznik:
But as you can see on [1]: http://pkgs.fedoraproject.org/gitweb/ BROKEN
(listing 10K+ packages does not work). Use e.g.
http://pkgs.fedoraproject.org/gitweb/?p=erlang.git directly for the erlang
package (also broken, unfortunately)
Oops, sorry, I
17 matches
Mail list logo