Re: upgrade failed

[William Moreno]

Looks like you get out ot space un your  /  , i hace the same issue un the
f25 -> f26 upgrade, removing unused packages should fix these error messages

Maybe a simple

# dnf clean all && dnf autoremove

Can be enougth

--
Enviado desde mi móvil, disculpe la brevedad
William

El 29/9/2017 5:54 p. m., "Howard Howell"  escribió:

> Hi, guys,
> Backed up my system and tried the upgrade by clicking on the
> software>>upgrade button.  It failed.
>
> Here is the output from the notification box:
>
> Detailed errors from the package manager follow:
>
> Error running transaction: installing package glibc-all-langpacks-2.25-
> 10.fc26.x86_64 needs 61677568 on the / filesystem
> installing package adobe-source-han-sans-cn-fonts-1.004-3.fc26.noarch
> needs 5804032 on the / filesystem
> installing package mrpt-doc-1.4.0-1.fc26.noarch needs 203509760 on the
> / filesystem
> installing package libwebp-0.6.0-2.fc26.i686 needs 167936 on the /
> filesystem
> installing package pixman-0.34.0-3.fc26.i686 needs 958464 on the /
> filesystem
> installing package proj-4.9.3-2.fc26.i686 needs 688128 on the /
> filesystem
> installing package tcp_wrappers-libs-7.6-85.fc26.i686 needs 798720 on
> the / filesystem
> installing package gsm-1.0.17-1.fc26.i686 needs 860160 on the /
> filesystem
> installing package libsndfile-1.0.28-6.fc26.i686 needs 1404928 on the /
> filesystem
> installing package nss-softokn-freebl-3.32.0-1.2.fc26.i686 needs
> 1478656 on the / filesystem
> installing package libcrypt-nss-2.25-10.fc26.i686 needs 1183744 on the
> / filesystem
> installing package libdb-5.3.28-24.fc26.i686 needs 3289088 on the /
> filesystem
> installing package libsepol-2.6-2.fc26.i686 needs 2146304 on the /
> filesystem
> installing package libselinux-2.6-7.fc26.i686 needs 1998848 on the /
> filesystem
> installing package libmount-2.30.2-1.fc26.i686 needs 2523136 on the /
> filesystem
> installing package glib2-2.52.3-1.fc26.i686 needs 5894144 on the /
> filesystem
> installing package gstreamer1-1.12.2-1.fc26.i686 needs 8994816 on the /
> filesystem
> installing package harfbuzz-1.4.4-1.fc26.i686 needs 882 on the /
> filesystem
> installing package libglvnd-egl-1:0.2.999-
> 24.20170818git8d4d03f.fc26.i686 needs 8990720 on the / filesystem
> installing package mesa-libEGL-17.1.7-1.fc26.i686 needs 9248768 on the
> / filesystem
> installing package mesa-libglapi-17.1.7-1.fc26.i686 needs 9306112 on
> the / filesystem
> installing package libglvnd-glx-1:0.2.999-
> 24.20170818git8d4d03f.fc26.i686 needs 9646080 on the / filesystem
> installing package mesa-libGL-17.1.7-1.fc26.i686 needs 9801728 on the /
> filesystem
> installing package cairo-1.14.10-1.fc26.i686 needs 10874880 on the /
> filesystem
> installing package pango-1.40.12-1.fc26.i686 needs 11657216 on the /
> filesystem
> installing package lz4-libs-1.8.0-1.fc26.i686 needs 11685888 on the /
> filesystem
> installing package systemd-libs-233-6.fc26.i686 needs 13332480 on the /
> filesystem
> installing package dbus-libs-1:1.11.16-1.fc26.i686 needs 13393920 on
> the / filesystem
> installing package qt-1:4.8.7-28.fc26.i686 needs 28168192 on the /
> filesystem
> installing package qt-x11-1:4.8.7-28.fc26.i686 needs 51011584 on the /
> filesystem
> installing package qt-mobility-common-1.2.2-
> 0.26.20140317git169da60c.fc26.i686 needs 14217216 on the / filesystem
> installing package qt-mobility-location-1.2.2-
> 0.26.20140317git169da60c.fc26.i686 needs 16404480 on the / filesystem
> installing package qt-mobility-sensors-1.2.2-
> 0.26.20140317git169da60c.fc26.i686 needs 14770176 on the / filesystem
> installing package dbusmenu-qt-0.9.3-0.12.20150604.fc26.i686 needs
> 14532608 on the / filesystem
> installing package pulseaudio-libs-10.0-4.fc26.i686 needs 15450112 on
> the / filesystem
> installing package orc-0.4.27-1.fc26.i686 needs 15118336 on the /
> filesystem
> installing package libstdc++-devel-7.2.1-2.fc26.i686 needs 16551936 on
> the / filesystem
> installing package gstreamer1-plugins-base-1.12.2-1.fc26.i686 needs
> 21639168 on the / filesystem
> installing package qtwebkit-2.3.4-16.fc26.i686 needs 97132544 on the /
> filesystem
> installing package alsa-plugins-pulseaudio-1.1.4-1.fc26.i686 needs
> 19890176 on the / filesystem
> installing package sni-qt-0.2.6-8.fc26.i686 needs 2768 on the /
> filesystem
> installing package pam-1.3.0-2.fc26.i686 needs 21315584 on the /
> filesystem
> installing package krb5-libs-1.15.1-28.fc26.i686 needs 22863872 on the
> / filesystem
> installing package libacl-2.2.52-15.fc26.i686 needs 21073920 on the /
> filesystem
> installing package libXScrnSaver-1.2.2-11.fc26.i686 needs 21094400 on
> the / filesystem
> installing package ncurses-compat-libs-6.0-8.20170212.fc26.i686 needs
> 22257664 on the / filesystem
> installing package libbsd-0.8.3-3.fc26.i686 needs 21385216 on the /
> filesystem
> installing package libidn-1.33-2.fc26.i686 needs 21573632 on the /
> filesystem
> installing package 

[Bug 1497368] New: perl-Code-TidyAll-0.68 is available

[bugzilla]

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

Bug ID: 1497368
   Summary: perl-Code-TidyAll-0.68 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Code-TidyAll
  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, ppi...@redhat.com



