[Bug 1458528] fusioninventory-agent-2.3.20 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|fusioninventory-agent-2.3.2 |fusioninventory-agent-2.3.2
   |0-1.fc26|0-1.fc26
   |fusioninventory-agent-2.3.2 |fusioninventory-agent-2.3.2
   |0-1.fc25|0-1.fc25
   |fusioninventory-agent-2.3.2 |fusioninventory-agent-2.3.2
   |0-1.fc24|0-1.fc24
   |fusioninventory-agent-2.3.2 |fusioninventory-agent-2.3.2
   |0-1.el7 |0-1.el7
   ||fusioninventory-agent-2.3.2
   ||0-1.el6



--- Comment #18 from Fedora Update System  ---
fusioninventory-agent-2.3.20-1.el6 has been pushed to the Fedora EPEL 6 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1458528] fusioninventory-agent-2.3.20 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|fusioninventory-agent-2.3.2 |fusioninventory-agent-2.3.2
   |0-1.fc26|0-1.fc26
   |fusioninventory-agent-2.3.2 |fusioninventory-agent-2.3.2
   |0-1.fc25|0-1.fc25
   |fusioninventory-agent-2.3.2 |fusioninventory-agent-2.3.2
   |0-1.fc24|0-1.fc24
   ||fusioninventory-agent-2.3.2
   ||0-1.el7



--- Comment #17 from Fedora Update System  ---
fusioninventory-agent-2.3.20-1.el7 has been pushed to the Fedora EPEL 7 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1464431] perl-Parse-ErrorString-Perl-0.24 is available

[bugzilla]

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



--- Comment #7 from Fedora Update System  ---
perl-Parse-ErrorString-Perl-0.24-1.fc26 has been pushed to the Fedora 26
testing repository. If problems still persist, please make note of it in this
bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-fa04cb4c4e

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

Fedora 26-20170623.n.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 5/128 (x86_64), 1/2 (arm)

New failures (same test did not fail in 26-20170622.n.0):

ID: 112254  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/112254
ID: 112290  Test: x86_64 Workstation-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/112290

Old failures (same test failed in 26-20170622.n.0):

ID: 112312  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/112312
ID: 112314  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/112314
ID: 112329  Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/112329
ID: 112385  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/112385

Soft failed openQA tests: 3/128 (x86_64), 2/24 (i386)
(Tests completed, but using a workaround for a known bug)

New soft failures (same test did not soft fail in 26-20170622.n.0):

ID: 112316  Test: x86_64 Atomic-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/112316
ID: 112317  Test: x86_64 Atomic-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/112317

Old soft failures (same test soft failed in 26-20170622.n.0):

ID: 112275  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/112275
ID: 112276  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/112276
ID: 112330  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/112330

Passed openQA tests: 120/128 (x86_64), 22/24 (i386)

New passes (same test did not pass in 26-20170622.n.0):

ID: 112294  Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/112294
ID: 112311  Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/112311
ID: 112321  Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/112321
ID: 112340  Test: x86_64 universal install_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/112340
ID: 112344  Test: x86_64 universal install_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/112344
ID: 112374  Test: x86_64 universal install_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/112374

Skipped openQA tests: 1 of 154

Installed system changes in test x86_64 Server-dvd-iso install_default@uefi: 
System load changed from 0.14 to 0.43
Previous test data: https://openqa.fedoraproject.org/tests/111816#downloads
Current test data: https://openqa.fedoraproject.org/tests/112256#downloads

Installed system changes in test x86_64 Workstation-live-iso 
install_default_upload: 
System load changed from 1.12 to 0.76
Previous test data: https://openqa.fedoraproject.org/tests/111840#downloads
Current test data: https://openqa.fedoraproject.org/tests/112280#downloads

Installed system changes in test x86_64 Workstation-live-iso 
install_default@uefi: 
System load changed from 0.97 to 1.17
Previous test data: https://openqa.fedoraproject.org/tests/111841#downloads
Current test data: https://openqa.fedoraproject.org/tests/112281#downloads

Installed system changes in test x86_64 Workstation-boot-iso install_default: 
System load changed from 0.32 to 0.51
Average CPU usage changed from 3.22380952 to 15.55714286
Used mem changed from 841 MiB to 1108 MiB
Previous test data: https://openqa.fedoraproject.org/tests/111853#downloads
Current test data: https://openqa.fedoraproject.org/tests/112293#downloads

Installed system changes in test x86_64 Workstation-boot-iso 
install_default@uefi: 
System load changed from 0.42 to 0.63
Previous test data: https://openqa.fedoraproject.org/tests/111856#downloads
Current test data: https://openqa.fedoraproject.org/tests/112296#downloads

Installed system changes in test i386 Workstation-live-iso install_default: 
System load changed from 1.10 to 0.45
Average CPU usage changed from 20.82380952 to 3.47619048
Previous test data: https://openqa.fedoraproject.org/tests/111857#downloads
Current test data: https://openqa.fedoraproject.org/tests/112297#downloads

Installed system changes in test i386 Workstation-boot-iso install_default: 
System load changed from 0.73 to 0.60
Used mem changed from 739 MiB to 637 MiB
Previous test data: https://openqa.fedoraproject.org/tests/111859#downloads
Current test data: https://openqa.fedoraproject.org/tests/112299#downloads

Installed system changes in test x86_64 KDE-live-iso install_default_upload: 
System load changed from 0.92 to 1.49
Previous test data: https://openqa.fedoraproject.org/tests/111860#downloads
Current test data: https://openqa.fedoraproject.org/tests/112300#downloads

[Bug 1464620] New: perl-Scalar-List-Utils-1.48 is available

[bugzilla]

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

Bug ID: 1464620
   Summary: perl-Scalar-List-Utils-1.48 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Scalar-List-Utils
  Keywords: FutureFeature, Triaged
  Assignee: jpazdzi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: iarn...@gmail.com, jpazdzi...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 1.48
Current version/release in rawhide: 1.47-3.fc27
URL: http://search.cpan.org/dist/Scalar-List-Utils/

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

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

Outage of Build Systems 2017-06-24 16:00 UTC

[Stephen John Smoogen]

There will be an outage starting at 2017-06-24 16:00UTC, which will
last approximately 4 hours.

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

date -d '2017-06-24 16:00 UTC

Reason for outage:

There have been some performance problems with the backend switches.
These need an update from juniper and a reboot and possible debugging.

Affected Services:

pkgs.fedoraproject.org
koji
koshei
kojipkgs
pkgdb
bodhi / updates
mdapi service

Services not listed are not affected by this outage.

Contact Information:

Ticket Link: https://pagure.io/fedora-infrastructure/issue/6131

Please join #fedora-admin or #fedora-noc on irc.freenode.net or add
comments to the ticket for this outage above.


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

[389-devel] Please review: lib389 index support

[William Brown]

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

https://pagure.io/lib389/issue/raw/4f90364d1f8501a607b3ab4d82b0412e35b77555c5d561ff97c36e55e8c7a403-0001-Ticket-59-lib389-support-for-index-management.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 1464431] perl-Parse-ErrorString-Perl-0.24 is available

[bugzilla]

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



--- Comment #6 from Fedora Update System  ---
perl-Parse-ErrorString-Perl-0.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-9df2baf48d

-- 
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 1464431] perl-Parse-ErrorString-Perl-0.24 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #5 from Fedora Update System  ---
perl-Parse-ErrorString-Perl-0.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-8fe3214e5e

-- 
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: Tool for generating a rootfs for foreign arch (aarch64 on x86_64, for example)?

[Hedayat Vatankhah]

/*Adam Williamson*/ wrote on Fri, 23 Jun 2017 12:45:07 -0700:

On Fri, 2017-06-23 at 09:06 -0400, Neal Gompa wrote:

You have run into the purest form of open source, the "scratch your
own itch" case.  You want to be able to do things that cannot be done
today, and nobody else is working on it.  It seems like you have a
really good foundation for what needs to be done, so perhaps you could
start a project to work towards what you need?  If you publicize it,
you might even get some contributors to join you.


I'll be honest, I have been thinking about it... Maybe I'll have
something soonish. ;)

Did you actually check yet whether virt-builder is sufficient for your
purposes?
I'd say the difference is comparable to the difference of containers vs 
VMs: sometimes you need user-land of another arch, but do not want to 
run a full VM. For example, it can be used to compile for another arch. 
So, you might want to build a rootfs with compiler &  libraries (but not 
a complete system image with kernel & ...).
As an example, you might refer to rootfs tarballs used for scratchbox to 
compile for different architectures.


Actually, as Fedora does NOT provide cross compilers (e.g. to build user 
land ARM applications under x86_64), it can be used to provide 'The 
Fedora Approach to Cross Compiling'. To create a minimal rootfs with ARM 
compilers & libraries which can be used using qemu to run ARM GCC in the 
rootfs to build your packages.


This is actually how I do cross-compiling in Fedora: I grab a Fedora ARM 
image, install qmeu-user binaries on the host, copy qemu ARM binary into 
the rootfs (even bind-mounting /lib64 before I know we have qemu static 
binaries in Fedora!), patch its DNF to work fine under qemu, install 
required software using 'chroot dnf install ...', bind mounting the 
source directory, chrooting to the rootfs and build the software.


I've always preferred using scratchbox or the above method to compile 
ARM binaries rather than using a full VM, which plays much nicer on my 
pretty-old laptop! :)


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

[Bug 1464244] XS modules fail to build because does not exist

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1464244
Bug 1464244 depends on bug 1464403, which changed state.

Bug 1464403 Summary: glibc: memcmp-avx2-movbe.S lacks saturating subtraction 
for between_2_3
https://bugzilla.redhat.com/show_bug.cgi?id=1464403

   What|Removed |Added

 Status|MODIFIED|CLOSED
 Resolution|--- |RAWHIDE



-- 
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 1464403] glibc: memcmp-avx2-movbe.S lacks saturating subtraction for between_2_3

[bugzilla]

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

Florian Weimer  changed:

   What|Removed |Added

 Status|MODIFIED|CLOSED
 Resolution|--- |RAWHIDE
Last Closed|2017-06-23 08:09:46 |2017-06-23 16:36:45



-- 
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 1464244] XS modules fail to build because does not exist

[bugzilla]

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



--- Comment #12 from Jason Tibbitts  ---
OK, the perl build is complete and has made it into the rawhide buildroots. 
I've verified that I no longer have the xlocale.h problem, and that at least my
test case is fine.

-- 
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 1464403] glibc: memcmp-avx2-movbe.S lacks saturating subtraction for between_2_3

[bugzilla]

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



--- Comment #12 from Jason Tibbitts  ---
The problematic Perl test appears to be passing now.

-- 
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: coreutils /bin file dependencies

[Adam Williamson]

On Fri, 2017-06-23 at 05:55 -0400, Charalampos Stratakis wrote:
> Many people do that and find it convenient, but I don't see how
> maintaining the same SPEC file for different distros is less of a
> maintenance burden
> than having a different SPEC for each distro/branch you want to
> support.

It makes it much easier to quickly make a change across all branches;
you just make the change on master and merge it to all other branches.
If each branch diverges from the others you have to cherry pick, and
often the cherry pick will not work cleanly (due to the changelog and
EVR differing, if nothing else) and you'll have to reconcile it. Giant
pain in the ass.

> And clearly, Fedora has diverged too much from any RHEL/epel
> buildroots currently, so keeping the same SPEC is even harder,

I do it for quite a lot of packages and haven't really had much trouble
at all.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Tool for generating a rootfs for foreign arch (aarch64 on x86_64, for example)?

[Adam Williamson]

On Fri, 2017-06-23 at 09:06 -0400, Neal Gompa wrote:
> 
> > You have run into the purest form of open source, the "scratch your
> > own itch" case.  You want to be able to do things that cannot be done
> > today, and nobody else is working on it.  It seems like you have a
> > really good foundation for what needs to be done, so perhaps you could
> > start a project to work towards what you need?  If you publicize it,
> > you might even get some contributors to join you.
> > 
> 
> I'll be honest, I have been thinking about it... Maybe I'll have
> something soonish. ;)

