[Bug 1341358] perl-Dancer2-0.200000 is available

[bugzilla]

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

Emmanuel Seyman  changed:

   What|Removed |Added

 CC||emman...@seyman.fr



--- Comment #4 from Emmanuel Seyman  ---
This is a pretty important version for the Dancer2 community.
It would be great if this could be released as an update for the stable
versions of Fedora.

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

[Bug 1341446] New: perl-XML-LibXML-2.0125 is available

[bugzilla]

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

Bug ID: 1341446
   Summary: perl-XML-LibXML-2.0125 is available
   Product: Fedora
   Version: rawhide
 Component: perl-XML-LibXML
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 2.0125
Current version/release in rawhide: 2.0124-2.fc25
URL: http://search.cpan.org/dist/XML-LibXML/

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

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

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

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

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

[Bug 1341437] perl-Gearman-1.12.007 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
Patches were not touched. All were applied properly

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

[Bug 1341437] perl-Gearman-1.12.007 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Patching or scratch build for perl-Gearman-1.12 failed.

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

[Bug 1341437] perl-Gearman-1.12.007 is available

[bugzilla]

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



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

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

[Bug 1341437] New: perl-Gearman-1.12.007 is available

[bugzilla]

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

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



Latest upstream release: 1.12.007
Current version/release in rawhide: 1.12-5.fc25
URL: http://search.cpan.org/dist/Gearman/

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

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

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

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

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

[Bug 1341444] New: perl-Test2-Workflow-0.000009 is available

[bugzilla]

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

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



Latest upstream release: 0.09
Current version/release in rawhide: 0.06-2.fc25
URL: http://search.cpan.org/dist/Test2-Workflow/

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

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

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

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

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

[Bug 1341443] New: perl-version-0.9917 is available

[bugzilla]

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

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



Latest upstream release: 0.9917
Current version/release in rawhide: 0.99.16-365.fc25
URL: http://search.cpan.org/dist/version/

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

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

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

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

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

Re: systemd 230 change - KillUserProcesses defaults to yes

[Chris Murphy]

On Tue, May 31, 2016 at 4:23 PM, Howard Chu  wrote:
> DJ Delorie wrote:
>>
>>
>> Lennart Poettering  writes:
>>>
>>> Again, as mentioned before: key here is that permitting user processes
>>> to stick around after all sessions of the user ended needs to be a
>>> privilieged concept. It should not be allowed for user code to stick
>>> around after logout, unless this is explicitly permitted by the admin,
>>> and this hence needs to be enforced by privileged code.
>>
>>
>> How many Fedora installs are multi-user these days?  How many
>> single-user desktops are we afflicting with a "you must ask an admin"
>> rule, when there is no admin besides the user sitting at the keyboard?
>>
>> Any rule that tries to split users into "unpriviledged" and "admin" is
>> short-sighted.
>
>
> Agreed. And the basic premise is utterly wrong. The user was obviously
> permitted to login to the machine, they are therefore permitted to run
> processes on the machine. Whether their shell process stays alive or not is
> utterly irrelevant, any other processes that continue to run after their
> login shell terminates is still legitimately using the machine. To call
> running without a control terminal "privileged" is inventing new definitions
> out of thin air. There is no logical basis for it. The entire premise is
> invalid.


The consistent theme by all parties I'm hearing is that there should
be better sanctioning for the bad apples. Right now the perception of
this feature is that sanctioning is impacting users and the upstreams
of non-offending tools, more than it's impacting the actual bad apples
that are the impetus behind the feature.



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

Re: Orphaned Packages in rawhide (2016-05-31)

[Rex Dieter]

Sérgio Basto wrote:

> On Ter, 2016-05-31 at 21:56 +, opensou...@till.name wrote:
>> smb4k (maintained by: sergiomb, rdieter)
>> kde-plasma-smb4k-1.2.1-3.fc24.i686 requires
>> plasma4(scriptengine-declarativeappletscript) = 0.1
>> smb4k-1.2.1-3.fc24.i686 requires kdebase-runtime = 16.04.1-1.fc25
> 
>> sergiomb: strigi
> 
> strigi still in rawhide [1]

Nothing in rawhide should depend on strigi anymore.  And, yes, it's still 
there and not retired yet per the original notice in this thread: "The 
following packages are orphaned and will be retired when they are orphaned 
for six weeks"

> my buildrequires :
> BuildRequires:  cmake >= 2.6.0
> BuildRequires:  kdelibs4-devel >= 4.4.0
> BuildRequires:  gettext
> BuildRequires: desktop-file-utils
> BuildRequires: libappstream-glib
> 
> What I can do ?
> 
> [1]
> koji wait-repo rawhide --build=strigi-0.7.8-12.fc24
> Successfully waited 0:02 for strigi-0.7.8-12.fc24 to appear in the rawhide
> repo

Are you implying that something *does* depend on it and/or you have a 
package that fails to build in rawhide?

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

[Bug 1341394] New: perl-Locale-Codes-3.39 is available

[bugzilla]

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

Bug ID: 1341394
   Summary: perl-Locale-Codes-3.39 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Locale-Codes
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 3.39
Current version/release in rawhide: 3.38-2.fc25
URL: http://search.cpan.org/dist/Locale-Codes/

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

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

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

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

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

[Bug 1341394] perl-Locale-Codes-3.39 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Patching or scratch build for perl-Locale-Codes-3.38 failed.

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

[Bug 1341394] perl-Locale-Codes-3.39 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
Patches were not touched. All were applied properly

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

[Bug 1341394] perl-Locale-Codes-3.39 is available

[bugzilla]

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



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

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

[Bug 1341393] New: perl-Pod-Checker-1.73 is available

[bugzilla]

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

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



Latest upstream release: 1.73
Current version/release in rawhide: 1.72-1.fc25
URL: http://search.cpan.org/dist/Pod-Checker/

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

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

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

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

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

[Bug 1341390] New: perl-PDL-2.016 is available

[bugzilla]

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

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



Latest upstream release: 2.016
Current version/release in rawhide: 2.15.0-5.fc25
URL: http://search.cpan.org/dist/PDL/

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

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

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

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

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

[Bug 1341385] perl-IO-Pty-Easy-0.10 is available

[bugzilla]

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



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

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

[Bug 1341385] perl-IO-Pty-Easy-0.10 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Patching or scratch build for perl-IO-Pty-Easy-0.09 failed.

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

[Bug 1341385] perl-IO-Pty-Easy-0.10 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
Following patches has been unapplied:
['IO-Pty-Easy-0.09-Fix-a-race-in-t-read-write.t-test.patch']

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

[Bug 1341385] New: perl-IO-Pty-Easy-0.10 is available

[bugzilla]

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

Bug ID: 1341385
   Summary: perl-IO-Pty-Easy-0.10 is available
   Product: Fedora
   Version: rawhide
 Component: perl-IO-Pty-Easy
  Keywords: FutureFeature, Triaged
  Assignee: dd...@cpan.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: dd...@cpan.org, perl-devel@lists.fedoraproject.org



Latest upstream release: 0.10
Current version/release in rawhide: 0.09-7.fc25
URL: http://search.cpan.org/dist/IO-Pty-Easy/

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

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

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

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

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

[Bug 1341383] New: perl-Moose-2.1803 is available

[bugzilla]

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

Bug ID: 1341383
   Summary: perl-Moose-2.1803 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Moose
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, iarn...@gmail.com,
mmasl...@redhat.com, p...@city-fan.org,
perl-devel@lists.fedoraproject.org



Latest upstream release: 2.1803
Current version/release in rawhide: 2.1802-1.fc25
URL: http://search.cpan.org/dist/Moose/

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

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

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

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

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

[Bug 1341375] New: perl-DBIx-Class-EncodedColumn-0.00014 is available

[bugzilla]

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

Bug ID: 1341375
   Summary: perl-DBIx-Class-EncodedColumn-0.00014 is available
   Product: Fedora
   Version: rawhide
 Component: perl-DBIx-Class-EncodedColumn
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: iarn...@gmail.com, jples...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.00014
Current version/release in rawhide: 0.00013-5.fc25
URL: http://search.cpan.org/dist/DBIx-Class-EncodedColumn

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

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

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

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

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

[Bug 1341374] New: perl-File-ChangeNotify-0.26 is available

[bugzilla]

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

Bug ID: 1341374
   Summary: perl-File-ChangeNotify-0.26 is available
   Product: Fedora
   Version: rawhide
 Component: perl-File-ChangeNotify
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mmasl...@redhat.com,
perl-de...@lists.fedoraproject.org



Latest upstream release: 0.26
Current version/release in rawhide: 0.24-8.fc25
URL: http://search.cpan.org/dist/File-ChangeNotify/

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

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

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

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

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

[Bug 1341373] New: perl-Date-Manip-6.54 is available

[bugzilla]

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

Bug ID: 1341373
   Summary: perl-Date-Manip-6.54 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Date-Manip
  Keywords: FutureFeature, Triaged
  Assignee: jpazdzi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jpazdzi...@redhat.com, mmasl...@redhat.com,
perl-de...@lists.fedoraproject.org



Latest upstream release: 6.54
Current version/release in rawhide: 6.53-2.fc25
URL: http://search.cpan.org/dist/Date-Manip/

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

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

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

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

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

[Bug 1341371] New: perl-App-Cme-1.012 is available

[bugzilla]

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

Bug ID: 1341371
   Summary: perl-App-Cme-1.012 is available
   Product: Fedora
   Version: rawhide
 Component: perl-App-Cme
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-de...@lists.fedoraproject.org



Latest upstream release: 1.012
Current version/release in rawhide: 1.011-2.fc25
URL: http://search.cpan.org/dist/App-Cme/

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

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

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

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

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

[Bug 1341360] New: perl-Capture-Tiny-0.42 is available

[bugzilla]

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

Bug ID: 1341360
   Summary: perl-Capture-Tiny-0.42 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Capture-Tiny
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-de...@lists.fedoraproject.org



Latest upstream release: 0.42
Current version/release in rawhide: 0.40-1.fc25
URL: http://search.cpan.org/dist/Capture-Tiny/

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

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

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

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

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

[Bug 1341362] New: perl-Carp-Clan-6.06 is available

[bugzilla]

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

Bug ID: 1341362
   Summary: perl-Carp-Clan-6.06 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Carp-Clan
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mmasl...@redhat.com,
perl-de...@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 6.06
Current version/release in rawhide: 6.04-23.fc25
URL: http://search.cpan.org/dist/Carp-Clan/

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

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

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

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

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

[Bug 1341368] New: perl-Check-ISA-0.05 is available

[bugzilla]

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

Bug ID: 1341368
   Summary: perl-Check-ISA-0.05 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Check-ISA
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mmasl...@redhat.com,
perl-de...@lists.fedoraproject.org



Latest upstream release: 0.05
Current version/release in rawhide: 0.04-22.fc25
URL: http://search.cpan.org/dist/Check-ISA/

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

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

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

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

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

[Bug 1341367] perl-ExtUtils-F77-1.20 is available

[bugzilla]

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



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

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

[Bug 1341367] perl-ExtUtils-F77-1.20 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Patching or scratch build for perl-ExtUtils-F77-1.19 failed.

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

[Bug 1341367] New: perl-ExtUtils-F77-1.20 is available

[bugzilla]

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