Latest upstream release: 0.68
Current version/release in rawhide: 0.67-1.fc28
URL: http://search.cpan.org/dist/Code-TidyAll/

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

-- 
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 1497364] New: perl-App-cpm-0.913 is available

[bugzilla]

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

Bug ID: 1497364
   Summary: perl-App-cpm-0.913 is available
   Product: Fedora
   Version: rawhide
 Component: perl-App-cpm
  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, ppi...@redhat.com



Latest upstream release: 0.913
Current version/release in rawhide: 0.912-2.fc27
URL: http://search.cpan.org/dist/App-cpm/

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

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

[389-devel] Re: Rust-Lang

[William Brown]

On Fri, 2017-09-29 at 08:41 +0200, Carsten Grzemba wrote:
> 
> > 
> > As a curious question, does solaris have rustlang support  ? 
> > 
> > 
> Not in the moment, but there some issues open for rust related Solaris. So it 
> tried somebody already.

OKay, because I (we?) are pursuing integration of rust with 389-ds, so
this will become a blocker for you in the future I expect. Probably a
few months away still, but I think it's something you need to keep in
mind :) 

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

upgrade failed

[Howard Howell]

Hi, guys,
Backed up my system and tried the upgrade by clicking on the
software>>upgrade button.  It failed.

Here is the output from the notification box:

Detailed errors from the package manager follow:

Error running transaction: installing package glibc-all-langpacks-2.25-
10.fc26.x86_64 needs 61677568 on the / filesystem
installing package adobe-source-han-sans-cn-fonts-1.004-3.fc26.noarch
needs 5804032 on the / filesystem
installing package mrpt-doc-1.4.0-1.fc26.noarch needs 203509760 on the
/ filesystem
installing package libwebp-0.6.0-2.fc26.i686 needs 167936 on the /
filesystem
installing package pixman-0.34.0-3.fc26.i686 needs 958464 on the /
filesystem
installing package proj-4.9.3-2.fc26.i686 needs 688128 on the /
filesystem
installing package tcp_wrappers-libs-7.6-85.fc26.i686 needs 798720 on
the / filesystem
installing package gsm-1.0.17-1.fc26.i686 needs 860160 on the /
filesystem
installing package libsndfile-1.0.28-6.fc26.i686 needs 1404928 on the /
filesystem
installing package nss-softokn-freebl-3.32.0-1.2.fc26.i686 needs
1478656 on the / filesystem
installing package libcrypt-nss-2.25-10.fc26.i686 needs 1183744 on the
/ filesystem
installing package libdb-5.3.28-24.fc26.i686 needs 3289088 on the /
filesystem
installing package libsepol-2.6-2.fc26.i686 needs 2146304 on the /
filesystem
installing package libselinux-2.6-7.fc26.i686 needs 1998848 on the /
filesystem
installing package libmount-2.30.2-1.fc26.i686 needs 2523136 on the /
filesystem
installing package glib2-2.52.3-1.fc26.i686 needs 5894144 on the /
filesystem
installing package gstreamer1-1.12.2-1.fc26.i686 needs 8994816 on the /
filesystem
installing package harfbuzz-1.4.4-1.fc26.i686 needs 882 on the /
filesystem
installing package libglvnd-egl-1:0.2.999-
24.20170818git8d4d03f.fc26.i686 needs 8990720 on the / filesystem
installing package mesa-libEGL-17.1.7-1.fc26.i686 needs 9248768 on the
/ filesystem
installing package mesa-libglapi-17.1.7-1.fc26.i686 needs 9306112 on
the / filesystem
installing package libglvnd-glx-1:0.2.999-
24.20170818git8d4d03f.fc26.i686 needs 9646080 on the / filesystem
installing package mesa-libGL-17.1.7-1.fc26.i686 needs 9801728 on the /
filesystem
installing package cairo-1.14.10-1.fc26.i686 needs 10874880 on the /
filesystem
installing package pango-1.40.12-1.fc26.i686 needs 11657216 on the /
filesystem
installing package lz4-libs-1.8.0-1.fc26.i686 needs 11685888 on the /
filesystem
installing package systemd-libs-233-6.fc26.i686 needs 13332480 on the /
filesystem
installing package dbus-libs-1:1.11.16-1.fc26.i686 needs 13393920 on
the / filesystem
installing package qt-1:4.8.7-28.fc26.i686 needs 28168192 on the /
filesystem
installing package qt-x11-1:4.8.7-28.fc26.i686 needs 51011584 on the /
filesystem
installing package qt-mobility-common-1.2.2-
0.26.20140317git169da60c.fc26.i686 needs 14217216 on the / filesystem
installing package qt-mobility-location-1.2.2-
0.26.20140317git169da60c.fc26.i686 needs 16404480 on the / filesystem
installing package qt-mobility-sensors-1.2.2-
0.26.20140317git169da60c.fc26.i686 needs 14770176 on the / filesystem
installing package dbusmenu-qt-0.9.3-0.12.20150604.fc26.i686 needs
14532608 on the / filesystem
installing package pulseaudio-libs-10.0-4.fc26.i686 needs 15450112 on
the / filesystem
installing package orc-0.4.27-1.fc26.i686 needs 15118336 on the /
filesystem
installing package libstdc++-devel-7.2.1-2.fc26.i686 needs 16551936 on
the / filesystem
installing package gstreamer1-plugins-base-1.12.2-1.fc26.i686 needs
21639168 on the / filesystem
installing package qtwebkit-2.3.4-16.fc26.i686 needs 97132544 on the /
filesystem
installing package alsa-plugins-pulseaudio-1.1.4-1.fc26.i686 needs
19890176 on the / filesystem
installing package sni-qt-0.2.6-8.fc26.i686 needs 2768 on the /
filesystem
installing package pam-1.3.0-2.fc26.i686 needs 21315584 on the /
filesystem
installing package krb5-libs-1.15.1-28.fc26.i686 needs 22863872 on the
/ filesystem
installing package libacl-2.2.52-15.fc26.i686 needs 21073920 on the /
filesystem
installing package libXScrnSaver-1.2.2-11.fc26.i686 needs 21094400 on
the / filesystem
installing package ncurses-compat-libs-6.0-8.20170212.fc26.i686 needs
22257664 on the / filesystem
installing package libbsd-0.8.3-3.fc26.i686 needs 21385216 on the /
filesystem
installing package libidn-1.33-2.fc26.i686 needs 21573632 on the /
filesystem
installing package libseccomp-2.3.2-1.fc26.i686 needs 21544960 on the /
filesystem
installing package ncurses-libs-6.0-8.20170212.fc26.i686 needs 22458368
on the / filesystem
installing package json-c-0.12.1-2.fc26.i686 needs 21594112 on the /
filesystem
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora 27-20170929.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Workstation live i386
Kde live x86_64
Server boot i386
Workstation live x86_64
Kde live i386

