-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi all.
Recently, I encountered some problems with the compilation of various
applications/libraries [1] from SeqAn project [2] of biological interest.
These compilations have been particularly annoying because it was
nearly impossible to compile on my PC without blocks dependent by
hardly memory usage.
Most RPM builds were done on Copr and Koji even if it seems impossible
to work with all default compiler flags requested in Fedora packaging
guidelines.
To pass these problems, I had to decrease '-O' optimization flag
gradually to '-O1' or '-O0', latest attempt is the removal of '-pipe'
from RPM_OPT_FLAGS.
What's best choice in these cases?
Which flags should never be removed/changed?
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1105730
[2] http://www.seqan.de/
Regards.
- --
Antonio Trande
mailto: sagitterATfedoraproject.orghttp://www.fedoraos.worpress.comhttps://fedoraproject.org/wiki/User:Sagitter
GPG Key: D400D6C4
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJTncOxAAoJED2vIvfUANbE08AP+wQugFKZ6Ey0JkcH9l/d7UWT
5e2VHMD8FD/sM9bIA9hWttoPVlZm2B+vwTJAsACUSy7be8zYqKYUGSzbiBG7gEaY
J7SKELgzhRIh/VkVthfOBie6EUz68m7EGs+vu5NM/0nEfNQz69AHw3GcJBXXJCGc
c02UF7BGqhoKh9ZRJ9kvIuo/ZEJN5Jx8tDyDSkRy5qBZRb8w4cK8MUwI+5YySJAN
LbFYK2rZE5j2fEfEkmtkLb3IOpWmxZRhjKv1w6QbCltitqkoPSUUirb6COfElnIV
x+YNsjm3gX4MpEcR4T/x/H85xNpGOTL/OyUonNcGax5GdhZ2yTWFYZHbYnZTHjKN
2b93JMMFCvZ7g2fYjZdvmFdgY2TdU2yyZijd3lILlITQwfLciwF5db7EFMhC5lyC
j2wYO50eoexLV2tty91S+NNsHTFNm5u12U1/eNqxdGoGfX1FpUZqusEKMMGXQyuD
pcn9z/JKPRntYygyVa5iwNdbso+83bcRmuqagH5G3fW9fvrEN72WorPcQDNNTnog
mZSXh5qFFyvcswQz+oVqP+NwtwYQJ/GmL48QNGYs6xnx+L+2E+XRevZSvwA4OoQM
cdDbv1UvcLZYOmkn+0sytHcq022VHVp0KnjxsfMdPZD6rBvIwzVzDZGY/Gya3/Wv
3Wp7RcTAHgjEDQdlhDi3
=/3WN
-----END PGP SIGNATURE-----
Because a new version of the Free42 calculator has switched to the Intel
decimal floating point library (an implementation of the decimal part of
IEEE-754), I'm working on packaging it:
https://bugzilla.redhat.com/show_bug.cgi?id=1098820
Intel supplies it as portable code intended to be linked directly with an
application, and builds and tests all 16 combinations of four binary
compile-time options, with the name of the resulting library based on the
values of those options. It is essential that the program making use of
the library use the correct defines to match the specific library variant
being used.
When I've packaged other libraries for Fedora that didn't include
pkg-config files, it seemed desirable to add them. However, in this case
Michael Schwendt commented in the package review that I "am adding to the
API here", and that it "results in incompatibilities".
Since there are sixteen variants of the library, I am providing sixteen
corresponding pkg-config files. When another program uses the library, by
using pkg-config in their Makefile (or other build system), it will ensure
that they are getting the right C preprocessor defines for the chosen
library variant.
I don't really understand how this is "adding to the API" or results in
incompatibilities. Do other people think that doing this is a mistake?
Would it actually be better for the package not to provide pkg-config files?
Thanks!
Eric
I resolved the issue with ODB not building with gcc 4.9, but it appears
that there's something going wrong with the ARM build. I don't have access
to a Fedora 21 machine or ARM hardware to debug this issue, so does anyone
have any ideas on what I can do to get the ARM build working on Fedora 21?
Thanks,
Dave
---------- Forwarded message ----------
From: <bugzilla(a)redhat.com>
Date: Mon, Jun 9, 2014 at 9:55 AM
Subject: [Bug 1106637] New: odb: FTBFS in rawhide
To: davejohansen(a)gmail.com
https://bugzilla.redhat.com/show_bug.cgi?id=1106637
Bug ID: 1106637
Summary: odb: FTBFS in rawhide
Product: Fedora
Version: rawhide
Component: odb
Assignee: davejohansen(a)gmail.com
Reporter: dennis(a)ausil.us
QA Contact: extras-qa(a)fedoraproject.org
CC: davejohansen(a)gmail.com, lemenkov(a)gmail.com
Blocks: 1105908
Your package odb failed to build from source in current rawhide.
http://koji.fedoraproject.org/koji/taskinfo?taskID=6972904
For details on mass rebuild see
https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1105908
[Bug 1105908] Fedora 21 Mass Rebuild FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
There is DNF builddep Plugin
http://akozumpl.github.io/dnf-plugins-core/builddep.html
however it is not the same as yum-builddep.
# yum-builddep pulseaudio
...
Getting requirements for pulseaudio-4.0-13.gitf81e3.fc20.src
--> Already installed : ...
...
No uninstalled build requires
# dnf builddep pulseaudio
Config time: 0.008
cachedir: /var/cache/dnf/x86_64/20
Loaded plugins: debuginfo-install, generate_completion_cache, copr, playground, download, kickstart, noroot, builddep
initialized DebuginfoInstall plugin
initialized Copr plugin
initialized Playground plugin
initialized Noroot plugin
initialized BuildDep plugin
dnf version: 0.5.2
Command: dnf builddep pulseaudio
Installroot: /
Base command: builddep
Extra commands: [u'pulseaudio']
hawkey sack setup time: 0.023
Error: Failed to open: 'pulseaudio', not a valid spec file.
Cleaning up.
yum can work without "actual" local files i.e. yum will find them for us which is super huge!
Long live the yum!
poma
Hi all,
Ada support has been added to Fedora's GCC. This is good news.
For some reasons koji passes
armv7hl-redhat-linux-gnu as target in configure option and all
packages built with gprbuild are FTBFS as the result [1]. I'm not able
to debug it using qemu because both rpmbuild and mock use "right"
target *-linux-gnueabi and gprbuild can handle it without any
problems.
So Why does koji replace the target and is it expected to have
different targets on build and "target" systems? Google said me at
least Asterisk developers were complained about that.
--
Pavel
[1] https://bugzilla.redhat.com/showdependencytree.cgi?id=1109392
Hi,
when tried to use fedpkg new-sources xxx got this. What happened ?
-------- Forwarded Message --------
> From: Mail Delivery Subsystem <bouncer(a)redhat.com>
> To: ignatenkobrain(a)fedoraproject.org
> Subject: Returned mail: see transcript for details
> Date: Sun, 15 Jun 2014 13:04:52 -0400
>
> The original message was received at Sun, 15 Jun 2014 13:04:52 -0400
> from zmta01.collab.prod.int.phx2.redhat.com [10.5.81.8]
>
> ----- The following addresses had permanent fatal errors -----
> sandmann(a)mail.corp.redhat.com
> (reason: 554 5.4.6 Too many hops)
> (expanded from: <sandmann(a)redhat.com>)
>
> ----- Transcript of session follows -----
> 554 5.4.6 Too many hops 26 (25 max): from <ignatenkobrain(a)fedoraproject.org> via zmta01.collab.prod.int.phx2.redhat.com, to <sandmann(a)redhat.com>
--
-Igor Gnatenko
UmVwb3J0aW5nLU1UQTogZG5zOyBpbnQtbXgxMy5pbnRtYWlsLnByb2QuaW50LnBoeDIucmVkaGF0
LmNvbQ0KUmVjZWl2ZWQtRnJvbS1NVEE6IEROUzsgem10YTAxLmNvbGxhYi5wcm9kLmludC5waHgy
LnJlZGhhdC5jb20NCkFycml2YWwtRGF0ZTogU3VuLCAxNSBKdW4gMjAxNCAxMzowNDo1MiAtMDQw
MA0KDQpPcmlnaW5hbC1SZWNpcGllbnQ6IHJmYzgyMjttZXNhLW93bmVyQGZlZG9yYXByb2plY3Qu
b3JnDQpGaW5hbC1SZWNpcGllbnQ6IFJGQzgyMjsgc2FuZG1hbm5AcmVkaGF0LmNvbQ0KWC1BY3R1
YWwtUmVjaXBpZW50OiBSRkM4MjI7IHNhbmRtYW5uQG1haWwuY29ycC5yZWRoYXQuY29tDQpBY3Rp
b246IGZhaWxlZA0KU3RhdHVzOiA1LjQuNg0KRGlhZ25vc3RpYy1Db2RlOiBTTVRQOyA1NTQgNS40
LjYgVG9vIG1hbnkgaG9wcw0KTGFzdC1BdHRlbXB0LURhdGU6IFN1biwgMTUgSnVuIDIwMTQgMTM6
MDQ6NTIgLTA0MDANCg0=