Bug ID: 1341367
   Summary: perl-ExtUtils-F77-1.20 is available
   Product: Fedora
   Version: rawhide
 Component: perl-ExtUtils-F77
  Keywords: FutureFeature, Triaged
  Assignee: or...@cora.nwra.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: or...@cora.nwra.com,
perl-de...@lists.fedoraproject.org



Latest upstream release: 1.20
Current version/release in rawhide: 1.19-3.fc25
URL: http://search.cpan.org/dist/ExtUtils-F77/

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

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

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

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

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

[Bug 1341367] perl-ExtUtils-F77-1.20 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
Patches were not touched. All were applied properly

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

[Bug 1341366] perl-Crypt-PBKDF2-0.161520 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Patching or scratch build for perl-Crypt-PBKDF2-0.160410 failed.

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

[Bug 1341366] perl-Crypt-PBKDF2-0.161520 is available

[bugzilla]

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



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

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

[Bug 1341366] New: perl-Crypt-PBKDF2-0.161520 is available

[bugzilla]

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

Bug ID: 1341366
   Summary: perl-Crypt-PBKDF2-0.161520 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Crypt-PBKDF2
  Keywords: FutureFeature, Triaged
  Assignee: dd...@cpan.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: dd...@cpan.org, perl-de...@lists.fedoraproject.org



Latest upstream release: 0.161520
Current version/release in rawhide: 0.160410-2.fc25
URL: http://search.cpan.org/dist/Crypt-PBKDF2/

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

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

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

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

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

[Bug 1341366] perl-Crypt-PBKDF2-0.161520 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
Patches were not touched. All were applied properly

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

[Bug 1341358] perl-Dancer2-0.200000 is available

[bugzilla]

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



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

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

[Bug 1341358] perl-Dancer2-0.200000 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
Patches were not touched. All were applied properly

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

[Bug 1341358] perl-Dancer2-0.200000 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Patching or scratch build for perl-Dancer2-0.166001 failed.

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

[Bug 1341358] New: perl-Dancer2-0.200000 is available

[bugzilla]

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

Bug ID: 1341358
   Summary: perl-Dancer2-0.20 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Dancer2
  Keywords: FutureFeature, Triaged
  Assignee: dd...@cpan.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: dd...@cpan.org, perl-de...@lists.fedoraproject.org



Latest upstream release: 0.20
Current version/release in rawhide: 0.166001-2.fc25
URL: http://search.cpan.org/dist/Dancer2

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

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

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

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

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

[Bug 1315525] perl-Net-DNS-1.06 is available

[bugzilla]

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



--- Comment #11 from Paul Wouters  ---
revoked, investigating

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

Re: Orphaned Packages in rawhide (2016-05-31)

[Kevin Fenzi]

FYI, I have taken hardlink. 

Co-maintainers as always welcome. 

kevin


pgpa_wyYTa4VM.pgp
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Orphaned Packages in rawhide (2016-05-31)

[Sérgio Basto]

On Ter, 2016-05-31 at 21:56 +, opensou...@till.name wrote:
> smb4k (maintained by: sergiomb, rdieter)
> kde-plasma-smb4k-1.2.1-3.fc24.i686 requires 
> plasma4(scriptengine-declarativeappletscript) = 0.1
> smb4k-1.2.1-3.fc24.i686 requires kdebase-runtime = 
> 16.04.1-1.fc25

> sergiomb: strigi

strigi still in rawhide [1] 

my buildrequires :
BuildRequires:  cmake >= 2.6.0
BuildRequires:  kdelibs4-devel >= 4.4.0
BuildRequires:  gettext
BuildRequires: desktop-file-utils
BuildRequires: libappstream-glib

What I can do ? 

[1]
koji wait-repo rawhide --build=strigi-0.7.8-12.fc24
Successfully waited 0:02 for strigi-0.7.8-12.fc24 to appear in the rawhide repo


-- 
Sérgio M. B.

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

[389-devel] Re: Please comment: [389 Project] #48404: /usr/lib64/dirsrv/libnunc-stans.so is owned by both -libs and -devel

[William Brown]