Failed openQA tests: 7/128 (x86_64), 1/18 (i386), 1/2 (arm)

ID: 148729  Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/148729
ID: 148732  Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/148732
ID: 148738  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/148738
ID: 148759  Test: x86_64 Workstation-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/148759
ID: 148769  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/148769
ID: 148770  Test: x86_64 KDE-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/148770
ID: 148776  Test: x86_64 KDE-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/148776
ID: 148778  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/148778
ID: 148856  Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/148856

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

ID: 148750  Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/148750
ID: 148768  Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/148768

Passed openQA tests: 61/128 (x86_64), 17/18 (i386)

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

Re: Bodhi doesn't recognize new packages when creating a new update

[Hedayat Vatankhah]

/*Randy Barlow*/ wrote on Fri, 29 Sep 2017 15:04:07 -0400:

On 09/29/2017 03:54 AM, Hedayat Vatankhah wrote:

I've recently added 2 new packages, but when I tried to add them to
F27/F26 updates, it doesn't recognize them in the "Packages" box and
says: "Unable to find any packages that match the current query". BTW, I
can create the desired update, the only inconvenience is that Bodhi
doesn't provide any auto-completion assists.

I guess it is not the expected behaviour. You can try
'golang-github-dchest-siphash' as an example.


I took a look into this - it seems that Bodhi's JavaScript is querying
this URL, which is the packages app:

https://apps.fedoraproject.org/packages/fcomm_connector/xapian/query/search_packages/{"filters":{"search":"golang-github-dche"},"rows_per_page":10,"start_row":0}

I believe the packages app has not been updated to work with all the new
sources of truth now that pkgdb is gone.

In any case, that is just a convenience method to aid in autocompleting
that form, so the workaround as you found is just to type the nvrs into
the builds box and things will work as expected from there. You may also
use the bodhi CLI to do the same.


Thanks for the comments and looking into the problem.

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

group "hardware support" in anaconda

[Mukundan Ragavan]

I noticed in comps that the group "hardware support" is set to false under 
 tag. This group is also not shown as "add ons" for minimal 
installation in anaconda. 

Why is the group hidden? Can we show "hardware support" group in Anaconda 
(non-live installers, of course)? Installing this group is the easiest way to 
get wireless network access on laptops.

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

Re: Bodhi doesn't recognize new packages when creating a new update

[Randy Barlow]

On 09/29/2017 03:54 AM, Hedayat Vatankhah wrote:
> I've recently added 2 new packages, but when I tried to add them to
> F27/F26 updates, it doesn't recognize them in the "Packages" box and
> says: "Unable to find any packages that match the current query". BTW, I
> can create the desired update, the only inconvenience is that Bodhi
> doesn't provide any auto-completion assists.
> 
> I guess it is not the expected behaviour. You can try
> 'golang-github-dchest-siphash' as an example.


I took a look into this - it seems that Bodhi's JavaScript is querying
this URL, which is the packages app:

https://apps.fedoraproject.org/packages/fcomm_connector/xapian/query/search_packages/{"filters":{"search":"golang-github-dche"},"rows_per_page":10,"start_row":0}

I believe the packages app has not been updated to work with all the new
sources of truth now that pkgdb is gone.

In any case, that is just a convenience method to aid in autocompleting
that form, so the workaround as you found is just to type the nvrs into
the builds box and things will work as expected from there. You may also
use the bodhi CLI to do the same.



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

Fedora Rawhide-20170929.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Server dvd i386
Workstation live i386
Server boot i386
Kde live i386

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

New failures (same test did not fail in Rawhide-20170928.n.1):

ID: 148538  Test: x86_64 Server-dvd-iso server_role_deploy_database_server
URL: https://openqa.fedoraproject.org/tests/148538
ID: 148540  Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/148540
ID: 148546  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/148546
ID: 148622  Test: x86_64 universal install_kickstart_firewall_disabled
URL: https://openqa.fedoraproject.org/tests/148622
ID: 148627  Test: x86_64 universal install_rescue_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/148627
ID: 148659  Test: x86_64 universal install_rescue_encrypted
URL: https://openqa.fedoraproject.org/tests/148659

Old failures (same test failed in Rawhide-20170928.n.1):

ID: 148531  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/148531
ID: 148532  Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/148532
ID: 148553  Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/148553
ID: 148554  Test: x86_64 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/148554
ID: 148555  Test: x86_64 Workstation-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/148555
ID: 148556  Test: x86_64 Workstation-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/148556
ID: 148557  Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/148557
ID: 148558  Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/148558
ID: 148572  Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/148572
ID: 148573  Test: x86_64 KDE-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/148573
ID: 148574  Test: x86_64 KDE-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/148574
ID: 148575  Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/148575
ID: 148585  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/148585
ID: 148604  Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/148604
ID: 148605  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/148605
ID: 148606  Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/148606
ID: 148607  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/148607
ID: 148609  Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/148609
ID: 148610  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/148610
ID: 148620  Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/148620
ID: 148621  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/148621
ID: 148642  Test: x86_64 universal install_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/148642

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

New soft failures (same test did not soft fail in Rawhide-20170928.n.1):

ID: 148614  Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/148614

Passed openQA tests: 75/128 (x86_64)

New passes (same test did not pass in Rawhide-20170928.n.1):

ID: 148534  Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/148534
ID: 148535  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/148535
ID: 148536  Test: x86_64 Server-dvd-iso server_firewall_default
URL: https://openqa.fedoraproject.org/tests/148536
ID: 148537  Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/148537
ID: 148539  Test: x86_64 Server-dvd-iso server_cockpit_default
URL: https://openqa.fedoraproject.org/tests/148539
ID: 148541  Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/148541
ID: 148542  Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/148542
ID: 148543  Test: x86_64 Server-dvd-iso base_system_logging
URL: https://openqa.fedoraproject.org/tests/148543
ID: 148544  Test: x86_64 Server-dvd-iso base_update_cli

