ppisar retired perl-mogilefs-server in master

[notifications]

ppisar retired perl-mogilefs-server in master
https://admin.fedoraproject.org/pkgdb/package/perl-mogilefs-server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-mogilefs-server (master). "Renamed to perl-MogileFS-Server (bug #720916)."

[notifications]

From 183fab0552357d35eb6de14289a8d58bc145b3b7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 28 Apr 2017 07:56:14 +0200
Subject: Renamed to perl-MogileFS-Server (bug #720916).

---
 .gitignore |   1 -
 dead.package   |   1 +
 mogilefs-remove_deps.patch |  75 
 mogilefs.conf  |   3 -
 mogilefsd.conf |   6 -
 mogilefsd.service  |  11 --
 mogstored.service  |  11 --
 perl-mogilefs-server.spec  | 426 -
 sources|   1 -
 9 files changed, 1 insertion(+), 534 deletions(-)
 delete mode 100644 .gitignore
 create mode 100644 dead.package
 delete mode 100644 mogilefs-remove_deps.patch
 delete mode 100644 mogilefs.conf
 delete mode 100644 mogilefsd.conf
 delete mode 100644 mogilefsd.service
 delete mode 100644 mogstored.service
 delete mode 100644 perl-mogilefs-server.spec
 delete mode 100644 sources

diff --git a/.gitignore b/.gitignore
deleted file mode 100644
index a54d117..000
--- a/.gitignore
+++ /dev/null
@@ -1 +0,0 @@
-mogilefs-server-2.36.tar.gz
diff --git a/dead.package b/dead.package
new file mode 100644
index 000..4da91ad
--- /dev/null
+++ b/dead.package
@@ -0,0 +1 @@
+Renamed to perl-MogileFS-Server (bug #720916).
diff --git a/mogilefs-remove_deps.patch b/mogilefs-remove_deps.patch
deleted file mode 100644
index 141daf3..000
--- a/mogilefs-remove_deps.patch
+++ /dev/null
@@ -1,75 +0,0 @@
-diff -up mogilefs-server-2.36/Makefile.PL.orig mogilefs-server-2.36/Makefile.PL
 mogilefs-server-2.36/Makefile.PL.orig  2010-06-25 15:12:23.0 
+0200
-+++ mogilefs-server-2.36/Makefile.PL   2010-06-25 15:12:45.0 +0200
-@@ -36,7 +36,6 @@ WriteMakefile(
- },
- META_MERGE  => {
- no_index => {
--directory => 'lib/mogdeps',
- package   => ['ProcessHandle', 'TrackerHandle', 'MogstoredHandle',
- 'MogPath', 'Mgd'],
- },
-diff -up mogilefs-server-2.36/MANIFEST.orig mogilefs-server-2.36/MANIFEST
 mogilefs-server-2.36/MANIFEST.orig 2010-06-25 15:12:29.0 +0200
-+++ mogilefs-server-2.36/MANIFEST  2010-06-25 15:13:17.0 +0200
-@@ -3,49 +3,6 @@ doc/fsck-notes.txt
- doc/memcache-support.txt
- doc/pluggable-replication-policies.txt
- doc/testing.txt
--lib/mogdeps/Danga/Socket.pm
--lib/mogdeps/Net/Netmask.pm
--lib/mogdeps/Perlbal.pm
--lib/mogdeps/Perlbal/AIO.pm
--lib/mogdeps/Perlbal/BackendHTTP.pm
--lib/mogdeps/Perlbal/Cache.pm
--lib/mogdeps/Perlbal/ChunkedUploadState.pm
--lib/mogdeps/Perlbal/ClientHTTP.pm
--lib/mogdeps/Perlbal/ClientHTTPBase.pm
--lib/mogdeps/Perlbal/ClientManage.pm
--lib/mogdeps/Perlbal/ClientProxy.pm
--lib/mogdeps/Perlbal/CommandContext.pm
--lib/mogdeps/Perlbal/HTTPHeaders.pm
--lib/mogdeps/Perlbal/ManageCommand.pm
--lib/mogdeps/Perlbal/Plugin/AccessControl.pm
--lib/mogdeps/Perlbal/Plugin/AutoRemoveLeadingDir.pm
--lib/mogdeps/Perlbal/Plugin/Highpri.pm
--lib/mogdeps/Perlbal/Plugin/NotModified.pm
--lib/mogdeps/Perlbal/Plugin/Queues.pm
--lib/mogdeps/Perlbal/Plugin/Stats.pm
--lib/mogdeps/Perlbal/Plugin/Vhosts.pm
--lib/mogdeps/Perlbal/Plugin/AtomInject.pm
--lib/mogdeps/Perlbal/Plugin/AtomStream.pm
--lib/mogdeps/Perlbal/Plugin/Cgilike.pm
--lib/mogdeps/Perlbal/Plugin/EchoService.pm
--lib/mogdeps/Perlbal/Plugin/Include.pm
--lib/mogdeps/Perlbal/Plugin/LazyCDN.pm
--lib/mogdeps/Perlbal/Plugin/MaxContentLength.pm
--lib/mogdeps/Perlbal/Plugin/Palimg.pm
--lib/mogdeps/Perlbal/Plugin/Redirect.pm
--lib/mogdeps/Perlbal/Plugin/Vpaths.pm
--lib/mogdeps/Perlbal/Pool.pm
--lib/mogdeps/Perlbal/ReproxyManager.pm
--lib/mogdeps/Perlbal/Service.pm
--lib/mogdeps/Perlbal/Socket.pm
--lib/mogdeps/Perlbal/TCPListener.pm
--lib/mogdeps/Perlbal/Test.pm
--lib/mogdeps/Perlbal/Test/WebClient.pm
--lib/mogdeps/Perlbal/Test/WebServer.pm
--lib/mogdeps/Perlbal/UploadListener.pm
--lib/mogdeps/Perlbal/Util.pm
--lib/mogdeps/Perlbal/SocketSSL.pm
--lib/mogdeps/Sys/Syscall.pm
- lib/MogileFS/Class.pm
- lib/MogileFS/Config.pm
- lib/MogileFS/Connection/Client.pm
-diff -up mogilefs-server-2.36/META.yml.orig mogilefs-server-2.36/META.yml
 mogilefs-server-2.36/META.yml.orig 2010-06-25 15:12:35.0 +0200
-+++ mogilefs-server-2.36/META.yml  2010-06-25 15:13:26.0 +0200
-@@ -26,7 +26,6 @@ no_index:
- directory:
- - t
- - inc
--- lib/mogdeps
- package:
- - ProcessHandle
- - TrackerHandle
diff --git a/mogilefs.conf b/mogilefs.conf
deleted file mode 100644
index ca1f558..000
--- a/mogilefs.conf
+++ /dev/null
@@ -1,3 +0,0 @@
-trackers = localhost:6001
-
-
diff --git a/mogilefsd.conf b/mogilefsd.conf
deleted file mode 100644
index f7dff68..000
--- a/mogilefsd.conf
+++ /dev/null
@@ -1,6 +0,0 @@
-db_dsn DBI:mysql:mogilefs:localhost
-db_user mogile
-db_pass mogile
-conf_port 6001
-listener_jobs 5
-
diff --git a/mogilefsd.service b/mogilefsd.service
deleted file mode 100644
index 5103c97..000

[Bug 1444672] perl-Config-Any-0.32 is available

[bugzilla]

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

Emmanuel Seyman  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Config-Any-0.32-1.fc27
 Resolution|--- |RAWHIDE
Last Closed||2017-04-28 01:55:55



--- Comment #1 from Emmanuel Seyman  ---
Built for rawhide:
https://koji.fedoraproject.org/koji/buildinfo?buildID=884292

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

[Bug 1444844] perl-Mojolicious-7.31 is available

[bugzilla]

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

Emmanuel Seyman  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Mojolicious-7.31-1.fc2
   ||7
 Resolution|--- |RAWHIDE
Last Closed||2017-04-28 01:55:05



--- Comment #1 from Emmanuel Seyman  ---
Built in rawhide:
https://koji.fedoraproject.org/koji/buildinfo?buildID=884294

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

ppisar changed jplesnik's 'commit' permission on perl-MogileFS-Server (master) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchcommits' permission on perl-MogileFS-Server (master) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchbugzilla' permission on perl-MogileFS-Server (master) to 'Approved'

[notifications]

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

ppisar changed jplesnik's 'approveacls' permission on perl-MogileFS-Server (master) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchcommits' permission on perl-Net-LibIDN2 (master) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchbugzilla' permission on perl-Net-LibIDN2 (master) to 'Approved'

[notifications]

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

ppisar changed jplesnik's 'approveacls' permission on perl-Net-LibIDN2 (master) to 'Approved'

[notifications]

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

ppisar changed jplesnik's 'commit' permission on perl-Net-LibIDN2 (master) to 'Approved'

[notifications]

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

[389-devel] Please review: 1 cn=config comparison in lib389

[Ankit Yadav]

https://pagure.io/lib389/issue/1

https://pagure.io/lib389/issue/raw/files/90d72b32e328c1537aa368c0b6a6e7cd1235f2b44b121fef25534ca6516b6130-0001-Ticket-1-cn-config-comparison.patch

Regards,
Ankit Yadav (ankity10)
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[EPEL-devel] Re: Recoll for EPEL ?

[Paolo Bonzini]

On 25/04/2017 16:03, Stephen John Smoogen wrote:
> On 25 April 2017 at 04:28, Jean-Francois Dockes  wrote:
>> Hi,
>>
>> My apologies in advance if this is the wrong place.
>>
> 
> No this is as good as any. The package looks to be branched for EPEL
> by pbonzini who I have cc'd on this.  [They may have branched after
> you sent this email or maybe a while before.. I don't know.] So it
> looks like it is in progress of occurring

I initially packaged recoll for EPEL6 as a favor to a colleague of mine
that was using RHEL6 at the time.  I have never upgraded the package to
RHEL7, but I can do that if there is request.  I've now requested
creation of the EPEL7 branch.

Thanks,

Paolo

>> I am the developper for Recoll, a full-text search application, which has
>> been packaged for Fedora for a long time.
>>
>> I have a small but steady rivulet of users asking for CentOS or Enterprise
>> Linux Recoll packages. In consequence, there are some CentOS 7 packages on
>> the Recoll web site. It would be easier for the users and and for me if the
>> Fedora package was maintained for EPEL instead.
>>
>> Any possibility that this could happen ?
>>
>> Cheers,
>>
>> J.F. Dockes
>>
>> ___
>> epel-devel mailing list -- epel-devel@lists.fedoraproject.org
>> To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
> 
> 
> 
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Fedora Rawhide-20170427.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Cloud_base qcow2 x86_64
Atomic qcow2 x86_64
Cloud_base raw-xz x86_64
Xfce raw-xz armhfp
Atomic raw-xz x86_64
Minimal raw-xz armhfp

Failed openQA tests: 70/114 (x86_64), 22/23 (i386)

ID: 87672   Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/87672
ID: 87673   Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/87673
ID: 87674   Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/87674
ID: 87675   Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/87675
ID: 87681   Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/87681
ID: 87682   Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/87682
ID: 87691   Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/87691
ID: 87693   Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/87693
ID: 87694   Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/87694
ID: 87695   Test: x86_64 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/87695
ID: 87696   Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/87696
ID: 87697   Test: i386 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/87697
ID: 87698   Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/87698
ID: 87699   Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/87699
ID: 87710   Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/87710
ID: 87711   Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/87711
ID: 87712   Test: x86_64 Workstation-boot-iso memory_check@uefi
URL: https://openqa.fedoraproject.org/tests/87712
ID: 87713   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/87713
ID: 87714   Test: i386 Workstation-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/87714
ID: 87715   Test: i386 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/87715
ID: 87716   Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/87716
ID: 87728   Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/87728
ID: 87730   Test: x86_64 universal install_package_set_minimal
URL: https://openqa.fedoraproject.org/tests/87730
ID: 87731   Test: x86_64 universal install_anaconda_text
URL: https://openqa.fedoraproject.org/tests/87731
ID: 87733   Test: x86_64 universal install_repository_http_variation
URL: https://openqa.fedoraproject.org/tests/87733
ID: 87734   Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/87734
ID: 87735   Test: x86_64 universal install_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/87735
ID: 87736   Test: x86_64 universal install_delete_pata
URL: https://openqa.fedoraproject.org/tests/87736
ID: 87737   Test: x86_64 universal install_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/87737
ID: 87738   Test: x86_64 universal install_sata
URL: https://openqa.fedoraproject.org/tests/87738
ID: 87739   Test: x86_64 universal install_sata@uefi
URL: https://openqa.fedoraproject.org/tests/87739
ID: 87740   Test: x86_64 universal install_kickstart_user_creation
URL: https://openqa.fedoraproject.org/tests/87740
ID: 87741   Test: x86_64 universal install_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/87741
ID: 87742   Test: x86_64 universal install_multi
URL: https://openqa.fedoraproject.org/tests/87742
ID: 87743   Test: x86_64 universal install_multi@uefi
URL: https://openqa.fedoraproject.org/tests/87743
ID: 87744   Test: x86_64 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/87744
ID: 87745   Test: x86_64 universal install_simple_free_space
URL: https://openqa.fedoraproject.org/tests/87745
ID: 87746   Test: x86_64 universal install_multi_empty
URL: https://openqa.fedoraproject.org/tests/87746
ID: 87747   Test: x86_64 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/87747
ID: 87748   Test: x86_64 universal install_delete_partial
URL: https://openqa.fedoraproject.org/tests/87748
ID: 87749   Test: x86_64 universal install_btrfs
URL: https://openqa.fedoraproject.org/tests/87749
ID: 87750   Test: x86_64 universal install_ext3
URL: 

Re: What is your opinion on "sudo pip" fix for Fedora 27?

[Nick Coghlan]

On 28 April 2017 at 02:01, Charalampos Stratakis  wrote:
> Fedora's equivalent to dirtbike is rewheel [0][1] and it would be great if 
> these projects could be unified somehow, however that's a separate 
> conversation for another time.
>
> I'd be happy to take a closer look at dirtbike and maybe initiate some 
> discussions when I get some free time.

My recollection from the last time I looked at this was that where
rewheel assumes that the Python level PEP 376 package metadata will be
available, dirtbike instead queried the operating system level
metadata.

So while they're technically solving the same problem (injecting a
system level Python package or bindings into a virtual environment),
they took radically different paths to get there.

The biggest benefit I see to the dirtbike approach is that it has the
potential to work with Python bindings that aren't built with the
standard Python packaging tools, and hence don't have any PEP 376
metadata.

Conversely, the biggest benefit I see to the rewheel approach is that
it lets system packages more clearly indicate whether or not they want
to support rewheel by including or omitting the PEP 376 metadata.

Cheers,
Nick.

-- 
Nick Coghlan   |   ncogh...@gmail.com   |   Brisbane, Australia
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

Broken dependencies: perl-Alien-ROOT

[buildsys]

perl-Alien-ROOT has broken dependencies in the rawhide tree:
On ppc64:
perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core
On ppc64le:
perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core
Please resolve this as soon as possible.

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

[Bug 1445101] perl-Business-PayPal-API-0.76 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #5 from Fedora Update System  ---
perl-Business-PayPal-API-0.76-1.fc26 has been pushed to the Fedora 26 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-2017-ff33c48003

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

[Bug 1446104] perl-PDL-2.17.0-7.fc27 FTBFS: t/gd_oo_tests.t test fails

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #2 from Fedora Update System  ---
perl-PDL-2.17.0-8.fc26 has been pushed to the Fedora 26 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-2017-52454fc109

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

[Bug 1444629] perl-Geo-ShapeFile-2.64 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #5 from Fedora Update System  ---
perl-Geo-ShapeFile-2.64-1.fc26 has been pushed to the Fedora 26 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-2017-59617d5159

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

Re: Fedora 26-20170426.n.0 compose check report

[Adam Williamson]

On Thu, 2017-04-27 at 13:41 -0700, Adam Williamson wrote:
> There's something going on with the openQA test updates.img not taking
> effect properly, that just showed up today, which I'm going to look
> into next.

Actually I think this is a kernel bug causing the disk in the relevant
test - install_scsi_updates_img - not to appear in anaconda at all.
It's a kinda combined test: it tests 'SCSI' disks (really qemu's
emulated SCSI) and also updates.img functionality. The updates image
used in the test is intended to change the appearance of the
INSTALLATION DESTINATION screen - it changes the background color of
the element that indicates the size of a disk. That's failing at
present, but I think it's failing because anaconda simply isn't
displaying the disk at all:

https://openqa.fedoraproject.org/tests/87075#step/disk_guided_empty/4

as you can see there's *no* disk shown under Local Standard Disks. So
the updates image modification doesn't really take effect (as the
element whose appearance it changes isn't shown). The actual bug,
though, is the disk not being detected.

So this seems to be something about handling the particular type of
emulated SCSI disk that gets used in the test.

The obvious suspect change in today's compose (this bug really did just
show up in today's compose) is that kernel 4.11rc7 landed. labbott
tells me that some issues were reported with virtio-scsi in rc7 and rc8
seems to be better, so I'm gonna retry the test with a custom image
built with an rc8 kernel and see how that goes.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Split translations to noarch packages?

[Tomasz Kłoczko]

On 27 April 2017 at 22:42, Björn 'besser82' Esser <
besse...@fedoraproject.org> wrote:
> Fedora currently has about 19k packages in each maintained release /
branch,
> thats a total of about 76k packages.  If such a little change saves about
> 100KB of storage in average for every single package, it's a total saving
of
> about 7.25 GB.  This saves about 7.25 GB for syncing of each mirror; for
242
> active mirrors that's a total of 1.71 TB of transmitted data…

bash provides in own doc subpackages tripled the same documentation (info
and two copies of the pdf version the same doc in files under different
names).
Why no one cares abou this?

Try to think that if packages will exist only as the objects in repository
it will be not possible to save 1GB but much more by sharing on the repos
server side common parts between packages for different architectures.

Try to have look for example on mc package metadata in Solaris IPS
repository
http://pkg.oracle.com/solaris/release/manifest/0/file%2Fmc@4.8.17%2C5.12-5.12.0.0.0.115.0%3A20170111T171112Z
You can find in those metadata lines:

file 7080b660d77d5d260f95e269626f2900b36cba0e
chash=c2ef7983c385175c32f6ac6990175289529aa1ea elfarch=sparc elfbits=64
elfhash=0fd93599aef1c81668aad3063a2ddc2d8fa60fd6 group=bin mode=0555
owner=root path=usr/bin/mc pkg.csize=733172 pkg.size=2059216
variant.arch=sparc

and

file be26b559c366018c655c16d3dabf46ab61bcf962
chash=5e2285f84f85e71e63f763ea151ecabed9e342b3 elfarch=i386 elfbits=64
elfhash=c171f543984c3da03cf479dbc10d1ec3b0bf9aac group=bin mode=0555
owner=root path=usr/bin/mc pkg.csize=622533 pkg.size=1916544
variant.arch=i386

One package holds all architectures binaries sharing all other files.
Do you see now how much MORE on all packages servers is possible to save
disk space using this approach?

In IPS repository is not a problem keeping longer history of different
versions or the same package across many revisions/versions as most of the
files on repo server side will be shared between those multiple versions.
Do you see this now?

In Fedora for me most frequent problem is that as long as I'musing rawhide
sometimes I'm not doing regularly every day updates and when I'm finding
that some process is crashing I cannot download correct debuginfo packages
because it already has been deleted.
In publically available IPS repos like
http://pkg.oracle.com/solaris/release/en/index.shtml you ca find only few
major releases. However with support you can have access to all past every
~month SRUs packages revisions from all last few years and it does not need
tenths of terabytes of storage.
In Solaris each binary is served with way smaller deguginfo integrated into
regular binaries. Size of this additional data is so small that Solaris
developers decided to provide debuginfo in regular distro packages.
In Fedora debuginfo are sometimes 10x bigger than rest of the regular
package.

If you really care about size here are biggest deposits of things which
Linux can learn from his more mature cousins.
Solaris IPS was reply on RPM and growing demands of solving other problems
which Fedora barely stats to fight (try to have look on IPS mediators and
you will cee that they are solves ALL problems which Modules guys just
started thinking how to solve on top of unchanged RPM).
After IPS introduction about 9 years ago nothing happen on RPM area .. full
stagnation which now causes that some desperate package developers are
thinking about create even more subpackages because RPM cannot provide some
useful solutions.

Guys if you are thinking that splitting langpack subpackages may solve
something you are 100% right .. you are only thinking.


kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
-- 
Tomasz Kłoczko | Tel: 0774 1209067 | LinkedIn: *http://lnkd.in/FXPWxH
*
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 659  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 653  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 543  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 514  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 245  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8594ed3a53   
chicken-4.11.0-3.el6
 125  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
  75  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-acd2c2af0d   
nagios-4.2.4-4.el6
  21  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c0d33ae70f   
tnef-1.4.14-1.el6
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7c22614b28   
collectd-4.10.9-4.el6
   8  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-58105a4f7f   
pcre2-10.21-18.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-a8c6a87d20   
ansible-2.3.0.0-3.el6
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-fc964c5731   
roundcubemail-1.0.9-3.el6
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-b56d84e139   
mod_security-2.7.3-5.el6
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4efdb40c89   
squirrelmail-1.4.22-5.el6


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

getmail-4.54.0-1.el6
nrpe-3.1.0-2.el6
nsd-4.1.16-1.el6
squirrelmail-1.4.22-5.el6
tcpreplay-4.2.4-1.el6

Details about builds:



 getmail-4.54.0-1.el6 (FEDORA-EPEL-2017-b8b11fe5e4)
 POP3, IMAP4 and SDPS mail retriever with Maildir delivery

Update Information:

update to 4.54.0




 nrpe-3.1.0-2.el6 (FEDORA-EPEL-2017-d67b84547b)
 Host/service/network monitoring agent for Nagios

Update Information:

Move to using original nirik nrpe service file for systemd. It worked and the
others dont    update to 3.1.0    Fixed pid location    Update to
3.0.1. Major update but upstream is no longer supporting old code.

References:

  [ 1 ] Bug #1190708 - nrpe.service does not support reload for systemd
https://bugzilla.redhat.com/show_bug.cgi?id=1190708
  [ 2 ] Bug #1275870 - NRPE initscript does not read PID file when calling 
status/killproc
https://bugzilla.redhat.com/show_bug.cgi?id=1275870
  [ 3 ] Bug #1411705 - allowed_hosts doesn't work, if one of the hostnames 
can't be resolved by dns
https://bugzilla.redhat.com/show_bug.cgi?id=1411705




 nsd-4.1.16-1.el6 (FEDORA-EPEL-2017-5eefcdeee7)
 Fast and lean authoritative DNS Name Server

Update Information:

Updated to 4.1.16 (minimum response option)




 squirrelmail-1.4.22-5.el6 (FEDORA-EPEL-2017-4efdb40c89)
 webmail client written in php

Update Information:

fix insufficient escaping of user-supplied data (CVE-2017-7692)

References:

  [ 1 ] Bug #1445165 - CVE-2017-7692 squirrelmail: Insufficient escaping of 
user-supplied data
https://bugzilla.redhat.com/show_bug.cgi?id=1445165




 tcpreplay-4.2.4-1.el6 (FEDORA-EPEL-2017-054e46de02)
 Replay captured network traffic

Update Information:

Bug fixes.  4.2.4:  - Fix spelling mistakes discovered by Lintian (#362)  4.2.3:
- Archive (remove) QuickTX until maintainer found (#357) - Ubuntu precise
32bit_build (#356)  4.2.2:  - Missing symbol pcap_version on macOS 10.12.4
(#353)

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

Re: OpenVPN, OpenSSL and Fedora 26+

[Pete Travis]

On Apr 27, 2017 3:13 PM, "David Sommerseth"  wrote:

On 27/04/17 01:20, Dominik 'Rathann' Mierzejewski wrote:
> On Wednesday, 26 April 2017 at 21:18, David Sommerseth wrote:
>> On 26/04/17 17:08, Lee Howard wrote:
>>> On 04/25/2017 01:39 PM, David Sommerseth wrote:
 This is actually just a very late heads-up about challenges with
OpenVPN
 in Fedora 26.

 Fedora is moving towards OpenSSL v1.1, which is in my opinion a sane
and
 good step forward.  Unfortunately, that gives OpenVPN a real challenge.
 The OpenSSL v1.1 support is not completed.  Patches have been sent to
 the upstream devel mailing list for review, but only half of them have
 been processed and applied so far.

 So, to be able to provide OpenVPN in Fedora 26 it was decided to switch
 to mbed TLS instead of OpenSSL (which OpenVPN also supports).  That
have
 revealed several issues:
>
> Thanks a lot for the write-up, David. Can you make sure this ends up
> in the release notes?

Sure ... I've never done that before, any pointers to how I can make
that happen?


--
kind regards,

David Sommerseth


File a PR or issue at https://pagure.io/release-notes and I'll follow up on
it.  An issue would be best at the moment, there's a bit of prep work to do
for the F26 branch.

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

Re: Split translations to noarch packages?

[Tomasz Kłoczko]

On 27 April 2017 at 22:34, Reindl Harald  wrote:
>> So far *only* argument was that his split may save ~1GB on ftp server.
>> [mode=sarcastic]
>
> no

Gosh .. so seems like I've lost few emails in this thread!!!
Could you please forward on my prv email address this email with other
than this "1GB" arguments?

[..]
> sorry, but you are a fool

Hmm .. could you please tell me when we switched subject from
splitting langpacks to my person? (rhetorical question)

[..]
> [harry@srv-rhsoft:~]$ df
> FilesystemTypeSize  Used Avail Use% Mounted on
[..]
> /dev/md2  ext43.6T  2.3T  1.3T  64% /mnt/data

Ufff .. full relief that Fedora still have more than few GB free space.

So if lack of free disk space is not an issue I'll be patiently only
waiting on this lost email with full explanation why instead investing
in rpm development is less important than moving whole packaging to
pre %land() and %doc era (something like +17 years ago).

kloczek
-- 
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1444482] perl-version-0.9918 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-version-0.99.18-1.fc27 |perl-version-0.99.18-1.fc27
   ||perl-version-0.99.18-1.fc26
 Resolution|--- |ERRATA
Last Closed||2017-04-27 16:53:55



--- Comment #3 from Fedora Update System  ---
perl-version-0.99.18-1.fc26 has been pushed to the Fedora 26 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.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1437790] perl-Makefile-DOM-0.008-6.fc27 FTBFS: tests fail with perl-List-MoreUtils-0.418-1.fc27

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Makefile-DOM-0.008-7.f |perl-Makefile-DOM-0.008-7.f
   |c27 |c27
   ||perl-Makefile-DOM-0.008-7.f
   ||c26
 Resolution|--- |ERRATA
Last Closed||2017-04-27 16:53:52



--- Comment #3 from Fedora Update System  ---
perl-Makefile-DOM-0.008-7.fc26 has been pushed to the Fedora 26 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.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1444242] perl-CPAN-Perl-Releases-3.14 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-CPAN-Perl-Releases-3.1 |perl-CPAN-Perl-Releases-3.1
   |4-1.fc27|4-1.fc27
   ||perl-CPAN-Perl-Releases-3.1
   ||4-1.fc26
 Resolution|--- |ERRATA
Last Closed||2017-04-27 16:53:37



--- Comment #6 from Fedora Update System  ---
perl-CPAN-Perl-Releases-3.14-1.fc26 has been pushed to the Fedora 26 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.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1444245] perl-Module-CoreList-5.20170420 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Module-CoreList-5.2017 |perl-Module-CoreList-5.2017
   |0420-1.fc27 |0420-1.fc27
   |perl-Module-CoreList-5.2017 |perl-Module-CoreList-5.2017
   |0420-1.fc25 |0420-1.fc25
   ||perl-Module-CoreList-5.2017
   ||0420-1.fc26



--- Comment #8 from Fedora Update System  ---
perl-Module-CoreList-5.20170420-1.fc26 has been pushed to the Fedora 26 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.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1444240] perl-bareword-filehandles-0.005 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-bareword-filehandles-0 |perl-bareword-filehandles-0
   |.005-1.fc27 |.005-1.fc27
   ||perl-bareword-filehandles-0
   ||.005-1.fc26
 Resolution|--- |ERRATA