Did you actually check yet whether virt-builder is sufficient for your
purposes?
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Test-Announce] 2017-06-26 @ 1600 UTC ** Fedora Blocker Review

[Mike Ruckman]

# F26 Blocker Review meeting
# Date: 2017-06-26
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net

Time for some more blocker review! We got last week off, so we've had a
bit of a backlog show up. Currently there are 7 proposed blockers and
one proposed FE. If you have any time between now and the meeting
Monday, please take a look through the list. It canbe found here:

  https://qa.fedoraproject.org/blockerbugs/

We'll be evaluating these bugs to see if they violate any of the
Release Criteria and warrant the blocking of a release if they're not
fixed. Information on the release criteria for F26 can be found on the
wiki [0]. For more information about the Blocker and Freeze exception
process,  check out these links:
 - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process
 - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process

And for those of you who are curious how a Blocker Review Meeting
works - or how it's supposed to go and you want to run one - check
out  the SOP on the wiki:
 - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting

Have a good weekend and see you on Monday!
  
[0]  https://fedoraproject.org/wiki/Fedora_Release_Criteria

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

Re: How to make a package multilib

[Rex Dieter]

Tomas Mraz wrote:

> Hi all,
> 
> the package p11-kit-trust needs to be multilib because it contains
> PKCS#11 .so object used for access to trusted CA certificate store.
> However because this package is a PKCS#11 module and not a regular
> shared library there is no p11-kit-trust-devel package which would mark
> it automatically as multilib. Is there a way how to mark the package
> multilib explicitly? Adding Requires: p11-kit-trust%{?_isa} to another
> multilib package apparently did not help.

I would expect the adding Requires: to fix it, but you will have to wait for 
the next (rawhide) compose for the new stuff to get added.  Because, if it 
doesn't get added, then there will be broken deps (or... were there broken 
deps?).  

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

[Bug 1464244] XS modules fail to build because does not exist

[bugzilla]

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



--- Comment #11 from Jason Tibbitts  ---
Actually anyone can trigger a koji build; you only need the extra privileges to
commit things.  The glibc build is nearly complete now and after it's done I'll
wait a bit to make sure that it has settled into the rawhide buildroots and
then I'll go ahead and just resubmit the last failed Perl build.  Git head is
unchanged at d3e98ce2042e254d0c1118ba97ccc7ff6bfa7c05 so this should cause no
issues that wouldn't have been caused if the glibc bug hadn't tripped up the
test suite.

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

ppisar pushed to perl-Parse-ErrorString-Perl (f25). "0.24 bump"

[notifications]

From ee905fca6726eac9f07a22373efb10e20faf3a6f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 23 Jun 2017 14:38:56 +0200
Subject: 0.24 bump

---
 .gitignore   |  1 +
 perl-Parse-ErrorString-Perl.spec | 15 ---
 sources  |  2 +-
 3 files changed, 10 insertions(+), 8 deletions(-)

diff --git a/.gitignore b/.gitignore
index e3de35e..2f6553d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -5,3 +5,4 @@ Parse-ErrorString-Perl-0.11.tar.gz
 /Parse-ErrorString-Perl-0.20.tar.gz
 /Parse-ErrorString-Perl-0.21.tar.gz
 /Parse-ErrorString-Perl-0.22.tar.gz
+/Parse-ErrorString-Perl-0.24.tar.gz
diff --git a/perl-Parse-ErrorString-Perl.spec b/perl-Parse-ErrorString-Perl.spec
index 31b14e1..9b69000 100644
--- a/perl-Parse-ErrorString-Perl.spec
+++ b/perl-Parse-ErrorString-Perl.spec
@@ -1,11 +1,10 @@
 Name:   perl-Parse-ErrorString-Perl
-Version:0.22
-Release:3%{?dist}
+Version:0.24
+Release:1%{?dist}
 Summary:Module for parsing error messages
 License:GPL+ or Artistic
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Parse-ErrorString-Perl/
-Source0:
http://search.cpan.org/CPAN/authors/id/S/SZ/SZABGAB/Parse-ErrorString-Perl-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/M/MA/MANWAR/Parse-ErrorString-Perl-%{version}.tar.gz
 BuildArch:  noarch
 BuildRequires:  coreutils
 BuildRequires:  findutils
@@ -43,13 +42,12 @@ rm -rf inc
 sed -i -e '/^inc\// d' MANIFEST
 
 %build
-perl Makefile.PL installdirs=vendor
+perl Makefile.PL installdirs=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type f -name '*.bs' -empty -exec rm -f {} ';'
+find $RPM_BUILD_ROOT -type f -name '*.bs' -empty -delete
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
@@ -63,6 +61,9 @@ make test
 %{_mandir}/man1/check_perldiag.1.gz
 
 %changelog
+* Fri Jun 23 2017 Petr Pisar  - 0.24-1
+- 0.24 bump
+
 * Sun May 15 2016 Jitka Plesnikova  - 0.22-3
 - Perl 5.24 rebuild
 
diff --git a/sources b/sources
index e560eba..f14dd1c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6d31fde40a67b6b392652e04e10b8765  Parse-ErrorString-Perl-0.22.tar.gz
+SHA512 (Parse-ErrorString-Perl-0.24.tar.gz) = 
b44914381ae8032aa2e83ad35cc872386cca915b00c1391b64d45a0c3505cb176a3e0324d440ed186ba09f3592375b27d38f5c0007d3c1af0d500a0d73a0c7a4
-- 
cgit v1.1



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

ppisar pushed to perl-Parse-ErrorString-Perl (f24). "Mandatory Perl build-requires added "

[notifications]

From 070a680c98e3a16af9186bbd98efc17fdd1a8e16 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 24 Jun 2016 10:14:21 +0200
Subject: Mandatory Perl build-requires added
 

---
 perl-Parse-ErrorString-Perl.spec | 1 +
 1 file changed, 1 insertion(+)

diff --git a/perl-Parse-ErrorString-Perl.spec b/perl-Parse-ErrorString-Perl.spec
index 3f1b408..0ccea77 100644
--- a/perl-Parse-ErrorString-Perl.spec
+++ b/perl-Parse-ErrorString-Perl.spec
@@ -11,6 +11,7 @@ BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
 BuildRequires:  perl
+BuildRequires:  perl-generators
 BuildRequires:  perl(inc::Module::Install)
 BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Parse-ErrorString-Perl.git/commit/?h=f24=070a680c98e3a16af9186bbd98efc17fdd1a8e16
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Parse-ErrorString-Perl (f24). "0.24 bump"

[notifications]

From 58a75ab18c1cc62a6a987b31a3214f065dd4a4de Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 23 Jun 2017 14:38:56 +0200
Subject: 0.24 bump

---
 .gitignore   |  1 +
 perl-Parse-ErrorString-Perl.spec | 15 ---
 sources  |  2 +-
 3 files changed, 10 insertions(+), 8 deletions(-)

diff --git a/.gitignore b/.gitignore
index e3de35e..2f6553d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -5,3 +5,4 @@ Parse-ErrorString-Perl-0.11.tar.gz
 /Parse-ErrorString-Perl-0.20.tar.gz
 /Parse-ErrorString-Perl-0.21.tar.gz
 /Parse-ErrorString-Perl-0.22.tar.gz
+/Parse-ErrorString-Perl-0.24.tar.gz
diff --git a/perl-Parse-ErrorString-Perl.spec b/perl-Parse-ErrorString-Perl.spec
index 0ccea77..82a72ba 100644
--- a/perl-Parse-ErrorString-Perl.spec
+++ b/perl-Parse-ErrorString-Perl.spec
@@ -1,11 +1,10 @@
 Name:   perl-Parse-ErrorString-Perl
-Version:0.22
-Release:2%{?dist}
+Version:0.24
+Release:1%{?dist}
 Summary:Module for parsing error messages
 License:GPL+ or Artistic
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Parse-ErrorString-Perl/
-Source0:
http://search.cpan.org/CPAN/authors/id/S/SZ/SZABGAB/Parse-ErrorString-Perl-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/M/MA/MANWAR/Parse-ErrorString-Perl-%{version}.tar.gz
 BuildArch:  noarch
 BuildRequires:  coreutils
 BuildRequires:  findutils
@@ -43,13 +42,12 @@ rm -rf inc
 sed -i -e '/^inc\// d' MANIFEST
 
 %build
-perl Makefile.PL installdirs=vendor
+perl Makefile.PL installdirs=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type f -name '*.bs' -empty -exec rm -f {} ';'
+find $RPM_BUILD_ROOT -type f -name '*.bs' -empty -delete
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
@@ -63,6 +61,9 @@ make test
 %{_mandir}/man1/check_perldiag.1.gz
 
 %changelog
+* Fri Jun 23 2017 Petr Pisar  - 0.24-1
+- 0.24 bump
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.22-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index e560eba..f14dd1c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6d31fde40a67b6b392652e04e10b8765  Parse-ErrorString-Perl-0.22.tar.gz
+SHA512 (Parse-ErrorString-Perl-0.24.tar.gz) = 
b44914381ae8032aa2e83ad35cc872386cca915b00c1391b64d45a0c3505cb176a3e0324d440ed186ba09f3592375b27d38f5c0007d3c1af0d500a0d73a0c7a4
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Parse-ErrorString-Perl.git/commit/?h=f24=58a75ab18c1cc62a6a987b31a3214f065dd4a4de
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Parse-ErrorString-Perl (f26). "0.24 bump"

[notifications]

From 962a02f09a4979e1854be542db42f6c961b70259 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 23 Jun 2017 14:38:56 +0200
Subject: 0.24 bump

---
 .gitignore   |  1 +
 perl-Parse-ErrorString-Perl.spec | 15 ---
 sources  |  2 +-
 3 files changed, 10 insertions(+), 8 deletions(-)

diff --git a/.gitignore b/.gitignore
index e3de35e..2f6553d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -5,3 +5,4 @@ Parse-ErrorString-Perl-0.11.tar.gz
 /Parse-ErrorString-Perl-0.20.tar.gz
 /Parse-ErrorString-Perl-0.21.tar.gz
 /Parse-ErrorString-Perl-0.22.tar.gz
+/Parse-ErrorString-Perl-0.24.tar.gz
diff --git a/perl-Parse-ErrorString-Perl.spec b/perl-Parse-ErrorString-Perl.spec
index 6fc7fd6..b837df2 100644
--- a/perl-Parse-ErrorString-Perl.spec
+++ b/perl-Parse-ErrorString-Perl.spec
@@ -1,11 +1,10 @@
 Name:   perl-Parse-ErrorString-Perl
-Version:0.22
-Release:4%{?dist}
+Version:0.24
+Release:1%{?dist}
 Summary:Module for parsing error messages
 License:GPL+ or Artistic
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Parse-ErrorString-Perl/
-Source0:
http://search.cpan.org/CPAN/authors/id/S/SZ/SZABGAB/Parse-ErrorString-Perl-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/M/MA/MANWAR/Parse-ErrorString-Perl-%{version}.tar.gz
 BuildArch:  noarch
 BuildRequires:  coreutils
 BuildRequires:  findutils
@@ -43,13 +42,12 @@ rm -rf inc
 sed -i -e '/^inc\// d' MANIFEST
 
 %build
-perl Makefile.PL installdirs=vendor
+perl Makefile.PL installdirs=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type f -name '*.bs' -empty -exec rm -f {} ';'
+find $RPM_BUILD_ROOT -type f -name '*.bs' -empty -delete
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
@@ -63,6 +61,9 @@ make test
 %{_mandir}/man1/check_perldiag.1.gz
 
 %changelog
+* Fri Jun 23 2017 Petr Pisar  - 0.24-1
+- 0.24 bump
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
0.22-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
diff --git a/sources b/sources
index e560eba..f14dd1c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6d31fde40a67b6b392652e04e10b8765  Parse-ErrorString-Perl-0.22.tar.gz
+SHA512 (Parse-ErrorString-Perl-0.24.tar.gz) = 
b44914381ae8032aa2e83ad35cc872386cca915b00c1391b64d45a0c3505cb176a3e0324d440ed186ba09f3592375b27d38f5c0007d3c1af0d500a0d73a0c7a4
-- 
cgit v1.1



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