Summary/Minutes from today's FESCo Meeting (2017-09-29)

[Justin Forbes]

===
#fedora-meeting: FESCO (2017-09-29)
===


Meeting started by jforbes at 16:00:15 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting/2017-09-29/fesco.2017-09-29-16.00.log.html
.



Meeting summary
---
* init process  (jforbes, 16:00:15)

* #1778 unprocessed orphaning from maintainer ianweller  (jforbes,
  16:02:20)
  * AGREED: fedora-business-cards will be owned by bex (+7,0,-0)
(jforbes, 16:05:03)

* open floor  (jforbes, 16:05:11)
  * sgallagh has volunteered for the 13th  (jforbes, 16:07:54)
  * bowlofeggs will chair next week  (jforbes, 16:08:23)

Meeting ended at 16:09:36 UTC.




Action Items






Action Items, by person
---
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* jforbes (19)
* zodbot (12)
* sgallagh (9)
* tyll (4)
* nirik (4)
* bowlofeggs (4)
* dgilmore (4)
* kalev (3)
* jsmith (3)
* tyll_ (1)
* maxamillion (0)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[HEADS-UP] soundtouch soname bump

[Sérgio Basto]

Hi, 
Build of soundtouch-2.0.0-1.fc28 is completed, we need a provenpackager
to rebuild [1] :
Io-language
ardour2
audacity
gstreamer-plugins-bad-free
gstreamer1-plugins-bad-free

After that, may we also update F27 ? we need one provenpackager take
care of it ... 


[1] 
dnf repoquery --disablerepo=* --enablerepo=rawhide-source --arch=src \
--whatrequires soundtouch-devel --quiet
Io-language-0:2015-0.e64ff9.fc27.8.src
ardour2-0:2.8.16-27.fc27.src
audacity-0:2.1.3-5.fc27.src
dolphin-emu-0:5.0-16.fc27.src
gstreamer-plugins-bad-free-0:0.10.23-41.fc27.src
gstreamer1-plugins-bad-free-0:1.12.3-1.fc28.src
-- 
Sérgio M. B.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[EPEL-devel] Re: Circular build dependency with perl-namespace-autoclean and perl-MooseX-Role-WithOverloading

[Digimer]

On 2017-09-29 05:13 AM, Paul Howarth wrote:
> On 2017-09-29 03:45, Digimer wrote:
>> Hi all,
>>
>>   Continuing down by build dependency hole, I ran into another circular
>> dependency. I checked in perl-namespace-autoclean.spec for the bootstrap
>> option, but it didn't seem to exist. I added it, and it allowed me to
>> build -> install perl-namespace-autoclean, then build -> install
>> perl-MooseX-Role-WithOverloading, then rebuild perl-namespace-autoclean
>> normally.
>>
>> 
>> --- perl-namespace-autoclean.spec    2014-08-14 22:16:54.0 +
>> +++ perl-namespace-autoclean.spec.new    2017-09-29 02:42:34.666511773
>> +
>> @@ -41,7 +41,9 @@
>>  %if 0%{?fedora} || 0%{?rhel} > 7
>>  BuildRequires:  perl(MooseX::MarkAsMethods)
>>  %endif
>> +%if !0%{?perl_bootstrap}
>>  BuildRequires:  perl(MooseX::Role::WithOverloading) >= 0.09
>> +%endif
>>  BuildRequires:  perl(Mouse)
>>  BuildRequires:  perl(Sub::Name)
>>  # Runtime
>> 
>>
>>   Was this the right approach? I worry not because obviously you guys
>> compiled them before.
> 
> perl-namespace-autoclean was updated in EPEL from version 0.13 to
> version 0.19. Version 0.13 did not have the build dependency on
> perl(MooseX::Role::WithOverloading) and thus was able to build
> successfully. By the time the upgrade to 0.19 happened,
> perl-MooseX-Role-WithOverloading had been built (pulling in the existing
> perl-namespace-autoclean 0.13) and so there was no problem doing that
> version 0.19 build.
> 
> If you look at the master branch of perl-namespace-autoclean, you'll see
> that there's now a bootstrapping conditional around the
> perl(MooseX::Role::WithOverloading) build requirement.
> 
> What you did is fine.
> 
> Paul.

Ah, excellent, thanks for clarifying!

-- 
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than in the near certainty that people of equal talent
have lived and died in cotton fields and sweatshops." - Stephen Jay Gould
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

[389-devel] please review: Ticket 49385 - Fix coverity warnings

[Mark Reynolds]

https://pagure.io/389-ds-base/issue/49385

https://pagure.io/389-ds-base/issue/raw/files/ee9f6ff34fcd4d54094c8b4883397bd21d2affaaecb3a53c82fe117600b593f2-0001-Ticket-49385-Fix-coverity-warnings.patch

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

Re: Main admin for packages

[Pierre-Yves Chibon]

On Wed, Sep 13, 2017 at 12:52:40PM +0200, Pierre-Yves Chibon wrote:
> Good Morning Everyone,
> 
> I recently found out that some packages were not correctly migrated from pkgdb
> 
> Looking at a couple of ones in pkgdb, it seem the issue is basically that a 
> group
> has commit access to the package but no-one has commit or approveacls so 
> during
> the migration, the script was not able to find an user to set as main admin
> (pagure not supporting having groups as main admin).
> 
> Is there anyone interested in becoming the main admin for these packages?

The current list is somewhat shorter but still longer than we would like:

rpms/kaccounts-integration
rpms/kaccounts-providers
rpms/kde-cli-tools
rpms/kdecoration
rpms/kdeedu-data
rpms/kf5-kwayland
rpms/khelpcenter
rpms/khotkeys
rpms/kinfocenter
rpms/kio-extras
rpms/kmenuedit
rpms/ksysguard
rpms/kwrited
rpms/libkeduvocdocument
rpms/libkgeomap
rpms/libksysguard
rpms/plasma-nm
rpms/plasma-pk-updates
rpms/plasma-workspace-wallpapers
rpms/rpms/ntetris
rpms/rpms/python-yubikey-manager
rpms/signon
rpms/signon-kwallet-extension
rpms/signon-plugin-oauth2
rpms/signon-ui
rpms/tulrich-tuffy-fonts

