Re: Modifying container storage for Fedora 26.

[Chris Murphy]

Does it make sense to move all the products to XFS? An exception may
be possible for cloud images [1]

Server uses XFS. Cloud/Atomic have expressed a preference for it. I
found that ext4 allocates inodes at mkfs time, and there's no way to
get more later, and there's a real possibility with overlayfs that
there can be inode exhaustion. [2] Yes, you can just use non-default
mkfs options to create more inodes, but installer folks are typically
reluctant to use non-default mkfs options. XFS and Btrfs have
dynamically allocated inodes.

Is there any advantage of LVM for Cloud/Atomic? What about
Workstation? Dropping it for cloud/atomic may be an advantage, more
compact, less wasted space, less overhead, one less layer. For
Workstation it's probably a wash. Many users are confused by it, few
benefit from it. But the documentation refers to it.


---
Chris Murphy


[1]
Syslinux is preferred because it significantly reduces cloud image
size. The problem is this extlinux + ext4 bug. While syslinux 6.04
supports XFS, and builds are in koji, it's not finalized yet upstream.
So if this syslinux + ext4 bug gets fixed, then use use that
combination. Otherwise, GRUB + XFS.
Fedora 25 cloud images built with syslinux do not boot
https://bugzilla.redhat.com/show_bug.cgi?id=1369934

[2]
https://lists.fedoraproject.org/archives/list/cl...@lists.fedoraproject.org/message/47PC3YHBR7LTIDSDCZERROWRLEFOSVP7/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1395592] CVE-2016-1249 perl-DBD-MySQL: Out-of-bounds read when using server-side prepared statement support [ fedora-all]

[bugzilla]

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



--- Comment #6 from Fedora Update System  ---
perl-DBD-MySQL-4.039-1.fc24 has been pushed to the Fedora 24 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-54fd3bf412

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

[Bug 1395670] perl-DBD-MySQL-4.039 is available

[bugzilla]

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



--- Comment #4 from Fedora Update System  ---
perl-DBD-MySQL-4.039-1.fc24 has been pushed to the Fedora 24 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-54fd3bf412

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

[Bug 1379556] CVE-2016-9181 perl-Image-Info: XXE in SVG files

[bugzilla]

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

Doran Moppert  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |WONTFIX
Last Closed||2016-11-16 21:46:52



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

[Bug 1379553] CVE-2016-9180 perl-XML-Twig: expand_external_ents option fails to work as documented

[bugzilla]

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

Doran Moppert  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |WONTFIX
Last Closed||2016-11-16 21:47:08



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

[Bug 1379556] CVE-2016-9181 perl-Image-Info: XXE in SVG files

[bugzilla]

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


--- Doc Text *updated* by Doran Moppert  ---
A vulnerability was found in perl-ImageInfo. When parsing an SVG file, external 
entity expansion (XXE) was not disabled. An attacker could craft an SVG file 
which, when processed by an application using perl-Image-Info, could cause 
denial of service or, potentially, information disclosure.


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

[Bug 1379553] CVE-2016-9180 perl-XML-Twig: expand_external_ents option fails to work as documented

[bugzilla]

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


--- Doc Text *updated* by Doran Moppert  ---
A vulnerability was found in perl-XML-Twig. External entity expansion (XXE) 
took place regardless of the setting 'expand_external_ents', which was supposed 
to disable this functionality if set to 0 (the default) or -1. An attacker 
could craft an XML message which, when processed by an application using 
perl-XML-Twig, could cause denial of service or, potentially, information 
disclosure.


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

[EPEL-devel] Re: Redis Version in EPEL 7

[Stephen John Smoogen]

On 14 November 2016 at 20:49, Somers-Harris, David | David | OPS
 wrote:
> Hi,
>
> I see that in EPEL7-release there is Redis 2.x and in EPEL7-testing there is 
> Redis 3.x
>
> Is the version for Redis in EPEL7 going to change soon?
> Or will multiple versions exist together?
>

This was talked about at the meeting today. The reason for the package
being put into EPEL testing was covered in this update notice:

 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-23fa04bf1c

It has been in testing for a long time looking for data on if it will
break or fix systems. If you can please test and let the packager
know. There is no plan to have side-by-side versions of redis2 and
redis3 because redis2 is end of lifed.

> Where can I find documentation or discussion threads or tickets which answer 
> questions like this?
>

Normally if you don't see it in the history of EPEL-devel then it
needs to be brought up like you did why it happened. After that
looking through bodhi or similar tools to contact the person who
submitted the build.

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



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

[Bug 1379553] CVE-2016-9180 perl-XML-Twig: expand_external_ents option fails to work as documented

[bugzilla]

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



--- Comment #2 from Doran Moppert  ---
Statement:

Red Hat Product Security has rated this issue as having Moderate security
impact. This issue is not currently planned to be addressed in future
updates. For additional information, refer to the Issue Severity
Classification: https://access.redhat.com/security/updates/classification/.

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

[Bug 1379553] CVE-2016-9180 perl-XML-Twig: expand_external_ents option fails to work as documented

[bugzilla]

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

Doran Moppert  changed:

   What|Removed |Added

 Whiteboard|impact=moderate,public=2016 |impact=moderate,public=2016
   |0927,reported=20160927,sour |0927,reported=20160927,sour
   |ce=redhat,cvss2=5.8/AV:N/AC |ce=redhat,cvss2=5.8/AV:N/AC
   |:M/Au:N/C:P/I:N/A:P,cvss3=7 |:M/Au:N/C:P/I:N/A:P,cvss3=7
   |.1/CVSS:3.0/AV:N/AC:L/PR:L/ |.1/CVSS:3.0/AV:N/AC:L/PR:L/
   |UI:N/S:U/C:H/I:N/A:L,cwe=CW |UI:N/S:U/C:H/I:N/A:L,cwe=CW
   |E-611,rhel-7/perl-XML-Twig= |E-611,rhel-7/perl-XML-Twig=
   |affected,rhel-6/perl-XML-Tw |wontfix,rhel-6/perl-XML-Twi
   |ig=affected,rhel-5/perl-XML |g=wontfix,rhel-5/perl-XML-T
   |-Twig=affected,fedora-all/p |wig=wontfix,fedora-all/perl
   |erl-XML-Twig=affected   |-XML-Twig=affected



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

[Bug 1379553] CVE-2016-9180 perl-XML-Twig: expand_external_ents option fails to work as documented

[bugzilla]

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



--- Comment #3 from Doran Moppert  ---
Acknowledgments:

Name: Doran Moppert (Red Hat Product Security Team)

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

[Bug 1379556] CVE-2016-9181 perl-Image-Info: XXE in SVG files

[bugzilla]

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



--- Comment #3 from Doran Moppert  ---
Statement:

Red Hat Product Security has rated this issue as having Low security
impact. This issue is not currently planned to be addressed in future
updates. For additional information, refer to the Issue Severity
Classification: https://access.redhat.com/security/updates/classification/.

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

[Bug 1379556] CVE-2016-9181 perl-Image-Info: XXE in SVG files

[bugzilla]

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

Doran Moppert  changed:

   What|Removed |Added

   Priority|medium  |low
   Fixed In Version|perl-Image-Info 1.38_50 |perl-Image-Info 1.39
 Whiteboard|impact=moderate,public=2016 |impact=low,public=20160927,
   |0927,reported=20160927,sour |reported=20160927,source=re
   |ce=redhat,cvss2=5.8/AV:N/AC |dhat,cvss2=5.8/AV:N/AC:M/Au
   |:M/Au:N/C:P/I:N/A:P,cvss3=7 |:N/C:P/I:N/A:P,cvss3=7.1/CV
   |.1/CVSS:3.0/AV:N/AC:L/PR:L/ |SS:3.0/AV:N/AC:L/PR:L/UI:N/
   |UI:N/S:U/C:H/I:N/A:L,cwe=CW |S:U/C:H/I:N/A:L,cwe=CWE-611
   |E-611,rhel-7/perl-Image-Inf |,rhel-7/perl-Image-Info=won
   |o=affected,rhel-6/perl-Imag |tfix,rhel-6/perl-Image-Info
   |e-Info=affected,epel-5/perl |=wontfix,epel-5/perl-Image-
   |-Image-Info=affected,fedora |Info=affected,fedora-all/pe
   |-all/perl-Image-Info=affect |rl-Image-Info=affected
   |ed  |
   Severity|medium  |low



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

[Bug 1379556] CVE-2016-9181 perl-Image-Info: XXE in SVG files

[bugzilla]

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



--- Comment #4 from Doran Moppert  ---
Acknowledgments:

Name: Doran Moppert (Red Hat Product Security Team)

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

[Bug 1395938] New: perl-JSON-XS-3.03 is available

[bugzilla]

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

Bug ID: 1395938
   Summary: perl-JSON-XS-3.03 is available
   Product: Fedora
   Version: rawhide
 Component: perl-JSON-XS
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, perl-devel@lists.fedoraproject.org



Latest upstream release: 3.03
Current version/release in rawhide: 3.02-2.fc25
URL: http://search.cpan.org/dist/JSON-XS/

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

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

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

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

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

[Bug 1395932] New: perl-Math-BigInt-GMP-1.6000 is available

[bugzilla]

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

Bug ID: 1395932
   Summary: perl-Math-BigInt-GMP-1.6000 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Math-BigInt-GMP
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, p...@city-fan.org,
perl-devel@lists.fedoraproject.org, st...@silug.org



Latest upstream release: 1.6000
Current version/release in rawhide: 1.51-2.fc25
URL: http://search.cpan.org/dist/Math-BigInt-GMP/

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

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

[Bug 1395931] New: perl-Math-BigInt-1.999800 is available

[bugzilla]

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

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



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

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

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

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

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

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

[Bug 1395928] New: perl-Module-ScanDeps-1.23 is available

[bugzilla]

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

Bug ID: 1395928
   Summary: perl-Module-ScanDeps-1.23 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Module-ScanDeps
  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, st...@silug.org



Latest upstream release: 1.23
Current version/release in rawhide: 1.22-1.fc26
URL: http://search.cpan.org/dist/Module-ScanDeps/

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

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

[Bug 1395923] New: perl-DateTime-1.41 is available

[bugzilla]

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

Bug ID: 1395923
   Summary: perl-DateTime-1.41 is available
   Product: Fedora
   Version: rawhide
 Component: perl-DateTime
  Keywords: FutureFeature, Triaged
  Assignee: p...@city-fan.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: iarn...@gmail.com, p...@city-fan.org,
perl-devel@lists.fedoraproject.org, st...@silug.org



Latest upstream release: 1.41
Current version/release in rawhide: 1.40-1.fc26
URL: http://search.cpan.org/dist/DateTime/

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

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

[Bug 1395923] perl-DateTime-1.41 is available

[bugzilla]

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



--- 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.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1395923] perl-DateTime-1.41 is available

[bugzilla]

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



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

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

[Bug 1395923] perl-DateTime-1.41 is available

[bugzilla]

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



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

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

Re: List of packages owning %{python3_sitelib}/__pycache__

[Orion Poplawski]

On 11/14/2016 06:49 PM, Athos Ribeiro wrote:
> Hello,
> 
> Guidelines say that %{python3_sitelib}/__pycache__ should not be owned
> by python packages because python3-libs already owns it [1]. That
> directory is actually owned by system-python-libs.
> 
> While going through a package review, I realized that 50+ packages own
> %{python3_sitelib}/__pycache__. To avoid generating noise to packagers,
> I am just listing those packages here [2].

> python-bottle
> python-jupyter-core
> python-optcomplete
> python-pytest-flakes

Fixed

> python-pytest-pep8

This was fixed in 1.0.6-5 but it has been FTBFS for a while.

-- 
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
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

[EPEL-devel] %autoupdate -p is broken in RHEL6.8

[Orion Poplawski]

%autoupdate -p is broken in RHEL6.8 - I've submitted
https://bodhi.fedoraproject.org/updates/epel-rpm-macros-6-15 to fix it until a
RHEL update is done

Bug 1310704 – %autosetup -pN parsing doesn't terminate at EOL -
https://bugzilla.redhat.com/1310704