Last Closed||2017-04-27 16:53:26



--- Comment #6 from Fedora Update System  ---
perl-bareword-filehandles-0.005-1.fc26 has been pushed to the Fedora 26 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.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1444246] perl-multidimensional-0.013 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-multidimensional-0.013 |perl-multidimensional-0.013
   |-1.fc27 |-1.fc27
   ||perl-multidimensional-0.013
   ||-1.fc26
 Resolution|--- |ERRATA
Last Closed||2017-04-27 16:53:33



--- Comment #6 from Fedora Update System  ---
perl-multidimensional-0.013-1.fc26 has been pushed to the Fedora 26 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.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Split translations to noarch packages?

[Björn 'besser82' Esser]

Am 27.04.2017 um 22:29 schrieb Tomasz Kłoczko:

On 27 April 2017 at 21:54, Reindl Harald  wrote:

Am 27.04.2017 um 21:50 schrieb Tomasz Kłoczko:

OK so what kind of problem solves those changes? Can I have look on some
bugzilla entry?

split packages where it *really* matters instead create thousands of small
rpm packages where the metadata and overhead is much larger than the few
bytes in the standard package?

So far *only* argument was that his split may save ~1GB on ftp server.


And lots of terabytes when syncing the mirrors…


[mode=sarcastic]
If Fedora Foundation is in so big financial troubles I can donate 1GB
SD card out of my pocket (probably 2-3 pounds with delivery to US).
Just please give me address where this card needs to be delivered.
[/mode]


