On 06/15/2014 11:32 PM, Eric Smith wrote:
> 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 r
On Sun, Jun 15, 2014 at 4:16 PM, Kevin Kofler
wrote:
> Eric Smith wrote:
> > 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-confi
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Fri, Jun 13, 2014 at 10:17 AM, Dennis Gilmore wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Wed, 11 Jun 2014 23:48:10 -0500
> Dennis Gilmore wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On Wed, 11 Jun 2014 20:01:19 -0700
> > Dave Johansen wrote:
>
On Sun, Jun 15, 2014 at 2:18 PM, Björn Persson
wrote:
> Nico Kadel-Garcia wrote:
>> On Sat, Jun 14, 2014 at 3:56 PM, Björn Persson
>> wrote:
>>> As a system administrator I expect "yum install", "yum remove" and
>>> "yum update" to continue to work, and I expect to not have to rename
>>> or edit
> coin-or-lemon is still in f20 updates-testing repos
Please mention such facts early and prominently. It saves time
for those who try to help you.
> So my RAM is not adequate.
It *can* work, but your machine is not configured properly for large compiles:
-
> $ cat /proc/swaps
> Filename
Am 16.06.2014 00:12, schrieb Kevin Kofler:
> Antonio Trande wrote:
>> 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?
>
> Definitely not -O0, t
Eric Smith wrote:
> 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?
The reason we do not recommend adding non-upstream
Antonio Trande wrote:
> 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?
Definitely not -O0, that generates really crappy (slow and large) code. I'd
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 linke
Hi John.
On 06/15/2014 08:43 PM, John Reiser wrote:
>> These compilations have been particularly annoying because it was
>> nearly impossible to compile on my PC without blocks dependent by
>> *high* memory usage.
>
> How much RAM and swap and free space does the build machine have?
> ("sed 5q <
> These compilations have been particularly annoying because it was
> nearly impossible to compile on my PC without blocks dependent by
> *high* memory usage.
How much RAM and swap and free space does the build machine have?
("sed 5q < /proc/meminfo; cat /proc/swaps; df -h")
The BuildRequires
Nico Kadel-Garcia wrote:
> On Sat, Jun 14, 2014 at 3:56 PM, Björn Persson
> wrote:
>> As a system administrator I expect "yum install", "yum remove" and
>> "yum update" to continue to work, and I expect to not have to rename
>> or edit /etc/yum.conf after an upgrade. I'm sure I'm far from alone.
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 15 Jun 2014 15:35:24 +0200
Pavel Zhukov wrote:
> 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 buil
Errata corrige.
On 06/15/2014 06:03 PM, Antonio Trande wrote:
> These compilations have been particularly annoying because it was
> nearly impossible to compile on my PC without blocks dependent by
> hardly memory usage.
These compilations have been particularly annoying because it was
nearly imp
that's a mail-loop and luckily at least one MTA involved
in delivery sees his own received-headers often enough
to stop the loop and prevent damage / overload that way
Am 15.06.2014 19:07, schrieb Igor Gnatenko:
> when tried to use fedpkg new-sources xxx got this. What happened ?
> Forwar
Hi,
when tried to use fedpkg new-sources xxx got this. What happened ?
Forwarded Message
> From: Mail Delivery Subsystem
> To: ignatenkobr...@fedoraproject.org
> Subject: Returned mail: see transcript for details
> Date: Sun, 15 Jun 2014 13:04:52 -0400
>
> The original message
-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
On Sat, Jun 14, 2014 at 3:56 PM, Björn Persson
wrote:
> Please keep the command name "yum", and keep the command line syntax
> and the configuration language as compatible as is feasible. Make a
> wrapper or a symlink if you need to, but plan to keep it forever, not
> just for a year or two.
The
On Sat, Jun 14, 2014 at 8:40 AM, Reindl Harald wrote:
>> Depends obscure options that are hardly used by the majority of users
>> are different from common options that everyone uses.
>
> "dnf remove yum dnf kernel" ruins your system
> yum don't allow that for good reasons
>
> that's unacepptable
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 "rig
21 matches
Mail list logo