[Bug 1526661] perl-Net-DNS-1.14 is available

[bugzilla]

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



--- Comment #2 from Upstream Release Monitoring 
 ---
hotness's scratch build of perl-Net-DNS-1.14-1.el7.src.rpm for rawhide
completed http://koji.fedoraproject.org/koji/taskinfo?taskID=23717084

-- 
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 1526665] New: perl-PPI-XS-0.910 is available

[bugzilla]

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

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



Latest upstream release: 0.910
Current version/release in rawhide: 0.904-4.fc27
URL: http://search.cpan.org/dist/PPI-XS/

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

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

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

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

-- 
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 1526661] New: perl-Net-DNS-1.14 is available

[bugzilla]

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

Bug ID: 1526661
   Summary: perl-Net-DNS-1.14 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Net-DNS
  Keywords: FutureFeature, Triaged
  Assignee: pwout...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: al...@redhat.com, caillon+fedoraproj...@gmail.com,
john.j5l...@gmail.com, ka...@ucw.cz,
mbar...@fastmail.com,
perl-devel@lists.fedoraproject.org,
pwout...@redhat.com, rhug...@redhat.com,
rstr...@redhat.com, sandm...@redhat.com



Latest upstream release: 1.14
Current version/release in rawhide: 1.13-1.fc28
URL: http://search.cpan.org/dist/Net-DNS/

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

-- 
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 1526661] perl-Net-DNS-1.14 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1368729
  --> https://bugzilla.redhat.com/attachment.cgi?id=1368729=edit
[patch] Update to 1.14 (#1526661)

-- 
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 1525738] perl-HTTP-BrowserDetect-3.16 is available

[bugzilla]

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

Upstream Release Monitoring  
changed:

   What|Removed |Added

Summary|perl-HTTP-BrowserDetect-3.1 |perl-HTTP-BrowserDetect-3.1
   |5 is available  |6 is available



--- Comment #1 from Upstream Release Monitoring 
 ---
Latest upstream release: 3.16
Current version/release in rawhide: 3.14-4.fc27
URL: http://search.cpan.org/dist/HTTP-BrowserDetect/

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

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

Re: Fedora/EPEL GitHub Badges

[Mikolaj Izdebski]

On 12/15/2017 04:56 PM, Avram Lubkin wrote:
> Anyone have a better way to generate dynamic badges? Should badge
> generation be a part of the Fedora infrastructure?
> 
> For an alternative approach, would it be better to show the latest stable
> version in the latest Fedora. Something like this, but dynamic:
> 
> https://img.shields.io/badge/Fedora_27-1.0.7-lightgrey.svg

Dynamic version of this badge:

https://img.shields.io/badge/dynamic/json.svg?uri=https://apps.fedoraproject.org/mdapi/f27/pkg/python3-enlighten=$.version=Fedora+27


Some apps already implement their own badges, like Copr, or Koschei,
which tells you whether your package builds in Fedora or not:

https://apps.fedoraproject.org/koschei/badge/f27/python-enlighten.svg


-- 
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora/EPEL GitHub Badges

[Christopher]

On Fri, Dec 15, 2017 at 11:04 AM Avram Lubkin  wrote:

> Badges are pretty popular in GitHub though there don't seem to be many
> that provide information on distros that have packages for a project. This
> would be very useful because, at least for me, the first thing I do when I
> want to try a new project is see if a package is available for the distro
> I'm working with, usually Fedora or CentOS.
>
> I searched around, but couldn't find anything that existed already (please
> let me know if I missed it), so I made static badges for one of my
> projects, python-enlighten[1], but this requires remembering to update them
> when a new version of Fedora comes out.
>
> I tried to create a dynamic one, but it isn't exactly what I want. It's
> based on if a branch exists and starts with 'f' or 'e', not if there is a
> stable package for that branch. Also, the branch names are not consistent
> between EPEL 6 and EPEL 7, so it would be better to just get the number.
> Might as well just use the number for Fedora too for consistency.
>
> Static Fedora:
> https://img.shields.io/badge/Fedora-26,_27-lightgrey.svg
>
> Static EPEL:
> https://img.shields.io/badge/EPEL-6,_7-lightgrey.svg
>
>
> Dynamic Fedora:
>
> https://img.shields.io/badge/dynamic/json.svg?uri=https://pdc.fedoraproject.org/rest_api/v1/component-branches/?global_component=python-enlighten;fields=name;active=true;type=rpm=$.results[?(@.name.startsWith(
> "f"))].name=Fedora
>
> Dynamic EPEL:
>
> https://img.shields.io/badge/dynamic/json.svg?uri=https://pdc.fedoraproject.org/rest_api/v1/component-branches/?global_component=python-enlighten;fields=name;active=true;type=rpm=$.results[?(@.name.startsWith(
> "e"))].name=EPEL
>
> I'm also not sure the best place to point them to. shields.io does let
> you set a target for both the left and the right sides, but I just set the
> target within readme.rst and pointed both badges to the Bodhi updates page
> for the package.
>
> Anyone have a better way to generate dynamic badges? Should badge
> generation be a part of the Fedora infrastructure?
>
> For an alternative approach, would it be better to show the latest stable
> version in the latest Fedora. Something like this, but dynamic:
>
> https://img.shields.io/badge/Fedora_27-1.0.7-lightgrey.svg
>
>
> [1] https://github.com/Rockhopper-Technologies/enlighten
>
>
I would be very interested in this if it were dynamic. My preference would
be for a dynamic badge service which shows the latest stable `nevr` for
either a specific Fedora/EPEL, with the option to use keywords like
"latest" and "rawhide" in addition to specific releases like "F27".
Upstream users could choose to add a Fedora 26 badge, a Fedora 27 badge,
and a Fedora Rawhide badge to advertise the available versions in each of
those, or they could just advertise the latest stable with a badge for the
latest released Fedora version.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

wrong selinux label on user-1000.journal, AVC denials

[Chris Murphy]

Fedora 27 workstation. I'm getting selinux AVC denial messages in the
journal as a result of user-1000.journal having label
system_u:object_r:unlabeled_t:s0. It's the only log file with that
label, the other files and the directory its in have
system_u:object_r:var_log_t:s0.

The AVC message of course go away if I relabel /var/log/journal but
then maybe two weeks later the problem starts happening again when the
log gets rotated. For whatever reason this is not happening with the
system.journal.

Dec 15 15:54:47 f27h.localdomain audit[640]: AVC avc:  denied  { read
write } for  pid=640 comm="systemd-journal" name="user-1000.journal"
dev="nvme0n1p9" ino=1174 scontext=system_u:system_r:syslogd_t:s0
tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=0

Is this a systemd or selinux-policy bug? Or other?



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

[Bug 1526063] perl stops working after upgrade F26 -> F27

[bugzilla]

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

Donald O.  changed:

   What|Removed |Added

 Resolution|NOTABUG |WONTFIX



--- Comment #11 from Donald O.  ---
guess its time to close it, as I found a solution working for me.
Thank to all!

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

Missing deltarpms?

[Jonathan Dieter]

I may have missed something, but I think there might be a problem with
deltarpms in all the current Fedora releases.

Looking at http://mirrors.kernel.org/fedora/updates/27/x86_64/drpms,
there are eight available deltarpms for F27, and if you go to F26,
there are two.

At a guess, new deltarpms are being generated for each push, but the
old ones aren't being copied in anymore.

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

Re: Fedora/EPEL GitHub Badges

[Matthew Miller]

On Fri, Dec 15, 2017 at 10:56:10AM -0500, Avram Lubkin wrote:
> I'm also not sure the best place to point them to. shields.io does let you
> set a target for both the left and the right sides, but I just set the
> target within readme.rst and pointed both badges to the Bodhi updates page
> for the package.
> 
> Anyone have a better way to generate dynamic badges? Should badge
> generation be a part of the Fedora infrastructure?

I'm for us serving them. Full transparency: shields.io says "no
tracking" but that doesn't mean they don't do _counting_. I also have
no interest in tracking, but a lot of interest in counting. (How many
distinct projects use this? How many people look at them?
Super-interesting!)

It seems like they don't really need to be dynamic and _could_ just be
static content we serve from https://getfedora.org/static/, right? That
way, we wouldn't need to stand up a new service or anything ongoing
except an update when we put out a new release.

That wouldn't allow per-project linking though. If you are doing
something dynamic, I'd suggest https://src.fedoraproject.org/ as a
target, and then include a README.md with instructions on how to dnf
install your package.


Anyway: can you file an infrastructure ticket for this? I doubt it will
be high priority, but on the other hand, it seems like something an
infrastructure apprentice could tackle.

-- 
Matthew Miller

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