It's not about the money, really…  This is a great step towards 
"Green-IT"…  Every bit of a transmission needs energy and it is a great 
idea to save energy, by just such a little change.


Fedora currently has about 19k packages in each maintained release / 
branch, thats a total of about 76k packages.  If such a little change 
saves about 100KB of storage in average for every single package, it's a 
total saving of about 7.25 GB.  This saves about 7.25 GB for syncing of 
each mirror; for 242 active mirrors that's a total of 1.71 TB of 
transmitted data…


Cheers,
  Björn
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora 26-20170426.n.0 compose check report

[Adam Williamson]

On Thu, 2017-04-27 at 01:32 +, Fedora compose checker wrote:
> Missing expected images:
> 
> Xfce raw-xz armhfp
> 
> Failed openQA tests: 19/116 (x86_64), 6/23 (i386), 1/2 (arm)

So there's, well, various stuff going on here.

The biggest thing is a GNOME crasher (during gnome-initial-setup on
first login, when a user is created during installation):

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

A fix for that showed up today, so hopefully we'll get that sent out as
an update and pushed stable soon, and then that one won't be an issue
any longer.

Beyond that there's kind of a bunch of miscellaneous things. There's an
intermittent bug with the INSTALLATION DESTINATION spoke not clearing
to a 'done' state properly:

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

that causes some tests to fail every day lately - it seems to be pretty
much random whether it happens or not, all the tests that just go to
the INSTALLATION DESTINATION spoke and immediately click 'Done' to
return to the hub without making any changes seem to be vulnerable to
it.

KDE's had a bug where it sometimes just fails to start up properly for
a long time now, I think I filed it a while back, but it still seems to
happen.

There's something going on with the openQA test updates.img not taking
effect properly, that just showed up today, which I'm going to look
into next.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [RFC] delta-repository-metadata

[Björn 'besser82' Esser]

Am 27.04.2017 um 19:02 schrieb Igor Gnatenko:

P.S. F25 and above are supported


Well, no…  I tried the plugin on fc26 and dnf refused to do anything 
after that:


AttributeError: 'Repo' object has no attribute 'cachedir'

I had to remove the plugin using low-level rpm…

Looks like the code isn't ported to dnf >= 2.0, yet…  :/


