From 4f1552044edc16c3ef57007e7dd8b2589b3517e0 Mon Sep 17 00:00:00 2001
From: Jan Pazdziora
Date: Sat, 31 Dec 2016 08:56:13 +0100
Subject: 1408347 - Rebase to upstream version 1.47.
---
perl-Scalar-List-Utils.spec | 5 -
sources | 2 +-
2 files
526d248a794bede2b9bda8cff73a10a116b16578fd646db69c88456aa432d84ced33e5024e632331a992412d0c05fed19846873554a731bbd1eaa3d9e6124c38
Scalar-List-Utils-1.47.tar.gz
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
https://bugzilla.redhat.com/show_bug.cgi?id=1409275
Bug ID: 1409275
Summary: perl-threads-shared-1.53 is available
Product: Fedora
Version: rawhide
Component: perl-threads-shared
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1409273
Bug ID: 1409273
Summary: perl-PAR-Packer-1.036 is available
Product: Fedora
Version: rawhide
Component: perl-PAR-Packer
Keywords: FutureFeature, Triaged
Assignee:
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, 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
On Monday, November 14, 2016 11:49:32 PM WET Athos Ribeiro wrote:
> Hello,
>
> Guidelines say that %{python3_sitelib}/__pycache__ should not be owned
> by python packages because python3-libs already owns it [1]. That
> directory is actually owned by system-python-libs.
>
> While going through a
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
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.
From c8e2db444137556abeac5209b1e14a91b267c6f9 Mon Sep 17 00:00:00 2001
From: Paul Howarth
Date: Fri, 30 Dec 2016 15:37:26 +
Subject: Update to 0.111
- New upstream release 0.111
- Fix test failure on 5.8.5 and under
- Moved to Dist::Zilla
---
perl-Ref-Util.spec | 11
From c8e2db444137556abeac5209b1e14a91b267c6f9 Mon Sep 17 00:00:00 2001
From: Paul Howarth
Date: Fri, 30 Dec 2016 15:37:26 +
Subject: Update to 0.111
- New upstream release 0.111
- Fix test failure on 5.8.5 and under
- Moved to Dist::Zilla
---
perl-Ref-Util.spec | 11
a5f1b9c480f637484445607e679ec90989b3787c3dea0876ea69f15da24925a9a205ecd6f04af5869629597d968528115da0550f504f9502cc02b2cade8c6ae4
Ref-Util-0.111.tar.gz
From a53e1127e7b83f3a9559f4781949ffeab3509e6e Mon Sep 17 00:00:00 2001
From: Paul Howarth
Date: Fri, 30 Dec 2016 15:26:39 +
Subject: Update to non-trial release
- New non-trial release from upstream
- Speed up own scroller
- Fixed rev_deps
---
From a53e1127e7b83f3a9559f4781949ffeab3509e6e Mon Sep 17 00:00:00 2001
From: Paul Howarth
Date: Fri, 30 Dec 2016 15:26:39 +
Subject: Update to non-trial release
- New non-trial release from upstream
- Speed up own scroller
- Fixed rev_deps
---
b5f19d20c8024caaa6521469b64cf4ff96e819f4c330824448de1c5c8964761c9e0c8013925582e3ecd1cc385fe2f3b18a74516d1fac1e9ed1f9d52029bbbec1
MetaCPAN-Client-2.004000.tar.gz
perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1)
On armhfp:
perl-Data-Alias-1.20-2.fc24.armv7hl requires
perl-ZeroMQ has broken dependencies in the rawhide tree:
On x86_64:
perl-ZeroMQ-0.23-13.fc25.x86_64 requires libzmq.so.1()(64bit)
On armhfp:
perl-ZeroMQ-0.23-13.fc25.armv7hl requires libzmq.so.1
On ppc64le:
perl-ZeroMQ-0.23-13.fc25.ppc64le requires libzmq.so.1()(64bit)
On
perl-OpenOffice-UNO has broken dependencies in the rawhide tree:
On armhfp:
perl-OpenOffice-UNO-0.07-20.fc25.armv7hl requires libuno_cppu.so.3
perl-OpenOffice-UNO-0.07-20.fc25.armv7hl requires
libuno_cppu.so.3(LIBO_UDK_4.4)
perl-OpenOffice-UNO-0.07-20.fc25.armv7hl
perl-ZMQ-LibZMQ2 has broken dependencies in the rawhide tree:
On x86_64:
perl-ZMQ-LibZMQ2-1.09-9.fc25.x86_64 requires libzmq.so.1()(64bit)
On armhfp:
perl-ZMQ-LibZMQ2-1.09-9.fc25.armv7hl requires libzmq.so.1
On ppc64le:
perl-ZMQ-LibZMQ2-1.09-9.fc25.ppc64le requires
perl-ZMQ-LibZMQ3 has broken dependencies in the rawhide tree:
On x86_64:
perl-ZMQ-LibZMQ3-1.19-5.fc25.x86_64 requires libzmq.so.3()(64bit)
On armhfp:
perl-ZMQ-LibZMQ3-1.19-5.fc25.armv7hl requires libzmq.so.3
On ppc64le:
perl-ZMQ-LibZMQ3-1.19-5.fc25.ppc64le requires
perl-Alien-ROOT has broken dependencies in the rawhide tree:
On aarch64:
perl-Alien-ROOT-5.34.36.1-2.fc26.noarch requires root-core
On ppc64:
perl-Alien-ROOT-5.34.36.1-2.fc26.noarch requires root-core
On ppc64le:
perl-Alien-ROOT-5.34.36.1-2.fc26.noarch requires root-core
unsubscribe
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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
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]
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 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
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?
From 5d11364dca48798e8696ef5754e071a2272aa7aa Mon Sep 17 00:00:00 2001
From: Paul Howarth
Date: Thu, 29 Dec 2016 18:24:23 +
Subject: Update to 2.070
- New upstream release 2.070 (no changes)
- Simplify find command using -delete
---
perl-IO-Compress-Lzma.spec | 12
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
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
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
32 matches
Mail list logo