# F26 Blocker Review meeting
# Date: 2017-01-09
# Time: 17:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net
Hi folks! We currently have 4 proposed Alpha blockers, 1 proposed
Beta blocker and 1 proposed Final blocker to review, so it seems
like a good time to have the first Fedora 26
# Fedora Quality Assurance Meeting
# Date: 2017-01-09
# Time: 16:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
It's time for the first meeting of 2017 tomorrow! Let's check in on all
our current work areas as we
Brilliant! I was thinking about creating a proof of concept a posting it as
a change myself.
However, I'm really busy with other projects, so I might miss F26.
Brad's suggestion made me happy, that's why I close the issue. Though, I
would not
name the flag 'abrt' but 'tracebackcrash' or
Matthew Miller wrote:
> But if that's *all* we do, we're going to be a footnote in history.
I don't buy this sort of alarmist bulldung that keeps being claimed with no
evidence whatsoever to justify radical changes to what Fedora is all about,
such as:
* promoting proprietary drivers (making
https://bugzilla.redhat.com/show_bug.cgi?id=1410277
--- Comment #12 from Fedora Update System ---
perl-Net-HTTP-6.12-1.fc24 has been pushed to the Fedora 24 testing repository.
If problems still persist, please make note of it in this bug report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1410162
--- Comment #9 from Fedora Update System ---
perl-PDL-2.16.0-2.fc24 has been pushed to the Fedora 24 testing repository. If
problems still persist, please make note of it in this bug report.
See
The following Fedora EPEL 5 Security updates need testing:
Age URL
789 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849
sblim-sfcb-1.3.8-2.el5
432 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-edbea40516
mcollective-2.8.4-1.el5
404
https://bugzilla.redhat.com/show_bug.cgi?id=1410962
--- Comment #2 from Upstream Release Monitoring
---
Created attachment 1238142
--> https://bugzilla.redhat.com/attachment.cgi?id=1238142=edit
Rebase-helper rebase-helper-debug.log log file.
https://bugzilla.redhat.com/show_bug.cgi?id=1410962
--- Comment #3 from Upstream Release Monitoring
---
Patches were not touched. All were applied properly
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1410962
--- Comment #1 from Upstream Release Monitoring
---
Patching or scratch build for perl-TestML-0.52 failed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1410962
Bug ID: 1410962
Summary: perl-TestML-0.53 is available
Product: Fedora
Version: rawhide
Component: perl-TestML
Keywords: FutureFeature, Triaged
Assignee: ppi...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1410277
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1410279
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1410162
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1410641
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
Hi!
Is there a local convention that discussion about containers is using
top-posting?
"Curious"
--alec
On 06/01/17 23:12, Vivek Goyal wrote:
There is more conversation on this issue here.
https://pagure.io/atomic-wg/issue/186
I wished there was a single thread of conversation on this
There is more conversation on this issue here.
https://pagure.io/atomic-wg/issue/186
I wished there was a single thread of conversation on this instead of
separate conversation for per product variant.
Thanks
Vivek
On Fri, Jan 06, 2017 at 02:05:49PM -0500, Daniel J Walsh wrote:
> Upstream
On Fri, Jan 6, 2017 at 9:29 PM, Daniel J Walsh wrote:
> https://fedoraproject.org/wiki/Changes/DockerOverlay2
Thanks! Note, that you will need to send it for wrangler.
>
>
> On 01/06/2017 02:27 PM, Igor Gnatenko wrote:
>
> Shouldn't this be submitted as a change?
>
> This would
Nice!!
On Fri, Jan 6, 2017 at 1:47 AM Vít Ondruch wrote:
>
>
> Dne 6.1.2017 v 10:03 Martin Bříza napsal(a):
> > On Fri, 06 Jan 2017 10:01:01 +0100, Vít Ondruch
> > wrote:
> >
> >>
> >>
> >> Dne 5.1.2017 v 20:11 M. Edward (Ed) Borasky napsal(a):
> >>>
>
On Fri, Jan 06, 2017 at 07:14:58PM +0100, Kevin Kofler wrote:
> > This is a good point; we're already pretty much awful on this point,
> > and let's not make it worse. (On the other hand, modularity has the
> > potential to help significantly on this point, as you should't need
> > detailed
https://fedoraproject.org/wiki/Changes/DockerOverlay2
On 01/06/2017 02:27 PM, Igor Gnatenko wrote:
> Shouldn't this be submitted as a change?
>
> This would bring much more visibility to users of Fedora and even outside.
>
> -Igor Gnatenko
>
> On Jan 6, 2017 8:13 PM, "Daniel J Walsh"
Shouldn't this be submitted as a change?
This would bring much more visibility to users of Fedora and even outside.
-Igor Gnatenko
On Jan 6, 2017 8:13 PM, "Daniel J Walsh" wrote:
> Upstream docker is moving to overlay2 by default for its storage. We
> plan on following
On 6 January 2017 at 02:16, Ben Rosser wrote:
> It turns out that I am very silly, and, when writing the appstream
> file for tilp2, never changed "comical.desktop" in the template here
> [1] to "tilp.desktop".
> ...whoops! I can, uh, fix that.
:)
> However, interestingly,
On Fri, Jan 06, 2017 at 02:05:49PM -0500, Daniel J Walsh wrote:
> Upstream docker is moving to overlay2 by default for its storage. We
> plan on following suit. Their are some performance advantages of
> overlay2 over devicemapper in memory sharing, which we would like to
> take advantage of.
Upstream docker is moving to overlay2 by default for its storage. We
plan on following suit. Their are some performance advantages of
overlay2 over devicemapper in memory sharing, which we would like to
take advantage of. We now have SELinux support for Overlay file
systems, so the security
On 01/06/2017 08:14 AM, Neal Gompa wrote:
[snip]
Much of what I would have said has been said by Oron (some of this
I've said in earlier parts of this thread, as well). But the bigger
thing is that it makes it much easier to bootstrap new architectures
for Fedora, too, as we can start from
Matthew Miller wrote:
> This is a good point; we're already pretty much awful on this point,
> and let's not make it worse. (On the other hand, modularity has the
> potential to help significantly on this point, as you should't need
> detailed metadata about what's _inside_ a module at runtime in
Stephen Gallagher wrote:
> As Bill pointed out, things "just work" for users right now and that's
> something we'd like to avoid breaking. However, that does *not* mean that
> it is trivial to do on the build side. We're currently building out an
> entirely new infrastructure to support modules;
Oron Peled wrote:
> * With old, non-multiarch scheme:
>- Library packages compiled natively on ARM would be under /usr/lib.
>- But they cannot be installed on the build machine, so I can
> cross-compile applications against them.
>- The workaround was to unpack them, relocate the
Neal Gompa wrote:
> I'd be happier if we just moved 32-bit libraries into /usr/lib32. That
> way /usr/lib can be only noarch libs (like noarch Python things, and
> stuff).
Noarch stuff should NOT be in /usr/lib to begin with! True noarch stuff
should be in /usr/share. Arch-colored binaries
On 06/01/17 13:33, Stephen Gallagher wrote:
On 01/06/2017 08:04 AM, Jakub Jelinek wrote:
On Thu, Jan 05, 2017 at 03:08:21PM -0800, Brendan Conoboy wrote:
For anyone who isn't familiar with this topic, you might find Debian's
documentation useful:
https://wiki.debian.org/Multiarch
One could
I have now retired zoneminder in master and fixed the depencency bug
for F25. The zmrepo maintainer has joined Fedora and RPM Fusion and
will be maintaining the package in RPM Fusion.
Review requests and relevent bugs here:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4393
On Fri, Jan 6, 2017 at 10:55 AM, Kevin Fenzi wrote:
> Greetings.
>
> rpms/php-pear-OLE -- Package for reading and writing OLE containers (
> master f25 f24 el6 el5 )
>
>
> kevin
>
> ___
> devel mailing list --
===
#fedora-meeting: FESCO (2017-01-06)
===
Meeting started by jwb at 16:00:18 UTC. The full logs are available at
https://meetbot.fedoraproject.org/fedora-meeting/2017-01-06/fesco.2017-01-06-16.00.log.html
.
Meeting summary
Greetings.
Per: https://pagure.io/fesco/issue/1657
there's a number of packages that are looking for a new maintainer now:
rpms/blktap -- Blktap Userspace Tools + Library ( el6 )
rpms/ehcache-parent -- Ehcache Parent ( master f25 f24 )
rpms/ehcache-sizeof-agent -- Ehcache Size Of
On Jan 6, 2017 5:16 PM, "Neal Gompa" wrote:
On Fri, Jan 6, 2017 at 10:17 AM, Oron Peled wrote:
> On Friday, 6 January 2017 03:51:42 IST Kevin Kofler wrote:
>
>> ...
>
>> * I do not see any practical advantage of Debian multiarch over FHS
>
>> multilib.
>
>
https://bugzilla.redhat.com/show_bug.cgi?id=1410774
Petr Pisar changed:
What|Removed |Added
External Bug ID||CPAN 119740
--
You
https://bugzilla.redhat.com/show_bug.cgi?id=1410774
--- Comment #4 from Petr Pisar ---
It happens even if I disable GSL support in PDL that is problematic on PowerPC.
--
You are receiving this mail because:
You are on the CC list for the bug.
On Thu, 5 Jan 2017 18:07:10 -0700
Tim Flink wrote:
> On Thu, 5 Jan 2017 10:42:09 -0700
> Tim Flink wrote:
>
> > I realize this is a little last minute but persona has been
> > completely shut down now (so auth is no longer possible) and the
> > last issue
https://bugzilla.redhat.com/show_bug.cgi?id=1410774
--- Comment #3 from Petr Pisar ---
This is the minimal reproducer:
use PDL;
use PDL::Config;
use PDL::Graphics::PLplot;
my $dev = 'xfig';
# Test shade plotting (low level interface)
plsdev ($dev);
plsfnam
On Fri, Jan 6, 2017 at 10:17 AM, Oron Peled wrote:
> On Friday, 6 January 2017 03:51:42 IST Kevin Kofler wrote:
>
>> ...
>
>> * I do not see any practical advantage of Debian multiarch over FHS
>
>> multilib.
>
>
>
> Good question, multiarch is a huge win for *embedded*
https://bugzilla.redhat.com/show_bug.cgi?id=1410774
--- Comment #2 from Petr Pisar ---
It does not crash when running under gdb or when executed from vim. Maybe some
kind of a race condition.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1410774
--- Comment #1 from Petr Pisar ---
The t/plplot.t crashes when executing "3D color plot, low level interface" test
when calling plshades() Perl subroutine:
#0 pltr1 (x=19.590623970008657, y=1, tx=0x3fffe3c621e8,
On 5 January 2017 at 19:29, Josh Boyer wrote:
> On Thu, Jan 5, 2017 at 4:40 PM, Japheth Cleaver
> wrote:
>> On 1/5/2017 9:12 AM, Jonathan Wakely wrote:
>>>
>>> On 05/01/17 09:56 -0700, Chris Murphy wrote:
Teamviewer comes in an i686
On Friday, January 6, 2017 3:24:46 PM CET Florian Weimer wrote:
> On 01/06/2017 03:20 PM, Pavel Raiskup wrote:
> > On Friday, January 6, 2017 3:02:22 PM CET Florian Weimer wrote:
> >>> Wouldn't it suffice to put PYTHON= at the end? autotools' configure
> >>> scripts accept such assignments (and
On Friday, 6 January 2017 03:51:42 IST Kevin Kofler wrote:
> ...
> * I do not see any practical advantage of Debian multiarch over FHS
> multilib.
Good question, multiarch is a huge win for *embedded* developers.
Let me give real life example from my $day job:
* We build stuff for arm and
OLD: Fedora-Rawhide-20170105.n.0
NEW: Fedora-Rawhide-20170106.n.0
= SUMMARY =
Added images:0
Dropped images: 2
Added packages: 9
Dropped packages:0
Upgraded packages: 89
Downgraded packages: 0
Size of added packages: 53.09 MiB
Size of dropped packages
Hi team,
please, review my new patch for ds.
https://fedorahosted.org/389/ticket/49055
https://fedorahosted.org/389/attachment/ticket/49055/0001-Ticket-49055-Refactor-create_test.py.patch
Thanks,
Simon
signature.asc
Description: PGP signature
___
From 6a30f8ffc4824bb1233527a394d3003b4def97a0 Mon Sep 17 00:00:00 2001
From: Paul Howarth
Date: Fri, 6 Jan 2017 14:34:50 +
Subject: Update to 2.043
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
- New upstream release 2.043
-
91a49211c8aea107bdcfd886b276e3329f3e62fccce94c1700cd881d2282236b1f5714263dd4a9a3192c9f0bac0b73e11a0e19d18949855252994ed400462886
IO-Socket-SSL-2.043.tar.gz
From 6a30f8ffc4824bb1233527a394d3003b4def97a0 Mon Sep 17 00:00:00 2001
From: Paul Howarth
Date: Fri, 6 Jan 2017 14:34:50 +
Subject: Update to 2.043
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
- New upstream release 2.043
-
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-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-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-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-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
On 01/06/2017 03:20 PM, Pavel Raiskup wrote:
On Friday, January 6, 2017 3:02:22 PM CET Florian Weimer wrote:
Wouldn't it suffice to put PYTHON= at the end? autotools' configure
scripts accept such assignments (and even remember them in
config.status etc).
Indeed, this looks like a reasonable
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
On Friday, January 6, 2017 3:02:22 PM CET Florian Weimer wrote:
> > Wouldn't it suffice to put PYTHON= at the end? autotools' configure
> > scripts accept such assignments (and even remember them in
> > config.status etc).
>
> Indeed, this looks like a reasonable solution.
Is %configure only for
On 01/06/2017 01:59 PM, Thomas Moschny wrote:
2017-01-05 14:01 GMT+01:00 Florian Weimer :
On 01/05/2017 11:58 AM, Michael Schwendt wrote:
On Thu, 5 Jan 2017 00:58:00 +, Richard W.M. Jones wrote:
It would also be nice if:
PYTHON=/usr/bin/python3 %configure
didn't
stevetraylen changed xavierb's 'commit' permission on perl-Crypt-SMIME (el6) to
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Crypt-SMIME/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an
stevetraylen changed xavierb's 'commit' permission on perl-Crypt-SMIME (master)
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Crypt-SMIME/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send
stevetraylen changed xavierb's 'commit' permission on perl-Crypt-SMIME (epel7)
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Crypt-SMIME/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an
stevetraylen changed xavierb's 'commit' permission on perl-Crypt-SMIME (f25) to
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Crypt-SMIME/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an
On Fri, Jan 06, 2017 at 02:45:15PM +0100, drago01 wrote:
> because out of sync repositories. + Minor annoyances like additional
> (duplicated) meta data that you have to deal with (bandwidth, time to
> install packages / updates).
This is a good point; we're already pretty much awful on this
On 01/06/2017 08:45 AM, drago01 wrote:
> On Fri, Jan 6, 2017 at 2:24 PM, Stephen Gallagher wrote:
>> On 01/06/2017 08:07 AM, drago01 wrote:
>>> On Fri, Jan 6, 2017 at 1:58 PM, Stephen Gallagher
>>> wrote:
On 01/06/2017 01:08 AM, drago01 wrote:
On Fri, Jan 6, 2017 at 2:24 PM, Stephen Gallagher wrote:
> On 01/06/2017 08:07 AM, drago01 wrote:
>> On Fri, Jan 6, 2017 at 1:58 PM, Stephen Gallagher
>> wrote:
>>> On 01/06/2017 01:08 AM, drago01 wrote:
Two suggestions were raised as
On 01/06/2017 08:04 AM, Jakub Jelinek wrote:
> On Thu, Jan 05, 2017 at 03:08:21PM -0800, Brendan Conoboy wrote:
>> On 01/05/2017 02:08 PM, Stephen Gallagher wrote:
>> [snip]
>>> == multi-arch layout ==
>>> * Moving the locations of all of the system libraries would potentially
>>> still
>>> break
On 01/04/2017 06:55 AM, John Reiser wrote:
> One of the causes of Suspend is the hardware generating the signal for
> "the laptop lid has been closed." Look at the boot messages ("dmesg"
> or "journalctl -b") for info on the power switch, the lid switch, etc.
>
Or low battery level.
If the
On 01/06/2017 08:07 AM, drago01 wrote:
> On Fri, Jan 6, 2017 at 1:58 PM, Stephen Gallagher wrote:
>> On 01/06/2017 01:08 AM, drago01 wrote:
>>>
>>> Two suggestions were raised as alternatives to the container approach:
>>>
>>> * Switch to using the Debian style of
don't know if this output is importend ?
[root@fc25 tmp]# claw-config --libs
-L/usr/lib64/
[root@fc25 tmp]# claw-config application --libs
-L/usr/lib64/ -lclaw_application -lclaw_logger
[root@fc25 tmp]# claw-config dynamic_library --libs
-L/usr/lib64/ -lclaw_dynamic_library -ldl
[root@fc25
On Fri, Jan 6, 2017 at 1:58 PM, Stephen Gallagher wrote:
> On 01/06/2017 01:08 AM, drago01 wrote:
>>
>> Two suggestions were raised as alternatives to the container approach:
>>
>> * Switch to using the Debian style of multi-arch layout, which instead of
>>
On 01/06/2017 07:33 AM, Jonathan Wakely wrote:
> On 05/01/17 14:42 -0500, Randy Barlow wrote:
>> On Thu, 2017-01-05 at 17:02 +, Jonathan Wakely wrote:
>>> Which definitely changes how software is built.
>>
>> Containers also change the way software must be written in some cases,
>> since they
On Fri, Jan 6, 2017 at 8:04 AM, Jakub Jelinek wrote:
> On Thu, Jan 05, 2017 at 03:08:21PM -0800, Brendan Conoboy wrote:
>> On 01/05/2017 02:08 PM, Stephen Gallagher wrote:
>> [snip]
>> > == multi-arch layout ==
>> > * Moving the locations of all of the system libraries would
On Thu, Jan 05, 2017 at 03:08:21PM -0800, Brendan Conoboy wrote:
> On 01/05/2017 02:08 PM, Stephen Gallagher wrote:
> [snip]
> > == multi-arch layout ==
> > * Moving the locations of all of the system libraries would potentially
> > still
> > break third-party applications that were compiled to
2017-01-05 14:01 GMT+01:00 Florian Weimer :
> On 01/05/2017 11:58 AM, Michael Schwendt wrote:
>>
>> On Thu, 5 Jan 2017 00:58:00 +, Richard W.M. Jones wrote:
>>
>>> It would also be nice if:
>>>
>>> PYTHON=/usr/bin/python3 %configure
>>>
>>> didn't (silently) do the wrong
On 01/06/2017 01:08 AM, drago01 wrote:
>
> Two suggestions were raised as alternatives to the container approach:
>
> * Switch to using the Debian style of multi-arch layout, which instead of
> /usr/lib and /usr/lib64 uses /usr/lib/$ARCH-linux-gnu. Benefits to this
> would
>
On 01/05/2017 10:35 PM, Bill Nottingham wrote:
> Stephen Gallagher (sgall...@redhat.com) said:
>> The main reason for this is trying to simplify the module-building process.
>> We
>> really don't want to attempt to build both arches within the same buildroot
>> for
>> most of the reasons we've
- Original Message -
> On 05/01/17 14:42 -0500, Randy Barlow wrote:
> >On Thu, 2017-01-05 at 17:02 +, Jonathan Wakely wrote:
> >> Which definitely changes how software is built.
> >
> >Containers also change the way software must be written in some cases,
> >since they expect there
https://bugzilla.redhat.com/show_bug.cgi?id=1410774
Bug ID: 1410774
Summary: perl-PDL-Graphics-PLplot-0.71-3.fc26 FTBFS
Product: Fedora
Version: rawhide
Component: perl-PDL-Graphics-PLplot
Assignee: ppi...@redhat.com
On 05/01/17 14:42 -0500, Randy Barlow wrote:
On Thu, 2017-01-05 at 17:02 +, Jonathan Wakely wrote:
Which definitely changes how software is built.
Containers also change the way software must be written in some cases,
since they expect there to be one main process and don't expect that
From cbbd5570812fde303db0131813f04f92f8450ecb Mon Sep 17 00:00:00 2001
From: Paul Howarth
Date: Fri, 6 Jan 2017 11:31:36 +
Subject: Update to 2.4.6
- New upstream release 2.4.6
- Fix test for older Perls (GH#68)
- Define macros for older Visual Studio compiler (GH#66)
https://bugzilla.redhat.com/show_bug.cgi?id=1410723
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
From cbbd5570812fde303db0131813f04f92f8450ecb Mon Sep 17 00:00:00 2001
From: Paul Howarth
Date: Fri, 6 Jan 2017 11:31:36 +
Subject: Update to 2.4.6
- New upstream release 2.4.6
- Fix test for older Perls (GH#68)
- Define macros for older Visual Studio compiler (GH#66)
3427891a5249f701768342e97af4db6c6b2c1fd186f5286f13a585647581e7d3d27bd13507db00153d5446d278ada3f7bbcbeae862dc304f6094b5358c75e96f
Mouse-v2.4.6.tar.gz
On Fri, 06 Jan 2017 09:07:55 -, Martin Gansser wrote:
> See koji build: https://koji.fedoraproject.org/koji/taskinfo?taskID=17175933
>
> An update of libclaw had to be done because of a problem with mock, see
>
pkgdb_updater updated: description of perl-Module-Install-DOAPChangeSets
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-DOAPChangeSets/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an
From 9338edd12693f7f8f9e4f4fcb96cce23a72d2710 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?=
Date: Fri, 6 Jan 2017 10:27:13 +0100
Subject: Remove bundled Math-BigRat
---
perl.spec | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
From 98fe061fe3378d1ef708824df7846dbe4a5b7a06 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?=
Date: Fri, 6 Jan 2017 10:36:37 +0100
Subject: Remove bundled bignum
---
perl.spec | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git
From 260c5ba45cd2b048ce00aeb2bfe0fd40257a3c13 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?=
Date: Fri, 6 Jan 2017 10:15:16 +0100
Subject: Remove bundled Math-BigInt-FastCalc
---
perl.spec | 12
1 file changed, 8 insertions(+), 4 deletions(-)
Dne 6.1.2017 v 10:03 Martin Bříza napsal(a):
> On Fri, 06 Jan 2017 10:01:01 +0100, Vít Ondruch
> wrote:
>
>>
>>
>> Dne 5.1.2017 v 20:11 M. Edward (Ed) Borasky napsal(a):
>>>
>>>
>>>
>>>
>>> And speaking of Wine, how come the Windows 10 Linux subsystem only
>>> runs Ubuntu?
ppisar changed perl-sig's 'watchbugzilla' permission on perl-bignum (master) to
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-bignum/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email
ppisar changed jplesnik's 'approveacls' permission on perl-bignum (master) to
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-bignum/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to
ppisar changed perl-sig's 'watchcommits' permission on perl-bignum (master) to
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-bignum/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email
ppisar changed jplesnik's 'commit' permission on perl-bignum (master) to
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-bignum/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to
From 73e5c9e78708fb2c74a6600a013796f9798e1571 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?=
Date: Fri, 6 Jan 2017 10:21:37 +0100
Subject: Correct a typo in a comment
---
perl-Math-BigRat.spec | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From 3ec52e43e9f010178aae0ee31aef2d3d019ef24c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?=
Date: Fri, 6 Jan 2017 10:20:25 +0100
Subject: Import
---
.gitignore| 1 +
perl-Math-BigRat.spec | 64
11e9b3dabeb196db835d58fec10fdb9d5d2c3a0498377d25645cdab1720682933aecbe516579cbfc0acee28bfcb930a3f7468af979987d9c3d6984dfa8f1584a
Math-BigRat-0.2611.tar.gz
ppisar changed jplesnik's 'approveacls' permission on perl-Math-BigRat (master)
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Math-BigRat/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send
ppisar changed perl-sig's 'watchcommits' permission on perl-Math-BigRat
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Math-BigRat/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send
1 - 100 of 128 matches
Mail list logo