Cheers,
  Björn
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Split translations to noarch packages?

[Tomasz Kłoczko]

On 27 April 2017 at 21:54, Reindl Harald  wrote:
> Am 27.04.2017 um 21:50 schrieb Tomasz Kłoczko:
>>
>> OK so what kind of problem solves those changes? Can I have look on some
>> bugzilla entry?
>
> split packages where it *really* matters instead create thousands of small
> rpm packages where the metadata and overhead is much larger than the few
> bytes in the standard package?

So far *only* argument was that his split may save ~1GB on ftp server.
[mode=sarcastic]
If Fedora Foundation is in so big financial troubles I can donate 1GB
SD card out of my pocket (probably 2-3 pounds with delivery to US).
Just please give me address where this card needs to be delivered.
[/mode]

kloczek
-- 
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: how to handle source code from github

[Kevin Kofler]

Christopher wrote:
> If you're still deciding how often to bump the version numbers, consider
> following something like: http://semver.org/spec/v2.0.0.html

And if you don't use release branches and really don't want to bother trying 
to decide at each release on whether to go from 1.0.0 to 1.0.1, 1.1.0 or 
2.0.0, then consider just using udev/systemd-style versioning: a single 
integer release number (so after version 1, there is obviously version 2). 
The drawback is that it does not deliver to your users the kind of 
information semantic versioning carries (e.g., it is not obvious which 
systemd releases carry the biggest changes).

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

Re: Fedora Rawhide-20170426.n.0 compose check report

[Adam Williamson]

On Thu, 2017-04-27 at 01:26 +, Fedora compose checker wrote:
> Missing expected images:
> 
> Cloud_base qcow2 x86_64
> Atomic qcow2 x86_64
> Cloud_base raw-xz x86_64
> Xfce raw-xz armhfp
> Atomic raw-xz x86_64
> Minimal raw-xz armhfp
> 
> Failed openQA tests: 74/114 (x86_64), 22/23 (i386)

So all the Rawhide installer images started failing to boot on the
weekend. I just got around to looking into it today (I've got kinda a
backlog at the moment). It seems to be caused by a new version of tmux:

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

This is probably also responsible for the missing images (they're all
images that require a working installer to produce).
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: OpenVPN, OpenSSL and Fedora 26+

[David Sommerseth]

On 27/04/17 01:20, Dominik 'Rathann' Mierzejewski wrote:
> On Wednesday, 26 April 2017 at 21:18, David Sommerseth wrote:
>> On 26/04/17 17:08, Lee Howard wrote:
>>> On 04/25/2017 01:39 PM, David Sommerseth wrote:
 This is actually just a very late heads-up about challenges with OpenVPN
 in Fedora 26.

 Fedora is moving towards OpenSSL v1.1, which is in my opinion a sane and
 good step forward.  Unfortunately, that gives OpenVPN a real challenge.
 The OpenSSL v1.1 support is not completed.  Patches have been sent to
 the upstream devel mailing list for review, but only half of them have
 been processed and applied so far.

 So, to be able to provide OpenVPN in Fedora 26 it was decided to switch
 to mbed TLS instead of OpenSSL (which OpenVPN also supports).  That have
 revealed several issues:
> 
> Thanks a lot for the write-up, David. Can you make sure this ends up
> in the release notes?

Sure ... I've never done that before, any pointers to how I can make
that happen?


-- 
kind regards,

David Sommerseth



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

Re: Split translations to noarch packages?

[Matthew Miller]

On Thu, Apr 27, 2017 at 07:50:40PM +, Tomasz Kłoczko wrote:
> OK so what kind of problem solves those changes? Can I have look on some
> bugzilla entry?

Talking to the maintainers of that package nicely is generally the best
approach. Or even better, *build* that better approach and *show*.
Telling people that we should switch to a theoretical solution that you
*say* would be quite easy is a lot different from actually _making_ it
easy for people.

-- 
Matthew Miller

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

Re: Split translations to noarch packages?

[Tomasz Kłoczko]

OK so what kind of problem solves those changes? Can I have look on some
bugzilla entry?

kloczek

On Thu, 27 Apr 2017 at 21:47, Matthew Miller 
wrote:

> On Thu, Apr 27, 2017 at 07:25:32PM +, Tomasz Kłoczko wrote:
> > Seems like splitting langpacks subpackages in all evolution packages few
> > minutes ago just started.
> > No generall agreement for such changes, ignoring already mentioned
> > arguments.
> > Seems only just because "we can".
>
> That's true. Within the existing guidelines and policies, we give our
> packagers a lot of latitude for solving the problems in the packages
> they maintain. If we decide we need a general policy for something, we
> can do that, but we don't have to nor do we always want to.
>
> > Guys if you are bored just please undress, sit down next to your clothes
> > and watch your cloths. This will be way more productive.
>
> Seriously, please. This is not constructive.
>
> > PS. Did anyone notice that Fedora in popularity ranking on
> distrowatch.com
> > dropped recently?
>
> That seems... decidedly unrelated. And, Distrowatch is a silly thing to
> use as a metric for _anything_. As it says itself, the rankings
> "correlate neither to usage nor to quality and should not be used to
> measure the market share of distributions."
>
> --
> Matthew Miller
> 
> Fedora Project Leader
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
-- 
Tomasz Kłoczko | Tel: 0774 1209067 | LinkedIn: *http://lnkd.in/FXPWxH
*
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Split translations to noarch packages?

[Matthew Miller]

On Thu, Apr 27, 2017 at 07:25:32PM +, Tomasz Kłoczko wrote:
> Seems like splitting langpacks subpackages in all evolution packages few
> minutes ago just started.
> No generall agreement for such changes, ignoring already mentioned
> arguments.
> Seems only just because "we can".

That's true. Within the existing guidelines and policies, we give our
packagers a lot of latitude for solving the problems in the packages
they maintain. If we decide we need a general policy for something, we
can do that, but we don't have to nor do we always want to.
 
> Guys if you are bored just please undress, sit down next to your clothes
> and watch your cloths. This will be way more productive.

Seriously, please. This is not constructive.

> PS. Did anyone notice that Fedora in popularity ranking on distrowatch.com
> dropped recently?

That seems... decidedly unrelated. And, Distrowatch is a silly thing to
use as a metric for _anything_. As it says itself, the rankings
"correlate neither to usage nor to quality and should not be used to
measure the market share of distributions."

-- 
Matthew Miller

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

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

[notifications]

From 5be05f34a0048697c0c0b5ccd14b36e094407c90 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Thu, 27 Apr 2017 21:37:57 +0200
Subject: Update to 7.31

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

diff --git a/.gitignore b/.gitignore
index 3fbb96b..9e30bc9 100644
--- a/.gitignore
+++ b/.gitignore
@@ -225,3 +225,4 @@ Mojolicious-0.26.tar.gz
 /Mojolicious-7.28.tar.gz
 /Mojolicious-7.29.tar.gz
 /Mojolicious-7.30.tar.gz
+/Mojolicious-7.31.tar.gz
diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec
index 72f39ba..a4d2341 100644
--- a/perl-Mojolicious.spec
+++ b/perl-Mojolicious.spec
@@ -1,5 +1,5 @@
 Name:   perl-Mojolicious
-Version:7.30
+Version:7.31
 Release:1%{?dist}
 Summary:A next generation web framework for Perl
 License:Artistic 2.0
@@ -76,6 +76,9 @@ make test
 %{perl_vendorlib}/Test
 
 %changelog
+* Thu Apr 27 2017 Emmanuel Seyman  - 7.31-1
+- Update to 7.31
+
 * Sun Apr 09 2017 Emmanuel Seyman  - 7.30-1
 - Update to 7.30
 
diff --git a/sources b/sources
index 0635124..7662f4d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Mojolicious-7.30.tar.gz) = 
be1b6d3bae65c67f99bb75b2a8d8a15b8493560d4cece47adbf2660a3e1479803dbfdae7d5c226a37004db8c0aa1fed21202c192c4675c8a60dc2f4368a35016
+SHA512 (Mojolicious-7.31.tar.gz) = 
2ba4eb664c2e21e3b2b73ecd18931bb39e1de9e8b0998bc723044abcb77d489ec9099de3d2b87d13f3cbd08adb829031e6746059df3657d5d2378374b4f98966
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Mojolicious.git/commit/?h=master=5be05f34a0048697c0c0b5ccd14b36e094407c90
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

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

[notifications]

2ba4eb664c2e21e3b2b73ecd18931bb39e1de9e8b0998bc723044abcb77d489ec9099de3d2b87d13f3cbd08adb829031e6746059df3657d5d2378374b4f98966
  Mojolicious-7.31.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Mojolicious/Mojolicious-7.31.tar.gz/sha512/2ba4eb664c2e21e3b2b73ecd18931bb39e1de9e8b0998bc723044abcb77d489ec9099de3d2b87d13f3cbd08adb829031e6746059df3657d5d2378374b4f98966/Mojolicious-7.31.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Split translations to noarch packages?

[Tomasz Kłoczko]

Seems like splitting langpacks subpackages in all evolution packages few
minutes ago just started.
No generall agreement for such changes, ignoring already mentioned
arguments.
Seems only just because "we can".

Guys if you are bored just please undress, sit down next to your clothes
and watch your cloths. This will be way more productive.

kloczek
PS. Did anyone notice that Fedora in popularity ranking on distrowatch.com
dropped recently?


On Thu, 27 Apr 2017 at 20:07, Zbigniew Jędrzejewski-Szmek 
wrote:

> On Thu, Apr 27, 2017 at 02:07:34PM +0200, Milan Crha wrote:
> > I did with evolution core packages what I thought is the best. I do not
> > use weak dependencies, I define a hard dependency between the langpacks
> > and the binary package, both ways, thus users get either both or none
> > of them. That makes the change backward compatible, while still helping
> > with disk usage on build servers and mirrors.
>
> There is a better way to preserve backwards compat:
> define Obsoletes: %{name} < [version] in both the main package and the
> langpacks packages. Then dnf will install both on upgrade, and users
> can still uninstall langpacks.
>
> See https://bugzilla.redhat.com/show_bug.cgi?id=1260394 for some
> discussion.
>
> Zbyszek
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
-- 
Tomasz Kłoczko | Tel: 0774 1209067 | LinkedIn: *http://lnkd.in/FXPWxH
*
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

eseyman pushed to perl-Config-Any (master). "Update to 0.32"

[notifications]

From 726cf182f193f299872157ba9e32489763f54479 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Thu, 27 Apr 2017 21:20:14 +0200
Subject: Update to 0.32

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

diff --git a/.gitignore b/.gitignore
index 51d0caf..bfd9e05 100644
--- a/.gitignore
+++ b/.gitignore
@@ -8,3 +8,4 @@ Config-Any-0.19.tar.gz
 /Config-Any-0.28.tar.gz
 /Config-Any-0.29.tar.gz
 /Config-Any-0.30.tar.gz
