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:
/home/martin/rpmbuild/BUILD/QMPlay2-22.10.23/src/qmplay2/QMPlay2OSD
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 depen
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 situati
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 do
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 tell
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
co
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() (src/sto
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 with
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) becaus
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 g
Am 24.02.2014 16:49, schrieb Kevin Fenzi:
> On Sun, 23 Feb 2014 11:06:47 +0100 Martin Gieseking
> 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
>> successfu
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 bui
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:
> devel-file-in-non-dev
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
Mart
>> Downloading Packages:
>> http://jnovy.fedorapeople.org/texlive/packages.f15/texlive-release-2010-14.20110113.fc15.noarch.rpm:
>> [Errno 14] HTTP Error 404 - Not Found :
>> http://jnovy.fedorapeople.org/texlive/packages.f15/texlive-release-2010-14.20110113.fc15.noarch.rpm
>> Trying other mirror.
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
>> Debian
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, sor
Am 12.08.2010 10:03, schrieb Peter Lemenkov:
> It was easy to build whole list of upstream projects available in
> Fedora - anyone could just look over the contents of this page:
>
> http://cvs.fedoraproject.org/viewvc/rpms/
>
> Now it doesn't look that easy. In fact I have no clue how to build
>
19 matches
Mail list logo