Thanks to Michael for his investigation.
Thanks to Orion for your support,
could you please commit a package for f24/f25 also ?
Thanks Martin
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedor
Am Thu, 29 Dec 2016 21:40:52 -0700
schrieb Dave Johansen :
> On Thu, Dec 29, 2016 at 8:30 PM, William Moreno
> wrote:
>
> >
> >
> > El 29/12/2016 9:00 p. m., "Dave Johansen"
> > escribió:
> >
> > On Thu, Dec 29, 2016 at 7:47 PM, William Moreno
> > > > wrote:
> >
> >> Just a wild idea: you
On Thu, 29 Dec 2016 17:11:10 -0700, Orion Poplawski wrote:
> > $ claw-config all --libs
> > -L/usr/lib -lclaw_application -lclaw_logger -lclaw_dynamic_library -ldl
> > -lclaw_configuration_file -lclaw_graphic -lpng -lz -ljpeg -lclaw_logger
> > -lclaw_net -lclaw_tween
> >
> > Is relinking with a
On Fri, 30 Dec 2016 00:09:24 +, Richard W.M. Jones wrote:
> On Mon, Dec 26, 2016 at 09:59:54AM +0100, Michael Schwendt wrote:
> > On Sun, 25 Dec 2016 21:33:52 -0500, David Muse wrote:
> >
> > > I guess noarch packages shouldn't have any arch-specific dependencies.
> > > Is that correct?
On Fri, 30 Dec 2016 00:24:03 +, Richard W.M. Jones wrote:
> OK, maybe you're talking about having %{_isa} in the spec file, ie:
>
> %package doc
> ...
> BuildArch: noarch
> Requires: %{name}%{?_isa} = %{version}-%{release}
>
> ? That would make the dependency include "(x86-64)" (or
Hi guys,
My latest build [1] of dnsdist failed on ppc64, because libatomic is not
in the default buildroot there, as opposed to all the other arches.
Is this intentional? Should I just add libatomic as a BR?
[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=17115104
--
Regards,
Sander
___
On 12/30/2016 12:49 PM, Sander Hoentjen wrote:
Hi guys,
My latest build [1] of dnsdist failed on ppc64, because libatomic is not
in the default buildroot there, as opposed to all the other arches.
Is this intentional? Should I just add libatomic as a BR?
[1] https://koji.fedoraproject.org/koji/
On 12/30/2016 01:44 PM, Florian Weimer wrote:
> On 12/30/2016 12:49 PM, Sander Hoentjen wrote:
>> Hi guys,
>>
>> My latest build [1] of dnsdist failed on ppc64, because libatomic is not
>> in the default buildroot there, as opposed to all the other arches.
>> Is this intentional? Should I just ad
unsubscribe
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On 12/30/2016 02:32 PM, Sander Hoentjen wrote:
On 12/30/2016 01:44 PM, Florian Weimer wrote:
On 12/30/2016 12:49 PM, Sander Hoentjen wrote:
Hi guys,
My latest build [1] of dnsdist failed on ppc64, because libatomic is not
in the default buildroot there, as opposed to all the other arches.
Is
Hello fellow devs!
I recently unorphaned python-ipdb and in working to get it updated to
it's latest release I noted that upstream's license has shifted from
GPLv2+ to BSD with their 0.9 release (Rawhide currently has 0.8.3). I'm
working on updating Rawhide to 0.10.1, but I will leave F24/25 on
0.
On Wed, Dec 28, 2016 at 1:01 PM, Adam Williamson
wrote:
> texlive is *built*, but there's a koji problem with getting it tagged:
>
> https://pagure.io/koji/issue/259
A big "thank you" to everybody who worked on fixing the texlive issue.
Unfortunately, sympy still can't be rebuilt for python 3.6
In past days I started playing with IPFS[1] "A peer-to-peer hypermedia
protocol to make the web faster, safer, and more open."
At [2] there is a very quick explanation about how IPFS works.
The Freenode IRC channel #ipfs has more than 1000 users, so there is a
great interest in it.
By reading some
On Wed, 2016-12-21 at 00:18 +0100, Miro Hrončok wrote:
> libproxy
The test suite for this is failing (one of the tests triggers an
exception) on ppc64, ppc64le and aarch64. Not yet sure why. We might
want to ask the arch teams. It passes on x86_64, i686 and armv7hl. This
still happens with the lat
14 matches
Mail list logo