ppisar pushed to perl-Parse-ErrorString-Perl (master). "0.24 bump"

[notifications]

From a47584ea0f84917fc5fc0939eb4a837ea904cf06 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 23 Jun 2017 14:38:56 +0200
Subject: 0.24 bump

---
 .gitignore   |  1 +
 perl-Parse-ErrorString-Perl.spec | 15 ---
 sources  |  2 +-
 3 files changed, 10 insertions(+), 8 deletions(-)

diff --git a/.gitignore b/.gitignore
index e3de35e..2f6553d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -5,3 +5,4 @@ Parse-ErrorString-Perl-0.11.tar.gz
 /Parse-ErrorString-Perl-0.20.tar.gz
 /Parse-ErrorString-Perl-0.21.tar.gz
 /Parse-ErrorString-Perl-0.22.tar.gz
+/Parse-ErrorString-Perl-0.24.tar.gz
diff --git a/perl-Parse-ErrorString-Perl.spec b/perl-Parse-ErrorString-Perl.spec
index ebe944b..5bdaa15 100644
--- a/perl-Parse-ErrorString-Perl.spec
+++ b/perl-Parse-ErrorString-Perl.spec
@@ -1,11 +1,10 @@
 Name:   perl-Parse-ErrorString-Perl
-Version:0.22
-Release:5%{?dist}
+Version:0.24
+Release:1%{?dist}
 Summary:Module for parsing error messages
 License:GPL+ or Artistic
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Parse-ErrorString-Perl/
-Source0:
http://search.cpan.org/CPAN/authors/id/S/SZ/SZABGAB/Parse-ErrorString-Perl-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/M/MA/MANWAR/Parse-ErrorString-Perl-%{version}.tar.gz
 BuildArch:  noarch
 BuildRequires:  coreutils
 BuildRequires:  findutils
@@ -43,13 +42,12 @@ rm -rf inc
 sed -i -e '/^inc\// d' MANIFEST
 
 %build
-perl Makefile.PL installdirs=vendor
+perl Makefile.PL installdirs=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type f -name '*.bs' -empty -exec rm -f {} ';'
+find $RPM_BUILD_ROOT -type f -name '*.bs' -empty -delete
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
@@ -63,6 +61,9 @@ make test
 %{_mandir}/man1/check_perldiag.1.gz
 
 %changelog
+* Fri Jun 23 2017 Petr Pisar  - 0.24-1
+- 0.24 bump
+
 * Mon Jun 05 2017 Jitka Plesnikova  - 0.22-5
 - Perl 5.26 rebuild
 
diff --git a/sources b/sources
index e560eba..f14dd1c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6d31fde40a67b6b392652e04e10b8765  Parse-ErrorString-Perl-0.22.tar.gz
+SHA512 (Parse-ErrorString-Perl-0.24.tar.gz) = 
b44914381ae8032aa2e83ad35cc872386cca915b00c1391b64d45a0c3505cb176a3e0324d440ed186ba09f3592375b27d38f5c0007d3c1af0d500a0d73a0c7a4
-- 
cgit v1.1



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

ppisar uploaded Parse-ErrorString-Perl-0.24.tar.gz for perl-Parse-ErrorString-Perl

[notifications]

b44914381ae8032aa2e83ad35cc872386cca915b00c1391b64d45a0c3505cb176a3e0324d440ed186ba09f3592375b27d38f5c0007d3c1af0d500a0d73a0c7a4
  Parse-ErrorString-Perl-0.24.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Parse-ErrorString-Perl/Parse-ErrorString-Perl-0.24.tar.gz/sha512/b44914381ae8032aa2e83ad35cc872386cca915b00c1391b64d45a0c3505cb176a3e0324d440ed186ba09f3592375b27d38f5c0007d3c1af0d500a0d73a0c7a4/Parse-ErrorString-Perl-0.24.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pkgdb_updater updated: summary, description of rpms/perl-MetaCPAN-API

[notifications]

pkgdb_updater updated: summary, description of rpms/perl-MetaCPAN-API
https://admin.fedoraproject.org/pkgdb/package/rpms/perl-MetaCPAN-API/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1464244] XS modules fail to build because does not exist

[bugzilla]

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



--- Comment #10 from Florian Weimer  ---
(In reply to Jason Tibbitts from comment #9)
> I wouldn't bet on being able to do successful XS module builds until next
> week unless the stars and timezones align, or someone's working over the
> weekend.

glibc-2.25.90-15.fc27 should fix this issue.  I'll be around later, when the
build completes, but I can't trigger a perl rebuild because I'm not a perl
maintainer or provenpackager.

-- 
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 1464403] glibc: memcmp-avx2-movbe.S lacks saturating subtraction for between_2_3

[bugzilla]

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

Florian Weimer  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||glibc-2.25.90-15.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

ppisar pushed to perl-Class-Unload (master). "0.11 bump"

[notifications]

From afe952dd5b9e5aae86c53e22ee9385d7ce9ce259 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 23 Jun 2017 08:53:09 +0200
Subject: 0.11 bump

---
 .gitignore |  1 +
 perl-Class-Unload.spec | 22 ++
 sources|  2 +-
 3 files changed, 16 insertions(+), 9 deletions(-)

diff --git a/.gitignore b/.gitignore
index 4366625..b6eec47 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ Class-Unload-0.06.tar.gz
 /Class-Unload-0.07.tar.gz
 /Class-Unload-0.08.tar.gz
 /Class-Unload-0.09.tar.gz
+/Class-Unload-0.11.tar.gz
diff --git a/perl-Class-Unload.spec b/perl-Class-Unload.spec
index e163eca..1ac7a60 100644
--- a/perl-Class-Unload.spec
+++ b/perl-Class-Unload.spec
@@ -1,18 +1,15 @@
 Name:   perl-Class-Unload
-Version:0.09
-Release:5%{?dist}
+Version:0.11
+Release:1%{?dist}
 Summary:Unload given class
 License:GPL+ or Artistic
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Class-Unload/
 Source0:
http://www.cpan.org/authors/id/I/IL/ILMARI/Class-Unload-%{version}.tar.gz
 BuildArch:  noarch
-BuildRequires:  coreutils
-BuildRequires:  findutils
 BuildRequires:  make
 BuildRequires:  perl
 BuildRequires:  perl-generators
-BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.30
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
 # Run-time:
@@ -20,7 +17,14 @@ BuildRequires:  perl(Class::Inspector)
 # Tests:
 BuildRequires:  perl(base)
 BuildRequires:  perl(lib)
+# Test::EOL not sued
 BuildRequires:  perl(Test::More)
+# Test::NoTabs not used
+# Test::Pod 1.41 not used
+# Test::Pod::Coverage 1.08 not used
+BuildRequires:  perl(Test::Requires)
+# Optional tests:
+BuildRequires:  perl(Moose)
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 
 %description
@@ -31,12 +35,11 @@ from %%INC.
 %setup -q -n Class-Unload-%{version}
 
 %build
-perl Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
@@ -49,6 +52,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 23 2017 Petr Pisar  - 0.11-1
+- 0.11 bump
+
 * Sun Jun 04 2017 Jitka Plesnikova  - 0.09-5
 - Perl 5.26 rebuild
 
diff --git a/sources b/sources
index 8bf4c7e..4aab798 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d2b003e731de251cf5a51fb251270090  Class-Unload-0.09.tar.gz
+SHA512 (Class-Unload-0.11.tar.gz) = 
464e5c82578bf43ac97a9c434bb1b4889a7b2d5e97d51b5f6965c3de44d81016177d2b1596a93d09bfac382667bd668b1f15d11444c692530894df9348e8
-- 
cgit v1.1



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

ppisar uploaded Class-Unload-0.11.tar.gz for perl-Class-Unload

[notifications]

464e5c82578bf43ac97a9c434bb1b4889a7b2d5e97d51b5f6965c3de44d81016177d2b1596a93d09bfac382667bd668b1f15d11444c692530894df9348e8
  Class-Unload-0.11.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Class-Unload/Class-Unload-0.11.tar.gz/sha512/464e5c82578bf43ac97a9c434bb1b4889a7b2d5e97d51b5f6965c3de44d81016177d2b1596a93d09bfac382667bd668b1f15d11444c692530894df9348e8/Class-Unload-0.11.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1464244] XS modules fail to build because does not exist

[bugzilla]

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



--- Comment #9 from Jason Tibbitts  ---
To summarize the state of things:

This simply requires a rebuild of perl.  However, that rebuild fails in the
dest suite because of an unrelated issue in glibc.  A patch has been created
for that unrelated problem; here's what needs to happen 

* The glibc patch gets acked by upstream. 

* That patch gets pulled into the rawhide glibc package and glibc is rebuilt.

* The glibc update gets signed and things are updated so that it's pulled into
rawhide buildroots.

* Perl can be rebuilt successfully.  It will detect that xlocale.h isn't
available and not set up the internal config.h to use it.

* That update gets signed and pulled into rawhide buildroots.

* arch-dependent perl packages will start building again.

The glibc patch is at
https://sourceware.org/ml/libc-alpha/2017-06/msg01193.html

Florian has graciously offered to push it into a Fedora package if it doesn't
get reviewed quickly by upstream.

I wouldn't bet on being able to do successful XS module builds until next week
unless the stars and timezones align, or someone's working over the weekend.

-- 
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: Rsyslog log format change proposal

[Roman Pavelka]

> logcheck → needs to be checked

It will break by this change.

I was not able to make it work on two machines. My system is cursed and
containers does not have such logs at all. Going to check on fresh VM.

However I was able to dive in the code and check how it works. It is
basically big collection of regexps, lot of them looks like this:

^\w{3} [ :0-9]{11} [._[:alnum:]-]+ smartd\[[0-9]+\]: Device: [...]

So this would break when there will be different than traditional format.

Going to check whether problems I encountered are on my side only... and
then ask maintainer of this package whether we would like to change it,
make it use journal or something else.

Regards

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

[Bug 1464244] XS modules fail to build because does not exist

[bugzilla]

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

Zdenek Dohnal  changed:

   What|Removed |Added

 CC||zdoh...@redhat.com



--- Comment #8 from Zdenek Dohnal  ---
I encountered same bug when I build Vim with only difference that error is
reported on perl.h header file:

/usr/lib64/perl5/CORE/perl.h:738:13: fatal error: xlocale.h: No such file or
directory
 #   include 
 ^~~
compilation terminated.

-- 
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 1462519] perl-ExtUtils-MakeMaker-CPANfile-0.08 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-ExtUtils-MakeMaker-CPA |perl-ExtUtils-MakeMaker-CPA
   |Nfile-0.08-1.fc27   |Nfile-0.08-1.fc27
   ||perl-ExtUtils-MakeMaker-CPA
   ||Nfile-0.08-1.fc26
 Resolution|--- |ERRATA
Last Closed||2017-06-23 10:19:30



--- Comment #10 from Fedora Update System  ---
perl-ExtUtils-MakeMaker-CPANfile-0.08-1.fc26 has been pushed to the Fedora 26
stable repository. If problems still persist, please make note of it in this
bug report.

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

[Bug 1462414] perl-Dumbbench-0.111 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Dumbbench-0.111-1.fc27 |perl-Dumbbench-0.111-1.fc27
   ||perl-Dumbbench-0.111-1.fc26
 Resolution|--- |ERRATA
Last Closed||2017-06-23 10:19:17



--- Comment #9 from Fedora Update System  ---
perl-Dumbbench-0.111-1.fc26 has been pushed to the Fedora 26 stable repository.
If problems still persist, please make note of it in this bug report.

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

[Bug 1462383] perl-Math-BigRat-0.2613 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Math-BigRat-0.2613-1.f |perl-Math-BigRat-0.2613-1.f
   |c27 |c27
   ||perl-Math-BigRat-0.2613-1.f
   ||c26
 Resolution|--- |ERRATA