-- 
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
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Re: No arch broken dependency issue

[Pavel Raiskup]

On Wednesday, November 16, 2016 3:10:33 PM CET Jeremy Newton wrote:
> So does exclusive arch actually block the unsupported arches come f26?

I probably don't understand the question.  This IMO shouldn't be blocker for
Fedora 26 release, just there's the issue that packages which:

BuildArch: noarch
ExclusiveArch: x86_64 noarch

are distributed for every architecture, because 'noarch' in ExclusiveArch means
package is compatible with every architecture.  The correct form should be:

BuildArch: noarch
ExclusiveArch: x86_64

That's fine now, because rhbz#1298668 is fixed.  But still I need to test
this.  Unless we fix all the packages having 'noarch' in ExclusiveArch,
there will be uninstallable (or not working) packages in "base" F26
repository, but how serious this would be?

> The emails are annoying but I'm more concerned that things will be
> broken when branch from rawhide happens.

I hope, except for fixing the issue for f26, the annoying email disappears
with this:
http://pkgs.fedoraproject.org/cgit/rpms/vim-syntastic.git/commit/?id=c9a831c25854d3

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

Re: Modifying container storage for Fedora 26.

[Vivek Goyal]

On Wed, Nov 16, 2016 at 03:19:06PM -0500, Stephen Gallagher wrote:
> On 11/16/2016 03:09 PM, Vivek Goyal wrote:
> > On Wed, Nov 16, 2016 at 03:01:06PM -0500, Stephen Gallagher wrote:
> >> On 11/16/2016 02:56 PM, Vivek Goyal wrote:
> >>> On Wed, Nov 16, 2016 at 02:49:25PM -0500, Stephen Gallagher wrote:
>  On 11/16/2016 02:40 PM, Vivek Goyal wrote:
> > On Wed, Nov 16, 2016 at 02:32:46PM -0500, Daniel J Walsh wrote:
> >> We would like to change the docker container storage to default to
> >> Overlayfs2 in Fedora 26.  But we have a problem on Atomic Host and
> >> Fedora Server distributions.
> >>
> >>
> >> Currently docker-storage-setup defaults to devicemapper and is hard
> >> coded to setup a thinpool of 40% of remaining disk.  Otherwise it sets
> >> up loopback devices on the root file system.   Devicemapper is nice
> >> since it works with thinpools and can automatically expand the storage
> >> if the disk space is getting used up. 
> >>
> >> Moving to Overlay, we can more easily use the root file system 
> >> directly,
> >> which would be fine for Fedora Workstation.  We want to preserve the 
> >> use
> >> of the remaining storage for Overlay on AH and Fedora Server,  since
> >> this would give a user flexibility to switch back to using devicemapper
> >> if they had problems with the Overlay driver.
> >
> > And being able to do so basically involves following.
> >
> > - docker-storage-setup creates a logical volume from free space
> > - Creates a filesystem on that logical volume
> > - Mounts that logical volume on the directory which docker is going to
> >   use.
> >
> >   mount /dev/docker-vg/foo /var/lib/docker/
> >
> > - Now when docker users overlay2 graph driver, all the images, 
> > containers
> >   and associated metadata will be stored outside the root filesystem and
> >   onto /dev/docker-vg/foo logical volume.
> >
> >> We can not as easily
> >> support the expanding disk for Overlay since we will not use using 
> >> thinpool.
> >
> >>
> >> We have looked at options to hard code OverlayFS with the defaults,
> >
> > If we always mount /var/lib/docker on on /dev/vg/foo for overlay2 driver
> > this will be a regression w.r.t current behavior. So I would not
> > recommend changing current behavior. I think this should be an opt-in.
> > We are working on provide a config knob to elect this behavior and
> > atomic host and fedora server will have to opt-in somehow.
> >
> > I think it will be easy for atomic host as they already drop something
> > in /etc/sysconfig/docker-storage-setup. Not sure how fedora server
> > variant will do it.
> >
> 
> 
>  Today, Fedora Server relies on whatever is the default for 
>  docker-storage-setup.
>  We just tell Anaconda to reserve up to 15GiB by default for the / 
>  partition and
>  then it puts all remaining free space (on drives selected to be used by
>  Anaconda) into a single logical volume with no partitions.
> 
>  It's a very easy thing for us to drop a different config file for
>  docker-storage-setup into place for Server. So if that's all we need to 
>  do, let
>  me know and I'll work it up.
> >>>
> >>> Ok, that sounds good. We are working on providing a knob to opt-in new
> >>> behavior. I think all you have to drop in config file will be something
> >>> like.
> >>>
> >>> /etc/sysconfig/docker-storage-setup
> >>>
> >>> STORAGE_DRIVER=overlay2
> >>> YET_TO_BE_NAMED_OPTION=VAL
> >>>
> >>> So upstream default will continue to be devicemapper. We will have to
> >>> modify fedora workstation, fedora server and atomic host infrastructure
> >>> to opt-in for overlay2.
> >>>
> >>
> >> Why exactly does this need to be opt-in? Why wouldn't we just change the 
> >> default
> >> on Fedora Server to use overlay2 instead of devicemapper?
> >>
> >> I think I'm missing some key part of the problem here.
> > 
> > I mean it will be devicemapper in upstream project. And distributions will
> > have to opt-in for overlay2. 
> > 
> > And I think one reason being that rhel uses same git tree and we don't
> > want to switch to overlay2 by default for rhel yet.
> > 
> > overlay2 will be an experiment on fedora first as default and if it works
> > well, then change default upstream too.
> 
> OK, when you said "opt-in", I was assuming you meant that from the user's
> perspective (as in having the user make an explicit choice). What you meant 
> was
> that Server would carry a different default from the upstream project. That's
> easy enough to accomplish (we can do the same for Atomic as well).
> 
> The packaging guidelines for this are here:
> https://fedoraproject.org/wiki/Packaging:Per-Product_Configuration
> 
> Of course, that's only necessary if we want Server (and Atomic) to differ from
> Workstation and/or 

[Bug 1395670] perl-DBD-MySQL-4.039 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|CLOSED  |ON_QA
 Resolution|RAWHIDE |---
   Keywords||Reopened



--- Comment #3 from Fedora Update System  ---
perl-DBD-MySQL-4.039-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-88de1a90e7

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

[Bug 1395464] perl-Log-Log4perl-1.48 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #2 from Fedora Update System  ---
perl-Log-Log4perl-1.48-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-805dfd0394

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

[Bug 1395592] CVE-2016-1249 perl-DBD-MySQL: Out-of-bounds read when using server-side prepared statement support [ fedora-all]

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #5 from Fedora Update System  ---
perl-DBD-MySQL-4.039-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-88de1a90e7

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

Re: Modifying container storage for Fedora 26.

[Stephen Gallagher]

On 11/16/2016 03:09 PM, Vivek Goyal wrote:
> On Wed, Nov 16, 2016 at 03:01:06PM -0500, Stephen Gallagher wrote:
>> On 11/16/2016 02:56 PM, Vivek Goyal wrote:
>>> On Wed, Nov 16, 2016 at 02:49:25PM -0500, Stephen Gallagher wrote:
 On 11/16/2016 02:40 PM, Vivek Goyal wrote:
> On Wed, Nov 16, 2016 at 02:32:46PM -0500, Daniel J Walsh wrote:
>> We would like to change the docker container storage to default to
>> Overlayfs2 in Fedora 26.  But we have a problem on Atomic Host and
>> Fedora Server distributions.
>>
>>
>> Currently docker-storage-setup defaults to devicemapper and is hard
>> coded to setup a thinpool of 40% of remaining disk.  Otherwise it sets
>> up loopback devices on the root file system.   Devicemapper is nice
>> since it works with thinpools and can automatically expand the storage
>> if the disk space is getting used up. 
>>
>> Moving to Overlay, we can more easily use the root file system directly,
>> which would be fine for Fedora Workstation.  We want to preserve the use
>> of the remaining storage for Overlay on AH and Fedora Server,  since
>> this would give a user flexibility to switch back to using devicemapper
>> if they had problems with the Overlay driver.
>
> And being able to do so basically involves following.
>
> - docker-storage-setup creates a logical volume from free space
> - Creates a filesystem on that logical volume
> - Mounts that logical volume on the directory which docker is going to
>   use.
>
>   mount /dev/docker-vg/foo /var/lib/docker/
>
> - Now when docker users overlay2 graph driver, all the images, containers
>   and associated metadata will be stored outside the root filesystem and
>   onto /dev/docker-vg/foo logical volume.
>
>> We can not as easily
>> support the expanding disk for Overlay since we will not use using 
>> thinpool.
>
>>
>> We have looked at options to hard code OverlayFS with the defaults,
>
> If we always mount /var/lib/docker on on /dev/vg/foo for overlay2 driver
> this will be a regression w.r.t current behavior. So I would not
> recommend changing current behavior. I think this should be an opt-in.
> We are working on provide a config knob to elect this behavior and
> atomic host and fedora server will have to opt-in somehow.
>
> I think it will be easy for atomic host as they already drop something
> in /etc/sysconfig/docker-storage-setup. Not sure how fedora server
> variant will do it.
>


 Today, Fedora Server relies on whatever is the default for 
 docker-storage-setup.
 We just tell Anaconda to reserve up to 15GiB by default for the / 
 partition and
 then it puts all remaining free space (on drives selected to be used by
 Anaconda) into a single logical volume with no partitions.

 It's a very easy thing for us to drop a different config file for
 docker-storage-setup into place for Server. So if that's all we need to 
 do, let
 me know and I'll work it up.
>>>
>>> Ok, that sounds good. We are working on providing a knob to opt-in new
>>> behavior. I think all you have to drop in config file will be something
>>> like.
>>>
>>> /etc/sysconfig/docker-storage-setup
>>>
>>> STORAGE_DRIVER=overlay2
>>> YET_TO_BE_NAMED_OPTION=VAL
>>>
>>> So upstream default will continue to be devicemapper. We will have to
>>> modify fedora workstation, fedora server and atomic host infrastructure
>>> to opt-in for overlay2.
>>>
>>
>> Why exactly does this need to be opt-in? Why wouldn't we just change the 
>> default
>> on Fedora Server to use overlay2 instead of devicemapper?
>>
>> I think I'm missing some key part of the problem here.
> 
> I mean it will be devicemapper in upstream project. And distributions will
> have to opt-in for overlay2. 
> 
> And I think one reason being that rhel uses same git tree and we don't
> want to switch to overlay2 by default for rhel yet.
> 
> overlay2 will be an experiment on fedora first as default and if it works
> well, then change default upstream too.

OK, when you said "opt-in", I was assuming you meant that from the user's
perspective (as in having the user make an explicit choice). What you meant was
that Server would carry a different default from the upstream project. That's
easy enough to accomplish (we can do the same for Atomic as well).

The packaging guidelines for this are here:
https://fedoraproject.org/wiki/Packaging:Per-Product_Configuration

Of course, that's only necessary if we want Server (and Atomic) to differ from
Workstation and/or non-productized Fedora. If they're all going to switch to
overlay2, then it's just a trivial matter.



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

Re: No arch broken dependency issue

[Jeremy Newton]

So does exclusive arch actually block the unsupported arches come f26? The
emails are annoying but I'm more concerned that things will be broken when
branch from rawhide happens.

On Mon, Nov 14, 2016 at 6:50 AM, Pavel Raiskup  wrote:

> On Sunday, November 13, 2016 4:28:26 PM CET Jeremy Newton wrote:
> > Hi,
> > I was wondering if any of the RPM guru's know how to fix an issue I'm
> having.
> >
> > I keep getting this email:
> > >orthorobot has broken dependencies in the rawhide tree:
> > >On ppc64le:
> > >orthorobot-1.1-4.fc26.noarch requires love
> > >Please resolve this as soon as possible.
> >
> > This is because it's noarch that depends on "love", which doesn't
> compile on ppc64le.
> >
> > I added an exclusive arch to the spec in hopes to silence this:
> > >ExclusiveArch: %{arm} %{ix86} x86_64 %{mips} aarch64 ppc64 noarch
> >
> > Is this not sufficient anymore for noarch? Or is this a bug in buildsys?
>
> I recently filed similar thing against pungi:
> https://pagure.io/pungi-fedora/issue/87
>
> Pavel
>
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Modifying container storage for Fedora 26.