Schedule for Friday's FESCo Meeting (2017-12-15)

[Dennis Gilmore]

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-12-15 16:00 UTC'


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

= Followups =

#topic #1767 F28 Self Contained Changes
.fesco 1767
https://pagure.io/fesco/issue/1767

#topic #1799 The ProvenPackager rubric needs more formality
.fesco 1799
https://pagure.io/fesco/issue/1799

= New business =

#topic #1805 Election Interview Questions
.fesco 1805
https://pagure.io/fesco/issue/1805

#topic #1804 Election Process Clarifications
.fesco 1804
https://pagure.io/fesco/issue/1804

#topic #1803 F28 System Wide Change: Reduce Initial Setup Redundancy
.fesco 1803
https://pagure.io/fesco/issue/1803

#topic #1802 F28 System Wide Change: Switch libcurl to use libssh
instead of libssh2
.fesco 1802
https://pagure.io/fesco/issue/1802

#topic #1800 Election Planning discussion 
.fesco 1800
https://pagure.io/fesco/issue/1800

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

signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora/EPEL GitHub Badges

[Avram Lubkin]

Badges are pretty popular in GitHub though there don't seem to be many that
provide information on distros that have packages for a project. This would
be very useful because, at least for me, the first thing I do when I want
to try a new project is see if a package is available for the distro I'm
working with, usually Fedora or CentOS.

I searched around, but couldn't find anything that existed already (please
let me know if I missed it), so I made static badges for one of my
projects, python-enlighten[1], but this requires remembering to update them
when a new version of Fedora comes out.

I tried to create a dynamic one, but it isn't exactly what I want. It's
based on if a branch exists and starts with 'f' or 'e', not if there is a
stable package for that branch. Also, the branch names are not consistent
between EPEL 6 and EPEL 7, so it would be better to just get the number.
Might as well just use the number for Fedora too for consistency.

Static Fedora:
https://img.shields.io/badge/Fedora-26,_27-lightgrey.svg

Static EPEL:
https://img.shields.io/badge/EPEL-6,_7-lightgrey.svg


Dynamic Fedora:
https://img.shields.io/badge/dynamic/json.svg?uri=https://pdc.fedoraproject.org/rest_api/v1/component-branches/?global_component=python-enlighten;fields=name;active=true;type=rpm=$.results[?(@.name.startsWith(
"f"))].name=Fedora

Dynamic EPEL:
https://img.shields.io/badge/dynamic/json.svg?uri=https://pdc.fedoraproject.org/rest_api/v1/component-branches/?global_component=python-enlighten;fields=name;active=true;type=rpm=$.results[?(@.name.startsWith(
"e"))].name=EPEL

I'm also not sure the best place to point them to. shields.io does let you
set a target for both the left and the right sides, but I just set the
target within readme.rst and pointed both badges to the Bodhi updates page
for the package.

Anyone have a better way to generate dynamic badges? Should badge
generation be a part of the Fedora infrastructure?

For an alternative approach, would it be better to show the latest stable
version in the latest Fedora. Something like this, but dynamic:

https://img.shields.io/badge/Fedora_27-1.0.7-lightgrey.svg


[1] https://github.com/Rockhopper-Technologies/enlighten
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Review requests: mingw-qt5-qtserialport, mingw-qt5-qtcharts, mingw-twaindsm

[Sandro Mani]

Hi

Another bunch of mingw packages:

* mingw-qt5-qtserialport: 
https://bugzilla.redhat.com/show_bug.cgi?id=1526479


* mingw-qt5-qtcharts: https://bugzilla.redhat.com/show_bug.cgi?id=1526480

* mingw-twaindsm: https://bugzilla.redhat.com/show_bug.cgi?id=1526481

Should be pretty straight forward. Happy to review in exchange.

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

[Bug 1526063] perl stops working after upgrade F26 -> F27

[bugzilla]

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



--- Comment #10 from Donald O.  ---
> If not, then something is terribly wrong.
so it is. the dnf install terminated successfully. dnf info works, however a 
dnf repoquery -l  had no effect on both perl packages, whereas a repoquery
on cinnamon for example does what it should do. Thats why I moved to M$
activestate perl, which workes out of the box, and finished my large cpan
install {...} perfectly within a couple of minutes.

Guess something basically wrong after two upgrades (from 25->26->27). I also
experienced massive virtual memory utilization with the 4.14.5 kernel,
therefore I booted 4.14.4 having a tiny 4mb swap file now after 4 hours.
However thats a different problem.

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

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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 890  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 884  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 774  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 746  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 357  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
  86  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4c76ddcc92   