Last Closed||2017-06-23 10:19:14



--- Comment #4 from Fedora Update System  ---
perl-Math-BigRat-0.2613-1.fc26 has been pushed to the Fedora 26 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1462418] perl-Perl-Critic-Pulp-94 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Perl-Critic-Pulp-94-1. |perl-Perl-Critic-Pulp-94-1.
   |fc27|fc27
   ||perl-Perl-Critic-Pulp-94-1.
   ||fc26
 Resolution|--- |ERRATA
Last Closed||2017-06-23 10:19:21



--- Comment #8 from Fedora Update System  ---
perl-Perl-Critic-Pulp-94-1.fc26 has been pushed to the Fedora 26 stable
repository. If problems still persist, please make note of it in this bug
report.

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

Schedule for Friday's FESCo Meeting (2017-06-23)

[Jared K. Smith]

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

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

or run:
  date -d '2017-06-23 16:00 UTC'

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

 = Followups =

#topic #1690 Self Contained Changes (Java system/command setting)
.fesco 1690
https://pagure.io/fesco/issue/1690

#topic #1715 F27 System Wide Change: Rsyslog log format change proposal
.fesco 1715
https://pagure.io/fesco/issue/1715

= New business =

#topic #1619 System Wide Change: perl Package to Install Core Modules
.fesco 1619
https://pagure.io/fesco/issue/1619

= Open Floor =

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

If you would like to add something to this agenda, you can
reply to this e-mail, file a new issue at
https://pagure.io/fesco, e-mail me directly, or bring it
up at the end of the meeting, during the open floor topic. Note
that added topics may be deferred until the following meeting. F27 System
Wide Change: Rsyslog log format change proposal
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1464403] glibc: memcmp-avx2-movbe.S lacks saturating subtraction for between_2_3

[bugzilla]

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



--- Comment #11 from Florian Weimer  ---
I hope the patch will be reviewed upstream soon enough.  If not, I'll put the
fix into rawhide as a Fedora-specific patch later today, so that perl can be
built again.

-- 
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 1464403] glibc: memcmp-avx2-movbe.S lacks saturating subtraction for between_2_3

[bugzilla]

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



--- Comment #10 from Florian Weimer  ---
Patch posted upstream:

https://sourceware.org/ml/libc-alpha/2017-06/msg01193.html

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

Re: Tool for generating a rootfs for foreign arch (aarch64 on x86_64, for example)?

[Neal Gompa]

On Fri, Jun 23, 2017 at 8:58 AM, Josh Boyer  wrote:
> On Fri, Jun 23, 2017 at 8:22 AM, Neal Gompa  wrote:
>> On Fri, Jun 23, 2017 at 8:08 AM, Richard W.M. Jones  
>> wrote:
>>> On Thu, Jun 22, 2017 at 09:55:31AM -0400, Josh Boyer wrote:
 On Thu, Jun 22, 2017 at 9:33 AM, Neal Gompa  wrote:
 > The missing piece here is that I want to be able to construct a rootfs
 > or an image for an architecture that *isn't* the same as my host
 > machine.

 For what purpose?
>>>
>>> I don't know what Neal is up to, but some uses for a debootstrap-like
>>> tool include:
>>>
>>> * Creating chroots, eg. for confinement of daemons, or testing
>>>   your code under different distros/versions.
>>>
>>> * Installing the distribution.  Mount a new disk on /tmp/sysroot and
>>>   run debootstrap /tmp/sysroot, then either unmount the disk and use
>>>   it to boot a new machine, or run a VM on this disk, or pivot-root
>>>   into the new distro.
>>>
>>> * Building containers.
>>>
>>> There are two subcases, the cross-architecture sub-case (host arch !=
>>> chroot arch) and the non-root sub-case (run debootstrap as non-root).
>>>
>>> The non-root sub-case is useful for testing, or any case where you
>>> don't want to run stuff as root for security / integrity reasons.  The
>>> difficult part is setting the right owner/mode on new files.
>>>
>>> The cross-architecture sub-case is useful where you want to install
>>> the distro as above, but for a different architecture.
>>>
>>> The presence of RPM scripts makes this really hard to do in general.
>>> Debootstrap concatenates all the applicable scripts into "init" script
>>> which you're supposed to run on first boot in the new environment
>>> (where presumably your CPU is able to run them).  I don't think this
>>> is possible for RPM scripts which are more complex.
>>>
>>> My opinion is that all RPM scripts should go away, to be replaced by
>>> declarative metadata about what users/groups/services/etc are required
>>> by the RPM, and it would be up to RPM to execute the right set of
>>> commands to bring the system into line with the requirements of the
>>> installed packages.
>>>
>>
>> Basically, I want to do *all* of these cases, where host arch != rootfs arch.
>>
>> I'm trying to set up foreign arch containers to do test and
>> development, across multiple distributions/versions. In addition, I'd
>> like to be able to set up package builders for foreign arches without
>> having to have real hardware everywhere. For some architectures I'm
>> working with, real hardware is not practical.
>>
>> I'd also like to be able to create highly custom image structures for
>> foreign architectures from my host machine. This is important for
>> making bootable images for weird SBCs and things like that.
>>
>> As for the scripts thing, I believe the way that debootstrap handles
>> that is that the udebs (special debs for install environments) are
>> unpacked to provide a minimal script run environment to execute
>> apt+dpkg, and then qemu-user-static is configured for the environment,
>> and debootstrap then uses the actual rootfs' apt to keep going. That
>> allows for most of the basic stuff to actually work correctly. The
>> same basic approach is also used by SUSE's OBS for setting up foreign
>> arch builder environments[1] (Preinstall and VMinstall directives do
>> not run scriptlets, just unpack things).
>
> You have run into the purest form of open source, the "scratch your
> own itch" case.  You want to be able to do things that cannot be done
> today, and nobody else is working on it.  It seems like you have a
> really good foundation for what needs to be done, so perhaps you could
> start a project to work towards what you need?  If you publicize it,
> you might even get some contributors to join you.
>

I'll be honest, I have been thinking about it... Maybe I'll have
something soonish. ;)



-- 
真実はいつも一つ！/ 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 1464403] glibc: memcmp-avx2-movbe.S lacks saturating subtraction for between_2_3

[bugzilla]

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



--- Comment #9 from Petr Pisar  ---
Great. There is a coreutils-only reproducer:

Before:

# printf 'bar\nꑭʑ\n' | LC_ALL=C sort
bar
ꑭʑ
# printf 'bar\nꑭʑ\n' | LC_ALL=C.UTF-8 sort
bar
ꑭʑ

After:

# printf 'bar\nꑭʑ\n' | LC_ALL=C sort
ꑭʑ
bar
# printf 'bar\nꑭʑ\n' | LC_ALL=C.UTF-8 sort
bar
ꑭʑ

-- 
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 1464403] glibc: memcmp-avx2-movbe.S lacks saturating subtraction for between_2_3

[bugzilla]

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

Florian Weimer  changed:

   What|Removed |Added

Summary|perl-5.26.0-393.fc27 FTBFS  |glibc: memcmp-avx2-movbe.S
   |on x86_64 since |lacks saturating
   |glibc-2.25.90-7.fc27.x86_64 |subtraction for between_2_3
   |: uni/package.t and |
   |../cpan/Unicode-Collate/t/i |
   |llegalp.t tests fail|



--- Comment #8 from Florian Weimer  ---
The bug is a non-saturating subtract in the new memcmp.

-- 
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: Nonresponsive maintainer: attempting to contact kanarip

[James Hogarth]

On 23 June 2017 at 12:33, Haïkel  wrote:
> 2017-06-23 12:39 GMT+02:00 James Hogarth :
>> Hi,
>>
>> Has anyone heard from kanarip or able to contact him?
>>
>> I've been attempting to contact for this bug:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1223593
>>
>> If there's no response in one week an issue will be filed with FESCo
>> following the nonrepsonsive maintainer policy to review the ownership
>> status of the packages.
>>
>> For ruby maintainers please note that this has a significant impact on
>> you, if you want to keep track of this, as he owns puppet, rubygems
>> and ruby ...
>>
>> https://admin.fedoraproject.org/pkgdb/packager/kanarip/
>>
>
> You're making it sound like Puppet is unmaintained which is not accurate.
> There are many comaintainers and provenpackagers working on it.
>

Indeed it has been updated, though facter which it depends on has not,
but the point being following our processes ... should there be deemed
a need for a mass orphaning of his packages then someone needs to pick
it up.

In addition whilst he maintains POC for it as the "owner" the default
assignee of bugs goes to him ...

If ruby and puppet maintainers didn't notice the orphaning as a
result... then they would be at risk of (temporary) retirement which
could cause confusion for a bit, rather than notifying and sorting it
all out at once :)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Tool for generating a rootfs for foreign arch (aarch64 on x86_64, for example)?

[Josh Boyer]

On Fri, Jun 23, 2017 at 8:22 AM, Neal Gompa  wrote:
> On Fri, Jun 23, 2017 at 8:08 AM, Richard W.M. Jones  wrote:
>> On Thu, Jun 22, 2017 at 09:55:31AM -0400, Josh Boyer wrote:
>>> On Thu, Jun 22, 2017 at 9:33 AM, Neal Gompa  wrote:
>>> > The missing piece here is that I want to be able to construct a rootfs
>>> > or an image for an architecture that *isn't* the same as my host
>>> > machine.
>>>
>>> For what purpose?
>>
>> I don't know what Neal is up to, but some uses for a debootstrap-like
>> tool include:
>>
>> * Creating chroots, eg. for confinement of daemons, or testing
>>   your code under different distros/versions.
>>
>> * Installing the distribution.  Mount a new disk on /tmp/sysroot and
>>   run debootstrap /tmp/sysroot, then either unmount the disk and use
>>   it to boot a new machine, or run a VM on this disk, or pivot-root
>>   into the new distro.
>>
>> * Building containers.
>>
>> There are two subcases, the cross-architecture sub-case (host arch !=
>> chroot arch) and the non-root sub-case (run debootstrap as non-root).
>>
>> The non-root sub-case is useful for testing, or any case where you
>> don't want to run stuff as root for security / integrity reasons.  The
>> difficult part is setting the right owner/mode on new files.
>>
>> The cross-architecture sub-case is useful where you want to install
>> the distro as above, but for a different architecture.
>>
>> The presence of RPM scripts makes this really hard to do in general.
>> Debootstrap concatenates all the applicable scripts into "init" script
>> which you're supposed to run on first boot in the new environment
>> (where presumably your CPU is able to run them).  I don't think this
>> is possible for RPM scripts which are more complex.
>>
>> My opinion is that all RPM scripts should go away, to be replaced by
>> declarative metadata about what users/groups/services/etc are required
>> by the RPM, and it would be up to RPM to execute the right set of
>> commands to bring the system into line with the requirements of the
>> installed packages.
>>
>
> Basically, I want to do *all* of these cases, where host arch != rootfs arch.
>
> I'm trying to set up foreign arch containers to do test and
> development, across multiple distributions/versions. In addition, I'd
> like to be able to set up package builders for foreign arches without
> having to have real hardware everywhere. For some architectures I'm
> working with, real hardware is not practical.
>
> I'd also like to be able to create highly custom image structures for
> foreign architectures from my host machine. This is important for
> making bootable images for weird SBCs and things like that.
>
> As for the scripts thing, I believe the way that debootstrap handles
> that is that the udebs (special debs for install environments) are
> unpacked to provide a minimal script run environment to execute
> apt+dpkg, and then qemu-user-static is configured for the environment,
> and debootstrap then uses the actual rootfs' apt to keep going. That
> allows for most of the basic stuff to actually work correctly. The
> same basic approach is also used by SUSE's OBS for setting up foreign
> arch builder environments[1] (Preinstall and VMinstall directives do
> not run scriptlets, just unpack things).

You have run into the purest form of open source, the "scratch your
own itch" case.  You want to be able to do things that cannot be done
today, and nobody else is working on it.  It seems like you have a
really good foundation for what needs to be done, so perhaps you could
start a project to work towards what you need?  If you publicize it,
you might even get some contributors to join you.

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