[Vivek Goyal]

On Wed, Nov 16, 2016 at 03:01:06PM -0500, Stephen Gallagher wrote:
> On 11/16/2016 02:56 PM, Vivek Goyal wrote:
> > On Wed, Nov 16, 2016 at 02:49:25PM -0500, Stephen Gallagher wrote:
> >> On 11/16/2016 02:40 PM, Vivek Goyal wrote:
> >>> On Wed, Nov 16, 2016 at 02:32:46PM -0500, Daniel J Walsh wrote:
>  We would like to change the docker container storage to default to
>  Overlayfs2 in Fedora 26.  But we have a problem on Atomic Host and
>  Fedora Server distributions.
> 
> 
>  Currently docker-storage-setup defaults to devicemapper and is hard
>  coded to setup a thinpool of 40% of remaining disk.  Otherwise it sets
>  up loopback devices on the root file system.   Devicemapper is nice
>  since it works with thinpools and can automatically expand the storage
>  if the disk space is getting used up. 
> 
>  Moving to Overlay, we can more easily use the root file system directly,
>  which would be fine for Fedora Workstation.  We want to preserve the use
>  of the remaining storage for Overlay on AH and Fedora Server,  since
>  this would give a user flexibility to switch back to using devicemapper
>  if they had problems with the Overlay driver.
> >>>
> >>> And being able to do so basically involves following.
> >>>
> >>> - docker-storage-setup creates a logical volume from free space
> >>> - Creates a filesystem on that logical volume
> >>> - Mounts that logical volume on the directory which docker is going to
> >>>   use.
> >>>
> >>>   mount /dev/docker-vg/foo /var/lib/docker/
> >>>
> >>> - Now when docker users overlay2 graph driver, all the images, containers
> >>>   and associated metadata will be stored outside the root filesystem and
> >>>   onto /dev/docker-vg/foo logical volume.
> >>>
>  We can not as easily
>  support the expanding disk for Overlay since we will not use using 
>  thinpool.
> >>>
> 
>  We have looked at options to hard code OverlayFS with the defaults,
> >>>
> >>> If we always mount /var/lib/docker on on /dev/vg/foo for overlay2 driver
> >>> this will be a regression w.r.t current behavior. So I would not
> >>> recommend changing current behavior. I think this should be an opt-in.
> >>> We are working on provide a config knob to elect this behavior and
> >>> atomic host and fedora server will have to opt-in somehow.
> >>>
> >>> I think it will be easy for atomic host as they already drop something
> >>> in /etc/sysconfig/docker-storage-setup. Not sure how fedora server
> >>> variant will do it.
> >>>
> >>
> >>
> >> Today, Fedora Server relies on whatever is the default for 
> >> docker-storage-setup.
> >> We just tell Anaconda to reserve up to 15GiB by default for the / 
> >> partition and
> >> then it puts all remaining free space (on drives selected to be used by
> >> Anaconda) into a single logical volume with no partitions.
> >>
> >> It's a very easy thing for us to drop a different config file for
> >> docker-storage-setup into place for Server. So if that's all we need to 
> >> do, let
> >> me know and I'll work it up.
> > 
> > Ok, that sounds good. We are working on providing a knob to opt-in new
> > behavior. I think all you have to drop in config file will be something
> > like.
> > 
> > /etc/sysconfig/docker-storage-setup
> > 
> > STORAGE_DRIVER=overlay2
> > YET_TO_BE_NAMED_OPTION=VAL
> > 
> > So upstream default will continue to be devicemapper. We will have to
> > modify fedora workstation, fedora server and atomic host infrastructure
> > to opt-in for overlay2.
> > 
> 
> Why exactly does this need to be opt-in? Why wouldn't we just change the 
> default
> on Fedora Server to use overlay2 instead of devicemapper?
> 
> I think I'm missing some key part of the problem here.

I mean it will be devicemapper in upstream project. And distributions will
have to opt-in for overlay2. 

And I think one reason being that rhel uses same git tree and we don't
want to switch to overlay2 by default for rhel yet.

overlay2 will be an experiment on fedora first as default and if it works
well, then change default upstream too.

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

Re: Modifying container storage for Fedora 26.

[Stephen Gallagher]

On 11/16/2016 02:56 PM, Vivek Goyal wrote:
> On Wed, Nov 16, 2016 at 02:49:25PM -0500, Stephen Gallagher wrote:
>> On 11/16/2016 02:40 PM, Vivek Goyal wrote:
>>> On Wed, Nov 16, 2016 at 02:32:46PM -0500, Daniel J Walsh wrote:
 We would like to change the docker container storage to default to
 Overlayfs2 in Fedora 26.  But we have a problem on Atomic Host and
 Fedora Server distributions.


 Currently docker-storage-setup defaults to devicemapper and is hard
 coded to setup a thinpool of 40% of remaining disk.  Otherwise it sets
 up loopback devices on the root file system.   Devicemapper is nice
 since it works with thinpools and can automatically expand the storage
 if the disk space is getting used up. 

 Moving to Overlay, we can more easily use the root file system directly,
 which would be fine for Fedora Workstation.  We want to preserve the use
 of the remaining storage for Overlay on AH and Fedora Server,  since
 this would give a user flexibility to switch back to using devicemapper
 if they had problems with the Overlay driver.
>>>
>>> And being able to do so basically involves following.
>>>
>>> - docker-storage-setup creates a logical volume from free space
>>> - Creates a filesystem on that logical volume
>>> - Mounts that logical volume on the directory which docker is going to
>>>   use.
>>>
>>>   mount /dev/docker-vg/foo /var/lib/docker/
>>>
>>> - Now when docker users overlay2 graph driver, all the images, containers
>>>   and associated metadata will be stored outside the root filesystem and
>>>   onto /dev/docker-vg/foo logical volume.
>>>
 We can not as easily
 support the expanding disk for Overlay since we will not use using 
 thinpool.
>>>

 We have looked at options to hard code OverlayFS with the defaults,
>>>
>>> If we always mount /var/lib/docker on on /dev/vg/foo for overlay2 driver
>>> this will be a regression w.r.t current behavior. So I would not
>>> recommend changing current behavior. I think this should be an opt-in.
>>> We are working on provide a config knob to elect this behavior and
>>> atomic host and fedora server will have to opt-in somehow.
>>>
>>> I think it will be easy for atomic host as they already drop something
>>> in /etc/sysconfig/docker-storage-setup. Not sure how fedora server
>>> variant will do it.
>>>
>>
>>
>> Today, Fedora Server relies on whatever is the default for 
>> docker-storage-setup.
>> We just tell Anaconda to reserve up to 15GiB by default for the / partition 
>> and
>> then it puts all remaining free space (on drives selected to be used by
>> Anaconda) into a single logical volume with no partitions.
>>
>> It's a very easy thing for us to drop a different config file for
>> docker-storage-setup into place for Server. So if that's all we need to do, 
>> let
>> me know and I'll work it up.
> 
> Ok, that sounds good. We are working on providing a knob to opt-in new
> behavior. I think all you have to drop in config file will be something
> like.
> 
> /etc/sysconfig/docker-storage-setup
> 
> STORAGE_DRIVER=overlay2
> YET_TO_BE_NAMED_OPTION=VAL
> 
> So upstream default will continue to be devicemapper. We will have to
> modify fedora workstation, fedora server and atomic host infrastructure
> to opt-in for overlay2.
> 

Why exactly does this need to be opt-in? Why wouldn't we just change the default
on Fedora Server to use overlay2 instead of devicemapper?

I think I'm missing some key part of the problem here.




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

Re: Modifying container storage for Fedora 26.

[Colin Walters]

On Wed, Nov 16, 2016, at 02:49 PM, Stephen Gallagher wrote:

> Today, Fedora Server relies on whatever is the default for 
> docker-storage-setup.
> We just tell Anaconda to reserve up to 15GiB by default for the / partition 
> and
> then it puts all remaining free space (on drives selected to be used by
> Anaconda) into a single logical volume with no partitions.
> 
> It's a very easy thing for us to drop a different config file for
> docker-storage-setup into place for Server. So if that's all we need to do, 
> let
> me know and I'll work it up.

If anyone has time to work on this, I don't see a need for Atomic Host
and Server to have different partitioning defaults, so if we can just
merge them, that'd be nice.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Modifying container storage for Fedora 26.

[Vivek Goyal]

On Wed, Nov 16, 2016 at 02:49:25PM -0500, Stephen Gallagher wrote:
> On 11/16/2016 02:40 PM, Vivek Goyal wrote:
> > On Wed, Nov 16, 2016 at 02:32:46PM -0500, Daniel J Walsh wrote:
> >> We would like to change the docker container storage to default to
> >> Overlayfs2 in Fedora 26.  But we have a problem on Atomic Host and
> >> Fedora Server distributions.
> >>
> >>
> >> Currently docker-storage-setup defaults to devicemapper and is hard
> >> coded to setup a thinpool of 40% of remaining disk.  Otherwise it sets
> >> up loopback devices on the root file system.   Devicemapper is nice
> >> since it works with thinpools and can automatically expand the storage
> >> if the disk space is getting used up. 
> >>
> >> Moving to Overlay, we can more easily use the root file system directly,
> >> which would be fine for Fedora Workstation.  We want to preserve the use
> >> of the remaining storage for Overlay on AH and Fedora Server,  since
> >> this would give a user flexibility to switch back to using devicemapper
> >> if they had problems with the Overlay driver.
> > 
> > And being able to do so basically involves following.
> > 
> > - docker-storage-setup creates a logical volume from free space
> > - Creates a filesystem on that logical volume
> > - Mounts that logical volume on the directory which docker is going to
> >   use.
> > 
> >   mount /dev/docker-vg/foo /var/lib/docker/
> > 
> > - Now when docker users overlay2 graph driver, all the images, containers
> >   and associated metadata will be stored outside the root filesystem and
> >   onto /dev/docker-vg/foo logical volume.
> > 
> >> We can not as easily
> >> support the expanding disk for Overlay since we will not use using 
> >> thinpool.
> > 
> >>
> >> We have looked at options to hard code OverlayFS with the defaults,
> > 
> > If we always mount /var/lib/docker on on /dev/vg/foo for overlay2 driver
> > this will be a regression w.r.t current behavior. So I would not
> > recommend changing current behavior. I think this should be an opt-in.
> > We are working on provide a config knob to elect this behavior and
> > atomic host and fedora server will have to opt-in somehow.
> > 
> > I think it will be easy for atomic host as they already drop something
> > in /etc/sysconfig/docker-storage-setup. Not sure how fedora server
> > variant will do it.
> > 
> 
> 
> Today, Fedora Server relies on whatever is the default for 
> docker-storage-setup.
> We just tell Anaconda to reserve up to 15GiB by default for the / partition 
> and
> then it puts all remaining free space (on drives selected to be used by
> Anaconda) into a single logical volume with no partitions.
> 
> It's a very easy thing for us to drop a different config file for
> docker-storage-setup into place for Server. So if that's all we need to do, 
> let
> me know and I'll work it up.

Ok, that sounds good. We are working on providing a knob to opt-in new
behavior. I think all you have to drop in config file will be something
like.

/etc/sysconfig/docker-storage-setup

STORAGE_DRIVER=overlay2
YET_TO_BE_NAMED_OPTION=VAL

So upstream default will continue to be devicemapper. We will have to
modify fedora workstation, fedora server and atomic host infrastructure
to opt-in for overlay2.

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

Re: Modifying container storage for Fedora 26.

[Stephen Gallagher]