+/Config-Any-0.32.tar.gz
diff --git a/perl-Config-Any.spec b/perl-Config-Any.spec
index 174fc8b..e9ff823 100644
--- a/perl-Config-Any.spec
+++ b/perl-Config-Any.spec
@@ -1,6 +1,6 @@
 Name:   perl-Config-Any
 Summary:Load configuration from different file formats, transparently
-Version:0.30
+Version:0.32
 Release:1%{?dist}
 License:GPL+ or Artistic
 
@@ -62,6 +62,9 @@ make test
 %{_mandir}/man3/Config*
 
 %changelog
+* Thu Apr 27 2017 Emmanuel Seyman  - 0.32-1
+- Update to 0.32
+
 * Sun Apr 02 2017 Emmanuel Seyman  - 0.30-1
 - Update to 0.30
 
diff --git a/sources b/sources
index e6ca53b..dd0a072 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Config-Any-0.30.tar.gz) = 
798165360ff5dd0af2d7720f6b4372dc4fc7eba464fbb8635606aa9d16a86e88f91dcaf22ba3dc4aba52303b695391acb2540f7eac97223af69064b6322b600d
+SHA512 (Config-Any-0.32.tar.gz) = 
7c6fa9f341b1392ffd71babca688e3fb8bcd5f6330fe15aefb36ac002af83ed3674667dcddd9a500404bc4e019609f392c173653a8a792267fdb609e9323116c
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Config-Any.git/commit/?h=master=726cf182f193f299872157ba9e32489763f54479
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

eseyman uploaded Config-Any-0.32.tar.gz for perl-Config-Any

[notifications]

7c6fa9f341b1392ffd71babca688e3fb8bcd5f6330fe15aefb36ac002af83ed3674667dcddd9a500404bc4e019609f392c173653a8a792267fdb609e9323116c
  Config-Any-0.32.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Config-Any/Config-Any-0.32.tar.gz/sha512/7c6fa9f341b1392ffd71babca688e3fb8bcd5f6330fe15aefb36ac002af83ed3674667dcddd9a500404bc4e019609f392c173653a8a792267fdb609e9323116c/Config-Any-0.32.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Split translations to noarch packages?

[Zbigniew Jędrzejewski-Szmek]

On Thu, Apr 27, 2017 at 02:07:34PM +0200, Milan Crha wrote:
> I did with evolution core packages what I thought is the best. I do not
> use weak dependencies, I define a hard dependency between the langpacks
> and the binary package, both ways, thus users get either both or none
> of them. That makes the change backward compatible, while still helping
> with disk usage on build servers and mirrors.

There is a better way to preserve backwards compat:
define Obsoletes: %{name} < [version] in both the main package and the
langpacks packages. Then dnf will install both on upgrade, and users
can still uninstall langpacks.

See https://bugzilla.redhat.com/show_bug.cgi?id=1260394 for some discussion.

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

ralph changed ralph's 'watchcommits' permission on perl-Module-Install (f26) to 'Obsolete'

[notifications]

ralph changed ralph's 'watchcommits' permission on perl-Module-Install (f26) to 
'Obsolete'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's 'watchbugzilla' permission on perl-Module-Install (f26) to 'Obsolete'

[notifications]

ralph changed ralph's 'watchbugzilla' permission on perl-Module-Install (f26) 
to 'Obsolete'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's 'watchcommits' permission on perl-Module-Install (master) to 'Obsolete'

[notifications]

ralph changed ralph's 'watchcommits' permission on perl-Module-Install (master) 
to 'Obsolete'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's 'commit' permission on perl-Module-Install (f26) to 'Obsolete'

[notifications]

ralph changed ralph's 'commit' permission on perl-Module-Install (f26) to 
'Obsolete'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's 'watchbugzilla' permission on perl-Module-Install (master) to 'Obsolete'

[notifications]

ralph changed ralph's 'watchbugzilla' permission on perl-Module-Install 
(master) to 'Obsolete'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's 'commit' permission on perl-Module-Install (master) to 'Obsolete'

[notifications]

ralph changed ralph's 'commit' permission on perl-Module-Install (master) to 
'Obsolete'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's 'approveacls' permission on perl-Module-Install (f26) to 'Obsolete'

[notifications]

ralph changed ralph's 'approveacls' permission on perl-Module-Install (f26) to 
'Obsolete'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's 'approveacls' permission on perl-Module-Install (master) to 'Obsolete'

[notifications]

ralph changed ralph's 'approveacls' permission on perl-Module-Install (master) 
to 'Obsolete'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ppisar's 'approveacls' permission on perl-Module-Install (f26) to 'Approved'

[notifications]

ralph changed ppisar's 'approveacls' permission on perl-Module-Install (f26) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed owner of perl-Module-Install (f26) to 'ppisar'

[notifications]

ralph changed owner of perl-Module-Install (f26) to 'ppisar'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed owner of perl-Module-Install (master) to 'ppisar'

[notifications]

ralph changed owner of perl-Module-Install (master) to 'ppisar'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

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

[notifications]

ralph changed ppisar's 'approveacls' permission on perl-Module-Install (master) 
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's package request for perl-Module-Install in f26 from Awaiting Review to Approved

[notifications]

ralph changed ralph's package request for perl-Module-Install in f26 from 
Awaiting Review to Approved
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ppisar's 'commit' permission on perl-Module-Install (f26) to 'Approved'

[notifications]

ralph changed ppisar's 'commit' permission on perl-Module-Install (f26) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ppisar's 'watchcommits' permission on perl-Module-Install (f26) to 'Approved'

[notifications]

ralph changed ppisar's 'watchcommits' permission on perl-Module-Install (f26) 
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ppisar's 'watchbugzilla' permission on perl-Module-Install (f26) to 'Approved'

[notifications]

ralph changed ppisar's 'watchbugzilla' permission on perl-Module-Install (f26) 
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's 'watchcommits' permission on perl-Module-Install (f26) to 'Approved'

[notifications]

ralph changed ralph's 'watchcommits' permission on perl-Module-Install (f26) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's 'commit' permission on perl-Module-Install (f26) to 'Approved'

[notifications]

ralph changed ralph's 'commit' permission on perl-Module-Install (f26) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

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

[notifications]

ralph changed ppisar's 'watchbugzilla' permission on perl-Module-Install 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's 'approveacls' permission on perl-Module-Install (f26) to 'Approved'

[notifications]

ralph changed ralph's 'approveacls' permission on perl-Module-Install (f26) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's 'watchbugzilla' permission on perl-Module-Install (f26) to 'Approved'

[notifications]

ralph changed ralph's 'watchbugzilla' permission on perl-Module-Install (f26) 
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's package request for perl-Module-Install in master from Awaiting Review to Approved

[notifications]

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

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

[notifications]

ralph changed ppisar's 'watchcommits' permission on perl-Module-Install 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph created the branch 'f26' for the package 'perl-Module-Install'

[notifications]

ralph created the branch 'f26' for the package 'perl-Module-Install'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

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

[notifications]

ralph changed ppisar's 'commit' permission on perl-Module-Install (master) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph changed ralph's 'approveacls' permission on perl-Module-Install (master) to 'Approved'

[notifications]

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

ralph changed ralph's 'watchbugzilla' permission on perl-Module-Install (master) to 'Approved'

[notifications]

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

ralph added a new package 'perl-Module-Install' (master)

[notifications]

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

ralph changed ralph's 'commit' permission on perl-Module-Install (master) to 'Approved'

[notifications]

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

ralph changed ralph's 'watchcommits' permission on perl-Module-Install (master) to 'Approved'

[notifications]

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

ralph requested package perl-Module-Install on branch master

[notifications]

ralph requested package perl-Module-Install on branch master
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ralph requested package perl-Module-Install on branch f26

[notifications]

ralph requested package perl-Module-Install on branch f26
https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Announcing Bugzilla 5 Public Beta!

[Christine Freitas]

Hello All,


We are pleased to announce Red Hat's Bugzilla 5 beta [1]! We’re inviting
all of you to participate.

We encourage you to test your current scripts against this new version and
take part in the beta discussions on the Fedora development list [2].
Partners and customers may also use their existing communications channels
to share feedback or questions. We ask that you provide feedback or
questions by Wednesday, May 17th.

Here is a short list of some of the changes in Bugzilla 5:


   -

   Major improvements in the WebServices interface, including a new
   REST-like endpoint, allowing clients to access data using standard HTTP
   calls for easy development.
   -

   The UI has been significantly overhauled for a modern browsing
   experience.
   -

   Performance improvements, including caching improvements to allow faster
   access to certain types of data.
   -

   Red Hat Associates, Customers and Fedora Account System users can now
   log in using SAML.
   -

   The addition of some of the Bayoteers extensions allowing features such
   as inline editing of bugs in search results, team management and scrum
   tools, etc.
   -

   Ye Olde diff viewer has been replaced with the modern diff2html diff
   viewer
   -

   Improved, updated documentation including a rewrite using the
   reStructuredText format, which allows documentation to be more easily
   converted into different formats such as HTML and PDF, etc


The official release date for Bugzilla 5 will be determined based on the
beta feedback. We will communicate to you as the beta progresses.

For more information refer to:

https://beta-bugzilla.redhat.com/page.cgi?id=whats-new.html

https://beta-bugzilla.redhat.com/page.cgi?id=release-notes.html

https://beta-bugzilla.redhat.com/page.cgi?id=faq.html

https://beta-bugzilla.redhat.com/docs/en/html/using/index.html

https://beta-bugzilla.redhat.com/docs/en/html/api/index.html

Cheers, the Red Hat Bugzilla team.

1: https://beta-bugzilla.redhat.com/

2: https://lists.fedoraproject.org/archives/list/devel%40lists.
fedoraproject.org/
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org

[RFC] delta-repository-metadata

[Igor Gnatenko]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello users and developers,

We had presented deltametadata project at DevConf.CZ 2017[0], goal of
this project is to minimize bandwidth required on clients to update
repository metadata (repomd.xml, primary.xml, etc.) which would improve
user experience with DNF.

So, we have DNF plugin which acts 

How to try it?
1. dnf -y copr enable @rpm-software-management/deltamd
2. dnf -y install dnf-plugin-zsync

If something doesn't work, look into /var/log/dnf.log.


We would like you to try it out and give feedback, it is very important
for us! Just send it as reply to this message..

P.S. F25 and above are supported


