[Bug 1463240] perl-Module-CoreList-5.20170621 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463240 --- Comment #5 from Fedora Update System--- perl-Module-CoreList-5.20170621-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-2017-9e6eec557c -- 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 1463229] perl-CPAN-Perl-Releases-3.24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463229 --- Comment #5 from Fedora Update System--- perl-CPAN-Perl-Releases-3.24-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-2017-92e0815b1e -- 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 1448632] perl-Params-Validate-1.29 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1448632 Fedora Update Systemchanged: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #11 from Fedora Update System --- perl-Params-Validate-1.29-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-2017-ae572c66da -- 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 1462719] perl-Debug-Client-0.30 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1462719 Fedora Update Systemchanged: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from Fedora Update System --- perl-Debug-Client-0.30-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-2017-91c6c6e062 -- 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
[389-devel] Please review: improve bpt search perf
https://pagure.io/389-ds-base/issue/49297 https://pagure.io/389-ds-base/issue/raw/bf3017244fe26453e9f6b718a4e0a1cbb5bee3b3234bcb71d21cdc0db114c48d-0001-Ticket-49297-improve-search-perf-in-bpt-by-removing-.patch -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane signature.asc Description: This is a digitally signed message part ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
[Bug 1463229] perl-CPAN-Perl-Releases-3.24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463229 Fedora Update Systemchanged: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System --- perl-CPAN-Perl-Releases-3.24-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-2017-252195c0ca -- 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 1463240] perl-Module-CoreList-5.20170621 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463240 Fedora Update Systemchanged: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System --- perl-Module-CoreList-5.20170621-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-2017-8dfa6c1eae -- 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: Proposed Mass Bug Filing: Renaming "python-" binary packages to "python2-"
On Tue, Jun 20, 2017 at 10:27 PM, Nick Coghlanwrote: > On 20 June 2017 at 12:44, Nick Coghlan wrote: >> On 20 June 2017 at 02:49, Przemek Klosowski >> wrote: >>> It seems to me that there are two kinds of Python packages affected by this >>> issue: some track the evolution of the ecosystem and make sure they work >>> with both Python 2 and 3, while the others assume a specific environment, >>> and expect the user to conform to that. What I dislike about this proposal >>> is that it imposes on the first kind: their package name needs to change, >>> presumably to 'pyton3-xxx' even though the package might work with python2 >>> as well. This sounds like penalizing the good behavior. >> >> It's also an annoyingly difficult policy to comply with for anyone >> attempting to maintain RHEL/CentOS/EPEL compatible packages that will >> use Py2 in those contexts and Py3 in Fedora. > > It was pointed out to me that my description of this problem wasn't > entirely clear, so here's a more concrete example that hopefully > clarifies the problem I see with the current policy wording. > > Specifically, the issue I see is that given the current policy > wording, dependency declarations like the following would *not* be > policy compliant for Python packages in Fedora 27+, even though > they're entirely unambiguous about the Python version they expect to > get: > > ``` > %if 0%{?el7} || 0%{?fedora} < 27 > BuildRequires: python2-devel > %else > BuildRequires: python3-devel > %endif > BuildRequires: python-builddep1 > BuildRequires: python-builddep2 > Requires: python-runtimedep1 > Requires: python-runtimedep2 > ``` > > Such specifications would instead need to be written as: > > ``` > %if 0%{?el7} || 0%{?fedora} < 27 > BuildRequires: python2-devel > BuildRequires: python2-builddep1 > BuildRequires: python2-builddep2 > Requires: python2-runtimedep1 > Requires: python2-runtimedep2 > %else > BuildRequires: python3-devel > BuildRequires: python3-builddep1 > BuildRequires: python3-builddep2 > Requires: python3-runtimedep1 > Requires: python3-runtimedep2 > %endif > ``` > > Requiring such as an approach has the unfortunate effect of making the > spec file both harder to read (since it's less obvious that the > packager's intent is to just use whichever Python version handles the > default package provides on the target OS), and harder to maintain > (since every dependency has to be listed twice). > > By contrast, if an explicit "BuildRequires: python3-devel" on F27+ is > taken as an affirmative statement that the package is ready for the > switch of the unqualifed dependencies to Python 3, then the only > packages that would have to change anything are those that currently > have an unqualified dependency on "BuildRequires: python-devel". > > Packagers in the latter situation would then have to do one of two things: > > 1. If their package actually works on Python 3, change their > pythonX-devel dependency to be Fedora version dependent (while leaving > other dependency declarations unchanged): > > ``` > %if 0%{?fedora} < 27 > BuildRequires: python2-devel > %else > BuildRequires: python3-devel > %endif > ``` > > 2. If their package still genuinely requires Python 2, update all of > their dependency declarations accordingly: > > ``` > BuildRequires: python2-devel > BuildRequires: python2-builddep1 > BuildRequires: python2-builddep2 > Requires: python2-runtimedep1 > Requires: python2-runtimedep2 > ``` If we constrain ourselves to RHEL, then we're screwed until at least 2024. I personally do not see this as a strong enough reason to not fix our Python packaging globally. If anything, this should be an incentive for Red Hat engineers to actually fix their Python packages to match Fedora or at least have the necessary provides the shim both ways. One thing I've observed as our biggest failing is that we do a very bad job of actually rationalizing our own packages to match our guidelines, for spurious reasons like this, where mistakes that make it to RHEL dog us in Fedora forever. That's not only dumb, it's dangerous, as it makes it very hard for us to make our distribution better and more consistent. -- 真実はいつも一つ!/ Always, there's only one truth! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[389-devel] Please review: abrt with ns during debug
https://pagure.io/389-ds-base/issue/49289 https://pagure.io/389-ds-base/issue/raw/ce833d102be78d03756a0f05db373aabe06d866dd2bf44a95ccdedbba1e2e1b3-0001-Ticket-49289-Improve-result-handling-from-connection.patch -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane signature.asc Description: This is a digitally signed message part ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
[389-devel] lib389 Please review attr types
https://pagure.io/lib389/issue/67 https://pagure.io/lib389/issue/raw/55b12e95d28acba596cefb45c8cba6507863c2e846ac9839b8371d4329779d26-0001-Ticket-67-get-attr-by-type.patch -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane signature.asc Description: This is a digitally signed message part ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
[Bug 1435166] perl-CHI-0.60-10.fc27 FTBFS: Failed test 'raw_values = 1 by default'
https://bugzilla.redhat.com/show_bug.cgi?id=1435166 Fedora Update Systemchanged: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-CHI-0.60-12.fc26 Resolution|--- |ERRATA Last Closed||2017-06-20 22:36:01 --- Comment #15 from Fedora Update System --- perl-CHI-0.60-12.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Re: Proposed Mass Bug Filing: Renaming "python-" binary packages to "python2-"
On 20 June 2017 at 12:44, Nick Coghlanwrote: > On 20 June 2017 at 02:49, Przemek Klosowski > wrote: >> It seems to me that there are two kinds of Python packages affected by this >> issue: some track the evolution of the ecosystem and make sure they work >> with both Python 2 and 3, while the others assume a specific environment, >> and expect the user to conform to that. What I dislike about this proposal >> is that it imposes on the first kind: their package name needs to change, >> presumably to 'pyton3-xxx' even though the package might work with python2 >> as well. This sounds like penalizing the good behavior. > > It's also an annoyingly difficult policy to comply with for anyone > attempting to maintain RHEL/CentOS/EPEL compatible packages that will > use Py2 in those contexts and Py3 in Fedora. It was pointed out to me that my description of this problem wasn't entirely clear, so here's a more concrete example that hopefully clarifies the problem I see with the current policy wording. Specifically, the issue I see is that given the current policy wording, dependency declarations like the following would *not* be policy compliant for Python packages in Fedora 27+, even though they're entirely unambiguous about the Python version they expect to get: ``` %if 0%{?el7} || 0%{?fedora} < 27 BuildRequires: python2-devel %else BuildRequires: python3-devel %endif BuildRequires: python-builddep1 BuildRequires: python-builddep2 Requires: python-runtimedep1 Requires: python-runtimedep2 ``` Such specifications would instead need to be written as: ``` %if 0%{?el7} || 0%{?fedora} < 27 BuildRequires: python2-devel BuildRequires: python2-builddep1 BuildRequires: python2-builddep2 Requires: python2-runtimedep1 Requires: python2-runtimedep2 %else BuildRequires: python3-devel BuildRequires: python3-builddep1 BuildRequires: python3-builddep2 Requires: python3-runtimedep1 Requires: python3-runtimedep2 %endif ``` Requiring such as an approach has the unfortunate effect of making the spec file both harder to read (since it's less obvious that the packager's intent is to just use whichever Python version handles the default package provides on the target OS), and harder to maintain (since every dependency has to be listed twice). By contrast, if an explicit "BuildRequires: python3-devel" on F27+ is taken as an affirmative statement that the package is ready for the switch of the unqualifed dependencies to Python 3, then the only packages that would have to change anything are those that currently have an unqualified dependency on "BuildRequires: python-devel". Packagers in the latter situation would then have to do one of two things: 1. If their package actually works on Python 3, change their pythonX-devel dependency to be Fedora version dependent (while leaving other dependency declarations unchanged): ``` %if 0%{?fedora} < 27 BuildRequires: python2-devel %else BuildRequires: python3-devel %endif ``` 2. If their package still genuinely requires Python 2, update all of their dependency declarations accordingly: ``` BuildRequires: python2-devel BuildRequires: python2-builddep1 BuildRequires: python2-builddep2 Requires: python2-runtimedep1 Requires: python2-runtimedep2 ``` Cheers, Nick. -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Tool for generating a rootfs for foreign arch (aarch64 on x86_64, for example)?
Hey all, I'm trying to find a way to bootstrap a Fedora rootfs from x86_64 for aarch64 (similar to debootstrap with "debootstrap --arch arm64 "), but I can't seem to find any. I recall that we added qemu-user-static back in Fedora 24 for the purpose of being able to support this kind of thing, but do we have anything that leverages it to be able to enable this? Thanks in advance, -- 真実はいつも一つ!/ Always, there's only one truth! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[Bug 1463459] New: perl-RDF-Trine-1.018 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463459 Bug ID: 1463459 Summary: perl-RDF-Trine-1.018 is available Product: Fedora Version: rawhide Component: perl-RDF-Trine 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.018 Current version/release in rawhide: 1.017-2.fc27 URL: http://search.cpan.org/dist/RDF-Trine/ 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/10279/ -- 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] Cancel Wednesday Meeting
We have a bunch of conflicts again so the meeting is cancelled for Wednesday. -- Stephen J Smoogen. ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora 26-20170620.n.0 compose check report
No missing expected images. Failed openQA tests: 8/128 (x86_64), 4/24 (i386), 1/2 (arm) New failures (same test did not fail in 26-20170618.n.0): ID: 110629 Test: x86_64 Workstation-boot-iso memory_check URL: https://openqa.fedoraproject.org/tests/110629 ID: 110632 Test: i386 Workstation-live-iso install_default URL: https://openqa.fedoraproject.org/tests/110632 ID: 110633 Test: i386 Workstation-boot-iso memory_check URL: https://openqa.fedoraproject.org/tests/110633 ID: 110637 Test: x86_64 KDE-live-iso install_no_user URL: https://openqa.fedoraproject.org/tests/110637 ID: 110646 Test: x86_64 KDE-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/110646 ID: 110647 Test: x86_64 KDE-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/110647 ID: 110648 Test: i386 KDE-live-iso install_default URL: https://openqa.fedoraproject.org/tests/110648 ID: 110650 Test: arm Minimal-raw_xz-raw.xz base_services_start_arm URL: https://openqa.fedoraproject.org/tests/110650 ID: 110685 Test: x86_64 universal install_kickstart_firewall_disabled URL: https://openqa.fedoraproject.org/tests/110685 ID: 110701 Test: x86_64 universal install_multi@uefi URL: https://openqa.fedoraproject.org/tests/110701 ID: 110737 Test: i386 universal install_blivet_software_raid URL: https://openqa.fedoraproject.org/tests/110737 Old failures (same test failed in 26-20170618.n.0): ID: 110683 Test: x86_64 universal install_cyrillic_language URL: https://openqa.fedoraproject.org/tests/110683 ID: 110719 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/110719 Soft failed openQA tests: 3/128 (x86_64), 2/24 (i386) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in 26-20170618.n.0): ID: 110610 Test: i386 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/110610 ID: 110611 Test: i386 Server-dvd-iso install_default URL: https://openqa.fedoraproject.org/tests/110611 ID: 110651 Test: x86_64 Atomic-dvd_ostree-iso install_default URL: https://openqa.fedoraproject.org/tests/110651 ID: 110652 Test: x86_64 Atomic-dvd_ostree-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/110652 ID: 110684 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/110684 Passed openQA tests: 117/128 (x86_64), 18/24 (i386), 1/2 (arm) New passes (same test did not pass in 26-20170618.n.0): ID: 110615 Test: x86_64 Workstation-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/110615 ID: 110616 Test: x86_64 Workstation-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/110616 ID: 110617 Test: x86_64 Workstation-live-iso install_no_user URL: https://openqa.fedoraproject.org/tests/110617 ID: 110618 Test: x86_64 Workstation-live-iso base_selinux URL: https://openqa.fedoraproject.org/tests/110618 ID: 110619 Test: x86_64 Workstation-live-iso base_services_start URL: https://openqa.fedoraproject.org/tests/110619 ID: 110620 Test: x86_64 Workstation-live-iso base_service_manipulation URL: https://openqa.fedoraproject.org/tests/110620 ID: 110621 Test: x86_64 Workstation-live-iso base_update_cli URL: https://openqa.fedoraproject.org/tests/110621 ID: 110622 Test: x86_64 Workstation-live-iso base_system_logging URL: https://openqa.fedoraproject.org/tests/110622 ID: 110623 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/110623 ID: 110624 Test: x86_64 Workstation-live-iso desktop_terminal URL: https://openqa.fedoraproject.org/tests/110624 ID: 110625 Test: x86_64 Workstation-live-iso desktop_browser URL: https://openqa.fedoraproject.org/tests/110625 ID: 110626 Test: x86_64 Workstation-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/110626 ID: 110627 Test: x86_64 Workstation-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/110627 ID: 110630 Test: x86_64 Workstation-boot-iso memory_check@uefi URL: https://openqa.fedoraproject.org/tests/110630 ID: 110635 Test: x86_64 KDE-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/110635 ID: 110636 Test: x86_64 KDE-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/110636 ID: 110638 Test: x86_64 KDE-live-iso base_selinux URL: https://openqa.fedoraproject.org/tests/110638 ID: 110639 Test: x86_64 KDE-live-iso base_services_start URL: https://openqa.fedoraproject.org/tests/110639 ID: 110640 Test: x86_64 KDE-live-iso base_service_manipulation URL: https://openqa.fedoraproject.org/tests/110640 ID: 110641 Test: x86_64 KDE-live-iso base_update_cli URL: https://openqa.fedoraproject.org/tests/110641 ID: 110642 Test:
Re: F27 System Wide Change: Parallel Installable Debuginfo
> "MW" == Mark Wielaardwrites: MW> I believe this has always been a hidden directory name that is MW> expected to be called that way by various tools. I don't recall having seen it before, and I've been doing packaging work for a very long time. The confusion about rpmlint complaints started when this change hit rawhide. If it really is historical, we're through such a sea change with the way debuginfo is being done now that we should fix things to not require a hidden directory. It's simply a bad idea. "Fixing" rpmlint to complain about such things isn't really the right answer, since the complaints are valid. _ J< ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F27 System Wide Change: Kerberos KCM credential cache by default
On 06/20/2017 02:45 PM, Jakub Hrozek wrote: On Tue, Jun 20, 2017 at 08:55:49AM -0400, Daniel Walsh wrote: On 06/20/2017 04:21 AM, Jakub Hrozek wrote: On Tue, Jun 20, 2017 at 09:25:49AM +0200, Pavel Cahyna wrote: Hi, On Tue, Jun 20, 2017 at 07:42:27AM +0200, Jan Kurik wrote: = System Wide Change: Kerberos KCM credential cache by default = https://fedoraproject.org/wiki/Changes/KerberosKCMCache "The design is described in more detail on the SSSD wiki." It is not, the link redirects to a page about fedorahosted.org retirement. Sorry, your are right, I fixed the link (this feature was submitted during f-26 timeframe when fh.o was still up and I forgot to change the links when I re-submitted the feature..) The correct link is: https://docs.pagure.org/SSSD.sssd/design_pages/kcm.html Change owner(s): * Jakub Hrozek Default to a new Kerberos credential cache type called KCM which is better suited for containerized environments and provides a better user experience in the general case as well. I wonder what is the relation to the daemon of the same name ansd similar purpose distributed with Heimdal http://h5l.org/manual/HEAD/info/heimdal/Credential-cache-server-_002d-KCM.html. Will they be compatible? Yes, more or less. The wire protocol is the same and I used MIT client libraries with Heimdal server bit during development. Not all server commands are implemented, only the subset that MIT client implements. There are some features supported by Heimdal but not supported yet by SSSD's KCM, like renewals, but those will be added. There are some features we chose to explicitly not add (or not enable by default), like listing all ccaches known to KCM server by root. Hopefully the sssd upstream design page would help.. Will code be shared? No, the Heimdal deamon relies on internal Heimdal API quite a bit. We also want to support multiple 'storage back ends' for the ccaches, while Heimdal only stores the ccaches in memory. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org How will I access this feature inside of a container? Bind-mount the KCM server socket into the container. If there is a leaked socket into the container, what kind of access control is built into your server to prevent root inside of one container effecting/accessing the credentials of different containers? Well, UID of the peer accessing the socket is the access control key right now. Unlike Heimdal's KCM, root doesn't have any special powers (with Heimdal's KCM, root can list any ccache, with our implementation, only that of UID 0). Do you have a different suggestion? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org I would want an SELinux check added to it, to allow us to keep the caches separate, based on SELinux. This would mean you would need to have an SELinux label associated with each cache. I would also be careful about capabilities. The bottom line with this is if I have two different containers creating keyrings, how does you cache differentiate the the keyrings from each other. If I am in container1 and I do a kinit, and it container2, I can use the keyring, that is a HUGE security violation. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F27 System Wide Change: Parallel Installable Debuginfo
On Tue, 2017-06-20 at 14:12 -0400, Matthew Miller wrote: > On Tue, Jun 20, 2017 at 01:08:17PM -0500, Jason L Tibbitts III wrote: > > JK> * build-id file /usr/lib/debug/.build-id/xx/...yyy which is a > > JK> symlink to the main ELF file. > > JK> * build-id.debug file /usr/lib/debug/.build-id/xx/...yyy.debug > > JK> which is a symlink to the .debug ELF file. > > JK> * The .debug files under /usr/lib/debug/ with file path names > > JK> mirroring the main ELF file paths under / with .debug added. > > > Please do not use a hidden directory for this. There is no reason for > > it, and it only adds confusion and rpmlint complaints that packagers > > can't control at all. > > I don't know if there are any advantages to a hidden directory here, > but... at the very least we should fix rpmlint to not give errors, as > part of this change. I believe this has always been a hidden directory name that is expected to be called that way by various tools. The origin of the name probably hidden somewhere in history. BTW there is a bug and a patch for rpmlint to not complain about it already: https://bugzilla.redhat.com/show_bug.cgi?id=1431408 Cheers, Mark ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora 26 compose report: 20170620.n.0 changes
OLD: Fedora-26-20170619.n.0 NEW: Fedora-26-20170620.n.0 = SUMMARY = Added images:28 Dropped images: 0 Added packages: 1 Dropped packages:0 Upgraded packages: 30 Downgraded packages: 0 Size of added packages: 38.48 KiB Size of dropped packages:0.00 B Size of upgraded packages: 640.23 MiB Size of downgraded packages: 0.00 B Size change of upgraded packages: 24.30 MiB Size change of downgraded packages: 0.00 B = ADDED IMAGES = Image: Security live x86_64 Path: Labs/x86_64/iso/Fedora-Security-Live-x86_64-26-20170620.n.0.iso Image: SoaS live x86_64 Path: Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-26-20170620.n.0.iso Image: Games live x86_64 Path: Labs/x86_64/iso/Fedora-Games-Live-x86_64-26-20170620.n.0.iso Image: LXDE live i386 Path: Spins/i386/iso/Fedora-LXDE-Live-i386-26-20170620.n.0.iso Image: Astronomy_KDE live x86_64 Path: Labs/x86_64/iso/Fedora-Astronomy_KDE-Live-x86_64-26-20170620.n.0.iso Image: SoaS live i386 Path: Spins/i386/iso/Fedora-SoaS-Live-i386-26-20170620.n.0.iso Image: KDE live i386 Path: Spins/i386/iso/Fedora-KDE-Live-i386-26-20170620.n.0.iso Image: LXDE live x86_64 Path: Spins/x86_64/iso/Fedora-LXDE-Live-x86_64-26-20170620.n.0.iso Image: Design_suite live i386 Path: Labs/i386/iso/Fedora-Design_suite-Live-i386-26-20170620.n.0.iso Image: Design_suite live x86_64 Path: Labs/x86_64/iso/Fedora-Design_suite-Live-x86_64-26-20170620.n.0.iso Image: KDE live x86_64 Path: Spins/x86_64/iso/Fedora-KDE-Live-x86_64-26-20170620.n.0.iso Image: LXQt live i386 Path: Spins/i386/iso/Fedora-LXQt-Live-i386-26-20170620.n.0.iso Image: Security live i386 Path: Labs/i386/iso/Fedora-Security-Live-i386-26-20170620.n.0.iso Image: Workstation live x86_64 Path: Workstation/x86_64/iso/Fedora-Workstation-Live-x86_64-26-20170620.n.0.iso Image: Python_Classroom live x86_64 Path: Labs/x86_64/iso/Fedora-Python-Classroom-Live-x86_64-26-20170620.n.0.iso Image: Workstation live i386 Path: Workstation/i386/iso/Fedora-Workstation-Live-i386-26-20170620.n.0.iso Image: Mate live i386 Path: Spins/i386/iso/Fedora-MATE_Compiz-Live-i386-26-20170620.n.0.iso Image: Mate live x86_64 Path: Spins/x86_64/iso/Fedora-MATE_Compiz-Live-x86_64-26-20170620.n.0.iso Image: Python_Classroom live i386 Path: Labs/i386/iso/Fedora-Python-Classroom-Live-i386-26-20170620.n.0.iso Image: Robotics live i386 Path: Labs/i386/iso/Fedora-Robotics-Live-i386-26-20170620.n.0.iso Image: Astronomy_KDE live i386 Path: Labs/i386/iso/Fedora-Astronomy_KDE-Live-i386-26-20170620.n.0.iso Image: Xfce live x86_64 Path: Spins/x86_64/iso/Fedora-Xfce-Live-x86_64-26-20170620.n.0.iso Image: Cinnamon live x86_64 Path: Spins/x86_64/iso/Fedora-Cinnamon-Live-x86_64-26-20170620.n.0.iso Image: Xfce live i386 Path: Spins/i386/iso/Fedora-Xfce-Live-i386-26-20170620.n.0.iso Image: Cinnamon live i386 Path: Spins/i386/iso/Fedora-Cinnamon-Live-i386-26-20170620.n.0.iso Image: Robotics live x86_64 Path: Labs/x86_64/iso/Fedora-Robotics-Live-x86_64-26-20170620.n.0.iso Image: LXQt live x86_64 Path: Spins/x86_64/iso/Fedora-LXQt-Live-x86_64-26-20170620.n.0.iso Image: Games live i386 Path: Labs/i386/iso/Fedora-Games-Live-i386-26-20170620.n.0.iso = DROPPED IMAGES = = ADDED PACKAGES = Package: waiverdb-0.1.1-2.fc26 Summary: Service for waiving results in ResultsDB RPMs:waiverdb Size:39402 bytes = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: Zim-0.67-0.rc2.1.fc26 Old package: Zim-0.65-4.fc26 Summary: Desktop wiki & notekeeper RPMs: Zim Size: 1901642 bytes Size change: 91728 bytes Changelog: * Tue Jun 06 2017 Oliver Haessler <oli...@redhat.com> - 0.66-1 - Update to 0.66 * Wed Jun 07 2017 Oliver Haessler <oli...@redhat.com> - 0.66-2 - added patch for "Fix for logger missing in newfs" to allow build of 0.66 on Fedora/RHEL (will be fixed in 0.67) * Wed Jun 14 2017 Robin Lee <cheese...@fedoraproject.org> - 0.67-0.rc2.1 - Update to 0.67-rc2 Package: audit-2.7.7-1.fc26 Old package: audit-2.7.6-1.fc26 Summary: User space tools for 2.6 kernel auditing RPMs: audispd-plugins audispd-plugins-zos audit audit-libs audit-libs-devel audit-libs-python audit-libs-python3 audit-libs-static Size: 4773812 bytes Size change: 14928 bytes Changelog: * Fri Jun 16 2017 Steve Grubb <sgr...@redhat.com> 2.7.7-1 - New upstream bugfix release Package: datovka-4.8.3-1.fc26 Old package: datovka-4.8.2-1.fc26 Summary: A free graphical interface for Czech Databox (Datov?? schr??nky) RPMs: datovka Size: 7169600 bytes Size change: 32332 bytes Changelog: * Wed Jun 14 2017 Jaroslav ??karvada <jskar...@redhat.com> - 4.8.3-1 - New version Resolves: rhbz#1461411 Package: electrum-2.8.3-1.fc26 Old package: electrum-2.8.2-1.fc26 Summary: A lightweight Bitcoin Client RPMs: electrum Size: 1271998 bytes Size change: 32100 bytes Changelog: * Tue Jun 13 2017 Jonny He
Re: F27 System Wide Change: Kerberos KCM credential cache by default
On Tue, Jun 20, 2017 at 08:55:49AM -0400, Daniel Walsh wrote: > On 06/20/2017 04:21 AM, Jakub Hrozek wrote: > > On Tue, Jun 20, 2017 at 09:25:49AM +0200, Pavel Cahyna wrote: > > > Hi, > > > > > > On Tue, Jun 20, 2017 at 07:42:27AM +0200, Jan Kurik wrote: > > > > = System Wide Change: Kerberos KCM credential cache by default = > > > > https://fedoraproject.org/wiki/Changes/KerberosKCMCache > > > "The design is described in more detail on the SSSD wiki." > > > > > > It is not, the link redirects to a page about fedorahosted.org > > > retirement. > > Sorry, your are right, I fixed the link (this feature was submitted > > during f-26 timeframe when fh.o was still up and I forgot to change the > > links when I re-submitted the feature..) > > > > The correct link is: > > https://docs.pagure.org/SSSD.sssd/design_pages/kcm.html > > > > > > Change owner(s): > > > > * Jakub Hrozek > > > > > > > > Default to a new Kerberos credential cache type called KCM which is > > > > better suited for containerized environments and provides a better > > > > user experience in the general case as well. > > > I wonder what is the relation to the daemon of the same name ansd > > > similar purpose distributed with Heimdal > > > http://h5l.org/manual/HEAD/info/heimdal/Credential-cache-server-_002d-KCM.html. > > > Will they be compatible? > > Yes, more or less. The wire protocol is the same and I used MIT client > > libraries with Heimdal server bit during development. Not all server > > commands are implemented, only the subset that MIT client implements. > > > > There are some features supported by Heimdal but not supported yet by SSSD's > > KCM, like renewals, but those will be added. There are some features we > > chose to explicitly not add (or not enable by default), like listing all > > ccaches known to KCM server by root. > > > > Hopefully the sssd upstream design page would help.. > > > > > Will code be shared? > > No, the Heimdal deamon relies on internal Heimdal API quite a bit. We > > also want to support multiple 'storage back ends' for the ccaches, while > > Heimdal only stores the ccaches in memory. > > ___ > > devel mailing list -- devel@lists.fedoraproject.org > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > > How will I access this feature inside of a container? Bind-mount the KCM server socket into the container. > If there is a leaked > socket into the container, what kind of access control is built into your > server to prevent root inside of one container effecting/accessing the > credentials of different containers? Well, UID of the peer accessing the socket is the access control key right now. Unlike Heimdal's KCM, root doesn't have any special powers (with Heimdal's KCM, root can list any ccache, with our implementation, only that of UID 0). Do you have a different suggestion? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Broken dependencies: perl-Alien-ROOT
perl-Alien-ROOT has broken dependencies in the rawhide tree: On ppc64: perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core On ppc64le: perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core Please resolve this as soon as possible. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Re: Intent to orphan krb5-appl*
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, Jun 20, 2017 at 2:10 PM Robbie Harwood wrote: Hi, I am orphaning krb5-appl in Fedora in the hopes that it will be retired. These packages will likely be officially deprecated upstream soon, and probably should not be used in most cases anyway. It contains legacy kerberized utilities, like rsh. There are no packages which depend them. There have been no changes to this package in Fedora since 2013, and no new capabilities upstream since 2010 when it branched from the mainline krb5 distribution. I would strongly prefer that these be allowed to fade away in order to further discourage their use in keeping with what other distributions have done. Thanks, - --Robbie (krb5 maintainer) Sounds to me like rather than orphaning and waiting for retirement, this would be a candidate for an F27 Change Proposal where we kill it off explicitly. (This has the added bonus of providing precedent for saying "no" if someone decided to try to resurrect this package.) -BEGIN PGP SIGNATURE- Version: Mailvelope v1.7.2 Comment: https://www.mailvelope.com wkYEAREIABAFAllJZm0JEHolVWI2uqOjAACU7QCgl1EDScxCk7W3o7elYeJ0 mm0He1MAnRJQaRNu1wGNJsXC8l+bh/QiC47I =YWDG -END PGP SIGNATURE- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F27 System Wide Change: Parallel Installable Debuginfo
On Tue, Jun 20, 2017 at 01:08:17PM -0500, Jason L Tibbitts III wrote: > JK> * build-id file /usr/lib/debug/.build-id/xx/...yyy which is a > JK> symlink to the main ELF file. > JK> * build-id.debug file /usr/lib/debug/.build-id/xx/...yyy.debug > JK> which is a symlink to the .debug ELF file. > JK> * The .debug files under /usr/lib/debug/ with file path names > JK> mirroring the main ELF file paths under / with .debug added. > Please do not use a hidden directory for this. There is no reason for > it, and it only adds confusion and rpmlint complaints that packagers > can't control at all. I don't know if there are any advantages to a hidden directory here, but... at the very least we should fix rpmlint to not give errors, as part of this change. -- Matthew MillerFedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Intent to orphan krb5-appl*
Hi, I am orphaning krb5-appl in Fedora in the hopes that it will be retired. These packages will likely be officially deprecated upstream soon, and probably should not be used in most cases anyway. It contains legacy kerberized utilities, like rsh. There are no packages which depend them. There have been no changes to this package in Fedora since 2013, and no new capabilities upstream since 2010 when it branched from the mainline krb5 distribution. I would strongly prefer that these be allowed to fade away in order to further discourage their use in keeping with what other distributions have done. Thanks, --Robbie (krb5 maintainer) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F27 System Wide Change: Parallel Installable Debuginfo
I know the boat has sailed on this and no amount of complaining will help at this point, but I want to make sure this gets on the record wherever this feature is proposed. > "JK" == Jan Kurikwrites: JK> * build-id file /usr/lib/debug/.build-id/xx/...yyy which is a JK> symlink to the main ELF file. JK> * build-id.debug file /usr/lib/debug/.build-id/xx/...yyy.debug JK> which is a symlink to the .debug ELF file. JK> * The .debug files under /usr/lib/debug/ with file path names JK> mirroring the main ELF file paths under / with .debug added. Please do not use a hidden directory for this. There is no reason for it, and it only adds confusion and rpmlint complaints that packagers can't control at all. - J< ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F27 Self Contained Change: Decouple system java setting from java command setting
Hi, Frankly, the proposed change seems a great way to accumulate technical debt at a rapid pace, by helping apps to specify various legacy or proprietary Java variants, and postponing taking into account openjdk changes indefinitely. That's more or less what the proprietary unixes did till the whole house of cards collapsed under the weight of long overdue migration needs. IIRC the whole alternative system already lets an app specify a specific java version and producer (at least it did in JPackage time). What it does not let people do is to pretend an app is java-version and java-producer agnostic when it isn't. Regards, -- Nicolas Mailhot ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: /usr/bin/qemu-kvm symlink
On Sat, Jun 17, 2017 at 05:25:18PM +, Zbigniew Jędrzejewski-Szmek wrote: > Hi, > > I was told [1] that /usr/bin/qemu-kvm is obsolete, and that the right > thing is to use 'qemu-system-x86_64 -enable-kvm', [...] As Dan says, use libvirt. However I want to point out that the advice above is also wrong: The ‘-enable-kvm’ option is obsolete, and that command would only work if you were emulating x86_64, which is by no means the only architecture which supports KVM. Really you should use libvirt rather than trying to formulate qemu command lines. > 2. wouldn't it make sense to convince upstream to provide /usr/bin/qemu-kvm >which would mean "provide accelerated emulation of current architecture"? Possibly, but what many people want is "be as fast as you can but don't break if KVM isn't available", which is provided by the ‘-machine accel=kvm:tcg’ option, or by using libvirt capabilities to discover what acceleration and emulation options are available on the current host. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Re: Liberation fonts plan
De: "pravin d s" >On 20 June 2017 at 18:42, Matthew Millerwrote: >> On Tue, Jun 20, 2017 at 06:35:24PM +0530, pravin@gmail.com wrote: >> >- In Fedora we will have both packages liberation2-fonts and >> >liberation-fonts >> De: "pravin d s" >On 20 June 2017 at 18:42, Matthew Miller wrote: >> On Tue, Jun 20, 2017 at 06:35:24PM +0530, pravin@gmail.com wrote: >> >- In Fedora we will have both packages liberation2-fonts and >> >liberation-fonts >> >> Will the actual fonts have different names? >> >I am planning to have same fonts name, so one can simply install other >packages and replace the existing one. Frankly, if the rift is deep enough there's no hope of producing a Liberation version that satisfies everyone, it would be better to have to different family names, with fontconfig substitution rules that make each one a valid replacement for the other if it's not installed on the system. The fontconfig rules will keep software happy and the different names will force humans to take a choice instead of talking past one another like is the case right now. Regards, -- Nicolas Mailhot >> Will the actual fonts have different names? >> >I am planning to have same fonts name, so one can simply install other >packages and replace the existing one. Frankly, if the rift is deep enough there's no hope of producing a Liberation version that satisfyes everyone, it would be better to have to different family names, with fontconfig substitution rules that make each one a valid replacement for the other if it's not installed on the system. The fontconfig rules will keep software happy and the different names will force humans to take a choice instead of talking past one another like is the case right now. Regards, -- Nicolas Mailhot ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Liberation fonts plan
On Tue, Jun 20, 2017 at 10:55:04PM +0530, pravin@gmail.com wrote: > > This seems likely to lead to user confusion. Any chance of making the > > old one "Liberation Classic" or something like that? > I liked the idea. With this case we can have both fonts installed same time > on the system. As long as it's not a huge amount of extra work for you! -- Matthew MillerFedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Liberation fonts plan
On 20 June 2017 at 22:37, Matthew Millerwrote: > On Tue, Jun 20, 2017 at 06:46:31PM +0530, pravin@gmail.com wrote: > > > On Tue, Jun 20, 2017 at 06:35:24PM +0530, pravin@gmail.com wrote: > > > >- In Fedora we will have both packages liberation2-fonts and > > > >liberation-fonts > > > Will the actual fonts have different names? > > I am planning to have same fonts name, so one can simply install other > > packages and replace the existing one. > > This seems likely to lead to user confusion. Any chance of making the > old one "Liberation Classic" or something like that? > I liked the idea. With this case we can have both fonts installed same time on the system. Regards, Pravin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Liberation fonts plan
On Tue, Jun 20, 2017 at 06:46:31PM +0530, pravin@gmail.com wrote: > > On Tue, Jun 20, 2017 at 06:35:24PM +0530, pravin@gmail.com wrote: > > >- In Fedora we will have both packages liberation2-fonts and > > >liberation-fonts > > Will the actual fonts have different names? > I am planning to have same fonts name, so one can simply install other > packages and replace the existing one. This seems likely to lead to user confusion. Any chance of making the old one "Liberation Classic" or something like that? -- Matthew MillerFedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
corsepiu pushed to perl-Test-WWW-Mechanize-PSGI (f25). "Cleanup merger."
From 2cb8570ba7e16b6482ce2cf43760f5b65ed68c47 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?=Date: Tue, 20 Jun 2017 16:58:40 +0200 Subject: Cleanup merger. --- perl-Test-WWW-Mechanize-PSGI.spec | 3 --- 1 file changed, 3 deletions(-) diff --git a/perl-Test-WWW-Mechanize-PSGI.spec b/perl-Test-WWW-Mechanize-PSGI.spec index 10af497..602b91b 100644 --- a/perl-Test-WWW-Mechanize-PSGI.spec +++ b/perl-Test-WWW-Mechanize-PSGI.spec @@ -60,9 +60,6 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \; - Update to 0.37. - Modernize spec. -* Sat Feb 11 2017 Fedora Release Engineering - 0.36-2 -- Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild - * Thu Jun 09 2016 Ralf Corsépius - 0.36-1 - Update to 0.36. - Update BRs. -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Test-WWW-Mechanize-PSGI.git/commit/?h=f25=2cb8570ba7e16b6482ce2cf43760f5b65ed68c47 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
corsepiu pushed to perl-Test-WWW-Mechanize-PSGI (f25). "Cleanup merger."
From 9ff88c7be2f6526145f5b675f7903d7cf858 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?=Date: Tue, 20 Jun 2017 16:50:30 +0200 Subject: Cleanup merger. --- perl-Test-WWW-Mechanize-PSGI.spec | 3 --- 1 file changed, 3 deletions(-) diff --git a/perl-Test-WWW-Mechanize-PSGI.spec b/perl-Test-WWW-Mechanize-PSGI.spec index 5bba375..10af497 100644 --- a/perl-Test-WWW-Mechanize-PSGI.spec +++ b/perl-Test-WWW-Mechanize-PSGI.spec @@ -60,9 +60,6 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \; - Update to 0.37. - Modernize spec. -* Tue Jun 06 2017 Jitka Plesnikova - 0.36-3 -- Perl 5.26 rebuild - * Sat Feb 11 2017 Fedora Release Engineering - 0.36-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Test-WWW-Mechanize-PSGI.git/commit/?h=f25=9ff88c7be2f6526145f5b675f7903d7cf858 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
corsepiu pushed to perl-Test-WWW-Mechanize-PSGI (f25). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild"
From 3bb239a1e984c37eb851ae07b2d7e735470d248b Mon Sep 17 00:00:00 2001 From: Fedora Release EngineeringDate: Sat, 11 Feb 2017 05:39:04 + Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild --- perl-Test-WWW-Mechanize-PSGI.spec | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/perl-Test-WWW-Mechanize-PSGI.spec b/perl-Test-WWW-Mechanize-PSGI.spec index a16b8f0..6323010 100644 --- a/perl-Test-WWW-Mechanize-PSGI.spec +++ b/perl-Test-WWW-Mechanize-PSGI.spec @@ -1,6 +1,6 @@ Name: perl-Test-WWW-Mechanize-PSGI Version:0.36 -Release:1%{?dist} +Release:2%{?dist} Summary:Test PSGI programs using WWW::Mechanize License:GPL+ or Artistic Group: Development/Libraries @@ -52,6 +52,9 @@ make test %{_mandir}/man3/* %changelog +* Sat Feb 11 2017 Fedora Release Engineering - 0.36-2 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild + * Thu Jun 09 2016 Ralf Corsépius - 0.36-1 - Update to 0.36. - Update BRs. -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Test-WWW-Mechanize-PSGI.git/commit/?h=f25=3bb239a1e984c37eb851ae07b2d7e735470d248b ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
corsepiu pushed to perl-Test-WWW-Mechanize-PSGI (f25). "Perl 5.26 rebuild"
From 0b96fbc795dc54d16f343bfef30ae1f0f8d5e4cc Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 6 Jun 2017 22:11:52 +0200 Subject: Perl 5.26 rebuild --- perl-Test-WWW-Mechanize-PSGI.spec | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/perl-Test-WWW-Mechanize-PSGI.spec b/perl-Test-WWW-Mechanize-PSGI.spec index 6323010..51c1615 100644 --- a/perl-Test-WWW-Mechanize-PSGI.spec +++ b/perl-Test-WWW-Mechanize-PSGI.spec @@ -1,6 +1,6 @@ Name: perl-Test-WWW-Mechanize-PSGI Version:0.36 -Release:2%{?dist} +Release:3%{?dist} Summary:Test PSGI programs using WWW::Mechanize License:GPL+ or Artistic Group: Development/Libraries @@ -52,6 +52,9 @@ make test %{_mandir}/man3/* %changelog +* Tue Jun 06 2017 Jitka Plesnikova - 0.36-3 +- Perl 5.26 rebuild + * Sat Feb 11 2017 Fedora Release Engineering - 0.36-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Test-WWW-Mechanize-PSGI.git/commit/?h=f25=0b96fbc795dc54d16f343bfef30ae1f0f8d5e4cc ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
corsepiu pushed to perl-Test-WWW-Mechanize-PSGI (f25). "Update to 0.37. (..more)"
From de46d839ad8006009f12932cdaa842e43faa824c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?=Date: Tue, 20 Jun 2017 15:46:53 +0200 Subject: Update to 0.37. Modernize spec. --- .gitignore| 2 +- perl-Test-WWW-Mechanize-PSGI.spec | 20 ++-- sources | 2 +- 3 files changed, 16 insertions(+), 8 deletions(-) diff --git a/.gitignore b/.gitignore index 424faeb..542a1d7 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -/Test-WWW-Mechanize-PSGI-0.36.tar.gz +/Test-WWW-Mechanize-PSGI-0.37.tar.gz diff --git a/perl-Test-WWW-Mechanize-PSGI.spec b/perl-Test-WWW-Mechanize-PSGI.spec index 51c1615..5bba375 100644 --- a/perl-Test-WWW-Mechanize-PSGI.spec +++ b/perl-Test-WWW-Mechanize-PSGI.spec @@ -1,15 +1,19 @@ Name: perl-Test-WWW-Mechanize-PSGI -Version:0.36 -Release:3%{?dist} +Version:0.37 +Release:1%{?dist} Summary:Test PSGI programs using WWW::Mechanize License:GPL+ or Artistic -Group: Development/Libraries URL:http://search.cpan.org/dist/Test-WWW-Mechanize-PSGI/ Source0: http://www.cpan.org/authors/id/O/OA/OALDERS/Test-WWW-Mechanize-PSGI-%{version}.tar.gz BuildArch: noarch + +BuildRequires: %{__perl} +BuildRequires: %{__make} + BuildRequires: perl-generators BuildRequires: perl(Carp) BuildRequires: perl(CGI::Cookie) +BuildRequires: perl(File::Spec) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(HTTP::Message::PSGI) BuildRequires: perl(Test::More) @@ -34,16 +38,16 @@ PSGI applications. %build %{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 -make %{?_smp_mflags} +%{__make} %{?_smp_mflags} %install -make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT +%{__make} pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check -make test +%{__make} test %files %doc Changes @@ -52,6 +56,10 @@ make test %{_mandir}/man3/* %changelog +* Tue Jun 20 2017 Ralf Corsépius - 0.37-1 +- Update to 0.37. +- Modernize spec. + * Tue Jun 06 2017 Jitka Plesnikova - 0.36-3 - Perl 5.26 rebuild diff --git a/sources b/sources index beea2fd..3a4f651 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -de9215f532a2d8e2992e720c95b9e3cb Test-WWW-Mechanize-PSGI-0.36.tar.gz +SHA512 (Test-WWW-Mechanize-PSGI-0.37.tar.gz) = e9cc0f016df86dba4a413111573566fe9e2b4bce8aa8eabce6941ef15172bd13d705a443baf3c8447fd5de240e6564e2342b44d7bca5884e3a51fede4dbf -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Test-WWW-Mechanize-PSGI.git/commit/?h=f25=de46d839ad8006009f12932cdaa842e43faa824c ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
corsepiu pushed to perl-Test-WWW-Mechanize-PSGI (f26). "Cleanup merger."
From 9ff88c7be2f6526145f5b675f7903d7cf858 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?=Date: Tue, 20 Jun 2017 16:50:30 +0200 Subject: Cleanup merger. --- perl-Test-WWW-Mechanize-PSGI.spec | 3 --- 1 file changed, 3 deletions(-) diff --git a/perl-Test-WWW-Mechanize-PSGI.spec b/perl-Test-WWW-Mechanize-PSGI.spec index 5bba375..10af497 100644 --- a/perl-Test-WWW-Mechanize-PSGI.spec +++ b/perl-Test-WWW-Mechanize-PSGI.spec @@ -60,9 +60,6 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \; - Update to 0.37. - Modernize spec. -* Tue Jun 06 2017 Jitka Plesnikova - 0.36-3 -- Perl 5.26 rebuild - * Sat Feb 11 2017 Fedora Release Engineering - 0.36-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Test-WWW-Mechanize-PSGI.git/commit/?h=f26=9ff88c7be2f6526145f5b675f7903d7cf858 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
corsepiu pushed to perl-Test-WWW-Mechanize-PSGI (f26). "Update to 0.37. (..more)"
From de46d839ad8006009f12932cdaa842e43faa824c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?=Date: Tue, 20 Jun 2017 15:46:53 +0200 Subject: Update to 0.37. Modernize spec. --- .gitignore| 2 +- perl-Test-WWW-Mechanize-PSGI.spec | 20 ++-- sources | 2 +- 3 files changed, 16 insertions(+), 8 deletions(-) diff --git a/.gitignore b/.gitignore index 424faeb..542a1d7 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -/Test-WWW-Mechanize-PSGI-0.36.tar.gz +/Test-WWW-Mechanize-PSGI-0.37.tar.gz diff --git a/perl-Test-WWW-Mechanize-PSGI.spec b/perl-Test-WWW-Mechanize-PSGI.spec index 51c1615..5bba375 100644 --- a/perl-Test-WWW-Mechanize-PSGI.spec +++ b/perl-Test-WWW-Mechanize-PSGI.spec @@ -1,15 +1,19 @@ Name: perl-Test-WWW-Mechanize-PSGI -Version:0.36 -Release:3%{?dist} +Version:0.37 +Release:1%{?dist} Summary:Test PSGI programs using WWW::Mechanize License:GPL+ or Artistic -Group: Development/Libraries URL:http://search.cpan.org/dist/Test-WWW-Mechanize-PSGI/ Source0: http://www.cpan.org/authors/id/O/OA/OALDERS/Test-WWW-Mechanize-PSGI-%{version}.tar.gz BuildArch: noarch + +BuildRequires: %{__perl} +BuildRequires: %{__make} + BuildRequires: perl-generators BuildRequires: perl(Carp) BuildRequires: perl(CGI::Cookie) +BuildRequires: perl(File::Spec) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(HTTP::Message::PSGI) BuildRequires: perl(Test::More) @@ -34,16 +38,16 @@ PSGI applications. %build %{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 -make %{?_smp_mflags} +%{__make} %{?_smp_mflags} %install -make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT +%{__make} pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check -make test +%{__make} test %files %doc Changes @@ -52,6 +56,10 @@ make test %{_mandir}/man3/* %changelog +* Tue Jun 20 2017 Ralf Corsépius - 0.37-1 +- Update to 0.37. +- Modernize spec. + * Tue Jun 06 2017 Jitka Plesnikova - 0.36-3 - Perl 5.26 rebuild diff --git a/sources b/sources index beea2fd..3a4f651 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -de9215f532a2d8e2992e720c95b9e3cb Test-WWW-Mechanize-PSGI-0.36.tar.gz +SHA512 (Test-WWW-Mechanize-PSGI-0.37.tar.gz) = e9cc0f016df86dba4a413111573566fe9e2b4bce8aa8eabce6941ef15172bd13d705a443baf3c8447fd5de240e6564e2342b44d7bca5884e3a51fede4dbf -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Test-WWW-Mechanize-PSGI.git/commit/?h=f26=de46d839ad8006009f12932cdaa842e43faa824c ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
corsepiu pushed to perl-Test-WWW-Mechanize-PSGI (f26). "Perl 5.26 rebuild"
From 0b96fbc795dc54d16f343bfef30ae1f0f8d5e4cc Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 6 Jun 2017 22:11:52 +0200 Subject: Perl 5.26 rebuild --- perl-Test-WWW-Mechanize-PSGI.spec | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/perl-Test-WWW-Mechanize-PSGI.spec b/perl-Test-WWW-Mechanize-PSGI.spec index 6323010..51c1615 100644 --- a/perl-Test-WWW-Mechanize-PSGI.spec +++ b/perl-Test-WWW-Mechanize-PSGI.spec @@ -1,6 +1,6 @@ Name: perl-Test-WWW-Mechanize-PSGI Version:0.36 -Release:2%{?dist} +Release:3%{?dist} Summary:Test PSGI programs using WWW::Mechanize License:GPL+ or Artistic Group: Development/Libraries @@ -52,6 +52,9 @@ make test %{_mandir}/man3/* %changelog +* Tue Jun 06 2017 Jitka Plesnikova - 0.36-3 +- Perl 5.26 rebuild + * Sat Feb 11 2017 Fedora Release Engineering - 0.36-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Test-WWW-Mechanize-PSGI.git/commit/?h=f26=0b96fbc795dc54d16f343bfef30ae1f0f8d5e4cc ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Re: Proposed Mass Bug Filing: Renaming "python-" binary packages to "python2-"
> "IS" == Iryna Shcherbinawrites: IS> The packages that violate the above-mentioned policies are being IS> tracked in portingdb [3] and we plan to start filling bugs soon. Before doing that, please post a list of packages and their maintainers to the devel list. Preferably you would post two lists: one in the form: packageowner1 owner2 owner2 And another in the form owner package1 package2 package3 This makes it easy for packagers to trivially see if they have any work to do without having to wrestle with what could potentially be a large number of bugzilla tickets which are more annoying than useful. The message with these lists should also include reasonably complete information about what they need to do. Not just a pile of links, though you should of course include links in case someone wants to read further. IS> Since that's a lot of bugs to file (more than 1000) , we IS> encourage all maintainers to fix the packages they maintain. That will go faster if you don't waste people's time filing a load bugs and instead give people at least a couple of weeks to see their name on a list and get things fixed up. A few extra minutes spent generating a useful and complete report can save a lot of time for busy packagers and potentially save some ill will as well. - J< ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[389-devel] please review: Ticket 70 - lib389 - Improve repl tools
https://pagure.io/lib389/issue/70 https://pagure.io/lib389/issue/raw/558d73cc0d5f590f9dda5cef2eccca75012aced4a68df82806a1bdf58ca9d491-0001-Ticket-70-Improve-repl-tools.patch ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Self Introduction: Augusto Caringi
Hi everyone, My name is Augusto Caringi and I'd like to introduce myself. I'm a Brazilian Software Engineer currently living in Brno, Czech Republic, working at Red Hat in the Core Services/Databases team. My first Linux installation was a Red Hat 4.2 in 1997, since then I have been using/working with Linux and Open Source Software one way or another in the last 20 years. Before joining Red Hat I worked writing network daemons and embedded software (closed source) mainly programming in C/C++ and Python. I also have experience as a Computer Science lecturer. My first Fedora package is ProxySQL: https://bugzilla.redhat.com/show_bug.cgi?id=1457929 I'm looking forward to contribute more to the Fedora Project. Thank you! -- Augusto Caringi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[389-devel] please review: Ticket 49295 - Fix latest CI tests
https://pagure.io/389-ds-base/issue/49295 https://pagure.io/389-ds-base/issue/raw/77b491585fa1ae164ec6b3adb40ba7d75980b390a2df4c93d456d633dcee97e8-0001-Ticket-49295-Fix-latest-CI-test-failures.patch ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
corsepiu pushed to perl-Test-WWW-Mechanize-PSGI (master). "Update to 0.37. (..more)"
From de46d839ad8006009f12932cdaa842e43faa824c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?=Date: Tue, 20 Jun 2017 15:46:53 +0200 Subject: Update to 0.37. Modernize spec. --- .gitignore| 2 +- perl-Test-WWW-Mechanize-PSGI.spec | 20 ++-- sources | 2 +- 3 files changed, 16 insertions(+), 8 deletions(-) diff --git a/.gitignore b/.gitignore index 424faeb..542a1d7 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -/Test-WWW-Mechanize-PSGI-0.36.tar.gz +/Test-WWW-Mechanize-PSGI-0.37.tar.gz diff --git a/perl-Test-WWW-Mechanize-PSGI.spec b/perl-Test-WWW-Mechanize-PSGI.spec index 51c1615..5bba375 100644 --- a/perl-Test-WWW-Mechanize-PSGI.spec +++ b/perl-Test-WWW-Mechanize-PSGI.spec @@ -1,15 +1,19 @@ Name: perl-Test-WWW-Mechanize-PSGI -Version:0.36 -Release:3%{?dist} +Version:0.37 +Release:1%{?dist} Summary:Test PSGI programs using WWW::Mechanize License:GPL+ or Artistic -Group: Development/Libraries URL:http://search.cpan.org/dist/Test-WWW-Mechanize-PSGI/ Source0: http://www.cpan.org/authors/id/O/OA/OALDERS/Test-WWW-Mechanize-PSGI-%{version}.tar.gz BuildArch: noarch + +BuildRequires: %{__perl} +BuildRequires: %{__make} + BuildRequires: perl-generators BuildRequires: perl(Carp) BuildRequires: perl(CGI::Cookie) +BuildRequires: perl(File::Spec) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(HTTP::Message::PSGI) BuildRequires: perl(Test::More) @@ -34,16 +38,16 @@ PSGI applications. %build %{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 -make %{?_smp_mflags} +%{__make} %{?_smp_mflags} %install -make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT +%{__make} pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check -make test +%{__make} test %files %doc Changes @@ -52,6 +56,10 @@ make test %{_mandir}/man3/* %changelog +* Tue Jun 20 2017 Ralf Corsépius - 0.37-1 +- Update to 0.37. +- Modernize spec. + * Tue Jun 06 2017 Jitka Plesnikova - 0.36-3 - Perl 5.26 rebuild diff --git a/sources b/sources index beea2fd..3a4f651 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -de9215f532a2d8e2992e720c95b9e3cb Test-WWW-Mechanize-PSGI-0.36.tar.gz +SHA512 (Test-WWW-Mechanize-PSGI-0.37.tar.gz) = e9cc0f016df86dba4a413111573566fe9e2b4bce8aa8eabce6941ef15172bd13d705a443baf3c8447fd5de240e6564e2342b44d7bca5884e3a51fede4dbf -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Test-WWW-Mechanize-PSGI.git/commit/?h=master=de46d839ad8006009f12932cdaa842e43faa824c ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Upgrade of Ardour to latest version
I'm going to upgrade ardour5 to the latest upstream version 5.10, starting with rawhide, f26, f25 and f24. Guido Aulisi signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[Bug 1463240] perl-Module-CoreList-5.20170621 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463240 --- Comment #3 from Fedora Update System--- perl-Module-CoreList-5.20170621-1.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2017-8dfa6c1eae -- 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 1463240] perl-Module-CoreList-5.20170621 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463240 --- Comment #2 from Fedora Update System--- perl-Module-CoreList-5.20170621-1.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2017-9e6eec557c -- 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
jplesnik pushed to perl-Module-CoreList (f24). "5.20170621 bump"
From 7b34af8ea32d297479ee48308944df0fa4406156 Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 15:49:47 +0200 Subject: 5.20170621 bump --- .gitignore| 1 + perl-Module-CoreList.spec | 5 - sources | 2 +- 3 files changed, 6 insertions(+), 2 deletions(-) diff --git a/.gitignore b/.gitignore index 1d9086d..293d66c 100644 --- a/.gitignore +++ b/.gitignore @@ -39,3 +39,4 @@ Module-CoreList-2.13.tar.gz /Module-CoreList-5.20170420.tar.gz /Module-CoreList-5.20170530.tar.gz /Module-CoreList-5.20170531.tar.gz +/Module-CoreList-5.20170621.tar.gz diff --git a/perl-Module-CoreList.spec b/perl-Module-CoreList.spec index e646974..d4c483d 100644 --- a/perl-Module-CoreList.spec +++ b/perl-Module-CoreList.spec @@ -1,7 +1,7 @@ Name: perl-Module-CoreList # Epoch to compete with perl.spec Epoch: 1 -Version:5.20170531 +Version:5.20170621 Release:1%{?dist} Summary:What modules are shipped with versions of perl License:GPL+ or Artistic @@ -79,6 +79,9 @@ make test %{_mandir}/man1/corelist.* %changelog +* Tue Jun 20 2017 Jitka Plesnikova - 1:5.20170621-1 +- 5.20170621 bump + * Thu Jun 01 2017 Petr Pisar - 1:5.20170531-1 - 5.20170531 bump diff --git a/sources b/sources index b4da428..fefee03 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (Module-CoreList-5.20170531.tar.gz) = c1964652405beaf2ae18945e2ca071fcd15f09ea6a6b1a9ab26e4b8361c93712c0cbd43543b1cb88594efc9595729ece1623939fbf3f40bbc11188a883e8 +SHA512 (Module-CoreList-5.20170621.tar.gz) = 6935632fd6f4664693a7da083199d4a2334f45c26f3c859fb2c7532b4df6dc47eb3b7e3a800908378e3dcf3a2ac1a46e9932bf6acdf03f9334d0822814abf005 -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Module-CoreList.git/commit/?h=f24=7b34af8ea32d297479ee48308944df0fa4406156 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1463240] perl-Module-CoreList-5.20170621 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463240 --- Comment #1 from Fedora Update System--- perl-Module-CoreList-5.20170621-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-38f24260c8 -- 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
jplesnik pushed to perl-Module-CoreList (f25). "5.20170621 bump"
From c6ef263b98e0813bc7844eae18ef7732050162cc Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 15:49:47 +0200 Subject: 5.20170621 bump --- .gitignore| 1 + perl-Module-CoreList.spec | 5 - sources | 2 +- 3 files changed, 6 insertions(+), 2 deletions(-) diff --git a/.gitignore b/.gitignore index 1d9086d..293d66c 100644 --- a/.gitignore +++ b/.gitignore @@ -39,3 +39,4 @@ Module-CoreList-2.13.tar.gz /Module-CoreList-5.20170420.tar.gz /Module-CoreList-5.20170530.tar.gz /Module-CoreList-5.20170531.tar.gz +/Module-CoreList-5.20170621.tar.gz diff --git a/perl-Module-CoreList.spec b/perl-Module-CoreList.spec index 53dde5f..0f5e1a7 100644 --- a/perl-Module-CoreList.spec +++ b/perl-Module-CoreList.spec @@ -1,7 +1,7 @@ Name: perl-Module-CoreList # Epoch to compete with perl.spec Epoch: 1 -Version:5.20170531 +Version:5.20170621 Release:1%{?dist} Summary:What modules are shipped with versions of perl License:GPL+ or Artistic @@ -79,6 +79,9 @@ make test %{_mandir}/man1/corelist.* %changelog +* Tue Jun 20 2017 Jitka Plesnikova - 1:5.20170621-1 +- 5.20170621 bump + * Thu Jun 01 2017 Petr Pisar - 1:5.20170531-1 - 5.20170531 bump diff --git a/sources b/sources index b4da428..fefee03 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (Module-CoreList-5.20170531.tar.gz) = c1964652405beaf2ae18945e2ca071fcd15f09ea6a6b1a9ab26e4b8361c93712c0cbd43543b1cb88594efc9595729ece1623939fbf3f40bbc11188a883e8 +SHA512 (Module-CoreList-5.20170621.tar.gz) = 6935632fd6f4664693a7da083199d4a2334f45c26f3c859fb2c7532b4df6dc47eb3b7e3a800908378e3dcf3a2ac1a46e9932bf6acdf03f9334d0822814abf005 -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Module-CoreList.git/commit/?h=f25=c6ef263b98e0813bc7844eae18ef7732050162cc ___ 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-Module-CoreList (f26). "5.20170621 bump"
From 9a38689332e5923a23888cb3aac5af601842dadf Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 15:49:47 +0200 Subject: 5.20170621 bump --- .gitignore| 1 + perl-Module-CoreList.spec | 5 - sources | 2 +- 3 files changed, 6 insertions(+), 2 deletions(-) diff --git a/.gitignore b/.gitignore index 1d9086d..293d66c 100644 --- a/.gitignore +++ b/.gitignore @@ -39,3 +39,4 @@ Module-CoreList-2.13.tar.gz /Module-CoreList-5.20170420.tar.gz /Module-CoreList-5.20170530.tar.gz /Module-CoreList-5.20170531.tar.gz +/Module-CoreList-5.20170621.tar.gz diff --git a/perl-Module-CoreList.spec b/perl-Module-CoreList.spec index 1ec0a4a..835ea6d 100644 --- a/perl-Module-CoreList.spec +++ b/perl-Module-CoreList.spec @@ -1,7 +1,7 @@ Name: perl-Module-CoreList # Epoch to compete with perl.spec Epoch: 1 -Version:5.20170531 +Version:5.20170621 Release:1%{?dist} Summary:What modules are shipped with versions of perl License:GPL+ or Artistic @@ -79,6 +79,9 @@ make test %{_mandir}/man1/corelist.* %changelog +* Tue Jun 20 2017 Jitka Plesnikova - 1:5.20170621-1 +- 5.20170621 bump + * Thu Jun 01 2017 Petr Pisar - 1:5.20170531-1 - 5.20170531 bump diff --git a/sources b/sources index b4da428..fefee03 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (Module-CoreList-5.20170531.tar.gz) = c1964652405beaf2ae18945e2ca071fcd15f09ea6a6b1a9ab26e4b8361c93712c0cbd43543b1cb88594efc9595729ece1623939fbf3f40bbc11188a883e8 +SHA512 (Module-CoreList-5.20170621.tar.gz) = 6935632fd6f4664693a7da083199d4a2334f45c26f3c859fb2c7532b4df6dc47eb3b7e3a800908378e3dcf3a2ac1a46e9932bf6acdf03f9334d0822814abf005 -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Module-CoreList.git/commit/?h=f26=9a38689332e5923a23888cb3aac5af601842dadf ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1463240] perl-Module-CoreList-5.20170621 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463240 Jitka Plesnikovachanged: What|Removed |Added Status|NEW |MODIFIED Fixed In Version||perl-Module-CoreList-5.2017 ||0621-1.fc27 Assignee|ppi...@redhat.com |jples...@redhat.com -- 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
corsepiu uploaded Test-WWW-Mechanize-PSGI-0.37.tar.gz for perl-Test-WWW-Mechanize-PSGI
e9cc0f016df86dba4a413111573566fe9e2b4bce8aa8eabce6941ef15172bd13d705a443baf3c8447fd5de240e6564e2342b44d7bca5884e3a51fede4dbf Test-WWW-Mechanize-PSGI-0.37.tar.gz https://src.fedoraproject.org/lookaside/pkgs/perl-Test-WWW-Mechanize-PSGI/Test-WWW-Mechanize-PSGI-0.37.tar.gz/sha512/e9cc0f016df86dba4a413111573566fe9e2b4bce8aa8eabce6941ef15172bd13d705a443baf3c8447fd5de240e6564e2342b44d7bca5884e3a51fede4dbf/Test-WWW-Mechanize-PSGI-0.37.tar.gz ___ 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-Module-CoreList (master). "5.20170621 bump"
From 8adffb225c3541ab34b571c366ace837fd006ad3 Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 15:45:22 +0200 Subject: 5.20170621 bump --- .gitignore| 1 + perl-Module-CoreList.spec | 7 +-- sources | 2 +- 3 files changed, 7 insertions(+), 3 deletions(-) diff --git a/.gitignore b/.gitignore index 1d9086d..293d66c 100644 --- a/.gitignore +++ b/.gitignore @@ -39,3 +39,4 @@ Module-CoreList-2.13.tar.gz /Module-CoreList-5.20170420.tar.gz /Module-CoreList-5.20170530.tar.gz /Module-CoreList-5.20170531.tar.gz +/Module-CoreList-5.20170621.tar.gz diff --git a/perl-Module-CoreList.spec b/perl-Module-CoreList.spec index f1974d3..fcaea89 100644 --- a/perl-Module-CoreList.spec +++ b/perl-Module-CoreList.spec @@ -1,8 +1,8 @@ Name: perl-Module-CoreList # Epoch to compete with perl.spec Epoch: 1 -Version:5.20170531 -Release:3%{?dist} +Version:5.20170621 +Release:1%{?dist} Summary:What modules are shipped with versions of perl License:GPL+ or Artistic URL:http://search.cpan.org/dist/Module-CoreList/ @@ -79,6 +79,9 @@ make test %{_mandir}/man1/corelist.* %changelog +* Tue Jun 20 2017 Jitka Plesnikova - 1:5.20170621-1 +- 5.20170621 bump + * Wed Jun 07 2017 Jitka Plesnikova - 1:5.20170531-3 - Perl 5.26 re-rebuild of bootstrapped packages diff --git a/sources b/sources index b4da428..fefee03 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (Module-CoreList-5.20170531.tar.gz) = c1964652405beaf2ae18945e2ca071fcd15f09ea6a6b1a9ab26e4b8361c93712c0cbd43543b1cb88594efc9595729ece1623939fbf3f40bbc11188a883e8 +SHA512 (Module-CoreList-5.20170621.tar.gz) = 6935632fd6f4664693a7da083199d4a2334f45c26f3c859fb2c7532b4df6dc47eb3b7e3a800908378e3dcf3a2ac1a46e9932bf6acdf03f9334d0822814abf005 -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Module-CoreList.git/commit/?h=master=8adffb225c3541ab34b571c366ace837fd006ad3 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
jplesnik uploaded Module-CoreList-5.20170621.tar.gz for perl-Module-CoreList
6935632fd6f4664693a7da083199d4a2334f45c26f3c859fb2c7532b4df6dc47eb3b7e3a800908378e3dcf3a2ac1a46e9932bf6acdf03f9334d0822814abf005 Module-CoreList-5.20170621.tar.gz https://src.fedoraproject.org/lookaside/pkgs/perl-Module-CoreList/Module-CoreList-5.20170621.tar.gz/sha512/6935632fd6f4664693a7da083199d4a2334f45c26f3c859fb2c7532b4df6dc47eb3b7e3a800908378e3dcf3a2ac1a46e9932bf6acdf03f9334d0822814abf005/Module-CoreList-5.20170621.tar.gz ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1463229] perl-CPAN-Perl-Releases-3.24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463229 --- Comment #3 from Fedora Update System--- perl-CPAN-Perl-Releases-3.24-1.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2017-252195c0ca -- 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 1463229] perl-CPAN-Perl-Releases-3.24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463229 --- Comment #2 from Fedora Update System--- perl-CPAN-Perl-Releases-3.24-1.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2017-92e0815b1e -- 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
jplesnik pushed to perl-CPAN-Perl-Releases (f24). "3.24 bump"
From 8f23b813e529b83e300d8cc8f5a3474818ea614d Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 15:17:11 +0200 Subject: 3.24 bump --- .gitignore | 1 + perl-CPAN-Perl-Releases.spec | 5 - sources | 2 +- 3 files changed, 6 insertions(+), 2 deletions(-) diff --git a/.gitignore b/.gitignore index 6b04586..e44f108 100644 --- a/.gitignore +++ b/.gitignore @@ -69,3 +69,4 @@ /CPAN-Perl-Releases-3.18.tar.gz /CPAN-Perl-Releases-3.20.tar.gz /CPAN-Perl-Releases-3.22.tar.gz +/CPAN-Perl-Releases-3.24.tar.gz diff --git a/perl-CPAN-Perl-Releases.spec b/perl-CPAN-Perl-Releases.spec index 06f3b4e..2f9eea3 100644 --- a/perl-CPAN-Perl-Releases.spec +++ b/perl-CPAN-Perl-Releases.spec @@ -1,5 +1,5 @@ Name: perl-CPAN-Perl-Releases -Version:3.22 +Version:3.24 Release:1%{?dist} Summary:Mapping Perl releases on CPAN to the location of the tarballs License:GPL+ or Artistic @@ -53,6 +53,9 @@ make test %{_mandir}/man3/* %changelog +* Tue Jun 20 2017 Jitka Plesnikova - 3.24-1 +- 3.24 bump + * Thu Jun 01 2017 Jitka Plesnikova - 3.22-1 - 3.22 bump diff --git a/sources b/sources index ed5bb94..dc58449 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (CPAN-Perl-Releases-3.22.tar.gz) = ba91b5cc2f21316753e1e18b0d3105a0b3090f30333c5cc59149636841e35647f39191fa09dfd161d63aa5c57b1266b8866f47abd7d69fc23f0163546d812ade +SHA512 (CPAN-Perl-Releases-3.24.tar.gz) = 1b7f196610d938ed7c86e9d1b1b883baad8aaa0d847f688fe52ca018e70b23ad079d0e7f56a1760dceeb6962fe31319a655e9b4a93e1c2661703c3925cc5 -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-CPAN-Perl-Releases.git/commit/?h=f24=8f23b813e529b83e300d8cc8f5a3474818ea614d ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1463229] perl-CPAN-Perl-Releases-3.24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463229 --- Comment #1 from Fedora Update System--- perl-CPAN-Perl-Releases-3.24-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-fb059491e0 -- 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
jplesnik pushed to perl-CPAN-Perl-Releases (f25). "3.24 bump"
From 81b091e7e2e59fc0403dd3dc202b877e7e720917 Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 15:17:11 +0200 Subject: 3.24 bump --- .gitignore | 1 + perl-CPAN-Perl-Releases.spec | 5 - sources | 2 +- 3 files changed, 6 insertions(+), 2 deletions(-) diff --git a/.gitignore b/.gitignore index 6b04586..e44f108 100644 --- a/.gitignore +++ b/.gitignore @@ -69,3 +69,4 @@ /CPAN-Perl-Releases-3.18.tar.gz /CPAN-Perl-Releases-3.20.tar.gz /CPAN-Perl-Releases-3.22.tar.gz +/CPAN-Perl-Releases-3.24.tar.gz diff --git a/perl-CPAN-Perl-Releases.spec b/perl-CPAN-Perl-Releases.spec index 6007116..f449179 100644 --- a/perl-CPAN-Perl-Releases.spec +++ b/perl-CPAN-Perl-Releases.spec @@ -1,5 +1,5 @@ Name: perl-CPAN-Perl-Releases -Version:3.22 +Version:3.24 Release:1%{?dist} Summary:Mapping Perl releases on CPAN to the location of the tarballs License:GPL+ or Artistic @@ -53,6 +53,9 @@ make test %{_mandir}/man3/* %changelog +* Tue Jun 20 2017 Jitka Plesnikova - 3.24-1 +- 3.24 bump + * Thu Jun 01 2017 Jitka Plesnikova - 3.22-1 - 3.22 bump diff --git a/sources b/sources index ed5bb94..dc58449 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (CPAN-Perl-Releases-3.22.tar.gz) = ba91b5cc2f21316753e1e18b0d3105a0b3090f30333c5cc59149636841e35647f39191fa09dfd161d63aa5c57b1266b8866f47abd7d69fc23f0163546d812ade +SHA512 (CPAN-Perl-Releases-3.24.tar.gz) = 1b7f196610d938ed7c86e9d1b1b883baad8aaa0d847f688fe52ca018e70b23ad079d0e7f56a1760dceeb6962fe31319a655e9b4a93e1c2661703c3925cc5 -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-CPAN-Perl-Releases.git/commit/?h=f25=81b091e7e2e59fc0403dd3dc202b877e7e720917 ___ 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-CPAN-Perl-Releases (f26). "3.24 bump"
From 15f3c6f67b11563655a63b5936ae4a77f10bc42c Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 15:17:11 +0200 Subject: 3.24 bump --- .gitignore | 1 + perl-CPAN-Perl-Releases.spec | 5 - sources | 2 +- 3 files changed, 6 insertions(+), 2 deletions(-) diff --git a/.gitignore b/.gitignore index 6b04586..e44f108 100644 --- a/.gitignore +++ b/.gitignore @@ -69,3 +69,4 @@ /CPAN-Perl-Releases-3.18.tar.gz /CPAN-Perl-Releases-3.20.tar.gz /CPAN-Perl-Releases-3.22.tar.gz +/CPAN-Perl-Releases-3.24.tar.gz diff --git a/perl-CPAN-Perl-Releases.spec b/perl-CPAN-Perl-Releases.spec index 73c4a66..fd34a16 100644 --- a/perl-CPAN-Perl-Releases.spec +++ b/perl-CPAN-Perl-Releases.spec @@ -1,5 +1,5 @@ Name: perl-CPAN-Perl-Releases -Version:3.22 +Version:3.24 Release:1%{?dist} Summary:Mapping Perl releases on CPAN to the location of the tarballs License:GPL+ or Artistic @@ -53,6 +53,9 @@ make test %{_mandir}/man3/* %changelog +* Tue Jun 20 2017 Jitka Plesnikova - 3.24-1 +- 3.24 bump + * Thu Jun 01 2017 Jitka Plesnikova - 3.22-1 - 3.22 bump diff --git a/sources b/sources index ed5bb94..dc58449 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (CPAN-Perl-Releases-3.22.tar.gz) = ba91b5cc2f21316753e1e18b0d3105a0b3090f30333c5cc59149636841e35647f39191fa09dfd161d63aa5c57b1266b8866f47abd7d69fc23f0163546d812ade +SHA512 (CPAN-Perl-Releases-3.24.tar.gz) = 1b7f196610d938ed7c86e9d1b1b883baad8aaa0d847f688fe52ca018e70b23ad079d0e7f56a1760dceeb6962fe31319a655e9b4a93e1c2661703c3925cc5 -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-CPAN-Perl-Releases.git/commit/?h=f26=15f3c6f67b11563655a63b5936ae4a77f10bc42c ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1463229] perl-CPAN-Perl-Releases-3.24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463229 Jitka Plesnikovachanged: What|Removed |Added Status|NEW |MODIFIED Fixed In Version||perl-CPAN-Perl-Releases-3.2 ||4-1.fc27 -- 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: Liberation fonts plan
On 20 June 2017 at 18:42, Matthew Millerwrote: > On Tue, Jun 20, 2017 at 06:35:24PM +0530, pravin@gmail.com wrote: > >- In Fedora we will have both packages liberation2-fonts and > >liberation-fonts > > Will the actual fonts have different names? > I am planning to have same fonts name, so one can simply install other packages and replace the existing one. - Pravin > > > -- > Matthew Miller > > Fedora Project Leader > ___ > 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: Liberation fonts plan
On Tue, Jun 20, 2017 at 06:35:24PM +0530, pravin@gmail.com wrote: >- In Fedora we will have both packages liberation2-fonts and >liberation-fonts Will the actual fonts have different names? -- Matthew MillerFedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Liberation fonts plan
On Tue, Jun 20, 2017 at 9:05 AM, pravin@gmail.comwrote: > Hi All, > >Presently as you know, we have liberation-2 and liberation 1.07.4. i am > maintaining both in single git repo. [1] > > I am thinking to create different project for liberation2, reasons as > follows > > liberation 2 - It initially forked from google-croscore-fonts and now > independent development is happening. > liberation 1 - Though shapes are same, liberation 1 has bytecode hinting > instruction, many users like it. > Problem: Few users want to use liberation 1 and few users want to use > liberation 2. > Having different project for both will help for independant development and > also users can switch as per interest. > One can obsolete to other. > In Fedora we will have both packages liberation2-fonts and liberation-fonts > > Let me know - feedback and suggestions. Copr for liberation2 [2] > > Background information on Wiki. [3] > > Thanks, > Pravin > I'm okay with anything that leads to us having all the fonts! And there have been people asking why Fedora (the originator of the fonts in question) doesn't have the latest version of the fonts. If this fixes that, I'll be pleased. -- 真実はいつも一つ!/ Always, there's only one truth! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
jplesnik pushed to perl-CPAN-Perl-Releases (master). "3.24 bump"
From 2f4f8c0b19ef8d7aa6c62df6af1b008c45251aac Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 15:06:49 +0200 Subject: 3.24 bump --- .gitignore | 1 + sources| 2 +- 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/.gitignore b/.gitignore index 6b04586..e44f108 100644 --- a/.gitignore +++ b/.gitignore @@ -69,3 +69,4 @@ /CPAN-Perl-Releases-3.18.tar.gz /CPAN-Perl-Releases-3.20.tar.gz /CPAN-Perl-Releases-3.22.tar.gz +/CPAN-Perl-Releases-3.24.tar.gz diff --git a/sources b/sources index ed5bb94..dc58449 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (CPAN-Perl-Releases-3.22.tar.gz) = ba91b5cc2f21316753e1e18b0d3105a0b3090f30333c5cc59149636841e35647f39191fa09dfd161d63aa5c57b1266b8866f47abd7d69fc23f0163546d812ade +SHA512 (CPAN-Perl-Releases-3.24.tar.gz) = 1b7f196610d938ed7c86e9d1b1b883baad8aaa0d847f688fe52ca018e70b23ad079d0e7f56a1760dceeb6962fe31319a655e9b4a93e1c2661703c3925cc5 -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-CPAN-Perl-Releases.git/commit/?h=master=2f4f8c0b19ef8d7aa6c62df6af1b008c45251aac ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
jplesnik uploaded CPAN-Perl-Releases-3.24.tar.gz for perl-CPAN-Perl-Releases
1b7f196610d938ed7c86e9d1b1b883baad8aaa0d847f688fe52ca018e70b23ad079d0e7f56a1760dceeb6962fe31319a655e9b4a93e1c2661703c3925cc5 CPAN-Perl-Releases-3.24.tar.gz https://src.fedoraproject.org/lookaside/pkgs/perl-CPAN-Perl-Releases/CPAN-Perl-Releases-3.24.tar.gz/sha512/1b7f196610d938ed7c86e9d1b1b883baad8aaa0d847f688fe52ca018e70b23ad079d0e7f56a1760dceeb6962fe31319a655e9b4a93e1c2661703c3925cc5/CPAN-Perl-Releases-3.24.tar.gz ___ 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-CPAN-Perl-Releases (master). "3.24 bump"
From 1f8191af349e8b0033f85d644928c8b137f8f561 Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 15:05:54 +0200 Subject: 3.24 bump --- perl-CPAN-Perl-Releases.spec | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/perl-CPAN-Perl-Releases.spec b/perl-CPAN-Perl-Releases.spec index 5315a83..0a03652 100644 --- a/perl-CPAN-Perl-Releases.spec +++ b/perl-CPAN-Perl-Releases.spec @@ -1,6 +1,6 @@ Name: perl-CPAN-Perl-Releases -Version:3.22 -Release:2%{?dist} +Version:3.24 +Release:1%{?dist} Summary:Mapping Perl releases on CPAN to the location of the tarballs License:GPL+ or Artistic Group: Development/Libraries @@ -53,6 +53,9 @@ make test %{_mandir}/man3/* %changelog +* Tue Jun 20 2017 Jitka Plesnikova - 3.24-1 +- 3.24 bump + * Sun Jun 04 2017 Jitka Plesnikova - 3.22-2 - Perl 5.26 rebuild -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-CPAN-Perl-Releases.git/commit/?h=master=1f8191af349e8b0033f85d644928c8b137f8f561 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Liberation fonts plan
Hi All, Presently as you know, we have liberation-2 and liberation 1.07.4. i am maintaining both in single git repo. [1] I am thinking to create different project for liberation2, reasons as follows - liberation 2 - It initially forked from google-croscore-fonts and now independent development is happening. - liberation 1 - Though shapes are same, liberation 1 has bytecode hinting instruction, many users like it. - Problem: Few users want to use liberation 1 and few users want to use liberation 2. - Having different project for both will help for independant development and also users can switch as per interest. - One can obsolete to other. - In Fedora we will have both packages liberation2-fonts and liberation-fonts Let me know - feedback and suggestions. Copr for liberation2 [2] Background information on Wiki. [3] Thanks, Pravin 1. https://pagure.io/liberation-fonts 2. https://copr.fedorainfracloud.org/coprs/pravins/liberation2 3. https://en.wikipedia.org/wiki/Liberation_fonts ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[Bug 1459142] perl-Inline-Python-0.54 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1459142 Jitka Plesnikovachanged: What|Removed |Added Status|NEW |CLOSED CC||jples...@redhat.com Fixed In Version||perl-Inline-Python-0.54-1.f ||c27 Resolution|--- |RAWHIDE Last Closed||2017-06-20 08:59:51 -- 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: F27 System Wide Change: Kerberos KCM credential cache by default
On 06/20/2017 04:21 AM, Jakub Hrozek wrote: On Tue, Jun 20, 2017 at 09:25:49AM +0200, Pavel Cahyna wrote: Hi, On Tue, Jun 20, 2017 at 07:42:27AM +0200, Jan Kurik wrote: = System Wide Change: Kerberos KCM credential cache by default = https://fedoraproject.org/wiki/Changes/KerberosKCMCache "The design is described in more detail on the SSSD wiki." It is not, the link redirects to a page about fedorahosted.org retirement. Sorry, your are right, I fixed the link (this feature was submitted during f-26 timeframe when fh.o was still up and I forgot to change the links when I re-submitted the feature..) The correct link is: https://docs.pagure.org/SSSD.sssd/design_pages/kcm.html Change owner(s): * Jakub Hrozek Default to a new Kerberos credential cache type called KCM which is better suited for containerized environments and provides a better user experience in the general case as well. I wonder what is the relation to the daemon of the same name ansd similar purpose distributed with Heimdal http://h5l.org/manual/HEAD/info/heimdal/Credential-cache-server-_002d-KCM.html. Will they be compatible? Yes, more or less. The wire protocol is the same and I used MIT client libraries with Heimdal server bit during development. Not all server commands are implemented, only the subset that MIT client implements. There are some features supported by Heimdal but not supported yet by SSSD's KCM, like renewals, but those will be added. There are some features we chose to explicitly not add (or not enable by default), like listing all ccaches known to KCM server by root. Hopefully the sssd upstream design page would help.. Will code be shared? No, the Heimdal deamon relies on internal Heimdal API quite a bit. We also want to support multiple 'storage back ends' for the ccaches, while Heimdal only stores the ccaches in memory. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org How will I access this feature inside of a container? If there is a leaked socket into the container, what kind of access control is built into your server to prevent root inside of one container effecting/accessing the credentials of different containers? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[Bug 1459142] perl-Inline-Python-0.54 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1459142 --- Comment #6 from Upstream Release Monitoring--- jplesnik's perl-Inline-Python-0.54-1.fc27 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=909847 -- 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
jplesnik pushed to perl-Inline-Python (master). "0.54 bump"
From f9e4bf507bcfbda8cc87531d12401c159850e208 Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 14:41:29 +0200 Subject: 0.54 bump --- .gitignore | 1 + perl-Inline-Python.spec | 8 ++-- sources | 2 +- 3 files changed, 8 insertions(+), 3 deletions(-) diff --git a/.gitignore b/.gitignore index cca025c..c13bd59 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ /Inline-Python-0.49.tar.gz /Inline-Python-0.50.tar.gz /Inline-Python-0.52.tar.gz +/Inline-Python-0.54.tar.gz diff --git a/perl-Inline-Python.spec b/perl-Inline-Python.spec index d02ed6e..7da6d5a 100644 --- a/perl-Inline-Python.spec +++ b/perl-Inline-Python.spec @@ -1,6 +1,6 @@ Name: perl-Inline-Python -Version:0.52 -Release:3%{?dist} +Version:0.54 +Release:1%{?dist} Summary:Write Perl subs and classes in Python License:GPL+ or Artistic Group: Development/Libraries @@ -23,6 +23,7 @@ BuildRequires: perl(File::Path) BuildRequires: perl(Getopt::Long) BuildRequires: perl(Inline) >= 0.46 BuildRequires: perl(Inline::denter) +BuildRequires: perl(JSON) BuildRequires: perl(overload) BuildRequires: perl(Parse::RecDescent) BuildRequires: perl(POSIX) @@ -75,6 +76,9 @@ make test %{_mandir}/man3/* %changelog +* Tue Jun 20 2017 Jitka Plesnikova - 0.54-1 +- 0.54 bump + * Sun Jun 04 2017 Jitka Plesnikova - 0.52-3 - Perl 5.26 rebuild diff --git a/sources b/sources index 9c152ae..6bdd39e 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (Inline-Python-0.52.tar.gz) = 5b097740e149ae5a1a51d068f2732bff06daa03279ea3ad009b34fc72f0baccf0304989a3b9c3d9b8cadca1bb897693d48fb1a91ed3dc412c61463256a9bcaaa +SHA512 (Inline-Python-0.54.tar.gz) = de6b159d2f9f49bab854ae647bfafd8bf007ea18c2e3824de80c5040e2d2791a080c31e8daac72519947aaf60fcb9262e4d419fc833eb6b7a5f43572ca80519b -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Inline-Python.git/commit/?h=master=f9e4bf507bcfbda8cc87531d12401c159850e208 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
F27 System Wide Change: Enable TRIM pass down to encrypted disks
= System Wide Change: Enable TRIM pass down to encrypted disks = https://fedoraproject.org/wiki/Changes/EnableTrimOnDmCrypt Change owner(s): * Vratislav Podzimek * Ondrej Kozina Override kernel default for dm-crypt mappings of LUKS1 encrypted volumes via flag put in /etc/crypttab file. This change should affect only newly created encrypted storage based on LUKS1 format during installation. == Detailed Description == User base of Fedora distribution with SSDs grows steadily and while the argument for kernel default setting not to enable the discard is still strong one it doesn't change the fact that vast majority of users (with SSDs) doesn't want to sacrifice better performance of drive with discard/trim enabled for the sake of secrecy. We're not speaking encrypted data security here and double emphasize on it! Only the fact that blank filesystem on top of dm-crypt device with discard enabled may create well visible patterns in ciphertext device below on SSDs. For LUKS1 metadata format we don't have a space to store the new default in metadata and therefore we can't flip the default for new LUKS1 devices being formated via libcryptsetup or cryptsetup utility. Changing the kernel default is of the table due to risk of data corruption with some TrueCrypt configurations involving hidden volumes. For rotational devices the cost of enabled discard is negligible == Scope == * Proposal owners: This change despite being system wide change due to overriding legacy default is quite small and easy to manage. * Other developers: Very minor change in python-blivet. Basically we just need to store discard keyword in /etc/crypttab lines related to new partitions created during installation process. * Release engineering: N/A * List of deliverables: N/A * Policies and guidelines: Add short information in documentation we're changing long term default and copy the reasoning there. * Trademark approval: N/A -- Jan Kuřík Platform & Fedora Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic ___ devel-announce mailing list -- devel-announce@lists.fedoraproject.org To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
F27 System Wide Change: Enable TRIM pass down to encrypted disks
= System Wide Change: Enable TRIM pass down to encrypted disks = https://fedoraproject.org/wiki/Changes/EnableTrimOnDmCrypt Change owner(s): * Vratislav Podzimek * Ondrej Kozina Override kernel default for dm-crypt mappings of LUKS1 encrypted volumes via flag put in /etc/crypttab file. This change should affect only newly created encrypted storage based on LUKS1 format during installation. == Detailed Description == User base of Fedora distribution with SSDs grows steadily and while the argument for kernel default setting not to enable the discard is still strong one it doesn't change the fact that vast majority of users (with SSDs) doesn't want to sacrifice better performance of drive with discard/trim enabled for the sake of secrecy. We're not speaking encrypted data security here and double emphasize on it! Only the fact that blank filesystem on top of dm-crypt device with discard enabled may create well visible patterns in ciphertext device below on SSDs. For LUKS1 metadata format we don't have a space to store the new default in metadata and therefore we can't flip the default for new LUKS1 devices being formated via libcryptsetup or cryptsetup utility. Changing the kernel default is of the table due to risk of data corruption with some TrueCrypt configurations involving hidden volumes. For rotational devices the cost of enabled discard is negligible == Scope == * Proposal owners: This change despite being system wide change due to overriding legacy default is quite small and easy to manage. * Other developers: Very minor change in python-blivet. Basically we just need to store discard keyword in /etc/crypttab lines related to new partitions created during installation process. * Release engineering: N/A * List of deliverables: N/A * Policies and guidelines: Add short information in documentation we're changing long term default and copy the reasoning there. * Trademark approval: N/A -- 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
jplesnik uploaded Inline-Python-0.54.tar.gz for perl-Inline-Python
de6b159d2f9f49bab854ae647bfafd8bf007ea18c2e3824de80c5040e2d2791a080c31e8daac72519947aaf60fcb9262e4d419fc833eb6b7a5f43572ca80519b Inline-Python-0.54.tar.gz https://src.fedoraproject.org/lookaside/pkgs/perl-Inline-Python/Inline-Python-0.54.tar.gz/sha512/de6b159d2f9f49bab854ae647bfafd8bf007ea18c2e3824de80c5040e2d2791a080c31e8daac72519947aaf60fcb9262e4d419fc833eb6b7a5f43572ca80519b/Inline-Python-0.54.tar.gz ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1463240] New: perl-Module-CoreList-5.20170621 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463240 Bug ID: 1463240 Summary: perl-Module-CoreList-5.20170621 is available Product: Fedora Version: rawhide Component: perl-Module-CoreList Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 5.20170621 Current version/release in rawhide: 5.20170531-3.fc27 URL: http://search.cpan.org/dist/Module-CoreList/ 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/3080/ -- 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 1463239] New: perl-HTTP-Message-6.13 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463239 Bug ID: 1463239 Summary: perl-HTTP-Message-6.13 is available Product: Fedora Version: rawhide Component: perl-HTTP-Message 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: 6.13 Current version/release in rawhide: 6.11-5.fc27 URL: http://search.cpan.org/dist/HTTP-Message/ 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/2977/ -- 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 1463239] perl-HTTP-Message-6.13 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463239 --- Comment #1 from Upstream Release Monitoring--- An HTTP error occurred downloading the package's new Source URLs: Getting http://www.cpan.org/authors/id/E/ET/ETHER/HTTP-Message-6.13.tar.gz to ./HTTP-Message-6.13.tar.gz -- 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 1463229] New: perl-CPAN-Perl-Releases-3.24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1463229 Bug ID: 1463229 Summary: perl-CPAN-Perl-Releases-3.24 is available Product: Fedora Version: rawhide Component: perl-CPAN-Perl-Releases Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: iarn...@gmail.com, jples...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 3.24 Current version/release in rawhide: 3.22-2.fc27 URL: http://search.cpan.org/dist/CPAN-Perl-Releases/ 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/5881/ -- 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 1454512] perl-Net-Whois-Raw-2.99008 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1454512 --- Comment #4 from Fedora Update System--- perl-Net-Whois-Raw-2.99.008-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-a1107370c3 -- 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
jplesnik pushed to perl-Net-Whois-Raw (f26). "2.99008 bump"
From f820cc07e60affe1cd1d7d3f2b99a72e56201469 Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 13:59:13 +0200 Subject: 2.99008 bump --- .gitignore | 1 + perl-Net-Whois-Raw.spec | 7 +-- sources | 2 +- 3 files changed, 7 insertions(+), 3 deletions(-) diff --git a/.gitignore b/.gitignore index 576665d..eb12d8d 100644 --- a/.gitignore +++ b/.gitignore @@ -6,3 +6,4 @@ /Net-Whois-Raw-2.94.tar.gz /Net-Whois-Raw-2.99001.tar.gz /Net-Whois-Raw-2.99006.tar.gz +/Net-Whois-Raw-2.99008.tar.gz diff --git a/perl-Net-Whois-Raw.spec b/perl-Net-Whois-Raw.spec index f5c5e9e..3ea2aad 100644 --- a/perl-Net-Whois-Raw.spec +++ b/perl-Net-Whois-Raw.spec @@ -1,9 +1,9 @@ -%global cpan_version 2.99006 +%global cpan_version 2.99008 Name: perl-Net-Whois-Raw # Keep 2-digit precision Version:%(echo '%{cpan_version}' | sed 's/\(\...\)\(.\)/\1.\2/') -Release:2%{?dist} +Release:1%{?dist} Summary:Get Whois information for domains License:GPL+ or Artistic Group: Development/Libraries @@ -88,6 +88,9 @@ server name. %{_bindir}/* %changelog +* Tue Jun 20 2017 Jitka Plesnikova - 2.99.008-1 +- 2.99008 bump + * Sat Feb 11 2017 Fedora Release Engineering - 2.99.006-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild diff --git a/sources b/sources index d0d391b..a473ce2 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (Net-Whois-Raw-2.99006.tar.gz) = e7b87fe3ae087ad520ed814a4e4f3eed521dc76507c22b5e74ee363ca51f03dcadd526e63f6af33f105783a7411cb8009882f93f677b5d263aee13f20e075fe6 +SHA512 (Net-Whois-Raw-2.99008.tar.gz) = 658f1757bd310744bc9e1b4970003e231d6026d997223725a4cc07e3e84eb69fde550378ccc920cf1437d75e0e2d955e534fde3c33f90d46644f74f575c37ea6 -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Net-Whois-Raw.git/commit/?h=f26=f820cc07e60affe1cd1d7d3f2b99a72e56201469 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fwd: Node.js v8.x in Fedora
-- Forwarded message -- From: Zuzana SvetlikovaDate: Mon, Jun 19, 2017 at 5:48 PM Subject: Node.js v8.x in Fedora To: devel@lists.fedoraproject.org Cc: nod...@lists.fedoraproject.org Hi everyone, as there is nothing stopping us now, the nodejs package in Rawhide will soon be updated to Node.js v8.x. It also comes with npm@5 and new V8. Note that upstream has made a lot of changes and your projects/packages might have some issues. I'll update nodejs in rawhide next week, if you wish to try it out sooner, it's already built here: https://copr.fedorainfracloud.org/coprs/g/nodejs-sig/nodejs-lts/ Zuzka ___ devel-announce mailing list -- devel-annou...@lists.fedoraproject.org To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[Bug 1454512] perl-Net-Whois-Raw-2.99008 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1454512 Jitka Plesnikovachanged: What|Removed |Added Status|NEW |MODIFIED CC||jples...@redhat.com Fixed In Version||perl-Net-Whois-Raw-2.99.008 ||-1.fc27 Assignee|dd...@cpan.org |jples...@redhat.com -- 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
F27 System Wide Change: Separate Subpackage and Source Debuginfo
= System Wide Change: Separate Subpackage and Source Debuginfo = https://fedoraproject.org/wiki/Changes/SubpackageAndSourceDebuginfo Change owner(s): * Mark Wielaard * Neal Gompa Allow to install just the debuginfo for a subpackage and/or without the source files. The debuginfo packages are huge because they contain debuginfo and all sources for all subpackages. Being able to install only the debuginfo for the subpackage that is installed reduces the size that needs to be downloaded to analyze, trace, profile or debug a program or core file. Some tracing and profiling tools don't need the actual source files to provide stack traces or insert probes. So installing the debugsources should be optional. == Detailed Description == Currently both the .debug files and the source files of all subpackages are included in a debuginfo package. This creates huge debuginfo packages with a lot of data that might not be relevant to the user/developer. By splitting out the sources (found under /usr/src/debug) and the .debug file for the separate binaries of the subpackages (under /usr/lib/debug) the amount of data a developer/user needs to install to trace, profile or debug will be greatly reduced. Other distributions (notably Suse) already split their debuginfo packages this way. We will take those patches (https://build.opensuse.org/package/view_file/openSUSE:Factory/rpm/debugsubpkg.diff) and integrate them into rpm upstream. This will involve two steps: - https://taiga.fedorainfracloud.org/project/mjw-better-rpm-debuginfo-package-creation/us/8 - https://taiga.fedorainfracloud.org/project/mjw-better-rpm-debuginfo-package-creation/us/10 This depends on some of the cleanups introduced by the ParallelInstallableDebuginfo change. We can either make this work with the current dnf debuginfo-install plugin by providing a meta package that matches the main-debuginfo package which depends on all sub- and source-debuginfo packages. Or we work with the dnf hackers to make dnf debuginfo-install work with sub-debuginfo packages. A couple of packages already have hand-written sub-debuginfo packages (notably the kernel, glibc and gcc). We will work with those packages to adopt the new standard approach. Release engineering needs to be involved to see if any changes are necessary for adding the sub-debuginfo/debugsources packages to the repodata. == Scope == * Proposal owners: Patches against rpm upstream need to be integrated as outlined in the Detailed Description. * Other developers: Upstream rpm and dnf maintainers have to review the proposed patches. If accepted the package maintainers will have to decide whether those patches can be backported for the next fedora release. Packages that now split their debuginfo packages by hand might want to change their package to adopt the new (standard) approach. Once all changes are in a package debuginfo needs to be regenerated before it becomes sub-package/source split. * Release engineering: Needs to be discussed. In theory no changes apart from those listed above are needed. But release engineering might know whether any changes are necessary for adding the sub-debuginfo/debugsources packages to the repodata. * List of deliverables: N/A (Still Unknown) * Policies and guidelines: No changes, the debuginfo related rpm macros won't change. They will just start producing sub-package debuginfo and debugsources packages once all changes are in place. * 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-announce mailing list -- devel-announce@lists.fedoraproject.org To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
jplesnik pushed to perl-Net-Whois-Raw (master). "2.99008 bump"
From 3ad16ccbff1b0cddbfc4ae6b627bba8c4b4b04ff Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 13:59:13 +0200 Subject: 2.99008 bump --- .gitignore | 1 + perl-Net-Whois-Raw.spec | 7 +-- sources | 2 +- 3 files changed, 7 insertions(+), 3 deletions(-) diff --git a/.gitignore b/.gitignore index 576665d..eb12d8d 100644 --- a/.gitignore +++ b/.gitignore @@ -6,3 +6,4 @@ /Net-Whois-Raw-2.94.tar.gz /Net-Whois-Raw-2.99001.tar.gz /Net-Whois-Raw-2.99006.tar.gz +/Net-Whois-Raw-2.99008.tar.gz diff --git a/perl-Net-Whois-Raw.spec b/perl-Net-Whois-Raw.spec index 18d92d6..59a5dbf 100644 --- a/perl-Net-Whois-Raw.spec +++ b/perl-Net-Whois-Raw.spec @@ -1,9 +1,9 @@ -%global cpan_version 2.99006 +%global cpan_version 2.99008 Name: perl-Net-Whois-Raw # Keep 2-digit precision Version:%(echo '%{cpan_version}' | sed 's/\(\...\)\(.\)/\1.\2/') -Release:3%{?dist} +Release:1%{?dist} Summary:Get Whois information for domains License:GPL+ or Artistic Group: Development/Libraries @@ -88,6 +88,9 @@ server name. %{_bindir}/* %changelog +* Tue Jun 20 2017 Jitka Plesnikova - 2.99.008-1 +- 2.99008 bump + * Sun Jun 04 2017 Jitka Plesnikova - 2.99.006-3 - Perl 5.26 rebuild diff --git a/sources b/sources index d0d391b..a473ce2 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (Net-Whois-Raw-2.99006.tar.gz) = e7b87fe3ae087ad520ed814a4e4f3eed521dc76507c22b5e74ee363ca51f03dcadd526e63f6af33f105783a7411cb8009882f93f677b5d263aee13f20e075fe6 +SHA512 (Net-Whois-Raw-2.99008.tar.gz) = 658f1757bd310744bc9e1b4970003e231d6026d997223725a4cc07e3e84eb69fde550378ccc920cf1437d75e0e2d955e534fde3c33f90d46644f74f575c37ea6 -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Net-Whois-Raw.git/commit/?h=master=3ad16ccbff1b0cddbfc4ae6b627bba8c4b4b04ff ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
F27 System Wide Change: Parallel Installable Debuginfo
= System Wide Change: Parallel Installable Debuginfo = https://fedoraproject.org/wiki/Changes/ParallelInstallableDebuginfo Change owner(s): * Mark Wielaard debuginfo packages can be installed in parallel to make it easier to trace, profile and observe what programs are doing or to debug when they have crashed. That way debugging, tracing or profiling programs can be done independent of whether they are 32bit, 64bit, a slightly newer or older version than currently installed or even from a different architecture. == Detailed Description == Currently only one version of a debuginfo package can be installed for a given package. Even on a multi-lib system you cannot install the 64-bit and 32-bit versions of a debuginfo package in parallel (technically you sometimes can, because of RPM file coloring, the 64bit version of the .debug files win over the 32bit version - causing lots of confusion). But there are various situation where having multiple versions of the debuginfo package installed help with tracing, profiling, debugging and/or crash analysis (see the Benefit to Fedora section below). There are various things provided by a debuginfo file that might conflict preventing parallel installation of different versions: * build-id file /usr/lib/debug/.build-id/xx/...yyy which is a symlink to the main ELF file. * build-id.debug file /usr/lib/debug/.build-id/xx/...yyy.debug which is a symlink to the .debug ELF file. * The .debug files under /usr/lib/debug/ with file path names mirroring the main ELF file paths under / with .debug added. * The source files under /usr/src/debug/-/ They can be made non-conflicting in the following ways: * The main build-id file should not be in the debuginfo file, but in the main package (this was always a problem since the package and debuginfo package installed might not match). If we want to make usr/lib/debug/ a network resource then we will need to move the symlink to another location (maybe /usr/lib/.build-id). Unfortunately this means a change will be necessary for debuginfo consumers to that depend on the old location. We could keep the old symlink and point it to the new location to work around it. But I will audit the consumers to see which depend on it and discuss if we can have a new standard location. * build-ids are globally unique identifiers. They will be different across arches. But might match between minor releases if the exact same ELF image is produced. The linker will get an option to hash in the full nvr to make sure all build-ids are always fully unique. * The .debug file names will be changed to main ELF file name-vr.debug. This name will also be set in the .gnu_debuglink section of the main file by changing the options given to eu-strip in the rpm find-debuginfo.sh script. * The source files will be moved under /usr/src/debug/--./. This needs changes to the rpm debugedit program which rewrites the DWARF source file information. These changes will make all files in any debuginfo file unique so they don't conflict when installed in parallel. There should be no changes necessary to programs (gdb, perf, valgrind, systemtap, systemd-coredump, eu-stack, abrt-hook-ccpp, etc.) that use build-ids or .gnu_debuglink to lookup DWARF debug information and source references for tracing, profiling and debugging. It would be good to tweak dnf debuginfo-install to know about parallel installable debuginfo packages and maybe have an easy option to install the debuginfo for a core file or for the packages running in a container. Alternative solutions currently rejected: * Move main ELF image build-id file under /usr/lib/.build-id/xx/...yyy when moving into main pages. Because existing programs probably depend on the link being under /usr/lib/debug/. * Since when the build-id is identifical also the ELF file is identical we could mark all build-id.debug files as replacable in the rpm. It isn't clear that works for symlinks though (but we could reverse the symlink direction from debug file to build-id file). And currently you can identify the exact package nvr installed given just one build-id. That would be impossible if multiple packages could contain the same build-id/ELF image file. * Do away with the old .gnu_debuglink way of accessing files under /usr/lib/debug and just not install .debug files and only support build-id based debug lookups. Because it isn't clear build-ids are 100% available and all programs work with build-id lookups instead through .gnu_debuglink names. * Move the .debug files under a subdir like the sources. /usr/lib/debug/--./. This cannot easily be expressed in .gnu_debuglink, which officially only allows a basename. == Scope == * Proposal owners: Patches have been developed against rpm debugedit to accept a hash value to seed the build-id calculation, rewrite source paths (currently source paths can only be smaller, this change might create larger paths) and the rpm find-debuginfo.sh script to change the paths, symlinks
F27 System Wide Change: Separate Subpackage and Source Debuginfo
= System Wide Change: Separate Subpackage and Source Debuginfo = https://fedoraproject.org/wiki/Changes/SubpackageAndSourceDebuginfo Change owner(s): * Mark Wielaard * Neal Gompa Allow to install just the debuginfo for a subpackage and/or without the source files. The debuginfo packages are huge because they contain debuginfo and all sources for all subpackages. Being able to install only the debuginfo for the subpackage that is installed reduces the size that needs to be downloaded to analyze, trace, profile or debug a program or core file. Some tracing and profiling tools don't need the actual source files to provide stack traces or insert probes. So installing the debugsources should be optional. == Detailed Description == Currently both the .debug files and the source files of all subpackages are included in a debuginfo package. This creates huge debuginfo packages with a lot of data that might not be relevant to the user/developer. By splitting out the sources (found under /usr/src/debug) and the .debug file for the separate binaries of the subpackages (under /usr/lib/debug) the amount of data a developer/user needs to install to trace, profile or debug will be greatly reduced. Other distributions (notably Suse) already split their debuginfo packages this way. We will take those patches (https://build.opensuse.org/package/view_file/openSUSE:Factory/rpm/debugsubpkg.diff) and integrate them into rpm upstream. This will involve two steps: - https://taiga.fedorainfracloud.org/project/mjw-better-rpm-debuginfo-package-creation/us/8 - https://taiga.fedorainfracloud.org/project/mjw-better-rpm-debuginfo-package-creation/us/10 This depends on some of the cleanups introduced by the ParallelInstallableDebuginfo change. We can either make this work with the current dnf debuginfo-install plugin by providing a meta package that matches the main-debuginfo package which depends on all sub- and source-debuginfo packages. Or we work with the dnf hackers to make dnf debuginfo-install work with sub-debuginfo packages. A couple of packages already have hand-written sub-debuginfo packages (notably the kernel, glibc and gcc). We will work with those packages to adopt the new standard approach. Release engineering needs to be involved to see if any changes are necessary for adding the sub-debuginfo/debugsources packages to the repodata. == Scope == * Proposal owners: Patches against rpm upstream need to be integrated as outlined in the Detailed Description. * Other developers: Upstream rpm and dnf maintainers have to review the proposed patches. If accepted the package maintainers will have to decide whether those patches can be backported for the next fedora release. Packages that now split their debuginfo packages by hand might want to change their package to adopt the new (standard) approach. Once all changes are in a package debuginfo needs to be regenerated before it becomes sub-package/source split. * Release engineering: Needs to be discussed. In theory no changes apart from those listed above are needed. But release engineering might know whether any changes are necessary for adding the sub-debuginfo/debugsources packages to the repodata. * List of deliverables: N/A (Still Unknown) * Policies and guidelines: No changes, the debuginfo related rpm macros won't change. They will just start producing sub-package debuginfo and debugsources packages once all changes are in place. * 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
jplesnik uploaded Net-Whois-Raw-2.99008.tar.gz for perl-Net-Whois-Raw
658f1757bd310744bc9e1b4970003e231d6026d997223725a4cc07e3e84eb69fde550378ccc920cf1437d75e0e2d955e534fde3c33f90d46644f74f575c37ea6 Net-Whois-Raw-2.99008.tar.gz https://src.fedoraproject.org/lookaside/pkgs/perl-Net-Whois-Raw/Net-Whois-Raw-2.99008.tar.gz/sha512/658f1757bd310744bc9e1b4970003e231d6026d997223725a4cc07e3e84eb69fde550378ccc920cf1437d75e0e2d955e534fde3c33f90d46644f74f575c37ea6/Net-Whois-Raw-2.99008.tar.gz ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
F27 System Wide Change: Parallel Installable Debuginfo
= System Wide Change: Parallel Installable Debuginfo = https://fedoraproject.org/wiki/Changes/ParallelInstallableDebuginfo Change owner(s): * Mark Wielaard debuginfo packages can be installed in parallel to make it easier to trace, profile and observe what programs are doing or to debug when they have crashed. That way debugging, tracing or profiling programs can be done independent of whether they are 32bit, 64bit, a slightly newer or older version than currently installed or even from a different architecture. == Detailed Description == Currently only one version of a debuginfo package can be installed for a given package. Even on a multi-lib system you cannot install the 64-bit and 32-bit versions of a debuginfo package in parallel (technically you sometimes can, because of RPM file coloring, the 64bit version of the .debug files win over the 32bit version - causing lots of confusion). But there are various situation where having multiple versions of the debuginfo package installed help with tracing, profiling, debugging and/or crash analysis (see the Benefit to Fedora section below). There are various things provided by a debuginfo file that might conflict preventing parallel installation of different versions: * build-id file /usr/lib/debug/.build-id/xx/...yyy which is a symlink to the main ELF file. * build-id.debug file /usr/lib/debug/.build-id/xx/...yyy.debug which is a symlink to the .debug ELF file. * The .debug files under /usr/lib/debug/ with file path names mirroring the main ELF file paths under / with .debug added. * The source files under /usr/src/debug/-/ They can be made non-conflicting in the following ways: * The main build-id file should not be in the debuginfo file, but in the main package (this was always a problem since the package and debuginfo package installed might not match). If we want to make usr/lib/debug/ a network resource then we will need to move the symlink to another location (maybe /usr/lib/.build-id). Unfortunately this means a change will be necessary for debuginfo consumers to that depend on the old location. We could keep the old symlink and point it to the new location to work around it. But I will audit the consumers to see which depend on it and discuss if we can have a new standard location. * build-ids are globally unique identifiers. They will be different across arches. But might match between minor releases if the exact same ELF image is produced. The linker will get an option to hash in the full nvr to make sure all build-ids are always fully unique. * The .debug file names will be changed to main ELF file name-vr.debug. This name will also be set in the .gnu_debuglink section of the main file by changing the options given to eu-strip in the rpm find-debuginfo.sh script. * The source files will be moved under /usr/src/debug/--./. This needs changes to the rpm debugedit program which rewrites the DWARF source file information. These changes will make all files in any debuginfo file unique so they don't conflict when installed in parallel. There should be no changes necessary to programs (gdb, perf, valgrind, systemtap, systemd-coredump, eu-stack, abrt-hook-ccpp, etc.) that use build-ids or .gnu_debuglink to lookup DWARF debug information and source references for tracing, profiling and debugging. It would be good to tweak dnf debuginfo-install to know about parallel installable debuginfo packages and maybe have an easy option to install the debuginfo for a core file or for the packages running in a container. Alternative solutions currently rejected: * Move main ELF image build-id file under /usr/lib/.build-id/xx/...yyy when moving into main pages. Because existing programs probably depend on the link being under /usr/lib/debug/. * Since when the build-id is identifical also the ELF file is identical we could mark all build-id.debug files as replacable in the rpm. It isn't clear that works for symlinks though (but we could reverse the symlink direction from debug file to build-id file). And currently you can identify the exact package nvr installed given just one build-id. That would be impossible if multiple packages could contain the same build-id/ELF image file. * Do away with the old .gnu_debuglink way of accessing files under /usr/lib/debug and just not install .debug files and only support build-id based debug lookups. Because it isn't clear build-ids are 100% available and all programs work with build-id lookups instead through .gnu_debuglink names. * Move the .debug files under a subdir like the sources. /usr/lib/debug/--./. This cannot easily be expressed in .gnu_debuglink, which officially only allows a basename. == Scope == * Proposal owners: Patches have been developed against rpm debugedit to accept a hash value to seed the build-id calculation, rewrite source paths (currently source paths can only be smaller, this change might create larger paths) and the rpm find-debuginfo.sh script to change the paths, symlinks
[Bug 1448614] perl-Net-DNS-1.10 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1448614 Jitka Plesnikovachanged: What|Removed |Added Status|NEW |CLOSED CC||jples...@redhat.com Fixed In Version||perl-Net-DNS-1.10-1.fc27 Resolution|--- |RAWHIDE Last Closed||2017-06-20 07:46:28 -- 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 1457247] perl-Glib-Object-Introspection-0.043 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1457247 Jitka Plesnikovachanged: What|Removed |Added Status|NEW |CLOSED CC||jples...@redhat.com Fixed In Version||perl-Glib-Object-Introspect ||ion-0.043-1.fc27 Resolution|--- |RAWHIDE Assignee|berra...@redhat.com |jples...@redhat.com Last Closed||2017-06-20 07:42:07 -- 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
jplesnik pushed to perl-Glib-Object-Introspection (master). "0.043 bump"
From 7a8ace6258c3c4b0f24d1ed100f541e96448d5eb Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 13:39:53 +0200 Subject: 0.043 bump --- perl-Glib-Object-Introspection.spec | 7 +-- sources | 2 +- 2 files changed, 6 insertions(+), 3 deletions(-) diff --git a/perl-Glib-Object-Introspection.spec b/perl-Glib-Object-Introspection.spec index 4e388ae..4272fb2 100644 --- a/perl-Glib-Object-Introspection.spec +++ b/perl-Glib-Object-Introspection.spec @@ -1,6 +1,6 @@ Name: perl-Glib-Object-Introspection -Version:0.042 -Release:3%{?dist} +Version:0.043 +Release:1%{?dist} Summary:Dynamically create Perl language bindings License:LGPLv2+ Group: Development/Libraries @@ -82,6 +82,9 @@ LANG=en_US.UTF8 make test %{_mandir}/man3/* %changelog +* Tue Jun 20 2017 Jitka Plesnikova - 0.043-1 +- 0.043 bump + * Tue Jun 06 2017 Jitka Plesnikova - 0.042-3 - Perl 5.26 rebuild diff --git a/sources b/sources index 45c6a7b..4003c18 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -SHA512 (Glib-Object-Introspection-0.042.tar.gz) = a91ba7d553187ed0eb6b35bd68c70de40c82d5e42422ec0a370fa77268cc5b81be3b9b76947ceaf78541224bd188ab902f12be7a5e0efaf94638fea39ba57ba0 +SHA512 (Glib-Object-Introspection-0.043.tar.gz) = b812ac4faca2f1df1192f7ac2374f5552811c353a363a33b3e6877c568ef68f0b4e1b8181a4738988017150317eb27e43976989cca802e7ba24d2a3cc2fa537e -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-Glib-Object-Introspection.git/commit/?h=master=7a8ace6258c3c4b0f24d1ed100f541e96448d5eb ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
jplesnik uploaded Glib-Object-Introspection-0.043.tar.gz for perl-Glib-Object-Introspection
b812ac4faca2f1df1192f7ac2374f5552811c353a363a33b3e6877c568ef68f0b4e1b8181a4738988017150317eb27e43976989cca802e7ba24d2a3cc2fa537e Glib-Object-Introspection-0.043.tar.gz https://src.fedoraproject.org/lookaside/pkgs/perl-Glib-Object-Introspection/Glib-Object-Introspection-0.043.tar.gz/sha512/b812ac4faca2f1df1192f7ac2374f5552811c353a363a33b3e6877c568ef68f0b4e1b8181a4738988017150317eb27e43976989cca802e7ba24d2a3cc2fa537e/Glib-Object-Introspection-0.043.tar.gz ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1456622] perl-LWP-Protocol-PSGI-0.10 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1456622 --- Comment #4 from Fedora Update System--- perl-LWP-Protocol-PSGI-0.10-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-cba74d9203 -- 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
jplesnik pushed to perl-LWP-Protocol-PSGI (f26). "0.10 bump"
From 429461fbea349f5a48dee63f9be8a954cc09f2b9 Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 12:51:50 +0200 Subject: 0.10 bump --- .gitignore | 1 + perl-LWP-Protocol-PSGI.spec | 9 +++-- sources | 2 +- 3 files changed, 9 insertions(+), 3 deletions(-) diff --git a/.gitignore b/.gitignore index ea357e8..a02f780 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ /LWP-Protocol-PSGI-0.07.tar.gz /LWP-Protocol-PSGI-0.08.tar.gz /LWP-Protocol-PSGI-0.09.tar.gz +/LWP-Protocol-PSGI-0.10.tar.gz diff --git a/perl-LWP-Protocol-PSGI.spec b/perl-LWP-Protocol-PSGI.spec index 17ae58b..ec25a58 100644 --- a/perl-LWP-Protocol-PSGI.spec +++ b/perl-LWP-Protocol-PSGI.spec @@ -1,6 +1,6 @@ Name: perl-LWP-Protocol-PSGI -Version:0.09 -Release:3%{?dist} +Version:0.10 +Release:1%{?dist} Summary:Override LWP's HTTP/HTTPS backend with your own PSGI application License:GPL+ or Artistic Group: Development/Libraries @@ -11,6 +11,7 @@ BuildArch: noarch BuildRequires: perl BuildRequires: perl-generators BuildRequires: perl(Carp) +BuildRequires: perl(File::Temp) BuildRequires: perl(HTTP::Message::PSGI) BuildRequires: perl(LWP::Protocol) BuildRequires: perl(LWP::Simple) @@ -19,6 +20,7 @@ BuildRequires: perl(Module::Build::Tiny) BuildRequires: perl(parent) BuildRequires: perl(strict) BuildRequires: perl(Test::More) >= 0.88 +BuildRequires: perl(warnings) Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) %description @@ -49,6 +51,9 @@ PSGI application. %{_mandir}/man3/* %changelog +* Tue Jun 20 2017 Jitka Plesnikova - 0.10-1 +- 0.10 bump + * Sat Feb 11 2017 Fedora Release Engineering - 0.09-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild diff --git a/sources b/sources index c22176f..6a538aa 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -fb6261bb0f31896a716cd8e0f623f702 LWP-Protocol-PSGI-0.09.tar.gz +SHA512 (LWP-Protocol-PSGI-0.10.tar.gz) = 6ebc0583dc1df771106b24fe39096ec8f1d70847e7a109ebbb29ba9a058bdcd41e574652f0fc0a260e7f612cbbdda498bed37007cfcd5d73f6e9ee1fb55fdb37 -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-LWP-Protocol-PSGI.git/commit/?h=f26=429461fbea349f5a48dee63f9be8a954cc09f2b9 ___ 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-LWP-Protocol-PSGI (master). "0.10 bump"
From c459a9b6b78a8cef0abf4f509b4a7ffa895d345f Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: Tue, 20 Jun 2017 12:51:50 +0200 Subject: 0.10 bump --- perl-LWP-Protocol-PSGI.spec | 3 --- 1 file changed, 3 deletions(-) diff --git a/perl-LWP-Protocol-PSGI.spec b/perl-LWP-Protocol-PSGI.spec index ddaa775..ec25a58 100644 --- a/perl-LWP-Protocol-PSGI.spec +++ b/perl-LWP-Protocol-PSGI.spec @@ -54,9 +54,6 @@ PSGI application. * Tue Jun 20 2017 Jitka Plesnikova - 0.10-1 - 0.10 bump -* Tue Jun 06 2017 Jitka Plesnikova - 0.09-4 -- Perl 5.26 rebuild - * Sat Feb 11 2017 Fedora Release Engineering - 0.09-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild -- cgit v1.1 https://src.fedoraproject.org/cgit/perl-LWP-Protocol-PSGI.git/commit/?h=master=c459a9b6b78a8cef0abf4f509b4a7ffa895d345f ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
[Bug 1456622] perl-LWP-Protocol-PSGI-0.10 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1456622 --- Comment #3 from Upstream Release Monitoring--- jplesnik's perl-LWP-Protocol-PSGI-0.10-1.fc27 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=909827 -- 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 1456622] perl-LWP-Protocol-PSGI-0.10 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1456622 Jitka Plesnikovachanged: What|Removed |Added Status|NEW |MODIFIED CC||jples...@redhat.com Fixed In Version||perl-LWP-Protocol-PSGI-0.10 ||-1.fc27 Assignee|dd...@cpan.org |jples...@redhat.com -- 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