On 11/16/2016 02:40 PM, Vivek Goyal wrote:
> On Wed, Nov 16, 2016 at 02:32:46PM -0500, Daniel J Walsh wrote:
>> We would like to change the docker container storage to default to
>> Overlayfs2 in Fedora 26.  But we have a problem on Atomic Host and
>> Fedora Server distributions.
>>
>>
>> Currently docker-storage-setup defaults to devicemapper and is hard
>> coded to setup a thinpool of 40% of remaining disk.  Otherwise it sets
>> up loopback devices on the root file system.   Devicemapper is nice
>> since it works with thinpools and can automatically expand the storage
>> if the disk space is getting used up. 
>>
>> Moving to Overlay, we can more easily use the root file system directly,
>> which would be fine for Fedora Workstation.  We want to preserve the use
>> of the remaining storage for Overlay on AH and Fedora Server,  since
>> this would give a user flexibility to switch back to using devicemapper
>> if they had problems with the Overlay driver.
> 
> And being able to do so basically involves following.
> 
> - docker-storage-setup creates a logical volume from free space
> - Creates a filesystem on that logical volume
> - Mounts that logical volume on the directory which docker is going to
>   use.
> 
>   mount /dev/docker-vg/foo /var/lib/docker/
> 
> - Now when docker users overlay2 graph driver, all the images, containers
>   and associated metadata will be stored outside the root filesystem and
>   onto /dev/docker-vg/foo logical volume.
> 
>> We can not as easily
>> support the expanding disk for Overlay since we will not use using thinpool.
> 
>>
>> We have looked at options to hard code OverlayFS with the defaults,
> 
> If we always mount /var/lib/docker on on /dev/vg/foo for overlay2 driver
> this will be a regression w.r.t current behavior. So I would not
> recommend changing current behavior. I think this should be an opt-in.
> We are working on provide a config knob to elect this behavior and
> atomic host and fedora server will have to opt-in somehow.
> 
> I think it will be easy for atomic host as they already drop something
> in /etc/sysconfig/docker-storage-setup. Not sure how fedora server
> variant will do it.
> 


Today, Fedora Server relies on whatever is the default for docker-storage-setup.
We just tell Anaconda to reserve up to 15GiB by default for the / partition and
then it puts all remaining free space (on drives selected to be used by
Anaconda) into a single logical volume with no partitions.

It's a very easy thing for us to drop a different config file for
docker-storage-setup into place for Server. So if that's all we need to do, let
me know and I'll work it up.



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

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

[Adam Williamson]

On Wed, 2016-11-16 at 18:55 +, Fedora compose checker wrote:
> Missing expected images:
> 
> Cloud_base qcow2 x86_64
> Atomic qcow2 x86_64
> Workstation live i386
> Kde live x86_64
> Cloud_base raw-xz x86_64
> Atomic raw-xz x86_64
> Workstation live x86_64
> Kde live i386
> 
> Failed openQA tests: 56/79 (x86_64), 14/15 (i386), 1/2 (arm)

The installer tests (and generation of all images which are generated
using the installer, of course) are now broken for an excitingly
*different* blockdev issue:

https://bugzilla.redhat.com/show_bug.cgi?id=1395791
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Modifying container storage for Fedora 26.

[Vivek Goyal]

On Wed, Nov 16, 2016 at 02:32:46PM -0500, Daniel J Walsh wrote:
> We would like to change the docker container storage to default to
> Overlayfs2 in Fedora 26.  But we have a problem on Atomic Host and
> Fedora Server distributions.
> 
> 
> Currently docker-storage-setup defaults to devicemapper and is hard
> coded to setup a thinpool of 40% of remaining disk.  Otherwise it sets
> up loopback devices on the root file system.   Devicemapper is nice
> since it works with thinpools and can automatically expand the storage
> if the disk space is getting used up. 
> 
> Moving to Overlay, we can more easily use the root file system directly,
> which would be fine for Fedora Workstation.  We want to preserve the use
> of the remaining storage for Overlay on AH and Fedora Server,  since
> this would give a user flexibility to switch back to using devicemapper
> if they had problems with the Overlay driver.

And being able to do so basically involves following.

- docker-storage-setup creates a logical volume from free space
- Creates a filesystem on that logical volume
- Mounts that logical volume on the directory which docker is going to
  use.

  mount /dev/docker-vg/foo /var/lib/docker/

- Now when docker users overlay2 graph driver, all the images, containers
  and associated metadata will be stored outside the root filesystem and
  onto /dev/docker-vg/foo logical volume.

> We can not as easily
> support the expanding disk for Overlay since we will not use using thinpool.

> 
> We have looked at options to hard code OverlayFS with the defaults,

If we always mount /var/lib/docker on on /dev/vg/foo for overlay2 driver
this will be a regression w.r.t current behavior. So I would not
recommend changing current behavior. I think this should be an opt-in.
We are working on provide a config knob to elect this behavior and
atomic host and fedora server will have to opt-in somehow.

I think it will be easy for atomic host as they already drop something
in /etc/sysconfig/docker-storage-setup. Not sure how fedora server
variant will do it.

Thanks
Vivek

> or
> we could just drop a /etc/sysconfig/docker-storage-setup that specified
> Overlay and the percentage of remaining space to use for the
> /var/lib/docker device.  But what is the best way to set different
> defaults for AH, Fedora Server and Fedora Workstation.
> 
> We would like to discuss with you guys about what  you would think is
> the best way to handle. 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Modifying container storage for Fedora 26.

[Daniel J Walsh]

We would like to change the docker container storage to default to
Overlayfs2 in Fedora 26.  But we have a problem on Atomic Host and
Fedora Server distributions.


Currently docker-storage-setup defaults to devicemapper and is hard
coded to setup a thinpool of 40% of remaining disk.  Otherwise it sets
up loopback devices on the root file system.   Devicemapper is nice
since it works with thinpools and can automatically expand the storage
if the disk space is getting used up. 

Moving to Overlay, we can more easily use the root file system directly,
which would be fine for Fedora Workstation.  We want to preserve the use
of the remaining storage for Overlay on AH and Fedora Server,  since
this would give a user flexibility to switch back to using devicemapper
if they had problems with the Overlay driver.   We can not as easily
support the expanding disk for Overlay since we will not use using thinpool.

We have looked at options to hard code OverlayFS with the defaults, or
we could just drop a /etc/sysconfig/docker-storage-setup that specified
Overlay and the percentage of remaining space to use for the
/var/lib/docker device.  But what is the best way to set different
defaults for AH, Fedora Server and Fedora Workstation.

We would like to discuss with you guys about what  you would think is
the best way to handle. 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Rawhide-20161116.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Cloud_base qcow2 x86_64
Atomic qcow2 x86_64
Workstation live i386
Kde live x86_64
Cloud_base raw-xz x86_64
Atomic raw-xz x86_64
Workstation live x86_64
Kde live i386

Failed openQA tests: 56/79 (x86_64), 14/15 (i386), 1/2 (arm)

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

ID: 48707   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/48707
ID: 48773   Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/48773

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

ID: 48701   Test: x86_64 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/48701
ID: 48702   Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/48702
ID: 48703   Test: i386 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/48703
ID: 48704   Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/48704
ID: 48705   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/48705
ID: 48706   Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/48706
ID: 48709   Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/48709
ID: 48710   Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/48710
ID: 48711   Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/48711
ID: 48712   Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/48712
ID: 48718   Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/48718
ID: 48719   Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/48719
ID: 48728   Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/48728
ID: 48730   Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/48730
ID: 48731   Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/48731
ID: 48732   Test: x86_64 universal install_package_set_minimal
URL: https://openqa.fedoraproject.org/tests/48732
ID: 48733   Test: x86_64 universal install_anaconda_text
URL: https://openqa.fedoraproject.org/tests/48733
ID: 48735   Test: x86_64 universal install_repository_http_variation
URL: https://openqa.fedoraproject.org/tests/48735
ID: 48736   Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/48736
ID: 48737   Test: x86_64 universal install_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/48737
ID: 48738   Test: x86_64 universal install_delete_pata
URL: https://openqa.fedoraproject.org/tests/48738
ID: 48739   Test: x86_64 universal install_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/48739
ID: 48740   Test: x86_64 universal install_kickstart_user_creation
URL: https://openqa.fedoraproject.org/tests/48740
ID: 48741   Test: x86_64 universal install_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/48741
ID: 48742   Test: x86_64 universal install_multi
URL: https://openqa.fedoraproject.org/tests/48742
ID: 48743   Test: x86_64 universal install_multi@uefi
URL: https://openqa.fedoraproject.org/tests/48743
ID: 48744   Test: x86_64 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/48744
ID: 48745   Test: x86_64 universal install_simple_free_space
URL: https://openqa.fedoraproject.org/tests/48745
ID: 48746   Test: x86_64 universal install_multi_empty
URL: https://openqa.fedoraproject.org/tests/48746
ID: 48747   Test: x86_64 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/48747
ID: 48748   Test: x86_64 universal install_delete_partial
URL: https://openqa.fedoraproject.org/tests/48748
ID: 48749   Test: x86_64 universal install_btrfs
URL: https://openqa.fedoraproject.org/tests/48749
ID: 48750   Test: x86_64 universal install_ext3
URL: https://openqa.fedoraproject.org/tests/48750
ID: 48751   Test: x86_64 universal install_xfs
URL: https://openqa.fedoraproject.org/tests/48751
ID: 48752   Test: x86_64 universal install_lvmthin
URL: https://openqa.fedoraproject.org/tests/48752
ID: 48753   Test: x86_64 universal install_no_swap
URL: https://openqa.fedoraproject.org/tests/48753
ID: 48754   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/48754
ID: 48755   Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/48755
ID: 48756   Test: x86_64 universal install_simple_encrypted@uefi
URL: 

Re: List of packages owning %{python3_sitelib}/__pycache__

[Ben Rosser]

On Mon, Nov 14, 2016 at 8:49 PM, Athos Ribeiro 
wrote:

> python-scp
>

I've fixed python-scp in Rawhide, thanks for the heads up.

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

Re: RFC: Change the default hostname for Fedora 26+

[Ms Sanchez]

On 16/11/16 18:30, Przemek Klosowski wrote:

On 11/15/2016 05:58 PM, Adam Williamson wrote:

On Tue, 2016-11-15 at 17:18 -0500, Przemek Klosowski wrote:


As an alternative, I wrote a program that takes the distribution of
trigrams from an English dictionary, and statistically generates a
Markov chain of such overlapping trigrams that look almost entirely
unlike English words but often are strangely pronounceable, for instance:

umirckbysag mpspiarefor doptinenchc lymdeotmicn gclyowdhoki

I, er, don't find any of those naturally pronounceable at all.


Well, I see your point, but we're competing here with qljkvwqrx, 
lkdsfhkrw, or ad5cb9c940. Remember that the point is to come up with 
something that could be easily remembered. I would argue that they're 
not much worse than


Acthrel Iprivask Strensiq  Eltrombopag Ondansetron VinCRIStine Arixtra 
Arzerra Ertaczo


which are actually from a list of registered drug names that the 
doctors are supposed to remember. Maybe someone could come up with a 
suggestion for a better algo---adding just few vowels would fix them  
up significantly:


umirckobysag mopsopiarefor doptinenchoc lymdeotemicyn goclywodhoki

BTW, when I looked at the list of drug names I was impressed with the 
linguistic inventiveness of whoever comes up with this stuff; most of 
them not only could plausibly be pronounced, but also sounded vaguely 
'medical'.





Well, I guess they're very well paid for making up those names. But 
trust me, doctors don't remember most of them anyway. LOL
Anyway...  why overcomplicating this?  Just Fedora-something and that's 
it.  If someone doesn't like it, he or she just can change it 
afterwards, it won't carved on stone.



Cheers, Sylvia


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

[Bug 1395679] perl-TAP-SimpleOutput-0.008 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-TAP-SimpleOutput-0.008
   ||-1.fc26
 Resolution|--- |RAWHIDE
Last Closed||2016-11-16 12:42:51



--- Comment #1 from Petr Pisar  ---
counters() changes return value in scalar context. Suitable for rawhide only.

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

ppisar pushed to perl-Mail-JMAPTalk (f24). "Import"

[notifications]

From 38a5bc0d74382cba56a8222096cb3e0e19486914 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Wed, 16 Nov 2016 18:40:59 +0100
Subject: Import

---
 .gitignore  |  1 +
 perl-Mail-JMAPTalk.spec | 53 +
 sources |  1 +
 3 files changed, 55 insertions(+)
 create mode 100644 perl-Mail-JMAPTalk.spec