Re: Tool for generating a rootfs for foreign arch (aarch64 on x86_64, for example)?

[Richard W.M. Jones]

On Fri, Jun 23, 2017 at 08:22:59AM -0400, Neal Gompa wrote:
> As for the scripts thing, I believe the way that debootstrap handles
> that is that the udebs (special debs for install environments) are
> unpacked to provide a minimal script run environment to execute
> apt+dpkg, and then qemu-user-static is configured for the environment,
> and debootstrap then uses the actual rootfs' apt to keep going. That
> allows for most of the basic stuff to actually work correctly. The
> same basic approach is also used by SUSE's OBS for setting up foreign
> arch builder environments[1] (Preinstall and VMinstall directives do
> not run scriptlets, just unpack things).

Fair enough, this must have changed since I last looked at this
(which was a really long time ago).  This does sound like a better
approach too.

Rich.

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

[Bug 1464431] perl-Parse-ErrorString-Perl-0.24 is available

[bugzilla]

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



--- Comment #4 from Fedora Update System  ---
perl-Parse-ErrorString-Perl-0.24-1.fc24 has been submitted as an update to
Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2017-8fe3214e5e

-- 
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 1464431] perl-Parse-ErrorString-Perl-0.24 is available

[bugzilla]

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



--- Comment #3 from Fedora Update System  ---
perl-Parse-ErrorString-Perl-0.24-1.fc25 has been submitted as an update to
Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2017-9df2baf48d

-- 
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 1464431] perl-Parse-ErrorString-Perl-0.24 is available

[bugzilla]

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



--- Comment #2 from Fedora Update System  ---
perl-Parse-ErrorString-Perl-0.24-1.fc26 has been submitted as an update to
Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-fa04cb4c4e

-- 
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 1464431] perl-Parse-ErrorString-Perl-0.24 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-Parse-ErrorString-Perl
   ||-0.24-1.fc27



--- Comment #1 from Petr Pisar  ---
A bug-fix release suitable for all Fedoras.

-- 
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 1464431] perl-Parse-ErrorString-Perl-0.24 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC|jples...@redhat.com |
   Assignee|jples...@redhat.com |ppi...@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

Re: Tool for generating a rootfs for foreign arch (aarch64 on x86_64, for example)?

[Neal Gompa]

On Fri, Jun 23, 2017 at 8:08 AM, Richard W.M. Jones  wrote:
> On Thu, Jun 22, 2017 at 09:55:31AM -0400, Josh Boyer wrote:
>> On Thu, Jun 22, 2017 at 9:33 AM, Neal Gompa  wrote:
>> > The missing piece here is that I want to be able to construct a rootfs
>> > or an image for an architecture that *isn't* the same as my host
>> > machine.
>>
>> For what purpose?
>
> I don't know what Neal is up to, but some uses for a debootstrap-like
> tool include:
>
> * Creating chroots, eg. for confinement of daemons, or testing
>   your code under different distros/versions.
>
> * Installing the distribution.  Mount a new disk on /tmp/sysroot and
>   run debootstrap /tmp/sysroot, then either unmount the disk and use
>   it to boot a new machine, or run a VM on this disk, or pivot-root
>   into the new distro.
>
> * Building containers.
>
> There are two subcases, the cross-architecture sub-case (host arch !=
> chroot arch) and the non-root sub-case (run debootstrap as non-root).
>
> The non-root sub-case is useful for testing, or any case where you
> don't want to run stuff as root for security / integrity reasons.  The
> difficult part is setting the right owner/mode on new files.
>
> The cross-architecture sub-case is useful where you want to install
> the distro as above, but for a different architecture.
>
> The presence of RPM scripts makes this really hard to do in general.
> Debootstrap concatenates all the applicable scripts into "init" script
> which you're supposed to run on first boot in the new environment
> (where presumably your CPU is able to run them).  I don't think this
> is possible for RPM scripts which are more complex.
>
> My opinion is that all RPM scripts should go away, to be replaced by
> declarative metadata about what users/groups/services/etc are required
> by the RPM, and it would be up to RPM to execute the right set of
> commands to bring the system into line with the requirements of the
> installed packages.
>

Basically, I want to do *all* of these cases, where host arch != rootfs arch.

I'm trying to set up foreign arch containers to do test and
development, across multiple distributions/versions. In addition, I'd
like to be able to set up package builders for foreign arches without
having to have real hardware everywhere. For some architectures I'm
working with, real hardware is not practical.

I'd also like to be able to create highly custom image structures for
foreign architectures from my host machine. This is important for
making bootable images for weird SBCs and things like that.

As for the scripts thing, I believe the way that debootstrap handles
that is that the udebs (special debs for install environments) are
unpacked to provide a minimal script run environment to execute
apt+dpkg, and then qemu-user-static is configured for the environment,
and debootstrap then uses the actual rootfs' apt to keep going. That
allows for most of the basic stuff to actually work correctly. The
same basic approach is also used by SUSE's OBS for setting up foreign
arch builder environments[1] (Preinstall and VMinstall directives do
not run scriptlets, just unpack things).

More info on OBS prjconf directives:
http://openbuildservice.org/help/manuals/obs-reference-guide/cha.obs.build_config.html

The same basic approach is probably doable for a debootstrap-like tool
for Fedora.

[1]: https://build.opensuse.org/project/prjconf/Fedora:26


-- 
真実はいつも一つ！/ 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 1464403] perl-5.26.0-393.fc27 FTBFS on x86_64 since glibc-2.25.90-7.fc27.x86_64: uni/package.t and ../cpan/Unicode-Collate/t/illegalp.t tests fail

[bugzilla]

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

Florian Weimer  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|codon...@redhat.com |fwei...@redhat.com



--- Comment #7 from Florian Weimer  ---
(In reply to Petr Pisar from comment #6)
> This happened before the xlocale.h removal. Please note it exhibits on
> x86_64 only.

Agreed, I'm working on it.

-- 
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 1464431] New: perl-Parse-ErrorString-Perl-0.24 is available

[bugzilla]

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

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



Latest upstream release: 0.24
Current version/release in rawhide: 0.22-5.fc27
URL: http://search.cpan.org/dist/Parse-ErrorString-Perl/

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

-- 
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 1464403] perl-5.26.0-393.fc27 FTBFS on x86_64 since glibc-2.25.90-7.fc27.x86_64: uni/package.t and ../cpan/Unicode-Collate/t/illegalp.t tests fail

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

   Hardware|Unspecified |x86_64



--- Comment #6 from Petr Pisar  ---
This happened before the xlocale.h removal. Please note it exhibits on x86_64
only.

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

[Bug 1464244] XS modules fail to build because does not exist

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1464244
Bug 1464244 depends on bug 1464403, which changed state.

Bug 1464403 Summary: perl-5.26.0-393.fc27 FTBFS on x86_64 since 
glibc-2.25.90-7.fc27.x86_64: uni/package.t and 
../cpan/Unicode-Collate/t/illegalp.t tests fail
https://bugzilla.redhat.com/show_bug.cgi?id=1464403

   What|Removed |Added

 Status|CLOSED  |NEW
 Resolution|DUPLICATE   |---



-- 
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 1464403] perl-5.26.0-393.fc27 FTBFS on x86_64 since glibc-2.25.90-7.fc27.x86_64: uni/package.t and ../cpan/Unicode-Collate/t/illegalp.t tests fail

[bugzilla]

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

Florian Weimer  changed:

   What|Removed |Added

 Status|CLOSED  |NEW
 Resolution|DUPLICATE   |---
   Keywords||Reopened



--- Comment #5 from Florian Weimer  ---
Sorry, disregard that.

-- 
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: Tool for generating a rootfs for foreign arch (aarch64 on x86_64, for example)?

[Richard W.M. Jones]

On Thu, Jun 22, 2017 at 09:55:31AM -0400, Josh Boyer wrote:
> On Thu, Jun 22, 2017 at 9:33 AM, Neal Gompa  wrote:
> > The missing piece here is that I want to be able to construct a rootfs
> > or an image for an architecture that *isn't* the same as my host
> > machine.
> 
> For what purpose?

I don't know what Neal is up to, but some uses for a debootstrap-like
tool include:

* Creating chroots, eg. for confinement of daemons, or testing
  your code under different distros/versions.

* Installing the distribution.  Mount a new disk on /tmp/sysroot and
  run debootstrap /tmp/sysroot, then either unmount the disk and use
  it to boot a new machine, or run a VM on this disk, or pivot-root
  into the new distro.

* Building containers.

There are two subcases, the cross-architecture sub-case (host arch !=
chroot arch) and the non-root sub-case (run debootstrap as non-root).

The non-root sub-case is useful for testing, or any case where you
don't want to run stuff as root for security / integrity reasons.  The
difficult part is setting the right owner/mode on new files.

The cross-architecture sub-case is useful where you want to install
the distro as above, but for a different architecture.

The presence of RPM scripts makes this really hard to do in general.
Debootstrap concatenates all the applicable scripts into "init" script
which you're supposed to run on first boot in the new environment
(where presumably your CPU is able to run them).  I don't think this
is possible for RPM scripts which are more complex.

My opinion is that all RPM scripts should go away, to be replaced by
declarative metadata about what users/groups/services/etc are required
by the RPM, and it would be up to RPM to execute the right set of
commands to bring the system into line with the requirements of the
installed packages.

Rich.

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

[Bug 1464403] perl-5.26.0-393.fc27 FTBFS on x86_64 since glibc-2.25.90-7.fc27.x86_64: uni/package.t and ../cpan/Unicode-Collate/t/illegalp.t tests fail

[bugzilla]

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

Florian Weimer  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
 Resolution|--- |DUPLICATE
Last Closed||2017-06-23 08:09:46



--- Comment #4 from Florian Weimer  ---
perl needs rebuilding.

*** This bug has been marked as a duplicate of bug 1464244 ***

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

[Bug 1464244] XS modules fail to build because does not exist

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1464244
Bug 1464244 depends on bug 1464403, which changed state.

Bug 1464403 Summary: perl-5.26.0-393.fc27 FTBFS on x86_64 since 
glibc-2.25.90-7.fc27.x86_64: uni/package.t and 
../cpan/Unicode-Collate/t/illegalp.t tests fail
https://bugzilla.redhat.com/show_bug.cgi?id=1464403

   What|Removed |Added

 Status|ASSIGNED|CLOSED
 Resolution|--- |DUPLICATE



-- 
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 1464244] XS modules fail to build because does not exist

[bugzilla]

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



--- Comment #7 from Florian Weimer  ---
*** Bug 1464403 has been marked as a duplicate of this bug. ***

-- 
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 1464403] perl-5.26.0-393.fc27 FTBFS on x86_64 since glibc-2.25.90-7.fc27.x86_64: uni/package.t and ../cpan/Unicode-Collate/t/illegalp.t tests fail

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 CC||arjun...@lostca.se,
   ||codon...@redhat.com,
   ||d...@redhat.com,
   ||fwei...@redhat.com,
   ||l...@redhat.com,
   ||mfab...@redhat.com,
   ||pfran...@redhat.com,
   ||s...@reserved-bit.com
  Component|perl|glibc
   Assignee|ppi...@redhat.com   |codon...@redhat.com
Summary|perl-5.26.0-393.fc27 FTBFS  |perl-5.26.0-393.fc27 FTBFS
   |on x86_64: uni/package.t|on x86_64 since
   |and |glibc-2.25.90-7.fc27.x86_64
   |../cpan/Unicode-Collate/t/i |: uni/package.t and
   |llegalp.t tests fail|../cpan/Unicode-Collate/t/i
   ||llegalp.t tests fail



--- Comment #3 from Petr Pisar  ---
glibc maintainer, could you please bisect glibc changes and pinpoint the cause?

-- 
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 1464403] perl-5.26.0-393.fc27 FTBFS on x86_64: uni/package.t and ../ cpan/Unicode-Collate/t/illegalp.t tests fail

[bugzilla]

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



--- Comment #2 from Petr Pisar  ---
Created attachment 1290996
  --> https://bugzilla.redhat.com/attachment.cgi?id=1290996=edit