[0] https://www.youtube.com/watch?v=l6uWxg3yMmw
- -- 
Regards,
lab-q Red Hat
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlkCJAoACgkQaVcUvRu8
X0wrGg/+Lvb/up8swQR6Nd9BacvrubhgELvOcOIsv/69aMPqe9cDqmAKUr33AWik
zUWbAwpkS79BLLKjoxHTxR379Ubmj5mCWyuufg/HCgeCHOZwIBEQzqrBjwKMsIN+
ts6Qk7mo1bsgS3xozx/tRH+N1xhx1O+UInsDxS1qKQ5KIBntf/e8ZrgFL/fbjHYx
/JVlz2p44tZxMHCsZP/hJv+DKV+AaY9/NcvLh2KBvpj75h8cVA3RkSE85YgNFNyD
GJRjkzv+swmwWXVZMd0XNiCKKXn+qGooMsrrjAmbousG/Gd/DmTQekuO/hIkGZ+g
rjSCPRjLXe+utD2lnqK5aWm1nJvaEUTjTAWKYAhV0mAAT/Y4Y8S2XcsdY6EXxiW6
iSYmXa4Rz4rTYiZ+K2XXYoEIGDVSN8C5lQyYy4Qqg2lnAyKDZ1567s/4fCz/IYpB
rpDv+4jX1o3C8RY0XUuCYkt+/IpVH+1/DfkhWJCG2rNLDpnq5R7N4cryJg0MClW1
PUw24GJFbIwWnl6he0n+ShJ6wzZvd2jHwFBVj5a/718wech3YnIfSHf/xJeIE6Nn
dK716wgmHUPyjCwk/cWQWdj5x99lMiDZJIXXFTu0zGLxXcHzz9MnZjDCv219u6XU
Vj0dCKWa3SoLml+zmRkqb+T4acyyXlwPBahRFXN3qBhFpqoA/MY=
=5ar8
-END PGP SIGNATURE-
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: What is your opinion on "sudo pip" fix for Fedora 27?

[Barry Warsaw]

On Apr 27, 2017, at 12:01 PM, Charalampos Stratakis wrote:

>Fedora's equivalent to dirtbike is rewheel [0][1] and it would be great if
>these projects could be unified somehow, however that's a separate
>conversation for another time.
>
>I'd be happy to take a closer look at dirtbike and maybe initiate some
>discussions when I get some free time.

+1

-Barry


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

Re: What is your opinion on "sudo pip" fix for Fedora 27?

[Charalampos Stratakis]

Fedora's equivalent to dirtbike is rewheel [0][1] and it would be great if 
these projects could be unified somehow, however that's a separate conversation 
for another time.

I'd be happy to take a closer look at dirtbike and maybe initiate some 
discussions when I get some free time.

[0] 
http://pkgs.fedoraproject.org/cgit/rpms/python3.git/plain/00189-add-rewheel-module.patch
[1] https://github.com/fedora-python/rewheel (kinda outdated)

Charalampos Stratakis
Associate Software Engineer
Python Maintenance Team, Red Hat

- Original Message -
From: "Barry Warsaw" 
To: python-devel@lists.fedoraproject.org
Sent: Thursday, April 27, 2017 5:27:55 PM
Subject: Re: What is your opinion on "sudo pip" fix for Fedora 27?

On Apr 27, 2017, at 04:52 PM, Nick Coghlan wrote:

>From my perspective, the main goal of the change is to make it
>possible to fully recover from "sudo pip install " by doing
>"sudo pip uninstall ", and the approach Debian took is
>sufficient to achieve that in almost all cases. So +1 from me for
>replicating something similar to Debian's approach in Fedora rather
>than blazing new trails by fiddling with `sys.prefix` directly.

All of Debian's deltas from upstream pip are here:

https://anonscm.debian.org/cgit/python-modules/packages/python-pip.git/tree/debian/patches

We also have a somewhat more elaborate machinery to unbundle packages using a
tool called dirtbike to turn installed (at build time) packages into
wheels.  That's a separate issue I'd be happy to talk more about.

In any case, to the extend that we can upstream the more generally useful
bits, or at least share behavior so users will have a similar experience on
both ecosystems, I'd be happy to help represent Debian.  Probably not much
will change there until after the upcoming release though, since the archive
is currently frozen.

Cheers,
-Barry

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

Re: What is your opinion on "sudo pip" fix for Fedora 27?

[Barry Warsaw]

On Apr 27, 2017, at 04:52 PM, Nick Coghlan wrote:

>From my perspective, the main goal of the change is to make it
>possible to fully recover from "sudo pip install " by doing
>"sudo pip uninstall ", and the approach Debian took is
>sufficient to achieve that in almost all cases. So +1 from me for
>replicating something similar to Debian's approach in Fedora rather
>than blazing new trails by fiddling with `sys.prefix` directly.

All of Debian's deltas from upstream pip are here:

https://anonscm.debian.org/cgit/python-modules/packages/python-pip.git/tree/debian/patches

We also have a somewhat more elaborate machinery to unbundle packages using a
tool called dirtbike to turn installed (at build time) packages into
wheels.  That's a separate issue I'd be happy to talk more about.

In any case, to the extend that we can upstream the more generally useful
bits, or at least share behavior so users will have a similar experience on
both ecosystems, I'd be happy to help represent Debian.  Probably not much
will change there until after the upcoming release though, since the archive
is currently frozen.

Cheers,
-Barry


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

Schedule for Friday's FESCo Meeting (2017-04-28)

[Adam Miller]

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 '2017-04-28 16:00 UTC'


Links to all issues below can be found at:
https://pagure.io/fesco/report/meeting_agenda

= Followups =

#topic #1699 xml-security-c new maintainer
.fesco 1699
https://pagure.io/fesco/issue/1699

= New business =

#topic #1653 Better communicating roles and responsibilities of FESCo
for elections
.fesco 1653
https://pagure.io/fesco/issue/1653

#topic #1690 F27 Self Contained Changes - Java 9
.fesco 1690
https://pagure.io/fesco/issue/1690#comment-438338

#topic #1702 Fedora support_url
.fesco 1702
https://pagure.io/fesco/issue/1702

= Open Floor =

For more complete details, please visit each individual
issue.  The report of the agenda items can be found at
https://pagure.io/fesco/report/meeting_agenda

If you would like to add something to this agenda, you can
reply to this e-mail, file a new issue at
https://pagure.io/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
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: What is your opinion on "sudo pip" fix for Fedora 27?

[Barry Warsaw]

On Apr 27, 2017, at 06:21 AM, Donald Stufft wrote:

>For whatever it’s worth, at some point in time I plan on attempting to
>formalize the Debian solution (or something akin to it) within a PEP and try
>to get baked in support for it in Python.
>
>I also feel required to point out that ``sudo pip uninstall`` isn’t always
>enough, because while the two systems install to different locations, pip
>currently will uninstall the files in /usr when installing to
>/usr/local. They’ve patched their copy of pip to refuse to uninstall files
>from /usr, but upstream pip will still do it. Again, something I hope to get
>sorted at some point (and of course, an upgrade totally restores the files in
>/usr).

Also note that `pip install` defaults to --user in Debian, and that alleviates
a lot of the "well that didn't work, let me add sudo" urges.  Upstream, this
bug tracks that, although it's long standing without much recent progress:

https://github.com/pypa/pip/issues/1668