diff --git a/.gitignore b/.gitignore
index e69de29..1ae5b55 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Mail-JMAPTalk-0.02.tar.gz
diff --git a/perl-Mail-JMAPTalk.spec b/perl-Mail-JMAPTalk.spec
new file mode 100644
index 000..d0a1d25
--- /dev/null
+++ b/perl-Mail-JMAPTalk.spec
@@ -0,0 +1,53 @@
+Name:   perl-Mail-JMAPTalk
+Version:0.02
+Release:1%{?dist}
+Summary:Perl client for JMAP protocol
+License:GPL+ or Artistic
+Group:  Development/Libraries
+URL:http://search.cpan.org/dist/Mail-JMAPTalk/
+Source0:
http://www.cpan.org/authors/id/B/BR/BRONG/Mail-JMAPTalk-%{version}.tar.gz
+BuildArch:  noarch
+BuildRequires:  findutils
+BuildRequires:  make
+BuildRequires:  perl
+BuildRequires:  perl-generators
+BuildRequires:  perl(ExtUtils::MakeMaker)
+# Run-time:
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(Convert::Base64)
+BuildRequires:  perl(HTTP::Tiny)
+BuildRequires:  perl(JSON::XS)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Tests:
+BuildRequires:  perl(Test::More)
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+
+%description
+This is a really basic wrapper around the JMAP protocol . It
+has a rudimentary "Login" command as well, but it doesn't support the entire
+protocol yet.
+
+%prep
+%setup -q -n Mail-JMAPTalk-%{version}
+
+%build
+perl Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+find $RPM_BUILD_ROOT -type f -name .packlist -delete
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%doc Changes README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Fri Nov 11 2016 Petr Pisar  0.02-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..5f37564 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+27adf3a4e57de2449945d168b37489e5  Mail-JMAPTalk-0.02.tar.gz
-- 
cgit v0.12



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

ppisar pushed to perl-Mail-JMAPTalk (f25). "Import"

[notifications]

From 38a5bc0d74382cba56a8222096cb3e0e19486914 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Wed, 16 Nov 2016 18:40:59 +0100
Subject: Import

---
 .gitignore  |  1 +
 perl-Mail-JMAPTalk.spec | 53 +
 sources |  1 +
 3 files changed, 55 insertions(+)
 create mode 100644 perl-Mail-JMAPTalk.spec

diff --git a/.gitignore b/.gitignore
index e69de29..1ae5b55 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Mail-JMAPTalk-0.02.tar.gz
diff --git a/perl-Mail-JMAPTalk.spec b/perl-Mail-JMAPTalk.spec
new file mode 100644
index 000..d0a1d25
--- /dev/null
+++ b/perl-Mail-JMAPTalk.spec
@@ -0,0 +1,53 @@
+Name:   perl-Mail-JMAPTalk
+Version:0.02
+Release:1%{?dist}
+Summary:Perl client for JMAP protocol
+License:GPL+ or Artistic
+Group:  Development/Libraries
+URL:http://search.cpan.org/dist/Mail-JMAPTalk/
+Source0:
http://www.cpan.org/authors/id/B/BR/BRONG/Mail-JMAPTalk-%{version}.tar.gz
+BuildArch:  noarch
+BuildRequires:  findutils
+BuildRequires:  make
+BuildRequires:  perl
+BuildRequires:  perl-generators
+BuildRequires:  perl(ExtUtils::MakeMaker)
+# Run-time:
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(Convert::Base64)
+BuildRequires:  perl(HTTP::Tiny)
+BuildRequires:  perl(JSON::XS)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Tests:
+BuildRequires:  perl(Test::More)
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+
+%description
+This is a really basic wrapper around the JMAP protocol . It
+has a rudimentary "Login" command as well, but it doesn't support the entire
+protocol yet.
+
+%prep
+%setup -q -n Mail-JMAPTalk-%{version}
+
+%build
+perl Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+find $RPM_BUILD_ROOT -type f -name .packlist -delete
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%doc Changes README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Fri Nov 11 2016 Petr Pisar  0.02-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..5f37564 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+27adf3a4e57de2449945d168b37489e5  Mail-JMAPTalk-0.02.tar.gz
-- 
cgit v0.12



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

ppisar changed perl-sig's 'watchcommits' permission on perl-Mail-JMAPTalk (f24) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchbugzilla' permission on perl-Mail-JMAPTalk (f25) to 'Approved'

[notifications]

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

ppisar changed jplesnik's 'commit' permission on perl-Mail-JMAPTalk (f25) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchbugzilla' permission on perl-Mail-JMAPTalk (f24) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchcommits' permission on perl-Mail-JMAPTalk (f25) to 'Approved'

[notifications]

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

ppisar changed jplesnik's 'approveacls' permission on perl-Mail-JMAPTalk (f25) to 'Approved'

[notifications]

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

ppisar changed jplesnik's 'commit' permission on perl-Mail-JMAPTalk (f24) to 'Approved'

[notifications]

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

ppisar changed jplesnik's 'approveacls' permission on perl-Mail-JMAPTalk (f24) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchbugzilla' permission on perl-Mail-JMAPTalk (master) to 'Approved'

[notifications]

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

ppisar changed jplesnik's 'approveacls' permission on perl-Mail-JMAPTalk (master) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchcommits' permission on perl-Mail-JMAPTalk (master) to 'Approved'

[notifications]

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

ppisar changed jplesnik's 'commit' permission on perl-Mail-JMAPTalk (master) to 'Approved'

[notifications]

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

ppisar pushed to perl-TAP-SimpleOutput (master). "0.008 bump"

[notifications]

From c2a484ddaf279517e5fcaf9628ca539b2f45843b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Wed, 16 Nov 2016 18:37:46 +0100
Subject: 0.008 bump

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

diff --git a/.gitignore b/.gitignore
index 806c5db..52bbe15 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@
 /TAP-SimpleOutput-0.003.tar.gz
 /TAP-SimpleOutput-0.004.tar.gz
 /TAP-SimpleOutput-0.007.tar.gz
+/TAP-SimpleOutput-0.008.tar.gz
diff --git a/perl-TAP-SimpleOutput.spec b/perl-TAP-SimpleOutput.spec
index c9e5711..31078c5 100644
--- a/perl-TAP-SimpleOutput.spec
+++ b/perl-TAP-SimpleOutput.spec
@@ -1,5 +1,5 @@
 Name:   perl-TAP-SimpleOutput
-Version:0.007
+Version:0.008
 Release:1%{?dist}
 Summary:Simple closure-driven TAP generator
 License:LGPLv2
@@ -60,6 +60,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Wed Nov 16 2016 Petr Pisar  - 0.008-1
+- 0.008 bump
+
 * Wed Nov 09 2016 Petr Pisar  - 0.007-1
 - 0.007 bump
 
diff --git a/sources b/sources
index b47d466..f40056d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-25c4a34670a39bee5716b700d17b163a  TAP-SimpleOutput-0.007.tar.gz
+e2ecafd81da9bda7a3e5c1e86d0739f4  TAP-SimpleOutput-0.008.tar.gz
-- 
cgit v0.12



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

ppisar uploaded TAP-SimpleOutput-0.008.tar.gz for perl-TAP-SimpleOutput

[notifications]

e2ecafd81da9bda7a3e5c1e86d0739f4  TAP-SimpleOutput-0.008.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-TAP-SimpleOutput/TAP-SimpleOutput-0.008.tar.gz/md5/e2ecafd81da9bda7a3e5c1e86d0739f4/TAP-SimpleOutput-0.008.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

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

[bugzilla]

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

Juan Orti  changed:

   What|Removed |Added

  Flags|needinfo?(j.orti.alcaine@gm |
   |ail.com)|



--- Comment #2 from Juan Orti  ---
I've asked upstream [1] if there is any plan to do the migration.

The zeromq components are an optional part of amavisd-new, so if you decide to
retire the libraries, I will just drop the subpackages.

[1] https://lists.amavis.org/pipermail/amavis-users/2016-November/004619.html

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

Re: RFC: Change the default hostname for Fedora 26+

[Przemek Klosowski]

On 11/15/2016 05:58 PM, Adam Williamson wrote:

On Tue, 2016-11-15 at 17:18 -0500, Przemek Klosowski wrote:


As an alternative, I wrote a program that takes the distribution of
trigrams from an English dictionary, and statistically generates a
Markov chain of such overlapping trigrams that look almost entirely
unlike English words but often are strangely pronounceable, for instance:

umirckbysag mpspiarefor doptinenchc lymdeotmicn gclyowdhoki

I, er, don't find any of those naturally pronounceable at all.


Well, I see your point, but we're competing here with qljkvwqrx, 
lkdsfhkrw, or ad5cb9c940. Remember that the point is to come up with 
something that could be easily remembered. I would argue that they're 
not much worse than


Acthrel Iprivask Strensiq  Eltrombopag Ondansetron VinCRIStine Arixtra 
Arzerra Ertaczo


which are actually from a list of registered drug names that the doctors 
are supposed to remember. Maybe someone could come up with a suggestion 
for a better algo---adding just few vowels would fix them  up 
significantly:


umirckobysag mopsopiarefor doptinenchoc lymdeotemicyn goclywodhoki

BTW, when I looked at the list of drug names I was impressed with the 
linguistic inventiveness of whoever comes up with this stuff; most of 
them not only could plausibly be pronounced, but also sounded vaguely 
'medical'.


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

ppisar changed jplesnik's 'approveacls' permission on perl-XML-Fast (f24) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchbugzilla' permission on perl-XML-Fast (f24) to 'Approved'

[notifications]

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

ppisar changed jplesnik's 'commit' permission on perl-XML-Fast (f24) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchbugzilla' permission on perl-XML-Fast (f25) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchcommits' permission on perl-XML-Fast (f25) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchcommits' permission on perl-XML-Fast (f24) to 'Approved'

[notifications]

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

ppisar changed jplesnik's 'commit' permission on perl-XML-Fast (f25) to 'Approved'

[notifications]

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

ppisar changed jplesnik's 'approveacls' permission on perl-XML-Fast (f25) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchbugzilla' permission on perl-XML-Fast (master) to 'Approved'

[notifications]

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

ppisar changed perl-sig's 'watchcommits' permission on perl-XML-Fast (master) to 'Approved'

[notifications]

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

ppisar changed jplesnik's 'approveacls' permission on perl-XML-Fast (master) to 'Approved'

[notifications]

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

Fedora 25-20161116.n.0 compose check report

[Fedora compose checker]

No missing expected images.

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

New failures (same test did not fail in 25-20161115.n.0):

ID: 48589   Test: x86_64 Workstation-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/48589
ID: 48603   Test: x86_64 KDE-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/48603
ID: 48800   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/48800

Old failures (same test failed in 25-20161115.n.0):

ID: 48590   Test: x86_64 Workstation-live-iso 
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/48590
ID: 48695   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/48695

Passed openQA tests: 98/101 (x86_64), 16/17 (i386)

New passes (same test did not pass in 25-20161115.n.0):

ID: 48592   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/48592
ID: 48593   Test: i386 Workstation-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/48593
ID: 48595   Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/48595
ID: 48597   Test: x86_64 KDE-live-iso base_selinux
URL: https://openqa.fedoraproject.org/tests/48597
ID: 48598   Test: x86_64 KDE-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/48598
ID: 48599   Test: x86_64 KDE-live-iso base_service_manipulation
URL: https://openqa.fedoraproject.org/tests/48599
ID: 48600   Test: x86_64 KDE-live-iso base_update_cli
URL: https://openqa.fedoraproject.org/tests/48600
ID: 48601   Test: x86_64 KDE-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/48601
ID: 48602   Test: x86_64 KDE-live-iso desktop_terminal
URL: https://openqa.fedoraproject.org/tests/48602
ID: 48605   Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/48605
ID: 48657   Test: x86_64 universal install_simple_free_space@uefi
URL: https://openqa.fedoraproject.org/tests/48657
ID: 48658   Test: x86_64 universal install_multi_empty@uefi
URL: https://openqa.fedoraproject.org/tests/48658
ID: 48661   Test: x86_64 universal install_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/48661
ID: 48671   Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/48671
ID: 48698   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/48698
ID: 48797   Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/48797

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

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

