Re: noarch vs. all, x86_64 vs. amd64, kernel vs. linux and PAE

[Christopher Meng]

On 8/16/15, Neal Gompa ngomp...@gmail.com wrote:
 ​To be fair, Debian's use of linux over kernel is because they actually
 support another kernel (the FreeBSD kernel). If the Fedora Project wanted
 to add FreeBSD kernel support (which, as far as I know, we don't), then we
 would have to talk about how to deal with that issue. Though even then,
 it's pretty easy, since all we would have to do is change kernel and
 kernel-devel into virtual packages that kernel-linux or kernel-freebsd
 would be able to satisfy.

kFreeBSD will cause more trouble to systemd folks, and I remember
there is a feature request about this:

https://fedoraproject.org/wiki/Features/FreeBSD_kernel_integration
-- 

Yours sincerely,
Christopher Meng

http://awk.io
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Broken dependencies: perl-XML-Xerces

[buildsys]

perl-XML-Xerces has broken dependencies in the epel-5 tree:
On ppc:
perl-XML-Xerces-2.7.0_0-4.el5.ppc requires libxerces-c.so.27
On x86_64:
perl-XML-Xerces-2.7.0_0-4.el5.x86_64 requires libxerces-c.so.27()(64bit)
On i386:
perl-XML-Xerces-2.7.0_0-4.el5.i386 requires libxerces-c.so.27
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Image-SubImageFind

[buildsys]

perl-Image-SubImageFind has broken dependencies in the epel-6 tree:
On x86_64:
perl-Image-SubImageFind-0.03-1.el6.x86_64 requires 
libMagickCore.so.2()(64bit)
perl-Image-SubImageFind-0.03-1.el6.x86_64 requires 
libMagick++.so.2()(64bit)
On i386:
perl-Image-SubImageFind-0.03-1.el6.i686 requires libMagickCore.so.2
perl-Image-SubImageFind-0.03-1.el6.i686 requires libMagick++.so.2
On ppc64:
perl-Image-SubImageFind-0.03-1.el6.ppc64 requires 
libMagickCore.so.2()(64bit)
perl-Image-SubImageFind-0.03-1.el6.ppc64 requires 
libMagick++.so.2()(64bit)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: noarch vs. all, x86_64 vs. amd64, kernel vs. linux and PAE

[Christopher Meng]

On 8/16/15, Josh Boyer jwbo...@fedoraproject.org wrote:
 Which is clearly labeled as a joke.  Nobody is seriously proposing this.

Of course I'm not a fool ;)
-- 

Yours sincerely,
Christopher Meng

http://awk.io
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Broken dependencies: perl-Image-SubImageFind

[buildsys]

perl-Image-SubImageFind has broken dependencies in the epel-6 tree:
On x86_64:
perl-Image-SubImageFind-0.03-1.el6.x86_64 requires 
libMagickCore.so.2()(64bit)
perl-Image-SubImageFind-0.03-1.el6.x86_64 requires 
libMagick++.so.2()(64bit)
On i386:
perl-Image-SubImageFind-0.03-1.el6.i686 requires libMagickCore.so.2
perl-Image-SubImageFind-0.03-1.el6.i686 requires libMagick++.so.2
On ppc64:
perl-Image-SubImageFind-0.03-1.el6.ppc64 requires 
libMagickCore.so.2()(64bit)
perl-Image-SubImageFind-0.03-1.el6.ppc64 requires 
libMagick++.so.2()(64bit)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: noarch vs. all, x86_64 vs. amd64, kernel vs. linux and PAE

[Sérgio Basto]

On Sáb, 2015-08-15 at 15:33 -0400, Neal Gompa wrote:
 On Sat, Aug 15, 2015 at 3:18 PM, Sérgio Basto ser...@serjux.com
 wrote:


 


 On Sáb, 2015-08-15 at 21:22 +0800, Christopher Meng wrote:
  On 8/14/15, Wei-Lun Chao blue...@member.fsf.org wrote:
   Hi,
  
   Is there already any discussion about:
   rename arch name noarch to all
   rename arch name x86_64 to amd64
   rename package name kernel-PAE to kernel
   and even rename package name kernel to linux
 
  noarch doesn't mean all, and what's 'all' exactly? All
 archs? All
  Fedora versions?
 
  x86_64 and amd64 are just some Debianish still, perhaps last
 straw to
  show amd somewhere or whatever?
 
 yeah, Debian names are all wrong , so I'd suggest do the
 opposite ,
 Debian (and Ubuntu) change all to noarch , amd64 to
 x86_64 and
 linux to kernel .
 BTW: Debian also should change the apache package name to
 httpd, Apache
 is an organization not a web server, the web server of Apache
 is the
 httpd.
 
 Best regards,
 --
 Sérgio M. B.
 
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct:
 http://fedoraproject.org/code-of-conduct
 
 ​To be fair, Debian's use of linux over kernel is because they
 actually support another kernel (the FreeBSD kernel). If the Fedora
 Project wanted to add FreeBSD kernel support (which, as far as I know,
 we don't), then we would have to talk about how to deal with that
 issue. 

Simple as, call the package kernel-freebsd .

 Though even then, it's pretty easy, since all we would have to do is
 change kernel and kernel-devel into virtual packages that kernel-linux
 or kernel-freebsd would be able to satisfy.
 
 
 The usage of all in Debian is largely because the way they treat
 architecture independent data differs from how we do it in Fedora.
 They try to ensure the architecture independent data is fully reusable
 across all architectures they support, while the nature of our
 packages mean that noarch could differ among architectures and
 basically means that it doesn't have any binary data.

No, means that package is not dependent of any arch.

 
 The naming of httpd and bind and a whole bunch of other packages in
 Debian is somewhat annoying, since it doesn't really respect
 upstream's wishes, but whatever...​
 
No , they don't respect upstream's wishes, look at this page :

http://httpd.apache.org/download.cgi#apache24

source is : httpd-2.4.16.tar.bz2 and is not apache-2.4.1

 -- 
 真実はいつも一つ！/ Always, there's only one truth!
 
 

Best regards,
-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: noarch vs. all, x86_64 vs. amd64, kernel vs. linux and PAE

[Josh Boyer]

On Sat, Aug 15, 2015 at 6:53 PM, Christopher Meng i...@cicku.me wrote:
 On 8/16/15, Neal Gompa ngomp...@gmail.com wrote:
 To be fair, Debian's use of linux over kernel is because they actually
 support another kernel (the FreeBSD kernel). If the Fedora Project wanted
 to add FreeBSD kernel support (which, as far as I know, we don't), then we
 would have to talk about how to deal with that issue. Though even then,
 it's pretty easy, since all we would have to do is change kernel and
 kernel-devel into virtual packages that kernel-linux or kernel-freebsd
 would be able to satisfy.

 kFreeBSD will cause more trouble to systemd folks, and I remember
 there is a feature request about this:

 https://fedoraproject.org/wiki/Features/FreeBSD_kernel_integration

Which is clearly labeled as a joke.  Nobody is seriously proposing this.

josh
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Boost updated to 1.58.0 in rawhide and f23

[Rex Dieter]

Rex Dieter wrote:

 Rex Dieter wrote:
 
 I'm helping to sort out the tagging mess, and submit things in smaller
 batches.
 
 In 6 batches of ~50 packages each, I have it all submitted for -testing in
 bodhi.
 
 I'll followup with update id's once they get pushed.

 
https://admin.fedoraproject.org/updates/FEDORA-2015-13504
https://admin.fedoraproject.org/updates/FEDORA-2015-13449
https://admin.fedoraproject.org/updates/FEDORA-2015-13531
https://admin.fedoraproject.org/updates/FEDORA-2015-13490
https://admin.fedoraproject.org/updates/FEDORA-2015-13454
https://admin.fedoraproject.org/updates/FEDORA-2015-13428

-- rex

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Broken dependencies: perl-XML-Xerces

[buildsys]

perl-XML-Xerces has broken dependencies in the epel-5 tree:
On ppc:
perl-XML-Xerces-2.7.0_0-4.el5.ppc requires libxerces-c.so.27
On x86_64:
perl-XML-Xerces-2.7.0_0-4.el5.x86_64 requires libxerces-c.so.27()(64bit)
On i386:
perl-XML-Xerces-2.7.0_0-4.el5.i386 requires libxerces-c.so.27
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-SystemC-Vregs

[buildsys]

perl-SystemC-Vregs has broken dependencies in the epel-5 tree:
On ppc:
emacs-vregs-mode-1.463-1.el5.noarch requires emacs(bin) = 0:22.1
On x86_64:
emacs-vregs-mode-1.463-1.el5.noarch requires emacs(bin) = 0:22.1
On i386:
emacs-vregs-mode-1.463-1.el5.noarch requires emacs(bin) = 0:22.1
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Method-Signatures

[buildsys]

perl-Method-Signatures has broken dependencies in the rawhide tree:
On x86_64:
perl-Method-Signatures-20141021-1.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.1)
On i386:
perl-Method-Signatures-20141021-1.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.1)
On armhfp:
perl-Method-Signatures-20141021-1.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.1)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: polymake