On Tue, 2016-05-31 at 12:49 -0700, Noriko Hosoi wrote:
> William raised a good point in fixing this ticket #48404.
> 
> We have *.so and *.so.* (*.so # & *.so.#.#.#) for libraries. I assumed 
> *.so should be in 389-ds-base-devel and *.so.* should be in 
> 389-ds-base-libs.  But it is not needed to be like that?  He proposed to 
> put all the .so and .so.* files in -libs and none in -devel.
> 
> We are currently discussing about libnunc-stans.so* and libslapd.so*.  I 
> see another one libns-dshttpd.so* which are all in -libs.
> 

lrwxrwxrwx. 1 root root17 Apr 14 10:22 libslapd.so -> libslapd.so.0.0.0
lrwxrwxrwx. 1 root root17 Apr 14 10:22 libslapd.so.0 -> 
libslapd.so.0.0.0
-rwxr-xr-x. 1 root root   6403918 Apr 14 10:22 libslapd.so.0.0.0

Basically, if we looked at -devel in isolation, it requires -libs to function.

But -devel provides a .so symlink, and we may have some application that looks 
for that. We should require -devel for an
application to find our library.

That's why I'd rather just see all the .so objects in -libs, and leave -devel 
to be our headers.


There are going to be three (or maybe more) use cases:

DS install (maybe with external plugins using the .so files):

* 389-ds-base
* 389-ds-base-libs

DS developer (maybe making plugins?)

* 389-ds-base
* 389-ds-base-libs
* 389-ds-base-devel

Plugin developer, or some other development

* 389-ds-base-libs
* 389-ds-base-devel

In all, they will all need 389-ds-base-libs which is why we should put all the 
.so there.

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane



signature.asc
Description: This is a digitally signed message part
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

Re: systemd 230 change - KillUserProcesses defaults to yes

[Andrew Lutomirski]

On May 31, 2016 3:24 PM, "Howard Chu"  wrote:
>
> DJ Delorie wrote:
>>
>>
>> Lennart Poettering  writes:
>>>
>>> Again, as mentioned before: key here is that permitting user processes
>>> to stick around after all sessions of the user ended needs to be a
>>> privilieged concept. It should not be allowed for user code to stick
>>> around after logout, unless this is explicitly permitted by the admin,
>>> and this hence needs to be enforced by privileged code.
>>
>>
>> How many Fedora installs are multi-user these days?  How many
>> single-user desktops are we afflicting with a "you must ask an admin"
>> rule, when there is no admin besides the user sitting at the keyboard?
>>
>> Any rule that tries to split users into "unpriviledged" and "admin" is
>> short-sighted.
>
>
> Agreed. And the basic premise is utterly wrong. The user was obviously
permitted to login to the machine, they are therefore permitted to run
processes on the machine. Whether their shell process stays alive or not is
utterly irrelevant, any other processes that continue to run after their
login shell terminates is still legitimately using the machine. To call
running without a control terminal "privileged" is inventing new
definitions out of thin air. There is no logical basis for it. The entire
premise is invalid.

Sure it is.  An admin might reasonable want users who aren't logged in not
to have processed running.  So there are really two issues here:

1. What's a reasonable default?  I would venture that allowing processes to
persist is the right default.  (Current Fedora 24 appears to be set up like
that, although the behavior is awkward.)

2. Assuming that users are allowed to have persistent processes, how do
they make them persistent?  I would argue that the current approach of
twiddling both loginctl (via polkit) *and* using systemd-run (currently
buggy) is too complicated and is a poor API / user experience.

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

Re: systemd 230 change - KillUserProcesses defaults to yes

[Howard Chu]

DJ Delorie wrote:


Lennart Poettering  writes:

Again, as mentioned before: key here is that permitting user processes
to stick around after all sessions of the user ended needs to be a
privilieged concept. It should not be allowed for user code to stick
around after logout, unless this is explicitly permitted by the admin,
and this hence needs to be enforced by privileged code.


How many Fedora installs are multi-user these days?  How many
single-user desktops are we afflicting with a "you must ask an admin"
rule, when there is no admin besides the user sitting at the keyboard?

Any rule that tries to split users into "unpriviledged" and "admin" is
short-sighted.


Agreed. And the basic premise is utterly wrong. The user was obviously 
permitted to login to the machine, they are therefore permitted to run 
processes on the machine. Whether their shell process stays alive or not is 
utterly irrelevant, any other processes that continue to run after their login 
shell terminates is still legitimately using the machine. To call running 
without a control terminal "privileged" is inventing new definitions out of 
thin air. There is no logical basis for it. The entire premise is invalid.


--
  -- Howard Chu
  CTO, Symas Corp.   http://www.symas.com
  Director, Highland Sun http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP  http://www.openldap.org/project/
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Package retired by was taken (by me)

[Athmane Madjoudj]

On Tue, May 31, 2016 at 11:04 PM, Athmane Madjoudj
 wrote:
> Hello Till,
>
> It seems that s3ql  package  was retired today however I took the
> package on 2016-05-16 and update it week later, see BZ #1249301
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1249301


I see now the issue (depends on retired pkg), sorry for the noise.

Best regards.

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

Package retired by was taken (by me)

[Athmane Madjoudj]

Hello Till,

It seems that s3ql  package  was retired today however I took the
package on 2016-05-16 and update it week later, see BZ #1249301

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1249301

Best regards.

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

Orphaned Packages in epel7 (2016-05-31)

[opensource]

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.

Package(co)maintainersStatus Change 
===
bandwidthdorphan, ondrejj 6 weeks ago   
bashdborphan, roma2 weeks ago   
djview4   orphan, terjeros5 weeks ago   
freeradius-client orphan, nmav4 weeks ago   
libupnp   orphan, cicku, mcepl13 weeks ago  
nodejs-linify orphan, group::nodejs-sig,  5 weeks ago   
  mayorga   
ola   orphan, daveo   1 weeks ago   
perl-HTTP-Request-AsCGI   orphan, eseyman, mmaslano, perl-11 weeks ago  
  sig   
perl-JSON-Any orphan, eseyman, lkundrak   11 weeks ago  
perl-Proc-Daemon  orphan, perl-sig14 weeks ago  
python-espeak orphan, mayorga 5 weeks ago   
python-geoip-geolite2 orphan, williamjmorenor 5 weeks ago   
python-keyringorphan, cicku, rtnpro   13 weeks ago  
python-pyoorphan, mayorga 5 weeks ago   
python-pyprintr   orphan, mayorga 5 weeks ago   
qt4pasorphan, cicku, sergiomb 7 weeks ago   
ruby-ldap orphan, stahnma, stevetraylen   6 weeks ago   
ruby-shadow   orphan, skottler, stahnma   6 weeks ago   
rubygem-localeorphan  6 weeks ago   
rubygem-rspec orphan, mmorsi, skottler,   6 weeks ago   
  tdawson, vondruch 
rubygem-stomp orphan, stevetraylen6 weeks ago   
smemstat  orphan, mayorga 5 weeks ago   
sphinxorphan, cdamian, gbcox, skottler8 weeks ago   
sylpheed  orphan, cicku   13 weeks ago  
throttle  orphan, fcami   5 weeks ago   
twms  orphan, mayorga 5 weeks ago   

The following packages require above mentioned packages:
Depending on: libupnp (1), status change: 2016-02-26 (13 weeks ago)
kf5-solid (maintained by: dvratil)
kf5-solid-5.21.0-1.el7.src requires libupnp-devel = 1.6.19-2.el7


Depending on: perl-HTTP-Request-AsCGI (9), status change: 2016-03-12 (11 weeks 
ago)
perl-Plack (maintained by: corsepiu, perl-sig)
perl-Plack-1.0030-3.el7.src requires perl(HTTP::Request::AsCGI) 
= 1.2

perl-HTTP-Exception (maintained by: eseyman, ktdreyer, perl-sig)
perl-HTTP-Exception-0.04006-1.el7.src requires perl(Plack) = 
1.0030

perl-JSON-RPC (maintained by: eseyman, perl-sig)
perl-JSON-RPC-1.03-5.el7.noarch requires perl(Plack::Request) = 
1.0030
perl-JSON-RPC-1.03-5.el7.src requires perl(Plack::Request) = 
1.0030

perl-LWP-Protocol-PSGI (maintained by: ddick, perl-sig)
perl-LWP-Protocol-PSGI-0.07-1.el7.noarch requires 
perl(HTTP::Message::PSGI)
perl-LWP-Protocol-PSGI-0.07-1.el7.src requires 
perl(HTTP::Message::PSGI)

perl-Plack-Middleware-FixMissingBodyInRedirect (maintained by: ddick, 
perl-sig)

perl-Plack-Middleware-FixMissingBodyInRedirect-0.12-1.el7.noarch requires 
perl(Plack::Middleware), perl(Plack::Util)
perl-Plack-Middleware-FixMissingBodyInRedirect-0.12-1.el7.src 
requires perl(Plack::Builder), perl(Plack::Middleware), perl(Plack::Util)

perl-Plack-Middleware-RemoveRedundantBody (maintained by: ddick, 
perl-sig)
perl-Plack-Middleware-RemoveRedundantBody-0.05-1.el7.noarch 
requires perl(Plack::Middleware), perl(Plack::Util)
perl-Plack-Middleware-RemoveRedundantBody-0.05-1.el7.src 
requires perl(Plack::Builder), perl(Plack::Middleware), perl(Plack::Util)

perl-Test-Fake-HTTPD (maintained by: dfateyev, perl-sig)
perl-Test-Fake-HTTPD-0.07-2.el7.noarch requires 
perl(HTTP::Message::PSGI)

[EPEL-devel] Orphaned Packages in epel7 (2016-05-31)

[opensource]

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.

Package(co)maintainersStatus Change 
===
bandwidthdorphan, ondrejj 6 weeks ago   
bashdborphan, roma2 weeks ago   
djview4   orphan, terjeros5 weeks ago   
freeradius-client orphan, nmav4 weeks ago   
libupnp   orphan, cicku, mcepl13 weeks ago  
nodejs-linify orphan, group::nodejs-sig,  5 weeks ago   
  mayorga   
ola   orphan, daveo   1 weeks ago   
perl-HTTP-Request-AsCGI   orphan, eseyman, mmaslano, perl-11 weeks ago  
  sig   
perl-JSON-Any orphan, eseyman, lkundrak   11 weeks ago  
perl-Proc-Daemon  orphan, perl-sig14 weeks ago  
python-espeak orphan, mayorga 5 weeks ago   
python-geoip-geolite2 orphan, williamjmorenor 5 weeks ago   
python-keyringorphan, cicku, rtnpro   13 weeks ago  
python-pyoorphan, mayorga 5 weeks ago   
python-pyprintr   orphan, mayorga 5 weeks ago   
qt4pasorphan, cicku, sergiomb 7 weeks ago   
ruby-ldap orphan, stahnma, stevetraylen   6 weeks ago   
ruby-shadow   orphan, skottler, stahnma   6 weeks ago   
rubygem-localeorphan  6 weeks ago   
rubygem-rspec orphan, mmorsi, skottler,   6 weeks ago   
  tdawson, vondruch 
rubygem-stomp orphan, stevetraylen6 weeks ago   
smemstat  orphan, mayorga 5 weeks ago   
sphinxorphan, cdamian, gbcox, skottler8 weeks ago   
sylpheed  orphan, cicku   13 weeks ago  
throttle  orphan, fcami   5 weeks ago   
twms  orphan, mayorga 5 weeks ago   

The following packages require above mentioned packages:
Depending on: libupnp (1), status change: 2016-02-26 (13 weeks ago)
kf5-solid (maintained by: dvratil)
kf5-solid-5.21.0-1.el7.src requires libupnp-devel = 1.6.19-2.el7


Depending on: perl-HTTP-Request-AsCGI (9), status change: 2016-03-12 (11 weeks 
ago)
perl-Plack (maintained by: corsepiu, perl-sig)
perl-Plack-1.0030-3.el7.src requires perl(HTTP::Request::AsCGI) 
= 1.2

perl-HTTP-Exception (maintained by: eseyman, ktdreyer, perl-sig)
perl-HTTP-Exception-0.04006-1.el7.src requires perl(Plack) = 
1.0030

perl-JSON-RPC (maintained by: eseyman, perl-sig)
perl-JSON-RPC-1.03-5.el7.noarch requires perl(Plack::Request) = 
1.0030
perl-JSON-RPC-1.03-5.el7.src requires perl(Plack::Request) = 
1.0030

perl-LWP-Protocol-PSGI (maintained by: ddick, perl-sig)
perl-LWP-Protocol-PSGI-0.07-1.el7.noarch requires 
perl(HTTP::Message::PSGI)
perl-LWP-Protocol-PSGI-0.07-1.el7.src requires 
perl(HTTP::Message::PSGI)

perl-Plack-Middleware-FixMissingBodyInRedirect (maintained by: ddick, 
perl-sig)

perl-Plack-Middleware-FixMissingBodyInRedirect-0.12-1.el7.noarch requires 
perl(Plack::Middleware), perl(Plack::Util)
perl-Plack-Middleware-FixMissingBodyInRedirect-0.12-1.el7.src 
requires perl(Plack::Builder), perl(Plack::Middleware), perl(Plack::Util)

perl-Plack-Middleware-RemoveRedundantBody (maintained by: ddick, 
perl-sig)
perl-Plack-Middleware-RemoveRedundantBody-0.05-1.el7.noarch 
requires perl(Plack::Middleware), perl(Plack::Util)
perl-Plack-Middleware-RemoveRedundantBody-0.05-1.el7.src 
requires perl(Plack::Builder), perl(Plack::Middleware), perl(Plack::Util)

perl-Test-Fake-HTTPD (maintained by: dfateyev, perl-sig)
perl-Test-Fake-HTTPD-0.07-2.el7.noarch requires 
perl(HTTP::Message::PSGI)

Orphaned Packages in branched (2016-05-31)

[opensource]

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.

  Package(co)maintainers  Status Change 
===
Gyazo  orphan, patrikopravil  0 weeks ago   
YafaRayorphan, roma   2 weeks ago   
bashdb orphan, roma   2 weeks ago   
compiz-plugins-unsupported orphan, raveit65, vicodan  7 weeks ago   
dinotrace  orphan, chitlesh, cicku13 weeks ago  
elektraorphan, cicku, kwizart,13 weeks ago  
   moceap   
gqradioorphan, roma   2 weeks ago   
gtkwhiteboard  orphan, roma   2 weeks ago   
hardlink   orphan 0 weeks ago   
js-excanvasorphan, group::nodejs-sig, 5 weeks ago   
   mayorga, williamjmorenor 
kradio4orphan, roma   2 weeks ago   
libXaw3dXftorphan, roma   2 weeks ago   
mediawiki-LdapAccount  orphan 6 weeks ago   
mingw-tk   orphan, epienbro, roma 2 weeks ago   
nc6orphan, jsafrane, psabata, 11 weeks ago  
   rvokal   
ngspiceorphan, chitlesh, mayorga, 5 weeks ago   
   sophiekovalevsky 
nodejs-js-beautify orphan, group::nodejs-sig, 5 weeks ago   
   mayorga, vjancik,
   williamjmorenor  
nodejs-linify  orphan, group::nodejs-sig, 5 weeks ago   
   mayorga  
nodejs-prismjs orphan, group::nodejs-sig, 5 weeks ago   
   mayorga, vjancik,
   williamjmorenor  
openlmi-storageorphan, agk, jsafrane, 4 weeks ago   
   jsynacek, rnovacek   
oyranosorphan, cicku  13 weeks ago  
partimage  orphan, roma   2 weeks ago   
powerman   orphan, tuxbrewr   13 weeks ago  
pydb   orphan, roma   2 weeks ago   
python-ZConfig orphan, mayorga, ralph 5 weeks ago   
python-espeak  orphan, mayorga5 weeks ago   
python-flask-uwsgi-websocket   orphan, mayorga5 weeks ago   
python-frappe  orphan, mayorga,   5 weeks ago   
   williamjmorenor  
python-frappe-benchorphan, mayorga,   5 weeks ago   
   williamjmorenor  
python-geoip-geolite2  orphan, williamjmorenor5 weeks ago   
python-mtTkinter   orphan, roma   2 weeks ago   
python-pyo orphan, mayorga5 weeks ago   
python-pyprintrorphan, mayorga5 weeks ago   
python-specorphan, mayorga5 weeks ago   
python-storm   orphan, abompard   13 weeks ago  
python3-dugong orphan, cicku, maci12 weeks ago  
qt4pas orphan, cicku, sergiomb7 weeks ago   
rtmidi orphan, cheeselee  11 weeks ago  
rurple orphan, roma   2 weeks ago   
secstate   orphan, mmiller4 weeks ago   
smemstat   orphan, mayorga5 weeks ago   
stardict-xmllittre orphan, fcami  5 weeks ago   
throttle   orphan, fcami  5 weeks ago   
twms

Orphaned Packages in rawhide (2016-05-31)

[opensource]

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.

  Package(co)maintainers  Status Change 
===
Gyazo  orphan, patrikopravil  0 weeks ago   
YafaRayorphan, roma   2 weeks ago   
bandwidthd orphan, ondrejj6 weeks ago   
bashdb orphan, roma   2 weeks ago   
f21-kde-theme  orphan, jreznik, mbriza,   5 weeks ago   
   rdieter  
freeradius-client  orphan, nmav   4 weeks ago   
gqradioorphan, roma   2 weeks ago   
gtkwhiteboard  orphan, roma   2 weeks ago   
hardlink   orphan 0 weeks ago   
js-excanvasorphan, group::nodejs-sig, 5 weeks ago   
   mayorga, williamjmorenor 
kradio4orphan, roma   2 weeks ago   
libXaw3dXftorphan, roma   2 weeks ago   
mingw-tk   orphan, epienbro, roma 2 weeks ago   
mldonkey   orphan, cicku, rjones  13 weeks ago  
ngspiceorphan, chitlesh, mayorga, 5 weeks ago   
   sophiekovalevsky 
nodejs-js-beautify orphan, group::nodejs-sig, 5 weeks ago   
   mayorga, vjancik,
   williamjmorenor  
nodejs-linify  orphan, group::nodejs-sig, 5 weeks ago   
   mayorga  
nodejs-prismjs orphan, group::nodejs-sig, 5 weeks ago   
   mayorga, vjancik,
   williamjmorenor  
openlmi-storageorphan, agk, jsafrane, 4 weeks ago   
   jsynacek, rnovacek   
oyranosorphan, cicku  13 weeks ago  
partimage  orphan, roma   2 weeks ago   
powerman   orphan, tuxbrewr   15 weeks ago  
pydb   orphan, roma   2 weeks ago   
python-ZConfig orphan, mayorga, ralph 5 weeks ago   
python-espeak  orphan, mayorga5 weeks ago   
python-flask-uwsgi-websocket   orphan, mayorga5 weeks ago   
python-frappe  orphan, mayorga,   5 weeks ago   
   williamjmorenor  
python-frappe-benchorphan, mayorga,   5 weeks ago   
   williamjmorenor  
python-geoip-geolite2  orphan, williamjmorenor5 weeks ago   
python-mtTkinter   orphan, roma   2 weeks ago   
python-pyo orphan, mayorga5 weeks ago   
python-pyprintrorphan, mayorga5 weeks ago   
python-specorphan, mayorga5 weeks ago   
rurple orphan, roma   2 weeks ago   
secstate   orphan, mmiller4 weeks ago   
smemstat   orphan, mayorga5 weeks ago   
stardict-xmllittre orphan, fcami  5 weeks ago   
strigi orphan, deji, group::kde-  3 weeks ago   
   sig, rdieter 
throttle   orphan, fcami  5 weeks ago   
twms   orphan, mayorga5 weeks ago   
xcircuit   orphan, chitlesh, cicku,   5 weeks ago   
   mayorga, sophiekovalevsky
xpaint orphan, roma   2 weeks ago   

The following packages 

Re: systemd 230 change - KillUserProcesses defaults to yes

[Orion Poplawski]

On 05/29/2016 05:14 PM, Chris Murphy wrote:
> On Fri, May 27, 2016 at 5:03 PM, Paul Wouters  wrote:
> 
>> If there is a systematic
>> problem of badly written code leaving orphaned code running when
>> a user logs out, then that broken code should be fixed instead of
>> adding another layer of process management. systemd is not capable
>> of interpreting the user's intent.
> 
> That isn't working. Users are constantly running into restart and
> shutdown delays. Troubleshooting this to find out what process is
> holding things up is totally non-obvious. Identifying the process is
> half the problem, and then getting it fixed and released to Fedora can
> be months, by which time some other process is affected.

But the delays in system shutdown/restart were introduced by systemd in the
first place.  I would argue that these delays are much too long.

-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301   http://www.nwra.com
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 345  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6828   
chicken-4.9.0.1-4.el6
 328  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 322  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 253  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8156   
nagios-4.0.8-1.el6
 212  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 183  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
  76  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8fbd838843   
dropbear-2016.72-1.el6
  76  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-7640e3144a   
proftpd-1.3.3g-9.el6
  69  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-30a8346813   
vtun-3.0.1-10.el6


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

engauge-digitizer-8.1-1.el6
fedfind-2.4.9-1.el6
gecode-4.4.0-12.el6
gimp-layer-via-copy-cut-1.6-2.el6
php-iamcal-lib-autolink-1.7-1.el6

Details about builds:



 engauge-digitizer-8.1-1.el6 (FEDORA-EPEL-2016-7fbf77c0e2)
 Convert graphs or map files into numbers

Update Information:

- Update to 8.1




 fedfind-2.4.9-1.el6 (FEDORA-EPEL-2016-9c6a992c2a)
 Fedora Finder finds Fedora

Update Information:

This update provides the latest release of
[fedfind](https://www.happyassassin.net/fedfind). It fixes handling of two week
Atomic compose IDs in `fedfind.release.get_release`, ensures `Release` instances
always have a `label` attribute, and makes `fedfind.helpers.parse_cid` raise an
error if the compose ID is invalid.




 gecode-4.4.0-12.el6 (FEDORA-EPEL-2016-cbac532e3e)
 Generic constraint development environment

Update Information:

Build gecode for EL6.

References:

  [ 1 ] Bug #1313494 - gecode-4.4.0 on EPEL6
https://bugzilla.redhat.com/show_bug.cgi?id=1313494




 gimp-layer-via-copy-cut-1.6-2.el6 (FEDORA-EPEL-2016-7e668f5432)
 Layer via copy/cut plug-in for GIMP

Update Information:

This add-on for GIMP allows copying/cutting and paste a layer at the same
position

References:

  [ 1 ] Bug #1329923 - Review Request: gimp-layer-via-copy-cut - Layer via 
copy/cut plug-in for GIMP
https://bugzilla.redhat.com/show_bug.cgi?id=1329923




 php-iamcal-lib-autolink-1.7-1.el6 (FEDORA-EPEL-2016-0216866eb2)
 Adds anchors to urls in a text

Update Information:

Find URLs in HTML that are not already links, and make them into links.
Autoloader: /usr/share/php/php-iamcal-lib-autolink/autoload.php

References:

  [ 1 ] Bug #1330429 - Review Request: php-iamcal-lib-autolink - Adds anchors 
to urls in a text
https://bugzilla.redhat.com/show_bug.cgi?id=1330429

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

Re: systemd 230 change - KillUserProcesses defaults to yes

[Eric Griffith]

On May 31, 2016 15:44, "Adam Williamson"  wrote:
>
> On Tue, 2016-05-31 at 15:26 -0400, Eric Griffith wrote:
> > What if the Anaconda team changed it so the "Make this user an
> > administrator" checkbox also enabled linger?
>
> anaconda team is (rightly) opposed to anything like this, in terms of
> magic code in anaconda that changes things. All that box does is put
> the user in the wheel group (and maybe tell PolicyKit they're an admin,
> I forget if that's a separate thing or not). It does not and will not
> do anything else. Anything else has to be achieved in terms of saying
> 'wheel members / PK admins can do X'.

Fair enough, reasonable position. Would this avenue be reasonable /
acceptable / possible, then? Can logind read and respond to policykit? Such
as "members of wheel can linger"? I'm not familiar enough with the
internals of either logind or policykit to know how interconnected they can
be.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1323532] perl-Net-Twitter-4.01020 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Net-Twitter-4.01020-1. |perl-Net-Twitter-4.01020-1.
   |fc24|fc24
   |perl-Net-Twitter-4.01020-1. |perl-Net-Twitter-4.01020-1.
   |fc22|fc22
   ||perl-Net-Twitter-4.01020-1.
   ||fc23



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

[Bug 1323532] perl-Net-Twitter-4.01020 is available

[bugzilla]

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



--- Comment #14 from Fedora Update System  ---
perl-Net-Twitter-4.01020-1.fc23 has been pushed to the Fedora 23 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1338418] perl-Module-CoreList-5.20160520 is available

[bugzilla]

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



--- Comment #14 from Fedora Update System  ---
perl-Module-CoreList-5.20160520-1.fc23 has been pushed to the Fedora 23 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1338418] perl-Module-CoreList-5.20160520 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Module-CoreList-5.2016 |perl-Module-CoreList-5.2016
   |0520-1.fc25 |0520-1.fc25
   |perl-Module-CoreList-5.2016 |perl-Module-CoreList-5.2016
   |0520-1.fc24 |0520-1.fc24
   |perl-Module-CoreList-5.2016 |perl-Module-CoreList-5.2016
   |0520-1.fc22 |0520-1.fc22
   ||perl-Module-CoreList-5.2016
   ||0520-1.fc23



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