Most of them seem to be managed by Rex Dieter and the kde-sign group so I will
proceed to make Rex the main admin for these packages and we can re-assign them
later if someone prefers maintaining them :)


Thanks,
Pierre


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

Re: [HEADS UP] Default value of SELinux boolean httpd_graceful_shutdown will changed.

[Lukas Vrabec]

On 09/29/2017 04:39 PM, Alexander Bokovoy wrote:

On pe, 29 syys 2017, Lukas Vrabec wrote:

On 09/29/2017 03:57 PM, Alexander Bokovoy wrote:

On pe, 29 syys 2017, Lukas Vrabec wrote:
I'm planning change the default value of httpd_graceful_shutdown 
boolean in Fedora Rawhide because of improving SELinux 
configuration. Rawhide builds with this change will be available in 
~5 days.


Together with Dan Walsh, we agreed on that httpd_graceful_shutdown 
boolean should be by default turned off. This boolean allows HTTPD 
to connect to port 80 for graceful shutdown, but it's breaking the 
functionality of another boolean called: httpd_can_network_connect. 
This boolean allows HTTPD scripts and modules to connect to the 
network using TCP and it's turned off by default.


Turning this boolean off can cause some troubles, on web-servers 
where processes with httpd_t SELinux domain connecting to tcp ports: 
80, 81, 443, 488, 8008, 8009, 8443, 9000


If you would like to turn in on again, use semanage command:
# semanage boolean -m --on httpd_graceful_shutdown
In FreeIPA we have httpd_can_network_connect enabled. I just checked 
a F26

system and I have both booleans enabled.

# getsebool -a|egrep 
'httpd_graceful_shutdown|httpd_can_network_connect '

httpd_can_network_connect --> on
httpd_graceful_shutdown --> on

So I'm a bit confused: disabling httpd_graceful_shutdown will have or
wouldn't have an effect on httpd_can_network_connect being enabled?



httpd_graceful_shutdown is subset of httpd_can_network_connect.

Turning on httpd_graceful_shutdown you allow httpd_t domain connecting 
just to ports labeled as httpd_port_t.
Turning on httpd_can_network_connect you allow httpd_t domain 
connecting to all ports from SELinux POV.


Right now, we ship selinux-policy with httpd_graceful_shutdown turned 
on and httpd_can_network_connect turned off. But it's confusing for 
users because they have httpd_can_connect turned off but httpd_t 
domain can still connect co http_port_t ports becuase of 
httpd_gracefull_shudown.


I hope it's more clear now.

Yes, thanks.

We need to use httpd_can_connect because we need to connect to ports
that chosen randomly by a remote side thanks to a port-mapping feature
of DCE RPC protocol stack.



In that case you are using httpd_can_network_connect correctly.

Lukas.


--
Lukas Vrabec
Software Engineer, Security Technologies
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [HEADS UP] Default value of SELinux boolean httpd_graceful_shutdown will changed.

[Alexander Bokovoy]

On pe, 29 syys 2017, Lukas Vrabec wrote:

On 09/29/2017 03:57 PM, Alexander Bokovoy wrote:

On pe, 29 syys 2017, Lukas Vrabec wrote:
I'm planning change the default value of httpd_graceful_shutdown 
boolean in Fedora Rawhide because of improving SELinux 
configuration. Rawhide builds with this change will be available 
in ~5 days.


Together with Dan Walsh, we agreed on that httpd_graceful_shutdown 
boolean should be by default turned off. This boolean allows HTTPD 
to connect to port 80 for graceful shutdown, but it's breaking the 
functionality of another boolean called: 
httpd_can_network_connect. This boolean allows HTTPD scripts and 
modules to connect to the network using TCP and it's turned off by 
default.


Turning this boolean off can cause some troubles, on web-servers 
where processes with httpd_t SELinux domain connecting to tcp 
ports: 80, 81, 443, 488, 8008, 8009, 8443, 9000


If you would like to turn in on again, use semanage command:
# semanage boolean -m --on httpd_graceful_shutdown

In FreeIPA we have httpd_can_network_connect enabled. I just checked a F26
system and I have both booleans enabled.

# getsebool -a|egrep 'httpd_graceful_shutdown|httpd_can_network_connect '
httpd_can_network_connect --> on
httpd_graceful_shutdown --> on

So I'm a bit confused: disabling httpd_graceful_shutdown will have or
wouldn't have an effect on httpd_can_network_connect being enabled?



httpd_graceful_shutdown is subset of httpd_can_network_connect.

Turning on httpd_graceful_shutdown you allow httpd_t domain connecting 
just to ports labeled as httpd_port_t.
Turning on httpd_can_network_connect you allow httpd_t domain 
connecting to all ports from SELinux POV.


Right now, we ship selinux-policy with httpd_graceful_shutdown turned 
on and httpd_can_network_connect turned off. But it's confusing for 
users because they have httpd_can_connect turned off but httpd_t 
domain can still connect co http_port_t ports becuase of 
httpd_gracefull_shudown.


I hope it's more clear now.

Yes, thanks.

We need to use httpd_can_connect because we need to connect to ports
that chosen randomly by a remote side thanks to a port-mapping feature
of DCE RPC protocol stack.


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

[EPEL-devel] Re: nginx package question

[Somers-Harris, David | David | OPS]

Thanks a lot Todd for the reply!

This is useful info. I had no idea that Red Hat had an nginx product.
So I guess that decisions made against that product inform a lot how the EPEL 
package is patched as well.

Thanks again (

On 2017/09/29 0:33, "Todd Zullinger"  wrote:

Hi,

I'm just a curious bystander and fellow package maintainer, so if 
anything I say contradicts Jamie or other nginx maintainers, go with 
them rather than me. :)

Somers-Harris, David | David | OPS wrote:
> I have a question regarding the nginx package.
>
> I’ve noticed that there are some known issues with the version of 
> nginx being used in EPEL, which is 1.10 at the moment.
>
>  1.  CVE-2017-7529
>  2.  CVE-2016-4450
>
> Reference : http://nginx.org/en/security_advisories.html