Reproducer

Install F27 build root, install perl package and execute attached Perl script
in mock (or chroot) environment. Since glibc-2.25.90-7.fc27.x86_64 it prints
this:

# perl test
got  = <ꑭʑ:bar>
expected = 

Locale does not matter.

-- 
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: Tool for generating a rootfs for foreign arch (aarch64 on x86_64, for example)?

[Richard W.M. Jones]

On Thu, Jun 22, 2017 at 06:29:38AM -0700, John Reiser wrote:
> febootstrap takes a list of .rpms and builds a root filesystem that contains 
> them.

febootstrap [if you're talking about the tool I wrote 8 years ago] is
obsolete.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1464244] XS modules fail to build because does not exist

[bugzilla]

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

Florian Weimer  changed:

   What|Removed |Added

 CC||fwei...@redhat.com



--- Comment #6 from Florian Weimer  ---
 previously said:

/* Structure for reentrant locale using functions.  This is an
   (almost) opaque type for the user level programs.  The file and
   this data structure is not standardized.  Don't rely on it.  It can
   go away without warning.  */

It's an internal glibc header which was installed by accident.  Perl should not
be including it, and I expect that recompiling Perl will simply undefine
I_XLOCALE:

#ifdef I_XLOCALE
#   include 
#endif

…
Checking to see if you have fpos64_t...
 NOT found.
newlocale() found.
…

I_XLOCALE does not gate anything else AFAICS.

-- 
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: Nonresponsive maintainer: attempting to contact kanarip

[Haïkel]

2017-06-23 12:39 GMT+02:00 James Hogarth :
> Hi,
>
> Has anyone heard from kanarip or able to contact him?
>
> I've been attempting to contact for this bug:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1223593
>
> If there's no response in one week an issue will be filed with FESCo
> following the nonrepsonsive maintainer policy to review the ownership
> status of the packages.
>
> For ruby maintainers please note that this has a significant impact on
> you, if you want to keep track of this, as he owns puppet, rubygems
> and ruby ...
>
> https://admin.fedoraproject.org/pkgdb/packager/kanarip/
>

You're making it sound like Puppet is unmaintained which is not accurate.
There are many comaintainers and provenpackagers working on it.

Regards,
H.

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

[Bug 1464403] perl-5.26.0-393.fc27 FTBFS on x86_64: uni/package.t and ../ cpan/Unicode-Collate/t/illegalp.t tests fail

[bugzilla]

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



--- Comment #1 from Petr Pisar  ---
I found the trigger.

It's triggered by updating glibc from 2.25.90-6.fc27 to 2.25.90-7.fc27. After
the update, the tests fail in mock.

-- 
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 1464403] perl-5.26.0-393.fc27 FTBFS on x86_64: uni/package.t and ../ cpan/Unicode-Collate/t/illegalp.t tests fail

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|jples...@redhat.com |ppi...@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

[Bug 1464403] perl-5.26.0-393.fc27 FTBFS on x86_64: uni/package.t and ../ cpan/Unicode-Collate/t/illegalp.t tests fail

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Blocks||1464244




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1464244
[Bug 1464244] XS modules fail to build because  does not exist
-- 
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 1464244] XS modules fail to build because does not exist

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Depends On||1464403




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1464403
[Bug 1464403] perl-5.26.0-393.fc27 FTBFS on x86_64: uni/package.t and
../cpan/Unicode-Collate/t/illegalp.t tests fail
-- 
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 1464403] New: perl-5.26.0-393.fc27 FTBFS on x86_64: uni/ package.t and ../cpan/Unicode-Collate/t/illegalp.t tests fail

[bugzilla]

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

Bug ID: 1464403
   Summary: perl-5.26.0-393.fc27 FTBFS on x86_64: uni/package.t
and ../cpan/Unicode-Collate/t/illegalp.t tests fail
   Product: Fedora
   Version: rawhide
 Component: perl
  Assignee: jples...@redhat.com
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: cw...@alumni.drew.edu, iarn...@gmail.com,
jples...@redhat.com, ka...@ucw.cz,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com,
psab...@redhat.com, rc040...@freenet.de,
tcall...@redhat.com



perl-5.26.0-393.fc27 fails to build on F27 on x86_64 in mock and koji only
because two tests fail now:

uni/opcroak.t .. ok
# Failed test 2 - comp/stash.t test 1 at uni/package.t line 44
#  got "\x{30cb}\x{30e5}\x{30fc}:\x{a46d}\x{291}:\x{c555}\x{187}:bar"
# expected "bar:\x{30cb}\x{30e5}\x{30fc}:\x{a46d}\x{291}:\x{c555}\x{187}"
uni/package.t .. 
Failed 1/18 subtests 
uni/parser.t ... ok
[...]
../cpan/Unicode-Collate/t/illegalp.t ... 
Failed 1/17 subtests 

Koschei reports this change in build root:

glibc-common 2.25.90-6.fc27 > 2.25.90-7.fc27
binutils 2.28-8.fc27 > 2.28-9.fc27
perl-File-Path 2.13-2.fc27 > 2.14-1.fc27
libcrypt-nss 2.25.90-6.fc27 > 2.25.90-7.fc27
systemd-libs 233-2.fc27 > 233-4.fc27
glibc 2.25.90-6.fc27 > 2.25.90-7.fc27
glibc-devel 2.25.90-6.fc27 > 2.25.90-7.fc27
openssl-libs 1:1.1.0f-2.fc27 > 1:1.1.0f-3.fc27
python3-setuptools 35.0.2-1.fc27 > 36.0.1-1.fc27
pcre 8.40-7.fc27 > 8.41-0.1.RC1.fc27
libffi 3.1-10.fc26 > 3.1-11.fc27
glibc-headers 2.25.90-6.fc27 > 2.25.90-7.fc27
nss-softokn-freebl 3.30.2-2.fc27 > 3.31.0-2.fc27
glibc-all-langpacks 2.25.90-6.fc27 > 2.25.90-7.fc27
expat 2.2.0-2.fc26 > 2.2.1-1.fc27
kernel-headers 4.12.0-0.rc4.git3.1 >
4.12.0-0.rc5.git2.1
nss-util 3.30.2-3.fc27 > 3.31.0-2.fc27
nspr 4.14.0-2.fc27 > 4.15.0-1.fc27
python3-appdirs 1.4.0-10.fc26 < 
nss-softokn 3.30.2-2.fc27 > 3.31.0-2.fc27
python3-six 1.10.0-8.fc26 < 
gdb-headless 8.0-13.fc27 > 8.0-17.fc27
system-python 3.6.1-7.fc27 < 
curl 7.54.0-5.fc27 > 7.54.1-2.fc27
libcurl 7.54.0-5.fc27 > 7.54.1-2.fc27
python3-packaging 16.8-5.fc27 < 
audit-libs 2.7.6-1.fc27 > 2.7.7-1.fc27

There is also different kernel (passing: 4.10.14-200.fc25, failing:
4.11.5-200.fc25).

I cannot reproduce in a virtual machine. It can be reproduced in a mock
enviroment with F27 build root only:

$ mock --no-clean --no-cleanup-after -r fedora-rawhide-x86_64  --chroot 'cd
/builddir/build/BUILD/perl-5.26.0/; POSIXLY_CORRECT=y TERM=vt100
LANG=en_US.UTF-8 LD_PRELOAD=$PWD/libperl.so ./perl -I$PWD/lib t/uni/package.t'
INFO: mock.py version 1.4.2 starting (python version = 3.5.3)...
Start: init plugins
INFO: selinux disabled
Finish: init plugins
Start: run
Start: chroot init
WARNING: For multilib systems, both architectures of nosync library need to be
installed
INFO: calling preinit hooks
INFO: enabled root cache
INFO: enabled dnf cache
Start: cleaning dnf metadata
Finish: cleaning dnf metadata
INFO: enabled HW Info plugin
Mock Version: 1.4.2
INFO: Mock Version: 1.4.2
Finish: chroot init
INFO: Running in chroot: ['cd /builddir/build/BUILD/perl-5.26.0/;
POSIXLY_CORRECT=y TERM=vt100 LANG=en_US.UTF-8 LD_PRELOAD=$PWD/libperl.so ./perl
-I$PWD/lib t/uni/package.t']
Start: chroot ['cd /builddir/build/BUILD/perl-5.26.0/; POSIXLY_CORRECT=y
TERM=vt100 LANG=en_US.UTF-8 LD_PRELOAD=$PWD/libperl.so ./perl -I$PWD/lib
t/uni/package.t']
# Failed test 2 - comp/stash.t test 1 at t/uni/package.t line 44
#  got "\x{30cb}\x{30e5}\x{30fc}:\x{a46d}\x{291}:\x{c555}\x{187}:bar"
# expected "bar:\x{30cb}\x{30e5}\x{30fc}:\x{a46d}\x{291}:\x{c555}\x{187}"
1..18
ok 1 - sanity check. If we got this far, UTF-8 in package names is legal.
not ok 2 - comp/stash.t test 1
ok 3 - comp/stash.t test 2
ok 4 - comp/stash.t test 3
ok 5 - comp/stash.t test 4
ok 6 - comp/stash.t test 5
ok 7 - comp/stash.t test 6
ok 8 - comp/stash.t test 7
ok 9 - comp/stash.t test 8
ok 10 - comp/stash.t test 9
ok 11 - comp/stash.t test 10
ok 12 - comp/stash.t test 11
ok 13 - comp/stash.t test 12
ok 14 - comp/stash.t test 13
ok 15 - comp/stash.t test 14
ok 16 - comp/package_block.t test
ok 17 - latin1->meth works
ok 18 - utf8->meth works
Finish: chroot ['cd 

Re: Nonresponsive maintainer: attempting to contact kanarip

[Vít Ondruch]

Dne 23.6.2017 v 12:39 James Hogarth napsal(a):
> Hi,
>
> Has anyone heard from kanarip or able to contact him?
>
> I've been attempting to contact for this bug:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1223593
>
> If there's no response in one week an issue will be filed with FESCo
> following the nonrepsonsive maintainer policy to review the ownership
> status of the packages.
>
> For ruby maintainers please note that this has a significant impact on
> you, if you want to keep track of this, as he owns puppet, rubygems
> and ruby ...

I'm not afraid he would not show up ... But I'd gladly pickup the ruby*
packages, since he does not maintain single of them.


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

Nonresponsive maintainer: attempting to contact kanarip

[James Hogarth]

Hi,

Has anyone heard from kanarip or able to contact him?

I've been attempting to contact for this bug:

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

If there's no response in one week an issue will be filed with FESCo
following the nonrepsonsive maintainer policy to review the ownership
status of the packages.

For ruby maintainers please note that this has a significant impact on
you, if you want to keep track of this, as he owns puppet, rubygems
and ruby ...

https://admin.fedoraproject.org/pkgdb/packager/kanarip/

Regards,

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

Packages stuck in f27-pending

[Paul Howarth]

What reasons would there be for some old packages (one going back to 5th 
June) being stuck in f27-pending and not getting tagged into f27?


https://koji.fedoraproject.org/koji/builds?inherited=0=427=-build_id=1

Seems not to be blockage in the signing queue as other packages are 
going through OK.


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

[Bug 1464389] /usr/lib64/perl5/CORE/perl.h requires which does not exist

[bugzilla]

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

Richard W.M. Jones  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |DUPLICATE
Last Closed||2017-06-23 06:19:01



--- Comment #4 from Richard W.M. Jones  ---


*** This bug has been marked as a duplicate of bug 1464244 ***

-- 
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 1464244] XS modules fail to build because does not exist

[bugzilla]

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

Richard W.M. Jones  changed:

   What|Removed |Added

 Blocks||910269
   ||(TRACKER-bugs-affecting-lib
   ||guestfs)
 CC||rjo...@redhat.com



--- Comment #5 from Richard W.M. Jones  ---
*** Bug 1464389 has been marked as a duplicate of this bug. ***


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=910269
[Bug 910269] Tracker: Bugs in other packages that stop libguestfs working
-- 
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 1464389] /usr/lib64/perl5/CORE/perl.h requires which does not exist

[bugzilla]

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

Richard W.M. Jones  changed:

   What|Removed |Added

 CC||fwei...@redhat.com



--- Comment #3 from Richard W.M. Jones  ---
From the glibc changelog:

* Wed Jun 21 2017 Florian Weimer  - 2.25.90-8
- Adjust build requirements for gcc, binutils, kernel-headers.
- Auto-sync with upstream master,
  commit 43e0ac24c836eed627a75ca932eb7e64698407c6, changing:
- Remove 

So I guess either Perl needs to be recompiled or else glibc is
broken.  No reason is given for dropping xlocale.h.

-- 
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 1464389] /usr/lib64/perl5/CORE/perl.h requires which does not exist