[Bug 1323532] perl-Net-Twitter-4.01020 is available

[bugzilla]

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



--- Comment #13 from Fedora Update System  ---
perl-Net-Twitter-4.01020-1.fc22 has been pushed to the Fedora 22 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1338431] perl-Thread-Queue-3.11 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Thread-Queue-3.11-1.fc |perl-Thread-Queue-3.11-1.fc
   |25  |25
   |perl-Thread-Queue-3.11-1.fc |perl-Thread-Queue-3.11-1.fc
   |24  |24
   |perl-Thread-Queue-3.11-1.fc |perl-Thread-Queue-3.11-1.fc
   |23  |23
   ||perl-Thread-Queue-3.11-1.fc
   ||22



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

[Bug 1338431] perl-Thread-Queue-3.11 is available

[bugzilla]

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



--- Comment #10 from Fedora Update System  ---
perl-Thread-Queue-3.11-1.fc22 has been pushed to the Fedora 22 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1338418] perl-Module-CoreList-5.20160520 is available

[bugzilla]

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



--- Comment #13 from Fedora Update System  ---
perl-Module-CoreList-5.20160520-1.fc22 has been pushed to the Fedora 22 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1323532] perl-Net-Twitter-4.01020 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Net-Twitter-4.01020-1. |perl-Net-Twitter-4.01020-1.
   |fc24|fc24
   ||perl-Net-Twitter-4.01020-1.
   ||fc22



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

[Bug 1338418] perl-Module-CoreList-5.20160520 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Module-CoreList-5.2016 |perl-Module-CoreList-5.2016
   |0520-1.fc25 |0520-1.fc25
   |perl-Module-CoreList-5.2016 |perl-Module-CoreList-5.2016
   |0520-1.fc24 |0520-1.fc24
   ||perl-Module-CoreList-5.2016
   ||0520-1.fc22



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

Re: systemd 230 change - KillUserProcesses defaults to yes

[Adam Williamson]

On Tue, 2016-05-31 at 15:26 -0400, Eric Griffith wrote:
> What if the Anaconda team changed it so the "Make this user an
> administrator" checkbox also enabled linger?

anaconda team is (rightly) opposed to anything like this, in terms of
magic code in anaconda that changes things. All that box does is put
the user in the wheel group (and maybe tell PolicyKit they're an admin,
I forget if that's a separate thing or not). It does not and will not
do anything else. Anything else has to be achieved in terms of saying
'wheel members / PK admins can do X'.
-- 
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
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: [Modularity] WG meeting time

[Jan Kurik]

On Wed, May 4, 2016 at 3:03 AM, Langdon White  wrote:
> Hi,
>
> Unfortunately, I heard from some of the new voting members that the current
> Modularity WG meeting time is not doable for them. Please use the link below
> to help us figure out a new time.
>
> http://whenisgood.net/hzd7x2b
>
> Langdon
>
> PS: haven't actually used whenisgood to schedule a meeting before.. so.. if
> i made any mistakes.. apologies :)

Hi WG members,

on the last meeting I have volunteered to follow up with the "meeting
time" issue.
So, I have asked Langdon to provide me with results from the voting on
whenisgood. The following times are the ones when most people are
available (Timezone: US/Eastern):

* Monday - 11:00 AM
* Tuesday - 07:00 AM
* Tuesday - 10:00 AM
* Tuesday - 11:00 AM <- this is the most preferred time
* Thursday - 10:00 AM
* Thursday - 11:00 AM
* Friday - 11:00AM

As the "Tuesday - 11:00 AM" time is the most preferred one, I would
like to propose this as the new time for our meeting. On the upcoming
meeting this Thursday (2016-Jun-02) we can have a discussion whether
it is acceptable for all the members of this WG and make a final
decision.

Regards,
Jan

-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: systemd 230 change - KillUserProcesses defaults to yes

[Eric Griffith]

On Tue, May 31, 2016 at 3:20 PM, DJ Delorie  wrote:

>
> Lennart Poettering  writes:
> > Again, as mentioned before: key here is that permitting user processes
> > to stick around after all sessions of the user ended needs to be a
> > privilieged concept. It should not be allowed for user code to stick
> > around after logout, unless this is explicitly permitted by the admin,
> > and this hence needs to be enforced by privileged code.
>
> How many Fedora installs are multi-user these days?  How many
> single-user desktops are we afflicting with a "you must ask an admin"
> rule, when there is no admin besides the user sitting at the keyboard?
>
> Any rule that tries to split users into "unpriviledged" and "admin" is
> short-sighted.
>