I see 1.10.2 in both EL6 and EL7, which includes the fix for 
CVE-2016-4450, according to the advisories page above.

> Where can I find the answers to the following questions?
>
>  1.  Are these security advisories considered important enough to be 
>  fixed by the package maintainer?

In the case of CVE-2017-7529, Red Hat security deemed the impact as 
low and not warranting a fix (presumably in any layered products where 
Red Hat ships nginx itself).  I found that in the following bugzilla 
entry:

https://bugzilla.redhat.com/CVE-2017-7529

>  2.  Will they be backported from newer upstream versions?

The range filter patch for CVE-2017-7529 applies cleanly to 1.10.2, so 
it would be easy to add to the package.  That might be worth doing 
if/when there is a need for another update.  I also noticed that 
1.10.3 has been released which contains a few bug fixes:

https://nginx.org/en/CHANGES-1.10

(While I was poking at this, I created a fork of the nginx packaging 
with the range filter patch applied.  That can be found here:


https://src.fedoraproject.org/fork/tmz/rpms/nginx/c/52b9911a?branch=epel7

It's completely untested, other than checking that the patch is 
applied in the %prep section.)

>  3.  Will the package be bumped to a newer upstream version 
>  altogether?

I'm not an nginx user and don't follow it, but if there are 
incompatible changes in newer releases, then normally EPEL would keep 
the current version, as long as that is a reasonable option.

-- 
Todd
~~
History, n. An account mostly false, of events mostly unimportant,
which are brought about by rulers mostly knaves, and soldiers mostly
fools.
-- Ambrose Bierce, "The Devil's Dictionary"



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

Re: [HEADS UP] Default value of SELinux boolean httpd_graceful_shutdown will changed.

[Lukas Vrabec]

On 09/29/2017 03:57 PM, Alexander Bokovoy wrote:

On pe, 29 syys 2017, Lukas Vrabec wrote:
I'm planning change the default value of httpd_graceful_shutdown 
boolean in Fedora Rawhide because of improving SELinux configuration. 
Rawhide builds with this change will be available in ~5 days.


Together with Dan Walsh, we agreed on that httpd_graceful_shutdown 
boolean should be by default turned off. This boolean allows HTTPD to 
connect to port 80 for graceful shutdown, but it's breaking the 
functionality of another boolean called: httpd_can_network_connect. 
This boolean allows HTTPD scripts and modules to connect to the 
network using TCP and it's turned off by default.


Turning this boolean off can cause some troubles, on web-servers where 
processes with httpd_t SELinux domain connecting to tcp ports: 80, 81, 
443, 488, 8008, 8009, 8443, 9000


If you would like to turn in on again, use semanage command:
# semanage boolean -m --on httpd_graceful_shutdown

In FreeIPA we have httpd_can_network_connect enabled. I just checked a F26
system and I have both booleans enabled.

# getsebool -a|egrep 'httpd_graceful_shutdown|httpd_can_network_connect '
httpd_can_network_connect --> on
httpd_graceful_shutdown --> on

So I'm a bit confused: disabling httpd_graceful_shutdown will have or
wouldn't have an effect on httpd_can_network_connect being enabled?



httpd_graceful_shutdown is subset of httpd_can_network_connect.

Turning on httpd_graceful_shutdown you allow httpd_t domain connecting 
just to ports labeled as httpd_port_t.
Turning on httpd_can_network_connect you allow httpd_t domain connecting 
to all ports from SELinux POV.


Right now, we ship selinux-policy with httpd_graceful_shutdown turned on 
and httpd_can_network_connect turned off. But it's confusing for users 
because they have httpd_can_connect turned off but httpd_t domain can 
still connect co http_port_t ports becuase of httpd_gracefull_shudown.


I hope it's more clear now.



Do I need to do anything in FreeIPA setup?

No if httpd_can_network_connect is enabled during FreeIPA setup, you 
don't need to change anything.


Lukas.



--
Lukas Vrabec
Software Engineer, Security Technologies
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[HEADS-UP] PHP 7.2 in rawhide next week

[Remi Collet]

Hi,

I plan to build PHP 7.2.0RC3 in rawhide next week, so we'll have a lot
of time to ensure everything is ok before F28 is branched.


Scratch build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=22144004

Work done in private branch
https://src.fedoraproject.org/cgit/rpms/php.git/log/?h=private-php72

All extensions are already compatible, so I will also rebuild them.




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

Re: [HEADS UP] Default value of SELinux boolean httpd_graceful_shutdown will changed.

[Alexander Bokovoy]

On pe, 29 syys 2017, Lukas Vrabec wrote:
I'm planning change the default value of httpd_graceful_shutdown 
boolean in Fedora Rawhide because of improving SELinux configuration. 
Rawhide builds with this change will be available in ~5 days.


Together with Dan Walsh, we agreed on that httpd_graceful_shutdown 
boolean should be by default turned off. This boolean allows HTTPD to 
connect to port 80 for graceful shutdown, but it's breaking the 
functionality of another boolean called: httpd_can_network_connect. 
This boolean allows HTTPD scripts and modules to connect to the 
network using TCP and it's turned off by default.


Turning this boolean off can cause some troubles, on web-servers where 
processes with httpd_t SELinux domain connecting to tcp ports: 80, 81, 
443, 488, 8008, 8009, 8443, 9000


If you would like to turn in on again, use semanage command:
# semanage boolean -m --on httpd_graceful_shutdown

In FreeIPA we have httpd_can_network_connect enabled. I just checked a F26
system and I have both booleans enabled.

# getsebool -a|egrep 'httpd_graceful_shutdown|httpd_can_network_connect '
httpd_can_network_connect --> on
httpd_graceful_shutdown --> on

So I'm a bit confused: disabling httpd_graceful_shutdown will have or
wouldn't have an effect on httpd_can_network_connect being enabled?

Do I need to do anything in FreeIPA setup?

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

[Bug 1485309] [Request] Package upgrade

[bugzilla]

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

Xavier Bachelot  changed:

   What|Removed |Added

  Flags||needinfo?(tcallawa@redhat.c
   ||om)



--- Comment #1 from Xavier Bachelot  ---
Spot, any objection to upgrade to latest version from master (2.214) ?

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