[bugzilla]

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

Richard W.M. Jones  changed:

   What|Removed |Added

 Blocks||910269
   ||(TRACKER-bugs-affecting-lib
   ||guestfs)




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=910269
[Bug 910269] Tracker: Bugs in other packages that stop libguestfs working
-- 
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 1464389] /usr/lib64/perl5/CORE/perl.h requires which does not exist

[bugzilla]

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



--- Comment #2 from Richard W.M. Jones  ---
Created attachment 1290962
  --> https://bugzilla.redhat.com/attachment.cgi?id=1290962=edit
root.log

-- 
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 1464389] /usr/lib64/perl5/CORE/perl.h requires which does not exist

[bugzilla]

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



--- Comment #1 from Richard W.M. Jones  ---
Created attachment 1290961
  --> https://bugzilla.redhat.com/attachment.cgi?id=1290961=edit
build.log

-- 
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 1464389] New: /usr/lib64/perl5/CORE/perl.h requires which does not exist

[bugzilla]

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

Bug ID: 1464389
   Summary: /usr/lib64/perl5/CORE/perl.h requires 
which does not exist
   Product: Fedora
   Version: rawhide
 Component: perl
  Assignee: jples...@redhat.com
  Reporter: rjo...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: cw...@alumni.drew.edu, iarn...@gmail.com,
jples...@redhat.com, ka...@ucw.cz,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com,
psab...@redhat.com, rc040...@freenet.de,
tcall...@redhat.com



Description of problem:

/usr/lib64/perl5/CORE/perl.h:738:13: fatal error: xlocale.h: No such file or
directory
 #   include 
 ^~~

Version-Release number of selected component (if applicable):

glibc-2.25.90-12.fc27
perl-devel-4:5.26.0-393.fc27

How reproducible:

Unknown.

Steps to Reproduce:
1. Build an XS file in Rawhide.

https://koji.fedoraproject.org/koji/taskinfo?taskID=20114709

Full build.log, root.log attached.

-- 
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: coreutils /bin file dependencies

[Charalampos Stratakis]

Many people do that and find it convenient, but I don't see how maintaining the 
same SPEC file for different distros is less of a maintenance burden
than having a different SPEC for each distro/branch you want to support.

And clearly, Fedora has diverged too much from any RHEL/epel buildroots 
currently, so keeping the same SPEC is even harder, not mentioning of course 
that
it's a recipe for disaster for automation tools like rebase-helper or things 
like targeted mass rebuilds (e.g. when python/ruby/perl are rebased so all
the respective packages have to be rebuilt) etc.

Charalampos Stratakis
Associate Software Engineer
Python Maintenance Team, Red Hat

- Original Message -
From: "Mark Wielaard" 
To: "Igor Gnatenko" 
Cc: "Development discussions related to Fedora" 
Sent: Friday, June 23, 2017 10:57:11 AM
Subject: Re: coreutils /bin file dependencies

On Fri, 2017-06-23 at 10:11 +0200, Igor Gnatenko wrote:
> On Fri, 2017-06-23 at 09:57 +0200, Mark Wielaard wrote:
> > On Thu, 2017-06-22 at 17:15 +0200, Petr Šabata wrote:
> > > For the record, there appear to be only 25 binary packages that
> > > depend on /bin coreutils paths[1]; 
> > 
> > I just took a quick look at the systemtap package. It has:
> > 
> > # On RHEL[45], /bin/mktemp comes from the 'mktemp' package.  On newer
> > # distributions, /bin/mktemp comes from the 'coreutils' package.  To
> > # avoid a specific RHEL[45] Requires, we'll do a file-based require.
> > Requires: /bin/mktemp
> > 
> > On RHEL5 the mktemp package only provides a /bin/mktemp and
> > no /usr/bin/mktemp. Now RHEL5 is fairly old and this Requires can be
> > changed for Fedora of course. But it might be that there are other
> > packages that share a spec file between RHEL and Fedora and have a
> > /bin
> > instead of /usr/bin Requires for this reason.
> RHEL[45] is dead, so feel free to drop this. Also polluting spec file
> with conditionals (or any other things) for unsupported/unrelated
> distros just create problems.

I won't argue about this particular case. RHEL4/5 is indeed pretty old
and I wouldn't mind dropping support for it.

But in general I like it when my spec files just work for building
packages across Fedora/RHEL/SoftwareCollections even if that requires a
few conditionals. For example I maintain valgrind and have it setup so
that I can use the same spec file to build for "regular" Fedora, but
also do a copr build for older Fedora or CentOS [1]. And the same spec
file can be used to build the Developer Toolset software collection. It
makes sure that there is a way to get the latest upstream (and
backports) make it to different users. Which, in my experience, creates
a better package for everybody since bug fixes are shared.

Cheers,

Mark

[1]
https://gnu.wildebeest.org/blog/mjw/2017/06/18/valgrind-3-13-0-for-fedora-and-centos/
___
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: coreutils /bin file dependencies

[Kamil Dudka]

On Friday, June 23, 2017 10:57:11 Mark Wielaard wrote:
> On Fri, 2017-06-23 at 10:11 +0200, Igor Gnatenko wrote:
> 
> > On Fri, 2017-06-23 at 09:57 +0200, Mark Wielaard wrote:
> > 
> > > On Thu, 2017-06-22 at 17:15 +0200, Petr Šabata wrote:
> > > 
> > > > For the record, there appear to be only 25 binary packages that
> > > > depend on /bin coreutils paths[1]; 
> > > 
> > > 
> > > I just took a quick look at the systemtap package. It has:
> > > 
> > > # On RHEL[45], /bin/mktemp comes from the 'mktemp' package.  On newer
> > > # distributions, /bin/mktemp comes from the 'coreutils' package.  To
> > > # avoid a specific RHEL[45] Requires, we'll do a file-based require.
> > > Requires: /bin/mktemp
> > > 
> > > On RHEL5 the mktemp package only provides a /bin/mktemp and
> > > no /usr/bin/mktemp. Now RHEL5 is fairly old and this Requires can be
> > > changed for Fedora of course. But it might be that there are other
> > > packages that share a spec file between RHEL and Fedora and have a
> > > /bin
> > > instead of /usr/bin Requires for this reason.
> > 
> > RHEL[45] is dead, so feel free to drop this. Also polluting spec file
> > with conditionals (or any other things) for unsupported/unrelated
> > distros just create problems.
> 
> 
> I won't argue about this particular case. RHEL4/5 is indeed pretty old
> and I wouldn't mind dropping support for it.
> 
> But in general I like it when my spec files just work for building
> packages across Fedora/RHEL/SoftwareCollections even if that requires a
> few conditionals. For example I maintain valgrind and have it setup so
> that I can use the same spec file to build for "regular" Fedora, but
> also do a copr build for older Fedora or CentOS [1]. And the same spec
> file can be used to build the Developer Toolset software collection. It
> makes sure that there is a way to get the latest upstream (and
> backports) make it to different users. Which, in my experience, creates
> a better package for everybody since bug fixes are shared.

I really appreciate that you take this approach.  It helps me a lot when I 
debug something as I often want to build a Fedora package on RHEL or vice 
versa.  However, it is not what Petr's question was about...