I'm actually in agreement with DJ here, for systems that -are- multi-user,
then having some users being able to linger and others not makes sense.
What if the Anaconda team changed it so the "Make this user an
administrator" checkbox also enabled linger? This way those that are not
meant to be administrators (and therefore are likely not 'advanced users')
can't persist by default
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: systemd 230 change - KillUserProcesses defaults to yes

[DJ Delorie]

Lennart Poettering  writes:
> Again, as mentioned before: key here is that permitting user processes
> to stick around after all sessions of the user ended needs to be a
> privilieged concept. It should not be allowed for user code to stick
> around after logout, unless this is explicitly permitted by the admin,
> and this hence needs to be enforced by privileged code.

How many Fedora installs are multi-user these days?  How many
single-user desktops are we afflicting with a "you must ask an admin"
rule, when there is no admin besides the user sitting at the keyboard?

Any rule that tries to split users into "unpriviledged" and "admin" is
short-sighted.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: systemd 230 change - KillUserProcesses defaults to yes

[DJ Delorie]

Lennart Poettering  writes:
> Sorry, but systemd is pretty exactly this: a process babysitter.

It's becoming a user nanny instead.  I wish it would stop trying to
enforce its "my way or the highway" approach to system rules.  I've been
playing whack-a-mole trying to keep up with all the tweaks I need
(assuming I can find them) to let me do what I want to do with my own
machine.

I am not a baby and do not need a babysitter.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: jwm

[Stephen John Smoogen]

On 31 May 2016 at 12:39, Michael Catanzaro  wrote:
> On Sun, 2016-05-29 at 17:17 -0400, Stephen John Smoogen wrote:
>> They usually have a 60 hour a week job
>
> I hope this isn't accurate...?


I don't know. I was using an old data point where people in the US
software industry once you accounted for all 'unpaid' time: commute,
lunch, after hour hacking on a problem, extra hours during crunch time
and then averaging the hours. That came out for 70 hours a week with
commuting and 60 hours a week if you dropped that for Microsoft and
similar industry giants. Startups were up to 2x that. [They aren't
paid for more than 40 hours a week. Everything else is made up with
possible future stock sales and bonuses.] The social impacts and
differences between US capitalism and everywhere else are outside the
scope of this list/conversation.

In the end, does it matter if it was true or hyperbole? Even if
everyone at  Red Hat only worked 40 hours a week.. other than the N
people directly working on it.. every one else would still be
volunteering their time on Fedora outside of those work hours just as
much as people who are working at a University or IBM or Microsoft.
And whether it is that they worked 40 hours a week or 60 hours.. those
extra hours are just as precious to them as they are for the
University/IBM or Microsoft person


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

Re: jwm

[Rich Megginson]

On 05/31/2016 11:56 AM, Dennis Gilmore wrote:

On Tuesday, May 31, 2016 2:31:04 PM CDT Bernardo Sulzbach wrote:

On 05/31/2016 01:59 PM, Rich Megginson wrote:

On 05/31/2016 10:42 AM, Bernardo Sulzbach wrote:

On 05/31/2016 01:39 PM, Michael Catanzaro wrote:

On Sun, 2016-05-29 at 17:17 -0400, Stephen John Smoogen wrote:

They usually have a 60 hour a week job

I hope this isn't accurate...?

I didn't write about it myself, but was left wondering anyways. Do RH
programmers usually work 60 hours per week? "On average", full time
means 40 to 44 hours around the world. I've even seen 30 hours being
called full time in some job postings.

It depends primarily on what country you live in.  In the US, for
salaried (as opposed to hourly) programmers, the pay is based off of a
45 hour work week e.g. 8am - 5pm Monday through Friday, lunch included
(i.e. you are paid to eat lunch).  Of course, this is strictly for
accounting purposes - hardly any salaried programmers work these hours,
and most programmers would say "well, I'm more or less working all the
time - I get great ideas for solving problems while I'm sleeping and
dreaming, in the shower, driving to work, on the bus, etc.", and those
hours aren't strictly accounted for.

  From experience, in Brazil it would either be 40 (the same you wrote,
but lunch is not paid for) or 44 (+ 4 hours in Saturday mornings).

I've worked on hourly rates, and unless you get a "change the background
color to black and text to red" task you are also going to do a
substantial amount of work when you are not "working", and these hours
are also not paid for.

I think that Michael and I were wondering whether RH programmers were
getting 60 paid hours, not thinking about work at least 60 hours per
week. This would mean an average of 12 "office" hours (supposing they do
not work on weekends) per day. Which seems pretty aggressive to most
professionals I've come across if they are going to sit through that in
an supervised office.

I see you write from an @redhat.com address. Are you saying that all
US-based RedHat developers get 45 hour work weeks or less? I'm talking
about what the papers say, not the actual amount of work.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

in the US it is 40 hours, you are not paid for your lunch hour.


Dennis is correct, I stand corrected.



Dennis


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



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

Re: jwm

[Dennis Gilmore]

On Tuesday, May 31, 2016 2:31:04 PM CDT Bernardo Sulzbach wrote:
> On 05/31/2016 01:59 PM, Rich Megginson wrote:
> > On 05/31/2016 10:42 AM, Bernardo Sulzbach wrote:
> >> On 05/31/2016 01:39 PM, Michael Catanzaro wrote:
> >>> On Sun, 2016-05-29 at 17:17 -0400, Stephen John Smoogen wrote:
>  They usually have a 60 hour a week job
> >>> 
> >>> I hope this isn't accurate...?
> >> 
> >> I didn't write about it myself, but was left wondering anyways. Do RH
> >> programmers usually work 60 hours per week? "On average", full time
> >> means 40 to 44 hours around the world. I've even seen 30 hours being
> >> called full time in some job postings.
> > 
> > It depends primarily on what country you live in.  In the US, for
> > salaried (as opposed to hourly) programmers, the pay is based off of a
> > 45 hour work week e.g. 8am - 5pm Monday through Friday, lunch included
> > (i.e. you are paid to eat lunch).  Of course, this is strictly for
> > accounting purposes - hardly any salaried programmers work these hours,
> > and most programmers would say "well, I'm more or less working all the
> > time - I get great ideas for solving problems while I'm sleeping and
> > dreaming, in the shower, driving to work, on the bus, etc.", and those
> > hours aren't strictly accounted for.
> 
>  From experience, in Brazil it would either be 40 (the same you wrote,
> but lunch is not paid for) or 44 (+ 4 hours in Saturday mornings).
> 
> I've worked on hourly rates, and unless you get a "change the background
> color to black and text to red" task you are also going to do a
> substantial amount of work when you are not "working", and these hours
> are also not paid for.
> 
> I think that Michael and I were wondering whether RH programmers were
> getting 60 paid hours, not thinking about work at least 60 hours per
> week. This would mean an average of 12 "office" hours (supposing they do
> not work on weekends) per day. Which seems pretty aggressive to most
> professionals I've come across if they are going to sit through that in
> an supervised office.
> 
> I see you write from an @redhat.com address. Are you saying that all
> US-based RedHat developers get 45 hour work weeks or less? I'm talking
> about what the papers say, not the actual amount of work.
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

in the US it is 40 hours, you are not paid for your lunch hour.

Dennis

signature.asc
Description: This is a digitally signed message part.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: jwm

[Rich Megginson]

On 05/31/2016 11:31 AM, Bernardo Sulzbach wrote:

On 05/31/2016 01:59 PM, Rich Megginson wrote:

On 05/31/2016 10:42 AM, Bernardo Sulzbach wrote:

On 05/31/2016 01:39 PM, Michael Catanzaro wrote:

On Sun, 2016-05-29 at 17:17 -0400, Stephen John Smoogen wrote:

They usually have a 60 hour a week job


I hope this isn't accurate...?



I didn't write about it myself, but was left wondering anyways. Do RH
programmers usually work 60 hours per week? "On average", full time
means 40 to 44 hours around the world. I've even seen 30 hours being
called full time in some job postings.


It depends primarily on what country you live in.  In the US, for
salaried (as opposed to hourly) programmers, the pay is based off of a
45 hour work week e.g. 8am - 5pm Monday through Friday, lunch included
(i.e. you are paid to eat lunch).  Of course, this is strictly for
accounting purposes - hardly any salaried programmers work these hours,
and most programmers would say "well, I'm more or less working all the
time - I get great ideas for solving problems while I'm sleeping and
dreaming, in the shower, driving to work, on the bus, etc.", and those
hours aren't strictly accounted for.



From experience, in Brazil it would either be 40 (the same you wrote, 
but lunch is not paid for) or 44 (+ 4 hours in Saturday mornings).


I've worked on hourly rates, and unless you get a "change the 
background color to black and text to red" task you are also going to 
do a substantial amount of work when you are not "working", and these 
hours are also not paid for.


I think that Michael and I were wondering whether RH programmers were 
getting 60 paid hours, not thinking about work at least 60 hours per week.



This would mean an average of 12 "office" hours (supposing they do not 
work on weekends) per day. Which seems pretty aggressive to most 
professionals I've come across if they are going to sit through that 
in an supervised office.


I see you write from an @redhat.com address. Are you saying that all 
US-based RedHat developers get 45 hour work weeks or less?I'm talking 
about what the papers say, not the actual amount of work.


AFAIK the accounting system accounts for salaried developers working 45 
hours per week.



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


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

Re: jwm

[James Hogarth]

On 31 May 2016 18:02, "Major Hayden"  wrote:
>
> On 05/31/2016 11:42 AM, Bernardo Sulzbach wrote:
> > I didn't write about it myself, but was left wondering anyways. Do RH
programmers usually work 60 hours per week? "On average", full time means
40 to 44 hours around the world. I've even seen 30 hours being called full
time in some job postings.
>
> I can't speak for folks at Red Hat, but at many businesses there's often
a difference between the "expected" and "actual" hours worked per week,
depending on what projects are being worked and their priority. :)
>

And don't forget to account for commuting time... although my work hours
are ~40 hours a week there's a little over an hour each way as well.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: systemd 230 change - KillUserProcesses defaults to yes

[Przemek Klosowski]

On 05/27/2016 01:54 PM, Chris Murphy wrote:

It seems to  me systemd should be able to know the difference between
a program that's zombie or unresponsive but isn't doing anything or is
unresponsive but is doing something; and if not then some way for
programs to say "hey wait just a minute, I need to clean things up" or
whatever, rather than just abruptly killing them.
I think our technical debt is catching up with us, because there's no 
consistent way to treat some processes as persistent, and others as 
disposable: we just did this type of process management by hand. Solving 
this systematically may be tricky because there's many different 
scenarios. Processes can be:


- totally disposable across logins, shouldn't even be relaunched on 
logging back


- disposable across login, but should reappear, e.g. the calendar on the 
desktop


- should keep running, e.g. the battery tester collecting the battery 
discharge data I am running now


- should keep running and restart if killed/crashed/rebooted: e.g. a 
weather/thermostat monitoring app