[bugzilla]

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

Thomas Spura  changed:

   What|Removed |Added

 CC||toms...@fedoraproject.org
  Flags||needinfo?(j.orti.alcaine@gm
   ||ail.com)



--- Comment #1 from Thomas Spura  ---
Is this porting possible in the near future? I really like to retire zeromq3
soon as it is quite outdated and does not receive Bugfixes.

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

[Fedocal] Reminder meeting : Fedora 25 Final Go/No-Go Meeting - the 2nd round

[jkurik]

Dear all,

You are kindly invited to the meeting:
   Fedora 25 Final Go/No-Go Meeting - the 2nd round on 2016-11-17 from 17:00:00 
to 19:00:00 UTC
   At fedora-meetin...@irc.freenode.net

The meeting will be about:
Before each public release Development, QA and Release Engineering
meet to determine if the release criteria are met for a particular
release. This meeting is called the Go/No-Go Meeting. Verifying that
the Release criteria are met is the responsibility of the QA Team.

Release Candidate (RC) availability and good QA coverage are
prerequisites for the Go/No-Go meeting. If you have any bug on the
list, please help us with Beta release. If we won't be ready by
Thursday, we will use this meeting to review blockers and decide what
to do.


Source: https://apps.fedoraproject.org/calendar/meeting/5097/

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

Fedora rawhide compose report: 20161116.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20161115.n.0
NEW: Fedora-Rawhide-20161116.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  10
Dropped packages:0
Upgraded packages:   95
Downgraded packages: 0

Size of added packages:  4.54 MiB
Size of dropped packages:0.00 B
Size of upgraded packages:   2.66 GiB
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   -103.51 MiB
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: perl-Convert-Base64-0.001-1.fc26
Summary: Encoding and decoding of Base64 strings
RPMs:perl-Convert-Base64
Size:17582 bytes

Package: perl-Crypt-IDEA-1.10-5.fc26
Summary: Perl interface to IDEA block cipher
RPMs:perl-Crypt-IDEA
Size:125936 bytes

Package: perl-Data-ICal-TimeZone-1.23-1.fc26
Summary: Time zones for Data::ICal
RPMs:perl-Data-ICal-TimeZone
Size:114402 bytes

Package: perl-Mail-IMAPTalk-4.04-1.fc26
Summary: IMAP client interface with lots of features
RPMs:perl-Mail-IMAPTalk
Size:81442 bytes

Package: perl-Text-VCardFast-0.09-2.fc26
Summary: Perl extension for very fast parsing of VCards
RPMs:perl-Text-VCardFast
Size:177956 bytes

Package: psad-2.4.3-3.fc26
Summary: Port Scan Attack Detector (psad) watches for suspect traffic
RPMs:psad
Size:2894768 bytes

Package: python-evdev-0.6.1-1.fc26
Summary: Python bindings for the Linux input handling subsystem
RPMs:python2-evdev python3-evdev
Size:696656 bytes

Package: python-lazr-smtptest-2.0.3-1.fc26
Summary: Test framework for SMTP-based applications
RPMs:python2-lazr-smtptest python3-lazr-smtptest
Size:56112 bytes

Package: python-wcsaxes-0.9-2.fc26
Summary: A framework for plotting astronomical and geospatial data
RPMs:python2-wcsaxes python3-wcsaxes python3-wcsaxes-doc
Size:505814 bytes

Package: sassc-3.3.6-1.fc26
Summary: Wrapper around libsass to compile CSS stylesheet
RPMs:sassc
Size:93244 bytes


= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  ModemManager-1.6.4-1.fc26
Old package:  ModemManager-1.6.2-1.fc26
Summary:  Mobile broadband modem management service
RPMs: ModemManager ModemManager-devel ModemManager-glib 
ModemManager-glib-devel ModemManager-vala
Size: 9887040 bytes
Size change:  -113300 bytes
Changelog:
  * Tue Nov 15 2016 Lubomir Rintel <lkund...@v3.sk> - 1.6.4-1
  - Update to 1.6.4 release


Package:  appstream-0.10.3-4.fc26
Old package:  appstream-0.10.3-2.fc26
Summary:  Utilities to generate, maintain and access the AppStream database
RPMs: appstream appstream-devel appstream-qt appstream-qt-devel 
appstream-vala
Size: 12089392 bytes
Size change:  4336 bytes
Changelog:
  * Tue Nov 15 2016 Rex Dieter <rdie...@fedoraproject.org> - 0.10.3-4
  - use /usr/share/appdata, improve /var/cache/app-info


Package:  atomic-reactor-1.6.17-3.fc26
Old package:  atomic-reactor-1.6.17-2.fc26
Summary:  Improved builder for Docker images
RPMs: atomic-reactor python-atomic-reactor python-atomic-reactor-koji 
python-atomic-reactor-metadata python-atomic-reactor-rebuilds 
python3-atomic-reactor python3-atomic-reactor-koji 
python3-atomic-reactor-metadata python3-atomic-reactor-rebuilds
Size: 798838 bytes
Size change:  884 bytes
Changelog:
  * Tue Nov 15 2016 Adam Miller <maxamill...@fedoraproject.org> - 1.6.17-3
  - Revert patch to not env_replace in add_labels_in_df plugin


Package:  auter-0.8-1.fc26
Old package:  auter-0.7-1.fc26
Summary:  Prepare and apply updates
RPMs: auter
Size: 25106 bytes
Size change:  1120 bytes
Changelog:
  * Mon Nov 14 2016 Piers Cornwell <piers.cornw...@rackspace.co.uk> 0.8-1
  - Release version 0.8
  - Added ONLYINSTALLFROMPREP option


Package:  cpuid-20161114-1.fc26
Old package:  cpuid-20160814-1.fc26
Summary:  Dumps information about the CPU(s)
RPMs: cpuid
Size: 189332 bytes
Size change:  1272 bytes
Changelog:
  * Tue Nov 15 2016 Fabian Affolter <m...@fabian-affolter.ch> - 20161114-1
  - Update to new upstream version 20161114 (rhbz#1394984)


Package:  criu-2.8-1.fc26
Old package:  criu-2.7-2.fc26
Summary:  Tool for Checkpoint/Restore in User-space
RPMs: crit criu criu-devel python-criu
Size: 2228324 bytes
Size change:  8900 bytes
Changelog:
  * Tue Nov 15 2016 Adrian Reber <adr...@lisas.de> - 2.8-1
  - Update to 2.8
  - Dropped 'mount_resolve_path()' patch


Package:  curl-7.51.0-2.fc26
Old package:  curl-7.51.0-1.fc26
Summary:  A utility for getting files from remote servers (FTP, HTTP, and 
others)
RPMs: curl libcurl libcurl-devel
Size: 7556348 bytes
Size change:  3064 bytes
Changelog:
  * Tue Nov 15 2016 Kamil Dudka <kdu...@redhat.com> 7.51.0-2
  - stricter host name checking for file:// URLs
  - ssh: check md5 fingerprints case insensitively


Pack

Re: Wiki page subscription

[Adam Williamson]

On Wed, 2016-11-16 at 17:02 +0100, Florian Weimer wrote:
> On 11/16/2016 04:45 PM, Vít Ondruch wrote:
> > 
> > 
> > Dne 16.11.2016 v 16:30 Florian Weimer napsal(a):
> > > On 11/16/2016 04:05 PM, Kevin Fenzi wrote:
> > > > On Wed, 16 Nov 2016 12:03:42 +0100
> > > > Florian Weimer  wrote:
> > > > 
> > > > > On the Fedora wiki, I can subscribe to certain pages.  I did that,
> > > > > but I did not receive any notifications when they were edited.
> > > > 
> > > > Odd. This definitely worked ok in the past.
> > > 
> > > Does this work for *anyone* right now?
> > 
> > I got notification about change in RoR5 change [1] moments ago. So it
> > works for me.
> 
> Interesting.
> 
> > Haven't you changed your settings? You can control the notifications 
> 
> Where?  I don't see ”Subscribed Wiki pages” as an option in the Fedora 
> Notifications application.

I think you may be mixing up two notification systems. *mediawiki
itself* can notify you of changes to mediawiki instances with quite a
lot of granularity. You can 'watch' any wiki page by clicking the
'watch' tab that shows next to 'edit', 'history' and 'move'. You can
edit your watch list by clicking 'watchlist' that appears at the top,
between 'preferences' and 'contributions'.

If you click 'preferences' and go to the 'User profile' tab, you can
check the box 'Email me when a page or file on my watchlist is
changed', and it'll do what it says.

FMN is a more generic notification system backed by fedmsg, which does
not have quite the same level of granularity available.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Wiki page subscription

[Florian Weimer]

On 11/16/2016 04:45 PM, Vít Ondruch wrote:



Dne 16.11.2016 v 16:30 Florian Weimer napsal(a):

On 11/16/2016 04:05 PM, Kevin Fenzi wrote:

On Wed, 16 Nov 2016 12:03:42 +0100
Florian Weimer  wrote:


On the Fedora wiki, I can subscribe to certain pages.  I did that,
but I did not receive any notifications when they were edited.


Odd. This definitely worked ok in the past.


Does this work for *anyone* right now?


I got notification about change in RoR5 change [1] moments ago. So it
works for me.


Interesting.


Haven't you changed your settings? You can control the notifications 


Where?  I don't see ”Subscribed Wiki pages” as an option in the Fedora 
Notifications application.


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

[Bug 1395464] perl-Log-Log4perl-1.48 is available

[bugzilla]

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



--- Comment #1 from Fedora Update System  ---
perl-Log-Log4perl-1.48-1.fc25 has been submitted as an update to Fedora 25.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-805dfd0394

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

Re: Wiki page subscription

[Vít Ondruch]

Dne 16.11.2016 v 16:30 Florian Weimer napsal(a):
> On 11/16/2016 04:05 PM, Kevin Fenzi wrote:
>> On Wed, 16 Nov 2016 12:03:42 +0100
>> Florian Weimer  wrote:
>>
>>> On the Fedora wiki, I can subscribe to certain pages.  I did that,
>>> but I did not receive any notifications when they were edited.
>>
>> Odd. This definitely worked ok in the past.
>
> Does this work for *anyone* right now?

I got notification about change in RoR5 change [1] moments ago. So it
works for me.

Haven't you changed your settings? You can control the notifications 


V.

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

Broken dependencies: perl-Data-Alias

[buildsys]

perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1)
On armhfp:
perl-Data-Alias-1.20-2.fc24.armv7hl requires libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.armv7hl requires perl(:MODULE_COMPAT_5.22.1)
On ppc64le:
perl-Data-Alias-1.20-2.fc24.ppc64le requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.ppc64le requires perl(:MODULE_COMPAT_5.22.1)
On aarch64:
perl-Data-Alias-1.20-2.fc24.aarch64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.aarch64 requires perl(:MODULE_COMPAT_5.22.1)
On ppc64:
perl-Data-Alias-1.20-2.fc24.ppc64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.ppc64 requires perl(:MODULE_COMPAT_5.22.1)
On i386:
perl-Data-Alias-1.20-2.fc24.i686 requires libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.i686 requires perl(:MODULE_COMPAT_5.22.1)
Please resolve this as soon as possible.

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

Broken dependencies: perl-Alien-ROOT

[buildsys]

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

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

[Bug 1395464] perl-Log-Log4perl-1.48 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-Log-Log4perl-1.48-1.fc
   ||26



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

Re: Wiki page subscription

[Florian Weimer]

On 11/16/2016 04:05 PM, Kevin Fenzi wrote:

On Wed, 16 Nov 2016 12:03:42 +0100
Florian Weimer  wrote:


On the Fedora wiki, I can subscribe to certain pages.  I did that,
but I did not receive any notifications when they were edited.


Odd. This definitely worked ok in the past.


Does this work for *anyone* right now?

It's still unclear if it's an infrastructure issue.


You will want to add a "All messages matching a regular expression"
rule and add regexes for any pages you want to watch there.