libmspack-0.6-0.1.alpha.el6
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-9882374b91   
wordpress-4.9.1-1.el6
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-678916467d   
exim-4.89-4.el6
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-ed87c07972   
hostapd-2.6-7.el6
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-6aaee32b7e   
optipng-0.7.6-6.el6
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-3432442a31   
shellinabox-2.20-5.el6
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-0143bce8ee   
python34-3.4.5-4.el6


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

drupal7-drafty-1.0-0.5.rc1.el6
nordugrid-arc-5.4.2-1.el6
nordugrid-arc-doc-2.0.19-1.el6
nsd-4.1.19-1.el6

Details about builds:



 drupal7-drafty-1.0-0.5.rc1.el6 (FEDORA-EPEL-2017-4adccdc194)
 Facilitates handling of draft revisions

Update Information:

* [7.x-1.0-rc1](https://www.drupal.org/project/drafty/releases/7.x-1.0-rc1)

References:

  [ 1 ] Bug #1511721 - drupal7-drafty-1.0-rc1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1511721




 nordugrid-arc-5.4.2-1.el6 (FEDORA-EPEL-2017-fc479b1275)
 Advanced Resource Connector Grid Middleware

Update Information:

ARC Release 15.03u18




 nordugrid-arc-doc-2.0.19-1.el6 (FEDORA-EPEL-2017-fc479b1275)
 Advanced Resource Connector Documentation

Update Information:

ARC Release 15.03u18




 nsd-4.1.19-1.el6 (FEDORA-EPEL-2017-ca8def876e)
 Fast and lean authoritative DNS Name Server

Update Information:

Update to 4.1.19

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

[Bug 1526063] perl stops working after upgrade F26 -> F27

[bugzilla]

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



--- Comment #9 from Emmanuel Seyman  ---
(In reply to Donald O. from comment #7)
>
> see comment #2
> 

That comment tells us what you did but not why you did 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 1526063] perl stops working after upgrade F26 -> F27

[bugzilla]

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



--- Comment #8 from Petr Pisar  ---
(In reply to Donald O. from comment #7)
> see comment #2
> 
> 1) I (dnf) removed perl and cpan
> 2) installed dnf install perl

At this point you should have installed "/usr/bin/perl" file that belongs to
"perl-interpreter" package that is required by "perl" package. If not, then
something is terribly wrong.

Did the "dnf install perl" terminate successfully? Do you have installed
perl-5.26.1-401.fc27.x86_64.rpm and perl-interpreter-5.26.1-401.fc27.x86_64.rpm
packages (if your system has x86_64 architecture)? Does /usr/bin/perl file
exist? Is the file executable?

You can use "rpm -q perl perl-interpreter" to verify the two packages are
installed.

-- 
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 1526063] perl stops working after upgrade F26 -> F27

[bugzilla]

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



--- Comment #7 from Donald O.  ---
see comment #2

1) I (dnf) removed perl and cpan
2) installed dnf install perl
(whole lotta .pm files, but) no perl binary to be found, then i installed
3) dnf install perl-core
bash: perl: command not found

whats going on?

( I repeated that with the same effect. no way)

-- 
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 1526063] perl stops working after upgrade F26 -> F27

[bugzilla]

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



--- Comment #6 from Emmanuel Seyman  ---
> Finally I dnf removed the whole perl mash and installed activeperl from 
> perl.com.

Out of curiosity, what are you trying to achieve that the system perl doesn't
allow you to do?

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

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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 1012  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 774  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
 356  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-04bc9dd81d   
libbsd-0.8.3-1.el7
 254  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d241156dfe   
mod_cluster-1.3.3-10.el7
 251  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7ecb12e378   
python-XStatic-jquery-ui-1.12.0.1-1.el7
  86  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e27758bd23   
libmspack-0.6-0.1.alpha.el7
  84  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-52b8147c68   
openvpn-auth-ldap-2.0.3-15.el7
  23  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e64eeb6ece   