Systemd at least offers facilities to manage processes that, I think, 
allows for all those use cases. The difficulty is that systemd is fairly 
complex, and it would be nice if those use cases were easily available 
to a desktop user who may not be intimately familiar with writing 
systemd unit descriptions. I don't even know what would be an 
appropriate workflow for dealing with this: a rightclick GUI option? a 
commandline wrapper that runs the process as a service? Maybe some 
annointed processes like tmux/screen should automatically be exempt from 
termination? How about shell background processes: should an explicit & 
mean that the process keeps running across logouts?



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

Re: jwm

[Bernardo Sulzbach]

On 05/31/2016 01:59 PM, Rich Megginson wrote:

On 05/31/2016 10:42 AM, Bernardo Sulzbach wrote:

On 05/31/2016 01:39 PM, Michael Catanzaro wrote:

On Sun, 2016-05-29 at 17:17 -0400, Stephen John Smoogen wrote:

They usually have a 60 hour a week job


I hope this isn't accurate...?



I didn't write about it myself, but was left wondering anyways. Do RH
programmers usually work 60 hours per week? "On average", full time
means 40 to 44 hours around the world. I've even seen 30 hours being
called full time in some job postings.


It depends primarily on what country you live in.  In the US, for
salaried (as opposed to hourly) programmers, the pay is based off of a
45 hour work week e.g. 8am - 5pm Monday through Friday, lunch included
(i.e. you are paid to eat lunch).  Of course, this is strictly for
accounting purposes - hardly any salaried programmers work these hours,
and most programmers would say "well, I'm more or less working all the
time - I get great ideas for solving problems while I'm sleeping and
dreaming, in the shower, driving to work, on the bus, etc.", and those
hours aren't strictly accounted for.



From experience, in Brazil it would either be 40 (the same you wrote, 
but lunch is not paid for) or 44 (+ 4 hours in Saturday mornings).


I've worked on hourly rates, and unless you get a "change the background 
color to black and text to red" task you are also going to do a 
substantial amount of work when you are not "working", and these hours 
are also not paid for.


I think that Michael and I were wondering whether RH programmers were 
getting 60 paid hours, not thinking about work at least 60 hours per 
week. This would mean an average of 12 "office" hours (supposing they do 
not work on weekends) per day. Which seems pretty aggressive to most 
professionals I've come across if they are going to sit through that in 
an supervised office.


I see you write from an @redhat.com address. Are you saying that all 
US-based RedHat developers get 45 hour work weeks or less? I'm talking 
about what the papers say, not the actual amount of work.

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

Re: What to do with application that only works in some desktops

[Göran Uddeborg]

Matthias Clasen:
> How did you determine that NotShowIn=GNOME; doesn't have any effect?
> It should work fine to hide xpenguins from the places where
> applications are normally listed in GNOME (the shell overview and
> search).

It should?  Then I'll try it again; I probably made some kind of
mistake when testing.

Thanks for your reply.  It sounds like creating the blacklist is the
best available option after all.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: What to do with application that only works in some desktops

[Matthias Clasen]

On Tue, 2016-05-31 at 18:54 +0200, Göran Uddeborg wrote:
> Hello!
> 
> I would like to ask for some help what to do with
> https://bugzilla.redhat.com/show_bug.cgi?id=1324881  I've been
> pondering it for some time, but I know too little to know what to do.
> 
> It's about the old amusement xpenguins.  (A program showing small
> penguins walking on the windows and jumping between them.)  As can be
> seen in the bug report, it doesn't show anything in e.g. Gnome.  From
> what I understand this is because Gnome doesn't show the actual X
> root
> window.  It has a second window covering the entire screen as
> background, and this window hides all the penguins.
> 
> A first question is if this is indeed correct?
> 
> If so, could anyone describe it in more technically correct terms.  I
> would like to write a warning about the issue in the description of
> the package.

I would suggest something like:

xpenguins works by drawing on the X root window. This is a cute hack
that might not have the desired effect in modern desktop environments
where the root window is not visible.

> 
> But a problem is that "NotShowIn=GNOME;" doesn't seem to have any
> effect in the current Gnome version.  There is no menu to exclude
> xpenguins from, and when I try it seems just as available regardless
> of that setting.  As you may have guessed I'm not a regular Gnome
> user, but that is what I see when I test it.
> 
> So a second question is if anyone has any advice on how to best
> handle
> this?  How to best make sure Gnome users don't get fooled to use a
> program that do not work in their environment.

How did you determine that NotShowIn=GNOME; doesn't have any effect?
It should work fine to hide xpenguins from the places where
applications are normally listed in GNOME (the shell overview and
search).
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

RFC: Round 2 review of Fedora Docker Layered Image Guidelines

[Adam Miller]

Hello all,
I had previously sent out a RFC email about a month ago asking for
feedback on the Fedora Docker Layered Image Guidelines[0].

I was asked by FESCo to start a new thread so that this can be
discussed further on the devel mailing list before we discuss it in
FESCo. Therefore if there are any requested items from the original
email thread that would like to be revisited, please bring them up
here.

Beyond that, my main question to everyone beyond the discussions we
had previously is: Is there any interest in forming a Fedora Container
Packaging Committee (I'm not married to the name, apply whatever color
of paint to that bikeshed) just as we have the Fedora Packaging
Committee?

Links of interest also in the first thread[1][2][3][4]

[0] - 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/VHXGAR2YMVSJXYZPWH5A27JFFFLRR3IG/
[0] - https://fedoraproject.org/wiki/Changes/Layered_Docker_Image_Build_Service
[1] - https://fedoraproject.org/wiki/PackagingDrafts/Containers
[2] - 
https://fedoraproject.org/wiki/PackagingDrafts/Package_Review_Process_with_Containers
[3] - 
https://fedoraproject.org/wiki/Draft/Packaging:DockerLayeredImageNamingGuidelines
[4] - https://fedorahosted.org/fesco/ticket/1573
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Fedora Developer Portal as a application

[Frantisek Zatloukal]

Hi Owen,
right now I wasn't thinking about other plans. Atm I am trying to get it 
working correctly with Epiphany instead of Electron, so we would be able to 
push the package into Fedora (this can take really long time, depends on how 
Epiphany developers will be willing to help me).

-- 
Best regards / S pozdravem,

František Zatloukal
Project Coordinator
Red Hat

- Original Message -
From: "Owen Taylor" 
To: "Development discussions related to Fedora" 
Cc: developer-por...@lists.fedoraproject.org, websi...@lists.fedoraproject.org, 
"Frantisek Zatloukal" 
Sent: Tuesday, May 31, 2016 4:46:20 PM
Subject: Re: Fedora Developer Portal as a application

Hi Petr and Frantisek,

Are there future plans for developing this further, or is the goal just to have 
the website running in an application-style window?

- Owen

- Original Message -
> Hi folks,
> 
> I am happy to announce, Frantisek Zatloukal did Fedora Developer Portal
> package [1].
> 
> Issue for it on Fedora Developer Portal GitHub [2].
> Feel free to comment and improve:)
> 
> Fedora Developer Portal looks like as an application on your Fedora system.
> 
> It requires an electron package, which is also packaged by Frantisek and it
> is a part of Frantisek's repository.
> 
> Feel free to install and test it.
> 
> Awesome work Frantisek, though:) Go ahead.
> 
> [1]
> https://copr.fedorainfracloud.org/coprs/frantisekz/fedora-developer-portal/
> [2] https://github.com/developer-portal/website/issues/41
> 
> --
> Petr Hracek
> Software Engineer
> Developer Experience
> Red Hat, Inc.
> Mob: +420 777 056 169
> email: phra...@redhat.com
> 
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
> 
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: jwm

[Major Hayden]

On 05/31/2016 11:42 AM, Bernardo Sulzbach wrote:
> I didn't write about it myself, but was left wondering anyways. Do RH 
> programmers usually work 60 hours per week? "On average", full time means 40 
> to 44 hours around the world. I've even seen 30 hours being called full time 
> in some job postings.

I can't speak for folks at Red Hat, but at many businesses there's often a 
difference between the "expected" and "actual" hours worked per week, depending 
on what projects are being worked and their priority. :)

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

Re: jwm

[Rich Megginson]

On 05/31/2016 10:42 AM, Bernardo Sulzbach wrote:

On 05/31/2016 01:39 PM, Michael Catanzaro wrote:

On Sun, 2016-05-29 at 17:17 -0400, Stephen John Smoogen wrote:

They usually have a 60 hour a week job


I hope this isn't accurate...?



I didn't write about it myself, but was left wondering anyways. Do RH 
programmers usually work 60 hours per week? "On average", full time 
means 40 to 44 hours around the world. I've even seen 30 hours being 
called full time in some job postings.


It depends primarily on what country you live in.  In the US, for 
salaried (as opposed to hourly) programmers, the pay is based off of a 
45 hour work week e.g. 8am - 5pm Monday through Friday, lunch included 
(i.e. you are paid to eat lunch).  Of course, this is strictly for 
accounting purposes - hardly any salaried programmers work these hours, 
and most programmers would say "well, I'm more or less working all the 
time - I get great ideas for solving problems while I'm sleeping and 
dreaming, in the shower, driving to work, on the bus, etc.", and those 
hours aren't strictly accounted for.



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


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

[Bug 1315525] perl-Net-DNS-1.06 is available

[bugzilla]

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



--- Comment #10 from Harald Reindl  ---
it's one hting that DNF is crap
(https://bugzilla.redhat.com/show_bug.cgi?id=1341282) and pulling a ton of
dependencies but then conflict it one of the pulled dependencies?

what about doing a local build again and again until the package becomes
installable and *after that* blow it to fedora buildservers?

Transaction check error:
  file /usr/share/man/man3/Net::DNS::RR::CDNSKEY.3pm.gz conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/man/man3/Net::DNS::RR::CDS.3pm.gz conflicts between attempted
installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/man/man3/Net::DNS::RR::DLV.3pm.gz conflicts between attempted
installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/man/man3/Net::DNS::RR::DNSKEY.3pm.gz conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/man/man3/Net::DNS::RR::DS.3pm.gz conflicts between attempted
installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/man/man3/Net::DNS::RR::KEY.3pm.gz conflicts between attempted
installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/man/man3/Net::DNS::RR::NSEC.3pm.gz conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/man/man3/Net::DNS::RR::NSEC3.3pm.gz conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/man/man3/Net::DNS::RR::NSEC3PARAM.3pm.gz conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/man/man3/Net::DNS::RR::RRSIG.3pm.gz conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/man/man3/Net::DNS::RR::SIG.3pm.gz conflicts between attempted
installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/perl5/vendor_perl/Net/DNS/RR/CDNSKEY.pm conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/perl5/vendor_perl/Net/DNS/RR/CDS.pm conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/perl5/vendor_perl/Net/DNS/RR/DLV.pm conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/perl5/vendor_perl/Net/DNS/RR/DNSKEY.pm conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/perl5/vendor_perl/Net/DNS/RR/DS.pm conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/perl5/vendor_perl/Net/DNS/RR/KEY.pm conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/perl5/vendor_perl/Net/DNS/RR/NSEC.pm conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/perl5/vendor_perl/Net/DNS/RR/NSEC3.pm conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/perl5/vendor_perl/Net/DNS/RR/NSEC3PARAM.pm conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/perl5/vendor_perl/Net/DNS/RR/RRSIG.pm conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch
  file /usr/share/perl5/vendor_perl/Net/DNS/RR/SIG.pm conflicts between
attempted installs of perl-Net-DNS-SEC-0.22-5.fc23.noarch and
perl-Net-DNS-1.06-2.fc23.noarch

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

What to do with application that only works in some desktops

[Göran Uddeborg]

Hello!

I would like to ask for some help what to do with
https://bugzilla.redhat.com/show_bug.cgi?id=1324881  I've been
pondering it for some time, but I know too little to know what to do.

It's about the old amusement xpenguins.  (A program showing small
penguins walking on the windows and jumping between them.)  As can be
seen in the bug report, it doesn't show anything in e.g. Gnome.  From
what I understand this is because Gnome doesn't show the actual X root
window.  It has a second window covering the entire screen as
background, and this window hides all the penguins.