I know thats kinda clunky, but not sure how else to do it. ;(


My problem here is that we recently picked the Fedora wiki for a 
collaborative effort, and if we cannot get change notifications, that 
makes the wiki unnecessarily difficult to use for this purpose.


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

jplesnik pushed to perl-Log-Log4perl (master). "1.48 bump"

[notifications]

From cd73ddc071732bcb62259f3dbaba9aff7090411a Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 16 Nov 2016 16:30:52 +0100
Subject: 1.48 bump

---
 .gitignore |  1 +
 perl-Log-Log4perl.spec | 13 ++---
 sources|  2 +-
 3 files changed, 12 insertions(+), 4 deletions(-)

diff --git a/.gitignore b/.gitignore
index bcac510..107c6a1 100644
--- a/.gitignore
+++ b/.gitignore
@@ -15,3 +15,4 @@ Log-Log4perl-1.24.tar.gz
 /Log-Log4perl-1.44.tar.gz
 /Log-Log4perl-1.46.tar.gz
 /Log-Log4perl-1.47.tar.gz
+/Log-Log4perl-1.48.tar.gz
diff --git a/perl-Log-Log4perl.spec b/perl-Log-Log4perl.spec
index 53ea268..f855f7d 100644
--- a/perl-Log-Log4perl.spec
+++ b/perl-Log-Log4perl.spec
@@ -1,14 +1,18 @@
 %bcond_without RRD
 
 Name:   perl-Log-Log4perl
-Version:1.47
-Release:2%{?dist}
+Version:1.48
+Release:1%{?dist}
 Summary:Log4j implementation for Perl
 Group:  Development/Libraries
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Log-Log4perl/
 Source0:
http://www.cpan.org/authors/id/M/MS/MSCHILLI/Log-Log4perl-%{version}.tar.gz
 BuildArch:  noarch
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  make
+BuildRequires:  perl
 BuildRequires:  perl-generators
 BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker)