nagios-4.3.4-5.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-71f816e116   
collectd-5.8.0-1.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-12e12a6bff   
borgbackup-1.1.3-1.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-08f3522912   
wordpress-4.9.1-1.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-f58e92e860   
exim-4.89-4.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d704442ae7   
qpid-cpp-1.37.0-1.el7
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-97efaab7e7   
tor-0.2.9.14-1.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-f2055d3f62   
shellinabox-2.20-5.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-77cc9084cb   
nodejs-6.12.2-1.el7
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-30026fdcc1   
hostapd-2.6-7.el7
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d4de5890b2   
LibRaw-0.18.6-2.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-ae06399a6b   
heimdal-7.5.0-1.el7


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

avogadro2-1.90.0-7.el7
avogadro2-libs-1.90.0-11.el7
drupal7-drafty-1.0-0.5.rc1.el7
heimdal-7.5.0-1.el7
nordugrid-arc-5.4.2-1.el7
nordugrid-arc-doc-2.0.19-1.el7
nsd-4.1.19-1.el7
php-erusev-parsedown-1.6.4-1.el7
spglib-1.10.2-1.el7

Details about builds:



 avogadro2-1.90.0-7.el7 (FEDORA-EPEL-2017-fadd3d4b84)
 Advanced molecular editor

Update Information:

- Update to spglib-1.10.2 - Fix dependencies




 avogadro2-libs-1.90.0-11.el7 (FEDORA-EPEL-2017-fadd3d4b84)
 Avogadro2 libraries

Update Information:

- Update to spglib-1.10.2 - Fix dependencies




 drupal7-drafty-1.0-0.5.rc1.el7 (FEDORA-EPEL-2017-4f4ca7a4e8)
 Facilitates handling of draft revisions

Update Information:

* [7.x-1.0-rc1](https://www.drupal.org/project/drafty/releases/7.x-1.0-rc1)

References:

  [ 1 ] Bug #1511721 - drupal7-drafty-1.0-rc1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1511721




 heimdal-7.5.0-1.el7 (FEDORA-EPEL-2017-ae06399a6b)
 A Kerberos 5 implementation without export restrictions

Update Information:

Update to 7.5.0 GA release (CVE-2017-17439)

References:

  [ 1 ] Bug #1524546 - CVE-2017-17439 heimdal: NULL pointer dereference via 
crafted UDP packets
https://bugzilla.redhat.com/show_bug.cgi?id=1524546




 nordugrid-arc-5.4.2-1.el7 (FEDORA-EPEL-2017-e523711e51)
 Advanced Resource Connector Grid Middleware

Update Information:

ARC Release 15.03u18




 nordugrid-arc-doc-2.0.19-1.el7 (FEDORA-EPEL-2017-e523711e51)
 Advanced Resource 

[Bug 1526063] perl stops working after upgrade F26 -> F27

[bugzilla]

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

Ralf Corsepius  changed:

   What|Removed |Added

 CC||rc040...@freenet.de



--- Comment #5 from Ralf Corsepius  ---
(In reply to Donald O. from comment #4)
> guess it isn't as easy just replacing Encode.so. There are much more
> dependencies.
You need to remove (and possibly rebuild) everything below
/usr/local/lib64/perl5 and /usr/local/share/perl5.

> Finally I dnf removed the whole perl mash and installed activeperl from
> perl.com.
Your choice, your poison. I would not want to this. It's only a matter of time
until similar issues will hit you again.

> Thereafter everything is working fine so far.
It only temporarily appears so, but it surely doesn't.

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

Elections in January 2018 to FESCo, Council, Mindshare - the schedule

[Jan Kurik]

Hi,

I have published schedule for elections in January 2018 on the
Elections [1] wiki page. The schedule is as follows:

* Dec 15 - Jan 02: Selection of questions from Questionnaire
* Jan 03 - Jan 10: Nomination period
* Jan 11 - Jan 15: Interviews
* Jan 16 - Jan 16: Voting Setup & Validation & Publishing of interviews
* Jan 17 - Jan 24: Voting period
* Jan 25: Result Announcement

Please check the Election page [1] for more details on how the
Elections (and interviews) are going to be organized.

I am going to be on vacations, mostly off-grid, until January 4th, so
if you need any help, please contact Bex [2] (and CC me, please).

[1] https://fedoraproject.org/wiki/Elections
[2] https://fedoraproject.org/wiki/User:Bex

Regards,
Jan
-- 
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

Elections in January 2018 to FESCo, Council, Mindshare - the schedule

[Jan Kurik]

Hi,

I have published schedule for elections in January 2018 on the
Elections [1] wiki page. The schedule is as follows:

* Dec 15 - Jan 02: Selection of questions from Questionnaire
* Jan 03 - Jan 10: Nomination period
* Jan 11 - Jan 15: Interviews
* Jan 16 - Jan 16: Voting Setup & Validation & Publishing of interviews
* Jan 17 - Jan 24: Voting period
* Jan 25: Result Announcement

Please check the Election page [1] for more details on how the
Elections (and interviews) are going to be organized.

I am going to be on vacations, mostly off-grid, until January 4th, so
if you need any help, please contact Bex [2] (and CC me, please).

[1] https://fedoraproject.org/wiki/Elections
[2] https://fedoraproject.org/wiki/User:Bex

Regards,
Jan
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1526063] perl stops working after upgrade F26 -> F27

[bugzilla]

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



--- Comment #4 from Donald O.  ---
guess it isn't as easy just replacing Encode.so. There are much more
dependencies.
Finally I dnf removed the whole perl mash and installed activeperl from
perl.com.
Thereafter everything is working fine so far.

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

systemd 236 in rawhide

[Zbigniew Jędrzejewski-Szmek]

Hi,

systemd 236 was released [1] and is building for rawhide. As always,
there's a bunch of new functionality, in particular cgroups v2 support
is updated and improved for the recent kernel changes [2], various
systemd internal services now run under DynamicUser=yes, support for
formatting and resizing file systems on the fly has been added,
systemd-nspawn can join pre-defined network namespaces, ..., and many
many small fixes and improvements.

The way that the Fedora rpms are put together (or rather split apart)
has been redone: we now use a set of regexp patterns [3] to divvy the
files found in %buildroot between all the binary rpms. The advantage
is that it's much easier to move a certain binary and all its
ancillary files (the man page, service unit, symlinks). In particular
we don't need to add %exclude patterns to the main binary rpm's %files
section. This change fixed a number of misplaced manpages and service
files and various files being assigned to multiple binary rpms.
Nevertheless, it's possible that I messed something up, so please keep
an eye out.

[1] 
https://lists.freedesktop.org/archives/systemd-devel/2017-December/039996.html

[2] Essentially, with linux-4.15 and systemd-236 full unified
hierarchy is functional and almost feature complete. Cpuset
controller is planned for 4.16, so that's missing, and moving
scopes between the user session and user systemd manager still
doesn't work (systemd-run --scope --user screen is broken ;( ).
Also, although kernel and systemd support is almost there, other
utilities that use cgroups might not have support for the unified
hierarchy or threaded mode. Use systemd.unified-cgroup-hierarchy
on the kernel command line to test this mode.

[3] https://src.fedoraproject.org/rpms/systemd/blob/master/f/split-files.py

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

[Bug 1526204] perl-App-Cme-1.025 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-App-Cme-1.025-1.fc28
 Resolution|--- |RAWHIDE
Last Closed||2017-12-15 03:20:31



--- Comment #1 from Petr Pisar  ---
An enhancement release. Safer 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 1526063] perl stops working after upgrade F26 -> F27

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |NOTABUG
Last Closed||2017-12-15 03:02:27



--- Comment #3 from Petr Pisar  ---
(In reply to Donald O. from comment #0)
> Description of problem:
> I can'r run my perl scripts because of module errors. To solve them I tried
> to re-run my perl cpan script - which fails.
[...]
> Can't load '/usr/local/lib64/perl5/auto/Encode/Encode.so' for module Encode:
> libperl.so.5.24: cannot open shared object file: No such file or directory
> at /usr/share/perl5/XSLoader.pm line 96.
>  at /usr/local/lib64/perl5/Encode.pm line 10.
> Compilation failed in require at /usr/bin/cowsay line 18.

Your problem is /usr/local/lib64/perl5/auto/Encode/Encode.so file. This is your
local installation for Encode module from CPAN made when have installed Fedora
25 with Perl 5.24. Thus at file was built against libperl.so.5.24 library.

After upgrading to Fedora 26 with Perl 5.26 the libperl.so.5.24 library was
replaced with a new and incompatible libperl.so.5.26. But your
/usr/local/lib64/perl5/auto/Encode/Encode.so still refers to libperl.so.5.24.

The is known Perl feature that major Perl upgrades like from 5.24 to 5.26 are
not binary compatible and thus users have to reinstall modules they had
installed from CPAN manually.

The easiest fix is removing all files you installed from CPAN
(/usr/local/lib64/perl5 and /usr/local/share/perl5).

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