He is not asking whether we should remove the /bin/* provides from the 
coreutils package.  He is asking whether we should now introduce them into
the coreutils-single package, too.

If you are experimenting with packages mixed across distributions, it is 
unlikely that you have coreutils-single installed.  The coreutils-single 
package is intended for use in Fedora-based containers where you have up2date 
version of software.  On regular installations of Fedora, users will continue 
to use the coreutils package, which already has these /bin/* provides.

Kamil

> Cheers,
> 
> Mark
> 
> [1]
> https://gnu.wildebeest.org/blog/mjw/2017/06/18/valgrind-3-13-0-for-fedora-an
> d-centos/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: coreutils /bin file dependencies

[Vít Ondruch]

Dne 23.6.2017 v 10:57 Mark Wielaard napsal(a):
> On Fri, 2017-06-23 at 10:11 +0200, Igor Gnatenko wrote:
>> On Fri, 2017-06-23 at 09:57 +0200, Mark Wielaard wrote:
>>> On Thu, 2017-06-22 at 17:15 +0200, Petr Šabata wrote:
 For the record, there appear to be only 25 binary packages that
 depend on /bin coreutils paths[1]; 
>>> I just took a quick look at the systemtap package. It has:
>>>
>>> # On RHEL[45], /bin/mktemp comes from the 'mktemp' package.  On newer
>>> # distributions, /bin/mktemp comes from the 'coreutils' package.  To
>>> # avoid a specific RHEL[45] Requires, we'll do a file-based require.
>>> Requires: /bin/mktemp
>>>
>>> On RHEL5 the mktemp package only provides a /bin/mktemp and
>>> no /usr/bin/mktemp. Now RHEL5 is fairly old and this Requires can be
>>> changed for Fedora of course. But it might be that there are other
>>> packages that share a spec file between RHEL and Fedora and have a
>>> /bin
>>> instead of /usr/bin Requires for this reason.
>> RHEL[45] is dead, so feel free to drop this. Also polluting spec file
>> with conditionals (or any other things) for unsupported/unrelated
>> distros just create problems.
> I won't argue about this particular case. RHEL4/5 is indeed pretty old
> and I wouldn't mind dropping support for it.
>
> But in general I like it when my spec files

"my spec files" - this is the main issue. All the conditionals are fine
as long as the .spec files are really yours. During Ruby mass rebuilds,
I have to deal with quite some packages which are not my and they even
might be more or less abandoned. In this case the conditionals are
troublesome, because I want to fix Rawhide, possibly rebase the package,
but I don't really want to test if I break the package on other places
(especially since EPEL packages might be created once and then never
updated on purpose).

Vít

>  just work for building
> packages across Fedora/RHEL/SoftwareCollections even if that requires a
> few conditionals. For example I maintain valgrind and have it setup so
> that I can use the same spec file to build for "regular" Fedora, but
> also do a copr build for older Fedora or CentOS [1]. And the same spec
> file can be used to build the Developer Toolset software collection. It
> makes sure that there is a way to get the latest upstream (and
> backports) make it to different users. Which, in my experience, creates
> a better package for everybody since bug fixes are shared.
>
> Cheers,
>
> Mark
>
> [1]
> https://gnu.wildebeest.org/blog/mjw/2017/06/18/valgrind-3-13-0-for-fedora-and-centos/
> ___
> 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: coreutils /bin file dependencies

[Mark Wielaard]

On Fri, 2017-06-23 at 10:11 +0200, Igor Gnatenko wrote:
> On Fri, 2017-06-23 at 09:57 +0200, Mark Wielaard wrote:
> > On Thu, 2017-06-22 at 17:15 +0200, Petr Šabata wrote:
> > > For the record, there appear to be only 25 binary packages that
> > > depend on /bin coreutils paths[1]; 
> > 
> > I just took a quick look at the systemtap package. It has:
> > 
> > # On RHEL[45], /bin/mktemp comes from the 'mktemp' package.  On newer
> > # distributions, /bin/mktemp comes from the 'coreutils' package.  To
> > # avoid a specific RHEL[45] Requires, we'll do a file-based require.
> > Requires: /bin/mktemp
> > 
> > On RHEL5 the mktemp package only provides a /bin/mktemp and
> > no /usr/bin/mktemp. Now RHEL5 is fairly old and this Requires can be
> > changed for Fedora of course. But it might be that there are other
> > packages that share a spec file between RHEL and Fedora and have a
> > /bin
> > instead of /usr/bin Requires for this reason.
> RHEL[45] is dead, so feel free to drop this. Also polluting spec file
> with conditionals (or any other things) for unsupported/unrelated
> distros just create problems.

I won't argue about this particular case. RHEL4/5 is indeed pretty old
and I wouldn't mind dropping support for it.

But in general I like it when my spec files just work for building
packages across Fedora/RHEL/SoftwareCollections even if that requires a
few conditionals. For example I maintain valgrind and have it setup so
that I can use the same spec file to build for "regular" Fedora, but
also do a copr build for older Fedora or CentOS [1]. And the same spec
file can be used to build the Developer Toolset software collection. It
makes sure that there is a way to get the latest upstream (and
backports) make it to different users. Which, in my experience, creates
a better package for everybody since bug fixes are shared.

Cheers,

Mark

[1]
https://gnu.wildebeest.org/blog/mjw/2017/06/18/valgrind-3-13-0-for-fedora-and-centos/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: coreutils /bin file dependencies

[Vít Ondruch]

Dne 22.6.2017 v 17:15 Petr Šabata napsal(a):
> While playing with Base Runtime container base images we noticed
> that some packages couldn't be installed with coreutils-single
> due to their /bin file dependencies.  Unlike the original
> coreutils package, coreutils-single doesn't provide the
> pre-UsrMove paths.
>
> Now there are at least two ways to resolve this.  We either
>
> a) change all the packages that depend on /bin/* coreutils
> paths, or
> b) we add the respective /bin provides to coreutils-single.
>
> Reading the packaging guidelines[0], I'd lean towards "fixing"
> the coreutils subpackage, while the coreutils maintainers
> believe we should change packages that depend on obsolete paths.
>
> For the record, there appear to be only 25 binary packages that
> depend on /bin coreutils paths[1];

What is the source of this /bin dependencies? Are they autogenerated or
maintainers are using R: /bin/someutil (where they should be using
%{_bindir}/someutil)?


Vít


>  patching coreutils is also
> trivial[2].
>
> I'm curious as to what other people think about both this
> specific case as well as how to solve these issues in general.
>
> Cheers,
> P
>
> [0] 
> https://fedoraproject.org/wiki/Packaging:Guidelines#Effect_of_the_UsrMove_Fedora_Feature
> [1] https://paste.fedoraproject.org/paste/v-SDa5byzWT93OKPWZ~XKQ/
> [2] https://bugzilla.redhat.com/show_bug.cgi?id=1463384#c1
>
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org



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

Re: coreutils /bin file dependencies

[Igor Gnatenko]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Fri, 2017-06-23 at 09:57 +0200, Mark Wielaard wrote:
> On Thu, 2017-06-22 at 17:15 +0200, Petr Šabata wrote:
> > While playing with Base Runtime container base images we noticed
> > that some packages couldn't be installed with coreutils-single
> > due to their /bin file dependencies.  Unlike the original
> > coreutils package, coreutils-single doesn't provide the
> > pre-UsrMove paths.
> > 
> > Now there are at least two ways to resolve this.  We either
> > 
> > a) change all the packages that depend on /bin/* coreutils
> > paths, or
> > b) we add the respective /bin provides to coreutils-single.
> > 
> > Reading the packaging guidelines[0], I'd lean towards "fixing"
> > the coreutils subpackage, while the coreutils maintainers
> > believe we should change packages that depend on obsolete paths.
> > 
> > For the record, there appear to be only 25 binary packages that
> > depend on /bin coreutils paths[1]; 
> 
> I just took a quick look at the systemtap package. It has:
> 
> # On RHEL[45], /bin/mktemp comes from the 'mktemp' package.  On newer
> # distributions, /bin/mktemp comes from the 'coreutils' package.  To
> # avoid a specific RHEL[45] Requires, we'll do a file-based require.
> Requires: /bin/mktemp
> 
> On RHEL5 the mktemp package only provides a /bin/mktemp and
> no /usr/bin/mktemp. Now RHEL5 is fairly old and this Requires can be
> changed for Fedora of course. But it might be that there are other
> packages that share a spec file between RHEL and Fedora and have a
> /bin
> instead of /usr/bin Requires for this reason.
RHEL[45] is dead, so feel free to drop this. Also polluting spec file
with conditionals (or any other things) for unsupported/unrelated
distros just create problems.
> 
> Cheers,
> 
> Mark
> 
> > [1] https://paste.fedoraproject.org/paste/v-SDa5byzWT93OKPWZ~XKQ/
> 
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org

- -- 
- -Igor Gnatenko
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAllMzUgACgkQaVcUvRu8
X0yBNw//ZFIdWFuxY3vqQ5dsR30z6sQW1WYpV8tD9IqY1JwD+SVIYlCr0xXFnV3d
K2f4a5ix2nqGMLrFharz9n3KqQk7oOSuS/YgPUtywJPmupaYCtPA7LohYqf6uDgI
YhDYDhy1qcYgqTVm2twoG17v6HkO+qu4AQDl5AeHG5Tz/NvIhDyiZH9CFXf2JT+G
BevsvxllMxOo5H00ohykpIVakc5JKPWSulNsr6jYm5MDQ5qnxDR3tXAB+K3KZj3z
VHvVq0Rpakwcqc4gtJI3/iJhSiHxbNgF1b5nz9hK7Wx059Sd+8hMNRMwkUXN4F7u
Gf99qWfrgj4L0yUym0tKLFafiBLAzX1lRsAMVwtygSGokNhzMwV34bUR5WcO7wFf
cdM8k1LFA8axToBYQfog2z6DJo5jXk95EMoJXZ04Rm98x2U/bLszJVrF/xZRGnQ7
SwgKzPRrS2WTQ3EPuJElPMfvarTJKjrV9pHP2+oMcVZvhFZs5hh2fMSVmRH+IcYa
brEmOJ+GiuAUWvg4gZi3e7Pdtf+FPrZl5uZJDPLXWxkNa2IPE4ficQDAufnxp/1l
h2PWvaSTbI2UHALIaA5NY9mWAlKPu8GjdF1Tavgzfw6qCjEXcw0IlCSnE06a5+uk
zf5GDvz0fGY76sVaDhj43KPDSGHPfJJO9CA8u9hdRFF0k6blX3M=
=92b2
-END PGP SIGNATURE-
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1464244] XS modules fail to build because does not exist

[bugzilla]

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



--- Comment #4 from Paul Howarth  ---
Upstream glibc commit:

https://sourceware.org/git/?p=glibc.git;a=commit;h=f0be25b6336db7492e47d2e8e72eb8af53b5506d

-- 
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 Self Contained Change: Remove krb5-appl

[Jan Kurik]

= Proposed Self Contained Change: Remove krb5-appl =
https://fedoraproject.org/wiki/Changes/Remove_krb5-appl

Change owner(s):
* Robbie Harwood (rharwood) 

Remove src:krb5-appl (produces packages krb5-appl-clients and
krb5-appl-servers) from the distribution.


== Detailed Description ==
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.

== Scope ==
* Proposal owners:
To implement this Change proposal.

* Other developers:
N/A (not a System Wide Change)

* Release engineering:
https://pagure.io/releng/issue/6854

* List of deliverables:
N/A (not a System Wide Change)

* Policies and guidelines:
N/A (not a System Wide Change)

* 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

F27 Self Contained Change: Remove krb5-appl

[Jan Kurik]

= Proposed Self Contained Change: Remove krb5-appl =
https://fedoraproject.org/wiki/Changes/Remove_krb5-appl

Change owner(s):
* Robbie Harwood (rharwood) 

Remove src:krb5-appl (produces packages krb5-appl-clients and
krb5-appl-servers) from the distribution.


== Detailed Description ==
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.

== Scope ==
* Proposal owners:
To implement this Change proposal.

* Other developers:
N/A (not a System Wide Change)

* Release engineering:
https://pagure.io/releng/issue/6854

* List of deliverables:
N/A (not a System Wide Change)

* Policies and guidelines:
N/A (not a System Wide Change)

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

Re: coreutils /bin file dependencies

[Mark Wielaard]

On Thu, 2017-06-22 at 17:15 +0200, Petr Šabata wrote:
> While playing with Base Runtime container base images we noticed
> that some packages couldn't be installed with coreutils-single
> due to their /bin file dependencies.  Unlike the original
> coreutils package, coreutils-single doesn't provide the
> pre-UsrMove paths.
> 
> Now there are at least two ways to resolve this.  We either
> 
> a) change all the packages that depend on /bin/* coreutils
> paths, or
> b) we add the respective /bin provides to coreutils-single.
> 
> Reading the packaging guidelines[0], I'd lean towards "fixing"
> the coreutils subpackage, while the coreutils maintainers
> believe we should change packages that depend on obsolete paths.
> 
> For the record, there appear to be only 25 binary packages that
> depend on /bin coreutils paths[1]; 

I just took a quick look at the systemtap package. It has:

# On RHEL[45], /bin/mktemp comes from the 'mktemp' package.  On newer
# distributions, /bin/mktemp comes from the 'coreutils' package.  To
# avoid a specific RHEL[45] Requires, we'll do a file-based require.
Requires: /bin/mktemp

On RHEL5 the mktemp package only provides a /bin/mktemp and
no /usr/bin/mktemp. Now RHEL5 is fairly old and this Requires can be
changed for Fedora of course. But it might be that there are other
packages that share a spec file between RHEL and Fedora and have a /bin
instead of /usr/bin Requires for this reason.

Cheers,

Mark

> [1] https://paste.fedoraproject.org/paste/v-SDa5byzWT93OKPWZ~XKQ/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1464244] XS modules fail to build because does not exist

[bugzilla]

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



--- Comment #3 from Ralf Corsepius  ---
From glibc.spec:

* Wed Jun 21 2017 Florian Weimer  - 2.25.90-8
- Adjust build requirements for gcc, binutils, kernel-headers.
- Auto-sync with upstream master,
  commit 43e0ac24c836eed627a75ca932eb7e64698407c6, changing:
- Remove 

-- 
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 1464280] perl-Class-Unload-0.11 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Class-Unload-0.11-1.fc
   ||27
 Resolution|--- |RAWHIDE
Last Closed||2017-06-23 03:02:39



--- Comment #1 from Petr Pisar  ---
An enhancement release that started to touch Moose classes. Suitable for
rawhide only.

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

[Bug 1464244] XS modules fail to build because does not exist

[bugzilla]

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



--- Comment #2 from Petr Pisar  ---
Could please write down exactly which glibc release removed the header file?

-- 
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 1464244] XS modules fail to build because does not exist

[bugzilla]

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



--- Comment #1 from Petr Pisar  ---
That 394 release test failure is really troublesome. It has something to do
with lexicographic sort of strings but it fails only in mock. I thought it's
because of POSIXLY_CORRECT=y in the environment, but I couldn't prove it's
really caused by that. I'm still searching for the real cause.

-- 
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 1463866] perl-PerlIO-gzip-0.20 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #2 from Fedora Update System  ---
perl-PerlIO-gzip-0.20-1.fc26 has been pushed to the Fedora 26 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-f7b1f48d7e

-- 
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 1463864] perl-Module-Reader-0.003003 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #2 from Fedora Update System  ---
perl-Module-Reader-0.003003-1.fc26 has been pushed to the Fedora 26 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-382547a8c2

-- 
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 1458244] [PATCH] - improve perl-Term-Completion handling of spaces

[bugzilla]

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



--- Comment #7 from Fedora Update System  ---
perl-Term-Completion-1.00-11.fc26 has been pushed to the Fedora 26 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-b48da4a737

-- 
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 1463459] perl-RDF-Trine-1.018 is available

[bugzilla]

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



--- Comment #4 from Fedora Update System  ---
perl-RDF-Trine-1.018-1.fc26 has been pushed to the Fedora 26 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-c3504313cf

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