IMHO, that's the right direction to go, and I think Donald is philosophically
aligned (apologies if I'm misreading that, DS!).  There are of course plenty
of knock-on issues to work out, which is probably why that issue is still
open.

Defaulting to --user won't solve all the problems but I think it's very much a
step in the right direction.

Even with this, over in Debuntu-land we sometimes still see bug reports from
people who were confused by importing an unexpected version of a package, and
not remembering (or knowing) that some third party version outside of the
archive had been installed, and /usr/local/lib does come before /usr/lib in
sys.path.  This lead to https://bugs.python.org/issue29546 which will be in
3.7 and should at least help in debugging such situations.

Cheers,
-Barry


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

ppisar pushed to perl-Module-Pluggable (f26). "Rermove srpm-build-time conditions requring perl (..more)"

[notifications]

From a258fd4e103618f14d947585780c71746f21d4c1 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 27 Apr 2017 16:48:12 +0200
Subject: Rermove srpm-build-time conditions requring perl

Perl is not in the minimal build root.
---
 perl-Module-Pluggable.spec | 4 
 1 file changed, 4 deletions(-)

diff --git a/perl-Module-Pluggable.spec b/perl-Module-Pluggable.spec
index cd851dc..325d8c6 100644
--- a/perl-Module-Pluggable.spec
+++ b/perl-Module-Pluggable.spec
@@ -19,9 +19,7 @@ BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
 # Run-time:
 BuildRequires:  perl(Carp)
-%if 0%(perl -e 'print $] > 5.017')
 BuildRequires:  perl(deprecate)
-%endif
 BuildRequires:  perl(Exporter) >= 5.57
 BuildRequires:  perl(File::Basename)
 BuildRequires:  perl(File::Find)
@@ -44,9 +42,7 @@ BuildRequires:  perl(File::Path)
 BuildRequires:  perl(File::Temp)
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 Requires:   perl(File::Spec::Functions) >= 3.00
-%if 0%(perl -e 'print $] > 5.017')
 Requires:   perl(deprecate)
-%endif
 # Recommended run-time:
 Recommends: perl(Module::Runtime) >= 0.012
 
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Module-Pluggable.git/commit/?h=f26=a258fd4e103618f14d947585780c71746f21d4c1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Module-Pluggable (master). "Rermove srpm-build-time conditions requring perl (..more)"

[notifications]

From a258fd4e103618f14d947585780c71746f21d4c1 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 27 Apr 2017 16:48:12 +0200
Subject: Rermove srpm-build-time conditions requring perl

Perl is not in the minimal build root.
---
 perl-Module-Pluggable.spec | 4 
 1 file changed, 4 deletions(-)

diff --git a/perl-Module-Pluggable.spec b/perl-Module-Pluggable.spec
index cd851dc..325d8c6 100644
--- a/perl-Module-Pluggable.spec
+++ b/perl-Module-Pluggable.spec
@@ -19,9 +19,7 @@ BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
 # Run-time:
 BuildRequires:  perl(Carp)
-%if 0%(perl -e 'print $] > 5.017')
 BuildRequires:  perl(deprecate)
-%endif
 BuildRequires:  perl(Exporter) >= 5.57
 BuildRequires:  perl(File::Basename)
 BuildRequires:  perl(File::Find)
@@ -44,9 +42,7 @@ BuildRequires:  perl(File::Path)
 BuildRequires:  perl(File::Temp)
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 Requires:   perl(File::Spec::Functions) >= 3.00
-%if 0%(perl -e 'print $] > 5.017')
 Requires:   perl(deprecate)
-%endif
 # Recommended run-time:
 Recommends: perl(Module::Runtime) >= 0.012
 
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Module-Pluggable.git/commit/?h=master=a258fd4e103618f14d947585780c71746f21d4c1
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Module-Runtime (f26). "Introduce build-condition for optional tests"

[notifications]

From 793d5c8101c2edcf8cb3843a789d8d462546205c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 27 Apr 2017 16:40:05 +0200
Subject: Introduce build-condition for optional tests

---
 perl-Module-Runtime.spec | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/perl-Module-Runtime.spec b/perl-Module-Runtime.spec
index 5236f13..26f2896 100644
--- a/perl-Module-Runtime.spec
+++ b/perl-Module-Runtime.spec
@@ -1,4 +1,8 @@
 # This file is licensed under the terms of GNU GPLv2+.
+
+# Run optional tests
+%{bcond_without perl_Module_Runtime_enables_optional_test}
+
 Name:   perl-Module-Runtime
 Version:0.014
 Release:9%{?dist}
@@ -16,9 +20,11 @@ BuildRequires:  perl(warnings)
 # Tests:
 BuildRequires:  perl(Math::BigInt)
 BuildRequires:  perl(Test::More)
+%if %{with perl_Module_Runtime_enables_optional_test}
 # Optional tests:
 BuildRequires:  perl(Test::Pod) >= 1.00
 BuildRequires:  perl(Test::Pod::Coverage)
+%endif
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 
 %description
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Module-Runtime.git/commit/?h=f26=793d5c8101c2edcf8cb3843a789d8d462546205c
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Module-Runtime (master). "Introduce build-condition for optional tests"

[notifications]

From 793d5c8101c2edcf8cb3843a789d8d462546205c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 27 Apr 2017 16:40:05 +0200
Subject: Introduce build-condition for optional tests

---
 perl-Module-Runtime.spec | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/perl-Module-Runtime.spec b/perl-Module-Runtime.spec
index 5236f13..26f2896 100644
--- a/perl-Module-Runtime.spec
+++ b/perl-Module-Runtime.spec
@@ -1,4 +1,8 @@
 # This file is licensed under the terms of GNU GPLv2+.
+
+# Run optional tests
+%{bcond_without perl_Module_Runtime_enables_optional_test}
+
 Name:   perl-Module-Runtime
 Version:0.014
 Release:9%{?dist}
@@ -16,9 +20,11 @@ BuildRequires:  perl(warnings)
 # Tests:
 BuildRequires:  perl(Math::BigInt)
 BuildRequires:  perl(Test::More)
+%if %{with perl_Module_Runtime_enables_optional_test}
 # Optional tests:
 BuildRequires:  perl(Test::Pod) >= 1.00
 BuildRequires:  perl(Test::Pod::Coverage)
+%endif
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 
 %description
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Module-Runtime.git/commit/?h=master=793d5c8101c2edcf8cb3843a789d8d462546205c
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: What is your opinion on "sudo pip" fix for Fedora 27?

[Nick Coghlan]

On 28 April 2017 at 00:07, Stephen John Smoogen  wrote:
> On 27 April 2017 at 02:32, Nick Coghlan  wrote:
>> At this moment, this is NOT true for Fedora and derivatives. Instead,
>> the remediation step here is "sudo pip uninstall X && sudo dnf
>> reinstall " where you have to:
>>
>> 1. Figure out what "" needs to be
>> 2. Hope that whatever you broke didn't affect your ability to run
>> "sudo dnf reinstall"
>
> I have a question. If there is a working version of what we want, is
> there a reason we should not adopt that version with appropriate
> hacks?

Only the fact that even what Debian have is still pretty flawed, so it
made sense to try and see if we could think of a potentially better
alternative.

That said, the gist of my reply to the original Python SIG thread was
that I think we've reached the end of that process, and it's time to
just adopt an approach that's mostly consistent with Debian's approach
(plus any necessary adjustments to avoid breaking the world for RPM
builds)

> Would this give any future PEP some groundswell of approval?

I think so - once the Debian/Ubuntu and Fedora/RHEL/CentOS ecosystems
share a common way of doing things at the distro level, it's often
easier to make the case for changes upstream as "general Linux
integration improvements", which sidesteps arguments against
maintaining "distro-specific workarounds" in upstream tools.

Cheers,
Nick.

-- 
Nick Coghlan   |   ncogh...@gmail.com   |   Brisbane, Australia
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

ppisar pushed to perl-YAML-Tiny (master). "Introduce build-condition for JSON::MaybeXS test (..more)"

[notifications]

From d51157c29e34e8dc1f2bd869d599f898bac1cf1c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 27 Apr 2017 16:13:44 +0200
Subject: Introduce build-condition for JSON::MaybeXS test

The tests fall back to JSON::PP if JSON::MaybeXS is not available.

Reason for thus condition is this building autotools: JSON::MaybeXS
requires Compress::LZF that requires liblzf that requires autotools.
And autotools require modules whose packages are built by
Module::Install that requires YAML::Tiny that goes back JSON::MaybeXS
tests.
---
 perl-YAML-Tiny.spec | 5 +
 1 file changed, 5 insertions(+)

diff --git a/perl-YAML-Tiny.spec b/perl-YAML-Tiny.spec
index b9c8647..8e77ea3 100644
--- a/perl-YAML-Tiny.spec
+++ b/perl-YAML-Tiny.spec
@@ -1,3 +1,6 @@
+# Test using JSON::MaybeXS instead of JSON::PP
+%{bcond_without perl_YAML_Tiny_enables_JSON_MaybeX_test}
+
 Name:   perl-YAML-Tiny
 Version:1.70
 Release:2%{?dist}
@@ -31,7 +34,9 @@ BuildRequires:  perl(File::Spec::Functions)
 BuildRequires:  perl(File::Temp) >= 0.19
 BuildRequires:  perl(Getopt::Long)
 BuildRequires:  perl(IO::Dir)
+%if %{with perl_YAML_Tiny_enables_JSON_MaybeX_test}
 BuildRequires:  perl(JSON::MaybeXS) >= 1.001000
+%endif
 BuildRequires:  perl(JSON::PP)
 BuildRequires:  perl(lib)
 BuildRequires:  perl(List::Util)
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-YAML-Tiny.git/commit/?h=master=d51157c29e34e8dc1f2bd869d599f898bac1cf1c
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-YAML-Tiny (f26). "Introduce build-condition for JSON::MaybeXS test (..more)"

[notifications]

From d51157c29e34e8dc1f2bd869d599f898bac1cf1c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 27 Apr 2017 16:13:44 +0200
Subject: Introduce build-condition for JSON::MaybeXS test

The tests fall back to JSON::PP if JSON::MaybeXS is not available.

Reason for thus condition is this building autotools: JSON::MaybeXS
requires Compress::LZF that requires liblzf that requires autotools.
And autotools require modules whose packages are built by
Module::Install that requires YAML::Tiny that goes back JSON::MaybeXS
tests.
---
 perl-YAML-Tiny.spec | 5 +
 1 file changed, 5 insertions(+)

diff --git a/perl-YAML-Tiny.spec b/perl-YAML-Tiny.spec
index b9c8647..8e77ea3 100644
--- a/perl-YAML-Tiny.spec
+++ b/perl-YAML-Tiny.spec
@@ -1,3 +1,6 @@
+# Test using JSON::MaybeXS instead of JSON::PP
+%{bcond_without perl_YAML_Tiny_enables_JSON_MaybeX_test}
+
 Name:   perl-YAML-Tiny
 Version:1.70
 Release:2%{?dist}
@@ -31,7 +34,9 @@ BuildRequires:  perl(File::Spec::Functions)
 BuildRequires:  perl(File::Temp) >= 0.19
 BuildRequires:  perl(Getopt::Long)
 BuildRequires:  perl(IO::Dir)
+%if %{with perl_YAML_Tiny_enables_JSON_MaybeX_test}
 BuildRequires:  perl(JSON::MaybeXS) >= 1.001000
+%endif
 BuildRequires:  perl(JSON::PP)
 BuildRequires:  perl(lib)
 BuildRequires:  perl(List::Util)
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-YAML-Tiny.git/commit/?h=f26=d51157c29e34e8dc1f2bd869d599f898bac1cf1c
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: What is your opinion on "sudo pip" fix for Fedora 27?

[Daniel P. Berrange]

On Thu, Apr 27, 2017 at 11:48:06PM +1000, Nick Coghlan wrote:
> On 27 April 2017 at 23:04, Daniel P. Berrange  wrote:
> > On Thu, Apr 27, 2017 at 04:32:09PM +1000, Nick Coghlan wrote:
> >> Their approach means that any harm caused by "sudo pip install X" can
> >> subsequently be fully reversed by doing "sudo pip uninstall X".
> >>
> >> At this moment, this is NOT true for Fedora and derivatives. Instead,
> >> the remediation step here is "sudo pip uninstall X && sudo dnf
> >> reinstall " where you have to:
> >>
> >> 1. Figure out what "" needs to be
> >> 2. Hope that whatever you broke didn't affect your ability to run
> >> "sudo dnf reinstall"
> >
> > Yep, recovering the system python install to a pristine state after
> > 'devstack' has done its stuff is very painful right now :-(
> >
> > devstack was originally written for Ubuntu systems, so I guess they
> > don't suffer as much due to the Debian specific change you describe
> > above.
> >
> > Which location takes priority in Debian if the same module is installed
> > in both places ? The DPKG location, or the Pip location ? Presumably it
> > would have to be the pip version that takes priority if you want it to
> > be usable for updating the (likely older) distro provided versions.
> 
> Aye, /usr/local/lib has priority:
> 
> $ docker run --rm ncoghlan/debian-python python3 -m site
> sys.path = [
> '/',
> '/usr/lib/python3.4',
> '/usr/lib/python3.4/plat-x86_64-linux-gnu',
> '/usr/lib/python3.4/lib-dynload',
> '/usr/local/lib/python3.4/dist-packages',
> '/usr/lib/python3/dist-packages',
> ]
> USER_BASE: '/root/.local' (doesn't exist)
> USER_SITE: '/root/.local/lib/python3.4/site-packages' (doesn't exist)
> ENABLE_USER_SITE: True
> 
> User level package installs take priority over system level ones
> (regardless of distro), so the current container build use case for
> root level pip installations can typically be met equally well by
> running as a non-root user inside the container and doing "pip install
> --user ...". Unfortunately, as with the venv option, there are a *lot*
> of container build scripts out there that don't do that :(

It would be nice if openstack devstack didn't install anything with
sudo and instead kept it all isolated as a user, but I don't see
such a change happening. So anything we can do to reduce the damage
of "sudo pip" is welcome, particularly if it aligns with what Debian
already do.

Regards,
Daniel
-- 
|: https://berrange.com  -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Files in /etc/xdg/autostart should be declared as %config(noreplace)

[Vít Ondruch]

Dne 27.4.2017 v 15:49 Edgar Hoch napsal(a):
> I agree - see the last section of my mail. Your approach is better.
>
> But how do we get this approach to Fedora? Who is responsible for changeing 
> the package guidelines and changing the packages (possibly even for Fedora 
> 26?)?

Anybody can bring packaging concerns to:

https://fedoraproject.org/wiki/Packaging_Committee


Vít


>
>
> Am 27.04.2017 um 14:57 schrieb Reindl Harald:
>> wrong approach
>>
>> go the systemd way
>>
>> * distribution only installs to /usr/lib/xdg/autostart
>> * /etc/xdg/autostart with the same name to override by admin
>> * create a symlink to /dev/null for disable saomething completly
>>
>> that is all much saner than the .rpmnew / .rpmsave dance
>>
>> Am 27.04.2017 um 14:52 schrieb Edgar Hoch:
>>> I want to start a discussion about xdg autostart.
>>>
>>> The problem is that system adminstrators should be able to install packages 
>>> so software is available for users, but they should be able to configure 
>>> which programs are autostarted on desktop login.
>>>
>>> Currently, I can modify files in /etc/xdg/autostart, and add a line 
>>> "Hidden=true" or something like "OnlyShowIn=XFCE;", or I can remove files 
>>> in this directory. But after an update of the package this file belongs to 
>>> the file is overwritten with the original file of the package, so my 
>>> changes are lost
>>>
>>> For example, in our university environment I don't want to autostart 
>>> services like syncevo-dbus-server.desktop tracker-extract.desktop 
>>> tracker-miner-apps.desktop tracker-miner-fs.desktop 
>>> tracker-miner-rss.desktop tracker-miner-user-guides.desktop 
>>> tracker-store.desktop zeitgeist-datahub.desktop at all as a default for all 
>>> users (users can change it for themselfs), and services like 
>>> baloo_file.desktop firewall-applet.desktop gnome-software-service.desktop 
>>> kdeconnectd.desktop sealertauto.desktop syncevo-dbus-server.desktop 
>>> tracker-extract.desktop tracker-miner-apps.desktop tracker-miner-fs.desktop 
>>> tracker-miner-rss.desktop tracker-miner-user-guides.desktop 
>>> tracker-store.desktop xpad.desktop xscreensaver-autostart.desktop 
>>> zeitgeist-datahub.desktop should not start when using GNOME.
>>>
>>> The problem is that non (?) of the packages declare files in 
>>> /etc/xdg/autostart as %config(noreplace). But in practice these files are 
>>> configuration files.
>>>
>>> There should be any mechanism for administators to change the default of 
>>> autostarting desktop services systemwide for all and for specific desktops.
>>> One possibility would be not to overwrite these files on package updates.
>>>
>>> A better solution would be to store system defaults in /usr (for example, 
>>> in /usr/share/xdg/autostart), and let /etc free for administrator purposes, 
>>> as it was designed for systemd in /etc/systemd/system - where I can 
>>> overwirte systemd services, or disable them all. Moreover better would be a 
>>> command line interface (and a _working_ graphical interface) to configure 
>>> autostart services systemwide and for individual users
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: What is your opinion on "sudo pip" fix for Fedora 27?

[Stephen John Smoogen]

On 27 April 2017 at 02:32, Nick Coghlan  wrote:
> On 27 April 2017 at 11:47, Nico Kadel-Garcia  wrote:
>> On Wed, Apr 26, 2017 at 7:13 AM, Charalampos Stratakis
>>> At the present time, running sudo pip3 in Fedora is not safe.
>>> Pip shares its installation directory with dnf, can remove
>>> dnf-managed files and generally break the Python 3 interpreter.
>>
>> This is true of every version of pip, not merely pip3. It was also
>> true of CPAN, and of many gradle, maven, and ant working environments
>> that semi-randomly collate the very latest versions of indeterminate
>> components and spray them on top of your system workspace with their
>> own quite distinct ideas about packaging and versioning.
>>
>> There is no solution to this problem, except to use tools like
>> "pyvenv" to set aside secluded workspaces for Python modules and their
>> dependencies assembly. So, for most developers, they *should not* use
>> "sudo pip". They should remain in user space, or possibly in shared
>> workspaces, to avoid overwriting system components.
>
> Nothing is changing in terms of *recommended* practices. This change
> proposal is entirely about harm mitigation for the cases where users
> *do* run "sudo pip ...", either because that's their instinctive
> reaction to a permissions error, or because some misguided
> installation instructions for a 3rd party package advised them to do
> it.
>
> Debian and derivatives already mitigate the potential harm for these
> cases by requiring the "--install-layout=deb" option to be passed to
> get distutils to install into the system directories rather than doing
> it by default: https://wiki.debian.org/Python#Deviations_from_upstream
>
> Their approach means that any harm caused by "sudo pip install X" can
> subsequently be fully reversed by doing "sudo pip uninstall X".
>
> At this moment, this is NOT true for Fedora and derivatives. Instead,
> the remediation step here is "sudo pip uninstall X && sudo dnf
> reinstall " where you have to:
>
> 1. Figure out what "" needs to be
> 2. Hope that whatever you broke didn't affect your ability to run
> "sudo dnf reinstall"
>

I have a question. If there is a working version of what we want, is
there a reason we should not adopt that version with appropriate
hacks? Would this give any future PEP some groundswell of approval?

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

nphilipp pushed to perl (master). "rebuild"

[notifications]

nphilipp pushed to perl (master).  "rebuild"

https://src.fedoraproject.org/cgit/perl.git/commit/?h=master=d4a3850c223fb969fcfd2dd10fc9bfd36553d78c
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

nphilipp pushed to perl (f26). "rebuild"

[notifications]

nphilipp pushed to perl (f26).  "rebuild"

https://src.fedoraproject.org/cgit/perl.git/commit/?h=f26=d4a3850c223fb969fcfd2dd10fc9bfd36553d78c
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Files in /etc/xdg/autostart should be declared as %config(noreplace)

[Edgar Hoch]

I agree - see the last section of my mail. Your approach is better.

But how do we get this approach to Fedora? Who is responsible for changeing the 
package guidelines and changing the packages (possibly even for Fedora 26?)?


Am 27.04.2017 um 14:57 schrieb Reindl Harald:
> wrong approach
> 
> go the systemd way
> 
> * distribution only installs to /usr/lib/xdg/autostart
> * /etc/xdg/autostart with the same name to override by admin
> * create a symlink to /dev/null for disable saomething completly
> 
> that is all much saner than the .rpmnew / .rpmsave dance
> 
> Am 27.04.2017 um 14:52 schrieb Edgar Hoch:
>> I want to start a discussion about xdg autostart.
>>
>> The problem is that system adminstrators should be able to install packages 
>> so software is available for users, but they should be able to configure 
>> which programs are autostarted on desktop login.
>>
>> Currently, I can modify files in /etc/xdg/autostart, and add a line 
>> "Hidden=true" or something like "OnlyShowIn=XFCE;", or I can remove files in 
>> this directory. But after an update of the package this file belongs to the 
>> file is overwritten with the original file of the package, so my changes are 
>> lost
>>
>> For example, in our university environment I don't want to autostart 
>> services like syncevo-dbus-server.desktop tracker-extract.desktop 
>> tracker-miner-apps.desktop tracker-miner-fs.desktop 
>> tracker-miner-rss.desktop tracker-miner-user-guides.desktop 
>> tracker-store.desktop zeitgeist-datahub.desktop at all as a default for all 
>> users (users can change it for themselfs), and services like 
>> baloo_file.desktop firewall-applet.desktop gnome-software-service.desktop 
>> kdeconnectd.desktop sealertauto.desktop syncevo-dbus-server.desktop 
>> tracker-extract.desktop tracker-miner-apps.desktop tracker-miner-fs.desktop 
>> tracker-miner-rss.desktop tracker-miner-user-guides.desktop 
>> tracker-store.desktop xpad.desktop xscreensaver-autostart.desktop 
>> zeitgeist-datahub.desktop should not start when using GNOME.
>>
>> The problem is that non (?) of the packages declare files in 
>> /etc/xdg/autostart as %config(noreplace). But in practice these files are 
>> configuration files.
>>
>> There should be any mechanism for administators to change the default of 
>> autostarting desktop services systemwide for all and for specific desktops.
>> One possibility would be not to overwrite these files on package updates.
>>
>> A better solution would be to store system defaults in /usr (for example, in 
>> /usr/share/xdg/autostart), and let /etc free for administrator purposes, as 
>> it was designed for systemd in /etc/systemd/system - where I can overwirte 
>> systemd services, or disable them all. Moreover better would be a command 
>> line interface (and a _working_ graphical interface) to configure autostart 
>> services systemwide and for individual users
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: What is your opinion on "sudo pip" fix for Fedora 27?

[Nick Coghlan]

On 27 April 2017 at 23:04, Daniel P. Berrange  wrote:
> On Thu, Apr 27, 2017 at 04:32:09PM +1000, Nick Coghlan wrote:
>> Their approach means that any harm caused by "sudo pip install X" can
>> subsequently be fully reversed by doing "sudo pip uninstall X".
>>
>> At this moment, this is NOT true for Fedora and derivatives. Instead,
>> the remediation step here is "sudo pip uninstall X && sudo dnf
>> reinstall " where you have to:
>>
>> 1. Figure out what "" needs to be
>> 2. Hope that whatever you broke didn't affect your ability to run
>> "sudo dnf reinstall"
>
> Yep, recovering the system python install to a pristine state after
> 'devstack' has done its stuff is very painful right now :-(
>
> devstack was originally written for Ubuntu systems, so I guess they
> don't suffer as much due to the Debian specific change you describe
> above.
>
> Which location takes priority in Debian if the same module is installed
> in both places ? The DPKG location, or the Pip location ? Presumably it
> would have to be the pip version that takes priority if you want it to
> be usable for updating the (likely older) distro provided versions.

Aye, /usr/local/lib has priority:

$ docker run --rm ncoghlan/debian-python python3 -m site
sys.path = [
'/',
'/usr/lib/python3.4',
'/usr/lib/python3.4/plat-x86_64-linux-gnu',
'/usr/lib/python3.4/lib-dynload',
'/usr/local/lib/python3.4/dist-packages',
'/usr/lib/python3/dist-packages',
]
USER_BASE: '/root/.local' (doesn't exist)
USER_SITE: '/root/.local/lib/python3.4/site-packages' (doesn't exist)
ENABLE_USER_SITE: True

User level package installs take priority over system level ones
(regardless of distro), so the current container build use case for
root level pip installations can typically be met equally well by
running as a non-root user inside the container and doing "pip install
--user ...". Unfortunately, as with the venv option, there are a *lot*
of container build scripts out there that don't do that :(

Cheers,
Nick.

-- 
Nick Coghlan   |   ncogh...@gmail.com   |   Brisbane, Australia
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org