[buildsys]

polymake has broken dependencies in the rawhide tree:
On x86_64:
polymake-2.13-22.git20141013.fc23.x86_64 requires 
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
polymake-2.13-22.git20141013.fc23.i686 requires 
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20
On armhfp:
polymake-2.13-22.git20141013.fc23.armv7hl requires 
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-CGI-Application-Structured-Tools

[buildsys]

perl-CGI-Application-Structured-Tools has broken dependencies in the rawhide 
tree:
On x86_64:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Test-Vars

[buildsys]

perl-Test-Vars has broken dependencies in the rawhide tree:
On x86_64:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-POE-API-Peek

[buildsys]

perl-POE-API-Peek has broken dependencies in the rawhide tree:
On x86_64:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Data-Alias

[buildsys]

perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Data-Dump-Streamer

[buildsys]

perl-Data-Dump-Streamer has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Devel-FindRef

[buildsys]

perl-Devel-FindRef has broken dependencies in the rawhide tree:
On x86_64:
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Devel-FindRef-1.44-3.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-B-Hooks-OP-Check-EntersubForCV

[buildsys]

perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the rawhide tree:
On x86_64:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires 
libperl.so.5.20
On armhfp:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires 
libperl.so.5.20
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Devel-BeginLift

[buildsys]

perl-Devel-BeginLift has broken dependencies in the rawhide tree:
On x86_64:
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
perl-Devel-BeginLift-0.001003-9.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Rawhide users beware! (Re: DNF 1.1.0 and DNF-PLUGINS-CORE 0.1.10 Released)

[Christopher Meng]

On 8/14/15, Vít Ondruch vondr...@redhat.com wrote:
 And this time, my DNF update transaction failed somewhere :/ I had to
 kill the task:

 http://paste.fedoraproject.org/255015/39536100/

Better than mine, I met some FUTEX_WAIT hanging issue from upgrading
dnf and 6000+ packages on another old installation of f21.
-- 

Yours sincerely,
Christopher Meng

http://awk.io
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Broken dependencies: perl-B-Hooks-OP-Check-EntersubForCV

[buildsys]

perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the F-23 tree:
On x86_64:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires 
libperl.so.5.20
On armhfp:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires 
libperl.so.5.20
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-POE-API-Peek

[buildsys]

perl-POE-API-Peek has broken dependencies in the F-23 tree:
On x86_64:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Devel-BeginLift

[buildsys]

perl-Devel-BeginLift has broken dependencies in the F-23 tree:
On x86_64:
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
perl-Devel-BeginLift-0.001003-9.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Carp-REPL

[buildsys]

perl-Carp-REPL has broken dependencies in the F-23 tree:
On x86_64:
perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2)
On i386:
perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2)
On armhfp:
perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Data-Dump-Streamer

[buildsys]

perl-Data-Dump-Streamer has broken dependencies in the F-23 tree:
On x86_64:
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-CGI-Application-Structured-Tools

[buildsys]

perl-CGI-Application-Structured-Tools has broken dependencies in the F-23 tree:
On x86_64:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-CatalystX-REPL

[buildsys]

perl-CatalystX-REPL has broken dependencies in the F-23 tree:
On x86_64:
perl-CatalystX-REPL-0.04-10.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-CatalystX-REPL-0.04-10.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-CatalystX-REPL-0.04-10.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Test-Vars

[buildsys]

perl-Test-Vars has broken dependencies in the F-23 tree:
On x86_64:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Method-Signatures

[buildsys]

perl-Method-Signatures has broken dependencies in the F-23 tree:
On x86_64:
perl-Method-Signatures-20141021-1.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.1)
On i386:
perl-Method-Signatures-20141021-1.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.1)
On armhfp:
perl-Method-Signatures-20141021-1.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.1)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Task-Catalyst

[buildsys]

perl-Task-Catalyst has broken dependencies in the F-23 tree:
On x86_64:
perl-Task-Catalyst-4.02-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Task-Catalyst-4.02-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Task-Catalyst-4.02-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: polymake

[buildsys]

polymake has broken dependencies in the F-23 tree:
On x86_64:
polymake-2.13-22.git20141013.fc23.x86_64 requires 
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
polymake-2.13-22.git20141013.fc23.i686 requires 
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20
On armhfp:
polymake-2.13-22.git20141013.fc23.armv7hl requires 
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Test-AutoBuild

[buildsys]

perl-Test-AutoBuild has broken dependencies in the F-23 tree:
On x86_64:
perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Data-Alias

[buildsys]

perl-Data-Alias has broken dependencies in the F-23 tree:
On x86_64:
perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-MongoDB

[buildsys]

perl-MongoDB has broken dependencies in the F-23 tree:
On x86_64:
perl-MongoDB-0.702.2-5.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0)
perl-MongoDB-0.702.2-5.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-MongoDB-0.702.2-5.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0)
perl-MongoDB-0.702.2-5.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-MongoDB-0.702.2-5.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0)
perl-MongoDB-0.702.2-5.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Devel-FindRef

[buildsys]

perl-Devel-FindRef has broken dependencies in the F-23 tree:
On x86_64:
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Devel-FindRef-1.44-3.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

rawhide report: 20150815 changes

[Fedora Rawhide Report]

Compose started at Sat Aug 15 05:15:02 UTC 2015
Broken deps for i386
--
[IQmol]
IQmol-2.3.0-6.fc23.i686 requires libboost_serialization.so.1.57.0
IQmol-2.3.0-6.fc23.i686 requires libboost_iostreams.so.1.57.0
[ScientificPython]
ScientificPython-2.8-20.fc22.i686 requires libmpi.so.1
[adobe-source-libraries]
adobe-source-libraries-1.0.43-24.fc22.i686 requires 
libboost_thread.so.1.57.0
adobe-source-libraries-1.0.43-24.fc22.i686 requires 
libboost_system.so.1.57.0
adobe-source-libraries-1.0.43-24.fc22.i686 requires 
libboost_signals.so.1.57.0
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
apache-scout-1.2.6-11.fc21.noarch requires 
mvn(org.apache.juddi:juddi-client)
[aws]
aws-tools-2015-2.fc23.i686 requires libaws_ssl.so
[coin-or-Ipopt]
coin-or-Ipopt-openmpi-3.12.4-1.fc24.i686 requires libscalapack.so.2
coin-or-Ipopt-openmpi-3.12.4-1.fc24.i686 requires libmpiblacs.so.2
coin-or-Ipopt-openmpi-3.12.4-1.fc24.i686 requires libmpi_mpifh.so.2
coin-or-Ipopt-openmpi-3.12.4-1.fc24.i686 requires libmpi_cxx.so.1
coin-or-Ipopt-openmpi-3.12.4-1.fc24.i686 requires libmpi.so.1
[cp2k]
cp2k-mpich-2.6.0-4.fc23.i686 requires libscalapack.so.2
cp2k-mpich-2.6.0-4.fc23.i686 requires libmpifort.so.12
cp2k-mpich-2.6.0-4.fc23.i686 requires libmpiblacs.so.2
cp2k-mpich-2.6.0-4.fc23.i686 requires libmpi.so.12
cp2k-mpich-2.6.0-4.fc23.i686 requires libelpa.so.3
cp2k-openmpi-2.6.0-4.fc23.i686 requires libscalapack.so.2
cp2k-openmpi-2.6.0-4.fc23.i686 requires libmpiblacs.so.2
cp2k-openmpi-2.6.0-4.fc23.i686 requires libmpi_usempif08.so.0
cp2k-openmpi-2.6.0-4.fc23.i686 requires libmpi_usempi_ignore_tkr.so.0
cp2k-openmpi-2.6.0-4.fc23.i686 requires libmpi_mpifh.so.2
cp2k-openmpi-2.6.0-4.fc23.i686 requires libmpi.so.1
cp2k-openmpi-2.6.0-4.fc23.i686 requires libelpa.so.3
[darcs]
darcs-2.8.5-3.fc23.i686 requires libHStar-0.4.0.1-ghc7.8.4.so
darcs-2.8.5-3.fc23.i686 requires 
ghc(tar-0.4.0.1-88996a8f4fefe5700b5394aaa2fa845d)
ghc-darcs-2.8.5-3.fc23.i686 requires libHStar-0.4.0.1-ghc7.8.4.so
ghc-darcs-2.8.5-3.fc23.i686 requires 
ghc(tar-0.4.0.1-88996a8f4fefe5700b5394aaa2fa845d)
ghc-darcs-devel-2.8.5-3.fc23.i686 requires 
ghc-devel(tar-0.4.0.1-88996a8f4fefe5700b5394aaa2fa845d)
[dpm-contrib-admintools]
dpm-contrib-admintools-0.2.1-6.fc23.i686 requires MySQL-python(x86-32)
[elasticsearch]
elasticsearch-1.7.1-1.fc24.noarch requires lucene4-sandbox
[elektra]
elektra-0.8.12-2.fc24.i686 requires libelektratools-full.so
elektra-0.8.12-2.fc24.i686 requires libelektra-full.so.4
[gdb-heap]
gdb-heap-0.5-21.fc23.i686 requires glibc(x86-32) = 0:2.21.90
[ghc-citeproc-hs]
ghc-citeproc-hs-0.3.9-6.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so
ghc-citeproc-hs-0.3.9-6.fc23.i686 requires 
ghc(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2)
ghc-citeproc-hs-devel-0.3.9-6.fc23.i686 requires 
ghc-devel(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2)
[ghc-hakyll]
ghc-hakyll-4.5.4.0-3.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so
[ghc-scotty]
ghc-scotty-0.9.0-3.fc23.i686 requires 
libHSstringsearch-0.3.6.5-ghc7.8.4.so
[ghc-texmath]
ghc-texmath-0.8.0.1-3.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so
ghc-texmath-0.8.0.1-3.fc23.i686 requires 
ghc(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2)
ghc-texmath-devel-0.8.0.1-3.fc23.i686 requires 
ghc-devel(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2)
[ghc-wai-extra]
ghc-wai-extra-3.0.4.5-2.fc23.i686 requires 
libHSstringsearch-0.3.6.5-ghc7.8.4.so
ghc-wai-extra-3.0.4.5-2.fc23.i686 requires 
ghc(stringsearch-0.3.6.5-7f7d1930cd1bcb2865db7caec97dd82d)
ghc-wai-extra-devel-3.0.4.5-2.fc23.i686 requires 
ghc-devel(stringsearch-0.3.6.5-7f7d1930cd1bcb2865db7caec97dd82d)
[gnatcoll]
gnatcoll-2014-4.fc23.i686 requires libgtkada-3.8.so.2
[gnome-python2]
gnome-python2-bonobo-2.28.1-16.fc23.i686 requires pyorbit(x86-32) = 
0:2.0.1
[golang-github-influxdb-influxdb]
golang-github-influxdb-influxdb-devel-0.8.5-0.2.git9485e99.fc23.noarch 
requires golang(github.com/rakyll/statik)
[gtksourceview-sharp]
gtksourceview-sharp-2.0.12-24.fc23.i686 requires gtksourceview
[hadoop]
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-servlet)
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-json)
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-core)
hadoop-hdfs-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core)

