[Bug 1331527] Please build perl-Data-Password for EPEL

[bugzilla]

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



--- Comment #5 from Fedora Update System  ---
perl-Data-Password-1.12-3.el7 has been pushed to the Fedora EPEL 7 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-6f5ab360db

-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1331528] Please build perl-Unicode-CaseFold for EPEL

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #6 from Fedora Update System  ---
perl-Unicode-CaseFold-1.00-6.el7 has been pushed to the Fedora EPEL 7 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-2409de4347

-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[EPEL-devel] Fedora EPEL 6 updates-testing report

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 356  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6828   
chicken-4.9.0.1-4.el6
 338  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 332  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 264  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8156   
nagios-4.0.8-1.el6
 222  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 194  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
  87  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8fbd838843   
dropbear-2016.72-1.el6
  87  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-7640e3144a   
proftpd-1.3.3g-9.el6
  80  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-30a8346813   
vtun-3.0.1-10.el6
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-c5dae2a582   
GraphicsMagick-1.3.24-1.el6
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-314ade996d   
phpMyAdmin-4.0.10.15-2.el6
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-52cc1f9c07   
iperf3-3.0.12-1.el6


The following builds have been pushed to Fedora EPEL 6 updates-testing

mock-1.2.18-1.el6
pcre2-10.21-4.el6
perl-Data-Password-1.12-3.el6
putty-0.63-7.el6
youtube-dl-2016.06.03-1.el6

Details about builds:



 mock-1.2.18-1.el6 (FEDORA-EPEL-2016-9e2f372208)
 Builds packages inside chroots

Update Information:

mock-1.2.18 has several bugfixes:   * copy just content of SRPM not the
attributes (RHBZ#1301985)  *  do not fail when we cannot link default.cfg
(RHBZ#1305367)  * Build always fails when using --nocheck (RHBZ#1327594)  * keep
machine-id in /etc/machine-id (RHBZ#1344305)   And several changes:   *
Unconditionally setup resolver config  * use DNF for F24 chroot  * requires rpm-
python  * Escape the escape sequences in PROMPT_COMMAND, improve prompt  * Use
root name instead config name for backups dir  * Add MIPS personalities  * scm
plugin handle better submodules   And there are two new groups of configs. There
are new Mageia configs:  * mageia-cauldron-armv5tl * mageia-cauldron-armv7hl *
mageia-cauldron-i586 * mageia-cauldron-x86_64 * mageia-6-armv5tl *
mageia-6-armv7hl * mageia-6-i586 * mageia-6-x86_64  And there are new custom
configs:  * custom-1-aarch64 * custom-1-armhfp * custom-1-i386 * custom-1-ppc64
* custom-1-ppc64le * custom-1-s390 * custom-1-s390x * custom-1-x86_64  Those
configs does not have any repository configured and base is empty. I.e:
config_opts['chroot_setup_cmd'] = ''  This is useful if you want to prepare the
chroot yourself. Or when you use it with mockchain with `--addrepo=REPOS`
option. This was added on request of Koschei, which will use it.

References:

  [ 1 ] Bug #1344305 - Failed to read machine ID
https://bugzilla.redhat.com/show_bug.cgi?id=1344305
  [ 2 ] Bug #1327594 - Build always fails when using --nocheck
https://bugzilla.redhat.com/show_bug.cgi?id=1327594
  [ 3 ] Bug #1305367 - Non-fatal POSTIN scriptlet failure in rpm package mock
https://bugzilla.redhat.com/show_bug.cgi?id=1305367
  [ 4 ] Bug #1301985 - mockbuild unable to read source rpm
https://bugzilla.redhat.com/show_bug.cgi?id=1301985




 pcre2-10.21-4.el6 (FEDORA-EPEL-2016-2a8fcc4a89)
 Perl-compatible regular expression library

Update Information:

This release fixes a race in locking JIT compiler and an ovector check in JIT
test. It also enables JIT in pcre2grep tool so that it respects user's options
regarding JIT usage.




 perl-Data-Password-1.12-3.el6 (FEDORA-EPEL-2016-4a502078f7)
 Perl extension for assessing password quality

Update Information:

First EPEL build.

References:

  [ 1 ] Bug #1331527 - Please build perl-Data-Password for EPEL
https://bugzilla.redhat.com/show_bug.cgi?id=1331527




 putty-0.63-7.el6 (FEDORA-EPEL-2016-247ac7d7ee)
 SSH, Telnet and Rlogin 

[Bug 1331527] Please build perl-Data-Password for EPEL

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
perl-Data-Password-1.12-3.el6 has been pushed to the Fedora EPEL 6 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-4a502078f7

-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[389-devel] Please review: 3 tickets 48234, 48848, and 48833

[Noriko Hosoi]

*https://fedorahosted.org/389/ticket/48234*
#48234: "matching rules" in ACI's "bind rules not fully evaluated

https://fedorahosted.org/389/attachment/ticket/48234/0001-Ticket-48234-matching-rules-in-ACI-s-bind-rules-not-.patch
git patch file (master)

https://fedorahosted.org/389/attachment/ticket/48234/0002-Ticket-48234-CI-test-test-case-for-ticket-48234.patch
git patch file (master) -- CI test
*
**
**https://fedorahosted.org/389/ticket/48848*
#48848: modrdn deleteoldrdn can fail to find old attribute value, 
perhaps due to case folding


https://fedorahosted.org/389/attachment/ticket/48848/0001-Ticket-48848-modrdn-deleteoldrdn-can-fail-to-find-ol.patch

*
**https://fedorahosted.org/389/ticket/48833*
#48833: 389 showing inconsistent values for shadowMax and shadowWarning 
in 1.3.5.1


We need to choose one of these 2 solutions.  Which would be preferable?

https://fedorahosted.org/389/attachment/ticket/48833/0001-Ticket-48833-389-showing-inconsistent-values-for-sha.patch
/git patch file (master) -- first proposal -- if an entry has shadow 
values, they are not modified.


/https://fedorahosted.org/389/attachment/ticket/48833/0001-Ticket-48833-389-showing-inconsistent-values-for-sha.2.patch
/git patch file (master) -- second proposal//-- even if an entry has 
shadow values, they are synchronized with the password policy values.  
To store 9 days in seconds, internal password policy variables are 
switched to 64-bit.

/
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

[Bug 751886] CVE-2011-4115 perl-Parallel-ForkManager: insecure temporary file usage

[bugzilla]

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

Vincent Danen  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |ERRATA
Last Closed||2016-06-10 17:34:43



-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Proposal: remove insecure WebKitGTK+ packages for F27

[Igor Gnatenko]

On Jun 10, 2016 8:32 PM, "Scott Talbert"  wrote:
>
> On Fri, 10 Jun 2016, Michael Catanzaro wrote:
>
>> Question: What if my application depends on GTK+ 2?
>>
>> Answer: You must first port to GTK+ 3, then port to WebKit2. You may
>> find it more practical to stop using WebKitGTK+.
>
>
> What is the WebKit2 package in Fedora?  Is that webkitgtk4?
Yes.
>
> Scott
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Proposal: remove insecure WebKitGTK+ packages for F27

[Scott Talbert]

On Fri, 10 Jun 2016, Michael Catanzaro wrote:


Question: What if my application depends on GTK+ 2?

Answer: You must first port to GTK+ 3, then port to WebKit2. You may
find it more practical to stop using WebKitGTK+.


What is the WebKit2 package in Fedora?  Is that webkitgtk4?

Scott
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Proposal: remove insecure WebKitGTK+ packages for F27

[Michael Catanzaro]

On Fri, 2016-06-10 at 08:11 -0500, Michael Catanzaro wrote:
> Answer: QtWebKit has not had security updates since ~2012

The QtWebKit folks asked me to point out that they were merging
security fixes until 2014. More information is available at [1]; you
can judge the situation for yourself.

[1] http://trac.webkit.org/wiki/QtWebKitSecurity
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[389-devel] Re: Ticket 48798 - CI and lib389 tests fail

[Simon Pichugin]

Hi William,
unfortunatly, soon I'll leave for a long PTO and now I need to finish a lot
of different running stuff.

Can you, please, finish with your broken patches?

I am prepared a script for you. With the script you'll be able to set up
an environment on any VM. Just reserve some new clean VM or create your own,
run the script and then run the ticket48798.py. It should fail after this.

I will available a few of following days, so I answer questions, if you'd have 
some.

Thanks,
Simon

On Fri, Jun 10, 2016 at 10:43:44AM +1000, William Brown wrote:
> On Thu, 2016-06-09 at 22:11 +0200, Simon Pichugin wrote:
> > Hi William,
> > 
> > On Thu, Jun 09, 2016 at 10:12:29AM +1000, William Brown wrote:
> > > 
> > > On Wed, 2016-06-08 at 17:52 +0200, Simon Pichugin wrote:
> > > > 
> > > > Hi William,
> > > > 
> > > > I troubleshoot failures at the tickets.
> > > > And both tickets/ticket48798_test.py and lib389/tests/nss_ssl_test.py
> > > > fail because of the same problem. 
> > > > As I understand this is because of class design issue 
> > > > (lib389/nss_ssl.py).
> > > > 
> > > > Can you please take a look? May be you've already faced that issue and
> > > > can help me with the problem, so it would resolve faster. :)
> > > > 
> > > > Please, find the log output in the attachment.
> > > > 
> > > > Thanks,
> > > > Simon
> > > I haven't seen this issue before. "works for me" right, so it's not a 
> > > bug? ;) 
> > Did you test it on clean environment?
> 
> Always yes.
> 
> > 
> > > 
> > > 
> > > Joking aside, looking at that trace, the assert failing is that the CA 
> > > failed to validate post create. 
> > > 
> > >         # Check if ca exists. Should be false.
> > > assert(topology.standalone.nss_ssl._rsa_ca_exists() is False)
> > > # Create it. Should work.
> > > assert(topology.standalone.nss_ssl.create_rsa_ca() is True)
> > > # Check if ca exists. Should be true
> > > > 
> > > >    assert(topology.standalone.nss_ssl._rsa_ca_exists() is True)
> > > E   assert  > > >() is True
> > > E+  where  > > > =
> > > ._rsa_ca_exists
> > > E+where  = 
> > > .nss_ssl
> > > E+  where  = 
> > >  > > 0x7f13b4df8210>.standalone
> > > 
> > > lib389/tests/nss_ssl_test.py:71: AssertionError
> > > 
> > > 
> > > I would think the error is occuring in:
> > > 
> > >         assert(topology.standalone.nss_ssl.create_rsa_ca() is True)
> > > 
> > > This may erroneously be returning True.
> > > 
> > > It would be worth preventing the instance from being removed, and 
> > > checking the output of the ssl directory.
> > > 
> > > Have a look at say (depending on your install prefix ...):
> > > 
> > > cd [/opt/dirsrv]/etc/dirsrv/slapd-standalone
> > > certutil -L -d .
> > > 
> > > You could also dump the result of the check call, or even the command 
> > > line string it uses and run it by hand. Look at line
> > > 147 of nss_ssl.py. Maybe we could add some better logging in / around 
> > > these parts for future if we have this error again?
> > > 
> > > The reason I think the error is in create_rsa_ca, is because in 
> > > _rsa_ca_exists(), there is basically no error checking. It's
> > > designed to "fail fast", in the cast there is no CA or DB. Because it's 
> > > returning a "False", which triggers the assert, it
> > > means the CA check is probably working, and telling the truth.
> > > 
> > > 
> > > Does that help? If you need anything else, let me know,
> > So I am in the process of investigation, but today I am already drained out,
> > so I will share what I've found and go to sleep.
> > 
> > Certutil shows that CA cert was successfully added.
> 
> Can you paste me the output?
> 
> > 
> > If I comment only "#assert(topology.standalone.nss_ssl._rsa_ca_exists() is 
> > False)",
> > then "assert(topology.standalone.nss_ssl._rsa_ca_exists() is True)" is 
> > passed.
> 
> The whole test passes? Hmmm, maybe there is a fault in the CA detection code 
> like you suspected  
> 
> > 
> > If I additionally comment 
> > "#assert(topology.standalone.nss_ssl._rsa_key_and_cert_exists() is False)",
> > then "assert(topology.standalone.nss_ssl._rsa_ca_exists() is True)" is 
> > failed again.
> 
> I don't quite understand this sorry, I'll need to look :) 
> 
> > 
> > And it is pretty weird. I think all of this happens because of
> > not proper created NssSsl class (something was messed out with "bound",
> > "nonbound" and "static" methods AND/OR something wrong with nss_init
> > opened every function and not closed). But I am still not sure where is the
> > problem can be, it is only suggestions. :)
> 
> The python NSS types are pretty gnarly. It's basically a thin wrapper to the 
> C api. So it gets messy *fast*. 
> 
> > 
> > Additionaly, I have the next error:
> > 
> > self = , secport = 636, 
> > secargs = {'nsSSL3Ciphers': '+all'}
> > 
> > def enable_ssl(self, secport=636, secargs=None):
> > """Configure SSL support into cn=encryption,cn=config.
> > 
> >   

eseyman pushed to perl-Term-ReadLine-Gnu (master). "Update to 1.33"

[notifications]

From 950b8fa347b7ad21de78c656694342b089119ad0 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Fri, 10 Jun 2016 18:03:58 +0200
Subject: Update to 1.33

---
 .gitignore  | 1 +
 perl-Term-ReadLine-Gnu.spec | 9 +++--
 sources | 2 +-
 3 files changed, 9 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index 78e7d6d..8b353d4 100644
--- a/.gitignore
+++ b/.gitignore
@@ -9,3 +9,4 @@ Term-ReadLine-Gnu-1.19.tar.gz
 /Term-ReadLine-Gnu-1.27.tar.gz
 /Term-ReadLine-Gnu-1.28.tar.gz
 /Term-ReadLine-Gnu-1.31.tar.gz
+/Term-ReadLine-Gnu-1.33.tar.gz
diff --git a/perl-Term-ReadLine-Gnu.spec b/perl-Term-ReadLine-Gnu.spec
index 8422a78..176e3e9 100644
--- a/perl-Term-ReadLine-Gnu.spec
+++ b/perl-Term-ReadLine-Gnu.spec
@@ -1,6 +1,6 @@
 Name:   perl-Term-ReadLine-Gnu
-Version:1.31
-Release:2%{?dist}
+Version:1.33
+Release:1%{?dist}
 Summary:Perl extension for the GNU Readline/History Library
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Term-ReadLine-Gnu/
@@ -11,6 +11,7 @@ BuildRequires:  findutils
 BuildRequires:  make
 BuildRequires:  ncurses-devel
 BuildRequires:  perl
+BuildRequires:  perl-generators
 BuildRequires:  perl-devel
 BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
@@ -31,6 +32,7 @@ BuildRequires:  perl(warnings)
 BuildRequires:  expect
 BuildRequires:  perl(Term::ReadLine)
 BuildRequires:  perl(Test)
+BuildRequires:  perl(Test::More)
 BuildRequires:  perl(open)
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 
@@ -75,6 +77,9 @@ expect -c '
 
 
 %changelog
+* Fri Jun 10 2016 Emmanuel Seyman  - 1.33-1
+- Update to 1.33
+
 * Sun May 15 2016 Jitka Plesnikova  - 1.31-2
 - Perl 5.24 rebuild
 
diff --git a/sources b/sources
index 63cb96f..e87b906 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1f659d9ca65db69391c59f52a876a52d  Term-ReadLine-Gnu-1.31.tar.gz
+9e03f893f9eaa9c76683916dcefffe89  Term-ReadLine-Gnu-1.33.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Term-ReadLine-Gnu.git/commit/?h=master=950b8fa347b7ad21de78c656694342b089119ad0
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

eseyman uploaded Term-ReadLine-Gnu-1.33.tar.gz for perl-Term-ReadLine-Gnu

[notifications]

9e03f893f9eaa9c76683916dcefffe89  Term-ReadLine-Gnu-1.33.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Term-ReadLine-Gnu/Term-ReadLine-Gnu-1.33.tar.gz/md5/9e03f893f9eaa9c76683916dcefffe89/Term-ReadLine-Gnu-1.33.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

eseyman pushed to perl-URI-Escape-XS (master). "Update to 0.14"

[notifications]

From 4e33226fba1365ec3f0a71bb7a6f00c0e9c80a5d Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Fri, 10 Jun 2016 17:48:14 +0200
Subject: Update to 0.14

---
 .gitignore  |  1 +
 perl-URI-Escape-XS.spec | 11 +--
 sources |  2 +-
 3 files changed, 11 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index 49b2816..3b0c284 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@
 /URI-Escape-XS-0.11.tar.gz
 /URI-Escape-XS-0.12.tar.gz
 /URI-Escape-XS-0.13.tar.gz
+/URI-Escape-XS-0.14.tar.gz
diff --git a/perl-URI-Escape-XS.spec b/perl-URI-Escape-XS.spec
index df59756..ad43753 100644
--- a/perl-URI-Escape-XS.spec
+++ b/perl-URI-Escape-XS.spec
@@ -1,12 +1,15 @@
 Name:   perl-URI-Escape-XS
-Version:0.13
-Release:3%{?dist}
+Version:0.14
+Release:1%{?dist}
 Summary:Drop-In replacement for URI::Escape
 License:GPL+ or Artistic
 
 URL:http://search.cpan.org/dist/URI-Escape-XS/
 Source0:
http://www.cpan.org/authors/id/D/DA/DANKOGAI/URI-Escape-XS-%{version}.tar.gz
 
+BuildRequires:  make
+BuildRequires:  perl
+BuildRequires:  perl-generators
 BuildRequires:  perl(base)
 BuildRequires:  perl(Encode)
 BuildRequires:  perl(Exporter)
@@ -45,6 +48,10 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 10 2016 Emmanuel Seyman  - 0.14-1
+- Update to 0.14
+- Add more BuildRequires
+
 * Sun May 15 2016 Jitka Plesnikova  - 0.13-3
 - Perl 5.24 rebuild
 
diff --git a/sources b/sources
index cc8991a..08d2a84 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-01e0dfe022e7882fe816fe610a3606f5  URI-Escape-XS-0.13.tar.gz
+b9fe3d87872103a989a9afc3e5366d55  URI-Escape-XS-0.14.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-URI-Escape-XS.git/commit/?h=master=4e33226fba1365ec3f0a71bb7a6f00c0e9c80a5d
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

eseyman uploaded URI-Escape-XS-0.14.tar.gz for perl-URI-Escape-XS

[notifications]

b9fe3d87872103a989a9afc3e5366d55  URI-Escape-XS-0.14.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-URI-Escape-XS/URI-Escape-XS-0.14.tar.gz/md5/b9fe3d87872103a989a9afc3e5366d55/URI-Escape-XS-0.14.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Proposal: remove insecure WebKitGTK+ packages for F27

[Michael Catanzaro]

On Fri, 2016-06-10 at 15:02 +0100, Richard W.M. Jones wrote:
> What do we actually have to do to move apps that are using the
> Webkit API to the new version?  What code changes are needed?
> Is there documentation for this?

There's no transition documentation. Basically, you want to make sure
your package builds when switching the pkg-config version in
configure.ac to webkit2gtk-4.0.

There is API documentation here:

http://webkitgtk.org/reference/webkit2gtk/stable/

Stable DOM (web process) API:

http://webkitgtk.org/reference/webkitdomgtk/stable/

Deprecated API (what you are porting away from):

http://webkitgtk.org/reference/webkitgtk/stable/index.html

If your app doesn't use the DOM API, the port should be
straightforward. Your app will probably work once you manage to compile
it. Be sure to check if any signals you connect to have been renamed.

If your app does use the DOM API, you have more work as you need to
create a web process extension to access this API. You can use any form
of IPC to communicate between the UI process and the web process; D-Bus 
is a good option. Documentation here:

http://webkitgtk.org/reference/webkit2gtk/stable/WebKitWebExtension.html

Epiphany serves as a good (if complex) example of how to write a web
extension:

https://git.gnome.org/browse/epiphany/tree/embed/web-extension

Hope that helps a bit... happy to answer more questions.

Michael
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Summary/Minutes from today's FESCo Meeting (2016-06-10)

[Jared K. Smith]

#fedora-meeting: FESCO (2016-06-10)
Meeting started by jsmith at 16:00:40 UTC.  Full logs are available at
https://meetbot.fedoraproject.org/fedora-meeting/2016-06-10/fesco.2016-06-10-16.00.log.html

Meeting summary

init process (jsmith, 16:00:40)
Follow-ups (jsmith, 16:03:32)
#1576 Evaluate Workstation graphical upgrade Change status (jsmith,
16:03:43)
https://fedorahosted.org/fesco/ticket/1576 (jsmith, 16:03:43)

#1573 Docker Layered Image maintainer guildelines, naming guidelines
and review (jsmith, 16:07:05)
https://fedorahosted.org/fesco/ticket/1573 (jsmith, 16:07:05)
AGREED: #1573 Docker Layered Image maintainer guidelines, naming
guidelines and review are approved (+1: 7, +0:0, -1:0) (jsmith, 16:12:31)

New Business (jsmith, 16:12:53)
#1584 Please process systemd presets request, bz :1340061 (jsmith,
16:13:05)
https://fedorahosted.org/fesco/ticket/1584 (jsmith, 16:13:05)
AGREED: Closing #1584, as there's nothing for FESCo to do about it
at this time (jsmith, 16:15:47)

#1568 F25 Self Contained Changes (jsmith, 16:16:06)
https://fedorahosted.org/fesco/ticket/1568 (jsmith, 16:16:07)
AGREED: #1568 Self Contained Changes: All three new requested
changes are approved (jsmith, 16:22:06)

Next Week's Chair (jsmith, 16:22:21)
Open Floor (jsmith, 16:22:53)



Meeting ended at 16:29:44 UTC.

Action items

(none)



People present (lines said)

jsmith (69)
maxamillion (21)
zodbot (15)
nirik (9)
kalev-afk (8)
number80 (8)
paragan (6)
dgilmore (5)
handsome_pirate (1)
gholms (1)
sgallagh (0)
kalev (0)
jwb (0)



Generated by MeetBot 0.1.4.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

eseyman uploaded SOAP-Lite-1.20.tar.gz for perl-SOAP-Lite

[notifications]

b49632017cb5ba43c85d60cbe638af07  SOAP-Lite-1.20.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-SOAP-Lite/SOAP-Lite-1.20.tar.gz/md5/b49632017cb5ba43c85d60cbe638af07/SOAP-Lite-1.20.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[EPEL-devel] Re: R-3.3.0 errors compiling packages in CentOS 6

[Rob O'Neale]

On 10/06/16 12:15, martin.dy...@dzne.de wrote:

Dear R package developers,
Since the upgrade from R 3.2.x to 3.3.0 I was confronted with several problems 
updating/installing some R packages.

Here for instance:
# R

R version 3.3.0 (2016-05-03) -- "Supposedly Educational"
Copyright (C) 2016 The R Foundation for Statistical Computing
Platform: x86_64-redhat-linux-gnu (64-bit)


install.packages("slam")

Installing package into ‘/usr/lib64/R/library’
(as ‘lib’ is unspecified)
trying URL 'https://cran.uni-muenster.de/src/contrib/slam_0.1-34.tar.gz'
Content type 'application/x-gzip' length 46766 bytes (45 KB)
==
downloaded 45 KB

* installing *source* package ‘slam’ ...
** package ‘slam’ successfully unpacked and MD5 sums checked
** libs
...
gcc -m64 -std=gnu99 -shared -L/usr/lib64/R/lib -o slam.so apply.o grouped.o 
sparse.o util.o -L/usr/lib64/R/lib -lRblas -ldl -lpthread -lrt 
/builddir/build/BUILD/R-3.3.0/zlib-1.2.8/target/usr/lib64/libz.a 
/builddir/build/BUILD/R-3.3.0/bzip2-1.0.6/target/usr/lib64/libbz2.a 
/builddir/build/BUILD/R-3.3.0/xz-5.2.2/target/usr/lib64/liblzma.a 
/builddir/build/BUILD/R-3.3.0/pcre-8.38/target/usr/lib64/libpcre.a 
/builddir/build/BUILD/R-3.3.0/curl-7.48.0/target/usr/lib64/libcurl.a -lcurl 
-lidn -lssh2 -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lldap 
-lz -lgfortran -lm -L/usr/lib64/R/lib -lR
gcc: /builddir/build/BUILD/R-3.3.0/zlib-1.2.8/target/usr/lib64/libz.a: No such 
file or directory
gcc: /builddir/build/BUILD/R-3.3.0/bzip2-1.0.6/target/usr/lib64/libbz2.a: No 
such file or directory
gcc: /builddir/build/BUILD/R-3.3.0/xz-5.2.2/target/usr/lib64/liblzma.a: No such 
file or directory
gcc: /builddir/build/BUILD/R-3.3.0/pcre-8.38/target/usr/lib64/libpcre.a: No 
such file or directory
gcc: /builddir/build/BUILD/R-3.3.0/curl-7.48.0/target/usr/lib64/libcurl.a: No 
such file or directory
make: *** [slam.so] Error 1
ERROR: compilation failed for package ‘slam’
...

The same errors occur if I try to install other packages. It seems as newer 
libraries are needed as CentOS 6 can provide. My kernel version is 
2.6.32-642.1.1.el6.x86_64. My R-core version is 3.3.0-5.el6.

Could somebody give me a hint how to solve this issue?
Thx, Martin
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org


Hi Martin,
If you want a quick win, the following got R 3.3.0-5.el6 working for me 
on Scientific Linux 6.7:


yum install libssh2-devel openldap-devel

Then edit the FLIBS line in /usr/lib64/R/etc/Makeconf and remove all the 
references to the static libraries /builddir//lib*.a (as per the 
errors above).


This file will likely be overwritten when R is next updated.

Regards,
Rob

--
Rob O'Neale
Research Computing Support Officer
College of Engineering, Mathematics and Physical Sciences
University of Exeter
r.one...@exeter.ac.uk
01392 726342
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org

Re: F24 4.6.y rebase plans

[Laura Abbott]

On 06/08/2016 05:29 AM, Josh Boyer wrote:

Hi All,

The upstream stable maintainers released kernels 4.5.7 and 4.6.2
yesterday.  I thought I would send a brief word about how the rebase
of F24 to 4.6.y will happen.

We'll ship 4.5.7 as the final 4.5.y update and have that available as
the 0-day update for the F24 release on June 14th.  That matches the
upstream lifetime of 4.5.y as well, as 4.5.y is no longer supported
after 4.5.7.

Shortly thereafter we'll be rebasing F24 to 4.6.y, most likely
starting with 4.6.3.  We may use 4.6.2 if 4.6.3 is delayed for some
reason, but it would be better to get the additional fixes that 4.6.3
will bring.

For those of you that cannot wait, we do have a COPR with 4.6.y builds
included.  You can find it here:
https://copr.fedorainfracloud.org/coprs/jforbes/kernel-stabilization/
(4.6.1 was skipped for no particular reason.)

F23 will follow a week or two after the F24 rebase.  F22 will likely
get one final 4.4.y kernel update and then go EOL per the Fedora
release lifecycle.

If you have any questions, please let us know.

josh


A gentle reminder to please continue to give karma for F22 kernels as well.
You need to be logged in to have your (hopefully) positive karma count.
Thanks to those who have been doing so the past few weeks.

Laura
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Fedora 24-20160610.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Cloud_base raw-xz i386

Failed openQA tests: 1/17 (i386), 1/2 (arm)

ID: 21646   Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/21646
ID: 21719   Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/21719

Passed openQA tests: 79/79 (x86_64), 16/17 (i386), 1/2 (arm)

-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Fedora Rawhide-20160610.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Kde live i386
Workstation live i386
Kde live x86_64
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Kde raw-xz armhfp
Minimal raw-xz armhfp
Workstation live x86_64

Failed openQA tests: 14/67 (x86_64), 6/15 (i386)

ID: 21544   Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/21544
ID: 21545   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/21545
ID: 21546   Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/21546
ID: 21547   Test: x86_64 Atomic-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/21547
ID: 21559   Test: x86_64 Server-dvd-iso server_cockpit_basic
URL: https://openqa.fedoraproject.org/tests/21559
ID: 21560   Test: x86_64 Server-dvd-iso realmd_join_cockpit
URL: https://openqa.fedoraproject.org/tests/21560
ID: 21574   Test: x86_64 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/21574
ID: 21584   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/21584
ID: 21585   Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/21585
ID: 21586   Test: x86_64 universal install_simple_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/21586
ID: 21589   Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/21589
ID: 21604   Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/21604
ID: 21608   Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/21608
ID: 21609   Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/21609
ID: 21613   Test: i386 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/21613
ID: 21615   Test: i386 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/21615
ID: 21620   Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/21620
ID: 21621   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/21621
ID: 21622   Test: i386 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/21622
ID: 21623   Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/21623

Passed openQA tests: 53/67 (x86_64), 9/15 (i386)

-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Fedora 24 compose report: 20160610.n.0 changes

[Fedora Branched Report]

OLD: Fedora-24-20160609.n.0
NEW: Fedora-24-20160610.n.0

= SUMMARY =
Added images:8
Dropped images:  2
Added packages:  0
Dropped packages:0
Upgraded packages:   6
Downgraded packages: 0

Size of added packages:  0.00 B
Size of dropped packages:0.00 B
Size of upgraded packages:   291.37 MiB
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   3.52 MiB
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =
Image: Security live x86_64
Path: Labs/x86_64/iso/Fedora-Security-Live-x86_64-24-20160610.n.0.iso
Image: Design_suite live i386
Path: Labs/i386/iso/Fedora-Design_suite-Live-i386-24-20160610.n.0.iso
Image: Design_suite live x86_64
Path: Labs/x86_64/iso/Fedora-Design_suite-Live-x86_64-24-20160610.n.0.iso
Image: Security live i386
Path: Labs/i386/iso/Fedora-Security-Live-i386-24-20160610.n.0.iso
Image: Robotics live i386
Path: Labs/i386/iso/Fedora-Robotics-Live-i386-24-20160610.n.0.iso
Image: Astronomy_KDE live x86_64
Path: Labs/x86_64/iso/Fedora-Astronomy_KDE-Live-x86_64-24-20160610.n.0.iso
Image: Robotics live x86_64
Path: Labs/x86_64/iso/Fedora-Robotics-Live-x86_64-24-20160610.n.0.iso
Image: Astronomy_KDE live i386
Path: Labs/i386/iso/Fedora-Astronomy_KDE-Live-i386-24-20160610.n.0.iso

= DROPPED IMAGES =
Image: LXDE live i386
Path: Spins/i386/iso/Fedora-LXDE-Live-i386-24-20160609.n.0.iso
Image: LXDE live x86_64
Path: Spins/x86_64/iso/Fedora-LXDE-Live-x86_64-24-20160609.n.0.iso

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  anaconda-24.13.6-1.fc24
Old package:  anaconda-24.13.5-1.fc24
Summary:  Graphical system installer
RPMs: anaconda anaconda-core anaconda-dracut anaconda-gui anaconda-tui 
anaconda-widgets anaconda-widgets-devel
Size: 7380646 bytes
Size change:  7816 bytes
Changelog:
  * Mon Jun 06 2016 Samantha N. Bueno <sbueno+anaco...@redhat.com> - 24.13.6-1
  - Check for mounted partitions as part of sanity_check (#1330820) (bcl)
  - Ignore missing group packages (#1337731) (bcl)
  - Catch DNF MarkingError during group installation (#1337731) (bcl)
  - Deselect all addons correctly (#1333505) (bcl)


Package:  astronomy-bookmarks-1-16.fc24
Old package:  astronomy-bookmarks-1-14.fc24
Summary:  Fedora astronomy bookmarks
RPMs: astronomy-bookmarks
Size: 10746 bytes
Size change:  164 bytes
Changelog:
  * Mon Jun 06 2016 Martin Stransky <stran...@redhat.com> - 1-15
  - Removed Provides: system-bookmarks (rhbz#1338010)

  * Tue Jun 07 2016 Martin Stransky <stran...@redhat.com> - 1-16
  - Returned "Conflicts: fedora-bookmarks" to have clean dependencies


Package:  cloud-utils-0.27-16.fc24
Old package:  cloud-utils-0.27-15.fc24
Summary:  Cloud image management utilities
RPMs: cloud-utils cloud-utils-growpart
Size: 79232 bytes
Size change:  248 bytes
Changelog:
  * Fri Jun 03 2016 Adam Williamson <awill...@redhat.com> - 0.27-16
  - backport fix for RHBZ #1327337 (growpart fail with newer util-linux-ng)


Package:  firefox-47.0-4.fc24
Old package:  firefox-46.0.1-4.fc24
Summary:  Mozilla Firefox Web browser
RPMs: firefox
Size: 234945962 bytes
Size change:  3715460 bytes
Changelog:
  * Thu May 19 2016 Martin Stransky <stran...@redhat.com> - 46.0.1-5
  - Added a fix for mozbz#1245783 - gcc6.1 crashes in JIT

  * Fri May 20 2016 Martin Stransky <stran...@redhat.com> - 46.0.1-6
  - Updated Gtk3.20 patch - fixed tooltips

  * Mon May 23 2016 Martin Stransky <stran...@redhat.com> - 46.0.1-8
  - Rebuilt for new bookmarks (rhbz#1338010)
  - Fixed build issue in Gtk3.20 patch

  * Thu May 26 2016 Jan Horak <jho...@redhat.com> - 46.0.1-9
  - Negotiate authentication is made off the main thread (mozbz#890908)

  * Thu Jun 02 2016 Martin Stransky <stran...@redhat.com> - 47.0-2
  - Updated to 47.0
  - Backout of negotiate authentication patch

  * Fri Jun 03 2016 Martin Stransky <stran...@redhat.com> - 47.0-3
  - Updated to 47.0 (B2)

  * Mon Jun 06 2016 Martin Stransky <stran...@redhat.com> - 47.0-4
  - Updated to 47.0 (B3)
  - Should fix rhbz#1338010 (rebuilt against new astronomy-bookmarks)


Package:  qt5-qtdeclarative-5.6.0-11.fc24
Old package:  qt5-qtdeclarative-5.6.0-10.fc24
Summary:  Qt5 - QtDeclarative component
RPMs: qt5-qtdeclarative qt5-qtdeclarative-devel qt5-qtdeclarative-doc 
qt5-qtdeclarative-examples qt5-qtdeclarative-static
Size: 57501054 bytes
Size change:  -31840 bytes
Changelog:
  * Tue May 31 2016 Rex Dieter <rdie...@fedoraproject.org> - 5.6.0-11
  - include crasher workaround (#1259472,kde#346118)


Package:  tigervnc-1.6.0-6.fc24
Old package:  tigervnc-1.6.0-4.fc24
Summary:  A TigerVNC remote display system
RPMs: tigervnc tigervnc-icons tigervnc-license tigervnc-server 
tigervnc-server-applet tigervnc-server-minimal tigervnc-server-module
Size:

ppisar changed perl-sig's 'watchbugzilla' permission on perl-RDF-TriN3 (master) to 'Approved'

[notifications]

ppisar changed perl-sig's 'watchbugzilla' permission on perl-RDF-TriN3 (master) 
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-RDF-TriN3/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Proposal: remove insecure WebKitGTK+ packages for F27

[Michael Catanzaro]

On Fri, 2016-06-10 at 09:58 -0400, Josh Boyer wrote:
> 
> 
> I am all for anything that removes emacs from our distribution.  How
> can I help ensure this happens?
> 
> 

Serious answer: the Emacs dependency on unsupported WebKit was added
two months ago and can be avoided by changing a configure flag:

http://pkgs.fedoraproject.org/cgit/rpms/emacs.git/commit/?id=27d3963a4bee39a7a1b6fb6ff064e23030339211

So fortunately it's not too serious of a problem. There are other apps
on that list that can be "ported" with a configure flag change as well.
E.g. GIMP only uses WebKit for its help center; we should disable that
so that user help opens in the user's default browser instead.

Removing these old WebKit packages would help avoid introducing such
issues when maintainers do not realize that webkitgtk3 is unsupported
and insecure.

Michael
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

ppisar changed jplesnik's 'approveacls' permission on perl-RDF-TriN3 (master) to 'Approved'

[notifications]

ppisar changed jplesnik's 'approveacls' permission on perl-RDF-TriN3 (master) 
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-RDF-TriN3/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar changed jplesnik's 'commit' permission on perl-RDF-TriN3 (master) to 'Approved'

[notifications]

ppisar changed jplesnik's 'commit' permission on perl-RDF-TriN3 (master) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-RDF-TriN3/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar changed perl-sig's 'watchcommits' permission on perl-RDF-TriN3 (master) to 'Approved'

[notifications]

ppisar changed perl-sig's 'watchcommits' permission on perl-RDF-TriN3 (master) 
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-RDF-TriN3/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar changed jplesnik's 'approveacls' permission on perl-Module-Install-TrustMetaYml (master) to 'Approved'

[notifications]

ppisar changed jplesnik's 'approveacls' permission on 
perl-Module-Install-TrustMetaYml (master) to 'Approved'

https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-TrustMetaYml/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar changed perl-sig's 'watchcommits' permission on perl-Module-Install-TrustMetaYml (master) to 'Approved'

[notifications]

ppisar changed perl-sig's 'watchcommits' permission on 
perl-Module-Install-TrustMetaYml (master) to 'Approved'

https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-TrustMetaYml/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar changed perl-sig's 'watchbugzilla' permission on perl-Module-Install-TrustMetaYml (master) to 'Approved'

[notifications]

ppisar changed perl-sig's 'watchbugzilla' permission on 
perl-Module-Install-TrustMetaYml (master) to 'Approved'

https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-TrustMetaYml/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar changed jplesnik's 'commit' permission on perl-Module-Install-TrustMetaYml (master) to 'Approved'

[notifications]

ppisar changed jplesnik's 'commit' permission on 
perl-Module-Install-TrustMetaYml (master) to 'Approved'

https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-TrustMetaYml/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Proposal: remove insecure WebKitGTK+ packages for F27

[Richard W.M. Jones]

What do we actually have to do to move apps that are using the
Webkit API to the new version?  What code changes are needed?
Is there documentation for this?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-p2v converts physical machines to virtual machines.  Boot with a
live CD or over the network (PXE) and turn machines into KVM guests.
http://libguestfs.org/virt-v2v
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Proposal: remove insecure WebKitGTK+ packages for F27

[Josh Boyer]

On Fri, Jun 10, 2016 at 9:11 AM, Michael Catanzaro  wrote:
> Hi,
>
> I propose we retire the webkitgtk and webkitgtk3 packages when
> branching rawhide for F26 (expected to occur roughly February 2017),
> and forbid unretiring them. All their dependencies would then be
> removed from from Fedora according to the normal process shortly before
> the release of F27 (excepted to occur May 2017). If nobody objects,
> we'll carry out this plan shortly after the F26 branch point.



> emacs-1:25.0.94-1.fc24.x86_64



I am all for anything that removes emacs from our distribution.  How
can I help ensure this happens?



josh
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Proposal: remove insecure WebKitGTK+ packages for F27

[Michael Catanzaro]

On Fri, 2016-06-10 at 08:11 -0500, Michael Catanzaro wrote:
> I propose we retire the webkitgtk and webkitgtk3 packages when
> branching rawhide for F26 (expected to occur roughly February 2017),
> and forbid unretiring them. All their dependencies would then be
> removed from from Fedora according to the normal process shortly
> before
> the release of F27 (excepted to occur May 2017). If nobody objects,
> we'll carry out this plan shortly after the F26 branch point.

Let me try this one more time, as the dates I have here are
wrong/inconsistent.

 * Branch F26 from rawhide around January 2017.
 * F26 release around May 2017.
 * Branch F27 from rawhide around July 2017.
 * F27 release around November 2017.

We can use either set of dates. I'm inclined to go with the earlier
dates. The benefit of using later dates is it would allow more time for
GTK+ 2 apps to port to GTK+ 3, but I don't honestly expect pushing the
dates later would make a difference in which applications get ported in
time.

Michael
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Schedule for Friday's FESCo Meeting (2016-06-10)

[Josh Boyer]

On Fri, Jun 10, 2016 at 9:35 AM, Jared K. Smith
 wrote:
> Following is the list of topics that will be discussed in the FESCo
> meeting Friday at 16:00UTC in #fedora-meeting on irc.freenode.net.

I am on PTO this afternoon and will miss the meeting.  I will make
comments in the individual tickets where necessary.

josh
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Test-Announce] Fedora 24 Branched 20160610.n.0 nightly compose nominated for testing

[rawhide]

Announcing the creation of a new nightly release validation test event
for Fedora 24 Branched 20160610.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan

Notable package version changes:
anaconda - 20160531.n.0: anaconda-24.13.5-1.fc24.src, 20160610.n.0: 
anaconda-24.13.6-1.fc24.src

Test coverage information for the current release can be seen at:
https://www.happyassassin.net/testcase_stats/24

You can see all results, find testing instructions and image download
locations, and enter results on the Summary page:

https://fedoraproject.org/wiki/Test_Results:Fedora_24_Branched_20160610.n.0_Summary

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora_24_Branched_20160610.n.0_Installation
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Branched_20160610.n.0_Base
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Branched_20160610.n.0_Server
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Branched_20160610.n.0_Cloud
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Branched_20160610.n.0_Desktop
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Branched_20160610.n.0_Security_Lab

Thank you for testing!
-- 
Mail generated by relval: https://www.happyassassin.net/relval/
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/test-annou...@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Schedule for Friday's FESCo Meeting (2016-06-10)

[Jared K. Smith]

Following is the list of topics that will be discussed in the FESCo
meeting Friday at 16:00UTC in #fedora-meeting on irc.freenode.net.

To convert UTC to your local time, take a look at
  http://fedoraproject.org/wiki/UTCHowto

or run:
  date -d '2016-06-10 16:00 UTC'


Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9

= Followups =

#topic #1576 Evaluate Workstation graphical upgrade Change status
.fesco 1576
https://fedorahosted.org/fesco/ticket/1576

#topic #1573 Docker Layered Image maintainer guildelines, naming
guidelines and review
.fesco 1573
https://fedorahosted.org/fesco/ticket/1573

= New business =

#topic #1584 Please process systemd presets request, bz :1340061
.fesco 1584
https://fedorahosted.org/fesco/ticket/1584

#topic #1568 F25 Self contained changes
.fesco 1568
https://fedorahosted.org/fesco/ticket/1568

= Open Floor =

For more complete details, please visit each individual ticket.  The
report of the agenda items can be found
athttps://fedorahosted.org/fesco/report/9

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/fesco,
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
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Self Introduction: Davide Olivieri

[Davide Olivieri]

Hi everyone,

My name is Davide Olivieri, I've been a Linux user for some years and
lately I became particularly interested in Fedora and its community. I hold
the RHCSA certification and have knowledge of bash scripting.

I would like to contribute to the project by becoming a package maintainer
(maybe adopting some orphaned packages).

I do not have much experience with making RPMs (so far I only made couple
of packages for personal use) but thanks to the documentation and the help
from the mentor(s) I think I can learn effectively.

Please find below the link to the Review Request I submitted couple of days
ago:

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

I am looking forward to having a feedback from you.

Thank you.

Cheers,
Davide Olivieri
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Proposal: remove insecure WebKitGTK+ packages for F27

[Michael Catanzaro]

On Fri, 2016-06-10 at 08:11 -0500, Michael Catanzaro wrote:
> I propose we retire the webkitgtk and webkitgtk3 packages when
> branching rawhide for F26 (expected to occur roughly February 2017)

To clarify: I propose removing the packages from rawhide (only) shortly
after branching for F26, that way nothing will be removed until F27.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Proposal: remove insecure WebKitGTK+ packages for F27

[Michael Catanzaro]

Hi,

I propose we retire the webkitgtk and webkitgtk3 packages when
branching rawhide for F26 (expected to occur roughly February 2017),
and forbid unretiring them. All their dependencies would then be
removed from from Fedora according to the normal process shortly before
the release of F27 (excepted to occur May 2017). If nobody objects,
we'll carry out this plan shortly after the F26 branch point.


Question: Why retire these packages?
 
Answer: Affected applications that process untrusted input are
vulnerable to roughly 150 unfixed security vulnerabilities, the
overwhelming majority of which are remote code execution
vulnerabilities. The severity of this situation arguably outweighs the
benefit of keeping affected applications around.


Question: This sounds horrible, we should act soon. Why wait until F26?

Answer: Porting to the new WebKitGTK+ API is easy for many
applications, but for applications that use the DOM API it can be
expected to take some time, as this API has moved to the web process
and accessing it requires writing a web process extension. If we were
to use F25 as the deadline, there would not be sufficient time for
applications to be ported. Porting efforts should begin as soon as
possible.


Question: What if my application doesn't process untrusted input?

Answer: If you're sure your application never processes untrusted
input, it is a special flower. You should request a bundling exception
from FESCo if you do not intend to upgrade.


Question: You're horrible for proposing to remove my packages.

Answer: WebKit1 was deprecated in March 2013. Packages have had three
years to upgrade. It's clear at this point that this problem won't ever
be fixed without a hard deadline that is enforced. But this is a fair
point; it sucks a lot that compatibility is not offered here. Such is
the cost of free software


Question: We usually allow compatibility libraries to exist
indefinitely. Why so strict with WebKit?

Answer: Our compatibility libraries do not usually have upwards of 150
unfixed remote code execution vulnerabilities. Backporting fixes is not
practical in this situation.


Question: But these packages are still included in RHEL. Isn't Red Hat
providing security updates?

Answer: No.


Question: Will you help port my packages to newer WebKit?

Answer: We'll answer questions, but unfortunately we can only provide
serious assistance to priority GNOME packages. evolution-data-server
threatens to take out gnome-shell if removed, for instance, which is
why we waited until the Evolution port is nearing completion to propose
this.


Question: What if my application depends on GTK+ 2?

Answer: You must first port to GTK+ 3, then port to WebKit2. You may
find it more practical to stop using WebKitGTK+.


Question: What if my application needs to work on Windows?

Answer: WebKit2 is not supported on Windows. You will need to either
commit to developing Windows support, or stop using WebKitGTK+.


Question: I hear QtWebKit is insecure too, why punish only GTK+ apps?

Answer: QtWebKit has not had security updates since ~2012 and so has
even more unfixed vulnerabilities. However, an unofficial effort is
underway to rebase QtWebKit on the upstream WebKit project. The plan is
to make regular QtWebKit releases based on the latest WebKitGTK+ stable
branch, meaning there should be regular security updates. This is still
a work in progress, but once completed, Fedora will be able to switch
upstreams and solve this issue without the need to port applications to
QtWebEngine. No such compatibility effort is planned for WebKitGTK+.


Question: Where can I view WebKitGTK+ security advisories?

Answer: http://webkitgtk.org/security.html


Question: Where can I learn more?

Answer: 
https://blogs.gnome.org/mcatanzaro/2016/02/01/on-webkit-security-updates/


Question: What would be removed if this were to occur today?

Answer: If you read this far, please seriously look over these lists.
Some big name applications are included.

$ repoquery --whatrequires --recursive webkitgtk

Yum-utils package has been deprecated, use dnf instead.
See 'man yum2dnf' for more information.


GREYCstoration-gimp-0:2.8-22.fc24.x86_64
atril-0:1.14.1-1.fc24.x86_64
atril-caja-0:1.14.1-1.fc24.x86_64
atril-devel-0:1.14.1-1.fc24.i686
atril-devel-0:1.14.1-1.fc24.x86_64
atril-libs-0:1.14.1-1.fc24.i686
atril-libs-0:1.14.1-1.fc24.x86_64
atril-thumbnailer-0:1.14.1-1.fc24.x86_64
banshee-0:2.6.2-15.fc24.x86_64
banshee-community-extensions-0:2.4.0-14.fc24.x86_64
banshee-devel-0:2.6.2-15.fc24.i686
banshee-devel-0:2.6.2-15.fc24.x86_64
billiards-0:0.4.1-10.fc24.x86_64
claws-mail-plugins-0:3.13.2-2.fc24.x86_64
claws-mail-plugins-fancy-0:3.13.2-2.fc24.x86_64
compat-wxGTK3-gtk2-0:3.0.2-7.fc24.i686
compat-wxGTK3-gtk2-0:3.0.2-7.fc24.x86_64
compat-wxGTK3-gtk2-devel-0:3.0.2-7.fc24.i686
compat-wxGTK3-gtk2-devel-0:3.0.2-7.fc24.x86_64
compat-wxGTK3-gtk2-docs-0:3.0.2-7.fc24.noarch
compat-wxGTK3-gtk2-gl-0:3.0.2-7.fc24.i686

Re: Alternate places to install specialized binaries

[Richard W.M. Jones]

On Fri, Jun 10, 2016 at 12:30:47PM -, Alec Leamas wrote:
> testing this on-line reply thing...
> 
> I guess the java tools are either scripts or java code i. e., 
> architecture-independent. I just presume Rich's tools are compiled code which 
> cannot live in /usr/share for that reason. But... to presume is a bad habit.

Yes these are 2 x C programs and 1 x Perl script, so at least the C
programs should not live under /usr/share.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines.  Supports shell scripting,
bindings from many languages.  http://libguestfs.org
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Alternate places to install specialized binaries

[Alec Leamas]

testing this on-line reply thing...

I guess the java tools are either scripts or java code i. e., 
architecture-independent. I just presume Rich's tools are compiled code which 
cannot live in /usr/share for that reason. But... to presume is a bad habit.

Cheers!

--alec
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

eseyman uploaded MooseX-Types-Path-Class-0.09.tar.gz for perl-MooseX-Types-Path-Class

[notifications]

6ef4c82511793594d37bcabcc29fa124  MooseX-Types-Path-Class-0.09.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-MooseX-Types-Path-Class/MooseX-Types-Path-Class-0.09.tar.gz/md5/6ef4c82511793594d37bcabcc29fa124/MooseX-Types-Path-Class-0.09.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Alternate places to install specialized binaries

[Alec Leamas]

On 10/06/16 14:01, Sérgio Basto wrote:

(3) Rename them and put them in %{_bindir}.  This is technically
difficult, because the binaries have manual pages which would all
have
to be patched to refer to the new names.

Rich.

What if you rename them, and instead of patching the manpages 
(admittedly hairy) adds  new, very short manpages which explains the 
renaming and refers to the original pages?


Cheers!

--alec
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

eseyman pushed to perl-Mojolicious (master). "Update to 6.64"

[notifications]

From 985444f7734e4b772764539026f7a589e2819932 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Fri, 10 Jun 2016 13:44:44 +0200
Subject: Update to 6.64

---
 .gitignore| 1 +
 perl-Mojolicious.spec | 5 -
 sources   | 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index ec17f94..de5fe6d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -201,3 +201,4 @@ Mojolicious-0.26.tar.gz
 /Mojolicious-6.61.tar.gz
 /Mojolicious-6.62.tar.gz
 /Mojolicious-6.63.tar.gz
+/Mojolicious-6.64.tar.gz
diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec
index f6e046c..ec30cc4 100644
--- a/perl-Mojolicious.spec
+++ b/perl-Mojolicious.spec
@@ -1,5 +1,5 @@
 Name:   perl-Mojolicious
-Version:6.63
+Version:6.64
 Release:1%{?dist}
 Summary:A next generation web framework for Perl
 License:Artistic 2.0
@@ -75,6 +75,9 @@ make test
 %{perl_vendorlib}/Test
 
 %changelog
+* Fri Jun 10 2016 Emmanuel Seyman  - 6.64-1
+- Update to 6.64
+
 * Sat Jun 04 2016 Emmanuel Seyman  - 6.63-1
 - Update to 6.63
 
diff --git a/sources b/sources
index 1f5fc64..3f92cb7 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c15ea02a68337c580f160f25962ba286  Mojolicious-6.63.tar.gz
+676ed3516d8504d93fb9f4ad7607f49b  Mojolicious-6.64.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Mojolicious.git/commit/?h=master=985444f7734e4b772764539026f7a589e2819932
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

eseyman uploaded Mojolicious-6.64.tar.gz for perl-Mojolicious

[notifications]

676ed3516d8504d93fb9f4ad7607f49b  Mojolicious-6.64.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Mojolicious/Mojolicious-6.64.tar.gz/md5/676ed3516d8504d93fb9f4ad7607f49b/Mojolicious-6.64.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Alternate places to install specialized binaries

[Sérgio Basto]

On Qui, 2016-06-09 at 12:59 +0100, Richard W.M. Jones wrote:
> I maintain a package which comes with some benchmarking tools.  I
> would like to package these, but they have very generic names like
> "boot-benchmark", "analysis".  Also the tools are very specialized --
> you would only want them if you already know you need them.

I think is the same question of "/usr/share vs /usr/libexec" and also
vs /usr/lib

https://lists.fedoraproject.org/pipermail/devel/2015-April/210148.html

if are binaries /usr/libexec , if lot of stuff /usr/share/ (and not
only binaries)

> I wonder if people have opinions on the best way to package
> these.  It
> seems to me the options are:
> 
> (1) Put them in %{_bindir} as they are.  Likely a bad idea.
> 
> (2) Put them in some other binary directory.  Not sure which though,
> maybe %{_libdir}/%{name}/ ?
> 
> (3) Rename them and put them in %{_bindir}.  This is technically
> difficult, because the binaries have manual pages which would all
> have
> to be patched to refer to the new names.
> 
> Rich.
> 
-- 
Sérgio M. B.

--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

eseyman pushed to perl-Catalyst-Runtime (master). "Update to 5.90105"

[notifications]

From d744bf3edc97ee4e492b0338d4737cae68e5cd66 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Fri, 10 Jun 2016 13:25:52 +0200
Subject: Update to 5.90105

---
 .gitignore | 1 +
 perl-Catalyst-Runtime.spec | 7 +--
 sources| 2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index d901b47..943f723 100644
--- a/.gitignore
+++ b/.gitignore
@@ -27,3 +27,4 @@ Catalyst-Runtime-5.80021.tar.gz
 /Catalyst-Runtime-5.90102.tar.gz
 /Catalyst-Runtime-5.90103.tar.gz
 /Catalyst-Runtime-5.90104.tar.gz
+/Catalyst-Runtime-5.90105.tar.gz
diff --git a/perl-Catalyst-Runtime.spec b/perl-Catalyst-Runtime.spec
index 67ad595..581ef34 100644
--- a/perl-Catalyst-Runtime.spec
+++ b/perl-Catalyst-Runtime.spec
@@ -1,7 +1,7 @@
 Name:   perl-Catalyst-Runtime
 Summary:Catalyst Framework Runtime
-Version:5.90104
-Release:2%{?dist}
+Version:5.90105
+Release:1%{?dist}
 License:GPL+ or Artistic
 
 Source0:
http://search.cpan.org/CPAN/authors/id/J/JJ/JJNAPIORK/Catalyst-Runtime-%{version}.tar.gz
@@ -182,6 +182,9 @@ make clean
 %{_mandir}/man1/*
 
 %changelog
+* Fri Jun 10 2016 Emmanuel Seyman  - 5.90105-1
+- Update to 5.90105
+
 * Tue May 17 2016 Jitka Plesnikova  - 5.90104-2
 - Perl 5.24 rebuild
 
diff --git a/sources b/sources
index ab35dcc..29843b4 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b482dbff7b6022cf991dfcf1ce929522  Catalyst-Runtime-5.90104.tar.gz
+291b0ec7937b527abc4053b0d35be706  Catalyst-Runtime-5.90105.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Catalyst-Runtime.git/commit/?h=master=d744bf3edc97ee4e492b0338d4737cae68e5cd66
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

eseyman uploaded Catalyst-Runtime-5.90105.tar.gz for perl-Catalyst-Runtime

[notifications]

291b0ec7937b527abc4053b0d35be706  Catalyst-Runtime-5.90105.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Catalyst-Runtime/Catalyst-Runtime-5.90105.tar.gz/md5/291b0ec7937b527abc4053b0d35be706/Catalyst-Runtime-5.90105.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Alternate places to install specialized binaries

[Jonny Heggheim]

Hi Rich.

On 9 June 2016 at 12:59, Richard W.M. Jones  wrote:
>
> I maintain a package which comes with some benchmarking tools.  I
> would like to package these, but they have very generic names like
> "boot-benchmark", "analysis".  Also the tools are very specialized --
> you would only want them if you already know you need them.
>
> I wonder if people have opinions on the best way to package these.  It
> seems to me the options are:

javapackages-tools and javapackages-local have many small programs in
/usr/share/java-utils.

Most of the programs are called from rpm-macros:
$ rpm --eval '%{mvn_build}'
/usr/bin/python3 /usr/share/java-utils/mvn_build.py

But they can be called directly and makes them good for debugging and
testing, many of the programs also have man pages:
$ whereis mvn_build
mvn_build: /usr/share/man/man7/mvn_build.7.gz


Jonny
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[EPEL-devel] R-3.3.0 errors compiling packages in CentOS 6

[martin . dyrba]

Dear R package developers,
Since the upgrade from R 3.2.x to 3.3.0 I was confronted with several problems 
updating/installing some R packages.

Here for instance:
# R

R version 3.3.0 (2016-05-03) -- "Supposedly Educational"
Copyright (C) 2016 The R Foundation for Statistical Computing
Platform: x86_64-redhat-linux-gnu (64-bit)

> install.packages("slam")
Installing package into ‘/usr/lib64/R/library’
(as ‘lib’ is unspecified)
trying URL 'https://cran.uni-muenster.de/src/contrib/slam_0.1-34.tar.gz'
Content type 'application/x-gzip' length 46766 bytes (45 KB)
==
downloaded 45 KB

* installing *source* package ‘slam’ ...
** package ‘slam’ successfully unpacked and MD5 sums checked
** libs
...
gcc -m64 -std=gnu99 -shared -L/usr/lib64/R/lib -o slam.so apply.o grouped.o 
sparse.o util.o -L/usr/lib64/R/lib -lRblas -ldl -lpthread -lrt 
/builddir/build/BUILD/R-3.3.0/zlib-1.2.8/target/usr/lib64/libz.a 
/builddir/build/BUILD/R-3.3.0/bzip2-1.0.6/target/usr/lib64/libbz2.a 
/builddir/build/BUILD/R-3.3.0/xz-5.2.2/target/usr/lib64/liblzma.a 
/builddir/build/BUILD/R-3.3.0/pcre-8.38/target/usr/lib64/libpcre.a 
/builddir/build/BUILD/R-3.3.0/curl-7.48.0/target/usr/lib64/libcurl.a -lcurl 
-lidn -lssh2 -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lldap 
-lz -lgfortran -lm -L/usr/lib64/R/lib -lR
gcc: /builddir/build/BUILD/R-3.3.0/zlib-1.2.8/target/usr/lib64/libz.a: No such 
file or directory
gcc: /builddir/build/BUILD/R-3.3.0/bzip2-1.0.6/target/usr/lib64/libbz2.a: No 
such file or directory
gcc: /builddir/build/BUILD/R-3.3.0/xz-5.2.2/target/usr/lib64/liblzma.a: No such 
file or directory
gcc: /builddir/build/BUILD/R-3.3.0/pcre-8.38/target/usr/lib64/libpcre.a: No 
such file or directory
gcc: /builddir/build/BUILD/R-3.3.0/curl-7.48.0/target/usr/lib64/libcurl.a: No 
such file or directory
make: *** [slam.so] Error 1
ERROR: compilation failed for package ‘slam’
...

The same errors occur if I try to install other packages. It seems as newer 
libraries are needed as CentOS 6 can provide. My kernel version is 
2.6.32-642.1.1.el6.x86_64. My R-core version is 3.3.0-5.el6.

Could somebody give me a hint how to solve this issue?
Thx, Martin
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org

Fedora rawhide compose report: 20160610.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20160609.n.0
NEW: Fedora-Rawhide-20160610.n.0

= SUMMARY =
Added images:6
Dropped images:  8
Added packages:  8
Dropped packages:0
Upgraded packages:   108
Downgraded packages: 0

Size of added packages:  12.67 MiB
Size of dropped packages:0.00 B
Size of upgraded packages:   1.32 GiB
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   20.86 MiB
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =
Image: Xfce live x86_64
Path: Spins/x86_64/iso/Fedora-Xfce-Live-x86_64-Rawhide-20160610.n.0.iso
Image: LXDE live x86_64
Path: Spins/x86_64/iso/Fedora-LXDE-Live-x86_64-Rawhide-20160610.n.0.iso
Image: Xfce live i386
Path: Spins/i386/iso/Fedora-Xfce-Live-i386-Rawhide-20160610.n.0.iso
Image: Robotics live i386
Path: Labs/i386/iso/Fedora-Robotics-Live-i386-Rawhide-20160610.n.0.iso
Image: Robotics live x86_64
Path: Labs/x86_64/iso/Fedora-Robotics-Live-x86_64-Rawhide-20160610.n.0.iso
Image: LXDE live i386
Path: Spins/i386/iso/Fedora-LXDE-Live-i386-Rawhide-20160610.n.0.iso

= DROPPED IMAGES =
Image: Workstation live i386
Path: Workstation/i386/iso/Fedora-Workstation-Live-i386-Rawhide-20160609.n.0.iso
Image: Mate live i386
Path: Spins/i386/iso/Fedora-MATE_Compiz-Live-i386-Rawhide-20160609.n.0.iso
Image: Mate live x86_64
Path: Spins/x86_64/iso/Fedora-MATE_Compiz-Live-x86_64-Rawhide-20160609.n.0.iso
Image: Scientific_KDE live x86_64
Path: Labs/x86_64/iso/Fedora-Scientific_KDE-Live-x86_64-Rawhide-20160609.n.0.iso
Image: Scientific_KDE live i386
Path: Labs/i386/iso/Fedora-Scientific_KDE-Live-i386-Rawhide-20160609.n.0.iso
Image: SoaS live x86_64
Path: Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-Rawhide-20160609.n.0.iso
Image: Workstation live x86_64
Path: 
Workstation/x86_64/iso/Fedora-Workstation-Live-x86_64-Rawhide-20160609.n.0.iso
Image: SoaS live i386
Path: Spins/i386/iso/Fedora-SoaS-Live-i386-Rawhide-20160609.n.0.iso

= ADDED PACKAGES =
Package: dnscrypt-proxy-1.6.1-3.fc25
Summary: DNSCrypt client
RPMs:dnscrypt-proxy
Size:376006 bytes

Package: guayadeque-0.4.1-0.8.beta1gitce1ab15.fc25
Summary: Music player
RPMs:guayadeque guayadeque-langpack-bg guayadeque-langpack-ca_ES 
guayadeque-langpack-cs guayadeque-langpack-de guayadeque-langpack-el 
guayadeque-langpack-es guayadeque-langpack-fr guayadeque-langpack-hr 
guayadeque-langpack-hu guayadeque-langpack-is guayadeque-langpack-it 
guayadeque-langpack-ja guayadeque-langpack-nb guayadeque-langpack-nl 
guayadeque-langpack-pl guayadeque-langpack-pt guayadeque-langpack-pt_BR 
guayadeque-langpack-ru guayadeque-langpack-sk guayadeque-langpack-sr 
guayadeque-langpack-sv guayadeque-langpack-th guayadeque-langpack-tr 
guayadeque-langpack-uk
Size:7108410 bytes

Package: jandex-maven-plugin-1.0.4-1.fc25
Summary: Jandex wrapper for Maven
RPMs:jandex-maven-plugin jandex-maven-plugin-javadoc
Size:64272 bytes

Package: keepassx0-0.4.4-3.fc25
Summary: Cross-platform password manager
RPMs:keepassx0
Size:2455682 bytes

Package: notify-sharp3-3.0.3-1.fc25
Summary: A C# implementation for Desktop Notifications
RPMs:notify-sharp3 notify-sharp3-devel notify-sharp3-doc
Size:81906 bytes

Package: python-certbot-apache-0.8.0-2.fc25
Summary: The apache plugin for certbot
RPMs:python2-certbot-apache
Size:130690 bytes

Package: ricochet-1.1.2-2.fc25
Summary: Anonymous peer-to-peer instant messaging
RPMs:ricochet
Size:2960062 bytes

Package: undertow-js-1.0.2-1.fc25
Summary: JavaScript based handlers for Undertow
RPMs:undertow-js undertow-js-javadoc
Size:103340 bytes


= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  accountsservice-0.6.42-1.fc25
Old package:  accountsservice-0.6.40-3.fc24
Summary:  D-Bus interfaces for querying and manipulating user account 
information
RPMs: accountsservice accountsservice-devel accountsservice-libs
Size: 639250 bytes
Size change:  -8544 bytes
Changelog:
  * Tue May 31 2016 Ray Strode <rstr...@redhat.com> - 0.6.40-4
  - Don't create /root/.cache at startup
Resolves: #1331926

  * Thu Jun 09 2016 Ray Strode <rstr...@redhat.com> - 0.6.42-1
  - Update to 0.6.42
  - Fixes systemd incompatibility


Package:  acpica-tools-20160527-1.fc25
Old package:  acpica-tools-20160422-1.fc25
Summary:  ACPICA tools for the development and debug of ACPI tables
RPMs: acpica-tools
Size: 2704514 bytes
Size change:  -352 bytes
Changelog:
  * Thu Jun 09 2016 Al Stone <a...@redhat.com> - 20160527-1
  - Update to latest upstream.  Closes BZ#1340573.
  - Refresh patches.


Package:  atril-1.15.0-1.fc25
Old package:  atril-1.14.1-1.fc25
Summary:  Document viewer
RPMs: atril atril-caja atril-devel atril-libs atril-thumbnailer
Size: 4662046 bytes
Size change:  -31420 bytes
Changelog:
  * Thu Jun 09 2016 Wolfgang Ulbrich <chat-to...@raveit.de> - 1.15.0-1
  - update to 1.15.0 release
  - switch to gtk+3


Package:

[389-devel] Re: Please review: pep8 fixes for lib389

[Martin Basti]

On 10.06.2016 07:21, William Brown wrote:

https://fedorahosted.org/389/ticket/48878

https://fedorahosted.org/389/attachment/ticket/48878/0001-Ticket-48878-pep8-fixes-and-fix-rpm-to-build.patch

https://fedorahosted.org/389/attachment/ticket/48878/0001-Ticket-48878-pep8-fixes-part-2.patch



--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org


Hello, some notes if I can :)

1)
This change is harder to read with PEP8
-topology.standalone.backends.create(None,
-   properties={
-BACKEND_NAME: NEW_BACKEND_1,
-'suffix':NEW_SUFFIX_1,
-})
+topology.standalone.backends.create(None, properties={
+ BACKEND_NAME: NEW_BACKEND_1,
+ 'suffix': NEW_SUFFIX_1,
+ })
 ents = topology.standalone.backends.list()
 for ent in ents:
 topology.standalone.log.info("List(%d): backend %s" %

I suggest to use
topology.standalone.backends.create(
None, properties={
BACKEND_NAME: NEW_BACKEND_1,
'suffix': NEW_SUFFIX_1,
})

Same for NEW_BACKEND_2

2)
I'm not sure if change in python-lib389.spec belongs to PEP8 related 
patch or if it is related to PEP8


Otherwise LGTM for PEP8 fixes :)

Martin Basti @ IPA
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/389-devel@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 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)
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)
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Broken dependencies: perl-Algorithm-Permute

[buildsys]

perl-Algorithm-Permute has broken dependencies in the rawhide tree:
On x86_64:
perl-Algorithm-Permute-0.12-21.fc24.x86_64 requires 
libperl.so.5.22()(64bit)
perl-Algorithm-Permute-0.12-21.fc24.x86_64 requires 
perl(:MODULE_COMPAT_5.22.1)
On i386:
perl-Algorithm-Permute-0.12-21.fc24.i686 requires libperl.so.5.22
perl-Algorithm-Permute-0.12-21.fc24.i686 requires 
perl(:MODULE_COMPAT_5.22.1)
On armhfp:
perl-Algorithm-Permute-0.12-21.fc24.armv7hl requires libperl.so.5.22
perl-Algorithm-Permute-0.12-21.fc24.armv7hl requires 
perl(:MODULE_COMPAT_5.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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1344671] New: perl-URI-Escape-XS-0.14 is available

[bugzilla]

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

Bug ID: 1344671
   Summary: perl-URI-Escape-XS-0.14 is available
   Product: Fedora
   Version: rawhide
 Component: perl-URI-Escape-XS
  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



Latest upstream release: 0.14
Current version/release in rawhide: 0.13-3.fc25
URL: http://search.cpan.org/dist/URI-Escape-XS/

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/10848/

-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1344670] New: perl-MooseX-Types-Path-Class-0.09 is available

[bugzilla]

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

Bug ID: 1344670
   Summary: perl-MooseX-Types-Path-Class-0.09 is available
   Product: Fedora
   Version: rawhide
 Component: perl-MooseX-Types-Path-Class
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, iarn...@gmail.com,
mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.09
Current version/release in rawhide: 0.08-3.fc25
URL: http://search.cpan.org/dist/MooseX-Types-Path-Class/

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/10840/

-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pkgdb_updater updated: description of perl-Test2-AsyncSubtest

[notifications]

pkgdb_updater updated: description of perl-Test2-AsyncSubtest
https://admin.fedoraproject.org/pkgdb/package/perl-Test2-AsyncSubtest/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pkgdb_updater updated: upstream_url of perl-Cookie-Baker

[notifications]

pkgdb_updater updated: upstream_url of perl-Cookie-Baker
https://admin.fedoraproject.org/pkgdb/package/perl-Cookie-Baker/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pkgdb_updater updated: description of perl-Menlo

[notifications]

pkgdb_updater updated: description of perl-Menlo
https://admin.fedoraproject.org/pkgdb/package/perl-Menlo/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pkgdb_updater updated: summary of perl-Gearman

[notifications]

pkgdb_updater updated: summary of perl-Gearman
https://admin.fedoraproject.org/pkgdb/package/perl-Gearman/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Notice on WebKitGTK+ API/ABI compatibility

[Dominik 'Rathann' Mierzejewski]

Hello, Michael.

On Thursday, 09 June 2016 at 20:48, Michael Catanzaro wrote:
> We have recently started updating all Fedoras to the latest stable
> release of WebKitGTK+ in order to provide effective security support.
> I'm pleased that so far we have had no bug reports related to these
> updates.
> 
> Recently, FESCo wisely adopted a policy to ban stable release updates
> that break API or ABI, and while I believe we currently comply, we
> might be skirting the line a bit. We intend to offer a API and ABI
> compatibility indefinitely, most likely until GTK+ 4 is released,
> whenever that may be, but with two caveats.
[...]

Thank you for this declaration. It's good to set the expectations
explicitly.

Could you put this on a page in Fedora wiki and possibly add a link
in WebKitGTK+ package description and README file?

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
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Hacks for multilib unclean C headers

[Garrett Holmstrom]

On 2016-06-09 01:18, Jonathan Wakely wrote:

On 09/06/16 08:02 +, Petr Pisar wrote:

That's because gcc.x86_64 accepts -m32 but cannot produce 32-bit
executable without the i686 toolchain packages. It sounds like broken
dependencies.


The alternative would be for gcc.x86_64 to unconditionally install the
32-bit packages, even though most users will not use -m32 and so won't
need them. Another alternative would be to build gcc with
--disable-multilib so you can't use -m32, which would be annoying and
inconvenient for users.


That sounds like a great reason for a Suggests or Recommends dependency.

--
Garrett Holmstrom
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[EPEL-devel] Fedora EPEL 5 updates-testing report

[updates]

The following Fedora EPEL 5 Security updates need testing:
 Age  URL
 729  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-1626   
puppet-2.7.26-1.el5
 578  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849   
sblim-sfcb-1.3.8-2.el5
 221  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-edbea40516   
mcollective-2.8.4-1.el5
 193  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-582c8075e6   
thttpd-2.25b-24.el5
  86  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-bafacd5846   
proftpd-1.3.3g-5.el5
   8  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-81044caedf   
GraphicsMagick-1.3.24-1.el5
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-ab4074f109   
phpMyAdmin4-4.0.10.15-2.el5


The following builds have been pushed to Fedora EPEL 5 updates-testing

R-3.3.0-8.el5

Details about builds:



 R-3.3.0-8.el5 (FEDORA-EPEL-2016-09c8007e64)
 A language for data analysis and graphics

Update Information:

Finally remove the last bits of the static library linking flags from the places
that are inherited into CRAN.     Really really really fix the el5 build to
not have random and incorrect linkflags that prevent CPAN modules from building.
  Actually fix CRAN builds by removing invalid linkflags.    Fixup
libR.pc to not point to a ton of unnecessary sharedlibs.

References:

  [ 1 ] Bug #1341771 - Missing dependencies for R-core-devel in EPEL 5 and 6
https://bugzilla.redhat.com/show_bug.cgi?id=1341771
  [ 2 ] Bug #1341970 - javareconf fails, because libssh2-devel is missing
https://bugzilla.redhat.com/show_bug.cgi?id=1341970

___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org

[Bug 1339024] perl-Lingua-Translit-0.26 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Lingua-Translit-0.26-1 |perl-Lingua-Translit-0.26-1
   |.fc24   |.fc24
   |perl-Lingua-Translit-0.26-1 |perl-Lingua-Translit-0.26-1
   |.fc22   |.fc22
   |perl-Lingua-Translit-0.26-1 |perl-Lingua-Translit-0.26-1
   |.fc23   |.fc23
   |perl-Lingua-Translit-0.26-1 |perl-Lingua-Translit-0.26-1
   |.el5|.el5
   |perl-Lingua-Translit-0.26-1 |perl-Lingua-Translit-0.26-1
   |.el7|.el7
   ||perl-Lingua-Translit-0.26-1
   ||.el6



-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1339835] perl-DBIx-RunSQL: 0.14 release available

[bugzilla]

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



--- Comment #15 from Fedora Update System  ---
perl-DBIx-RunSQL-0.14-1.el6 has been pushed to the Fedora EPEL 6 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1339024] perl-Lingua-Translit-0.26 is available

[bugzilla]

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



--- Comment #21 from Fedora Update System  ---
perl-Lingua-Translit-0.26-1.el6 has been pushed to the Fedora EPEL 6 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1339835] perl-DBIx-RunSQL: 0.14 release available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-DBIx-RunSQL-0.14-1.fc2 |perl-DBIx-RunSQL-0.14-1.fc2
   |4   |4
   |perl-DBIx-RunSQL-0.14-1.fc2 |perl-DBIx-RunSQL-0.14-1.fc2
   |2   |2
   |perl-DBIx-RunSQL-0.14-1.fc2 |perl-DBIx-RunSQL-0.14-1.fc2
   |3   |3
   |perl-DBIx-RunSQL-0.14-1.el7 |perl-DBIx-RunSQL-0.14-1.el7
   ||perl-DBIx-RunSQL-0.14-1.el6



-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1339024] perl-Lingua-Translit-0.26 is available

[bugzilla]

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



--- Comment #20 from Fedora Update System  ---
perl-Lingua-Translit-0.26-1.el7 has been pushed to the Fedora EPEL 7 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1339835] perl-DBIx-RunSQL: 0.14 release available

[bugzilla]

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



--- Comment #14 from Fedora Update System  ---
perl-DBIx-RunSQL-0.14-1.el7 has been pushed to the Fedora EPEL 7 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1339024] perl-Lingua-Translit-0.26 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Lingua-Translit-0.26-1 |perl-Lingua-Translit-0.26-1
   |.fc24   |.fc24
   |perl-Lingua-Translit-0.26-1 |perl-Lingua-Translit-0.26-1
   |.fc22   |.fc22
   |perl-Lingua-Translit-0.26-1 |perl-Lingua-Translit-0.26-1
   |.fc23   |.fc23
   |perl-Lingua-Translit-0.26-1 |perl-Lingua-Translit-0.26-1
   |.el5|.el5
   ||perl-Lingua-Translit-0.26-1
   ||.el7



-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1339835] perl-DBIx-RunSQL: 0.14 release available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-DBIx-RunSQL-0.14-1.fc2 |perl-DBIx-RunSQL-0.14-1.fc2
   |4   |4
   |perl-DBIx-RunSQL-0.14-1.fc2 |perl-DBIx-RunSQL-0.14-1.fc2
   |2   |2
   |perl-DBIx-RunSQL-0.14-1.fc2 |perl-DBIx-RunSQL-0.14-1.fc2
   |3   |3
   ||perl-DBIx-RunSQL-0.14-1.el7



-- 
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://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: [Fedora-packaging] Re: Hacks for multilib unclean C headers

[Pavel Raiskup]

On Thursday, June 9, 2016 11:28:05 AM CEST Jason L Tibbitts III wrote:
> > "PR" == Pavel Raiskup  writes:
> PR> Thanks to Vit for the link, I'd like to see the discussion in:
> PR> https://fedorahosted.org/fpc/ticket/312
> 
> Why would you bump a three year old ticket for this?

Jason, because that's what you suggested while you were previously closing
the ticket, and also because the ticket covered it all.  Original purpose
of the ticket was to hear FPC's opinion about this.

> Just open a new one.

Having a new ticket just to hear opinions would just make me to copy
basically everything (anybody would still have to look at the older one).
So I stop here.

The new ticket, to me, should be about MultilibTricks draft ratification,
but we are obviously not there yet.

As we talk about "draft only" stuff and there is no clear vote against
that change (from FPC), I'll simply try to edit the draft once the
'multilib-rpm-config' package [1] gets reviewed.  I can then submit FPC
ticket (and edit [2] accordingly) asking for adding 'Requires:
multilib-rpm-config' into 'redhat-rpm-config'.  Merging whole thing
afterwards into 'redhat-rpm-config' would just be trivial playing with
Provides/Requires.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1344231
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1286193

Thanks,
Pavel
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org