A first question is if this is indeed correct?

If so, could anyone describe it in more technically correct terms.  I
would like to write a warning about the issue in the description of
the package.

To handle the issue, I've considered to blacklist environments that do
something like the above in the desktop file with a line
"NotShowIn=GNOME;..." for Gnome and other environments doing something
like this.  (I fear that it would mean most modern environments.)
Even better would be if there were some way to dynamically check if
the "real root window" was available.  But I'm not aware of any way to
test that, nor any way to let the desktop file use that information if
I had it.

But a problem is that "NotShowIn=GNOME;" doesn't seem to have any
effect in the current Gnome version.  There is no menu to exclude
xpenguins from, and when I try it seems just as available regardless
of that setting.  As you may have guessed I'm not a regular Gnome
user, but that is what I see when I test it.

So a second question is if anyone has any advice on how to best handle
this?  How to best make sure Gnome users don't get fooled to use a
program that do not work in their environment.

Any advice on the subject would be appreciated!
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: jwm

[Bernardo Sulzbach]

On 05/31/2016 01:39 PM, Michael Catanzaro wrote:

On Sun, 2016-05-29 at 17:17 -0400, Stephen John Smoogen wrote:

They usually have a 60 hour a week job


I hope this isn't accurate...?



I didn't write about it myself, but was left wondering anyways. Do RH 
programmers usually work 60 hours per week? "On average", full time 
means 40 to 44 hours around the world. I've even seen 30 hours being 
called full time in some job postings.

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

Re: jwm

[Michael Catanzaro]

On Sun, 2016-05-29 at 17:17 -0400, Stephen John Smoogen wrote:
> They usually have a 60 hour a week job

I hope this isn't accurate...?
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1335443] Net::SSLeay produces a warning on EOF

[bugzilla]

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

Paul Howarth  changed:

   What|Removed |Added

 CC||l...@yars.free.net
  Flags||needinfo?(l...@yars.free.net
   ||)



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

jplesnik pushed to perl-Net-DNS (f23). "Remove OS_CONF from requires"

[notifications]

From 82dcfc45080f648ff05b9a6aede9663381e6f7b8 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Tue, 31 May 2016 17:19:24 +0200
Subject: Remove OS_CONF from requires

---
 perl-Net-DNS.spec | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/perl-Net-DNS.spec b/perl-Net-DNS.spec
index 7836207..6c5b27e 100644
--- a/perl-Net-DNS.spec
+++ b/perl-Net-DNS.spec
@@ -1,6 +1,6 @@
 Name:  perl-Net-DNS
 Version:   1.06
-Release:   1%{?dist}
+Release:   2%{?dist}
 Summary:   DNS resolver modules for Perl
 # lib/Net/DNS/RR/RT.pm: GPL+ or Artistic
 License:   (GPL+ or Artistic) and MIT
@@ -87,6 +87,7 @@ Requires:  perl(Net::DNS::SEC::RSA)
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(Digest::SHA\\)$
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(MIME::Base64\\)$
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(CONFIG\\)$
+%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(OS_CONF\\)$
 # Do not export under-specified provides
 %global __provides_exclude 
%{?__provides_exclude:%__provides_exclude|}^perl\\((Net::DNS::Text)\\)$
 %global __provides_exclude 
%{?__provides_exclude:%__provides_exclude|}^perl\\((Net::DNS::RR::OPT)\\)$
@@ -147,6 +148,9 @@ make test
 %{_mandir}/man3/Net::DNS::Nameserver*
 
 %changelog