[HEADS UP] Default value of SELinux boolean httpd_graceful_shutdown will changed.

[Lukas Vrabec]

I'm planning change the default value of httpd_graceful_shutdown boolean 
in Fedora Rawhide because of improving SELinux configuration. Rawhide 
builds with this change will be available in ~5 days.


Together with Dan Walsh, we agreed on that httpd_graceful_shutdown 
boolean should be by default turned off. This boolean allows HTTPD to 
connect to port 80 for graceful shutdown, but it's breaking the 
functionality of another boolean called: httpd_can_network_connect. This 
boolean allows HTTPD scripts and modules to connect to the network using 
TCP and it's turned off by default.


Turning this boolean off can cause some troubles, on web-servers where 
processes with httpd_t SELinux domain connecting to tcp ports: 80, 81, 
443, 488, 8008, 8009, 8443, 9000


If you would like to turn in on again, use semanage command:
# semanage boolean -m --on httpd_graceful_shutdown

If you have any questions, feel free to contact me.
Lukas.

--
Lukas Vrabec
Software Engineer, Security Technologies
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1497193] New: perl-Pinto-0.14-1.fc27 FTBFS: Attribute ( target_perl_version) does not pass the type constraint because: perl version (5.026001) is unknown

[bugzilla]

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

Bug ID: 1497193
   Summary: perl-Pinto-0.14-1.fc27 FTBFS: Attribute
(target_perl_version) does not pass the type
constraint because: perl version (5.026001) is unknown
   Product: Fedora
   Version: 26
 Component: perl-Pinto
  Assignee: jples...@redhat.com
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



perl-Pinto-0.14-1.fc27 fails to build in F27:

t/02-bowels/05-compare.t .. ok
Attribute (target_perl_version) does not pass the type constraint because: perl
version (5.026001) is unknown to me; try updating Pinto's copy of
Module::CoreList at reader Pinto::Config::target_perl_version (defined at
/builddir/build/BUILD/Pinto-0.14/blib/lib/Pinto/Config.pm line 161) line 11
[...]

This is caused by a hard-coded maximal supported Perl version in Pinto. It's
triggered by upgrading Perl in to 5.26.1 and 5.24.3. F27 and F26 are affected.
I did not try F25. This seems to be fixed in Pinto 0.14:

0.14  2017-08-06 00:09:07-07:00 America/Los_Angeles
  - Upgraded to latest Module::CoreList to support newer perls.

Either back-port the fix or unbundle Pinto'd Module::CoreList.

-- 
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 1497190] New: perl-Test-Deep-JSON-0.04 is available

[bugzilla]

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

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



Latest upstream release: 0.04
Current version/release in rawhide: 0.03-7.fc27
URL: http://search.cpan.org/dist/Test-Deep-JSON/

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

-- 
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 1497183] New: perl-Dancer2-Plugin-DBIC-0.0100 is available

[bugzilla]

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

Bug ID: 1497183
   Summary: perl-Dancer2-Plugin-DBIC-0.0100 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Dancer2-Plugin-DBIC
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, perl-devel@lists.fedoraproject.org



Latest upstream release: 0.0100
Current version/release in rawhide: 0.0014-4.fc27
URL: http://search.cpan.org/dist/Dancer2-Plugin-DBIC/

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

-- 
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-09-29)

[Justin Forbes]

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-09-29 16:00 UTC'


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

= New Business =

#topic #1778 unprocessed orphaning from maintainer ianweller
.fesco 1778
https://pagure.io/fesco/issue/1778

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

Re: Python 3 porting Bugzilla guidance

[Miro Hrončok]

On 28.9.2017 06:12, Troy Curtis Jr wrote:



On Mon, Sep 18, 2017 at 7:01 AM Petr Viktorin > wrote:


It's only automatic for Bugzilla. If upstream is not using the Fedora/RH
bugzilla (which it shouldn't, really), a URL for the upstream discussion
needs to be added manually. And of course you can open a portingdb
ticket for that.


Nowadays I don't want portingdb to have too much info about upstream,
because:
- Upstream discussions for a projects are usually not hard to find.
- Bugzilla is Fedora-specific, so people from other OSs won't look
there.
- portingdb is mainly used by the Fedora Python SIG; both upstreams and
other Fedorans aren't likely to look there.

So I prefer portingdb having just an URL for the upstream discussion –
and even that isn't needed if interested people can easily find that
discussion.


So if there are pending issues, patches, or merge requests upstream 
related to the python3 porting effort there should be a portingdb ticket 
created requesting a link to the upstream discussion/status be added? 


Preferably a Pull Request, but yes.

And I should *not* create a bugzilla ticket blocking 
https://bugzilla.redhat.com/show_bug.cgi?id=1322027 like I did with 
https://bugzilla.redhat.com/show_bug.cgi?id=1492382 ?


You could (but I personally don't see it very useful).

  Or perhaps both 
should/could be done as perhaps they are used by separate teams tracking 
different status?  Just trying to get a handle on the preferred route.


Thanks,
Troy


Once there's a py3-compatible release upstream, it's enough to open a
bugzilla for the Fedora package and link it to the tracking bug (see
[Python 3 Bug Filing]). Then portingdb will eventually update.


[Python 3 Bug Filing]:
https://fedoraproject.org/wiki/User:Pviktori/Python_3_Bug_Filing

--
Petr Viktorin



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



--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

[EPEL-devel] Re: Circular build dependency with perl-namespace-autoclean and perl-MooseX-Role-WithOverloading

[Paul Howarth]

On 2017-09-29 03:45, Digimer wrote:

Hi all,

  Continuing down by build dependency hole, I ran into another circular
dependency. I checked in perl-namespace-autoclean.spec for the 
bootstrap

option, but it didn't seem to exist. I added it, and it allowed me to
build -> install perl-namespace-autoclean, then build -> install
perl-MooseX-Role-WithOverloading, then rebuild perl-namespace-autoclean
normally.


--- perl-namespace-autoclean.spec   2014-08-14 22:16:54.0 +
+++ perl-namespace-autoclean.spec.new	2017-09-29 02:42:34.666511773 
+

@@ -41,7 +41,9 @@
 %if 0%{?fedora} || 0%{?rhel} > 7
 BuildRequires:  perl(MooseX::MarkAsMethods)
 %endif
+%if !0%{?perl_bootstrap}
 BuildRequires:  perl(MooseX::Role::WithOverloading) >= 0.09
+%endif
 BuildRequires:  perl(Mouse)
 BuildRequires:  perl(Sub::Name)
 # Runtime


  Was this the right approach? I worry not because obviously you guys
compiled them before.


perl-namespace-autoclean was updated in EPEL from version 0.13 to 
version 0.19. Version 0.13 did not have the build dependency on 
perl(MooseX::Role::WithOverloading) and thus was able to build 
successfully. By the time the upgrade to 0.19 happened, 
perl-MooseX-Role-WithOverloading had been built (pulling in the existing 
perl-namespace-autoclean 0.13) and so there was no problem doing that 
version 0.19 build.


If you look at the master branch of perl-namespace-autoclean, you'll see 
that there's now a bootstrapping conditional around the 
perl(MooseX::Role::WithOverloading) build requirement.


What you did is fine.

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

Re: F28 System Wide Change: Annobin

[Richard W.M. Jones]

On Wed, Sep 27, 2017 at 02:43:50PM +0200, Jan Kurik wrote:
> = Proposed System Wide Change: Annobin =
> https://fedoraproject.org/wiki/Changes/Annobin
> 
> Change owner(s):
> * Nick Clifton 
> 
> This change causes extra information to be stored in binary files
> compiled by gcc. This information can be used by scripts to check on
> various features of the file, such as the hardening options used of
> potential ABI conflicts.
> 
> 
> == Detailed Description ==
> 
> The plan is to use a plugin to gcc to record extra information in the
> object files it creates. This information can then be examined by
> static analysis tools. The information is recorded in a compact,
> extensible format, described here:
> https://fedoraproject.org/wiki/Toolchain/Watermark

When this, or a similar proposal was made a while back on this list, I
asked how this would affect other languages which don't use the GCC
code generator and/or aren't affected by the usual C/C++ design
problems that require hardening.  OCaml, Haskell, and any LLVM
language including C/C++ would be included in that list.  I don't see
any mention of that in this proposal.

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 1497002] perl-Bencode-1.500 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Bencode-1.500-1.fc28
 Resolution|--- |RAWHIDE
Last Closed||2017-09-29 04:22:14



--- Comment #1 from Petr Pisar  ---
An enhancement release. Because it rewrites the main code, I push it only into
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

ppisar pushed to perl-Bencode (master). "1.500 bump"

[notifications]

From 02a5835ccbcbaa371af8b98a36ab6f7678d67553 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Sep 29 2017 08:18:14 +
Subject: 1.500 bump


---

diff --git a/.gitignore b/.gitignore
index f282473..7e99a5b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Bencode-1.4.tar.gz
 /Bencode-1.402.tar.gz
+/Bencode-1.500.tar.gz
diff --git a/perl-Bencode.spec b/perl-Bencode.spec
index cc5f0dc..acad539 100644
--- a/perl-Bencode.spec
+++ b/perl-Bencode.spec
@@ -1,15 +1,15 @@
 Name:   perl-Bencode
-Version:1.402
-Release:8%{?dist}
+Version:1.500
+Release:1%{?dist}
 Summary:BitTorrent serialization format
 License:GPL+ or Artistic
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Bencode/
 Source0:
http://www.cpan.org/authors/id/A/AR/ARISTOTLE/Bencode-%{version}.tar.gz
 BuildArch:  noarch
 # Build
-BuildRequires:  perl-interpreter
 BuildRequires:  perl-generators
+BuildRequires:  perl-interpreter
+BuildRequires:  perl(:VERSION) >= 5.6
 BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
@@ -17,8 +17,6 @@ BuildRequires:  perl(warnings)
 BuildRequires:  perl(Carp)
 BuildRequires:  perl(Exporter::Tidy)
 # Tests only
-BuildRequires:  perl(File::Find)
-BuildRequires:  perl(File::Temp)
 BuildRequires:  perl(Test::Differences)
 BuildRequires:  perl(Test::More) >= 0.88
 Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 
$version))
@@ -48,6 +46,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Sep 29 2017 Petr Pisar  - 1.500-1
+- 1.500 bump
+
 * Thu Jul 27 2017 Fedora Release Engineering  - 
1.402-8
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
 
diff --git a/sources b/sources
index 4ca2893..a07f489 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-8a78f7a9f15a6ef7932f4ebe52d74168  Bencode-1.402.tar.gz
+SHA512 (Bencode-1.500.tar.gz) = 
75324a9a7ca2fa5ba7200ed566740218fd6562c93833dd62fbe472612ddb8757afbb83892a8a14a012aafe1763a95799ac40db34bf7a7debb3c70c2c56c05b94



https://src.fedoraproject.org/rpms/perl-Bencode/c/02a5835ccbcbaa371af8b98a36ab6f7678d67553?branch=master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar uploaded Bencode-1.500.tar.gz for perl-Bencode

[notifications]

75324a9a7ca2fa5ba7200ed566740218fd6562c93833dd62fbe472612ddb8757afbb83892a8a14a012aafe1763a95799ac40db34bf7a7debb3c70c2c56c05b94
  Bencode-1.500.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Bencode/Bencode-1.500.tar.gz/sha512/75324a9a7ca2fa5ba7200ed566740218fd6562c93833dd62fbe472612ddb8757afbb83892a8a14a012aafe1763a95799ac40db34bf7a7debb3c70c2c56c05b94/Bencode-1.500.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Bodhi doesn't recognize new packages when creating a new update

[Hedayat Vatankhah]

Dear all,
I've recently added 2 new packages, but when I tried to add them to 
F27/F26 updates, it doesn't recognize them in the "Packages" box and 
says: "Unable to find any packages that match the current query". BTW, I 
can create the desired update, the only inconvenience is that Bodhi 
doesn't provide any auto-completion assists.


I guess it is not the expected behaviour. You can try 
'golang-github-dchest-siphash' as an example.


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

[389-devel] Re: Rust-Lang

[Carsten Grzemba]

> 
> As a curious question, does solaris have rustlang support  ? 
> 
> 
Not in the moment, but there some issues open for rust related Solaris. So it 
tried somebody already.
 
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org