[Bug 1253321] perl-CHI: FTBFS in rawhide

[bugzilla]

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

Ralf Corsepius rc040...@freenet.de changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2015-08-15 03:18:15



--- Comment #1 from Ralf Corsepius rc040...@freenet.de ---
This bug is interesting. 

Initially could not reproduce this issue in local mocks but could only
reproduce it in scratch-builds.

After making sure not to be using any caches (rm -rf
/var/{cache,lib}/mock/*), I also could reproduce this in mock. Seems to me, as
if mock is having caching problems. I am inclined to blame this piece of crap
called dnf, mock now uses underneath for this.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Parag Nemade]

Hi,

On Sat, Aug 15, 2015 at 12:43 PM, Miroslav Suchý msu...@redhat.com wrote:
 Recently we had discussion here about the queue of package reviews with
 FE-NEEDSPONSOR flag.
 I suggested to write some script which would query db and reveal those
 sponsors who does not make his duty.

 Here comes this script:
https://github.com/xsuchy/guard-fedora-sponsors

 It is first version and I'm sure there will be some false negatives. The
 current logic is:
 1. query FAS to get all usernames from packager group who are sponsors
 2. for each such user get all bugs from past 365 day for Package Review
 component which are assigned to this sponsor
 3. give the sponsor some credit when he changed bug status (to whatever
 state) as this indicate some work on this bug
 4. give the sponsor some credit if he remove FE-NEEDSPONSOR from blocking
 bugs as this indicate finishing sponsor work

 This does not reflect if you sponsor somebody directly. E.g. because he want
 to be become co-maintainer and does not submit package review.

 This time I run it for past year. So this script reveals those who does not
 sponsor anybody for whole year. I hope that in future I can lower this
 constant to half year or even 3 months.

 Ideas, patches and comments about this script are welcome.


So, how are you going to address my issue?  I always work using my
email id which is associated with inactive/old FAS id but I never want
to use email in bugzilla which is associated with my newly migrated
FAS id. I have always kept a line between my fedora
development/packaging work and my voluntary package review work.

I know the intent behind this is to soon remove inactive sponsors from
sponsors group.

Regards,
Parag.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

corsepiu pushed to perl-CHI (master). BR: perl(Time::HiRes) (RHBZ#1253321).

[notifications]

From 7cf0cc6e68f125f5efe2329ff4a15f1521e1ecc7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= corse...@fedoraproject.org
Date: Sat, 15 Aug 2015 09:16:23 +0200
Subject: BR: perl(Time::HiRes) (RHBZ#1253321).


diff --git a/perl-CHI.spec b/perl-CHI.spec
index f2acbb0..9e0c7b1 100644
--- a/perl-CHI.spec
+++ b/perl-CHI.spec
@@ -1,6 +1,6 @@
 Name:   perl-CHI
 Version:0.60
-Release:4%{?dist}
+Release:5%{?dist}
 Summary:Unified cache handling interface
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -44,6 +44,7 @@ BuildRequires:  perl(Test::More)
 BuildRequires:  perl(Test::Warn)
 BuildRequires:  perl(Time::Duration) = 1.06
 BuildRequires:  perl(Time::Duration::Parse) = 0.03
+BuildRequires:  perl(Time::HiRes) = 1.30
 BuildRequires:  perl(Try::Tiny) = 0.05
 
 %if %{with author_tests}
@@ -67,6 +68,7 @@ Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} 
-V:version`; echo $versi
 %filter_from_requires s/^perl(Log::Any)$/perl(Log::Any) = 0.06/
 %filter_from_requires s/^perl(Time::Duration)$/perl(Time::Duration) = 1.06/
 %filter_from_requires 
s/^perl(Time::Duration::Parse)$/perl(Time::Duration::Parse) = 0.03/
+%filter_from_requires s/^perl(Time::HiRes)$/perl(Time::HiRes) = 1.30/
 %filter_setup
 }
 
@@ -133,6 +135,9 @@ make test %{?with_author_tests:AUTHOR_TESTING=1} 
%{?with_smoke_tests:AUTOMATED_T
 %{perl_vendorlib}/CHI/Test*
 
 %changelog
+* Sat Aug 15 2015 Ralf Corsépius corse...@fedoraproject.org - 0.60-5
+- BR: perl(Time::HiRes) (RHBZ#1253321).
+
 * Thu Jun 18 2015 Ralf Corsépius corse...@fedoraproject.org - 0.60-4
 - Add perl-CHI-0.60-perl-5.22-regex.diff (Work-around to 
   Unescaped left brace in regex is deprecated with perl-5.22).
-- 
cgit v0.10.2



http://pkgs.fedoraproject.org/cgit/perl-CHI.git/commit/?h=masterid=7cf0cc6e68f125f5efe2329ff4a15f1521e1ecc7
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Miroslav Suchý]

Recently we had discussion here about the queue of package reviews with 
FE-NEEDSPONSOR flag.
I suggested to write some script which would query db and reveal those 
sponsors who does not make his duty.


Here comes this script:
   https://github.com/xsuchy/guard-fedora-sponsors

It is first version and I'm sure there will be some false negatives. The 
current logic is:

1. query FAS to get all usernames from packager group who are sponsors
2. for each such user get all bugs from past 365 day for Package Review 
component which are assigned to this sponsor
3. give the sponsor some credit when he changed bug status (to whatever 
state) as this indicate some work on this bug
4. give the sponsor some credit if he remove FE-NEEDSPONSOR from 
blocking bugs as this indicate finishing sponsor work


This does not reflect if you sponsor somebody directly. E.g. because he 
want to be become co-maintainer and does not submit package review.


This time I run it for past year. So this script reveals those who does 
not sponsor anybody for whole year. I hope that in future I can lower 
this constant to half year or even 3 months.


Ideas, patches and comments about this script are welcome.

Dear sponsor, remember that with great power comes great responsibility. 
You should regularly visit

  http://fedoraproject.org/PackageReviewStatus/NEEDSPONSOR.html
and pick up some review. Only if this queue length is close to zero and 
people does not need to wait for sponsor, only then we can attract more 
packagers to Fedora.


And here follows the output from my script (sorted by username).

Mirek


Aurelien Bompard abompard done no sponsor work
Adrien Devresse adev done no sponsor work
Adrian Reber adrian done no sponsor work
Alexander Kurtakov akurtakov is a good guy - removed FE-NEEDSPONSOR 
from BZ 1190728
Alexander Kurtakov akurtakov is a good guy - removed FE-NEEDSPONSOR 
from BZ 1226926

Alexander Larsson alexl done no sponsor work
Axel Thimm athimm done no sponsor work
Dennis Gilmore ausil done no sponsor work
Andrea Veri averi done no sponsor work
Andreas Bierfert awjb done no sponsor work
Björn besser82 Esser besser82 is a good guy - removed FE-NEEDSPONSOR 
from BZ 1129677

Bohuslav Slavek Kabrda bkabrda done no sponsor work
Christian Iseli c4chris done no sponsor work
Christopher Aillon (sabbatical, not receiving bugmail) caillon done no 
sponsor work

Chitlesh GOORAH chitlesh done no sponsor work
Ricky Elrod codeblock done no sponsor work
Ralf Corsepius corsepiu done no sponsor work
Cole Robinson crobinso done no sponsor work
Chris Weyl cweyl done no sponsor work
Christoph Wickert cwickert done no sponsor work
Denis Leroy denis done no sponsor work
Dave Malcolm dmalcolm done no sponsor work
Douglas Schilling Landgraf dougsland is a good guy - removed 
FE-NEEDSPONSOR from BZ 1191498

David Woodhouse dwmw2 done no sponsor work
Eduardo Echeverria echevemaster is a good guy - removed FE-NEEDSPONSOR 
from BZ 1141494

Michał Bentkowski ecik done no sponsor work
Enrico Scholz ensc done no sponsor work
Thomas Fitzsimmons fitzsim done no sponsor work
Gérard Milmeister gemi done no sponsor work
Marek Goldmann goldmann is a good guy - removed FE-NEEDSPONSOR from BZ 
1213111
Haïkel Guémar hguemar is a good guy - removed FE-NEEDSPONSOR from BZ 
1090933

Haïkel Guémar hguemar is a good guy - worked on BZ 1150504
Haïkel Guémar hguemar is a good guy - removed FE-NEEDSPONSOR from BZ 
1196366
Haïkel Guémar hguemar is a good guy - removed FE-NEEDSPONSOR from BZ 
1219540
Haïkel Guémar hguemar is a good guy - removed FE-NEEDSPONSOR from BZ 
1231943

Haïkel Guémar hguemar is a good guy - worked on BZ 1241632
Haïkel Guémar hguemar is a good guy - worked on BZ 1241812
Haïkel Guémar hguemar is a good guy - removed FE-NEEDSPONSOR from BZ 
1242011

Haïkel Guémar hguemar is a good guy - worked on BZ 1243048
Richard Shaw hobbes1069 done no sponsor work
Ian Weller ianweller done no sponsor work
Iain Arnell iarnell done no sponsor work
Ignacio Vazquez-Abrams ivazquez done no sponsor work
Andreas Thienemann ixs done no sponsor work
José Matos jamatos is a good guy - worked on BZ 1126100
Jerry James jjames done no sponsor work
Jesse Keating jkeating done no sponsor work
John (J5) Palmieri johnp done no sponsor work
Jose Pedro Oliveira jpo done no sponsor work
Jaroslav Škarvada jskarvad is a good guy - removed FE-NEEDSPONSOR from 
BZ 1184040

Jef Spaleta jspaleta done no sponsor work
Susi Lehtola jussilehtola done no sponsor work
Jarod Wilson jwilson done no sponsor work
Hans de Goede jwrdegoede done no sponsor work
Kalev Lember kalev done no sponsor work
Karsten Hopp karsten done no sponsor work
Jeremy Katz katzj done no sponsor work
David Nalley ke4qqq done no sponsor work
Kevin Kofler kkofler done no sponsor work
Ken Dreyer ktdreyer done no sponsor work
Xavier Lamien laxathom done no sponsor work
Jon Ciesla limb done no sponsor work
Lubomir Rintel lkundrak is a good guy - removed FE-NEEDSPONSOR from BZ 
823679
Lubomir Rintel lkundrak is a good 

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Christopher Meng]

And some people contributed a lot in the past, after this result will
you request revoking their sponsorship and wipe them out?

My thought is some of these above can be dropped since they indeed no
longer work in Fedora Project, leaving the privilege to them is
useless:

Ricky Elrod codeblock
Chitlesh GOORAH


-- 

Yours sincerely,
Christopher Meng

http://awk.io
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Broken dependencies: perl-Test-AutoBuild

[buildsys]

perl-Test-AutoBuild has broken dependencies in the rawhide tree:
On x86_64:
perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Jason L Tibbitts III]

 H == Haïkel  hgue...@fedoraproject.org writes:

H Using Bugzilla rather than FAS is not a bad idea, as some people
H abuse their sponsor status by blindly adding people into the packager
H group without any supervision. Using FAS as the information source
H would just hide this hideous behaviour.

I don't know if this has changed in he new age of having crazy human
coding machines, but the last time i looked it was extremely difficult
to see someone's sponsor and to generate statistics on sponsorship
activities.  I had some tooling a very long time ago which was used to
stir up a whole pile of flames surrounding the handling of inactive
sponsors.

If FAS3 doesn't make that easier then I'll definitely have to file a few
feature requests.

 - J
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

pghmcfc uploaded Perl-Tidy-20150815.tar.gz for perltidy

[notifications]

2db845ed25151dd86cf45dd7f72a3471  Perl-Tidy-20150815.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perltidy/Perl-Tidy-20150815.tar.gz/md5/2db845ed25151dd86cf45dd7f72a3471/Perl-Tidy-20150815.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

pghmcfc pushed to perltidy (master). Update to 20150815 (..more)

[notifications]

From 8ab018f6ecb8303bf80ea8031e2297acfbbcdd7b Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Sat, 15 Aug 2015 19:23:05 +0100
Subject: Update to 20150815

- New upstream release 20150815 (see CHANGES for details)
- Use %license where possible

diff --git a/perltidy-20130922-tmpnamdoc.patch 
b/perltidy-20130922-tmpnamdoc.patch
deleted file mode 100644
index 5ecea44..000
--- a/perltidy-20130922-tmpnamdoc.patch
+++ /dev/null
@@ -1,15 +0,0 @@
-diff -up Perl-Tidy-20130922/bin/perltidy~ Perl-Tidy-20130922/bin/perltidy
 Perl-Tidy-20130922/bin/perltidy~   2013-09-22 17:43:35.0 +0300
-+++ Perl-Tidy-20130922/bin/perltidy2014-03-12 23:01:08.164606065 +0200
-@@ -3060,9 +3060,8 @@ in any way.  And, of course, it does not
- =item Temporary files
- 
- Under the -html option with the default --pod2html flag, a temporary file is
--required to pass text to Pod::Html.  Unix systems will try to use the POSIX
--tmpnam() function.  Otherwise the file Fperltidy.TMP will be temporarily
--created in the current working directory.
-+required to pass text to Pod::Html.  The temporary file is created using
-+File::Temp::tempfile().
- 
- =item Special files when standard input is used
- 
diff --git a/perltidy.spec b/perltidy.spec
index b8a2820..b2e36a4 100644
--- a/perltidy.spec
+++ b/perltidy.spec
@@ -1,6 +1,6 @@
 Name:  perltidy
-Version:   20140711
-Release:   4%{?dist}
+Version:   20150815
+Release:   1%{?dist}
 Summary:   Tool for indenting and re-formatting Perl scripts
 License:   GPLv2+
 URL:   http://perltidy.sourceforge.net/
@@ -8,6 +8,9 @@ Source0:
http://www.cpan.org/modules/by-module/Perl/Perl-Tidy-%{version}.tar.gz
 Patch0:Perl-Tidy-utf8.patch
 BuildArch: noarch
 # Module Build
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: make
 BuildRequires: perl
 BuildRequires: perl(ExtUtils::MakeMaker)
 # Module Runtime
@@ -24,7 +27,9 @@ BuildRequires:perl(IO::File)
 BuildRequires: perl(strict)
 BuildRequires: perl(vars)
 # Test Suite
+BuildRequires: perl(FindBin)
 BuildRequires: perl(Test)
+BuildRequires: perl(utf8)
 # Runtime
 Requires:  perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
 Requires:  perl(File::Spec)
@@ -66,13 +71,22 @@ find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
 make test
 
 %files
-%doc BUGS CHANGES COPYING README TODO docs/ examples/
+%if 0%{?_licensedir:1}
+%license COPYING
+%else
+%doc COPYING
+%endif
+%doc BUGS CHANGES README TODO docs/ examples/
 %{_bindir}/perltidy
 %{perl_vendorlib}/Perl/
 %{_mandir}/man1/perltidy.1*
 %{_mandir}/man3/Perl::Tidy.3*
 
 %changelog
+* Sat Aug 15 2015 Paul Howarth p...@city-fan.org - 20150815-1
+- Update to 20150815 (see CHANGES for details)
+- Use %%license where possible
+
 * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 20140711-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 7031740..0a882fd 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b11587646b2252fccec5750ab584036b  Perl-Tidy-20140711.tar.gz
+2db845ed25151dd86cf45dd7f72a3471  Perl-Tidy-20150815.tar.gz
-- 
cgit v0.10.2



http://pkgs.fedoraproject.org/cgit/perltidy.git/commit/?h=masterid=8ab018f6ecb8303bf80ea8031e2297acfbbcdd7b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1253910] perltidy-20150815 is available

[bugzilla]

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



--- Comment #2 from Upstream Release Monitoring 
upstream-release-monitor...@fedoraproject.org ---
pghmcfc's perltidy-20150815-1.fc24 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=677541

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

eseyman pushed to perl-DBIx-Class-Schema-Diff (f22). Bump to rebuild

[notifications]

From 7398e2f25d155e06da7c3baac968fd1ad6f25412 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman emman...@seyman.fr
Date: Sat, 15 Aug 2015 20:34:57 +0200
Subject: Bump to rebuild


diff --git a/perl-DBIx-Class-Schema-Diff.spec b/perl-DBIx-Class-Schema-Diff.spec
index f0fec52..8c45920 100644
--- a/perl-DBIx-Class-Schema-Diff.spec
+++ b/perl-DBIx-Class-Schema-Diff.spec
@@ -1,6 +1,6 @@
 Name:   perl-DBIx-Class-Schema-Diff
 Version:1.03
-Release:2%{?dist}
+Release:2%{?dist}.1
 Summary:Identify differences between two DBIx::Class schemas
 License:GPL+ or Artistic
 
@@ -66,6 +66,9 @@ RELEASE_TESTING=1 make test
 %{_mandir}/man3/DBIx*
 
 %changelog
+* Sat Aug 15 2015 Emmanuel Seyman emman...@seyman.fr - 1.03-2.1
+- Bump to rebuild
+
 * Mon Jul 20 2015 Emmanuel Seyman emman...@seyman.fr - 1.03-2
 - Take into account review comments (#1244509)
 
-- 
cgit v0.10.2



http://pkgs.fedoraproject.org/cgit/perl-DBIx-Class-Schema-Diff.git/commit/?h=f22id=7398e2f25d155e06da7c3baac968fd1ad6f25412
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

pghmcfc pushed to perltidy (f23). Update to 20150815 (..more)

[notifications]

From 8ab018f6ecb8303bf80ea8031e2297acfbbcdd7b Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Sat, 15 Aug 2015 19:23:05 +0100
Subject: Update to 20150815

- New upstream release 20150815 (see CHANGES for details)
- Use %license where possible

diff --git a/perltidy-20130922-tmpnamdoc.patch 
b/perltidy-20130922-tmpnamdoc.patch
deleted file mode 100644
index 5ecea44..000
--- a/perltidy-20130922-tmpnamdoc.patch
+++ /dev/null
@@ -1,15 +0,0 @@
-diff -up Perl-Tidy-20130922/bin/perltidy~ Perl-Tidy-20130922/bin/perltidy
 Perl-Tidy-20130922/bin/perltidy~   2013-09-22 17:43:35.0 +0300
-+++ Perl-Tidy-20130922/bin/perltidy2014-03-12 23:01:08.164606065 +0200
-@@ -3060,9 +3060,8 @@ in any way.  And, of course, it does not
- =item Temporary files
- 
- Under the -html option with the default --pod2html flag, a temporary file is
--required to pass text to Pod::Html.  Unix systems will try to use the POSIX
--tmpnam() function.  Otherwise the file Fperltidy.TMP will be temporarily
--created in the current working directory.
-+required to pass text to Pod::Html.  The temporary file is created using
-+File::Temp::tempfile().
- 
- =item Special files when standard input is used
- 
diff --git a/perltidy.spec b/perltidy.spec
index b8a2820..b2e36a4 100644
--- a/perltidy.spec
+++ b/perltidy.spec
@@ -1,6 +1,6 @@
 Name:  perltidy
-Version:   20140711
-Release:   4%{?dist}
+Version:   20150815
+Release:   1%{?dist}
 Summary:   Tool for indenting and re-formatting Perl scripts
 License:   GPLv2+
 URL:   http://perltidy.sourceforge.net/
@@ -8,6 +8,9 @@ Source0:
http://www.cpan.org/modules/by-module/Perl/Perl-Tidy-%{version}.tar.gz
 Patch0:Perl-Tidy-utf8.patch
 BuildArch: noarch
 # Module Build
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: make
 BuildRequires: perl
 BuildRequires: perl(ExtUtils::MakeMaker)
 # Module Runtime
@@ -24,7 +27,9 @@ BuildRequires:perl(IO::File)
 BuildRequires: perl(strict)
 BuildRequires: perl(vars)
 # Test Suite
+BuildRequires: perl(FindBin)
 BuildRequires: perl(Test)
+BuildRequires: perl(utf8)
 # Runtime
 Requires:  perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
 Requires:  perl(File::Spec)
@@ -66,13 +71,22 @@ find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
 make test
 
 %files
-%doc BUGS CHANGES COPYING README TODO docs/ examples/
+%if 0%{?_licensedir:1}
+%license COPYING
+%else
+%doc COPYING
+%endif
+%doc BUGS CHANGES README TODO docs/ examples/
 %{_bindir}/perltidy
 %{perl_vendorlib}/Perl/
 %{_mandir}/man1/perltidy.1*
 %{_mandir}/man3/Perl::Tidy.3*
 
 %changelog
+* Sat Aug 15 2015 Paul Howarth p...@city-fan.org - 20150815-1
+- Update to 20150815 (see CHANGES for details)
+- Use %%license where possible
+
 * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 20140711-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 7031740..0a882fd 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b11587646b2252fccec5750ab584036b  Perl-Tidy-20140711.tar.gz
+2db845ed25151dd86cf45dd7f72a3471  Perl-Tidy-20150815.tar.gz
-- 
cgit v0.10.2



http://pkgs.fedoraproject.org/cgit/perltidy.git/commit/?h=f23id=8ab018f6ecb8303bf80ea8031e2297acfbbcdd7b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

pghmcfc pushed to perltidy (perltidy-20150815-1.fc24). Update to 20150815 (..more)

[notifications]

This commit already existed in another branch.

http://pkgs.fedoraproject.org/cgit/perltidy.git/commit/?h=perltidy-20150815-1.fc24id=8ab018f6ecb8303bf80ea8031e2297acfbbcdd7b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

pghmcfc pushed to perltidy (perltidy-20150815-1.fc23). Update to 20150815 (..more)

[notifications]

From 8ab018f6ecb8303bf80ea8031e2297acfbbcdd7b Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Sat, 15 Aug 2015 19:23:05 +0100
Subject: Update to 20150815

- New upstream release 20150815 (see CHANGES for details)
- Use %license where possible

diff --git a/perltidy-20130922-tmpnamdoc.patch 
b/perltidy-20130922-tmpnamdoc.patch
deleted file mode 100644
index 5ecea44..000
--- a/perltidy-20130922-tmpnamdoc.patch
+++ /dev/null
@@ -1,15 +0,0 @@
-diff -up Perl-Tidy-20130922/bin/perltidy~ Perl-Tidy-20130922/bin/perltidy
 Perl-Tidy-20130922/bin/perltidy~   2013-09-22 17:43:35.0 +0300
-+++ Perl-Tidy-20130922/bin/perltidy2014-03-12 23:01:08.164606065 +0200
-@@ -3060,9 +3060,8 @@ in any way.  And, of course, it does not
- =item Temporary files
- 
- Under the -html option with the default --pod2html flag, a temporary file is
--required to pass text to Pod::Html.  Unix systems will try to use the POSIX
--tmpnam() function.  Otherwise the file Fperltidy.TMP will be temporarily
--created in the current working directory.
-+required to pass text to Pod::Html.  The temporary file is created using
-+File::Temp::tempfile().
- 
- =item Special files when standard input is used
- 
diff --git a/perltidy.spec b/perltidy.spec
index b8a2820..b2e36a4 100644
--- a/perltidy.spec
+++ b/perltidy.spec
@@ -1,6 +1,6 @@
 Name:  perltidy
-Version:   20140711
-Release:   4%{?dist}
+Version:   20150815
+Release:   1%{?dist}
 Summary:   Tool for indenting and re-formatting Perl scripts
 License:   GPLv2+
 URL:   http://perltidy.sourceforge.net/
@@ -8,6 +8,9 @@ Source0:
http://www.cpan.org/modules/by-module/Perl/Perl-Tidy-%{version}.tar.gz
 Patch0:Perl-Tidy-utf8.patch
 BuildArch: noarch
 # Module Build
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: make
 BuildRequires: perl
 BuildRequires: perl(ExtUtils::MakeMaker)
 # Module Runtime
@@ -24,7 +27,9 @@ BuildRequires:perl(IO::File)
 BuildRequires: perl(strict)
 BuildRequires: perl(vars)
 # Test Suite
+BuildRequires: perl(FindBin)
 BuildRequires: perl(Test)
+BuildRequires: perl(utf8)
 # Runtime
 Requires:  perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
 Requires:  perl(File::Spec)
@@ -66,13 +71,22 @@ find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
 make test
 
 %files
-%doc BUGS CHANGES COPYING README TODO docs/ examples/
+%if 0%{?_licensedir:1}
+%license COPYING
+%else
+%doc COPYING
+%endif
+%doc BUGS CHANGES README TODO docs/ examples/
 %{_bindir}/perltidy
 %{perl_vendorlib}/Perl/
 %{_mandir}/man1/perltidy.1*
 %{_mandir}/man3/Perl::Tidy.3*
 
 %changelog
+* Sat Aug 15 2015 Paul Howarth p...@city-fan.org - 20150815-1
+- Update to 20150815 (see CHANGES for details)
+- Use %%license where possible
+
 * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 20140711-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 7031740..0a882fd 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b11587646b2252fccec5750ab584036b  Perl-Tidy-20140711.tar.gz
+2db845ed25151dd86cf45dd7f72a3471  Perl-Tidy-20150815.tar.gz
-- 
cgit v0.10.2



http://pkgs.fedoraproject.org/cgit/perltidy.git/commit/?h=perltidy-20150815-1.fc23id=8ab018f6ecb8303bf80ea8031e2297acfbbcdd7b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1253910] perltidy-20150815 is available

[bugzilla]

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



--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
perltidy-20150815-1.fc23 has been submitted as an update for Fedora 23.
https://admin.fedoraproject.org/updates/perltidy-20150815-1.fc23

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Same comand names in /usr/bin and /usr/sbin

[Tomasz Torcz]

On Sat, Aug 15, 2015 at 12:23:50PM -0400, Nico Kadel-Garcia wrote:
 
 mock has a similar problem. That one is simply foolish: The
 /usr/bin/mock command *isn't* mock. It's a helper program to summon
 the /usr/sbin/mock, which is the real mock. Hilarity ensues if you
 have PATH set up as many admins do with /sbin first, or if you
 compile a local copy and have /usr/local/sbin before /usr/local/bin.
 
 The list goes on. authconfig, liveinst, gparted, setup, tuned-adm, etc. etc.

  Most of them are victims of ”consolehelper”. See also:
https://fedoraproject.org/wiki/Features/UsermodeMigration

-- 
Tomasz TorczFuneral in the morning, IDE hacking
xmpp: zdzich...@chrome.plin the afternoon and evening. - Alan Cox

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Validity of i686 as a release blocker

[Reindl Harald]

Am 15.08.2015 um 14:50 schrieb Matthew Miller:

On Sat, Aug 15, 2015 at 06:47:44AM +0200, Ralf Corsepius wrote:

Definitely. 10/15 years+ ago, [...]

[...]

Also, in those days, devs cared about efficiency. Nowadays, they
don't care as much,


People have been making this exact complaint since the 1970s. Probably
before.


that don't change the fact that 10 years ago Phoenix (the browser which 
later bacame Firefox), Photoshop, CorelDraw opened at the same time on 
top of a Windows 2000 Server with a domaincontroller was perfecty 
running with a Celeron 466 Mhz and 192 MB RAM


so no, there is no excuse that every piece of software these days starts 
with a ton of ressources




signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: F23 Self Contained Change: RPM MPI Requires Provides

[Alexander Ploumistos]

On Sat, Aug 15, 2015 at 2:49 PM, Sandro Mani manisan...@gmail.com wrote:
 So the issues I pointed out in my previous mail (conerning
 MPI_PYTHON_SITEARCH and MPI_FORTRAN_MOD_DIR) above have been resolved. A
 batch of F24 rebuilts has been done by Zbyszek, hitting some build failures
 along the way. Most of these are now fixed, still needing a fix is nwchem
 which fails [1] due to what appears to be a fortran use before decleared
 issue. Once a full set of working F23 package is built, the plan is to
 submit one big mass-update.

 If anyone knowledgable of fortran has an idea how to fix the nwchem issue,
 that should resolve the last pending issue. Appears to have been triggered
 by a recent change of some other component, since it rebuilt fine just a few
 weeks back when testing in copr.

 Sandro

 [1] http://koji.fedoraproject.org/koji/buildinfo?buildID=676763


I haven't touched fortran in quite some time, so take this with with a
grain of salt (preferably more).
The issue likely has to do with some transliterations (?) from 32-bit
to 64-bit and vice versa when using particular libraries. Upstream has
released quite a few patches for build 26243, which might address
this:
http://www.nwchem-sw.org/index.php/Download#Patches_for_the_26243_revision_of_NWChem_6.5

my money would be on Tddft_grad.patch.gz but I don't bet as I don't
have any luck...
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Synapse package adoption

[Tonet Jallo]

Ok dude, this afternoon I will work in that
El 14/8/2015 21:54, Christopher Meng i...@cicku.me escribió:

 I'm gonna unretire it in pkgdb in the next week.

 Or if you want to maintain it, just submit a review request. I'm happy
 to review it.

 --

 Yours sincerely,
 Christopher Meng

 http://awk.io
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Till Maas]

On Sat, Aug 15, 2015 at 09:13:18AM +0200, Miroslav Suchý wrote:

 It is first version and I'm sure there will be some false negatives. The
 current logic is:
 1. query FAS to get all usernames from packager group who are sponsors
 2. for each such user get all bugs from past 365 day for Package Review
 component which are assigned to this sponsor
 3. give the sponsor some credit when he changed bug status (to whatever
 state) as this indicate some work on this bug
 4. give the sponsor some credit if he remove FE-NEEDSPONSOR from blocking
 bugs as this indicate finishing sponsor work

I think the script should also consider comments to needsponsor bugs as
sponsoring work, even if the bug was not yet assigned to someone. And
IMHO the wording should be a little bit more friendly, e.g. no recent
sponsor activity instead of no sponsor work.

Regards
Till
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

F-23 Branched report: 20150815 changes

[Fedora Branched Report]

Compose started at Sat Aug 15 07:15:02 UTC 2015
Broken deps for armhfp
--
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
apache-scout-1.2.6-11.fc21.noarch requires 
mvn(org.apache.juddi:juddi-client)
[aws]
aws-tools-2015-2.fc23.armv7hl requires libaws_ssl.so
[cduce]
cduce-0.6.0-13.fc23.armv7hl requires ocaml(Curl) = 
0:c9482fe21d30ad4b5f1ca281b3da3d99
[dpm-contrib-admintools]
dpm-contrib-admintools-0.2.1-6.fc23.armv7hl requires 
MySQL-python(armv7hl-32)
[dpm-dsi]
dpm-dsi-1.9.5-6.fc23.armv7hl requires 
globus-gridftp-server-progs(armv7hl-32) = 0:8.0
[gammaray]
gammaray-qt5-2.2.1-10.fc23.armv7hl requires qt5-qtbase(armv7hl-32) = 
0:5.4.2
[gnome-python2]
gnome-python2-bonobo-2.28.1-16.fc23.armv7hl requires 
pyorbit(armv7hl-32) = 0:2.0.1
[gnome-shell-extension-pomodoro]
gnome-shell-extension-pomodoro-0.11.0-0.3.gitc7ad79d3.fc23.armv7hl 
requires libgnome-desktop-3.so.10
[gtksourceview-sharp]
gtksourceview-sharp-2.0.12-24.fc23.armv7hl requires gtksourceview
[hadoop]
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-servlet)
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-json)
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-core)
hadoop-hdfs-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core)
hadoop-mapreduce-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-mapreduce-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey.contribs:jersey-guice)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-servlet)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-json)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-core)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-client)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey.contribs:jersey-guice)
hadoop-yarn-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json)
hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core)
hadoop-yarn-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-client)
hadoop-yarn-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey.contribs:jersey-guice)
[hawaii-shell]
hawaii-shell-0.3.0-3.fc22.armv7hl requires 
libqtaccountsservice-qt5.so.0.1.2
[hbase]
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server)
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json)
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core)
hbase-tests-0.98.3-4.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hbase-tests-0.98.3-4.fc22.noarch requires 
mvn(com.sun.jersey:jersey-json)
hbase-tests-0.98.3-4.fc22.noarch requires 
mvn(com.sun.jersey:jersey-core)
[klavaro]
klavaro-3.01-0.pre1.1.fc23.1.armv7hl requires libgtkdataboks.so.0
[mariadb-galera]
1:mariadb-galera-server-10.0.17-5.fc23.armv7hl requires galera = 
0:25.3.3
[mesos]
mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8
python-mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires 
libprotobuf.so.8
[moon-buggy]
moon-buggy-1.0.51-14.fc23.armv7hl requires libesd.so.0
[ncbi-blast+]
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxformat.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxcleanup.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libvalid.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libpubmed.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmlacli.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmla.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmedlars.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libgbseq.so
[netbeans-platform]
1:netbeans-platform-harness-7.0.1-11.fc22.armv7hl requires cobertura = 
0:1.9.3
[nodejs-got]
nodejs-got-3.3.0-1.fc23.noarch requires npm(object-assign)  0:3
[nodejs-grunt-contrib-copy]
nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires 
npm(file-sync-cmp)  0:0.2
nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires 
npm(file-sync-cmp) = 0:0.1.0
nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(chalk) = 
0:0.5.1
[nodejs-grunt-saucelabs]
nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(sauce-tunnel) 
= 0:2.2.3
nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires 

Re: F23 Self Contained Change: RPM MPI Requires Provides

[Sandro Mani]

On 15.08.2015 13:31, Jan Kurik wrote:
On Sat, Aug 15, 2015 at 5:45 AM, Orion Poplawski or...@cora.nwra.com 
mailto:or...@cora.nwra.com wrote:


On 07/27/2015 04:05 PM, Sandro Mani wrote:



On 27.07.2015 23 tel:27.07.2015%2023:56, Sandro Mani wrote:

Ok I've now got one full build of all MPI packages [1].
Investigating
the output, things are looking good, except for the fact
that I
realized that I'll also need to handle binaries
MPI_PYTHON_SITEARCH
and MPI_FORTRAN_MOD_DIR - these directories are outside
MPI_HOME and
hence currently don't get the enhanced requires/provides
strings.
Since change deadline is tomorrow, I'd like to see the
rebuilds
starting to land in rawhide+F23 despite of this remaining
issue, and
then I'll look at cleanly adapting the scripts to also
handle the
(few) remaining cases.

I've prepared a set of git am-able patches to apply to the
various
packages here [2]. The rebuild sequence needed is posted
below.

Know FTBFS are paraview (protobuf incompatibility) and
netgen-mesher


(orrection: that would be gmsh

(someone had the great idea of doing something like
#define Status int
in a public header and I haven't yet got around to finding
out who).
Affected by the missing handling of MPI_PYTHON_SITEARCH and
MPI_FORTRAN_MOD_DIR are elpa, sundials, pypar and mpi4py.

So if any proven packager could fire the rebuilds, that
would be much
appreciated.



Where are we with this?  I see some F23 builds but no updates yet.


Formally, this Change has been removed from the scope of F23 as it was 
not ready for Alpha, which is a requirement to have a Change in a release.
However Zbyszek told me yesterday that he is going to work on it and 
would like to push this F23. So, lets see when it will be ready and 
then decide whether it can still meet the F23.


Regards,
Jan
So the issues I pointed out in my previous mail (conerning 
MPI_PYTHON_SITEARCH and MPI_FORTRAN_MOD_DIR) above have been resolved. A 
batch of F24 rebuilts has been done by Zbyszek, hitting some build 
failures along the way. Most of these are now fixed, still needing a fix 
is nwchem which fails [1] due to what appears to be a fortran use 
before decleared issue. Once a full set of working F23 package is 
built, the plan is to submit one big mass-update.


If anyone knowledgable of fortran has an idea how to fix the nwchem 
issue, that should resolve the last pending issue. Appears to have been 
triggered by a recent change of some other component, since it rebuilt 
fine just a few weeks back when testing in copr.


Sandro

[1] http://koji.fedoraproject.org/koji/buildinfo?buildID=676763

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Christopher Meng]

On 8/15/15, Pierre-Yves Chibon pin...@pingoured.fr wrote:
 Ricky Elrod codeblock
 Chitlesh GOORAH

Sorry about the mistaken reply, I'm not sure about how many people
match the standard of inactive, perhaps another thread needed?

I agree we need to wipe off people carefully, but there must be a
standard about the wipe.
-- 

Yours sincerely,
Christopher Meng

http://awk.io
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Haïkel]

Though it's always nice to read in the morning that you're a good guy,
I have few comments.

+ some people have been recently given the sponsor bit
+ some people do actively help our new packagers to
grow but it does not appear here
+ others have done a tremendous works as sponsors in the past
and are still active helping around.

Using Bugzilla rather than FAS is not a bad idea, as some people
abuse their sponsor status by blindly adding people into the packager group
without any supervision. Using FAS as the information source would just hide
this hideous behaviour.

Regards,
H.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: F23 Self Contained Change: RPM MPI Requires Provides

[Jan Kurik]

On Sat, Aug 15, 2015 at 5:45 AM, Orion Poplawski or...@cora.nwra.com
wrote:

 On 07/27/2015 04:05 PM, Sandro Mani wrote:



 On 27.07.2015 23:56, Sandro Mani wrote:

 Ok I've now got one full build of all MPI packages [1]. Investigating
 the output, things are looking good, except for the fact that I
 realized that I'll also need to handle binaries MPI_PYTHON_SITEARCH
 and MPI_FORTRAN_MOD_DIR - these directories are outside MPI_HOME and
 hence currently don't get the enhanced requires/provides strings.
 Since change deadline is tomorrow, I'd like to see the rebuilds
 starting to land in rawhide+F23 despite of this remaining issue, and
 then I'll look at cleanly adapting the scripts to also handle the
 (few) remaining cases.

 I've prepared a set of git am-able patches to apply to the various
 packages here [2]. The rebuild sequence needed is posted below.

 Know FTBFS are paraview (protobuf incompatibility) and netgen-mesher


 (orrection: that would be gmsh

 (someone had the great idea of doing something like #define Status int
 in a public header and I haven't yet got around to finding out who).
 Affected by the missing handling of MPI_PYTHON_SITEARCH and
 MPI_FORTRAN_MOD_DIR are elpa, sundials, pypar and mpi4py.

 So if any proven packager could fire the rebuilds, that would be much
 appreciated.



 Where are we with this?  I see some F23 builds but no updates yet.


Formally, this Change has been removed from the scope of F23 as it was not
ready for Alpha, which is a requirement to have a Change in a release.
However Zbyszek told me yesterday that he is going to work on it and would
like to push this F23. So, lets see when it will be ready and then decide
whether it can still meet the F23.

Regards,
Jan




 Thanks
 Sandro


 [1] https://copr.fedoraproject.org/coprs/smani/rpm-mpi-hooks-testing2
 [2] https://smani.fedorapeople.org/rpm-mpi-hooks/patches/


 Rebuild sequence (these are four groups, items within a group can be
 built together):
 mpich
 openmpi

 mpi4py
 valgrind
 pypar
 boost
 dl_poly
 hpl
 netgen-mesher
 espresso
 scotch
 hdf5
 scalapack
 gromacs
 scorep
 sundials
 Ray
 orsa
 mathgl
 gmsh
 elk

 elpa
 freefem++
 netcdf
 MUMPS
 gpaw
 ga

 nwchem
 cp2k
 netcdf-cxx4
 netcdf-fortran
 coin-or-Ipopt




 --
 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
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1253910] perltidy-20150815 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
upstream-release-monitor...@fedoraproject.org ---
Failed to kick off scratch build.

cmd:  sha256sum /var/tmp/thn-nj5m9g/100.0%
return code:  1
stdout:

stderr:
sha256sum: /var/tmp/thn-nj5m9g/100.0%: No such file or directory

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1253910] New: perltidy-20150815 is available

[bugzilla]

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

Bug ID: 1253910
   Summary: perltidy-20150815 is available
   Product: Fedora
   Version: rawhide
 Component: perltidy
  Keywords: FutureFeature, Triaged
  Assignee: p...@city-fan.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: p...@city-fan.org, perl-devel@lists.fedoraproject.org



Latest upstream release: 20150815
Current version/release in rawhide: 20140711-4.fc23
URL: http://search.cpan.org/dist/Perl-Tidy/

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.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Alec Leamas]

On 15/08/15 11:21, Christopher Meng wrote:

And some people contributed a lot in the past, after this result will
you request revoking their sponsorship and wipe them out?

My thought is some of these above can be dropped since they indeed no
longer work in Fedora Project, leaving the privilege to them is
useless:


Perhaps. But the main problem is how to motivate more sponsors to 
actually do some sponsorship, right? Don't know if removing inactive 
people helps with that.


But this script (and message) might. Why not just now wait a little, and 
see if/how the situation changes after this (actually great) info is 
visible?



Cheers!

--alec

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Validity of i686 as a release blocker

[Matthew Miller]

On Sat, Aug 15, 2015 at 06:47:44AM +0200, Ralf Corsepius wrote:
 Definitely. 10/15 years+ ago, [...]
[...]
 Also, in those days, devs cared about efficiency. Nowadays, they
 don't care as much, 

People have been making this exact complaint since the 1970s. Probably
before.



-- 
Matthew Miller
mat...@fedoraproject.org
Fedora Project Leader
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Pierre-Yves Chibon]

On Sat, Aug 15, 2015 at 05:21:21PM +0800, Christopher Meng wrote:
 And some people contributed a lot in the past, after this result will
 you request revoking their sponsorship and wipe them out?
 
 My thought is some of these above can be dropped since they indeed no
 longer work in Fedora Project, leaving the privilege to them is
 useless:
 
 Ricky Elrod codeblock
 Chitlesh GOORAH

If Chitlesh is indeed no longer active on Fedora, you are wrong for Ricky, I
have been seating next to him yesterday afternoon at flock and he is still
active in different part of the project.

Pierre
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Retiring python-tgexpandingformwidget

[Rob Crittenden]

This project is not being developed or maintained upstream (me) and 
isn't required by any Fedora packages, and hasn't for quite some time. 
It builds but who knows if it works. I'm retiring it.


rob
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Parag Nemade]

On Sat, Aug 15, 2015 at 2:35 PM, Parag Nemade panem...@gmail.com wrote:
 Hi,

 On Sat, Aug 15, 2015 at 12:43 PM, Miroslav Suchý msu...@redhat.com wrote:
 Recently we had discussion here about the queue of package reviews with
 FE-NEEDSPONSOR flag.
 I suggested to write some script which would query db and reveal those
 sponsors who does not make his duty.

 Here comes this script:
https://github.com/xsuchy/guard-fedora-sponsors

 It is first version and I'm sure there will be some false negatives. The
 current logic is:
 1. query FAS to get all usernames from packager group who are sponsors
 2. for each such user get all bugs from past 365 day for Package Review
 component which are assigned to this sponsor
 3. give the sponsor some credit when he changed bug status (to whatever
 state) as this indicate some work on this bug
 4. give the sponsor some credit if he remove FE-NEEDSPONSOR from blocking
 bugs as this indicate finishing sponsor work

 This does not reflect if you sponsor somebody directly. E.g. because he want
 to be become co-maintainer and does not submit package review.

 This time I run it for past year. So this script reveals those who does not
 sponsor anybody for whole year. I hope that in future I can lower this
 constant to half year or even 3 months.

 Ideas, patches and comments about this script are welcome.


 So, how are you going to address my issue?  I always work using my
 email id which is associated with inactive/old FAS id but I never want
 to use email in bugzilla which is associated with my newly migrated
 FAS id. I have always kept a line between my fedora
 development/packaging work and my voluntary package review work.

 I know the intent behind this is to soon remove inactive sponsors from
 sponsors group.

Just found one thing while triaging needsponsor reviews that loveshack
is already sponsored but his one package submission was still blocking
177841. It will be good if either sponsorer or sponsoree will remove
blocking to 177841 from all the reviews when someone gets sponsored
his package in packager.



 Regards,
 Parag.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Same comand names in /usr/bin and /usr/sbin

[Nico Kadel-Garcia]

On Mon, Aug 10, 2015 at 2:19 PM, Kevin Fenzi ke...@scrye.com wrote:
 On Mon, 10 Aug 2015 12:12:17 -0600
 Orion Poplawski or...@cora.nwra.com wrote:

 iproute has /usr/sbin/ss
 stripesnoop has /usr/bin/ss

 This causes problems:
 https://bugzilla.redhat.com/show_bug.cgi?id=1249328

 It seems like we should have a policy prohibiting different programs
 with the same command names being in /usr/bin and /usr/sbin.
 Thoughts?

 Well, we already have:
 https://fedoraproject.org/wiki/Packaging:Conflicts#Binary_Name_Conflicts

 But of course thats not exactly the same case as here, but I think the
 solution is the same: Talk to upstream and get them to rename if at
 all possible.

 kevin

mock has a similar problem. That one is simply foolish: The
/usr/bin/mock command *isn't* mock. It's a helper program to summon
the /usr/sbin/mock, which is the real mock. Hilarity ensues if you
have PATH set up as many admins do with /sbin first, or if you
compile a local copy and have /usr/local/sbin before /usr/local/bin.

The list goes on. authconfig, liveinst, gparted, setup, tuned-adm, etc. etc.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: noarch vs. all, x86_64 vs. amd64, kernel vs. linux and PAE

[Sérgio Basto]

On Sáb, 2015-08-15 at 21:22 +0800, Christopher Meng wrote:
 On 8/14/15, Wei-Lun Chao blue...@member.fsf.org wrote:
  Hi,
 
  Is there already any discussion about:
  rename arch name noarch to all
  rename arch name x86_64 to amd64
  rename package name kernel-PAE to kernel
  and even rename package name kernel to linux
 
 noarch doesn't mean all, and what's 'all' exactly? All archs? All
 Fedora versions?
 
 x86_64 and amd64 are just some Debianish still, perhaps last straw to
 show amd somewhere or whatever?

yeah, Debian names are all wrong , so I'd suggest do the opposite ,
Debian (and Ubuntu) change all to noarch , amd64 to x86_64 and
linux to kernel . 
BTW: Debian also should change the apache package name to httpd, Apache
is an organization not a web server, the web server of Apache is the
httpd. 

Best regards, 
-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: noarch vs. all, x86_64 vs. amd64, kernel vs. linux and PAE

[Neal Gompa]

On Sat, Aug 15, 2015 at 3:18 PM, Sérgio Basto ser...@serjux.com wrote:

 On Sáb, 2015-08-15 at 21:22 +0800, Christopher Meng wrote:
  On 8/14/15, Wei-Lun Chao blue...@member.fsf.org wrote:
   Hi,
  
   Is there already any discussion about:
   rename arch name noarch to all
   rename arch name x86_64 to amd64
   rename package name kernel-PAE to kernel
   and even rename package name kernel to linux
 
  noarch doesn't mean all, and what's 'all' exactly? All archs? All
  Fedora versions?
 
  x86_64 and amd64 are just some Debianish still, perhaps last straw to
  show amd somewhere or whatever?

 yeah, Debian names are all wrong , so I'd suggest do the opposite ,
 Debian (and Ubuntu) change all to noarch , amd64 to x86_64 and
 linux to kernel .
 BTW: Debian also should change the apache package name to httpd, Apache
 is an organization not a web server, the web server of Apache is the
 httpd.

 Best regards,
 --
 Sérgio M. B.

 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct


​To be fair, Debian's use of linux over kernel is because they actually
support another kernel (the FreeBSD kernel). If the Fedora Project wanted
to add FreeBSD kernel support (which, as far as I know, we don't), then we
would have to talk about how to deal with that issue. Though even then,
it's pretty easy, since all we would have to do is change kernel and
kernel-devel into virtual packages that kernel-linux or kernel-freebsd
would be able to satisfy.

The usage of all in Debian is largely because the way they treat
architecture independent data differs from how we do it in Fedora. They try
to ensure the architecture independent data is fully reusable across all
architectures they support, while the nature of our packages mean that
noarch could differ among architectures and basically means that it
doesn't have any binary data.

The naming of httpd and bind and a whole bunch of other packages in Debian
is somewhat annoying, since it doesn't really respect upstream's wishes,
but whatever...​


-- 
真実はいつも一つ！/ Always, there's only one truth!
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct