ppisar pushed to perl (master). "Fix assigning split() return values to an array"

[notifications]

From 8fcd2745c822fdad4b95f0e2ea61c3af00e0ca6d Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 1 Dec 2016 07:52:54 +0100
Subject: Fix assigning split() return values to an array

---
 ...s-leaving-PL_sv_undef-in-unused-ary-slots.patch | 94 ++
 perl.spec  |  8 +-
 2 files changed, 101 insertions(+), 1 deletion(-)
 create mode 100644 
perl-5.24.0-split-was-leaving-PL_sv_undef-in-unused-ary-slots.patch

diff --git 
a/perl-5.24.0-split-was-leaving-PL_sv_undef-in-unused-ary-slots.patch 
b/perl-5.24.0-split-was-leaving-PL_sv_undef-in-unused-ary-slots.patch
new file mode 100644
index 000..7f9de6d
--- /dev/null
+++ b/perl-5.24.0-split-was-leaving-PL_sv_undef-in-unused-ary-slots.patch
@@ -0,0 +1,94 @@
+From 27a8a9e2a55ccc148582006396a9c35bafa5f0b3 Mon Sep 17 00:00:00 2001
+From: David Mitchell 
+Date: Wed, 30 Nov 2016 08:59:01 +
+Subject: [PATCH] split was leaving PL_sv_undef in unused ary slots
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Petr Pisar: Ported to 5.24.0:
+
+commit 71ca73e5fa9639ac33e9f2e74cd0c32288a5040d
+Author: David Mitchell 
+Date:   Wed Nov 30 08:59:01 2016 +
+
+split was leaving PL_sv_undef in unused ary slots
+
+This:
+
+@a = split(/-/,"-");
+$a[1] = undef;
+$a[0] = 0;
+
+was giving
+
+Modification of a read-only value attempted at foo line 3.
+
+This is because:
+
+1) unused slots in AvARRAY between AvFILL and AvMAX should always be
+null; av_clear(), av_extend() etc do this; while av_store(), if storing
+to a slot N somewhere between AvFILL and AvMAX, doesn't bother to clear
+between (AvFILL+1)..(N-1) on the assumption that everyone else plays
+nicely.
+
+2) pp_split() when splitting directly to an array, sometimes over-splits
+and has to null out the excess elements;
+
+3) Since perl 5.19.4, unused AV slots are now marked with NULL rather than
+_sv_undef;
+
+4) pp_split was still using _sv_undef;
+
+The fault was with (4), and is easily fixed.
+
+Signed-off-by: Petr Písař 
+---
+ pp.c |  2 +-
+ t/op/split.t | 13 -
+ 2 files changed, 13 insertions(+), 2 deletions(-)
+
+diff --git a/pp.c b/pp.c
+index 4153482..70345ce 100644
+--- a/pp.c
 b/pp.c
+@@ -6212,7 +6212,7 @@ PP(pp_split)
+   while (iters > 0 && (!TOPs || !SvANY(TOPs) || SvCUR(TOPs) == 0)) {
+   if (TOPs && !make_mortal)
+   sv_2mortal(TOPs);
+-  *SP-- = _sv_undef;
++  *SP-- = NULL;
+   iters--;
+   }
+   }
+diff --git a/t/op/split.t b/t/op/split.t
+index fb73271..b7846a1 100644
+--- a/t/op/split.t
 b/t/op/split.t