+* Tue May 31 2016 Jitka Plesnikova  - 1.06-2
+- Remove OS_CONF from requires
+
 * Mon May 30 2016 Paul Wouters  - 1.06-1
 - Update to 1.06 (rhbz#1315525)
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Net-DNS.git/commit/?h=f23=82dcfc45080f648ff05b9a6aede9663381e6f7b8
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

jplesnik pushed to perl-Net-DNS (f24). "Remove OS_CONF from requires"

[notifications]

From a14bcadb9f4cf7da2490bdfe8e1c03b869b8c056 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Tue, 31 May 2016 17:19:24 +0200
Subject: Remove OS_CONF from requires

---
 perl-Net-DNS.spec | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/perl-Net-DNS.spec b/perl-Net-DNS.spec
index 7836207..6c5b27e 100644
--- a/perl-Net-DNS.spec
+++ b/perl-Net-DNS.spec
@@ -1,6 +1,6 @@
 Name:  perl-Net-DNS
 Version:   1.06
-Release:   1%{?dist}
+Release:   2%{?dist}
 Summary:   DNS resolver modules for Perl
 # lib/Net/DNS/RR/RT.pm: GPL+ or Artistic
 License:   (GPL+ or Artistic) and MIT
@@ -87,6 +87,7 @@ Requires:  perl(Net::DNS::SEC::RSA)
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(Digest::SHA\\)$
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(MIME::Base64\\)$
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(CONFIG\\)$
+%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(OS_CONF\\)$
 # Do not export under-specified provides
 %global __provides_exclude 
%{?__provides_exclude:%__provides_exclude|}^perl\\((Net::DNS::Text)\\)$
 %global __provides_exclude 
%{?__provides_exclude:%__provides_exclude|}^perl\\((Net::DNS::RR::OPT)\\)$
@@ -147,6 +148,9 @@ make test
 %{_mandir}/man3/Net::DNS::Nameserver*
 
 %changelog
+* Tue May 31 2016 Jitka Plesnikova  - 1.06-2
+- Remove OS_CONF from requires
+
 * Mon May 30 2016 Paul Wouters  - 1.06-1
 - Update to 1.06 (rhbz#1315525)
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Net-DNS.git/commit/?h=f24=a14bcadb9f4cf7da2490bdfe8e1c03b869b8c056
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Fedora 24-20160531.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Cloud_base raw-xz i386

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

ID: 19888   Test: x86_64 Workstation-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/19888
ID: 19892   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/19892
ID: 19899   Test: x86_64 KDE-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/19899
ID: 19904   Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/19904
ID: 19910   Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/19910
ID: 19912   Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/19912
ID: 19923   Test: x86_64 universal install_repository_http_variation
URL: https://openqa.fedoraproject.org/tests/19923
ID: 19924   Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/19924
ID: 19960   Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/19960
ID: 19961   Test: x86_64 universal install_kickstart_firewall_disabled
URL: https://openqa.fedoraproject.org/tests/19961
ID: 19971   Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/19971

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

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

[Bug 1315525] perl-Net-DNS-1.06 is available

[bugzilla]

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



--- Comment #9 from Upstream Release Monitoring 
 ---
jplesnik's perl-Net-DNS-1.06-2.fc25 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=769553

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

jplesnik pushed to perl-Net-DNS (master). "Remove OS_CONF from requires"

[notifications]

From b2047bac7c5d29610ff61084dc8947c7aa0cf19c Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Tue, 31 May 2016 17:12:13 +0200
Subject: Remove OS_CONF from requires

---
 perl-Net-DNS.spec | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/perl-Net-DNS.spec b/perl-Net-DNS.spec
index 7836207..6c5b27e 100644
--- a/perl-Net-DNS.spec
+++ b/perl-Net-DNS.spec
@@ -1,6 +1,6 @@
 Name:  perl-Net-DNS
 Version:   1.06
-Release:   1%{?dist}
+Release:   2%{?dist}
 Summary:   DNS resolver modules for Perl
 # lib/Net/DNS/RR/RT.pm: GPL+ or Artistic
 License:   (GPL+ or Artistic) and MIT
@@ -87,6 +87,7 @@ Requires:  perl(Net::DNS::SEC::RSA)
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(Digest::SHA\\)$
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(MIME::Base64\\)$
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(CONFIG\\)$
+%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(OS_CONF\\)$
 # Do not export under-specified provides
 %global __provides_exclude 
%{?__provides_exclude:%__provides_exclude|}^perl\\((Net::DNS::Text)\\)$
 %global __provides_exclude 
%{?__provides_exclude:%__provides_exclude|}^perl\\((Net::DNS::RR::OPT)\\)$
@@ -147,6 +148,9 @@ make test
 %{_mandir}/man3/Net::DNS::Nameserver*
 
 %changelog
+* Tue May 31 2016 Jitka Plesnikova  - 1.06-2
+- Remove OS_CONF from requires
+
 * Mon May 30 2016 Paul Wouters  - 1.06-1
 - Update to 1.06 (rhbz#1315525)
 
-- 
cgit v0.12



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

Re: F25 Self Contained Change: Koji Generates Installation Media

[Dennis Gilmore]

On Monday, May 30, 2016 5:31:58 PM CDT Richard W.M. Jones wrote:
> On Fri, May 27, 2016 at 10:28:59AM +0200, Jan Kurik wrote:
> > = Proposed Self Contained Change: Koji Generates Installation Media =
> > https://fedoraproject.org/wiki/Changes/KojiInstallMedia
> > 
> > Change owner(s):
> > * Jay Greguske 
> > 
> > Extend Koji with a new feature that allows users to create
> > installation media for various architectures.
> > 
> > == Detailed Description ==
> > This is a significant enabler for generating DVD media, other ISOs,
> > and images more efficiently. It also allows other tools such as mash
> > or pungi to offload much of the heavy-lifting to the build system.
> > Longer term, we may be able to reduce the number of tools needed to
> > manufacture Fedora releases.
> > 
> > == Scope ==
> > Proposal owners:
> > * to implement this change
> > 
> > Release engineering:
> > * This feature does require coordination with release engineering
> > (e.g. changes to installer image generation or update package
> > delivery.)
> 
> This sounds great.  Can it be used to generate live CDs?  (I'm
> thinking of course of the virt-p2v live CD which is currently
> generated with livecd-creator).
> 
> Rich.

No, it is install media, we have other code paths and the ability to make 
lives in koji today, and have for a long time now. livecd-creator is 
deprectaed and being replaced with livemedia-creator

Dennis

signature.asc
Description: This is a digitally signed message part.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Fedora Developer Portal as a application

[Owen Taylor]

Hi Petr and Frantisek,

Are there future plans for developing this further, or is the goal just to have 
the website running in an application-style window?

- Owen

- Original Message -
> Hi folks,
> 
> I am happy to announce, Frantisek Zatloukal did Fedora Developer Portal
> package [1].
> 
> Issue for it on Fedora Developer Portal GitHub [2].
> Feel free to comment and improve:)
> 
> Fedora Developer Portal looks like as an application on your Fedora system.
> 
> It requires an electron package, which is also packaged by Frantisek and it
> is a part of Frantisek's repository.
> 
> Feel free to install and test it.
> 
> Awesome work Frantisek, though:) Go ahead.
> 
> [1]
> https://copr.fedorainfracloud.org/coprs/frantisekz/fedora-developer-portal/
> [2] https://github.com/developer-portal/website/issues/41
> 
> --
> Petr Hracek
> Software Engineer
> Developer Experience
> Red Hat, Inc.
> Mob: +420 777 056 169
> email: phra...@redhat.com
> 
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
> 
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Fedora 24 compose report: 20160531.n.0 changes

[Fedora Branched Report]

OLD: Fedora-24-20160530.n.0
NEW: Fedora-24-20160531.n.0

= SUMMARY =
Added images:14
Dropped images:  6
Added packages:  3
Dropped packages:5
Upgraded packages:   47
Downgraded packages: 0

Size of added packages:  10.56 MiB
Size of dropped packages:28.25 MiB
Size of upgraded packages:   411.64 MiB
Size of downgraded packages: 0.00 B

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

= ADDED IMAGES =
Image: SoaS raw-xz armhfp
Path: Spins/armhfp/images/Fedora-SoaS-armhfp-24-20160531.n.0-sda.raw.xz
Image: KDE live i386
Path: Spins/i386/iso/Fedora-KDE-Live-i386-24-20160531.n.0.iso
Image: Workstation raw-xz armhfp
Path: 
Workstation/armhfp/images/Fedora-Workstation-armhfp-24-20160531.n.0-sda.raw.xz
Image: Workstation live i386
Path: Workstation/i386/iso/Fedora-Workstation-Live-i386-24-20160531.n.0.iso
Image: KDE live x86_64
Path: Spins/x86_64/iso/Fedora-KDE-Live-x86_64-24-20160531.n.0.iso
Image: Xfce raw-xz armhfp
Path: Spins/armhfp/images/Fedora-Xfce-armhfp-24-20160531.n.0-sda.raw.xz
Image: LXDE raw-xz armhfp
Path: Spins/armhfp/images/Fedora-LXDE-armhfp-24-20160531.n.0-sda.raw.xz
Image: Server raw-xz armhfp
Path: Server/armhfp/images/Fedora-Server-armhfp-24-20160531.n.0-sda.raw.xz
Image: Atomic raw-xz x86_64
Path: CloudImages/x86_64/images/Fedora-Atomic-24-20160531.n.0.x86_64.raw.xz
Image: KDE raw-xz armhfp
Path: Spins/armhfp/images/Fedora-KDE-armhfp-24-20160531.n.0-sda.raw.xz
Image: Atomic qcow2 x86_64
Path: CloudImages/x86_64/images/Fedora-Atomic-24-20160531.n.0.x86_64.qcow2
Image: Mate raw-xz armhfp
Path: Spins/armhfp/images/Fedora-Mate-armhfp-24-20160531.n.0-sda.raw.xz
Image: Workstation live x86_64
Path: Workstation/x86_64/iso/Fedora-Workstation-Live-x86_64-24-20160531.n.0.iso
Image: Minimal raw-xz armhfp
Path: Spins/armhfp/images/Fedora-Minimal-armhfp-24-20160531.n.0-sda.raw.xz

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

= ADDED PACKAGES =
Package: golang-github-cockroachdb-cmux-0-0.1.git112f050.fc24
Summary: Unit tests for golang-github-cockroachdb-cmux package
RPMs:golang-github-cockroachdb-cmux-devel 
golang-github-cockroachdb-cmux-unit-test-devel
Size:75600 bytes

Package: golang-github-dustin-go-humanize-0-0.1.git8929fe9.fc24
Summary: Formatters for units to human friendly sizes
RPMs:golang-github-dustin-go-humanize-devel 
golang-github-dustin-go-humanize-unit-test-devel
Size:65568 bytes

Package: qblade-0.91-1.fc24
Summary: Wind Turbine Rotor Design and Simulation
RPMs:qblade
Size:10933946 bytes


= DROPPED PACKAGES =
Package: eclipse-jbosstools-4.2.2-1.fc22
Summary: Eclipse plugins that support JBoss and related technology
RPMs:eclipse-jbosstools eclipse-jbosstools-archives eclipse-jbosstools-as 
eclipse-jbosstools-cdi eclipse-jbosstools-common eclipse-jbosstools-foundation 
eclipse-jbosstools-freemarker eclipse-jbosstools-jmx eclipse-jbosstools-jst 
eclipse-jbosstools-openshift eclipse-jbosstools-runtime 
eclipse-jbosstools-stacks eclipse-jbosstools-usage eclipse-jbosstools-ws
Size:17720132 bytes

Package: golang-github-kraman-libcontainer-0-0.7.gitd700e5b.fc24
Summary: Reference implementation for containers
RPMs:golang-github-kraman-libcontainer-devel
Size:24106 bytes

Package: leksah-server-0.14.3.1-4.fc24
Summary: Metadata collection for leksah
RPMs:ghc-leksah-server ghc-leksah-server-devel leksah-server
Size:9657750 bytes

Package: vdsm-4.17.9-18.git1379158.fc24
Summary: Virtual Desktop Server Manager
RPMs:vdsm vdsm-cli vdsm-debug-plugin vdsm-gluster vdsm-hook-ethtool-options 
vdsm-hook-faqemu vdsm-hook-ipv6 vdsm-hook-macspoof vdsm-hook-openstacknet 
vdsm-hook-qemucmdline vdsm-hook-vhostmd vdsm-hook-vmfex-dev vdsm-infra 
vdsm-jsonrpc vdsm-python vdsm-tests vdsm-xmlrpc vdsm-yajsonrpc
Size:2088908 bytes

Package: xmms-scrobbler-0.4.0-17.fc23
Summary: Audioscrobbler plugin for XMMS
RPMs:xmms-scrobbler
Size:134408 bytes


= UPGRADED PACKAGES =
Package:  antimony-0.9.1-0.1.fc24
Old package:  antimony-0.9.0-0.7.20151126git4118b9.fc24
Summary:  Computer-aided design CAD tool
RPMs: antimony
Size: 1620006 bytes
Size change:  -3944 bytes
Changelog:
  * Mon May 23 2016 Antonio Trande <sagit...@fedoraproject.org> - 0.9.1-0.1
  - Update to 0.9.1 (pre-release)


Package:  castxml-0.1-0.11.20160510git9a83414.fc24
Old package:  castxml-0.1-0.10.20160125gitfc71eb

Fedora Rawhide-20160531.n.0 compose check report

[Fedora compose checker]

Missing expected images:

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

Failed openQA tests: 35/67 (x86_64), 9/16 (i386)

ID: 19800   Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/19800
ID: 19802   Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/19802
ID: 19803   Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/19803
ID: 19808   Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/19808
ID: 19809   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/19809
ID: 19810   Test: i386 Workstation-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/19810
ID: 19811   Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/19811
ID: 19812   Test: x86_64 Atomic-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/19812
ID: 19814   Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/19814
ID: 19816   Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/19816
ID: 19820   Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/19820
ID: 19825   Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/19825
ID: 19826   Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/19826
ID: 19827   Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/19827
ID: 19828   Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/19828
ID: 19829   Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/19829
ID: 19832   Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/19832
ID: 19835   Test: x86_64 universal install_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/19835
ID: 19839   Test: x86_64 universal install_multi@uefi
URL: https://openqa.fedoraproject.org/tests/19839
ID: 19840   Test: x86_64 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/19840
ID: 19845   Test: x86_64 universal install_btrfs
URL: https://openqa.fedoraproject.org/tests/19845
ID: 19846   Test: x86_64 universal install_ext3
URL: https://openqa.fedoraproject.org/tests/19846
ID: 19847   Test: x86_64 universal install_xfs
URL: https://openqa.fedoraproject.org/tests/19847
ID: 19851   Test: x86_64 universal install_simple_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/19851
ID: 19852   Test: x86_64 universal install_simple_free_space@uefi
URL: https://openqa.fedoraproject.org/tests/19852
ID: 19853   Test: x86_64 universal install_multi_empty@uefi
URL: https://openqa.fedoraproject.org/tests/19853
ID: 19854   Test: x86_64 universal install_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/19854
ID: 19855   Test: x86_64 universal install_delete_partial@uefi
URL: https://openqa.fedoraproject.org/tests/19855
ID: 19856   Test: x86_64 universal install_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/19856
ID: 19857   Test: x86_64 universal install_ext3@uefi
URL: https://openqa.fedoraproject.org/tests/19857
ID: 19858   Test: x86_64 universal install_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/19858
ID: 19859   Test: x86_64 universal install_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/19859
ID: 19860   Test: x86_64 universal install_no_swap@uefi
URL: https://openqa.fedoraproject.org/tests/19860
ID: 19862   Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/19862
ID: 19863   Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/19863
ID: 19867   Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/19867
ID: 19868   Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/19868
ID: 19872   Test: i386 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/19872
ID: 19874   Test: i386 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/19874
ID: 19876   Test: i386 universal install_btrfs
URL: https://openqa.fedoraproject.org/tests/19876
ID: 19877   Test: i386 universal install_ext3
URL: https://openqa.fedoraproject.org/tests/19877
ID: 19879   Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/19879
ID: 19880   Test: i386 universal upgrade_2_desktop_32bit

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

[rawhide]

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

Notable package version changes:
parted - 20160528.n.0: parted-3.2-19.fc24.src, 20160531.n.0: 
parted-3.2-20.fc24.src

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

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

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

The individual test result pages are:

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

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

eseyman pushed to perl-Search-Elasticsearch (master). "Update to 2.03"

[notifications]

From 854764164e2f099dcf1cf3309257b78c753e47db Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Tue, 31 May 2016 15:27:55 +0200
Subject: Update to 2.03

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

diff --git a/.gitignore b/.gitignore
index 96e782b..006cd82 100644
--- a/.gitignore
+++ b/.gitignore
@@ -10,3 +10,4 @@
 /Search-Elasticsearch-1.99.tar.gz
 /Search-Elasticsearch-2.00.tar.gz
 /Search-Elasticsearch-2.02.tar.gz
+/Search-Elasticsearch-2.03.tar.gz
diff --git a/perl-Search-Elasticsearch.spec b/perl-Search-Elasticsearch.spec
index 46e71de..2640eee 100644
--- a/perl-Search-Elasticsearch.spec
+++ b/perl-Search-Elasticsearch.spec
@@ -1,6 +1,6 @@
 Name:   perl-Search-Elasticsearch
-Version:2.02
-Release:2%{?dist}
+Version:2.03
+Release:1%{?dist}
 Summary:Official client for Elasticsearch
 License:ASL 2.0
 
@@ -86,6 +86,9 @@ make test
 %{_mandir}/man3/Search*
 
 %changelog
+* Tue May 31 2016 Emmanuel Seyman  - 2.03-1
+- Update to 2.03
+
 * Mon May 16 2016 Jitka Plesnikova  - 2.02-2
 - Perl 5.24 rebuild
 
diff --git a/sources b/sources
index 35a301f..08f2ed8 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b7217f70baad6fa2133458387a5768df  Search-Elasticsearch-2.02.tar.gz
+aaeabf3d365582e630dfa4508dfee2d5  Search-Elasticsearch-2.03.tar.gz
-- 
cgit v0.12



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

eseyman uploaded Search-Elasticsearch-2.03.tar.gz for perl-Search-Elasticsearch

[notifications]

aaeabf3d365582e630dfa4508dfee2d5  Search-Elasticsearch-2.03.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Search-Elasticsearch/Search-Elasticsearch-2.03.tar.gz/md5/aaeabf3d365582e630dfa4508dfee2d5/Search-Elasticsearch-2.03.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org