@@ -117,7 +121,7 @@ make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=%{buildroot}
-find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
+find %{buildroot} -type f -name .packlist -delete
 %{_fixperms} %{buildroot}/*
 
 %check
@@ -157,6 +161,9 @@ make test
 %{_mandir}/man3/Log::Log4perl::Config::DOMConfigurator.*
 
 %changelog
+* Wed Nov 16 2016 Jitka Plesnikova  - 1.48-1
+- 1.48 bump
+
 * Tue May 17 2016 Jitka Plesnikova  - 1.47-2
 - Perl 5.24 rebuild
 
diff --git a/sources b/sources
index 27e0ea6..08e4691 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-53a0a2e68da51fa445c3557e4852d3a4  Log-Log4perl-1.47.tar.gz
+3ebac0d6451886018857c9965f7726ed  Log-Log4perl-1.48.tar.gz
-- 
cgit v0.12



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

jplesnik pushed to perl-Log-Log4perl (f25). "1.48 bump"

[notifications]

From cf83a1e71ddc83d5732604ca73fa41136f5c0890 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 16 Nov 2016 16:30:52 +0100
Subject: 1.48 bump

---
 .gitignore |  1 +
 perl-Log-Log4perl.spec | 13 ++---
 sources|  2 +-
 3 files changed, 12 insertions(+), 4 deletions(-)

diff --git a/.gitignore b/.gitignore
index bcac510..107c6a1 100644
--- a/.gitignore
+++ b/.gitignore
@@ -15,3 +15,4 @@ Log-Log4perl-1.24.tar.gz
 /Log-Log4perl-1.44.tar.gz
 /Log-Log4perl-1.46.tar.gz
 /Log-Log4perl-1.47.tar.gz
+/Log-Log4perl-1.48.tar.gz
diff --git a/perl-Log-Log4perl.spec b/perl-Log-Log4perl.spec
index 53ea268..f855f7d 100644
--- a/perl-Log-Log4perl.spec
+++ b/perl-Log-Log4perl.spec
@@ -1,14 +1,18 @@
 %bcond_without RRD
 
 Name:   perl-Log-Log4perl
-Version:1.47
-Release:2%{?dist}
+Version:1.48
+Release:1%{?dist}
 Summary:Log4j implementation for Perl
 Group:  Development/Libraries
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Log-Log4perl/
 Source0:
http://www.cpan.org/authors/id/M/MS/MSCHILLI/Log-Log4perl-%{version}.tar.gz
 BuildArch:  noarch
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  make
+BuildRequires:  perl
 BuildRequires:  perl-generators
 BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker)
@@ -117,7 +121,7 @@ make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=%{buildroot}
-find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
+find %{buildroot} -type f -name .packlist -delete
 %{_fixperms} %{buildroot}/*
 
 %check
@@ -157,6 +161,9 @@ make test
 %{_mandir}/man3/Log::Log4perl::Config::DOMConfigurator.*
 
 %changelog
+* Wed Nov 16 2016 Jitka Plesnikova  - 1.48-1
+- 1.48 bump
+
 * Tue May 17 2016 Jitka Plesnikova  - 1.47-2
 - Perl 5.24 rebuild
 
diff --git a/sources b/sources
index 27e0ea6..08e4691 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-53a0a2e68da51fa445c3557e4852d3a4  Log-Log4perl-1.47.tar.gz
+3ebac0d6451886018857c9965f7726ed  Log-Log4perl-1.48.tar.gz
-- 
cgit v0.12



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

jplesnik uploaded Log-Log4perl-1.48.tar.gz for perl-Log-Log4perl

[notifications]

3ebac0d6451886018857c9965f7726ed  Log-Log4perl-1.48.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Log-Log4perl/Log-Log4perl-1.48.tar.gz/md5/3ebac0d6451886018857c9965f7726ed/Log-Log4perl-1.48.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Wiki page subscription

[Kevin Fenzi]

On Wed, 16 Nov 2016 12:03:42 +0100
Florian Weimer  wrote:

> On the Fedora wiki, I can subscribe to certain pages.  I did that,
> but I did not receive any notifications when they were edited.  

Odd. This definitely worked ok in the past. 

> I have added “Wiki edits” under the “Events referring to my username”
> filter (which was quite close to the default before that), and I get
> notifications for my own edits, but not for page subscriptions.

Right. 

> Then I created a new completely filter, containing only “Wiki edits”. 
> But this results in wiki edits on *all* pages, not just those I'm 
> subscribed to.
> 
> Any suggestions?

You will want to add a "All messages matching a regular expression"
rule and add regexes for any pages you want to watch there. 

I know thats kinda clunky, but not sure how else to do it. ;( 

Note there is also a RSS feed if that is easier for you to
consume/filter: 

http://fedoraproject.org/w/index.php?title=Special:RecentChanges=atom=0

kevin





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

F26 System Wide Change: Debugging Information For Static Libraries

[Jan Kurik]

= Proposed System Wide Change: Debugging Information For Static Libraries =
https://fedoraproject.org/wiki/Changes/StaticLibraryDebuginfo

Change owner(s):
* Florian Weimer 

This change proposes to ship debugging information in static libraries.


== Detailed Description ==
At present, rpm strips static libraries and discards the debugging
information in them (that is, the debugging information is not copied
into the -debuginfo packages). After that, there is no way to recover
the debugging information, say if it is needed to analyze an issue in
a statically linked application.

This change proposes to stop stripping static libraries. To improve
debugging experience, it is desirable that the static libraries are
still rewritten at RPM build time, to point the file references to the
final location under /usr/src/debug.

The technical side of this change is tracked in bug 1395280.


== Scope ==
* Proposal owners: rpm needs to be changed to stop stripping static
libraries. If possible, static libraries should still be rewritten so
that the debugging information points to the source files under
/usr/src/debug, for optimum developer experience.

* Other developers: Some packages copy static libraries into places
where rpm cannot find them, so that they are not stripped. These
changes are not strictly necessary, but can reduce RPM/installation
size for developer packages.

* Release engineering: This change requires a mass rebuild to become
fully effective.

* List of deliverables: No release blocking deliverables.

* Policies and guidelines: no changes proposed (change will be
implemented through rpm)

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

Re: sphinx build crashing on ppc64

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 16 November 2016 at 10:51, Peter Robinson wrote:
> >> > >> Anyone else seeing errors like this?
> >> > >>
> >> > >> reading sources... [ 27%]
> >> > >> api/astropy.modeling.functional_models.Sersic1D reading
> >> > >> sources... [ 27%]
> >> > >> api/astropy.modeling.functional_models.Sersic2D Sphinx
> >> > >> Documentation subprocess failed with return code -11
> >> > >>
> >> > >> I'm seeing it on ppc64 with python-astropy - filed
> >> > >> https://bugzilla.redhat.com/show_bug.cgi?id=1394975
> >> > >>
> >> > >
> >> > > Appears to be crashing in matplotlib.  I've added some debug info
> >> > > and I can reproduce on a ppc64 instance, but I really don't know
> >> > > what's doing on.
> >> > >
> >> >
> >> > Workaround is to do:
> >> >
> >> > export MPLBACKEND=cairo
> >>
> >> Interesting. The default backend is Tk. Could you file a bug with
> >> matplotlib upstream? Also, feel free to apply for co-maintainership.
> >
> > is it possible to make the cairo backend default (for big endian
> > arches at least)?
> 
> TBH I think cairo makes sense on all architectures.

I wouldn't want to make such big change of upstream default setting.
Upstream will hate us for "matplotlib works differently on Fedora"-type
bugs. This is definitely something to be decided upstream.

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

Fedora 25 compose report: 20161116.n.0 changes

[Fedora Branched Report]

OLD: Fedora-25-20161115.n.0
NEW: Fedora-25-20161116.n.0

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

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

Size change of upgraded packages:   756.15 KiB
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  anaconda-25.20.8-1.fc25
Old package:  anaconda-25.20.5-1.fc25
Summary:  Graphical system installer
RPMs: anaconda anaconda-core anaconda-dracut anaconda-gui anaconda-tui 
anaconda-widgets anaconda-widgets-devel
Size: 8089618 bytes
Size change:  96824 bytes
Changelog:
  * Fri Oct 28 2016 Samantha N. Bueno <sbueno+anaco...@redhat.com> - 25.20.6-1
  - Merge pull request #847 from snbueno/1384532-v02 (snbueno)
  - Merge pull request #845 from poncovka/f25-devel-tui_software_group_selection
(vponcova)
  - tui: Add software group selection (vponcova)
  - Merge pull request #844 from jkonecny12/f25-dev-fix-space_check_skip
(jkonecny)
  - Merge pull request #839 from jkonecny12/f25-dev-improve-logging (jkonecny)
  - Instantiate the zFCP object ourselves now. (#1384532) (sbueno+anaconda)
  - Fix the way DASD list is determined. (#1384532) (sbueno+anaconda)
  - Add tests for payload location picking (#1328151) (jkonecny)
  - Fix picking mountpoint for package download (#1328151) (jkonecny)
  - Merge pull request #842 from jkonecny12/f25-dev-rm-zanata-main-extra-pot
(jkonecny)
  - Remove main and extra pot files before zanata push (jkonecny)
  - Don't send intermediate pot files to zanata (gh#791) (awilliam)
  - Merge pull request #831 from poncovka/f25-devel-show_password_option
(vponcova)
  - Improve packaging logs without DEBUG logging (jkonecny)
  - Add option to show password in password field (vponcova)

  * Mon Nov 07 2016 Martin Kolman <mkol...@redhat.com> - 25.20.7-1
  - Merge pull request #857 from snbueno/1335046-f25 (martin.kolman)
  - Bump required Blivet version (#1378156) (mkolman)
  - Merge pull request #862 from jkonecny12/f25-dev-fix-iscsi-timeout (jkonecny)
  - Merge pull request #850 from AdamWill/iscsi-node-auth (jkonecny)
  - Fix bad exception handling from blivet in iscsi (#1378156) (jkonecny)
  - iSCSI: adjust to change in blivet auth info (#1378156) (awilliam)
  - Add some error checking when users don't provide input for DASD devices.
(sbueno+anaconda)
  - Add some error checking when users don't provide input for zFCP devices.
(sbueno+anaconda)
  - Merge pull request #846 from jkonecny12/f25-rel-fix-mock (jkonecny)
  - Merge pull request #849 from AdamWill/iscsi-singleton (jkonecny)
  - Merge pull request #848 from AdamWill/device-links (jkonecny)
  - use blivet iSCSI singleton directly in storage spoke (awilliam)
  - Correct deviceLinks to device_links (blivet renamed it) (awilliam)
  - Change mock from Rawhide to Fedora 25 (jkonecny)

  * Tue Nov 08 2016 Martin Kolman <mkol...@redhat.com> - 25.20.8-1
  - Merge pull request #863 from AdamWill/relax-blivet-dep (martin.kolman)
  - Relax blivet dependency to >= 2.1.6-3 (awilliam)


Package:  libblockdev-1.9-8.fc25
Old package:  libblockdev-1.9-7.fc25
Summary:  A library for low-level manipulation with block devices
RPMs: libblockdev libblockdev-btrfs libblockdev-btrfs-devel 
libblockdev-crypto libblockdev-crypto-devel libblockdev-devel libblockdev-dm 
libblockdev-dm-devel libblockdev-fs libblockdev-fs-devel libblockdev-kbd 
libblockdev-kbd-devel libblockdev-loop libblockdev-loop-devel libblockdev-lvm 
libblockdev-lvm-dbus libblockdev-lvm-dbus-devel libblockdev-lvm-devel 
libblockdev-mdraid libblockdev-mdraid-devel libblockdev-mpath 
libblockdev-mpath-devel libblockdev-part libblockdev-part-devel 
libblockdev-plugins-all libblockdev-swap libblockdev-swap-devel 
libblockdev-utils libblockdev-utils-devel python2-blockdev python3-blockdev
Size: 4107998 bytes
Size change:  17460 bytes
Changelog:
  * Wed Nov 09 2016 Vratislav Podzimek <vpodz...@redhat.com> - 1.9-8
  - Revert "Prevent issues between libparted and udev" (vpodzime)
  - Revert "Open the device file as RDWR when committing parts" (vpodzime)


Package:  mediawriter-4.0.4-0.fc25
Old package:  mediawriter-3.97.2-0.fc25
Summary:  Fedora Media Writer
RPMs: mediawriter
Size: 5236334 bytes
Size change:  651192 bytes
Changelog:
  * Mon Oct 31 2016 Martin Bza <mbr...@redhat.com> 4.0.0-0
  - Update to 4.0.0

  * Mon Oct 31 2016 Martin Bza <mbr...@redhat.com> 4.0.0-1
  - Make mediawriter obsolete the liveusb-creator package

  * Mon Oct 31 2016 Martin Bza <mbr...@redhat.com> 4.0.0-2
  - Don't forget to update the icon cach

[Bug 1395670] perl-DBD-MySQL-4.039 is available

[bugzilla]

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



--- Comment #2 from Fedora Update System  ---
perl-DBD-MySQL-4.039-1.fc24 has been submitted as an update to Fedora 24.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-54fd3bf412

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

[Bug 1395592] CVE-2016-1249 perl-DBD-MySQL: Out-of-bounds read when using server-side prepared statement support [ fedora-all]

[bugzilla]

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



--- Comment #4 from Fedora Update System  ---
perl-DBD-MySQL-4.039-1.fc24 has been submitted as an update to Fedora 24.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-54fd3bf412

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

Re: sudo not looking into /usr/local

[Mathieu Bridon]

On Wed, 2016-11-16 at 14:19 +, Samuel Rakitničan wrote:
> > Am 16.11.2016 08:08, schrieb Samuel Rakitničan:
> > 
> > You can change the default behaviour in "/etc/sudoers" or (better)
> > by adding a file in "/etc/sudoers.d".
> > 
> > If you want to keep the users path, add:
> > 
> > Defaults env_keep += "PATH"
> > Defaults !secure_path
> > 
> > or to change the (default) secure path, just add
> > 
> > Defaults secure_path = /your/path/here:/as/usual
> 
> File in /etc/sudoers.d is neat, thanks. But I am hoping we can came
> up with a new default setting or is there a reason not to include
> anything else?
> 
> I was thinking about it some more, and I think this setting does more
> harm then good. It limits what users can do but it doesn't stop them
> to bypass it with a simple alias sudo="sudo PATH=$PATH". So in my
> opinion the original "If you don't trust the people running sudo to
> have a sane PATH environment variable you may want to use this." kind
> of defeats its purpose.

Note that there's been a ticket in Bugzilla requesting this for two
years:

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


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

jplesnik pushed to perl-DBD-MySQL (f24). "4.039 bump; Fix CVE-2016-1249"

[notifications]

From d66fe00856e812889203e991d245714520510753 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 16 Nov 2016 14:54:41 +0100
Subject: 4.039 bump; Fix CVE-2016-1249

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

diff --git a/.gitignore b/.gitignore
index 0e4e0ef..6ad2b8a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -18,3 +18,4 @@ DBD-mysql-4.017.tar.gz
 /DBD-mysql-4.035.tar.gz
 /DBD-mysql-4.036.tar.gz
 /DBD-mysql-4.037.tar.gz
+/DBD-mysql-4.039.tar.gz
diff --git a/perl-DBD-MySQL.spec b/perl-DBD-MySQL.spec
index e9fa832..001f9d8 100644
--- a/perl-DBD-MySQL.spec
+++ b/perl-DBD-MySQL.spec
@@ -1,11 +1,11 @@
 Name:   perl-DBD-MySQL
-Version:4.037
+Version:4.039
 Release:1%{?dist}
 Summary:A MySQL interface for Perl
 Group:  Development/Libraries
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/DBD-mysql/
-Source0:
http://www.cpan.org/authors/id/M/MI/MICHIELB/DBD-mysql-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/C/CA/CAPTTOFU/DBD-mysql-%{version}.tar.gz
 BuildRequires:  mariadb, mariadb-devel, zlib-devel
 BuildRequires:  coreutils
 BuildRequires:  findutils
@@ -67,6 +67,9 @@ find %{buildroot} -type f -name '*.bs' -empty -delete
 %{_mandir}/man3/*.3*
 
 %changelog
+* Wed Nov 16 2016 Jitka Plesnikova  - 4.039-1
+- 4.039 bump
+
 * Mon Oct 03 2016 Jitka Plesnikova  - 4.037-1
 - 4.037 bump
 
diff --git a/sources b/sources
index 6f9bb5d..823b875 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6f5405ed0c45c41cd761a0d42a9dff4d  DBD-mysql-4.037.tar.gz
+e47b3c525fdbbf7ea697d43e71efcc0e  DBD-mysql-4.039.tar.gz
-- 
cgit v0.12



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

[Bug 1331825] perl-Net-Server should depend on perl-IO-Socket-INET6

[bugzilla]

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



--- Comment #2 from Dominik 'Rathann' Mierzejewski  ---
IPv6 support by default is required by the packaging guidelines:
https://fedoraproject.org/wiki/Packaging:Guidelines#Networking_Support

There is nothing in EPEL-specific guidelines to the contrary, so the above
applies for EPEL as well. Please add the missing Requires.

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

Re: [Test-Announce] Fedora 25 Candidate RC-1.3 Available Now!

[Andreas Tunek]

2016-11-16 15:17 GMT+01:00 Andreas Tunek :
> 2016-11-16 1:00 GMT+01:00  :
>> According to the schedule [1], Fedora 25 Candidate RC-1.3 is now
>> available for testing. Please help us complete all the validation
>> testing! For more information on release validation testing, see:
>> https://fedoraproject.org/wiki/QA:Release_validation_test_plan
>>
>> Test coverage information for the current release can be seen at:
>> https://www.happyassassin.net/testcase_stats/25
>>
>> 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_25_RC_1.3_Summary
>>
>> The individual test result pages are:
>>
>> https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Installation
>> https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Base
>> https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Server
>> https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Cloud
>> https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Desktop
>> https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Security_Lab
>>
>> All RC priority test cases for each of these test pages [2] must
>> pass in order to meet the RC Release Criteria [3].
>>
>> Help is available on #fedora-qa on irc.freenode.net [4], or on the
>> test list [5].
>>
>> Current Blocker and Freeze Exception bugs:
>> http://qa.fedoraproject.org/blockerbugs/current
>>
>> [1] http://fedorapeople.org/groups/schedule/f-25/f-25-quality-tasks.html
>> [2] https://fedoraproject.org/wiki/QA:Release_validation_test_plan
>> [3] https://fedoraproject.org/wiki/Fedora_25_RC_Release_Criteria
>> [4] irc://irc.freenode.net/fedora-qa
>> [5] 
>> https://lists.fedoraproject.org/archives/list/t...@lists.fedoraproject.org/
>
> In the misc section here
> (https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Installation#Default_boot_and_install_.28x86_64.29)
> it says you can't boot macos anymore. Is that supposed to be fixed in
> this latest release?
>
> Is there a bugzilla entry for that problem as well?
>

Is this the bug that has been fixed with RC1.3?

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

> Best regards
> Andreas
>
>
>> ___
>> test-announce mailing list -- test-annou...@lists.fedoraproject.org
>> To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org
>> ___
>> devel mailing list -- devel@lists.fedoraproject.org
>> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: sudo not looking into /usr/local

[Samuel Rakitničan]

> Am 16.11.2016 08:08, schrieb Samuel Rakitničan:
> 
> You can change the default behaviour in "/etc/sudoers" or (better) by 
> adding a file in "/etc/sudoers.d".
> 
> If you want to keep the users path, add:
> 
> Defaults env_keep += "PATH"
> Defaults !secure_path
> 
> or to change the (default) secure path, just add
> 
> Defaults secure_path = /your/path/here:/as/usual

File in /etc/sudoers.d is neat, thanks. But I am hoping we can came up with a 
new default setting or is there a reason not to include anything else?

I was thinking about it some more, and I think this setting does more harm then 
good. It limits what users can do but it doesn't stop them to bypass it with a 
simple alias sudo="sudo PATH=$PATH". So in my opinion the original "If you 
don't trust the people running sudo to have a sane PATH environment variable 
you may want to use this." kind of defeats its purpose.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [Test-Announce] Fedora 25 Candidate RC-1.3 Available Now!

[Andreas Tunek]

2016-11-16 1:00 GMT+01:00  :
> According to the schedule [1], Fedora 25 Candidate RC-1.3 is now
> available for testing. Please help us complete all the validation
> testing! For more information on release validation testing, see:
> https://fedoraproject.org/wiki/QA:Release_validation_test_plan
>
> Test coverage information for the current release can be seen at:
> https://www.happyassassin.net/testcase_stats/25
>
> 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_25_RC_1.3_Summary
>
> The individual test result pages are:
>
> https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Installation
> https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Base
> https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Server
> https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Cloud
> https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Desktop
> https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Security_Lab
>
> All RC priority test cases for each of these test pages [2] must
> pass in order to meet the RC Release Criteria [3].
>
> Help is available on #fedora-qa on irc.freenode.net [4], or on the
> test list [5].
>
> Current Blocker and Freeze Exception bugs:
> http://qa.fedoraproject.org/blockerbugs/current
>
> [1] http://fedorapeople.org/groups/schedule/f-25/f-25-quality-tasks.html
> [2] https://fedoraproject.org/wiki/QA:Release_validation_test_plan
> [3] https://fedoraproject.org/wiki/Fedora_25_RC_Release_Criteria
> [4] irc://irc.freenode.net/fedora-qa
> [5] 
> https://lists.fedoraproject.org/archives/list/t...@lists.fedoraproject.org/

In the misc section here
(https://fedoraproject.org/wiki/Test_Results:Fedora_25_RC_1.3_Installation#Default_boot_and_install_.28x86_64.29)
it says you can't boot macos anymore. Is that supposed to be fixed in
this latest release?

Is there a bugzilla entry for that problem as well?

Best regards
Andreas


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

[Bug 1395670] perl-DBD-MySQL-4.039 is available

[bugzilla]

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



--- Comment #1 from Fedora Update System  ---
perl-DBD-MySQL-4.039-1.fc25 has been submitted as an update to Fedora 25.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-88de1a90e7

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