+@@ -7,7 +7,7 @@ BEGIN {
+ set_up_inc('../lib');
+ }
+ 
+-plan tests => 131;
++plan tests => 133;
+ 
+ $FS = ':';
+ 
+@@ -523,3 +523,14 @@ is "@a", '1 2 3', 'assignment to split-to-array 
(pmtarget/package array)';
+ }
+ (@{\@a} = split //, "abc") = 1..10;
+ is "@a", '1 2 3', 'assignment to split-to-array (stacked)';
++
++# splitting directly to an array wasn't filling unused AvARRAY slots with
++# NULL
++
++{
++my @a;
++@a = split(/-/,"-");
++$a[1] = 'b';
++ok eval { $a[0] = 'a'; 1; }, "array split filling AvARRAY: assign 0";
++is "@a", "a b", "array split filling AvARRAY: result";
++}
+-- 
+2.7.4
+
diff --git a/perl.spec b/perl.spec
index a47eacc..f4ef603 100644
--- a/perl.spec
+++ b/perl.spec
@@ -227,6 +227,9 @@ Patch59:perl-5.25.7-Fix-Storable-segfaults.patch
 # in upstream after 5.25.7
 Patch60:perl-5.24.0-crash-on-explicit-return-from-s-e.patch
 
+# Fix assigning split() return values to an array, in upstream after 5.25.7
+Patch61:
perl-5.24.0-split-was-leaving-PL_sv_undef-in-unused-ary-slots.patch
+
 # Link XS modules to libperl.so with EU::CBuilder on Linux, bug #960048
 Patch200:   
perl-5.16.3-Link-XS-modules-to-libperl.so-with-EU-CBuilder-on-Li.patch
 
@@ -2913,6 +2916,7 @@ Perl extension for Version Objects
 %patch58 -p1
 %patch59 -p1
 %patch60 -p1
+%patch61 -p1
 %patch200 -p1
 %patch201 -p1
 
@@ -2964,6 +2968,7 @@ perl -x patchlevel.h \
 'Fedora Patch58: Fix stack handling when calling chdir without an argument 
(RT#129130)' \
 'Fedora Patch59: Fix crash in Storable when deserializing malformed code 
reference (RT#68348, RT#130098)' \
 'Fedora Patch60: Fix crash on explicit return from regular expression 
substitution (RT#130188)' \
+'Fedora Patch61: Fix assigning split() return values to an array' \
 'Fedora Patch200: Link XS modules to libperl.so with EU::CBuilder on 
Linux' \
 'Fedora Patch201: Link XS modules to libperl.so with EU::MM on Linux' \
 %{nil}
@@ -5242,11 +5247,12 @@ popd
 
 # Old changelog entries are preserved in CVS.
 %changelog
-* Mon Nov 28 2016 Petr Pisar  - 4:5.24.0-381
+* 

ppisar pushed to perl (master). "Fix crash on explicit return from regular expression substitution"

[notifications]

From 41b63f733029c1e0f966501b4b9a15159bb3e992 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 28 Nov 2016 14:15:43 +0100
Subject: Fix crash on explicit return from regular expression substitution

---
 ...-5.24.0-crash-on-explicit-return-from-s-e.patch | 94 ++
 perl.spec  |  7 ++
 2 files changed, 101 insertions(+)
 create mode 100644 perl-5.24.0-crash-on-explicit-return-from-s-e.patch

diff --git a/perl-5.24.0-crash-on-explicit-return-from-s-e.patch 
b/perl-5.24.0-crash-on-explicit-return-from-s-e.patch
new file mode 100644
index 000..d7fd09d
--- /dev/null
+++ b/perl-5.24.0-crash-on-explicit-return-from-s-e.patch
@@ -0,0 +1,94 @@
+From 2c639acf40b4abc2783352f8e20dbfb68389e633 Mon Sep 17 00:00:00 2001
+From: David Mitchell 
+Date: Mon, 28 Nov 2016 08:03:49 +
+Subject: [PATCH] crash on explicit return from s///e
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Petr Pisar: Ported to 5.24.0:
+
+commit 7332835e5da7b7a793ef814a84e53003be1d0138
+Author: David Mitchell 
+Date:   Mon Nov 28 08:03:49 2016 +
+
+crash on explicit return from s///e
+
+RT #130188
+
+In
+
+sub f {
+my $x = 'a';
+$x =~ s/./return;/e;
+}
+
+the 'return' triggers popping any contexts above the subroutine context:
+in this case, a CXt_SUBST context. In this case, Perl_dounwind() calls
+cx_popblock() for the bottom-most popped context, to restore any saved
+vars. However, CXt_SUBST is the one context type which *doesn't* use
+'struct block' as part of its context struct union, so you can't
+cx_popblock() a CXt_SUBST context.
+
+This commit makes it skip the cx_popblock() in this case.
+
+Bug was introduced by me with v5.23.7-235-gfc6e609.
+
+Signed-off-by: Petr Písař 
+---
+ pp_ctl.c |  6 ++
+ t/re/subst.t | 17 -
+ 2 files changed, 22 insertions(+), 1 deletion(-)
+
+diff --git a/pp_ctl.c b/pp_ctl.c
+index 99ff59a..b94c09a 100644
+--- a/pp_ctl.c
 b/pp_ctl.c
+@@ -1529,6 +1529,12 @@ Perl_dounwind(pTHX_ I32 cxix)
+   switch (CxTYPE(cx)) {
+   case CXt_SUBST:
+   CX_POPSUBST(cx);
++/* CXt_SUBST is not a block context type, so skip the
++ * cx_popblock(cx) below */
++if (cxstack_ix == cxix + 1) {
++cxstack_ix--;
++return;
++}
+   break;
+   case CXt_SUB:
+   cx_popsub(cx);
+diff --git a/t/re/subst.t b/t/re/subst.t
+index 26a78c7..c039cc4 100644
+--- a/t/re/subst.t
 b/t/re/subst.t
+@@ -11,7 +11,7 @@ BEGIN {
+ require './loc_tools.pl';
+ }
+ 
+-plan( tests => 270 );
++plan( tests => 271 );
+ 
+ $_ = 'david';
+ $a = s/david/rules/r;
+@@ -1102,3 +1102,18 @@ SKIP: {
+ $s =~ s/..\G//g;
+ is($s, "\x{123}", "#RT 126260 gofs");
+ }
++
++# [perl #130188] crash on return from substitution in subroutine
++# make sure returning from s///e doesn't SEGV
++{
++my $f = sub {
++my $x = 'a';
++$x =~ s/./return;/e;
++};
++my $x = $f->();
++pass("RT #130188");
++}
++
++
++
++
+-- 
+2.7.4
+
diff --git a/perl.spec b/perl.spec
index 93fc725..5d598f3 100644
--- a/perl.spec
+++ b/perl.spec
@@ -223,6 +223,10 @@ Patch58:
perl-5.24.0-perl-129130-make-chdir-allocate-the-stack-it-needs.p
 # RT130098
 Patch59:perl-5.25.7-Fix-Storable-segfaults.patch
 
+# Fix crash on explicit return from regular expression substitution, RT#130188,
+# in upstream after 5.25.7
+Patch60:perl-5.24.0-crash-on-explicit-return-from-s-e.patch
+
 # Link XS modules to libperl.so with EU::CBuilder on Linux, bug #960048
 Patch200:   
perl-5.16.3-Link-XS-modules-to-libperl.so-with-EU-CBuilder-on-Li.patch
 
@@ -2908,6 +2912,7 @@ Perl extension for Version Objects
 %patch57 -p1
 %patch58 -p1
 %patch59 -p1
+%patch60 -p1
 %patch200 -p1
 %patch201 -p1
 
@@ -2958,6 +2963,7 @@ perl -x patchlevel.h \
 'Fedora Patch57: Avoid infinite loop in h2xs tool if enum and type have 
the same name (RT130001)' \
 'Fedora Patch58: Fix stack handling when calling chdir without an argument 
(RT#129130)' \
 'Fedora Patch59: Fix crash in Storable when deserializing malformed code 
reference (RT#68348, RT#130098)' \
+'Fedora Patch60: Fix crash on explicit return from regular expression 
substitution (RT#130188)' \
 'Fedora Patch200: Link XS modules to libperl.so with EU::CBuilder on 
Linux' \
 'Fedora Patch201: Link XS modules to libperl.so with EU::MM on Linux' \
 %{nil}
@@ -5239,6 +5245,7 @@ popd
 * Mon Nov 28 2016 Petr Pisar  - 4:5.24.0-381
 - Fix crash in Storable when deserializing malformed code reference
   (RT#68348, RT#130098)
+- Fix crash on explicit return from regular expression substitution (RT#130188)
 
 * Wed Nov 09 2016 Petr Pisar  - 

ppisar pushed to perl (master). "Fix const correctness in hv_func.h"

[notifications]

From bfea7ab5df9d8e572873c6b4ce819aa30de2a97a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 1 Dec 2016 08:03:27 +0100
Subject: Fix const correctness in hv_func.h

---
 ...5.25.7-Fix-const-correctness-in-hv_func.h.patch | 124 +
 perl.spec  |   7 ++
 2 files changed, 131 insertions(+)
 create mode 100644 perl-5.25.7-Fix-const-correctness-in-hv_func.h.patch

diff --git a/perl-5.25.7-Fix-const-correctness-in-hv_func.h.patch 
b/perl-5.25.7-Fix-const-correctness-in-hv_func.h.patch
new file mode 100644
index 000..5f2a428
--- /dev/null
+++ b/perl-5.25.7-Fix-const-correctness-in-hv_func.h.patch
@@ -0,0 +1,124 @@
+From 463ddf34c08f2c97199b1bb242da1f17494d4d1a Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Thu, 24 Nov 2016 16:34:09 +0100
+Subject: [PATCH] Fix const correctness in hv_func.h
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Building an XS code with -Wcast-qual yielded warnings about discarding
+const qualifiers from pointer targets like:
+
+$ printf '#include "EXTERN.h"\n#include "perl.h"\n' | gcc -Wcast-qual 
-I/usr/lib64/perl5/CORE -c -x c -
+In file included from /usr/lib64/perl5/CORE/hv.h:629:0,
+ from /usr/lib64/perl5/CORE/perl.h:3740,
+ from :2:
+/usr/lib64/perl5/CORE/hv_func.h: In function ‘S_perl_hash_siphash_2_4’:
+/usr/lib64/perl5/CORE/hv_func.h:213:17: warning: cast discards ‘const’ 
qualifier from pointer target type [-Wcast-qual]
+   U64TYPE k0 = ((U64TYPE*)seed)[0];
+ ^
+
+Signed-off-by: Petr Písař 
+---
+ hv_func.h | 22 +++---
+ 1 file changed, 11 insertions(+), 11 deletions(-)
+
+diff --git a/hv_func.h b/hv_func.h
+index 8866db9..57b1ed1 100644
+--- a/hv_func.h
 b/hv_func.h
+@@ -118,7 +118,7 @@
+ 
+ #if (BYTEORDER == 0x1234 || BYTEORDER == 0x12345678) && U32SIZE == 4
+   /* CPU endian matches murmurhash algorithm, so read 32-bit word directly */
+-  #define U8TO32_LE(ptr)   (*((U32*)(ptr)))
++  #define U8TO32_LE(ptr)   (*((const U32*)(ptr)))
+ #elif BYTEORDER == 0x4321 || BYTEORDER == 0x87654321
+   /* TODO: Add additional cases below where a compiler provided bswap32 is 
available */
+   #if defined(__GNUC__) && (__GNUC__>4 || (__GNUC__==4 && __GNUC_MINOR__>=3))
+@@ -210,8 +210,8 @@ S_perl_hash_siphash_2_4(const unsigned char * const seed, 
const unsigned char *i
+   U64 v3 = UINT64_C(0x7465646279746573);
+ 
+   U64 b;
+-  U64 k0 = ((U64*)seed)[0];
+-  U64 k1 = ((U64*)seed)[1];
++  U64 k0 = ((const U64*)seed)[0];
++  U64 k1 = ((const U64*)seed)[1];
+   U64 m;
+   const int left = inlen & 7;
+   const U8 *end = in + inlen - left;
+@@ -269,7 +269,7 @@ S_perl_hash_siphash_2_4(const unsigned char * const seed, 
const unsigned char *i
+ 
+ PERL_STATIC_INLINE U32
+ S_perl_hash_superfast(const unsigned char * const seed, const unsigned char 
*str, STRLEN len) {
+-U32 hash = *((U32*)seed) + (U32)len;
++U32 hash = *((const U32*)seed) + (U32)len;
+ U32 tmp;
+ int rem= len & 3;
+ len >>= 2;
+@@ -373,7 +373,7 @@ S_perl_hash_superfast(const unsigned char * const seed, 
const unsigned char *str
+ /* now we create the hash function */
+ PERL_STATIC_INLINE U32
+ S_perl_hash_murmur3(const unsigned char * const seed, const unsigned char 
*ptr, STRLEN len) {
+-U32 h1 = *((U32*)seed);
++U32 h1 = *((const U32*)seed);
+ U32 k1;
+ U32 carry = 0;
+ 
+@@ -467,7 +467,7 @@ S_perl_hash_murmur3(const unsigned char * const seed, 
const unsigned char *ptr,
+ PERL_STATIC_INLINE U32
+ S_perl_hash_djb2(const unsigned char * const seed, const unsigned char *str, 
const STRLEN len) {
+ const unsigned char * const end = (const unsigned char *)str + len;
+-U32 hash = *((U32*)seed) + (U32)len;
++U32 hash = *((const U32*)seed) + (U32)len;
+ while (str < end) {
+ hash = ((hash << 5) + hash) + *str++;
+ }
+@@ -477,7 +477,7 @@ S_perl_hash_djb2(const unsigned char * const seed, const 
unsigned char *str, con
+ PERL_STATIC_INLINE U32
+ S_perl_hash_sdbm(const unsigned char * const seed, const unsigned char *str, 
const STRLEN len) {
+ const unsigned char * const end = (const unsigned char *)str + len;
+-U32 hash = *((U32*)seed) + (U32)len;
++U32 hash = *((const U32*)seed) + (U32)len;
+ while (str < end) {
+ hash = (hash << 6) + (hash << 16) - hash + *str++;
+ }
+@@ -503,7 +503,7 @@ S_perl_hash_sdbm(const unsigned char * const seed, const 
unsigned char *str, con
+ PERL_STATIC_INLINE U32
+ S_perl_hash_one_at_a_time(const unsigned char * const seed, const unsigned 
char *str, const STRLEN len) {
+ const unsigned char * const end = (const unsigned char *)str + len;
+-U32 hash = *((U32*)seed) + (U32)len;
++U32 hash = *((const U32*)seed) + (U32)len;
+ while (str < end) {
+ hash += *str++;
+ hash += (hash << 10);
+@@ -518,7 

ppisar pushed to perl (master). "Fix crash in Storable when deserializing malformed code reference"

[notifications]

From 2a293b37996e3ccd2fdfcbafa0d1a9460b5bd599 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 28 Nov 2016 13:42:21 +0100
Subject: Fix crash in Storable when deserializing malformed code reference

---
 perl-5.25.7-Fix-Storable-segfaults.patch | 61 
 perl.spec| 12 ++-
 2 files changed, 72 insertions(+), 1 deletion(-)
 create mode 100644 perl-5.25.7-Fix-Storable-segfaults.patch

diff --git a/perl-5.25.7-Fix-Storable-segfaults.patch 
b/perl-5.25.7-Fix-Storable-segfaults.patch
new file mode 100644
index 000..8934a13
--- /dev/null
+++ b/perl-5.25.7-Fix-Storable-segfaults.patch
@@ -0,0 +1,61 @@
+From fecd3be8dbdb747b9cbf4cbb9299ce40faabc8e6 Mon Sep 17 00:00:00 2001
+From: John Lightsey 
+Date: Mon, 14 Nov 2016 11:56:15 +0100
+Subject: [PATCH] Fix Storable segfaults.
+
+Fix a null pointed dereference segfault in storable when the
+retrieve_code logic was unable to read the string that contained
+the code.
+
+Also fix several locations where retrieve_other was called with a
+null context pointer. This also resulted in a null pointer
+dereference.
+---
+ dist/Storable/Storable.xs | 10 +++---
+ 1 file changed, 7 insertions(+), 3 deletions(-)
+
+diff --git a/dist/Storable/Storable.xs b/dist/Storable/Storable.xs
+index 053951c..caa489c 100644
+--- a/dist/Storable/Storable.xs
 b/dist/Storable/Storable.xs
+@@ -5647,6 +5647,10 @@ static SV *retrieve_code(pTHX_ stcxt_t *cxt, const char 
*cname)
+   CROAK(("Unexpected type %d in retrieve_code\n", type));
+   }
+ 
++  if (!text) {
++  CROAK(("Unable to retrieve code\n"));
++  }
++
+   /*
+* prepend "sub " to the source
+*/
+@@ -5767,7 +5771,7 @@ static SV *old_retrieve_array(pTHX_ stcxt_t *cxt, const 
char *cname)
+   continue;   /* av_extend() already 
filled us with undef */
+   }
+   if (c != SX_ITEM)
+-  (void) retrieve_other(aTHX_ (stcxt_t *) 0, 0);  /* Will 
croak out */
++  (void) retrieve_other(aTHX_ cxt, 0);/* Will croak 
out */
+   TRACEME(("(#%d) item", i));
+   sv = retrieve(aTHX_ cxt, 0);
/* Retrieve item */
+   if (!sv)
+@@ -5844,7 +5848,7 @@ static SV *old_retrieve_hash(pTHX_ stcxt_t *cxt, const 
char *cname)
+   if (!sv)
+   return (SV *) 0;
+   } else
+-  (void) retrieve_other(aTHX_ (stcxt_t *) 0, 0);  /* Will 
croak out */
++  (void) retrieve_other(aTHX_ cxt, 0);/* Will croak 
out */
+ 
+   /*
+* Get key.
+@@ -5855,7 +5859,7 @@ static SV *old_retrieve_hash(pTHX_ stcxt_t *cxt, const 
char *cname)
+ 
+   GETMARK(c);
+   if (c != SX_KEY)
+-  (void) retrieve_other(aTHX_ (stcxt_t *) 0, 0);  /* Will 
croak out */
++  (void) retrieve_other(aTHX_ cxt, 0);/* Will croak 
out */
+   RLEN(size); /* Get 
key size */
+   KBUFCHK((STRLEN)size);  /* Grow 
hash key read pool if needed */
+   if (size)
+-- 
+2.10.2
+
diff --git a/perl.spec b/perl.spec
index faad7f7..93fc725 100644
--- a/perl.spec
+++ b/perl.spec
@@ -28,7 +28,7 @@
 Name:   perl
 Version:%{perl_version}
 # release number must be even higher, because dual-lived modules will be 
broken otherwise
-Release:380%{?dist}
+Release:381%{?dist}
 Epoch:  %{perl_epoch}
 Summary:Practical Extraction and Report Language
 Group:  Development/Languages
@@ -219,6 +219,10 @@ Patch57:
perl-5.25.6-perl-130001-h2xs-avoid-infinite-loop-for-enums.patch
 # in upstream after 5.25.6
 Patch58:
perl-5.24.0-perl-129130-make-chdir-allocate-the-stack-it-needs.patch
 
+# Fix crash in Storable when deserializing malformed code reference, RT#68348,
+# RT130098
+Patch59:perl-5.25.7-Fix-Storable-segfaults.patch
+
 # Link XS modules to libperl.so with EU::CBuilder on Linux, bug #960048
 Patch200:   
perl-5.16.3-Link-XS-modules-to-libperl.so-with-EU-CBuilder-on-Li.patch
 
@@ -2903,6 +2907,7 @@ Perl extension for Version Objects
 %patch56 -p1
 %patch57 -p1
 %patch58 -p1
+%patch59 -p1
 %patch200 -p1
 %patch201 -p1
 
@@ -2952,6 +2957,7 @@ perl -x patchlevel.h \
 'Fedora Patch56: Fix firstchar bitmap under UTF-8 with prefix optimization 
(RT#129950)' \
 'Fedora Patch57: Avoid infinite loop in h2xs tool if enum and type have 
the same name (RT130001)' \
 'Fedora Patch58: Fix stack handling when calling chdir without an argument 
(RT#129130)' \
+'Fedora Patch59: Fix crash in Storable when deserializing malformed code 
reference (RT#68348, RT#130098)' \
 

ppisar pushed to perl (master). "Document perl-129130-make-chdir-allocate-the-stack-it-needs.patch patch"

[notifications]

From 592810058abf7a17f6ce904d181158dc85119ea7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 28 Nov 2016 14:19:02 +0100
Subject: Document perl-129130-make-chdir-allocate-the-stack-it-needs.patch
 patch

---
 perl.spec | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/perl.spec b/perl.spec
index 497699d..faad7f7 100644
--- a/perl.spec
+++ b/perl.spec
@@ -215,7 +215,8 @@ Patch56:
perl-5.24.0-regcomp.c-fix-perl-129950-fix-firstchar-bitmap-under
 # RT#130001, in upstream after 5.25.6
 Patch57:
perl-5.25.6-perl-130001-h2xs-avoid-infinite-loop-for-enums.patch
 
-# Fix stack handling when calling chdir without an argument, RT#129130
+# Fix stack handling when calling chdir without an argument, RT#129130,
+# in upstream after 5.25.6
 Patch58:
perl-5.24.0-perl-129130-make-chdir-allocate-the-stack-it-needs.patch
 
 # Link XS modules to libperl.so with EU::CBuilder on Linux, bug #960048
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl.git/commit/?h=master=592810058abf7a17f6ce904d181158dc85119ea7
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl (master). "Tighten dependencies between architecture specific sub-packages to ISA"

[notifications]

From 8da6077616c4476d6332dcc509b5851619357857 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 28 Nov 2016 14:54:45 +0100
Subject: Tighten dependencies between architecture specific sub-packages to
 ISA

---
 perl.spec | 11 ++-
 1 file changed, 6 insertions(+), 5 deletions(-)

diff --git a/perl.spec b/perl.spec
index 5d598f3..a47eacc 100644
--- a/perl.spec
+++ b/perl.spec
@@ -280,7 +280,7 @@ Provides: perl(perl5db.pl)
 # suidperl isn't created by upstream since 5.12.0
 Obsoletes: perl-suidperl <= 4:5.12.2
 
-Requires: perl-libs = %{perl_epoch}:%{perl_version}-%{release}
+Requires: perl-libs%{?_isa} = %{perl_epoch}:%{perl_version}-%{release}
 # Require this till perl sub-package requires any modules
 Requires: %perl_compat
 %if %{defined perl_bootstrap}
@@ -374,7 +374,7 @@ Requires:   systemtap-sdt-devel
 Requires:   perl(ExtUtils::ParseXS)
 Requires:   %perl_compat
 # Match library and header files when downgrading releases
-Requires:   perl-libs = %{perl_epoch}:%{perl_version}-%{release}
+Requires:   perl-libs%{?_isa} = %{perl_epoch}:%{perl_version}-%{release}
 %if %{defined perl_bootstrap}
 %gendep_perl_devel
 %endif
@@ -450,8 +450,8 @@ License:GPL+ or Artistic
 Epoch:  0
 Version:%{perl_version}
 Requires:   %perl_compat
-Requires:   perl-libs = %{perl_epoch}:%{perl_version}-%{release}
-Requires:   perl-devel = %{perl_epoch}:%{perl_version}-%{release}
+Requires:   perl-libs%{?_isa} = %{perl_epoch}:%{perl_version}-%{release}
+Requires:   perl-devel%{?_isa} = %{perl_epoch}:%{perl_version}-%{release}
 Requires:   perl-macros
 Requires:   perl-utils
 %if %{defined perl_bootstrap}
@@ -1146,7 +1146,7 @@ Version:1.25
 Requires:   %perl_compat
 # Errno.pm bakes in kernel version at build time and compares it against
 # $Config{osvers} at run time. Match exact interpreter build. Bug #1393421.
-Requires:   perl-libs = %{perl_epoch}:%{perl_version}-%{release}
+Requires:   perl-libs%{?_isa} = %{perl_epoch}:%{perl_version}-%{release}
 Requires:   perl(Carp)
 %if %{defined perl_bootstrap}
 %gendep_perl_Errno
@@ -5246,6 +5246,7 @@ popd
 - Fix crash in Storable when deserializing malformed code reference
   (RT#68348, RT#130098)
 - Fix crash on explicit return from regular expression substitution (RT#130188)
+- Tighten dependencies between architecture specific sub-packages to ISA
 
 * Wed Nov 09 2016 Petr Pisar  - 4:5.24.0-380
 - Tie perl-Errno release to interpreter build because of kernel version check
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl.git/commit/?h=master=8da6077616c4476d6332dcc509b5851619357857
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Soon retirement of zeromq2 and zeromq3

[Juan Orti Alcaine]

2016-11-30 22:11 GMT+01:00 Thomas Spura :
> Petr Pisar  schrieb am Mo., 14. Nov. 2016 um 10:32 Uhr:
>>
>> On Sun, Nov 13, 2016 at 10:40:43AM +, Thomas Spura wrote:
>> One has to look for reverse dependencies recusively. perl-ZMQ-LibZMQ3 is
>> required by amavisd-new. I warned amavisd-new in bug #1394697 now.
>
>
> Thanks for that. zeromq2 and zeromq3 are now retired in rawhide.

I've dropped the amavisd-new subpackages that depend on those.

-- 
Juan Orti
https://apuntesderootblog.wordpress.com/
GPG: 61F0 8272 6882 BCA6 3A35  88F6 B630 4B72 DEEB D08B
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1242980] -Wcast-qual compiler warnings in hv_func.h

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1242980

Petr Pisar  changed:

   What|Removed |Added

   Keywords||Patch
 Status|POST|ASSIGNED



--- Comment #6 from Petr Pisar  ---
Upstream accepted the fixes. The new violations were fixed by suppressing the
warnings.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Creating an new update is failing

[Mamoru TASAKA]

> On 11/30/2016 07:10 PM, Patrick  マルタインアンドレアス  Uiterwijk wrote:
> > Hi,
> >
> >> Hello,
> >>
> >> I'm trying to create a new update and
> >> I'm getting this error:
> >>
> >> Builds : Unable to create update. Parent instance is not bound to a
> >> Session; lazy load
> >> operation of attribute 'release' cannot proceed
> 
> > I'm very sorry for the problems here, they should now be fixed.
> 
> This problem seems gone, but now I am seeing another one:
> 
> I am trying to submit an f24 and f25 update of perl-Plack to bodhi.
> 
> The builds seem fine:
> http://koji.fedoraproject.org/koji/buildinfo?buildID=821595
> http://koji.fedoraproject.org/koji/buildinfo?buildID=821595
> 
> However, bodhi's create "New Update" form doesn't offer these builds as
> "Candidate Builds" to me ("Related Bugs" do show up).
> 
> Manually adding these builds to "Candidate Builds" at first glance
> appears to work, however pressing "Submit" quickly returns and seems to
> be doing nothing. I.e. this doesn't work.
> 
> Ralf
> 

Also, creating override request fails to me with the following message:

Nvr : Couldn't determine koji tags for rubygem-atk-3.1.0-1.fc25, "(13, 
'Permission denied')"
although the build seems fine:
http://koji.fedoraproject.org/koji/buildinfo?buildID=821589

Regards,
Mamoru
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Creating an new update is failing

[Ralf Corsepius]

On 11/30/2016 07:10 PM, Patrick  マルタインアンドレアス  Uiterwijk wrote:

Hi,


Hello,

I'm trying to create a new update and
I'm getting this error:

Builds : Unable to create update. Parent instance is not bound to a Session; 
lazy load
operation of attribute 'release' cannot proceed



I'm very sorry for the problems here, they should now be fixed.


This problem seems gone, but now I am seeing another one:

I am trying to submit an f24 and f25 update of perl-Plack to bodhi.

The builds seem fine:
http://koji.fedoraproject.org/koji/buildinfo?buildID=821595
http://koji.fedoraproject.org/koji/buildinfo?buildID=821595

However, bodhi's create "New Update" form doesn't offer these builds as 
"Candidate Builds" to me ("Related Bugs" do show up).


Manually adding these builds to "Candidate Builds" at first glance 
appears to work, however pressing "Submit" quickly returns and seems to 
be doing nothing. I.e. this doesn't work.


Ralf



___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Plack (f24). "Mandatory Perl build-requires added "

[notifications]

From 9a1e26b87dd4231b23798d65404dead59dfe230e Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 24 Jun 2016 10:02:47 +0200
Subject: Mandatory Perl build-requires added
 

---
 perl-Plack.spec | 1 +
 1 file changed, 1 insertion(+)

diff --git a/perl-Plack.spec b/perl-Plack.spec
index f3716d7..d10f489 100644
--- a/perl-Plack.spec
+++ b/perl-Plack.spec
@@ -14,6 +14,7 @@ BuildArch:  noarch
 # Default to not testing apache2.
 %bcond_with apache
 
+BuildRequires:  perl-generators
 BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.12
 BuildRequires:  perl(Cookie::Baker) >= 0.05
 BuildRequires:  perl(Devel::StackTrace) >= 1.23
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Plack.git/commit/?h=f24=9a1e26b87dd4231b23798d65404dead59dfe230e
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Plack (f24). "Preps for Plack-1.0042."

[notifications]

From 98f6f8c8cd29c16a986ebf00cefbb052ab8e4a0d Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= 
Date: Sat, 8 Oct 2016 08:31:15 +0200
Subject: Preps for Plack-1.0042.

---
 perl-Plack.spec | 17 -
 1 file changed, 16 insertions(+), 1 deletion(-)

diff --git a/perl-Plack.spec b/perl-Plack.spec
index d10f489..d2aded9 100644
--- a/perl-Plack.spec
+++ b/perl-Plack.spec
@@ -1,6 +1,6 @@
 Name:   perl-Plack
 Version:1.0039
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Perl Superglue for Web frameworks and Web Servers (PSGI 
toolkit)
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -15,8 +15,13 @@ BuildArch:  noarch
 %bcond_with apache
 
 BuildRequires:  perl-generators
+%if "%{version}" > "1.0039"
+BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.33
+BuildRequires:  perl(Cookie::Baker) >= 0.07
+%else
 BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.12
 BuildRequires:  perl(Cookie::Baker) >= 0.05
+%endif
 BuildRequires:  perl(Devel::StackTrace) >= 1.23
 BuildRequires:  perl(Devel::StackTrace::AsHTML) >= 0.11
 BuildRequires:  perl(Devel::StackTrace::WithLexicals) >= 0.8
@@ -27,7 +32,11 @@ BuildRequires:  perl(Filesys::Notify::Simple)
 BuildRequires:  perl(Hash::MultiValue) >= 0.05
 BuildRequires:  perl(HTTP::Headers::Fast) >= 0.18
 
+%if "%{version}" > "1.0039"
+BuildRequires:  perl(HTTP::Entity::Parser) >= 0.17
+%else
 BuildRequires:  perl(HTTP::Body) >= 1.06
+%endif
 BuildRequires:  perl(HTTP::Message) >= 5.814
 BuildRequires:  perl(HTTP::Tiny) >= 0.03
 BuildRequires:  perl(parent)
@@ -36,6 +45,9 @@ BuildRequires:  perl(Stream::Buffered) >= 0.02
 BuildRequires:  perl(Test::TCP) >= 2.00
 BuildRequires:  perl(Try::Tiny)
 BuildRequires:  perl(URI) >= 1.59
+%if "%{version}" > "1.0039"
+BuildRequires:  perl(WWW::Form::UrlEncoded) >= 0.23
+%endif
 
 # tests
 BuildRequires:  perl(Authen::Simple::Adapter)
@@ -136,6 +148,9 @@ make test %{?_with_apache:TEST_APACHE2=1 TEST_FCGI_CLIENT=1}
 %exclude %{perl_vendorlib}/auto/share/dist/Plack/#foo
 
 %changelog
+* Sat Oct 08 2016 Ralf Corsépius  - 1.0039-2
+- Preps for Plack-1.0042.
+
 * Sat Jun 04 2016 Ralf Corsépius  - 1.0039-1
 - Update to 1.0039.
 - Cleanup BRs.
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Plack.git/commit/?h=f24=98f6f8c8cd29c16a986ebf00cefbb052ab8e4a0d
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Plack (f24). "Update to 1.0042 (RHBZ#1382923). (..more)"

[notifications]

From b1ca2967d104fdf53ff57c7f023113de1e13d599 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= 
Date: Thu, 1 Dec 2016 06:32:13 +0100
Subject: Update to 1.0042 (RHBZ#1382923).

- Spec cleanup.
---
 .gitignore  |  2 +-
 perl-Plack.spec | 32 ++--
 sources |  2 +-
 3 files changed, 16 insertions(+), 20 deletions(-)

diff --git a/.gitignore b/.gitignore
index 983fe36..a13cbc1 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Plack-1.0039.tar.gz
+/Plack-1.0042.tar.gz
diff --git a/perl-Plack.spec b/perl-Plack.spec
index d2aded9..f9087fd 100644
--- a/perl-Plack.spec
+++ b/perl-Plack.spec
@@ -1,6 +1,6 @@
 Name:   perl-Plack
-Version:1.0039
-Release:2%{?dist}
+Version:1.0042
+Release:1%{?dist}
 Summary:Perl Superglue for Web frameworks and Web Servers (PSGI 
toolkit)
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -8,20 +8,18 @@ URL:http://search.cpan.org/dist/Plack/
 Source0:
http://www.cpan.org/authors/id/M/MI/MIYAGAWA/Plack-%{version}.tar.gz
 BuildArch:  noarch
 
-# Building with apache2 tests enabled
+# Build with apache2 tests enabled
 # - works in local mocks, but fails in Fedora's koji.
-# - requires customize apache setup with apache >= 2.4.
+# - requires customized apache setup with apache >= 2.4.
 # Default to not testing apache2.
 %bcond_with apache
 
+BuildRequires:  %{__make}
+BuildRequires:  %{__perl}
+
 BuildRequires:  perl-generators
-%if "%{version}" > "1.0039"
 BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.33
 BuildRequires:  perl(Cookie::Baker) >= 0.07
-%else
-BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.12
-BuildRequires:  perl(Cookie::Baker) >= 0.05
-%endif
 BuildRequires:  perl(Devel::StackTrace) >= 1.23
 BuildRequires:  perl(Devel::StackTrace::AsHTML) >= 0.11
 BuildRequires:  perl(Devel::StackTrace::WithLexicals) >= 0.8
@@ -32,11 +30,7 @@ BuildRequires:  perl(Filesys::Notify::Simple)
 BuildRequires:  perl(Hash::MultiValue) >= 0.05
 BuildRequires:  perl(HTTP::Headers::Fast) >= 0.18
 
-%if "%{version}" > "1.0039"
 BuildRequires:  perl(HTTP::Entity::Parser) >= 0.17
-%else
-BuildRequires:  perl(HTTP::Body) >= 1.06
-%endif
 BuildRequires:  perl(HTTP::Message) >= 5.814
 BuildRequires:  perl(HTTP::Tiny) >= 0.03
 BuildRequires:  perl(parent)
@@ -45,9 +39,7 @@ BuildRequires:  perl(Stream::Buffered) >= 0.02
 BuildRequires:  perl(Test::TCP) >= 2.00
 BuildRequires:  perl(Try::Tiny)
 BuildRequires:  perl(URI) >= 1.59
-%if "%{version}" > "1.0039"
 BuildRequires:  perl(WWW::Form::UrlEncoded) >= 0.23
-%endif
 
 # tests
 BuildRequires:  perl(Authen::Simple::Adapter)
@@ -110,14 +102,14 @@ t/Plack-Handler/apache2.t 
t/Plack-Handler/apache2-registry.t
 # --skipdeps causes ExtUtils::AutoInstall not to try auto-installing
 # missing modules
 %{__perl} Makefile.PL INSTALLDIRS=vendor --skipdeps NO_PACKLIST=1
-make %{?_smp_mflags}
+%{__make} %{?_smp_mflags}
 
 %install
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+%{__make} pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
-make test %{?_with_apache:TEST_APACHE2=1 TEST_FCGI_CLIENT=1}
+%{__make} test %{?_with_apache:TEST_APACHE2=1 TEST_FCGI_CLIENT=1}
 
 %files
 %doc Changes README
@@ -148,6 +140,10 @@ make test %{?_with_apache:TEST_APACHE2=1 
TEST_FCGI_CLIENT=1}
 %exclude %{perl_vendorlib}/auto/share/dist/Plack/#foo
 
 %changelog
+* Thu Dec 01 2016 Ralf Corsépius  - 1.0042-1
+- Update to 1.0042 (RHBZ#1382923).
+- Spec cleanup.
+
 * Sat Oct 08 2016 Ralf Corsépius  - 1.0039-2
 - Preps for Plack-1.0042.
 
diff --git a/sources b/sources
index ef6a3c8..2a17698 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3e306fcf4e1a4563a467608c29ae79cc  Plack-1.0039.tar.gz
+c7538f04b36fac62879ff6172b4a85d7  Plack-1.0042.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Plack.git/commit/?h=f24=b1ca2967d104fdf53ff57c7f023113de1e13d599
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Plack (f25). "Update to 1.0042 (RHBZ#1382923). (..more)"

[notifications]

From d6301acf388ae793d694cc952c08ef19bae06dfa Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= 
Date: Thu, 1 Dec 2016 06:32:13 +0100
Subject: Update to 1.0042 (RHBZ#1382923).

- Spec cleanup.
---
 .gitignore  |  2 +-
 perl-Plack.spec | 32 ++--
 sources |  2 +-
 3 files changed, 16 insertions(+), 20 deletions(-)

diff --git a/.gitignore b/.gitignore
index 983fe36..a13cbc1 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Plack-1.0039.tar.gz
+/Plack-1.0042.tar.gz
diff --git a/perl-Plack.spec b/perl-Plack.spec
index ec474b4..a119a3b 100644
--- a/perl-Plack.spec
+++ b/perl-Plack.spec
@@ -1,6 +1,6 @@
 Name:   perl-Plack
-Version:1.0039
-Release:2%{?dist}
+Version:1.0042
+Release:1%{?dist}
 Summary:Perl Superglue for Web frameworks and Web Servers (PSGI 
toolkit)
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -8,20 +8,18 @@ URL:http://search.cpan.org/dist/Plack/
 Source0:
http://www.cpan.org/authors/id/M/MI/MIYAGAWA/Plack-%{version}.tar.gz
 BuildArch:  noarch
 
-# Building with apache2 tests enabled
+# Build with apache2 tests enabled
 # - works in local mocks, but fails in Fedora's koji.
-# - requires customize apache setup with apache >= 2.4.
+# - requires customized apache setup with apache >= 2.4.
 # Default to not testing apache2.
 %bcond_with apache
 
+BuildRequires:  %{__make}
+BuildRequires:  %{__perl}
+
 BuildRequires:  perl-generators
-%if "%{version}" > "1.0039"
 BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.33
 BuildRequires:  perl(Cookie::Baker) >= 0.07
-%else
-BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.12
-BuildRequires:  perl(Cookie::Baker) >= 0.05
-%endif
 BuildRequires:  perl(Devel::StackTrace) >= 1.23
 BuildRequires:  perl(Devel::StackTrace::AsHTML) >= 0.11
 BuildRequires:  perl(Devel::StackTrace::WithLexicals) >= 0.8
@@ -32,11 +30,7 @@ BuildRequires:  perl(Filesys::Notify::Simple)
 BuildRequires:  perl(Hash::MultiValue) >= 0.05
 BuildRequires:  perl(HTTP::Headers::Fast) >= 0.18
 
-%if "%{version}" > "1.0039"
 BuildRequires:  perl(HTTP::Entity::Parser) >= 0.17
-%else
-BuildRequires:  perl(HTTP::Body) >= 1.06
-%endif
 BuildRequires:  perl(HTTP::Message) >= 5.814
 BuildRequires:  perl(HTTP::Tiny) >= 0.03
 BuildRequires:  perl(parent)
@@ -45,9 +39,7 @@ BuildRequires:  perl(Stream::Buffered) >= 0.02
 BuildRequires:  perl(Test::TCP) >= 2.00
 BuildRequires:  perl(Try::Tiny)
 BuildRequires:  perl(URI) >= 1.59
-%if "%{version}" > "1.0039"
 BuildRequires:  perl(WWW::Form::UrlEncoded) >= 0.23
-%endif
 
 # tests
 BuildRequires:  perl(Authen::Simple::Adapter)
@@ -110,14 +102,14 @@ t/Plack-Handler/apache2.t 
t/Plack-Handler/apache2-registry.t
 # --skipdeps causes ExtUtils::AutoInstall not to try auto-installing
 # missing modules
 %{__perl} Makefile.PL INSTALLDIRS=vendor --skipdeps NO_PACKLIST=1
-make %{?_smp_mflags}
+%{__make} %{?_smp_mflags}
 
 %install
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+%{__make} pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
-make test %{?_with_apache:TEST_APACHE2=1 TEST_FCGI_CLIENT=1}
+%{__make} test %{?_with_apache:TEST_APACHE2=1 TEST_FCGI_CLIENT=1}
 
 %files
 %doc Changes README
@@ -148,6 +140,10 @@ make test %{?_with_apache:TEST_APACHE2=1 
TEST_FCGI_CLIENT=1}
 %exclude %{perl_vendorlib}/auto/share/dist/Plack/#foo
 
 %changelog
+* Thu Dec 01 2016 Ralf Corsépius  - 1.0042-1
+- Update to 1.0042 (RHBZ#1382923).
+- Spec cleanup.
+
 * Sat Oct 08 2016 Ralf Corsépius  - 1.0039-2
 - Preps for Plack-1.0042.
 
diff --git a/sources b/sources
index ef6a3c8..2a17698 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3e306fcf4e1a4563a467608c29ae79cc  Plack-1.0039.tar.gz
+c7538f04b36fac62879ff6172b4a85d7  Plack-1.0042.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Plack.git/commit/?h=f25=d6301acf388ae793d694cc952c08ef19bae06dfa
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Plack (f25). "Preps for Plack-1.0042."

[notifications]

From 304b15da58b7132c5b05e8027a2a108e008d72ef Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= 
Date: Sat, 8 Oct 2016 08:31:15 +0200
Subject: Preps for Plack-1.0042.

---
 perl-Plack.spec | 17 -
 1 file changed, 16 insertions(+), 1 deletion(-)

diff --git a/perl-Plack.spec b/perl-Plack.spec
index 203c3f3..ec474b4 100644
--- a/perl-Plack.spec
+++ b/perl-Plack.spec
@@ -1,6 +1,6 @@
 Name:   perl-Plack
 Version:1.0039
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Perl Superglue for Web frameworks and Web Servers (PSGI 
toolkit)
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -15,8 +15,13 @@ BuildArch:  noarch
 %bcond_with apache
 
 BuildRequires:  perl-generators
+%if "%{version}" > "1.0039"
+BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.33
+BuildRequires:  perl(Cookie::Baker) >= 0.07
+%else
 BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.12
 BuildRequires:  perl(Cookie::Baker) >= 0.05
+%endif
 BuildRequires:  perl(Devel::StackTrace) >= 1.23
 BuildRequires:  perl(Devel::StackTrace::AsHTML) >= 0.11
 BuildRequires:  perl(Devel::StackTrace::WithLexicals) >= 0.8
@@ -27,7 +32,11 @@ BuildRequires:  perl(Filesys::Notify::Simple)
 BuildRequires:  perl(Hash::MultiValue) >= 0.05
 BuildRequires:  perl(HTTP::Headers::Fast) >= 0.18
 
+%if "%{version}" > "1.0039"
+BuildRequires:  perl(HTTP::Entity::Parser) >= 0.17
+%else
 BuildRequires:  perl(HTTP::Body) >= 1.06
+%endif
 BuildRequires:  perl(HTTP::Message) >= 5.814
 BuildRequires:  perl(HTTP::Tiny) >= 0.03
 BuildRequires:  perl(parent)
@@ -36,6 +45,9 @@ BuildRequires:  perl(Stream::Buffered) >= 0.02
 BuildRequires:  perl(Test::TCP) >= 2.00
 BuildRequires:  perl(Try::Tiny)
 BuildRequires:  perl(URI) >= 1.59
+%if "%{version}" > "1.0039"
+BuildRequires:  perl(WWW::Form::UrlEncoded) >= 0.23
+%endif
 
 # tests
 BuildRequires:  perl(Authen::Simple::Adapter)
@@ -136,6 +148,9 @@ make test %{?_with_apache:TEST_APACHE2=1 TEST_FCGI_CLIENT=1}
 %exclude %{perl_vendorlib}/auto/share/dist/Plack/#foo
 
 %changelog
+* Sat Oct 08 2016 Ralf Corsépius  - 1.0039-2
+- Preps for Plack-1.0042.
+
 * Sat Jun 04 2016 Ralf Corsépius  - 1.0039-1
 - Update to 1.0039.
 - Cleanup BRs.
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Plack.git/commit/?h=f25=304b15da58b7132c5b05e8027a2a108e008d72ef
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Plack (master). "Update to 1.0042 (RHBZ#1382923). (..more)"

[notifications]

From d6301acf388ae793d694cc952c08ef19bae06dfa Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= 
Date: Thu, 1 Dec 2016 06:32:13 +0100
Subject: Update to 1.0042 (RHBZ#1382923).

- Spec cleanup.
---
 .gitignore  |  2 +-
 perl-Plack.spec | 32 ++--
 sources |  2 +-
 3 files changed, 16 insertions(+), 20 deletions(-)

diff --git a/.gitignore b/.gitignore
index 983fe36..a13cbc1 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Plack-1.0039.tar.gz
+/Plack-1.0042.tar.gz
diff --git a/perl-Plack.spec b/perl-Plack.spec
index ec474b4..a119a3b 100644
--- a/perl-Plack.spec
+++ b/perl-Plack.spec
@@ -1,6 +1,6 @@
 Name:   perl-Plack
-Version:1.0039
-Release:2%{?dist}
+Version:1.0042
+Release:1%{?dist}
 Summary:Perl Superglue for Web frameworks and Web Servers (PSGI 
toolkit)
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -8,20 +8,18 @@ URL:http://search.cpan.org/dist/Plack/
 Source0:
http://www.cpan.org/authors/id/M/MI/MIYAGAWA/Plack-%{version}.tar.gz
 BuildArch:  noarch
 
-# Building with apache2 tests enabled
+# Build with apache2 tests enabled
 # - works in local mocks, but fails in Fedora's koji.
-# - requires customize apache setup with apache >= 2.4.
+# - requires customized apache setup with apache >= 2.4.
 # Default to not testing apache2.
 %bcond_with apache
 
+BuildRequires:  %{__make}
+BuildRequires:  %{__perl}
+
 BuildRequires:  perl-generators
-%if "%{version}" > "1.0039"
 BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.33
 BuildRequires:  perl(Cookie::Baker) >= 0.07
-%else
-BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.12
-BuildRequires:  perl(Cookie::Baker) >= 0.05
-%endif
 BuildRequires:  perl(Devel::StackTrace) >= 1.23
 BuildRequires:  perl(Devel::StackTrace::AsHTML) >= 0.11
 BuildRequires:  perl(Devel::StackTrace::WithLexicals) >= 0.8
@@ -32,11 +30,7 @@ BuildRequires:  perl(Filesys::Notify::Simple)
 BuildRequires:  perl(Hash::MultiValue) >= 0.05
 BuildRequires:  perl(HTTP::Headers::Fast) >= 0.18
 
-%if "%{version}" > "1.0039"
 BuildRequires:  perl(HTTP::Entity::Parser) >= 0.17
-%else
-BuildRequires:  perl(HTTP::Body) >= 1.06
-%endif
 BuildRequires:  perl(HTTP::Message) >= 5.814
 BuildRequires:  perl(HTTP::Tiny) >= 0.03
 BuildRequires:  perl(parent)
@@ -45,9 +39,7 @@ BuildRequires:  perl(Stream::Buffered) >= 0.02
 BuildRequires:  perl(Test::TCP) >= 2.00
 BuildRequires:  perl(Try::Tiny)
 BuildRequires:  perl(URI) >= 1.59
-%if "%{version}" > "1.0039"
 BuildRequires:  perl(WWW::Form::UrlEncoded) >= 0.23
-%endif
 
 # tests
 BuildRequires:  perl(Authen::Simple::Adapter)
@@ -110,14 +102,14 @@ t/Plack-Handler/apache2.t 
t/Plack-Handler/apache2-registry.t
 # --skipdeps causes ExtUtils::AutoInstall not to try auto-installing
 # missing modules
 %{__perl} Makefile.PL INSTALLDIRS=vendor --skipdeps NO_PACKLIST=1
-make %{?_smp_mflags}
+%{__make} %{?_smp_mflags}
 
 %install
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+%{__make} pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
-make test %{?_with_apache:TEST_APACHE2=1 TEST_FCGI_CLIENT=1}
+%{__make} test %{?_with_apache:TEST_APACHE2=1 TEST_FCGI_CLIENT=1}
 
 %files
 %doc Changes README
@@ -148,6 +140,10 @@ make test %{?_with_apache:TEST_APACHE2=1 
TEST_FCGI_CLIENT=1}
 %exclude %{perl_vendorlib}/auto/share/dist/Plack/#foo
 
 %changelog
+* Thu Dec 01 2016 Ralf Corsépius  - 1.0042-1
+- Update to 1.0042 (RHBZ#1382923).
+- Spec cleanup.
+
 * Sat Oct 08 2016 Ralf Corsépius  - 1.0039-2
 - Preps for Plack-1.0042.
 
diff --git a/sources b/sources
index ef6a3c8..2a17698 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3e306fcf4e1a4563a467608c29ae79cc  Plack-1.0039.tar.gz
+c7538f04b36fac62879ff6172b4a85d7  Plack-1.0042.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Plack.git/commit/?h=master=d6301acf388ae793d694cc952c08ef19bae06dfa
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu uploaded Plack-1.0042.tar.gz for perl-Plack

[notifications]

c7538f04b36fac62879ff6172b4a85d7  Plack-1.0042.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Plack/Plack-1.0042.tar.gz/md5/c7538f04b36fac62879ff6172b4a85d7/Plack-1.0042.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[EPEL-devel] Re: Help with resurrect two Orphans/Retired packages

[Orion Poplawski]

On 11/29/2016 03:46 AM, Mattias Ryrlén wrote:

Hi,

I'm quite new to this and wonder how we can proceed to get two packages
back to epel6 that got deleted due to flagged as orphaned this night 24/11

The packages i am talking about:
* rubygem(uuidtools)
* rubygem(aws-sdk) (requires rubygem(uuidtools))



Probably just the tip of the iceberg - uuidtools requires rspec.  Who 
knows what else.


My recollection is that ruby was getting pretty hard to maintain in EL6, 
so be prepared for a large undertaking.


As for how to do it - packagers need to step forward to unretire the 
packages in the EPEL6 branch, that's it.



--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane  or...@cora.nwra.com
Boulder, CO 80301  http://www.cora.nwra.com
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Re: Rawhide aarch64: gcc bus error

[Orion Poplawski]

On 11/30/2016 04:20 PM, Richard W.M. Jones wrote:

On Wed, Nov 30, 2016 at 10:08:55PM +, Richard W.M. Jones wrote:

On Wed, Nov 30, 2016 at 02:07:13PM -0700, Jerry James wrote:

I'm trying to build python-cvxopt, but gcc is failing on aarch64 with
a bus error:

http://koji.fedoraproject.org/koji/taskinfo?taskID=16684863


As a data point, the build succeeds on F25/aarch64 with:

  glibc-2.24-3.fc25.aarch64
  gcc-6.2.1-2.fc25.aarch64

I'll spin up a Rawhide VM later to see if I can reproduce this with
the suspect glibc etc (don't want to risk upgrading glibc on my main
machine :-)


On Rawhide (updated partially from F25), the compile works OK with:

glibc-2.24-3.fc25.aarch64
gcc-6.2.1-2.fc26.aarch64

and it still *works* if I upgrade glibc to:

glibc-2.24.90-19.fc26.aarch64

(leaving all other non-glibc-related packages unchanged).

But it *fails* in exactly the way you describe if I upgrade glibc to:

glibc-2.24.90-20.fc26.aarch64

So it looks fairly conclusively like it's something to do with the
latest glibc, and you need to be looking at the differences between
the -19 and -20 packages.


Thanks.  I've untaged it.


--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane  or...@cora.nwra.com
Boulder, CO 80301  http://www.cora.nwra.com
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: urw-fonts: Versioning Mess

[Zbigniew Jędrzejewski-Szmek]

On Wed, Nov 30, 2016 at 05:35:19PM +0100, Dominik 'Rathann' Mierzejewski wrote:
> On Wednesday, 30 November 2016 at 16:07, David Kaspar [Dee'Kej] wrote:
> > On Wed, Nov 30, 2016 at 12:38 PM, Dominik 'Rathann' Mierzejewski <
> > domi...@greysector.net> wrote:
> [...]
> > I'm not sure where your Version == 1.0 comes from. If they're versioned
> > > only by date now, then you have two options. Use Version: 0 in the new
> > > package in anticipation of upstream eventually reintroducing semantic
> > > versioning. Or, Version: MMDD. Admittedly, the latter looks nicer
> > > and upstream already said they'll stick to it.
> > >
> > The Version == 1.0 comes from the source code of the fonts themselves.
> > Running 'grep "Version" *.afm' tells me that there are all files with
> > Version == 1.0, except two of them (which have Version
> 
> If they don't have the same version then it doesn't make sense to use
> the version of *some* of them as base.
> 
> > > If you worry about upstream versioning sanity, then stick with
> > > Version: 0
> > > and follow the snapshot versioning guidelines.
> > >
> > > > There's also one more option, and that is to base the package on
> > > > upstream's git repository and the snapshot scheme, because we
> > > > would be using snapshot string in the package name anyway. And it
> > > > would also solve one more issue that upstream is not shipping
> > > > license files in the archive. (I have already contacted to correct
> > > > this.)
> > >
> > > The exact location of the source doesn't matter too much as long as it's
> > > official and pristine. I agree it might be better to use the git repo
> > > directly since it contains both the licence indication and its full
> > > text.
> > >
> > Upstream has heard to my request and fixed it. (
> > http://bugs.ghostscript.com/show_bug.cgi?id=697390)
> > 
> > And yes, what Douhlas wrote is correct (about the 35 fonts), and I will
> > have that noted in the %description section.
> > 
> > Anyway, since determining the Version field is still unclear, I think the
> > most sense to me right now is to proceed with option 2) - IOW - to bypass
> > the versioning from URW++ completely, and have Version field based on
> > snapshot string, in a way:
> > X.Y.Z == .MM.DD
> > 
> > Or do you some problem with this approach?
> 
> As I said, please do not invent the version on your own. Please apply
> the existing snapshot guidelines instead, i.e.:
> Version: 0
> 
> Release: 0.N.MMDD
> or
> Release: 0.N.MMDDgitHASH

Or even better, as you proposed in the other e-mail, Version: MMDD.
This is much nicer for users, and actually easier for the maintainer
of the package. David seems to ignore this option for some reason,
but it really seems the best one.

(If upstream does something crazy and it is necessary to change the
versioning scheme again in the future, adding an epoch is always an
option.)

Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1400358] New: perl-Clownfish-0.6.0.5 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1400358

Bug ID: 1400358
   Summary: perl-Clownfish-0.6.0.5 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Clownfish
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 0.6.0.5
Current version/release in rawhide: 0.6.0.4-1.fc26
URL: http://search.cpan.org/dist/Clownfish/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/7511/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1400359] New: perl-Clownfish-CFC-0.6.0.5 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1400359

Bug ID: 1400359
   Summary: perl-Clownfish-CFC-0.6.0.5 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Clownfish-CFC
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 0.6.0.5
Current version/release in rawhide: 0.6.0.4-1.fc26
URL: http://search.cpan.org/dist/Clownfish-CFC/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/7506/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Rawhide aarch64: gcc bus error

[Richard W.M. Jones]

On Wed, Nov 30, 2016 at 11:20:13PM +, Richard W.M. Jones wrote:
> On Wed, Nov 30, 2016 at 10:08:55PM +, Richard W.M. Jones wrote:
> > On Wed, Nov 30, 2016 at 02:07:13PM -0700, Jerry James wrote:
> > > I'm trying to build python-cvxopt, but gcc is failing on aarch64 with
> > > a bus error:
> > > 
> > > http://koji.fedoraproject.org/koji/taskinfo?taskID=16684863
> > 
> > As a data point, the build succeeds on F25/aarch64 with:
> > 
> >   glibc-2.24-3.fc25.aarch64
> >   gcc-6.2.1-2.fc25.aarch64
> > 
> > I'll spin up a Rawhide VM later to see if I can reproduce this with
> > the suspect glibc etc (don't want to risk upgrading glibc on my main
> > machine :-)
> 
> On Rawhide (updated partially from F25), the compile works OK with:
> 
> glibc-2.24-3.fc25.aarch64
> gcc-6.2.1-2.fc26.aarch64
> 
> and it still *works* if I upgrade glibc to:
> 
> glibc-2.24.90-19.fc26.aarch64
> 
> (leaving all other non-glibc-related packages unchanged).
> 
> But it *fails* in exactly the way you describe if I upgrade glibc to:
> 
> glibc-2.24.90-20.fc26.aarch64
> 
> So it looks fairly conclusively like it's something to do with the
> latest glibc, and you need to be looking at the differences between
> the -19 and -20 packages.

That glibc is crash-central too.  The act of installing gdb to try to
get a stack trace itself caused a crash :-(

The stack trace may be a bit broken, but here goes:

Core was generated by `/usr/libexec/gcc/aarch64-redhat-linux/6.2.1/cc1 -quiet 
-I /usr/include -I /usr/'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x010b48c0 in aarch64_fallback_frame_state (context=0x3fff9a499c0, 
context=0x3fff9a499c0, fs=0x3fff9a49d80) at ./md-unwind-support.h:71
71if (pc[0] != MOVZ_X8_8B || pc[1] != SVC_0)
Missing separate debuginfos, use: dnf debuginfo-install 
glibc-2.24.90-19.fc26.aarch64 gmp-6.1.1-1.fc25.aarch64 
libmpc-1.0.2-5.fc24.aarch64 mpfr-3.1.5-1.fc25.aarch64 zlib-1.2.8-10.fc24.aarch64
(gdb) t a a bt

Thread 1 (LWP 18161):
#0  0x010b48c0 in aarch64_fallback_frame_state (context=0x3fff9a499c0, 
context=0x3fff9a499c0, fs=0x3fff9a49d80) at ./md-unwind-support.h:71
#1  uw_frame_state_for (context=context@entry=0x3fff9a499c0, 
fs=fs@entry=0x3fff9a49d80) at ../../../libgcc/unwind-dw2.c:1249
#2  0x010b6388 in _Unwind_Backtrace (
trace=trace@entry=0x8657cc , trace_argument=0x3fff9a4a428, 
trace_argument@entry=0x3fff9a4a438) at ../../../libgcc/unwind.inc:290
#3  0x00865920 in backtrace_full (state=0x3ff8b9f, 
skip=skip@entry=2, 
callback=callback@entry=0x84cfbc , 
error_callback=error_callback@entry=0x84cf54 , data=data@entry=0x3fff9a4a494)
at ../../libbacktrace/backtrace.c:127
#4  0x0101bc98 in diagnostic_action_after_output (
context=context@entry=0x15037a0 , 
diag_kind=) at ../../gcc/diagnostic.c:476
#5  0x0101b270 in diagnostic_report_diagnostic (
context=0x15037a0 , diagnostic=0x3fff9a4a568, 
diagnostic@entry=0x3fff9a4a578) at ../../gcc/diagnostic.c:827
#6  0x0084cac8 in internal_error (gmsgid=gmsgid@entry=0x111e3c0 "%s")
at ../../gcc/diagnostic.c:1258
#7  0x006bd188 in crash_signal (signo=11) at ../../gcc/toplev.c:333
#8  
#9  0x010b48c0 in aarch64_fallback_frame_state (context=0x3fff9a4ba60, 
context=0x3fff9a4ba60, fs=0x3fff9a4be20) at ./md-unwind-support.h:71
#10 uw_frame_state_for (context=context@entry=0x3fff9a4ba60, 
fs=fs@entry=0x3fff9a4be20) at ../../../libgcc/unwind-dw2.c:1249
#11 0x010b6388 in _Unwind_Backtrace (
trace=trace@entry=0x8657cc , trace_argument=0x3fff9a4c4c8, 
trace_argument@entry=0x3fff9a4c4d8) at ../../../libgcc/unwind.inc:290
#12 0x00865920 in backtrace_full (state=0x3ff8ba0, 
skip=skip@entry=2, 
callback=callback@entry=0x84cfbc , 
error_callback=error_callback@entry=0x84cf54 , data=data@entry=0x3fff9a4c534)
at ../../libbacktrace/backtrace.c:127
#13 0x0101bc98 in diagnostic_action_after_output (
context=context@entry=0x15037a0 , 
diag_kind=) at ../../gcc/diagnostic.c:476
#14 0x0101b270 in diagnostic_report_diagnostic (
context=0x15037a0 , diagnostic=0x3fff9a4c608, 
diagnostic@entry=0x3fff9a4c618) at ../../gcc/diagnostic.c:827
#15 0x0084cac8 in internal_error (gmsgid=gmsgid@entry=0x111e3c0 "%s")
at ../../gcc/diagnostic.c:1258
#16 0x006bd188 in crash_signal (signo=7) at ../../gcc/toplev.c:333
#17 
#18 0x003f in ?? ()
#19 0x03ff8dee0acc in mpfr_init2 () from /lib64/libmpfr.so.4
#20 0x00b1223c in real_from_string (r=r@entry=0x3fff9a4db48, 
str=0x3fff9a4daa0 "1.0") at ../../gcc/real.c:2106
#21 0x00f50470 in real_from_string3 (r=0x3fff9a4db48, 
s=, fmt=...) at ../../gcc/real.c:2173

Re: Rawhide aarch64: gcc bus error

[Richard W.M. Jones]

On Wed, Nov 30, 2016 at 10:08:55PM +, Richard W.M. Jones wrote:
> On Wed, Nov 30, 2016 at 02:07:13PM -0700, Jerry James wrote:
> > I'm trying to build python-cvxopt, but gcc is failing on aarch64 with
> > a bus error:
> > 
> > http://koji.fedoraproject.org/koji/taskinfo?taskID=16684863
> 
> As a data point, the build succeeds on F25/aarch64 with:
> 
>   glibc-2.24-3.fc25.aarch64
>   gcc-6.2.1-2.fc25.aarch64
> 
> I'll spin up a Rawhide VM later to see if I can reproduce this with
> the suspect glibc etc (don't want to risk upgrading glibc on my main
> machine :-)

On Rawhide (updated partially from F25), the compile works OK with:

glibc-2.24-3.fc25.aarch64
gcc-6.2.1-2.fc26.aarch64

and it still *works* if I upgrade glibc to:

glibc-2.24.90-19.fc26.aarch64

(leaving all other non-glibc-related packages unchanged).

But it *fails* in exactly the way you describe if I upgrade glibc to:

glibc-2.24.90-20.fc26.aarch64

So it looks fairly conclusively like it's something to do with the
latest glibc, and you need to be looking at the differences between
the -19 and -20 packages.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[389-devel] Re: Build failed in Jenkins: 389-DS-NIGHTLY #149

[William Brown]

> CRITICAL:stress_tests:DeleteUsers: failed to delete 
> (uid=person3,dc=example,dc=com) error: Can'\''t contact LDAP server
> CRITICAL:stress_tests:DeleteUsers: failed to delete 
> (uid=employee4,dc=example,dc=com) error: Can'\''t contact LDAP server
> CRITICAL:stress_tests:DeleteUsers: failed to delete 
> (uid=entry4,dc=example,dc=com) error: Can'\''t contact LDAP server
> Exception in thread Thread-37:
> Traceback (most recent call last):
>   File "/usr/lib64/python2.7/threading.py", line 804, in __bootstrap_inner
> self.run()
>   File 
> "
>  line 92, in run
> assert False
> AssertionError: assert False
> 


I will also be investigating this error today. 


-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane


signature.asc
Description: This is a digitally signed message part
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[Bug 1394697] amavisd-new-zeromq-0: 2.11.0-4.fc26 requires perl-ZMQ-LibZMQ3 that will be retired

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1394697

Juan Orti  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||amavisd-new-2.11.0-5.fc26
 Resolution|--- |RAWHIDE
Last Closed||2016-11-30 17:41:10



--- Comment #4 from Juan Orti  ---
(In reply to Thomas Spura from comment #3)
> It seems there was no response from upstream about this... :/

Yeah, upstream is totally unresponsive.

> I just retired zeromq2 and zeromq3, so please modify amavisd-new accordingly.

I've built amavisd-new-2.11.0-5.fc26 with those subpackages dropped.
http://koji.fedoraproject.org/koji/taskinfo?taskID=16685850

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

library version update - libqalculate

[Mukundan Ragavan]

I recently update libqalculate to latest upstream version 0.9.10.
Unfortunately, I forgot to send out a soname bump email (I emailed one
affected package maintainer though) - which I realized only when I saw
the broken dependency emails.

The list of affected packages are

1/ step
2/ qalculate-kde
3/ cantor
4/ plasma-workspace


My apologies for the late notice.
Mukundan.

-- 
GPG Key - E5C8BC67
---





signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Rawhide aarch64: gcc bus error

[Richard W.M. Jones]

On Wed, Nov 30, 2016 at 02:07:13PM -0700, Jerry James wrote:
> I'm trying to build python-cvxopt, but gcc is failing on aarch64 with
> a bus error:
> 
> http://koji.fedoraproject.org/koji/taskinfo?taskID=16684863

As a data point, the build succeeds on F25/aarch64 with:

  glibc-2.24-3.fc25.aarch64
  gcc-6.2.1-2.fc25.aarch64

I'll spin up a Rawhide VM later to see if I can reproduce this with
the suspect glibc etc (don't want to risk upgrading glibc on my main
machine :-)

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Rawhide aarch64: gcc bus error

[Tom Hughes]

On 30/11/16 21:41, Jerry James wrote:

On Wed, Nov 30, 2016 at 2:19 PM, Tom Hughes  wrote:

On 30/11/16 21:07, Jerry James wrote:
Well have you reported the ICE as it tells you to?

Basically it is, pretty much by definition, a bug in the compiler that needs
to be reported. Biggest pain is going to be getting hold of the preprocessed
source for the bug report.


I don't know that it is a compiler bug, actually.  As Ben Rosser
pointed out, this may be a glibc bug.  There's a brand new glibc in
Rawhide, and now multiple builds are hitting bus errors while building
for aarch64.  Can we back out that glibc build until the problem is
identified, at least on aarch64?


Sure, it could be a library that the compiler uses, though it doesn't 
use very much. So glibc is the other likely culprit sure.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1400321] New: perl-Text-Reflow-1.15 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1400321

Bug ID: 1400321
   Summary: perl-Text-Reflow-1.15 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Text-Reflow
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, jples...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 1.15
Current version/release in rawhide: 1.12-1.fc26
URL: http://search.cpan.org/dist/Text-Reflow/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/7549/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Rawhide aarch64: gcc bus error

[Jerry James]

On Wed, Nov 30, 2016 at 2:19 PM, Tom Hughes  wrote:
> On 30/11/16 21:07, Jerry James wrote:
> Well have you reported the ICE as it tells you to?
>
> Basically it is, pretty much by definition, a bug in the compiler that needs
> to be reported. Biggest pain is going to be getting hold of the preprocessed
> source for the bug report.

I don't know that it is a compiler bug, actually.  As Ben Rosser
pointed out, this may be a glibc bug.  There's a brand new glibc in
Rawhide, and now multiple builds are hitting bus errors while building
for aarch64.  Can we back out that glibc build until the problem is
identified, at least on aarch64?
-- 
Jerry James
http://www.jamezone.org/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Soon retirement of zeromq2 and zeromq3

[Thomas Spura]

Petr Pisar  schrieb am Mo., 14. Nov. 2016 um 10:32 Uhr:

> On Sun, Nov 13, 2016 at 10:40:43AM +, Thomas Spura wrote:
> > The current dependencies are:
> > # dnf repoquery --whatrequires zeromq2 --alldeps
> > perl-ZMQ-LibZMQ2-0:1.09-7.fc23.x86_64
> > perl-ZeroMQ-0:0.23-11.fc23.x86_64
> > zeromq2-devel-0:2.2.0-14.fc23.i686
> > zeromq2-devel-0:2.2.0-14.fc23.x86_64
> > # dnf repoquery --whatrequires zeromq3 --alldeps
> > perl-ZMQ-LibZMQ3-0:1.19-3.fc23.x86_64
> > zeromq3-devel-0:3.2.5-3.fc23.i686
> > zeromq3-devel-0:3.2.5-3.fc23.x86_64
> >
> > The maintainer of perl-ZMQ-LibZMQ* should be aware of this [1,2] and is
> > also in CC. Feel free to take over the zeromq2 and zeromq3 packages,
> > otherwise I'll retire it next week.
> >
> One has to look for reverse dependencies recusively. perl-ZMQ-LibZMQ3 is
> required by amavisd-new. I warned amavisd-new in bug #1394697 now.
>

Thanks for that. zeromq2 and zeromq3 are now retired in rawhide.

Best,
Thomas
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Rawhide aarch64: gcc bus error

[Ben Rosser]

On Wed, Nov 30, 2016 at 4:07 PM, Jerry James  wrote:

> I'm trying to build python-cvxopt, but gcc is failing on aarch64 with
> a bus error:
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=16684863
>
> I took a quick look at koji and found another recent failing build
> with the same problem:
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=16684488
>
> Both builds indicate that gcc was compiling a simple arithmetic
> expression when the bus error occurred.  Does anybody know what's
> going on there?  Thanks,
> --
> Jerry James
>

I'm seeing the same thing with elog; koschei alerted me to an aarch64
failure here: https://apps.fedoraproject.org/koschei/build/2381814. I was
able to reproduce the failure by running a scratch-build:
http://koji.fedoraproject.org/koji/taskinfo?taskID=16684965.

Given that the koschei build fired in response to (among a few other
things) a glibc upgrade, I wonder if this is a glibc bug on aarch64?

Ben Rosser
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F24 GStreamer zero day

[Ahmad Samir]

On 29 November 2016 at 16:24, Richard W.M. Jones  wrote:
> On Wed, Nov 23, 2016 at 09:39:03AM +0100, Florian Weimer wrote:
>> On 11/23/2016 02:15 AM, Sérgio Basto wrote:
>> >On Ter, 2016-11-22 at 18:57 -0600, Michael Catanzaro wrote:
>> >>Hi,
>> >>
>> >>Is anybody working on fixing [1]?
>> >>
>> >>The exploit is a little impractical in that it only works if you have
>> >>not updated any F24 base packages except GStreamer, but we should
>> >>still
>> >>fix it. I don't see any GStreamer updates in bodhi yet.
>> >
>> >for gstreamer
>> >https://bugzilla.redhat.com/show_bug.cgi?id=1395128
>> >https://bugzilla.redhat.com/show_bug.cgi?id=1395768
>> >https://bugzilla.redhat.com/show_bug.cgi?id=1397064
>> >
>> >for gstreamer1
>> >https://bugzilla.redhat.com/show_bug.cgi?id=1397065
>> >https://bugzilla.redhat.com/show_bug.cgi?id=1395769
>> >
>> >but no commits in scm yet
>>
>> What about the larger picture?  Can tracker be made optional again
>> for the GNOME desktop?
>
> I have this in my .bashrc:
>
> # Kill with fire.
> killall -9 -r tracker-.* >& /dev/null
>
> Seems to be the only way to permanently disable it that I have found
> (I'm not using GNOME).
>
> Rich.

On F25 (not sure about older releases), on can mask the tracker
systemd user service(s):
# cd /etc/systemd/user/
# for i in $(rpm -ql tracker | grep systemd.*.service); do ln -s
/dev/null $(basename $i); done

the tracker processes won't get started the next time you log in.

-- 
Ahmad Samir
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Rawhide aarch64: gcc bus error

[Tom Hughes]

On 30/11/16 21:07, Jerry James wrote:


I'm trying to build python-cvxopt, but gcc is failing on aarch64 with
a bus error:

http://koji.fedoraproject.org/koji/taskinfo?taskID=16684863

I took a quick look at koji and found another recent failing build
with the same problem:

http://koji.fedoraproject.org/koji/taskinfo?taskID=16684488

Both builds indicate that gcc was compiling a simple arithmetic
expression when the bus error occurred.  Does anybody know what's
going on there?  Thanks,


Well have you reported the ICE as it tells you to?

Basically it is, pretty much by definition, a bug in the compiler that 
needs to be reported. Biggest pain is going to be getting hold of the 
preprocessed source for the bug report.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1165554] Request to retire perl-ZMQ-LibZMQ3

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1165554



--- Comment #9 from Thomas Spura  ---
(In reply to Petr Pisar from comment #8)
> (In reply to Petr Pisar from comment #7)
> > Fine. I will retire it once you retire it.
> 
> I noticed I do not own this package. Then it's up to Jose Pedro Oliveira.

zeromq3 is now retired.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1394697] amavisd-new-zeromq-0: 2.11.0-4.fc26 requires perl-ZMQ-LibZMQ3 that will be retired

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1394697



--- Comment #3 from Thomas Spura  ---
It seems there was no response from upstream about this... :/

I just retired zeromq2 and zeromq3, so please modify amavisd-new accordingly.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Rawhide aarch64: gcc bus error

[Jerry James]

I'm trying to build python-cvxopt, but gcc is failing on aarch64 with
a bus error:

http://koji.fedoraproject.org/koji/taskinfo?taskID=16684863

I took a quick look at koji and found another recent failing build
with the same problem:

http://koji.fedoraproject.org/koji/taskinfo?taskID=16684488

Both builds indicate that gcc was compiling a simple arithmetic
expression when the bus error occurred.  Does anybody know what's
going on there?  Thanks,
-- 
Jerry James
http://www.jamezone.org/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Schedule for Thursday's FPC Meeting (2016-12-01 16:00 UTC) (old: 8, new: 4)

[James Antill]

 Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2016-12-01 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.

 Local time information (via. rktime):

2016-12-01 09:00 Thu US/Pacific PST
2016-12-01 12:00 Thu
US/Eastern EST
2016-12-01 17:00 Thu UTC <-
2016-12-01 17:00
Thu Europe/London <-
2016-12-01 18:00 Thu Europe/Paris   CET
2016
-12-01 18:00 Thu Europe/Berlin  CET
2016-12-01 22:30 Thu
Asia/Calcutta  IST
--new day--

2016-12-02 01:00 Fri Asia/Singapore SGT
2016-12-02 01:00 Fri
Asia/Hong_Kong HKT
2016-12-02 02:00 Fri
Asia/Tokyo JST
2016-12-02 03:00 Fri
Australia/BrisbaneAEST

 Links to all tickets below can be found at: 

https://fedorahosted.org/fpc/report/13

= Followups =

#topic #398 Tilde in version
.fpc 398
https://fedorahosted.org/fpc/ticket/398

#topic #558 Application/Library distinction and package
splitting
.fpc 558
https://fedorahosted.org/fpc/ticket/558

#topic #610 Packaging guidelines: Check upstream tarball
signatures
.fpc 610
https://fedorahosted.org/fpc/ticket/610

#topic #650 Suggested Change for Python Guidelines about Alt. Pythons
.fpc 650
https://fedorahosted.org/fpc/ticket/650

#topic #654 glibc file triggers
.fpc 654
https://fedorahosted.org/fpc/ticket/654

#topic #655 meson buildsystem guidelines
.fpc 655
https://fedorahosted.org/fpc/ticket/655

#topic #656 pre/post-release version guidelines need major simplification
.fpc 656
https://fedorahosted.org/fpc/ticket/656

#topic #657 Keeping packager tooling in sync with our
guidelines
.fpc 657
https://fedorahosted.org/fpc/ticket/657

= New business =

#topic #660 Review Process Exception: python2 (renamed from
python)
.fpc 660
https://fedorahosted.org/fpc/ticket/660

#topic #661 Formalize/standardize %check-optional packaging
.fpc 661
https://fedorahosted.org/fpc/ticket/661

#topic #662 Migration of FPC trac to pagure
.fpc 662
https://fedorahosted.org/fpc/ticket/662

#topic #663 New python egg macros
.fpc 663
https://fedorahosted.org/fpc/ticket/663

= Open Floor = 

 For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at:

https://fedorahosted.org/fpc/report/13

 If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fpc,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Creating an new update is failing

[Patrick マルタインアンドレアス Uiterwijk]

Hi,

> Hello,
> 
> I'm trying to create a new update and
> I'm getting this error:
> 
> Builds : Unable to create update. Parent instance is not bound to a Session; 
> lazy load
> operation of attribute 'release' cannot proceed
> 
> The build looks fine: 
> http://koji.fedoraproject.org/koji/buildinfo?buildID=821471
> 
> Any ideas what the problem is?

I'm very sorry for the problems here, they should now be fixed.

> 
> tia,
> 
> steved.

Regards,
Patrick
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: state of advanced audio in Fedora

[J. Bruce Fields]

On Wed, Nov 30, 2016 at 01:43:38PM +0100, Guido Aulisi wrote:
> IMHO Jack is a must for professional audio, because of its low latency
> and connection facility.
> You should run it with realtime scheduler and high priority, and in
> F24 there was a problem with systemd not configuring correct limits.
> I don't know if this problem has been corrected now.

Probably not.  This bug?:

https://bugzilla.redhat.com/show_bug.cgi?id=1364332

> 2016-11-29 21:19 GMT+01:00 Przemek Klosowski :
> > On 11/29/2016 12:58 PM, J. Bruce Fields wrote:
> >
> > I thought most of those music apps required jack to run--are you running
> > jack or not?  If you are, then it's probably just the usual
> > jack/pulseaudio conflicts.  Which Fedora seems set up to fix, but for
> > seem reason the fix doesn't work; I filed a bug here:
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1390043
> >
> > I actually stopped using jackd because I felt it introduced more 'hidden
> > state' problems, and I was hobbling along with Pulse---I don't think jackd
> > is an absolute requirement. I don't want to mess around with setup every
> > time before running a music app, so maybe the way to go is to just run jackd
> > all the time?

Obviously the above bug would need fixing.

I doubt that's the only thing preventing jackd from running all the
time.  I think there may have been some cost in CPU time?

--b.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Creating an new update is failing

[Ralf Corsepius]

On 11/30/2016 06:28 PM, Steve Dickson wrote:

Hello,

I'm trying to create a new update and
I'm getting this error:

Builds : Unable to create update. Parent instance is not bound to a Session; 
lazy load operation of attribute 'release' cannot proceed

The build looks fine:
http://koji.fedoraproject.org/koji/buildinfo?buildID=821471

Any ideas what the problem is?

me too ;)

No idea about what is going on, but I am currently facing this problem, too.

Ralf

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Creating an new update is failing

[Stephen Gallagher]

On 11/30/2016 12:28 PM, Steve Dickson wrote:
> Hello,
> 
> I'm trying to create a new update and
> I'm getting this error:
> 
> Builds : Unable to create update. Parent instance is not bound to a Session; 
> lazy load operation of attribute 'release' cannot proceed
> 
> The build looks fine: 
> http://koji.fedoraproject.org/koji/buildinfo?buildID=821471
> 
> Any ideas what the problem is?
> 

"(11:37:24 AM) bowlofeggs: bodhi is experiencing an issue with communicating
with koji right now, so please be patient while we fix it"




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Creating an new update is failing

[Steve Dickson]

Hello,

I'm trying to create a new update and
I'm getting this error:

Builds : Unable to create update. Parent instance is not bound to a Session; 
lazy load operation of attribute 'release' cannot proceed

The build looks fine: 
http://koji.fedoraproject.org/koji/buildinfo?buildID=821471

Any ideas what the problem is?

tia,

steved.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1400224] New: perl-Perl-Critic-Pulp-92 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1400224

Bug ID: 1400224
   Summary: perl-Perl-Critic-Pulp-92 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Perl-Critic-Pulp
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 92
Current version/release in rawhide: 91-1.fc26
URL: http://search.cpan.org/dist/Perl-Critic-Pulp/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/3219/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Release validation NG: planning thoughts

[Josef Skladanka]

On Wed, Nov 30, 2016 at 11:10 AM, Adam Williamson <
adamw...@fedoraproject.org> wrote:

> On Wed, 2016-11-30 at 09:38 +0100, Josef Skladanka wrote:
> > So if this is what you wanted to do (data validation), it might be a good
> > idea to have that submitter middleware.
>
> Yeah, that's really kind of the key 'job' of that layer. Remember,
> we're dealing with *manual* testing here. We can't really just have a
> webapp that forwards whatever the hell people manage to stuff through
> its input fields into ResultsDB.
>

I'm not sure I'm getting it right, but the people will pass the data
through a "tool" (say web app) which will provide fields to fill, and will
most probably end up doing the data "sanitation" on its own. So the
"frontend" could store data directly in ResultsDB, since the frontend would
make the user fill all the fields. I guess I know what you are getting at
("but this is exactly the double validation!") but it is IMHO actually
harder to have "generic stupid frontend" that gets the "form schema" from
the middleware, shows the form, and blindly forwads data to the middleware,
showing errors back, than
1) having a separate app for that, that will know the validation rules
2) it being an actual frontend on the middleware, thus reusing the "check"
code internally


> R...we need to tell the web UI 'these are the
> possible scenarios for which you should prompt users to input results
> at all'
>
Agreed


> (which for release validation is all the 'notice there's a new
> compose, combine it with the defined release validation test cases and
> expose all that info to the UI' work),

That is IMO a separate problem, but yeah.


> and we need to take the data the
> web UI generates from user input, make sure it actually matches up with
> the schema we decide on for storing the results before forwarding it to
> resultsdb, and tell the web UI there's a problem if it doesn't.
>
And this is what I have been discussing in the first part of the reply.


> That's how I see it, anyhow. Tell me if I seem way off. :)
> --
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
> http://www.happyassassin.net
> ___
> qa-devel mailing list -- qa-devel@lists.fedoraproject.org
> To unsubscribe send an email to qa-devel-le...@lists.fedoraproject.org
>
___
qa-devel mailing list -- qa-devel@lists.fedoraproject.org
To unsubscribe send an email to qa-devel-le...@lists.fedoraproject.org

[Bug 1400207] New: perl-Math-BigInt-1.999802 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1400207

Bug ID: 1400207
   Summary: perl-Math-BigInt-1.999802 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Math-BigInt
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 1.999802
Current version/release in rawhide: 1.9998.01-1.fc26
URL: http://search.cpan.org/dist/Math-BigInt/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/7954/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[EPEL-devel] Agenda for today

[Stephen John Smoogen]

1. speexdsp problem https://bugzilla.redhat.com/show_bug.cgi?id=1396841
2. puppet in EPEL-6
3. other removals from EPEL-6
4. ...

-- 
Stephen J Smoogen.
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Re: urw-fonts: Versioning Mess

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 30 November 2016 at 16:07, David Kaspar [Dee'Kej] wrote:
> On Wed, Nov 30, 2016 at 12:38 PM, Dominik 'Rathann' Mierzejewski <
> domi...@greysector.net> wrote:
[...]
> I'm not sure where your Version == 1.0 comes from. If they're versioned
> > only by date now, then you have two options. Use Version: 0 in the new
> > package in anticipation of upstream eventually reintroducing semantic
> > versioning. Or, Version: MMDD. Admittedly, the latter looks nicer
> > and upstream already said they'll stick to it.
> >
> The Version == 1.0 comes from the source code of the fonts themselves.
> Running 'grep "Version" *.afm' tells me that there are all files with
> Version == 1.0, except two of them (which have Version

If they don't have the same version then it doesn't make sense to use
the version of *some* of them as base.

> > If you worry about upstream versioning sanity, then stick with
> > Version: 0
> > and follow the snapshot versioning guidelines.
> >
> > > There's also one more option, and that is to base the package on
> > > upstream's git repository and the snapshot scheme, because we
> > > would be using snapshot string in the package name anyway. And it
> > > would also solve one more issue that upstream is not shipping
> > > license files in the archive. (I have already contacted to correct
> > > this.)
> >
> > The exact location of the source doesn't matter too much as long as it's
> > official and pristine. I agree it might be better to use the git repo
> > directly since it contains both the licence indication and its full
> > text.
> >
> Upstream has heard to my request and fixed it. (
> http://bugs.ghostscript.com/show_bug.cgi?id=697390)
> 
> And yes, what Douhlas wrote is correct (about the 35 fonts), and I will
> have that noted in the %description section.
> 
> Anyway, since determining the Version field is still unclear, I think the
> most sense to me right now is to proceed with option 2) - IOW - to bypass
> the versioning from URW++ completely, and have Version field based on
> snapshot string, in a way:
> X.Y.Z == .MM.DD
> 
> Or do you some problem with this approach?

As I said, please do not invent the version on your own. Please apply
the existing snapshot guidelines instead, i.e.:
Version: 0

Release: 0.N.MMDD
or
Release: 0.N.MMDDgitHASH

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1400184] New: perl-MongoDB-v1.6.0 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1400184

Bug ID: 1400184
   Summary: perl-MongoDB-v1.6.0 is available
   Product: Fedora
   Version: rawhide
 Component: perl-MongoDB
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: v1.6.0
Current version/release in rawhide: 1.4.5-2.fc26
URL: http://search.cpan.org/dist/MongoDB/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/3121/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[EPEL-devel] Help with resurrect two Orphans/Retired packages

[Mattias Ryrlén]

Hi,

I'm quite new to this and wonder how we can proceed to get two packages
back to epel6 that got deleted due to flagged as orphaned this night 24/11

The packages i am talking about:
* rubygem(uuidtools)
* rubygem(aws-sdk) (requires rubygem(uuidtools))

-- 
Vänliga hälsningar / Best Regards
Mattias Ryrlén

__
op5 AB
Första Långgatan 19
SE-413 27 Göteborg
Mobil: +46 735-17 70 99
Support: +46 31-774 09 24
www.op5.com
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

pghmcfc pushed to perl-Text-CSV_XS (perl-Text-CSV_XS-1.26-1.fc26). "Update to 1.26 (..more)"

[notifications]

From bbce61ef51995af46576e4c5744a8a86d1e333d1 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 30 Nov 2016 15:59:21 +
Subject: Update to 1.26

- New upstream release 1.26
  - Disable some Unicode-related tests for unhealthy $PERL_UNICODE
(CPAN RT#117856)
  - is_missing(0) on empty line returns 1 for keep_meta_info=true (GH#27)
---
 perl-Text-CSV_XS.spec | 8 +++-
 sources   | 2 +-
 2 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/perl-Text-CSV_XS.spec b/perl-Text-CSV_XS.spec
index 9eb2e44..0c2114c 100644
--- a/perl-Text-CSV_XS.spec
+++ b/perl-Text-CSV_XS.spec
@@ -1,5 +1,5 @@
 Name:   perl-Text-CSV_XS
-Version:1.25
+Version:1.26
 Release:1%{?dist}
 Summary:Comma-separated values manipulation routines
 Group:  Development/Libraries
@@ -75,6 +75,12 @@ make %{?_smp_mflags} test
 %{_mandir}/man3/Text::CSV_XS.3*
 
 %changelog
+* Wed Nov 30 2016 Paul Howarth  - 1.26-1
+- Update to 1.26
+  - Disable some Unicode-related tests for unhealthy $PERL_UNICODE
+(CPAN RT#117856)
+  - is_missing(0) on empty line returns 1 for keep_meta_info=true (GH#27)
+
 * Mon Aug 29 2016 Paul Howarth  - 1.25-1
 - Update to 1.25
   - Allow lc, uc, and coderef for csv() headers attribute
diff --git a/sources b/sources
index b58cabe..7f116af 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-2b3fbdf630926d48f016900c84d27148  Text-CSV_XS-1.25.tgz
+833ef0394d21a9086004eb15a006d4bc  Text-CSV_XS-1.26.tgz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Text-CSV_XS.git/commit/?h=perl-Text-CSV_XS-1.26-1.fc26=bbce61ef51995af46576e4c5744a8a86d1e333d1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Contact Björn Esser (Re: HEADS UP: eigen-3.3.0 update)

[Sandro Mani]

Hi Christian

Could you ping him again? Considering that the viennacl review is going 
forward nicely, I'm planning to move forward with the eigen3 update some 
time next week, unless Björn needs more time to prepare the shogun update.


Thanks
Sandro


On 25.11.2016 21:08, Christian Dersch wrote:

Hi Sandro,

I've contacted him via Facebook and told him that you're trying to
contact him. I think he'll response soon.
  
Greetings,

Christian


On 11/25/2016 01:00 PM, Sandro Mani wrote:

I've seen that the mails to shogun-ow...@fedoraproject.org aka
fed...@besser82.io are bouncing back because the besser82.io domain
isn't valid anymore. Does anyone know another way to contact him?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1400164] perl-File-MimeInfo-0.28 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1400164

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-File-MimeInfo-0.28-1.f
   ||c26
 Resolution|--- |RAWHIDE
Last Closed||2016-11-30 11:02:04



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pghmcfc pushed to perl-Text-CSV_XS (master). "Update to 1.26 (..more)"

[notifications]

From bbce61ef51995af46576e4c5744a8a86d1e333d1 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 30 Nov 2016 15:59:21 +
Subject: Update to 1.26

- New upstream release 1.26
  - Disable some Unicode-related tests for unhealthy $PERL_UNICODE
(CPAN RT#117856)
  - is_missing(0) on empty line returns 1 for keep_meta_info=true (GH#27)
---
 perl-Text-CSV_XS.spec | 8 +++-
 sources   | 2 +-
 2 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/perl-Text-CSV_XS.spec b/perl-Text-CSV_XS.spec
index 9eb2e44..0c2114c 100644
--- a/perl-Text-CSV_XS.spec
+++ b/perl-Text-CSV_XS.spec
@@ -1,5 +1,5 @@
 Name:   perl-Text-CSV_XS
-Version:1.25
+Version:1.26
 Release:1%{?dist}
 Summary:Comma-separated values manipulation routines
 Group:  Development/Libraries
@@ -75,6 +75,12 @@ make %{?_smp_mflags} test
 %{_mandir}/man3/Text::CSV_XS.3*
 
 %changelog
+* Wed Nov 30 2016 Paul Howarth  - 1.26-1
+- Update to 1.26
+  - Disable some Unicode-related tests for unhealthy $PERL_UNICODE
+(CPAN RT#117856)
+  - is_missing(0) on empty line returns 1 for keep_meta_info=true (GH#27)
+
 * Mon Aug 29 2016 Paul Howarth  - 1.25-1
 - Update to 1.25
   - Allow lc, uc, and coderef for csv() headers attribute
diff --git a/sources b/sources
index b58cabe..7f116af 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-2b3fbdf630926d48f016900c84d27148  Text-CSV_XS-1.25.tgz
+833ef0394d21a9086004eb15a006d4bc  Text-CSV_XS-1.26.tgz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Text-CSV_XS.git/commit/?h=master=bbce61ef51995af46576e4c5744a8a86d1e333d1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pghmcfc uploaded Text-CSV_XS-1.26.tgz for perl-Text-CSV_XS

[notifications]

833ef0394d21a9086004eb15a006d4bc  Text-CSV_XS-1.26.tgz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Text-CSV_XS/Text-CSV_XS-1.26.tgz/md5/833ef0394d21a9086004eb15a006d4bc/Text-CSV_XS-1.26.tgz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-File-MimeInfo (master). "0.28 bump"

[notifications]

From 33e39239490e5cc1ed147f8151d3fbebf1af77f0 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 30 Nov 2016 16:52:57 +0100
Subject: 0.28 bump

---
 .gitignore  |  1 +
 perl-File-MimeInfo.spec | 12 +---
 sources |  2 +-
 3 files changed, 11 insertions(+), 4 deletions(-)

diff --git a/.gitignore b/.gitignore
index d73181a..9f6f14c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -10,3 +10,4 @@ File-MimeInfo-0.15.tar.gz
 /File-MimeInfo-0.25.tar.gz
 /File-MimeInfo-0.26.tar.gz
 /File-MimeInfo-0.27.tar.gz
+/File-MimeInfo-0.28.tar.gz
diff --git a/perl-File-MimeInfo.spec b/perl-File-MimeInfo.spec
index 53fc12c..08d5087 100644
--- a/perl-File-MimeInfo.spec
+++ b/perl-File-MimeInfo.spec
@@ -1,12 +1,14 @@
 Name:   perl-File-MimeInfo
-Version:0.27
-Release:5%{?dist}
+Version:0.28
+Release:1%{?dist}
 Summary:Determine file type and open application
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/File-MimeInfo/
 Source0:
http://www.cpan.org/authors/id/M/MI/MICHIELB/File-MimeInfo-%{version}.tar.gz
 BuildArch:  noarch
+BuildRequires:  findutils
+BuildRequires:  make
 BuildRequires:  perl
 BuildRequires:  perl-generators
 BuildRequires:  perl(ExtUtils::MakeMaker)
@@ -23,6 +25,7 @@ BuildRequires:  perl(File::Spec)
 # Tests:
 BuildRequires:  perl(Test::More)
 # Optional tests:
+BuildRequires:  perl(Path::Tiny)
 BuildRequires:  perl(Test::Pod) >= 1.00
 BuildRequires:  perl(Test::Pod::Coverage) >= 1.00
 # needed for some tests otherwise there are warnings
@@ -51,7 +54,7 @@ make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+find $RPM_BUILD_ROOT -type f -name .packlist -delete
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
@@ -66,6 +69,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Wed Nov 30 2016 Jitka Plesnikova  - 0.28-1
+- 0.28 bump
+
 * Mon May 16 2016 Jitka Plesnikova  - 0.27-5
 - Perl 5.24 rebuild
 
diff --git a/sources b/sources
index e9e8d5e..a56d173 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-f17c81d606e1757bcedcdab243e9b887  File-MimeInfo-0.27.tar.gz
+95e3dde7a62afc9fbd5b863f36c21eb0  File-MimeInfo-0.28.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-File-MimeInfo.git/commit/?h=master=33e39239490e5cc1ed147f8151d3fbebf1af77f0
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik uploaded File-MimeInfo-0.28.tar.gz for perl-File-MimeInfo

[notifications]

95e3dde7a62afc9fbd5b863f36c21eb0  File-MimeInfo-0.28.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-File-MimeInfo/File-MimeInfo-0.28.tar.gz/md5/95e3dde7a62afc9fbd5b863f36c21eb0/File-MimeInfo-0.28.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Net-LDAP-Server (f24). "Initial import."

[notifications]

From ad65dbef3e24cdc6b049b8cafc7ba2e2d4b11787 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= 
Date: Wed, 30 Nov 2016 15:50:45 +0100
Subject: Initial import.

---
 .gitignore|  1 +
 perl-Net-LDAP-Server.spec | 66 +++
 sources   |  1 +
 3 files changed, 68 insertions(+)
 create mode 100644 perl-Net-LDAP-Server.spec

diff --git a/.gitignore b/.gitignore
index e69de29..c8b3351 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Net-LDAP-Server-0.43.tar.gz
diff --git a/perl-Net-LDAP-Server.spec b/perl-Net-LDAP-Server.spec
new file mode 100644
index 000..cd843c2
--- /dev/null
+++ b/perl-Net-LDAP-Server.spec
@@ -0,0 +1,66 @@
+Name:   perl-Net-LDAP-Server
+Version:0.43
+Release:2%{?dist}
+Summary:Net::LDAP::Server Perl module
+License:GPL+ or Artistic
+URL:http://search.cpan.org/dist/Net-LDAP-Server/
+Source0:
http://www.cpan.org/authors/id/A/AA/AAR/Net-LDAP-Server-%{version}.tar.gz
+BuildArch:  noarch
+
+BuildRequires:  perl
+BuildRequires:  perl-generators
+
+BuildRequires:  perl(Convert::ASN1)
+BuildRequires:  perl(Data::Dumper)
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(ExtUtils::testlib)
+BuildRequires:  perl(Net::LDAP)
+BuildRequires:  perl(Net::LDAP::ASN)
+BuildRequires:  perl(Net::LDAP::Constant)
+BuildRequires:  perl(Net::LDAP::Entry)
+BuildRequires:  perl(Test)
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(Test::Pod) >= 1.00
+BuildRequires:  perl(Test::Pod::Coverage) >= 1.00
+BuildRequires:  perl(fields)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+
+BuildRequires:  %{__make}
+
+Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+
+%{?perl_default_filter}
+
+%description
+Net::LDAP::Server provides the protocol handling for an LDAP server. You
+can subclass it and implement the methods you need. Then you just
+instantiate your subclass and call its C method to establish a
+connection with the client.
+
+%prep
+%setup -q -n Net-LDAP-Server-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
+%{__make} %{?_smp_mflags}
+
+%install
+%{__make} pure_install DESTDIR=$RPM_BUILD_ROOT
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+%{__make} test
+
+%files
+%doc Changelog README
+%doc examples
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Tue Nov 29 2016 Ralf Corsépius  - 0.43-2
+* Reflect feedback from package review.
+
+* Wed Aug 24 2016 Ralf Corsépius  - 0.43-1
+- Initial Fedora package.
diff --git a/sources b/sources
index e69de29..625f515 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+b78060b5a317f8f307d6eebae36775cd  Net-LDAP-Server-0.43.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Net-LDAP-Server.git/commit/?h=f24=ad65dbef3e24cdc6b049b8cafc7ba2e2d4b11787
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1400173] New: perl-Mojolicious-7.11 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1400173

Bug ID: 1400173
   Summary: perl-Mojolicious-7.11 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Mojolicious
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr,
perl-devel@lists.fedoraproject.org,
robinlee.s...@gmail.com



Latest upstream release: 7.11
Current version/release in rawhide: 7.10-1.fc26
URL: http://mojolicio.us/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/5966/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Base Runtime prototype build and numerous FTBFS issues

[Petr Šabata]

Hi!

during the Tuesday's Modularity WG meeting I was talking about the status
of the Base Runtime prototype build and the package build failures we
encountered during our latest attempt.  The meeting log is here:

https://meetbot.fedoraproject.org/teams/modularity_wg/modularity_wg.2016-11-29-15.00.log.html

In short: To bootstrap the Modularity infra (yeah, it's still not done)
we took a (fairly large) set of packages directly from Fedora 25 RC3
and put them all in one, self-hosting module, currently misleadingly
labeled as base-runtime.  The next step was to rebuild this set using
only the packages in it, preferrably twice, to prove it works, produces
the same, reproducible builds (or as close as we can get) and to save us
from sudden, unexpected breakage later when we need to touch components
deep in the [build] dependency chain.

(Since this is a common question: No, the final Base Runtime module,
or the Generational Core stack it is part of, won't be self-hosting and
we won't be shipping the entire set we're currently working with under
that name.)

We attempted to rebuild 2943 SRPMs and encountered 152 failures.
The reasons vary and include undiscovered conditional build dependencies,
undeclared build or runtime dependencies in combination with recent
buildroot and other package dependency chains changes, packages no
longer being compatible with their updated dependencies, random hangs
or non-deterministic, randomly failing test suites, to name a few.

Some but not all of those affect, and can be reproduced in, the traditional
Fedora release, too, and fixing these issues is not only crucial for the
upcoming modular Fedora 26 Server but will benefit the standard Fedora
release as well.

We'll be working on resolving these failures during the upcoming few weeks
-- via FTBFS bug reports or immediate fixes in the most trivial cases.
We'll use the following tracker bug for this purpose:
https://bugzilla.redhat.com/show_bug.cgi?id=1400162

For the curious, the logs are here:
https://psabata.fedorapeople.org/f25rc3-failures/

And the modulemd input for this build is here:
http://pkgs.stg.fedoraproject.org/cgit/modules/base-runtime.git/tree/base-runtime.yaml?id=d2485512c7916304e73fabc5db422798eb2be1d5

If you maintain some of these FTBFS'd packages, feel free to fix them
even before we get to you! :) Just, please, let us know if you do.

Finally, some quick test instructions: Make sure your package builds
in F25 and Rawhide.  If it does, check whether it also builds in mock
using this configuration file: https://paste.fedoraproject.org/494173/
If it works there as well, chances are it's fine.

Thank you in advance,
P


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1400164] New: perl-File-MimeInfo-0.28 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1400164

Bug ID: 1400164
   Summary: perl-File-MimeInfo-0.28 is available
   Product: Fedora
   Version: rawhide
 Component: perl-File-MimeInfo
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, ktdre...@ktdreyer.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.28
Current version/release in rawhide: 0.27-5.fc25
URL: http://search.cpan.org/dist/File-MimeInfo/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/2893/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Fedora Rawhide-20161130.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Workstation live i386
Kde live x86_64
Kde raw-xz armhfp
Workstation live x86_64
Kde live i386

Failed openQA tests: 12/79 (x86_64), 5/15 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20161128.n.0):

ID: 50143   Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/50143
ID: 50171   Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/50171
ID: 50196   Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/50196
ID: 50213   Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/50213
ID: 50237   Test: i386 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/50237

Old failures (same test failed in Rawhide-20161128.n.0):

ID: 50145   Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/50145
ID: 50146   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/50146
ID: 50147   Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/50147
ID: 50148   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/50148
ID: 50161   Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/50161
ID: 50174   Test: x86_64 universal install_anaconda_text
URL: https://openqa.fedoraproject.org/tests/50174
ID: 50209   Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/50209
ID: 50212   Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/50212
ID: 50214   Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/50214
ID: 50217   Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/50217
ID: 50226   Test: x86_64 universal install_rescue_encrypted
URL: https://openqa.fedoraproject.org/tests/50226
ID: 50235   Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/50235
ID: 50236   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/50236

Passed openQA tests: 64/79 (x86_64), 10/15 (i386)

Skipped openQA tests: 1 of 96
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: urw-fonts: Versioning Mess

[David Kaspar [Dee'Kej]]

On Wed, Nov 30, 2016 at 12:38 PM, Dominik 'Rathann' Mierzejewski <
domi...@greysector.net> wrote:

> I also found this:
> http://git.ghostscript.com/?p=urw-core35-fonts.git;a=summary
> and they're called urw-core35-fonts here. It might be wise to ask
> upstream to clarify before choosing the new package name.
>
​OK, will do.​

I'm not sure where your Version == 1.0 comes from. If they're versioned
> only by date now, then you have two options. Use Version: 0 in the new
> package in anticipation of upstream eventually reintroducing semantic
> versioning. Or, Version: MMDD. Admittedly, the latter looks nicer
> and upstream already said they'll stick to it.
>
​The Version == 1.0 comes from the source code of the fonts themselves.​
Running 'grep "Version" *.afm' tells me that there are all files with
Version == 1.0, except two of them (which have Version

​

> If you worry about upstream versioning sanity, then stick with
> Version: 0
> and follow the snapshot versioning guidelines.
>
> > There's also one more option, and that is to base the package on
> upstream's
> > git repository and the snapshot scheme, because we would be using
> snapshot
> > string in the package name anyway. And it would also solve one more issue
> > that upstream is not shipping license files in the archive. (I have
> already
> > contacted to correct this.)
>
> The exact location of the source doesn't matter too much as long as it's
> official and pristine. I agree it might be better to use the git repo
> directly since it contains both the licence indication and its full
> text.
>
​Upstream has heard to my request and fixed it. (
http://bugs.ghostscript.com/show_bug.cgi?id=697390)​

​And yes, what Douhlas wrote is correct ​(about the 35 fonts), and I will
have that noted in the %description section.

Anyway, since determining the Version field is still unclear, I think the
most sense to me right now is to proceed with option 2) - IOW - to bypass
the versioning from URW++ completely, and have Version field based on
snapshot string, in a way:
X.Y.Z == .MM.DD

Or do you some problem with this approach?

Thanks! :)
​​
David Kaspar [Dee'Kej]
*Associate Software Engineer*
*Brno, Czech Republic*

RED HAT | TRIED. TESTED. TRUSTED.
Every airline in the Fortune 500 relies on Red Hat.
Find out why at Trusted | Red Hat .​
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Net-LDAP-Server (f25). "Initial import."

[notifications]

From ad65dbef3e24cdc6b049b8cafc7ba2e2d4b11787 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= 
Date: Wed, 30 Nov 2016 15:50:45 +0100
Subject: Initial import.

---
 .gitignore|  1 +
 perl-Net-LDAP-Server.spec | 66 +++
 sources   |  1 +
 3 files changed, 68 insertions(+)
 create mode 100644 perl-Net-LDAP-Server.spec

diff --git a/.gitignore b/.gitignore
index e69de29..c8b3351 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Net-LDAP-Server-0.43.tar.gz
diff --git a/perl-Net-LDAP-Server.spec b/perl-Net-LDAP-Server.spec
new file mode 100644
index 000..cd843c2
--- /dev/null
+++ b/perl-Net-LDAP-Server.spec
@@ -0,0 +1,66 @@
+Name:   perl-Net-LDAP-Server
+Version:0.43
+Release:2%{?dist}
+Summary:Net::LDAP::Server Perl module
+License:GPL+ or Artistic
+URL:http://search.cpan.org/dist/Net-LDAP-Server/
+Source0:
http://www.cpan.org/authors/id/A/AA/AAR/Net-LDAP-Server-%{version}.tar.gz
+BuildArch:  noarch
+
+BuildRequires:  perl
+BuildRequires:  perl-generators
+
+BuildRequires:  perl(Convert::ASN1)
+BuildRequires:  perl(Data::Dumper)
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(ExtUtils::testlib)
+BuildRequires:  perl(Net::LDAP)
+BuildRequires:  perl(Net::LDAP::ASN)
+BuildRequires:  perl(Net::LDAP::Constant)
+BuildRequires:  perl(Net::LDAP::Entry)
+BuildRequires:  perl(Test)
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(Test::Pod) >= 1.00
+BuildRequires:  perl(Test::Pod::Coverage) >= 1.00
+BuildRequires:  perl(fields)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+
+BuildRequires:  %{__make}
+
+Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+
+%{?perl_default_filter}
+
+%description
+Net::LDAP::Server provides the protocol handling for an LDAP server. You
+can subclass it and implement the methods you need. Then you just
+instantiate your subclass and call its C method to establish a
+connection with the client.
+
+%prep
+%setup -q -n Net-LDAP-Server-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
+%{__make} %{?_smp_mflags}
+
+%install
+%{__make} pure_install DESTDIR=$RPM_BUILD_ROOT
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+%{__make} test
+
+%files
+%doc Changelog README
+%doc examples
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Tue Nov 29 2016 Ralf Corsépius  - 0.43-2
+* Reflect feedback from package review.
+
+* Wed Aug 24 2016 Ralf Corsépius  - 0.43-1
+- Initial Fedora package.
diff --git a/sources b/sources
index e69de29..625f515 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+b78060b5a317f8f307d6eebae36775cd  Net-LDAP-Server-0.43.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Net-LDAP-Server.git/commit/?h=f25=ad65dbef3e24cdc6b049b8cafc7ba2e2d4b11787
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Net-LDAP-Server (master). "Initial import."

[notifications]

From ad65dbef3e24cdc6b049b8cafc7ba2e2d4b11787 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= 
Date: Wed, 30 Nov 2016 15:50:45 +0100
Subject: Initial import.

---
 .gitignore|  1 +
 perl-Net-LDAP-Server.spec | 66 +++
 sources   |  1 +
 3 files changed, 68 insertions(+)
 create mode 100644 perl-Net-LDAP-Server.spec

diff --git a/.gitignore b/.gitignore
index e69de29..c8b3351 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Net-LDAP-Server-0.43.tar.gz
diff --git a/perl-Net-LDAP-Server.spec b/perl-Net-LDAP-Server.spec
new file mode 100644
index 000..cd843c2
--- /dev/null
+++ b/perl-Net-LDAP-Server.spec
@@ -0,0 +1,66 @@
+Name:   perl-Net-LDAP-Server
+Version:0.43
+Release:2%{?dist}
+Summary:Net::LDAP::Server Perl module
+License:GPL+ or Artistic
+URL:http://search.cpan.org/dist/Net-LDAP-Server/
+Source0:
http://www.cpan.org/authors/id/A/AA/AAR/Net-LDAP-Server-%{version}.tar.gz
+BuildArch:  noarch
+
+BuildRequires:  perl
+BuildRequires:  perl-generators
+
+BuildRequires:  perl(Convert::ASN1)
+BuildRequires:  perl(Data::Dumper)
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(ExtUtils::testlib)
+BuildRequires:  perl(Net::LDAP)
+BuildRequires:  perl(Net::LDAP::ASN)
+BuildRequires:  perl(Net::LDAP::Constant)
+BuildRequires:  perl(Net::LDAP::Entry)
+BuildRequires:  perl(Test)
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(Test::Pod) >= 1.00
+BuildRequires:  perl(Test::Pod::Coverage) >= 1.00
+BuildRequires:  perl(fields)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+
+BuildRequires:  %{__make}
+
+Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+
+%{?perl_default_filter}
+
+%description
+Net::LDAP::Server provides the protocol handling for an LDAP server. You
+can subclass it and implement the methods you need. Then you just
+instantiate your subclass and call its C method to establish a
+connection with the client.
+
+%prep
+%setup -q -n Net-LDAP-Server-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
+%{__make} %{?_smp_mflags}
+
+%install
+%{__make} pure_install DESTDIR=$RPM_BUILD_ROOT
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+%{__make} test
+
+%files
+%doc Changelog README
+%doc examples
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Tue Nov 29 2016 Ralf Corsépius  - 0.43-2
+* Reflect feedback from package review.
+
+* Wed Aug 24 2016 Ralf Corsépius  - 0.43-1
+- Initial Fedora package.
diff --git a/sources b/sources
index e69de29..625f515 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+b78060b5a317f8f307d6eebae36775cd  Net-LDAP-Server-0.43.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Net-LDAP-Server.git/commit/?h=master=ad65dbef3e24cdc6b049b8cafc7ba2e2d4b11787
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu uploaded Net-LDAP-Server-0.43.tar.gz for perl-Net-LDAP-Server

[notifications]

b78060b5a317f8f307d6eebae36775cd  Net-LDAP-Server-0.43.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Net-LDAP-Server/Net-LDAP-Server-0.43.tar.gz/md5/b78060b5a317f8f307d6eebae36775cd/Net-LDAP-Server-0.43.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Broken dependencies: perl-Alien-ROOT

[buildsys]

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
Please resolve this as soon as possible.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Broken dependencies: perl-Data-Alias

[buildsys]

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 libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.armv7hl requires perl(:MODULE_COMPAT_5.22.1)
On ppc64le:
perl-Data-Alias-1.20-2.fc24.ppc64le requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.ppc64le requires perl(:MODULE_COMPAT_5.22.1)
On aarch64:
perl-Data-Alias-1.20-2.fc24.aarch64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.aarch64 requires perl(:MODULE_COMPAT_5.22.1)
On ppc64:
perl-Data-Alias-1.20-2.fc24.ppc64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.ppc64 requires perl(:MODULE_COMPAT_5.22.1)
On i386:
perl-Data-Alias-1.20-2.fc24.i686 requires libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.i686 requires perl(:MODULE_COMPAT_5.22.1)
Please resolve this as soon as possible.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: urw-fonts: Versioning Mess

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 30 November 2016 at 14:17, Douglas Kosovic wrote:
> On 30/11/2016, 9:38 PM, "Dominik 'Rathann' Mierzejewski" 
>  wrote:
>>> 2) or map the X.Y.Z versioning to MMDD from upstream - IOW - X == Year,
>>> Y == Month, Z == Day (based on the snapshot date in the name of the source
>>> archive)
>>> 3) or set the Version to some constant (35 for example) and just use the
>>> snapshot to distinguish between older and newer releases.
>>
>> What does the number "35" mean here, anyway?
> 
> Each PostScript specification defines a core set of fonts:
> - PostScript 1 has 13 base fonts.
> - PostScript 2 has 35 base fonts.
> - PostScript 3 has 135 base fonts.
> 
> So, the URW++ base35 font pack is a replacement for the 35 Adobe PostScript
> Level 2 base fonts.

Thanks for the explanation. It would be useful to put this information
in the Summary of the new package if not in the name. Definitely not in
the version field as it has nothing to do with versioning.

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

limb changed corsepiu's 'watchcommits' permission on perl-Net-LDAP-Server (f25) to 'Approved'

[notifications]

limb changed corsepiu's 'watchcommits' permission on perl-Net-LDAP-Server (f25) 
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's 'commit' permission on perl-Net-LDAP-Server (f24) to 'Approved'

[notifications]

limb changed corsepiu's 'commit' permission on perl-Net-LDAP-Server (f24) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb created the branch 'f24' for the package 'perl-Net-LDAP-Server'

[notifications]

limb created the branch 'f24' for the package 'perl-Net-LDAP-Server'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's 'approveacls' permission on perl-Net-LDAP-Server (f24) to 'Approved'

[notifications]

limb changed corsepiu's 'approveacls' permission on perl-Net-LDAP-Server (f24) 
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's package request for perl-Net-LDAP-Server in f24 from Awaiting Review to Approved

[notifications]

limb changed corsepiu's package request for perl-Net-LDAP-Server in f24 from 
Awaiting Review to Approved
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb created the branch 'f25' for the package 'perl-Net-LDAP-Server'

[notifications]

limb created the branch 'f25' for the package 'perl-Net-LDAP-Server'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's 'watchcommits' permission on perl-Net-LDAP-Server (f24) to 'Approved'

[notifications]

limb changed corsepiu's 'watchcommits' permission on perl-Net-LDAP-Server (f24) 
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's 'approveacls' permission on perl-Net-LDAP-Server (f25) to 'Approved'

[notifications]

limb changed corsepiu's 'approveacls' permission on perl-Net-LDAP-Server (f25) 
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's package request for perl-Net-LDAP-Server in f25 from Awaiting Review to Approved

[notifications]

limb changed corsepiu's package request for perl-Net-LDAP-Server in f25 from 
Awaiting Review to Approved
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's 'watchbugzilla' permission on perl-Net-LDAP-Server (f25) to 'Approved'

[notifications]

limb changed corsepiu's 'watchbugzilla' permission on perl-Net-LDAP-Server 
(f25) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's 'watchbugzilla' permission on perl-Net-LDAP-Server (f24) to 'Approved'

[notifications]

limb changed corsepiu's 'watchbugzilla' permission on perl-Net-LDAP-Server 
(f24) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's package request for perl-Net-LDAP-Server in master from Awaiting Review to Approved

[notifications]

limb changed corsepiu's package request for perl-Net-LDAP-Server in master from 
Awaiting Review to Approved
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's 'watchbugzilla' permission on perl-Net-LDAP-Server (master) to 'Approved'

[notifications]

limb changed corsepiu's 'watchbugzilla' permission on perl-Net-LDAP-Server 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's 'commit' permission on perl-Net-LDAP-Server (f25) to 'Approved'

[notifications]

limb changed corsepiu's 'commit' permission on perl-Net-LDAP-Server (f25) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed perl-sig's 'watchcommits' permission on perl-Net-LDAP-Server (master) to 'Approved'

[notifications]

limb changed perl-sig's 'watchcommits' permission on perl-Net-LDAP-Server 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed perl-sig's 'commit' permission on perl-Net-LDAP-Server (master) to 'Approved'

[notifications]

limb changed perl-sig's 'commit' permission on perl-Net-LDAP-Server (master) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's 'watchcommits' permission on perl-Net-LDAP-Server (master) to 'Approved'

[notifications]

limb changed corsepiu's 'watchcommits' permission on perl-Net-LDAP-Server 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's 'commit' permission on perl-Net-LDAP-Server (master) to 'Approved'

[notifications]

limb changed corsepiu's 'commit' permission on perl-Net-LDAP-Server (master) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed corsepiu's 'approveacls' permission on perl-Net-LDAP-Server (master) to 'Approved'

[notifications]

limb changed corsepiu's 'approveacls' permission on perl-Net-LDAP-Server 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb changed perl-sig's 'watchbugzilla' permission on perl-Net-LDAP-Server (master) to 'Approved'

[notifications]

limb changed perl-sig's 'watchbugzilla' permission on perl-Net-LDAP-Server 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

limb added a new package 'perl-Net-LDAP-Server' (master)

[notifications]

limb added a new package 'perl-Net-LDAP-Server' (master)
https://admin.fedoraproject.org/pkgdb/package/perl-Net-LDAP-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

F26 Self Contained Change: Zend Framework 3

[Jan Kurik]

= Proposed Self Contained Change: Zend Framework 3 =
https://fedoraproject.org/wiki/Changes/ZF3

Change owner(s):
* Remi Collet 

Update Zend Framework to latest version 3.
Fedora 24 provides Zend Framework 2.5 (Fedora 25 provides ZF 2.5.3),
which is a transition version.


== Detailed Description ==
See upstream annoucement: Zend Framework 3 Released!
[https://framework.zend.com/blog/2016-06-28-zend-framework-3.html]
The Zend Framework is a huge set of ~60 components. The framework
version defines a minimal set of components, and their minimal
version. Version 3 is recommend for PHP 7.0 which is also part of
Fedora 25.


== Scope ==
* Proposal owners:
Update packages and create new for additional components

* Other developers:
Test their applications

* Release engineering: N/A (not a System Wide Change)
* List of deliverables: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org

F26 Self Contained Change: Zend Framework 3

[Jan Kurik]

= Proposed Self Contained Change: Zend Framework 3 =
https://fedoraproject.org/wiki/Changes/ZF3

Change owner(s):
* Remi Collet 

Update Zend Framework to latest version 3.
Fedora 24 provides Zend Framework 2.5 (Fedora 25 provides ZF 2.5.3),
which is a transition version.


== Detailed Description ==
See upstream annoucement: Zend Framework 3 Released!
[https://framework.zend.com/blog/2016-06-28-zend-framework-3.html]
The Zend Framework is a huge set of ~60 components. The framework
version defines a minimal set of components, and their minimal
version. Version 3 is recommend for PHP 7.0 which is also part of
Fedora 25.


== Scope ==
* Proposal owners:
Update packages and create new for additional components

* Other developers:
Test their applications

* Release engineering: N/A (not a System Wide Change)
* List of deliverables: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [RFC] RPM's Python dependency generator

[Tomas Orsava]

On 11/30/2016 02:44 PM, Neal Gompa wrote:

On Wed, Nov 30, 2016 at 8:41 AM, Tomas Orsava  wrote:

I don't think the depgen should be enabled by default, at least not in the
foreseeable future. IIRC it's not that well implemented—e.g. I believe it
doesn't read requirements.txt for example (but I might be wrong).
There will be a lot of cases where the generated requirements are
incomplete, or contain unnecessary entries, etc. I think it should remain an
opt-in.


According to various Python people, we're not actually supposed to
read requirements.txt. That file is explicitly designed for people to
individualized deployments. The proper place to get this information
is from the egg-info/dist-info data, which is what we read. The fact
that some people abuse requirements.txt and have it read in by their
setup.py is beside the point. Whatever the setup.py (thus
pip/easy_install/etc.) says it needs, the generator will dutifully
report.


The fact remains in too many cases it will need to be manually adjusted, 
it won't be foolproof.
Therefore I argue it would be better for it to be an opt-in so that new 
packagers don't immediately have to jump in into debugging a depgen they 
have no clue how really works.

___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

[Bug 1400119] perl-Config-IniFiles-2.94 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1400119



--- Comment #3 from Upstream Release Monitoring 
 ---
Following patches has been deleted:
['denemo-fixfont.patch', 'denemo-desktop.patch']

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1400119] perl-Config-IniFiles-2.94 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1400119



--- Comment #1 from Upstream Release Monitoring 
 ---
Patching or scratch build for perl-Config-IniFiles-2.93 failed.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: [RFC] RPM's Python dependency generator

[Neal Gompa]

On Wed, Nov 30, 2016 at 8:41 AM, Tomas Orsava  wrote:
>
> I don't think the depgen should be enabled by default, at least not in the
> foreseeable future. IIRC it's not that well implemented—e.g. I believe it
> doesn't read requirements.txt for example (but I might be wrong).
> There will be a lot of cases where the generated requirements are
> incomplete, or contain unnecessary entries, etc. I think it should remain an
> opt-in.
>

According to various Python people, we're not actually supposed to
read requirements.txt. That file is explicitly designed for people to
individualized deployments. The proper place to get this information
is from the egg-info/dist-info data, which is what we read. The fact
that some people abuse requirements.txt and have it read in by their
setup.py is beside the point. Whatever the setup.py (thus
pip/easy_install/etc.) says it needs, the generator will dutifully
report.


-- 
真実はいつも一つ！/ Always, there's only one truth!
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

[Bug 1400119] perl-Config-IniFiles-2.94 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1400119



--- Comment #2 from Upstream Release Monitoring 
 ---
Created attachment 1226323
  --> https://bugzilla.redhat.com/attachment.cgi?id=1226323=edit
Rebase-helper rebase-helper-debug.log log file.
See for details and report the eventual error to rebase-helper
https://github.com/phracek/rebase-helper/issues.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1400119] New: perl-Config-IniFiles-2.94 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1400119

Bug ID: 1400119
   Summary: perl-Config-IniFiles-2.94 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Config-IniFiles
  Keywords: FutureFeature, Triaged
  Assignee: tcall...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
tcall...@redhat.com



Latest upstream release: 2.94
Current version/release in rawhide: 2.93-1.fc25
URL: http://search.cpan.org/dist/Config-IniFiles/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/2715/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: urw-fonts: Versioning Mess

[Douglas Kosovic]

On 30/11/2016, 9:38 PM, "Dominik 'Rathann' Mierzejewski" 
 wrote:

> 2) or map the X.Y.Z versioning to MMDD from upstream - IOW - X == 
Year,
> Y == Month, Z == Day (based on the snapshot date in the name of the source
> archive)
> 3) or set the Version to some constant (35 for example) and just use the
> snapshot to distinguish between older and newer releases.

What does the number "35" mean here, anyway?

Each PostScript specification defines a core set of fonts:
- PostScript 1 has 13 base fonts.
- PostScript 2 has 35 base fonts.
- PostScript 3 has 135 base fonts.

So, the URW++ base35 font pack is a replacement for the 35 Adobe PostScript 
Level 2 base fonts.



Doug



 

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org