Re: pkgdb 'collections' API is now inaccurate, will soon go away (was Re: PkgDB and the ArbitraryBranching Change)

[Matthew Miller]

On Fri, Aug 18, 2017 at 09:51:40PM -0400, Matthew Miller wrote:
> On Fri, Aug 18, 2017 at 08:06:22PM -0500, Michael Catanzaro wrote:
> > >I swear we talked about this somewhere before. I can't find the
> > >ticket, though.
> > Possibly https://pagure.io/fedora-workstation/issue/23
> Yes! That was totally it. Thanks.

I filed https://pagure.io/fedora-infrastructure/issue/6267 requesting
an interim fix.

-- 
Matthew Miller

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

Re: pkgdb 'collections' API is now inaccurate, will soon go away (was Re: PkgDB and the ArbitraryBranching Change)

[Matthew Miller]

On Fri, Aug 18, 2017 at 08:06:22PM -0500, Michael Catanzaro wrote:
> >I swear we talked about this somewhere before. I can't find the
> >ticket, though.
> Possibly https://pagure.io/fedora-workstation/issue/23

Yes! That was totally it. Thanks.

-- 
Matthew Miller

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

Re: pkgdb 'collections' API is now inaccurate, will soon go away (was Re: PkgDB and the ArbitraryBranching Change)

[Michael Catanzaro]

On Fri, Aug 18, 2017 at 5:59 PM, Matthew Miller 
 wrote:
I swear we talked about this somewhere before. I can't find the 
ticket,

though.


Possibly https://pagure.io/fedora-workstation/issue/23
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: pkgdb 'collections' API is now inaccurate, will soon go away (was Re: PkgDB and the ArbitraryBranching Change)

[Matthew Miller]

On Fri, Aug 18, 2017 at 02:13:17PM -0700, Adam Williamson wrote:
> There's an important consequence of this that I only realized today.
> 
> pkgdb had an API endpoint, 'collections', which was useful as a
> reliable source of information about available Fedora releases and
> their status. It still exists now, until pkgdb is entirely turned off:
> 
> https://admin.fedoraproject.org/pkgdb/api/collections/
> 
> but as pkgdb was made read-only on August 4th, its data is outdated. It
> shows Fedora 24 as 'active' (rather than 'EOL'), and it has not had
> Fedora 27 added (as would usually be the case when it branched).

I swear we talked about this somewhere before. I can't find the ticket,
though. My suggestion was to simply replace or redirect to a static
page until a replacement can be created. I think it was a pagure ticket
somewhere, but I'm not sure where.

-- 
Matthew Miller

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

Re: tcp_wrappers deprecation

[R P Herrold]

On Fri, 18 Aug 2017, Jason L Tibbitts III wrote:

> Sadly I know how terrible tcp_wrappers is and so I know it needs to go
> away.  

just because crows trying to protect their young will 'mob' a 
hawk hunting to feed her young does not make the hawk 
terrible; latest is not always greatest

I found the ranting toward wrappers unconvincing years ago - 
- I remain unconvinced that it is terrible code

> It's just unfortunate that there's no replacement for it besides
> firewalling, and dealing with the firewall is unfortunately so
> complicated.

wrappers will invoke the resolver, and do PTR lookups, and so 
can do:
- hostname based, 
- domain related, and 
- absent DNS information based blocking

I know of no way to do these tasks with the 'firewalld' code

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

[Bug 1470542] PAR:: Packer requires the same perl version it was built against

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

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



--- Comment #19 from Fedora Update System  ---
perl-PAR-Packer-1.035-4.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-8cfb07cd7a

-- 
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: removable setup rpm?!

[Colin Walters]

On Fri, Aug 18, 2017, at 07:43 AM, Petr Stodulka wrote:
> Hi folks,
> 
> I found now that the setup rpm is removable from the system,
> which leads to unusable system, because of missing important files,
> like /etc/shadow, 

Sounds like you're using dnf for a host system?  The Fedora
editions that use rpm-ostree for the host (Atomic Host, and 
https://pagure.io/workstation-ostree-config)
are quite resilient to this; in fact by default package layering is just that - 
layering, it doesn't
allow removing from the base.

But while rpm-ostree has somewhat of a (partially deserved) reputation
for "you can't do that", in fact you can:

# rpm-ostree status
State: idle
● fedora-atomic:fedora/26/x86_64/atomic-host
   Version: 26.101 (2017-08-06 21:27:14)
Commit: 
f6331bcd14577e0ee43db3ba5a44e0f63f74a86e3955604c20542df0b7ad8ad6
  GPGSignature: Valid signature by 
E641850B77DF435378D1D7E2812A6B4B64DAB85D
# rpm-ostree ex override remove setup
...
Resolving dependencies... failed
error: The following base packages would be removed: 
atomic-1.18.1-5.fc26.x86_64, atomic-devmode-0.3.7-1.fc26.noarch, 
cloud-init-0.7.9-7.fc26.noarch, cockpit-docker-147-1.fc26.x86_64, 
cockpit-networkmanager-147-1.fc26.noarch, cockpit-ostree-147-1.fc26.x86_64, 
cockpit-system-147-1.fc26.noarch, nfs-utils-1:2.1.1-5.rc5.fc26.x86_64, 
rpcbind-0.2.4-7.rc2.fc26.x86_64, shadow-utils-2:4.3.1-3.fc26.x86_64

But let's say that's not scary enough and I really, really want to try 

# rpm-ostree ex override remove setup atomic atomic-devmode cloud-init 
cockpit-{docker,networkmanager,ostree,system} nfs-utils rpcbind shadow-utils
...
Transaction complete; bootconfig swap: yes deployment count change: 1
...
Run "systemctl reboot" to start a reboot
# rpm-ostree status
State: idle
Deployments:
  fedora-atomic:fedora/26/x86_64/atomic-host
   Version: 26.101 (2017-08-06 21:27:14)
BaseCommit: 
f6331bcd14577e0ee43db3ba5a44e0f63f74a86e3955604c20542df0b7ad8ad6
  GPGSignature: Valid signature by 
E641850B77DF435378D1D7E2812A6B4B64DAB85D
   RemovedBasePackages: atomic-1.18.1-5.fc26.x86_64, 
cloud-init-0.7.9-7.fc26.noarch, shadow-utils-2:4.3.1-3.fc26.x86_64, 
rpcbind-0.2.4-7.rc2.fc26.x86_64, cockpit-system-147-1.fc26.noarch, 
nfs-utils-1:2.1.1-5.rc5.fc26.x86_64, cockpit-networkmanager-147-1.fc26.noarch, 
cockpit-docker-147-1.fc26.x86_64, setup-2.10.5-2.fc26.noarch, 
atomic-devmode-0.3.7-1.fc26.noarch, cockpit-ostree-147-1.fc26.x86_64

● fedora-atomic:fedora/26/x86_64/atomic-host
   Version: 26.101 (2017-08-06 21:27:14)
Commit: 
f6331bcd14577e0ee43db3ba5a44e0f63f74a86e3955604c20542df0b7ad8ad6
  GPGSignature: Valid signature by 
E641850B77DF435378D1D7E2812A6B4B64DAB85D
# 

But of course by design, the override remove packages are still
available in the base tree; your current system was untouched, and
if you choose to reboot and something went wrong, you'll have the rollback.
And regardless, undoing the override is always possible, without redownloading
anything (which would obviously not be easily possible here since I removed
NetworkManager):

# rpm-ostree ex override reset setup atomic atomic-devmode cloud-init 
cockpit-{docker,networkmanager,ostree,system} nfs-utils rpcbind shadow-utils

Will get back to the base.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

pkgdb 'collections' API is now inaccurate, will soon go away (was Re: PkgDB and the ArbitraryBranching Change)

[Adam Williamson]

On Fri, 2017-05-26 at 15:42 -0400, Ralph Bean wrote:
> To make this happen requires significant infrastructure changes.  Our
> proposed plan[4] is to decommission PkgDB entirely and to replace it
> with a combination of PDC[5] and pagure over dist-git.  (Tangentially,
> getting pagure over dist-git to play nicely with PkgDB was a
> challenge.  This route gets us to a pull-request interface for spec
> files quicker.)

There's an important consequence of this that I only realized today.

pkgdb had an API endpoint, 'collections', which was useful as a
reliable source of information about available Fedora releases and
their status. It still exists now, until pkgdb is entirely turned off:

https://admin.fedoraproject.org/pkgdb/api/collections/

but as pkgdb was made read-only on August 4th, its data is outdated. It
shows Fedora 24 as 'active' (rather than 'EOL'), and it has not had
Fedora 27 added (as would usually be the case when it branched).

My 'fedfind' project provides a couple of helper functions for
discovering the current release, all current stable releases etc.,
which were backed by the collections API. I have various things
downstream of fedfind that rely on these helpers, and I know for sure
there is other code that similarly relies on the collections API; the
one I know about for sure is gnome-software, but I'm pretty sure there
are some others too.

Of course, the 'natural' response to this would be to rewrite things
that use the pkgdb collections API to use PDC instead. However, there's
a problem with that: PDC does not provide sufficient data. Releases in
PDC can only be marked as "active" or "inactive". It seems EOL releases
are marked "inactive" and both stable and under-development releases
are marked "active" - so it is literally not possible to tell from PDC
whether a release is stable or Branched (e.g. right now, both Fedora 26
and Fedora 27 are simply 'active').

There is a long-standing bug report about this for PDC, which I've just
updated: 
https://github.com/product-definition-center/product-definition-center/issues/294

Anyway, just wanted to provide a heads-up about this problem for anyone
who's using collections (either directly or via fedfind). For fedfind
purposes, I've cut a new release - 3.6.1 - which simply has the current
'correct' answers hard coded, and this will be provided as an update.
Ralph Bean says he'll try to help get PDC updated to handle this
situation, and then I'll update fedfind again to get the information
from PDC. If you're using the pkgdb data directly, please be aware that
it is no longer accurate and will disappear entirely, whenever pkgdb is
fully disabled. CCing Richard Hughes for the gnome-software case.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora 27-20170818.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Cloud_base qcow2 x86_64
Atomic qcow2 x86_64
Server dvd i386
Workstation live i386
Cloud_base raw-xz x86_64
Server boot i386
Atomic raw-xz x86_64
Kde live i386

Failed openQA tests: 59/126 (x86_64), 1/2 (arm)

New failures (same test did not fail in 27-20170817.n.3):

ID: 131960  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/131960
ID: 131982  Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/131982
ID: 131996  Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/131996
ID: 131999  Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/131999
ID: 132001  Test: x86_64 KDE-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/132001
ID: 132014  Test: x86_64 universal install_package_set_minimal
URL: https://openqa.fedoraproject.org/tests/132014
ID: 132015  Test: x86_64 universal install_anaconda_text
URL: https://openqa.fedoraproject.org/tests/132015
ID: 132027  Test: x86_64 universal install_updates_img_local
URL: https://openqa.fedoraproject.org/tests/132027
ID: 132030  Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/132030
ID: 132031  Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/132031
ID: 132032  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/132032
ID: 132035  Test: x86_64 universal install_repository_http_variation
URL: https://openqa.fedoraproject.org/tests/132035
ID: 132036  Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/132036
ID: 132038  Test: x86_64 universal install_delete_pata
URL: https://openqa.fedoraproject.org/tests/132038
ID: 132040  Test: x86_64 universal install_sata
URL: https://openqa.fedoraproject.org/tests/132040
ID: 132043  Test: x86_64 universal install_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/132043
ID: 132046  Test: x86_64 universal install_multi
URL: https://openqa.fedoraproject.org/tests/132046
ID: 132048  Test: x86_64 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/132048
ID: 132049  Test: x86_64 universal install_simple_free_space
URL: https://openqa.fedoraproject.org/tests/132049
ID: 132050  Test: x86_64 universal install_multi_empty
URL: https://openqa.fedoraproject.org/tests/132050
ID: 132051  Test: x86_64 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/132051
ID: 132052  Test: x86_64 universal install_delete_partial
URL: https://openqa.fedoraproject.org/tests/132052
ID: 132053  Test: x86_64 universal install_btrfs
URL: https://openqa.fedoraproject.org/tests/132053
ID: 132054  Test: x86_64 universal install_ext3
URL: https://openqa.fedoraproject.org/tests/132054
ID: 132055  Test: x86_64 universal install_xfs
URL: https://openqa.fedoraproject.org/tests/132055
ID: 132056  Test: x86_64 universal install_lvmthin
URL: https://openqa.fedoraproject.org/tests/132056
ID: 132057  Test: x86_64 universal install_no_swap
URL: https://openqa.fedoraproject.org/tests/132057
ID: 132059  Test: x86_64 universal install_blivet_ext3
URL: https://openqa.fedoraproject.org/tests/132059
ID: 132060  Test: x86_64 universal install_blivet_btrfs
URL: https://openqa.fedoraproject.org/tests/132060
ID: 132061  Test: x86_64 universal install_blivet_no_swap
URL: https://openqa.fedoraproject.org/tests/132061
ID: 132062  Test: x86_64 universal install_blivet_xfs
URL: https://openqa.fedoraproject.org/tests/132062
ID: 132063  Test: x86_64 universal install_blivet_software_raid
URL: https://openqa.fedoraproject.org/tests/132063
ID: 132064  Test: x86_64 universal install_blivet_lvmthin
URL: https://openqa.fedoraproject.org/tests/132064

Old failures (same test failed in 27-20170817.n.3):

ID: 131967  Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/131967
ID: 131984  Test: x86_64 Workstation-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/131984
ID: 131995  Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/131995
ID: 131998  Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/131998
ID: 132010  Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/132010
ID: 132012  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/132012
ID: 132016  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/132016
ID: 132017  Test: x86_64 universal upgrade_server_64bit
URL: 

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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 772  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 766  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 656  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 627  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 238  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
 134  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c0d33ae70f   
tnef-1.4.14-1.el6
  36  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e8124f23c8   
heimdal-7.4.0-1.el6
  26  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-99fb0d61b0   
chicken-4.12.0-3.el6
  26  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-ab5ed7f894   
python-tablib-0.11.5-1.el6
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-87be2d4d20   
potrace-1.15-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-938c876edd   
php-PHPMailer-5.2.24-1.el6
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-035ed8efb3   
qpdf-5.1.1-5.el6
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-3f527c60d9   
firebird-2.5.7.27050.0-1.el6
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-0ad4c424f0   
redis-3.2.10-2.el6


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

configsnap-0.13-1.el6
fedfind-3.6.0-1.el6
fedpkg-1.29-1.el6
firebird-2.5.7.27050.0-1.el6
golang-github-russross-blackfriday-1.2-20.el6
libmediainfo-0.7.98-1.el6
libzen-0.4.36-1.el6
mediainfo-0.7.98-1.el6
php-horde-nag-4.2.16-1.el6
redis-3.2.10-2.el6
rpkg-1.50-1.el6
youtube-dl-2017.08.13-1.el6

Details about builds:



 configsnap-0.13-1.el6 (FEDORA-EPEL-2017-c32d22da83)
 Record and compare system state

Update Information:

Update to 0.13




 fedfind-3.6.0-1.el6 (FEDORA-EPEL-2017-11f5498c56)
 Fedora compose and image finder

Update Information:

This update adds support for the new modular  composes, with 'Fedora-Modular' as
their shortnames. Currently only Rawhide and Branched nightly modular composes
are supported.    This new version of fedfind handles an unusual situation
where its local cache directory (which is usually `~/.cache/fedfind`, but can be
a temporary directory if that location is not writeable) disappears during the
lifetime of a fedfind-using process. Previously, this would cause the process to
crash, as fedfind wasn't written to handle this eventuality. There are no other
changes in this update.




 fedpkg-1.29-1.el6 (FEDORA-EPEL-2017-1c685ce277)
 Fedora utility for working with dist-git

Update Information:

# Hihglight  - Read Koji configuration from profile. - fedpkg-stage is usable -
Non-zero is returned when local command fails - More Python 3 compatible - Allow
container builds from any namespace - Supply namespace to lookaside (if enabled)
# rpkg  - Fix PEP8 error (cqi) - Spelling fixes (ville.skytta) - Reword help and
description of new-sources and upload commands - 1248737   (cqi) - Set
autorebuild enabled by default (bfontecc) - Add commands to whitelist_externals
(cqi) - Declare Python 3 versions to support in setup.py (cqi) - Replace unicode
with six.text_type (cqi) - Run tests in both Python 2 and 3 with tox (cqi) -
Make tests and covered code compatible with Py3 (cqi) - Add requirements files
(cqi) - Do not build srpm in test (cqi) - Do not actually run git-diff in tests
(cqi) - Remove deprecated modules used in koji (cqi) - Non-zero exit when
rpmbuild fails in local command (cqi) - Report deprecation of config via logger
(lsedlar) - Print --dist deprecation warning explicitly (lsedlar) - utils: Avoid
DeprecationWarning for messages for users (lsedlar) - Supply namespace to
lookaside (if enabled) (lsedlar) - Support reading koji config from profile -
#187 (cqi) - Remove kitchen (cqi) - Fix string format (cqi) - Recommend
--release instead of --dist in mockbuild --help (tmz) - Allow overriding
container build target by downstream (lsedlar) - Add a separate property for
namespace (lsedlar) - Allow container builds from any namespace (maxamillion) -
Make osbs support optional (cqi) - make osbs 

Re: I need your reviews

[Athos Ribeiro]

On Thu, Aug 17, 2017 at 06:45:57PM +0200, Robert-André Mauchin wrote:
>  - golang-github-jlaffaye-ftp - A FTP client package for Go
>https://bugzilla.redhat.com/show_bug.cgi?id=1475817
>  - golang-github-golang-sync - Go concurrency primitives
>https://bugzilla.redhat.com/show_bug.cgi?id=1475872
>  - golang-github-billziss-gh-cgofuse - Cross-platform FUSE library for Go
>https://bugzilla.redhat.com/show_bug.cgi?id=1475741

I am taking these 3 for now :)

-- 
Athos Ribeiro

http://www.ime.usp.br/~athoscr
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Need assistance to build knotter for Fedora

[Luya Tshimbalanga]

On 18/08/17 02:27 AM, Benson Muite wrote:
> Ok, will take a look at this.
>
> On 08/18/2017 01:54 AM, Luya Tshimbalanga wrote:
>> Following the request from Design team, I struggle to package Knotter
>> for review due to failure related to Qt5.
>>
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=21287726
>>
>> As I am not familiar with Qt5. Can someone help to fix the error please.
>> I attached the spec file for view. Knotter website is on
>> http://knotter.mattbas.org/
>>
>>
>>
>> ___
>> devel mailing list -- devel@lists.fedoraproject.org
>> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Thanks. Here is also the updated SRPMS with latest snapshot
https://luya.fedorapeople.org/packages/SRPMS/knotter-0.9.7-0.1.20150218git.fc26.src.rpm

-- 
Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.coolest-storm.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Need assistance to build knotter for Fedora

[Luya Tshimbalanga]

On 18/08/17 06:57 AM, Samuel Rakitničan wrote:
> There are various error messages about missing files. The project uses git 
> submodules, make sure you provide them as well.
>
> https://github.com/mbasaglia/Knotter/tree/master/src/widgets
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Done. Here is the srpm version after following instruction about using
git submodules
https://luya.fedorapeople.org/packages/SRPMS/knotter-0.9.7-0.1.20150218git.fc26.src.rpm

Scratch build resulted as failure regardless:
https://koji.fedoraproject.org/koji/taskinfo?taskID=21310687


-- 
Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.coolest-storm.net

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

Re: tcp_wrappers deprecation

[Jason L Tibbitts III]

For the record, denyhosts currently relies upon the tcp_wrappers
functionality in openssh to function.  While it's possible to make it
manipulate the firewall as well, the whole situation is kind of a mess.
(Does it talk to firewalld?  What if you're not running firewalld?)

Sadly I know how terrible tcp_wrappers is and so I know it needs to go
away.  It's just unfortunate that there's no replacement for it besides
firewalling, and dealing with the firewall is unfortunately so
complicated.

So that's three of my packages that use tcp_wrappers in some way
(denyhosts, apcupsd and cyrus-imapd) though I suspect two of those just
need the build dependencies dropped.

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

Re: Need assistance to build knotter for Fedora

[Luya Tshimbalanga]

On 18/08/17 02:28 AM, Michael Schwendt wrote:
> On Thu, 17 Aug 2017 15:54:25 -0700, Luya Tshimbalanga wrote:
>
>> Following the request from Design team, I struggle to package Knotter
>> for review due to failure related to Qt5.
>>
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=21287726
>>
>> As I am not familiar with Qt5. Can someone help to fix the error please.
> Careful here. The source code in the git repo is 4-5 years old.
> The compiler errors look much more like outdated C++ that will require
> porting to GCC 7 in possibly many places. That can be non-trivial or
> a lot of work. Have upstream developers been contacted about it yet?
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Reports were already filed:

https://github.com/mbasaglia/Knotter/issues

-- 
Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.coolest-storm.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Promoting a package to stable

[Pavel Valena]

- Original Message -
> From: "Irina Boverman" 
> To: "Development discussions related to Fedora" 
> 
> Sent: Friday, August 18, 2017 7:18:21 PM
> Subject: Re: Promoting a package to stable
> 
> Yes, I can.
> Would adding karma allow me to promote this package?

Yes, see
https://fedoraproject.org/wiki/Bodhi#Karma_Automatism

Pavel

> Irina.
> 
> On Fri, Aug 18, 2017 at 11:55 AM, Matthew Miller < mat...@fedoraproject.org >
> wrote:
> 
> 
> On Fri, Aug 18, 2017 at 11:45:40AM -0400, Irina Boverman wrote:
> > I have a package in F25/F25 stable distributions that will not install
> > because the dependency is no longer there (new version of libwebsockets was
> > promoted to stable). I re-built them, but I have to wait another week
> > before it will be possible to promote them to stable. Is there a way to
> > promote them right away?
> 
> What's the package? Can you find some users to test and provide karma?
> 
> 
> --
> Matthew Miller
> < mat...@fedoraproject.org >
> Fedora Project Leader
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Promoting a package to stable

[Adam Williamson]

On Fri, 2017-08-18 at 13:18 -0400, Irina Boverman wrote:
> Yes, I can.
> Would adding karma allow me to promote this package?
> Irina.

Yes. The rules are explained in the update policy:
https://fedoraproject.org/wiki/Updates_Policy#Updates_to_.27critical_path.27_packages

critpath packages must wait 14 days *or* get a total of +2 karma before
they can be pushed; non-critpath packages must wait 7 days *or* get a
total of +1. (The policy doesn't *quite* match Bodhi's behaviour here;
Bodhi will allow you to push a non-critpath update stable manually once
it has +1 karma, or if you set an auto-push karma number when you
submit the update, Bodhi will push it *automatically* once that karma
number is reached).
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Promoting a package to stable

[Irina Boverman]

Yes, I can.
Would adding karma allow me to promote this package?
Irina.

On Fri, Aug 18, 2017 at 11:55 AM, Matthew Miller 
wrote:

> On Fri, Aug 18, 2017 at 11:45:40AM -0400, Irina Boverman wrote:
> > I have a package in F25/F25 stable distributions that will not install
> > because the dependency is no longer there (new version of libwebsockets
> was
> > promoted to stable). I re-built them, but I have to wait another week
> > before it will be possible to promote them to stable. Is there a way to
> > promote them right away?
>
> What's the package? Can you find some users to test and provide karma?
>
>
> --
> Matthew Miller
> 
> Fedora Project Leader
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: tcp_wrappers deprecation

[Dan Horák]

On Fri, 18 Aug 2017 17:42:21 +0200
Jakub Jelen  wrote:

> On Tue, 2017-08-15 at 13:58 +0200, Jakub Jelen wrote:
> > Hello Fedora devels and users,
> > 
> > more than three years ago, the same topic started discussion if we
> > want
> > this package in Fedora or not and how [1]. The discussion resulted
> > mostly in flames and in the removal of the dependency on
> > tcp_wrappers from systemd. But it was quite agreed that it is
> > considered as a security layer for some users, if they use it
> > correctly, or something that is or should be replaced by firewalls.
> > 
> > So can we discuss it now once more without the affiliation to
> > systemd?
> > The fact is that we still do not have any other replacement except
> > firewalls. But do we need one?
> > 
> > The complete removal of the package is probably not a wise step,
> > even though we can not find tcp_wrappers in recent SuSE anymore
> > [2]. It is still available in Arch [3] without other tools
> > depending on it. To be
> > fair, Debian [4] is still building tools (for example openssh) with
> > a build-time support for it.
> > 
> > My primary concern is OpenSSH, which upstream dropped support for
> > tcp_wrappers three years ago (late 2014) [5] and since then we are
> > maintaining one more downstream patch. But this effort should be
> > coordinated among other components to simplify the transition for
> > users
> > who insist on using it (using tcpd).
> > 
> > Removing the dependency will also allow us to trim the default
> > install for few more Kb.
> > 
> > If there will be no significant drawbacks, I will progress with
> > filling
> > a system wide change for Fedora 28 and I will pull the maintainers
> > of other tolls using libwrap into the round and discussion.
> 
> Hello,
> In Fedora 26, there is over 50 packages using tcp_wrappers as a build-
> time dependency:

the query shows packages with run-time (not build-time) dependencies,
in some cases it's an indirect dependency, so the actual list is shorter
 
> $ dnf repoquery --whatrequires 'libwrap.so.0()(64bit)'|grep x86_64
> 389-ds-base-snmp-0:1.3.6.6-2.fc26.x86_64 rmeggins
> aeskulap-0:0.2.2-0.27.beta1.fc26.x86_64  jenslody
> apcupsd-0:3.14.14-5.fc26.x86_64  tibbs
> apcupsd-cgi-0:3.14.14-5.fc26.x86_64
> apcupsd-gui-0:3.14.14-5.fc26.x86_64
> apt-cacher-ng-0:0.9.0-3.fc26.x86_64  kenjiro
> audit-0:2.7.7-1.fc26.x86_64  sgrubb
> bacula-client-0:7.4.7-1.fc26.x86_64  slaanesh
> bacula-director-0:7.4.7-1.fc26.x86_64
> bacula-libs-0:7.4.7-1.fc26.x86_64
> bacula-storage-0:7.4.7-1.fc26.x86_64
> bacula2-client-0:2.4.4-24.fc26.x86_64limb
> conserver-0:8.2.1-3.fc24.x86_64  jkastner
> ctk-devel-0:0.1-0.2.20151015gitbdc8cac.fc26.x86_64   bizdelnick
> ctk-dicom-0:0.1-0.2.20151015gitbdc8cac.fc26.x86_64
> cyrus-imapd-0:3.0.1-7.fc26.x86_64landgraf
> dcmtk-0:3.6.1-4.fc24.x86_64  ignatenkobrain
> dovecot-1:2.2.31-3.fc26.x86_64   mhlavink
> exim-0:4.89-1.fc26.x86_64dwmw2
> flow-tools-0:0.68.5.1-18.fc26.x86_64 stingray
> foghorn-0:0.1.6-12.fc26.x86_64   rohara  
> gsi-openssh-server-0:7.5p1-1.fc26.x86_64 ellert
> libvirt-snmp-0:0.0.3-7.fc24.x86_64   mprivozn
> libyaz-0:5.14.11-6.fc26.x86_64   guidograzioli
> lldpd-0:0.9.7-5.fc26.x86_64  jhogarth
> net-snmp-1:5.7.3-15.fc26.x86_64  jsafrane
> net-snmp-agent-libs-1:5.7.3-15.fc26.x86_64
> nfs-utils-1:2.1.1-5.rc4.fc26.x86_64  steved
> ngircd-0:24-2.fc26.x86_64ixs
> nrpe-0:3.0.1-4.fc26.x86_64   smooge
> nut-0:2.7.4-7.fc26.x86_64mhlavink
> ocserv-0:0.11.8-1.fc26.x86_64nmav
> openhpi-subagent-0:2.3.4-28.fc26.x86_64  sharkcz
> openldap-servers-0:2.4.44-10.fc26.x86_64 mhonek
> opensips-snmpstats-0:2.2.3-1.fc26.x86_64 ivaxer
> openssh-server-0:7.5p1-2.fc26.x86_64 jjelen
> pptpd-0:1.4.0-11.fc26.x86_64 jskarvad
> prelude-manager-0:3.1.0-2.fc26.x86_64totol
> proftpd-0:1.3.6-1.fc26.x86_64itamarjp
> ptpd-0:2.3.1-4.fc24.x86_64   pbrobinson
> pulseaudio-libs-0:10.0-4.fc26.x86_64 lennart
> quagga-0:1.1.1-2.fc26.x86_64 mruprich
> quota-rpc-1:4.03-8.fc26.x86_64   ppisar
> redir-0:2.2.1-16.fc26.x86_64 itamarjp
> rpcbind-0:0.2.4-7.rc2.fc26.x86_64steved
> rwhoisd-0:1.5.9.6-6.fc26.x86_64  ppisar
> sendmail-0:8.15.2-14.fc26.x86_64 jskarvad
> slapi-nis-0:0.56.1-2.fc26.x86_64 abbra
> sslh-0:1.18-2.fc26.x86_64  

Re: Promoting a package to stable

[Michael Schwendt]

On Fri, 18 Aug 2017 11:55:33 -0400, Matthew Miller wrote:

> On Fri, Aug 18, 2017 at 11:45:40AM -0400, Irina Boverman wrote:
> > I have a package in F25/F25 stable distributions that will not install
> > because the dependency is no longer there (new version of libwebsockets was
> > promoted to stable). I re-built them, but I have to wait another week
> > before it will be possible to promote them to stable. Is there a way to
> > promote them right away?  
> 
> What's the package? Can you find some users to test and provide karma?

First thing to do would be to contact the libwebsockets maintainer
and inform him about the dependency breakage and the updates policy.

Testing your rebuild/upgrade properly will still be needed. Don't rush!
Your package users may have installed packages before the libwebsockets
upgrade, and since they cannot update to the new libwebsockets version,
that may protect them from further breakage. That's a good thing. Test
your updates including the new libwebsockets carefully.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Promoting a package to stable

[Matthew Miller]

On Fri, Aug 18, 2017 at 11:45:40AM -0400, Irina Boverman wrote:
> I have a package in F25/F25 stable distributions that will not install
> because the dependency is no longer there (new version of libwebsockets was
> promoted to stable). I re-built them, but I have to wait another week
> before it will be possible to promote them to stable. Is there a way to
> promote them right away?

What's the package? Can you find some users to test and provide karma?


-- 
Matthew Miller

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

Promoting a package to stable

[Irina Boverman]

I have a package in F25/F25 stable distributions that will not install
because the dependency is no longer there (new version of libwebsockets was
promoted to stable). I re-built them, but I have to wait another week
before it will be possible to promote them to stable. Is there a way to
promote them right away?
--
Regards, Irina.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Need assistance to build knotter for Fedora

[Franco Comida]

Hello,

I've been able to compile from the github repo installing
qt5-qttools-static-5.7.1-5.fc26.x86_64
and making few changes to the code as in the attached patch.

Cheers,
Franco

On 18 August 2017 at 15:57, Samuel Rakitničan  wrote:

> There are various error messages about missing files. The project uses git
> submodules, make sure you provide them as well.
>
> https://github.com/mbasaglia/Knotter/tree/master/src/widgets
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
From 48ec07d40fe404bc936eaff24908b7e54b672b44 Mon Sep 17 00:00:00 2001
From: Franco Comida 
Date: Fri, 18 Aug 2017 17:32:57 +0200
Subject: [PATCH] fix compilation

---
 src/c++.hpp | 2 +-
 src/dialogs/export_image_dialog.hpp | 2 ++
 src/main.cpp| 2 +-
 3 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/src/c++.hpp b/src/c++.hpp
index 6197fe0..8b8fcbe 100644
--- a/src/c++.hpp
+++ b/src/c++.hpp
@@ -30,7 +30,6 @@ along with this program.  If not, see .
 \file
 
 Macros and stuff that should be already in C++
-*/
 
 #include 
 
@@ -40,6 +39,7 @@ along with this program.  If not, see .
 #define constexpr
 #endif // C++11
 
+*/
 #include 
 
 #endif // CXX_HPP
diff --git a/src/dialogs/export_image_dialog.hpp b/src/dialogs/export_image_dialog.hpp
index 68acd8d..6affbf6 100644
--- a/src/dialogs/export_image_dialog.hpp
+++ b/src/dialogs/export_image_dialog.hpp
@@ -31,6 +31,8 @@ along with this program.  If not, see .
 #include "knot_view.hpp"
 #include 
 
+Q_DECLARE_METATYPE(Color_Preview::Display_Mode);
+
 class Export_Image_Dialog : public QDialog, private Ui::Export_Image_Dialog
 {
 Q_OBJECT
diff --git a/src/main.cpp b/src/main.cpp
index 9efe120..f3e4815 100644
--- a/src/main.cpp
+++ b/src/main.cpp
@@ -29,9 +29,9 @@ along with this program.  If not, see .
 #include "edge_type.hpp"
 #include "command_line.hpp"
 
-
 int main(int argc, char *argv[])
 {
+QCoreApplication::setAttribute(Qt::AA_ShareOpenGLContexts);
 QApplication a(argc, argv);
 
 resource_manager().register_cusp_shape(new Cusp_Pointed);
-- 
2.13.5

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

Re: tcp_wrappers deprecation

[Jakub Jelen]

On Tue, 2017-08-15 at 13:58 +0200, Jakub Jelen wrote:
> Hello Fedora devels and users,
> 
> more than three years ago, the same topic started discussion if we
> want
> this package in Fedora or not and how [1]. The discussion resulted
> mostly in flames and in the removal of the dependency on tcp_wrappers
> from systemd. But it was quite agreed that it is considered as a
> security layer for some users, if they use it correctly, or something
> that is or should be replaced by firewalls.
> 
> So can we discuss it now once more without the affiliation to
> systemd?
> The fact is that we still do not have any other replacement except
> firewalls. But do we need one?
> 
> The complete removal of the package is probably not a wise step, even
> though we can not find tcp_wrappers in recent SuSE anymore [2]. It is
> still available in Arch [3] without other tools depending on it. To
> be
> fair, Debian [4] is still building tools (for example openssh) with a
> build-time support for it.
> 
> My primary concern is OpenSSH, which upstream dropped support for
> tcp_wrappers three years ago (late 2014) [5] and since then we are
> maintaining one more downstream patch. But this effort should be
> coordinated among other components to simplify the transition for
> users
> who insist on using it (using tcpd).
> 
> Removing the dependency will also allow us to trim the default
> install for few more Kb.
> 
> If there will be no significant drawbacks, I will progress with
> filling
> a system wide change for Fedora 28 and I will pull the maintainers of
> other tolls using libwrap into the round and discussion.

Hello,
In Fedora 26, there is over 50 packages using tcp_wrappers as a build-
time dependency:

$ dnf repoquery --whatrequires 'libwrap.so.0()(64bit)'|grep x86_64
389-ds-base-snmp-0:1.3.6.6-2.fc26.x86_64 rmeggins
aeskulap-0:0.2.2-0.27.beta1.fc26.x86_64  jenslody
apcupsd-0:3.14.14-5.fc26.x86_64  tibbs
apcupsd-cgi-0:3.14.14-5.fc26.x86_64
apcupsd-gui-0:3.14.14-5.fc26.x86_64
apt-cacher-ng-0:0.9.0-3.fc26.x86_64  kenjiro
audit-0:2.7.7-1.fc26.x86_64  sgrubb
bacula-client-0:7.4.7-1.fc26.x86_64  slaanesh
bacula-director-0:7.4.7-1.fc26.x86_64
bacula-libs-0:7.4.7-1.fc26.x86_64
bacula-storage-0:7.4.7-1.fc26.x86_64
bacula2-client-0:2.4.4-24.fc26.x86_64limb
conserver-0:8.2.1-3.fc24.x86_64  jkastner
ctk-devel-0:0.1-0.2.20151015gitbdc8cac.fc26.x86_64   bizdelnick
ctk-dicom-0:0.1-0.2.20151015gitbdc8cac.fc26.x86_64
cyrus-imapd-0:3.0.1-7.fc26.x86_64landgraf
dcmtk-0:3.6.1-4.fc24.x86_64  ignatenkobrain
dovecot-1:2.2.31-3.fc26.x86_64   mhlavink
exim-0:4.89-1.fc26.x86_64dwmw2
flow-tools-0:0.68.5.1-18.fc26.x86_64 stingray
foghorn-0:0.1.6-12.fc26.x86_64   rohara  
gsi-openssh-server-0:7.5p1-1.fc26.x86_64 ellert
libvirt-snmp-0:0.0.3-7.fc24.x86_64   mprivozn
libyaz-0:5.14.11-6.fc26.x86_64   guidograzioli
lldpd-0:0.9.7-5.fc26.x86_64  jhogarth
net-snmp-1:5.7.3-15.fc26.x86_64  jsafrane
net-snmp-agent-libs-1:5.7.3-15.fc26.x86_64
nfs-utils-1:2.1.1-5.rc4.fc26.x86_64  steved
ngircd-0:24-2.fc26.x86_64ixs
nrpe-0:3.0.1-4.fc26.x86_64   smooge
nut-0:2.7.4-7.fc26.x86_64mhlavink
ocserv-0:0.11.8-1.fc26.x86_64nmav
openhpi-subagent-0:2.3.4-28.fc26.x86_64  sharkcz
openldap-servers-0:2.4.44-10.fc26.x86_64 mhonek
opensips-snmpstats-0:2.2.3-1.fc26.x86_64 ivaxer
openssh-server-0:7.5p1-2.fc26.x86_64 jjelen
pptpd-0:1.4.0-11.fc26.x86_64 jskarvad
prelude-manager-0:3.1.0-2.fc26.x86_64totol
proftpd-0:1.3.6-1.fc26.x86_64itamarjp
ptpd-0:2.3.1-4.fc24.x86_64   pbrobinson
pulseaudio-libs-0:10.0-4.fc26.x86_64 lennart
quagga-0:1.1.1-2.fc26.x86_64 mruprich
quota-rpc-1:4.03-8.fc26.x86_64   ppisar
redir-0:2.2.1-16.fc26.x86_64 itamarjp
rpcbind-0:0.2.4-7.rc2.fc26.x86_64steved
rwhoisd-0:1.5.9.6-6.fc26.x86_64  ppisar
sendmail-0:8.15.2-14.fc26.x86_64 jskarvad
slapi-nis-0:0.56.1-2.fc26.x86_64 abbra
sslh-0:1.18-2.fc26.x86_64jhogarth
stunnel-0:5.41-1.fc26.x86_64 tmraz
syslog-ng-0:3.9.1-1.fc26.x86_64  marcusk
tcp_wrappers-devel-0:7.6-85.fc26.x86_64  jjelen
tftp-server-0:5.2-20.fc26.x86_64 jsynacek
up-imapproxy-0:1.2.8-0.7.20130726svn14389.fc24.x86_64 cmadams
uwsgi-router-access-0:2.0.15-1.fc26.x86_64   kad

jplesnik pushed to perl-IO-Tee (f27). "0.65 bump; Modernize spec file"

[notifications]

From 2ad0e73a38e6922c2e17124a3b70b84c29df Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Aug 18 2017 15:37:44 +
Subject: 0.65 bump; Modernize spec file


---

diff --git a/.gitignore b/.gitignore
index a81608a..c7bc75f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /IO-Tee-0.64.tar.gz
+/IO-Tee-0.65.tar.gz
diff --git a/perl-IO-Tee.spec b/perl-IO-Tee.spec
index b5d8cb1..97be24e 100644
--- a/perl-IO-Tee.spec
+++ b/perl-IO-Tee.spec
@@ -1,16 +1,24 @@
 Name:   perl-IO-Tee
-Version:0.64
-Release:9%{?dist}
+Version:0.65
+Release:1%{?dist}
 Summary:Multiplex output to multiple output handles
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/IO-Tee/
-Source0:
http://www.cpan.org/authors/id/K/KE/KENSHAN/IO-Tee-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+Source0:
http://www.cpan.org/authors/id/N/NE/NEILB/IO-Tee-%{version}.tar.gz
 BuildArch:  noarch
+BuildRequires:  make
 BuildRequires:  perl-generators
-BuildRequires:  perl(ExtUtils::MakeMaker) perl(strict) perl(vars)
-BuildRequires:  perl(Carp) perl(IO::File) perl(IO::Handle) perl(Symbol)
+BuildRequires:  perl-interpreter
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(IO::File)
+BuildRequires:  perl(IO::Handle)
+BuildRequires:  perl(parent)
+BuildRequires:  perl(Symbol)
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 
 %description
@@ -27,31 +35,26 @@ IO::File::new is called for you with the specified argument 
or arguments.
 %setup -q -n IO-Tee-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
-
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-
+make pure_install DESTDIR=$RPM_BUILD_ROOT
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
 make test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
- 
 %files
-%defattr(-,root,root,-)
+%license LICENSE
 %doc Changes README
 %{perl_vendorlib}/*
 %{_mandir}/man3/*
 
 %changelog
+* Fri Aug 18 2017 Jitka Plesnikova  - 0.65-1
+- 0.65 bump
+
 * Thu Jul 27 2017 Fedora Release Engineering  - 
0.64-9
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
 
diff --git a/sources b/sources
index 8b23704..6504217 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-97d91e38fcadc1f01d8030a8d4f30701  IO-Tee-0.64.tar.gz
+SHA512 (IO-Tee-0.65.tar.gz) = 
f0f2f069c9c43098fc8fb343ef3a701e8ea5d6171a7f86b3c296f542435b1305f263085ede07431cfe34ccf02d845c8f3719ddf1eb6fe0d8def0c730f8e97236



https://src.fedoraproject.org/rpms/perl-IO-Tee/c/2ad0e73a38e6922c2e17124a3b70b84c29df?branch=f27
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Many 'map' SELinux denials in current Rawhide

[Daniel Walsh]

On 08/15/2017 02:50 PM, Joonas Sarajärvi wrote:

Adam Williamson kirjoitti 15.08.2017 klo 02:37:

Of course, for day-to-day Rawhide users, booting with 'enforcing=0' can
work around these issues for now (or you could, I suppose, create a
local policy that just blanket allowed the 'map' permission in all
cases, so all other SELinux restrictions would remain in place).


For those less familiar with SELinux but still using it and wishing to 
keep things that way, it would be awesome to have a quick summary (or 
just pointer to documentation) on how you do this. It sounds like a 
fairly straightforward task to describe if you know your way around 
SELinux.


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


This would be fairly difficult.  Basically the kernel added a new access 
check map to verify memory mapped file systems are still accessible by 
the process after a policy load.  The map access had to be added to all 
file access interfaces. Basically lots of rules are written


read_files_pattern(SOURCE_T, TARGET_T)

But read_files_pattern had to have an additional map access added and 
then all of the domains get the access.



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

jplesnik pushed to perl-IO-Tee (master). "0.65 bump; Modernize spec file"

[notifications]

From 2ad0e73a38e6922c2e17124a3b70b84c29df Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Aug 18 2017 15:37:44 +
Subject: 0.65 bump; Modernize spec file


---

diff --git a/.gitignore b/.gitignore
index a81608a..c7bc75f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /IO-Tee-0.64.tar.gz
+/IO-Tee-0.65.tar.gz
diff --git a/perl-IO-Tee.spec b/perl-IO-Tee.spec
index b5d8cb1..97be24e 100644
--- a/perl-IO-Tee.spec
+++ b/perl-IO-Tee.spec
@@ -1,16 +1,24 @@
 Name:   perl-IO-Tee
-Version:0.64
-Release:9%{?dist}
+Version:0.65
+Release:1%{?dist}
 Summary:Multiplex output to multiple output handles
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/IO-Tee/
-Source0:
http://www.cpan.org/authors/id/K/KE/KENSHAN/IO-Tee-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+Source0:
http://www.cpan.org/authors/id/N/NE/NEILB/IO-Tee-%{version}.tar.gz
 BuildArch:  noarch
+BuildRequires:  make
 BuildRequires:  perl-generators
-BuildRequires:  perl(ExtUtils::MakeMaker) perl(strict) perl(vars)
-BuildRequires:  perl(Carp) perl(IO::File) perl(IO::Handle) perl(Symbol)
+BuildRequires:  perl-interpreter
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(IO::File)
+BuildRequires:  perl(IO::Handle)
+BuildRequires:  perl(parent)
+BuildRequires:  perl(Symbol)
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 
 %description
@@ -27,31 +35,26 @@ IO::File::new is called for you with the specified argument 
or arguments.
 %setup -q -n IO-Tee-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
-
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-
+make pure_install DESTDIR=$RPM_BUILD_ROOT
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
 make test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
- 
 %files
-%defattr(-,root,root,-)
+%license LICENSE
 %doc Changes README
 %{perl_vendorlib}/*
 %{_mandir}/man3/*
 
 %changelog
+* Fri Aug 18 2017 Jitka Plesnikova  - 0.65-1
+- 0.65 bump
+
 * Thu Jul 27 2017 Fedora Release Engineering  - 
0.64-9
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
 
diff --git a/sources b/sources
index 8b23704..6504217 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-97d91e38fcadc1f01d8030a8d4f30701  IO-Tee-0.64.tar.gz
+SHA512 (IO-Tee-0.65.tar.gz) = 
f0f2f069c9c43098fc8fb343ef3a701e8ea5d6171a7f86b3c296f542435b1305f263085ede07431cfe34ccf02d845c8f3719ddf1eb6fe0d8def0c730f8e97236



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

jplesnik uploaded IO-Tee-0.65.tar.gz for perl-IO-Tee

[notifications]

f0f2f069c9c43098fc8fb343ef3a701e8ea5d6171a7f86b3c296f542435b1305f263085ede07431cfe34ccf02d845c8f3719ddf1eb6fe0d8def0c730f8e97236
  IO-Tee-0.65.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-IO-Tee/IO-Tee-0.65.tar.gz/sha512/f0f2f069c9c43098fc8fb343ef3a701e8ea5d6171a7f86b3c296f542435b1305f263085ede07431cfe34ccf02d845c8f3719ddf1eb6fe0d8def0c730f8e97236/IO-Tee-0.65.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: 0Day policy update

[Kamil Paral]

On Thu, Aug 17, 2017 at 12:10 PM, Jan Kurik  wrote:

> Hi,
>
> as discussed in thread [1] I would like to propose update of the
> blocker process SOP page [2] regarding Accepted0Day and
> AcceptedPreviousRelease. Currently we have in the policy the following
> statement:
>
> "Accepted0Day is used for cases where the fix does not need to appear
> in the final frozen release, but must be available as an update on
> release day. AcceptedPreviousRelease is used for cases where the fix
> must appear as an update for one or more stable releases."
>
> This statement does not fully define timing of Accepted0Day and
> AcceptedPreviousRelease with regard to release date. During F26
> release cycle we were on Go/No-Go meetings discussing whether we need
> to block release on a bug or whether we can release it as 0day. The
> main concern was timing of 0day bugs where we did not have guaranteed
> that a fix for the 0day bug will be available on time for the release
> day. Having this experience I would like to propose update of the
> blocker process SOP page [2], defining also more specific timing of
> 0day bugs. My proposal looks as follow:
>
> "Accepted0Day is used for cases where the fix does not need to appear
> in the final frozen release, but must be available as an update on
> release day. AcceptedPreviousRelease is used for cases where the fix
> must appear as an update for one or more stable releases. If an
> Accepted0Day or an AcceptedPreviousRelease might possibly block a
> release it must be also verified at the time of Go/No-Go meeting for
> the related release day, otherwise it is considered as a blocker."
>
> Does anyone has any objection or concern to update the SOP as proposed ?
>

And I just replied to the original thread :)

However, I don't see any collision between what I wrote and and your
proposed clarification, so I'm fine with that new paragraph.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: removable setup rpm?!

[Michael Schwendt]

On Fri, 18 Aug 2017 17:03:57 +0200, Petr Stodulka wrote:

> >>   # dnf remove setup

> rpm is low level tool.  No, I am talking just about use of dnf which is high 
> level tool for working
> with packages/modules.

*ouch*  Covering such a corner-case is of limited use, IMO.
What other package tools would benefit from such a protection?

If, on the contrary, dnf decided to remove such packages during a normal
updates while running into depsolving troubles, _that_ would be interesting
to fix (because removing a package without replacing it would be a big bug).
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

pwouters pushed to perl-Net-DNS (master). "- Updated tp 1.12"

[notifications]

From e9313ca8680479cada23dd949ba15f833646a176 Mon Sep 17 00:00:00 2001
From: Paul Wouters 
Date: Aug 18 2017 15:21:05 +
Subject: - Updated tp 1.12


---

diff --git a/.gitignore b/.gitignore
index a8a2015..32ca9ed 100644
--- a/.gitignore
+++ b/.gitignore
@@ -26,3 +26,4 @@ Net-DNS-0.65.tar.gz
 /Net-DNS-1.08.tar.gz
 /Net-DNS-1.09.tar.gz
 /Net-DNS-1.10.tar.gz
+/Net-DNS-1.12.tar.gz
diff --git a/perl-Net-DNS.spec b/perl-Net-DNS.spec
index 9d3f6ce..f8b7ac4 100644
--- a/perl-Net-DNS.spec
+++ b/perl-Net-DNS.spec
@@ -1,6 +1,6 @@
 Name:  perl-Net-DNS
-Version:   1.10
-Release:   3%{?dist}
+Version:   1.12
+Release:   1%{?dist}
 Summary:   DNS resolver modules for Perl
 # lib/Net/DNS/RR/RT.pm: GPL+ or Artistic
 License:   (GPL+ or Artistic) and MIT
@@ -137,6 +137,9 @@ make test
 %{_mandir}/man3/Net::DNS::Nameserver*
 
 %changelog
+* Fri Aug 18 2017 Paul Wouters  - 1.12-1
+- Updated tp 1.12
+
 * Thu Jul 27 2017 Fedora Release Engineering  - 
1.10-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
 
diff --git a/sources b/sources
index f9fa6b4..b5e4387 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Net-DNS-1.10.tar.gz) = 
2184b0d35f7002d793b10238582ca80d9d1ee06543f10b287e7cb77e5234efc49865ea6b2a87184c45b002bba0b42ad3fd84ff8743f79e2841ccecb597b98962
+SHA512 (Net-DNS-1.12.tar.gz) = 
78a2ad0736819f59d1dcb7b38387d0e72fa5715f0c7aa0e37e1ba64025e535a3a5145e7dd0ce46c10e1af4b5941f0fc4fa17dd9735eb1e3173fc13ef138c8de1



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

pwouters uploaded Net-DNS-1.12.tar.gz for perl-Net-DNS

[notifications]

78a2ad0736819f59d1dcb7b38387d0e72fa5715f0c7aa0e37e1ba64025e535a3a5145e7dd0ce46c10e1af4b5941f0fc4fa17dd9735eb1e3173fc13ef138c8de1
  Net-DNS-1.12.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Net-DNS/Net-DNS-1.12.tar.gz/sha512/78a2ad0736819f59d1dcb7b38387d0e72fa5715f0c7aa0e37e1ba64025e535a3a5145e7dd0ce46c10e1af4b5941f0fc4fa17dd9735eb1e3173fc13ef138c8de1/Net-DNS-1.12.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Blocker bug process proposal: waiving late-discovered blockers to next release (round 2)

[Kamil Paral]

On Fri, Aug 11, 2017 at 12:51 AM, Adam Williamson <
adamw...@fedoraproject.org> wrote:

> On Thu, 2017-08-10 at 10:59 +0200, Jan Kurik wrote:
> > Thanks Adam for putting this together. I am definitely+1 to extend the
> > Blocker bug process with your proposal.
> >
> > And there is one more topic related to this: how we should deal with
> > 0day bugs found at the last moment before release ? Should not we have
> > a statement for Accepted0Day and AcceptedPreviousRelease blockers
> > saying that such bugs need to be verified and have enough karma before
> > relevant Go/No-Go meeting ? My question is base on the experience we
> > made during F26 release cycle, when we stopped already running
> > mirroring of a release as we realized the 0day fix will not be ready
> > at the release day. Having such a statement (and follow it) might save
> > the effort especially RelEng is putting into the release activities
> > after Go/No-Go meeting.
>
> I think we could certainly stand to clarify the exact requirements
> around Accepted0Day and AcceptedPreviousRelease blockers, yes. AFAIK
> all we have for now is this in the blocker process SOP page:
>
> "Accepted0Day is used for cases where the fix does not need to appear
> in the final frozen release, but must be available as an update on
> release day. AcceptedPreviousRelease is used for cases where the fix
> must appear as an update for one or more stable releases."
>
> And we're definitely missing some written-down policy about exactly
> when the updates must be in exactly what state. I think we can do that
> separately from this, though. I've got a lot on my plate ATM so it'd be
> great if someone else could do this draft - perhaps you or Kamil (as I
> know he's been interested in the question before)?
>

I tried to discuss this topic in the past wrt AcceptedPreviousRelease, and
I didn't receive many responses from relevant people. From what I did
receive, I created this description (part of the official SOP, so it should
be "in production"):
https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process#Tracking_AcceptedPreviousRelease_blocker_bugs

It might seem that this only discusses when to close
AcceptedPreviousRelease bugs. However, having all blocker bugs closed is a
prerequisite to voting "Go". So this is effectively a policy of how to
handle AcceptedPreviousRelease blockers state during Go/NoGo. The key
sentence describing the required state is:

"Only when it is guaranteed that MirrorManager refers only to the push
containing the fixed package or newer pushes, we should mark this bug
as *CLOSED
ERRATA*. "

And track-previous-release-blocker.py script implements that (it's quite
tedious to check that manually). I guess we could use the same approach
(and the same script) even for Accepted0Day. I'm not exactly sure how
'updates' repo is handled before Go, whether some people with older repos
can get older metadata not containing the required fix. If it is guaranteed
that 'updates' repo on release day is always up-to-day for all users (i.e.
it's the very push to that repo, no older metadata references are in
repomd.xml), it's even easier to check the state - just make sure the fix
is in updates-pending tag and we're good to go.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Introduction/looking for a sponsorship

[Robert-André Mauchin]

Le dimanche 06 août 2017 à 19:41:39 (-0400), Ben Rosser a écrit :
> On Mon, Jul 31, 2017 at 5:56 AM, Robert-André Mauchin
>  wrote:
> > Hello,
> >
> > My name is Robert-André and I'm looking to become a packager for Fedora.
> [...]
> >
> > So if you like my work so far, please consider sponsoring me for the 
> > packaging team o/
> >
> > Thank you.
> >
> > Robert-André
> > FAS username: eclipseo
> 
> Welcome to Fedora!
> 
> This is interesting timing; a few days ago I found myself looking for
> the Perl version of "rename" and installed your copr repository for
> the script (https://copr.fedorainfracloud.org/coprs/eclipseo/prename/).
> 
> If you are interested in submitting prename to the review queue in
> addition to your other packages, I would be happy to take the review.
> 
> I see you've already been sponsored, which is great!
> 
> Ben Rosser
>
If anyone is still interested in prename, I finally got a license from the 
developer, so I proposed it for Fedora inclusion.

Here is the Review Request: https://bugzilla.redhat.com/show_bug.cgi?id=1482997

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

Re: removable setup rpm?!

[Petr Stodulka]

On 18.8.2017 16:16, Michael Schwendt wrote:
> On Fri, 18 Aug 2017 15:20:55 +0200, Petr Stodulka wrote:
> 
>   $ rpm -q --whatrequires setup
>   rpcbind-0.2.4-7.rc2.fc26.x86_64
>   shadow-utils-4.3.1-3.fc26.x86_64
>  
>>
>>   # dnf remove setup
>>
>> I am not talking about update, I am talking about situation that you can 
>> break completely
>> your system by removing of packages, that should not be removable. The logic 
>> why someone
>> would want to remove such packages it is not relevant here. You shouldn't be 
>> able to do that.
>> That's the point.
> 
> Do you want to protect packages also against removing them with "rpm"?
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> 

Hmmm, is it possible? I thought that with rpm I am able to remove even 
protected packages.
In addition, I am able to remove even packages without dependencies, so I don't 
see the point.
rpm is low level tool.  No, I am talking just about use of dnf which is high 
level tool for working
with packages/modules.

-- 
Petr Stodulka
Core Services (In-place upgrades and migrations)
IRC nicks: pstodulk, skytak
Red Hat



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

Re: Could not execute retire

[Chenxiong Qi]

On Fri, Aug 18, 2017 at 3:32 PM, Pierre-Yves Chibon  wrote:
> On Fri, Aug 18, 2017 at 03:18:10PM +0800, Chenxiong Qi wrote:
>> fedpkg-1.29 should work with python2-rpkg-1.50 together.
>
> Maybe we could make fedpkg-1.29 Requires: python2-rpkg >= 1.50 ?
>

Good idea :) I have already made a PR. Thanks.

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



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

jplesnik pushed to perl-Test-Spec (f27). "0.53 bump"

[notifications]

From 74f9b9550b53113b79373828836bc01509a6b4ea Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Aug 18 2017 14:37:40 +
Subject: 0.53 bump


---

diff --git a/.gitignore b/.gitignore
index d8f14d0..5184ae4 100644
--- a/.gitignore
+++ b/.gitignore
@@ -16,3 +16,4 @@
 /Test-Spec-0.50.tar.gz
 /Test-Spec-0.51.tar.gz
 /Test-Spec-0.52.tar.gz
+/Test-Spec-0.53.tar.gz
diff --git a/perl-Test-Spec.spec b/perl-Test-Spec.spec
index 54f7abf..0a3c3cd 100644
--- a/perl-Test-Spec.spec
+++ b/perl-Test-Spec.spec
@@ -1,5 +1,5 @@
 Name:   perl-Test-Spec
-Version:0.52
+Version:0.53
 Release:1%{?dist}
 Summary:Write tests in a declarative specification style
 License:GPL+ or Artistic
@@ -71,6 +71,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Aug 18 2017 Jitka Plesnikova  - 0.53-1
+- 0.53 bump
+
 * Tue Aug 15 2017 Jitka Plesnikova  - 0.52-1
 - 0.52 bump
 
diff --git a/sources b/sources
index 0e565f0..a1f7dfc 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Test-Spec-0.52.tar.gz) = 
1fff7e5437d7bb5943d20623e70f1328143d2b4e4c542ba3bd9f4058cc6c45b56bd7a48797adc2188422362f659b39d1f815098bf626c3088685d5c9cfa11e36
+SHA512 (Test-Spec-0.53.tar.gz) = 
ad63239c98b8e1fc6442db2511a312a5af18839345a13e7c295e6c40584165020b2d40234b89b3633fc3b2e54e9c64b99df7841e7111fe9b30042dc0bf079ef9



https://src.fedoraproject.org/rpms/perl-Test-Spec/c/74f9b9550b53113b79373828836bc01509a6b4ea?branch=f27
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-Test-Spec (master). "0.53 bump"

[notifications]

From 74f9b9550b53113b79373828836bc01509a6b4ea Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Aug 18 2017 14:37:40 +
Subject: 0.53 bump


---

diff --git a/.gitignore b/.gitignore
index d8f14d0..5184ae4 100644
--- a/.gitignore
+++ b/.gitignore
@@ -16,3 +16,4 @@
 /Test-Spec-0.50.tar.gz
 /Test-Spec-0.51.tar.gz
 /Test-Spec-0.52.tar.gz
+/Test-Spec-0.53.tar.gz
diff --git a/perl-Test-Spec.spec b/perl-Test-Spec.spec
index 54f7abf..0a3c3cd 100644
--- a/perl-Test-Spec.spec
+++ b/perl-Test-Spec.spec
@@ -1,5 +1,5 @@
 Name:   perl-Test-Spec
-Version:0.52
+Version:0.53
 Release:1%{?dist}
 Summary:Write tests in a declarative specification style
 License:GPL+ or Artistic
@@ -71,6 +71,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Aug 18 2017 Jitka Plesnikova  - 0.53-1
+- 0.53 bump
+
 * Tue Aug 15 2017 Jitka Plesnikova  - 0.52-1
 - 0.52 bump
 
diff --git a/sources b/sources
index 0e565f0..a1f7dfc 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Test-Spec-0.52.tar.gz) = 
1fff7e5437d7bb5943d20623e70f1328143d2b4e4c542ba3bd9f4058cc6c45b56bd7a48797adc2188422362f659b39d1f815098bf626c3088685d5c9cfa11e36
+SHA512 (Test-Spec-0.53.tar.gz) = 
ad63239c98b8e1fc6442db2511a312a5af18839345a13e7c295e6c40584165020b2d40234b89b3633fc3b2e54e9c64b99df7841e7111fe9b30042dc0bf079ef9



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

jplesnik uploaded Test-Spec-0.53.tar.gz for perl-Test-Spec

[notifications]

ad63239c98b8e1fc6442db2511a312a5af18839345a13e7c295e6c40584165020b2d40234b89b3633fc3b2e54e9c64b99df7841e7111fe9b30042dc0bf079ef9
  Test-Spec-0.53.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Test-Spec/Test-Spec-0.53.tar.gz/sha512/ad63239c98b8e1fc6442db2511a312a5af18839345a13e7c295e6c40584165020b2d40234b89b3633fc3b2e54e9c64b99df7841e7111fe9b30042dc0bf079ef9/Test-Spec-0.53.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1472755] perl-JSON-Path-0.411 is available

[bugzilla]

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

Emmanuel Seyman  changed:

   What|Removed |Added

 Depends On||1482867




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1482867
[Bug 1482867] Review Request: perl-JSON-Parse - Read JSON into a Perl
variable
-- 
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: removable setup rpm?!

[Michael Schwendt]

On Fri, 18 Aug 2017 15:20:55 +0200, Petr Stodulka wrote:

> >>>   $ rpm -q --whatrequires setup
> >>>   rpcbind-0.2.4-7.rc2.fc26.x86_64
> >>>   shadow-utils-4.3.1-3.fc26.x86_64
> >>>  
> 
>   # dnf remove setup
> 
> I am not talking about update, I am talking about situation that you can 
> break completely
> your system by removing of packages, that should not be removable. The logic 
> why someone
> would want to remove such packages it is not relevant here. You shouldn't be 
> able to do that.
> That's the point.

Do you want to protect packages also against removing them with "rpm"?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Need assistance to build knotter for Fedora

[Samuel Rakitničan]

There are various error messages about missing files. The project uses git 
submodules, make sure you provide them as well.

https://github.com/mbasaglia/Knotter/tree/master/src/widgets
___
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-08-18)

[Kalev Lember]

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-08-18 16:00 UTC'


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

= Followups =

#topic #1737 Proposal: i686 SIG needs to be functional by F27 release date or 
we drop i686 kernel from F28
.fesco 1737
https://pagure.io/fesco/issue/1737

#topic #1760 F27 approved Changes not in MODIFIED status (considered as not 
testable)
.fesco 1760
https://pagure.io/fesco/issue/1760

= New business =

#topic #1756 provenpackager request for junghans
.fesco 1756
https://pagure.io/fesco/issue/1756

#topic #1759 Approval for packaging 'xpra.socket' file
.fesco 1759
https://pagure.io/fesco/issue/1759

#topic #1763 Fedora Modules Guidelines and Process
.fesco 1763
https://pagure.io/fesco/issue/1763

#topic #1764 new orphan packages: gnome-shell-extension-sustmi*
.fesco 1764
https://pagure.io/fesco/issue/1764

#topic #1765 Proposed Fedora 28 schedule
.fesco 1765
https://pagure.io/fesco/issue/1765

= 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: removable setup rpm?!

[Neal Gompa]

On Fri, Aug 18, 2017 at 9:20 AM, Petr Stodulka  wrote:
>
>
> On 18.8.2017 14:18, Michael Schwendt wrote:
>> On Fri, 18 Aug 2017 08:10:16 -0400, Neal Gompa wrote:
>>
>>> On Fri, Aug 18, 2017 at 7:55 AM, Michael Schwendt wrote:
 On Fri, 18 Aug 2017 13:43:28 +0200, Petr Stodulka wrote:

> Hi folks,
>
> I found now that the setup rpm is removable from the system,

 Clarify, please. What exactly have you found out? Have you found an update
 case where one of the package updater tools removed it actually?

   $ rpm -q --whatrequires setup
   rpcbind-0.2.4-7.rc2.fc26.x86_64
   shadow-utils-4.3.1-3.fc26.x86_64

>
>   # dnf remove setup
>
> I am not talking about update, I am talking about situation that you can 
> break completely
> your system by removing of packages, that should not be removable. The logic 
> why someone
> would want to remove such packages it is not relevant here. You shouldn't be 
> able to do that.
> That's the point.
>
 Whatever you've done, you would need to remove more packages before
 you could remove "setup".

 In case a tool like "dnf" has done it, I'd like to see the details,
 particularly the packages DNF used to replace setup and shadow-utils.

>>>
>>> It doesn't replace it with anything, it just considers it okay to
>>> remove from the system, because we don't have any protected packages
>>> that depend on setup.
>>
>> That doesn't make sense [yet]. It cannot remove it without breaking
>> existing dependencies. It would need to remove shadow-utils, too, for
>> example.
>
> Obiously you are able to remove shadow-utils "without troubles" too. That's 
> just point
> that the list of protected packages should be bigger. IMHO, packages that are 
> crucial
> for basic run of the system shouldn't be removable.
>

Our basesystem package seems to be quite neglected.

For comparison, here's Mageia's basesystem:
http://svnweb.mageia.org/packages/cauldron/basesystem/current/SPECS/basesystem.spec?view=markup

We should probably consider filling out the basesystem package more
and making it so that it is a protected package.

That package isn't supposed to get removed on a Fedora system anyway.

-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: removable setup rpm?!

[Petr Stodulka]

On 18.8.2017 14:18, Michael Schwendt wrote:
> On Fri, 18 Aug 2017 08:10:16 -0400, Neal Gompa wrote:
> 
>> On Fri, Aug 18, 2017 at 7:55 AM, Michael Schwendt wrote:
>>> On Fri, 18 Aug 2017 13:43:28 +0200, Petr Stodulka wrote:
>>>  
 Hi folks,

 I found now that the setup rpm is removable from the system,  
>>>
>>> Clarify, please. What exactly have you found out? Have you found an update
>>> case where one of the package updater tools removed it actually?
>>>
>>>   $ rpm -q --whatrequires setup
>>>   rpcbind-0.2.4-7.rc2.fc26.x86_64
>>>   shadow-utils-4.3.1-3.fc26.x86_64
>>>

  # dnf remove setup

I am not talking about update, I am talking about situation that you can break 
completely
your system by removing of packages, that should not be removable. The logic 
why someone
would want to remove such packages it is not relevant here. You shouldn't be 
able to do that.
That's the point.

>>> Whatever you've done, you would need to remove more packages before
>>> you could remove "setup".
>>>
>>> In case a tool like "dnf" has done it, I'd like to see the details,
>>> particularly the packages DNF used to replace setup and shadow-utils.
>>>  
>>
>> It doesn't replace it with anything, it just considers it okay to
>> remove from the system, because we don't have any protected packages
>> that depend on setup.
> 
> That doesn't make sense [yet]. It cannot remove it without breaking
> existing dependencies. It would need to remove shadow-utils, too, for
> example.

Obiously you are able to remove shadow-utils "without troubles" too. That's 
just point
that the list of protected packages should be bigger. IMHO, packages that are 
crucial
for basic run of the system shouldn't be removable.

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

-- 
Petr Stodulka
Core Services (In-place upgrades and migrations)
IRC nicks: pstodulk, skytak
Red Hat



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

ppisar pushed to perl (master). "Work around: Build-require host explicitly"

[notifications]

From 518f19c7124bf26f5fa30316b39af1f9ebe76580 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 18 2017 13:19:18 +
Subject: Work around: Build-require host explicitly


---

diff --git a/perl.yaml b/perl.yaml
index eba2835..f83059a 100644
--- a/perl.yaml
+++ b/perl.yaml
@@ -16,6 +16,9 @@ data:
 buildrequires:
 platform: master
 perl-bootstrap: master
+# Explicitly require transitive dependencies to work around
+# .
+host: master
 requires:
 platform: master
 references:



https://src.fedoraproject.org/modules/perl/c/518f19c7124bf26f5fa30316b39af1f9ebe76580?branch=master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: removable setup rpm?!

[Petr Stodulka]

On 18.8.2017 13:46, Neal Gompa wrote:
> On Fri, Aug 18, 2017 at 7:43 AM, Petr Stodulka  wrote:
>> Hi folks,
>>
>> I found now that the setup rpm is removable from the system,
>> which leads to unusable system, because of missing important files,
>> like /etc/shadow, 
>>
>> Could you anyone say why that? I heard something about dependency hell, so
>> in that case, the packages should be at least protected like dnf, systemd, 
>> etc.
>>
>> One possible way would be the config file for dnf in downstream, like
>>   echo setup > /etc/yum/protected.d/setup.conf
>>
>> Any better idea before I create bugzilla?
>>
> 
> Don't we have a basesystem package or something to mark as protected? It
> should be protected, so that people can't rip it out and bust the
> system into tiny little pieces.
> 
> 

We have. But currently I am able to remove that package without troubles 
because there
is set just Requires(pres) for setup and filesystem. I heard something that 
circle dependency
problem was there.

-- 
Petr Stodulka
Core Services (In-place upgrades and migrations)
IRC nicks: pstodulk, skytak
Red Hat



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

Re: removable setup rpm?!

[Michael Schwendt]

On Fri, 18 Aug 2017 08:10:16 -0400, Neal Gompa wrote:

> On Fri, Aug 18, 2017 at 7:55 AM, Michael Schwendt wrote:
> > On Fri, 18 Aug 2017 13:43:28 +0200, Petr Stodulka wrote:
> >  
> >> Hi folks,
> >>
> >> I found now that the setup rpm is removable from the system,  
> >
> > Clarify, please. What exactly have you found out? Have you found an update
> > case where one of the package updater tools removed it actually?
> >
> >   $ rpm -q --whatrequires setup
> >   rpcbind-0.2.4-7.rc2.fc26.x86_64
> >   shadow-utils-4.3.1-3.fc26.x86_64
> >
> > Whatever you've done, you would need to remove more packages before
> > you could remove "setup".
> >
> > In case a tool like "dnf" has done it, I'd like to see the details,
> > particularly the packages DNF used to replace setup and shadow-utils.
> >  
> 
> It doesn't replace it with anything, it just considers it okay to
> remove from the system, because we don't have any protected packages
> that depend on setup.

That doesn't make sense [yet]. It cannot remove it without breaking
existing dependencies. It would need to remove shadow-utils, too, for
example.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: removable setup rpm?!

[Neal Gompa]

On Fri, Aug 18, 2017 at 7:55 AM, Michael Schwendt  wrote:
> On Fri, 18 Aug 2017 13:43:28 +0200, Petr Stodulka wrote:
>
>> Hi folks,
>>
>> I found now that the setup rpm is removable from the system,
>
> Clarify, please. What exactly have you found out? Have you found an update
> case where one of the package updater tools removed it actually?
>
>   $ rpm -q --whatrequires setup
>   rpcbind-0.2.4-7.rc2.fc26.x86_64
>   shadow-utils-4.3.1-3.fc26.x86_64
>
> Whatever you've done, you would need to remove more packages before
> you could remove "setup".
>
> In case a tool like "dnf" has done it, I'd like to see the details,
> particularly the packages DNF used to replace setup and shadow-utils.
>

It doesn't replace it with anything, it just considers it okay to
remove from the system, because we don't have any protected packages
that depend on setup. Technically, the basesystem package is supposed
to be protected, but it's not. If it was, then setup would not be
removable.

In Mageia, we have a package "mageia-dnf-conf" that adds additional
protected.d files for protecting core system components. We probably
need the same thing for Fedora.



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: removable setup rpm?!

[Michael Schwendt]

On Fri, 18 Aug 2017 13:43:28 +0200, Petr Stodulka wrote:

> Hi folks,
> 
> I found now that the setup rpm is removable from the system,

Clarify, please. What exactly have you found out? Have you found an update
case where one of the package updater tools removed it actually?

  $ rpm -q --whatrequires setup
  rpcbind-0.2.4-7.rc2.fc26.x86_64
  shadow-utils-4.3.1-3.fc26.x86_64

Whatever you've done, you would need to remove more packages before
you could remove "setup".

In case a tool like "dnf" has done it, I'd like to see the details,
particularly the packages DNF used to replace setup and shadow-utils.

> which leads to unusable system, because of missing important files,
> like /etc/shadow, 
> 
> Could you anyone say why that? I heard something about dependency hell, so
> in that case, the packages should be at least protected like dnf, systemd, 
> etc.
> 
> One possible way would be the config file for dnf in downstream, like
>   echo setup > /etc/yum/protected.d/setup.conf
> 
> Any better idea before I create bugzilla?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: removable setup rpm?!

[Neal Gompa]

On Fri, Aug 18, 2017 at 7:43 AM, Petr Stodulka  wrote:
> Hi folks,
>
> I found now that the setup rpm is removable from the system,
> which leads to unusable system, because of missing important files,
> like /etc/shadow, 
>
> Could you anyone say why that? I heard something about dependency hell, so
> in that case, the packages should be at least protected like dnf, systemd, 
> etc.
>
> One possible way would be the config file for dnf in downstream, like
>   echo setup > /etc/yum/protected.d/setup.conf
>
> Any better idea before I create bugzilla?
>

Don't we have a basesystem package or something to mark as protected? It
should be protected, so that people can't rip it out and bust the
system into tiny little pieces.


-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

removable setup rpm?!

[Petr Stodulka]

Hi folks,

I found now that the setup rpm is removable from the system,
which leads to unusable system, because of missing important files,
like /etc/shadow, 

Could you anyone say why that? I heard something about dependency hell, so
in that case, the packages should be at least protected like dnf, systemd, etc.

One possible way would be the config file for dnf in downstream, like
  echo setup > /etc/yum/protected.d/setup.conf

Any better idea before I create bugzilla?

-- 
Petr Stodulka
Core Services (In-place upgrades and migrations)
IRC nicks: pstodulk, skytak
Red Hat



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

Modularity, container images, and the default Python stack(s)

[Nick Coghlan]

Hi folks,

[Note: this may not make much sense to folks that haven't been closely
following the Modular Server work for F27. If that's you, sorry -
hopefully this will be more comprehensible by the time I officially
propose it for F28, as the relevant terminology becomes more widely
understood. In the meantime, check out
https://docs.pagure.org/modularity/ to learn more]

I'm working on a draft proposal for a "Default Python" module (see
https://fedora-python.readthedocs.io/en/latest/plans/default-python-module/
for details), and hit an interesting challenge when it comes to
defining the containing images that we want to be able to build from
our module definitions.

A quick summary of what I'm expecting we'll have by F28:

- a separate platform-python binary in the Platform module
- python2 modules with a full 2.7 stream and a partial
interpreter-only 2.6 stream
- python3 modules with a full 3.6 stream and a TBD set of other streams
- a default-python module to switch between no-default,
python2-default and python3-default

With those modules defined, a minimal Fedora container image will only
include platform-python, but we'd at least also have Python3-F28, and
Python2-F28 images that included the respective user Python stack in
addition to the platform Python runtime.

The part I'm struggling with is this: Python 3.7.0 is expected to be
released in June 2018, while Fedora 28 is due out in May 2018. It
would be *really nice* to be able to define a Fedora 28 based Python
3.7 container where "/usr/bin/python" and "/usr/bin/python3" were both
references to "/usr/bin/python3.7".

The challenge with actually doing that lies in the "/usr/bin/python3"
symlink: integrated userspace Python applications in F28 are going to
expect that to still refer to the Python 3.6 stream.

One way I could potentially see this working:

* the normal non-conflicting setup is as follows:

  * the python3 3.6 stream includes a "/usr/bin/python3" symlink
  * the other python3 3.x streams do *not* include such a symlink &
hence don't conflict
  * the default-python python3-default stream does *not* include such
a symlink & hence doesn't conflict

We then add some more streams to the default-python module that *do*
include a "/usr/bin/python3" symlink: python3.5-default,
python3.7-default, etc

The trick with these streams is that they would *conflict* with the
regular python3 3.6 stream, due to the disagreement over what
"/usr/bin/python" means. That dependency resolution conflict would
then mean that have a non-default version of Python 3.x configured as
the default when defining your container would *prevent* you from
including any regular userspace Python components - you'd only be able
to include the ones built specifically for that stream.

Does that approach sound sufficiently plausible to folks that I can
use it to provide feedback to the folks working on the modularity
tooling as to the capabilities we think we'll need?

Cheers,
Nick.

-- 
Nick Coghlan   |   ncogh...@gmail.com   |   Brisbane, Australia
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

Re: Review requests: perl-Regexp-Pattern, perl-Regexp-Pattern-License

[Björn 'besser82' Esser]

Am 18.08.2017 um 12:35 schrieb Sandro Mani:

Hi

I needs these simple perl packages reviewed to fix broken dependencies 
introduced in licensecheck-3.0.31 (the reason it actually built 
successfully was that licensecheck-3.0.30 actually provided 
perl(Regexp::Pattern::License), fact which I missed, but now 3.0.31 
can't be installed since it needs 3.0.30 to satisfy the dependencies...):


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

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

Happy to review in exchange.

Sandro


I just reviewed and approved your packages .
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Review requests: perl-Regexp-Pattern, perl-Regexp-Pattern-License

[Sandro Mani]

Hi

I needs these simple perl packages reviewed to fix broken dependencies 
introduced in licensecheck-3.0.31 (the reason it actually built 
successfully was that licensecheck-3.0.30 actually provided 
perl(Regexp::Pattern::License), fact which I missed, but now 3.0.31 
can't be installed since it needs 3.0.30 to satisfy the dependencies...):


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

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

Happy to review in exchange.

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

Re: Setting up a fedora-python pagure.io group

[Nick Coghlan]

On 15 August 2017 at 19:44, Nick Coghlan  wrote:
> So I decided to set up a build on ReadTheDocs instead, and that looks
> to have just worked, including the logo rendering:
> https://fedora-python.readthedocs.io/en/latest/

I couldn't get Pagure's webhooks to work properly (see
https://pagure.io/pagure/issue/2522), so revising the revised plan:
could someone with the appropriate access create me a fedora-python
repo under https://github.com/fedora-python and grant me admin access
to it? :)

With the Pagure folks being busy with the dist-git integration, that
makes more sense to me than fiddling about trying to get Pagure's
webhooks working.

Cheers,
Nick.

-- 
Nick Coghlan   |   ncogh...@gmail.com   |   Brisbane, Australia
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-XML-LibXSLT (f27). "Do not link against perllibs too"

[notifications]

From ca35deb2d730f576e3d6692a60b972a63a91290f Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 18 2017 09:41:59 +
Subject: Do not link against perllibs too


---

diff --git 
a/XML-LibXSLT-1.95-Do-not-link-against-perl-extension-libraries.patch 
b/XML-LibXSLT-1.95-Do-not-link-against-perl-extension-libraries.patch
deleted file mode 100644
index 9046ee0..000
--- a/XML-LibXSLT-1.95-Do-not-link-against-perl-extension-libraries.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-From f1b7d486cbb1fb62f0e5c141f3012a38278a90bf Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
-Date: Thu, 8 Jan 2015 16:37:23 +0100
-Subject: [PATCH] Do not link against perl extension libraries
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-CPAN RT #83028
-
-Signed-off-by: Petr Písař 

- Makefile.PL | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/Makefile.PL b/Makefile.PL
-index ce33f36..dd8468f 100644
 a/Makefile.PL
-+++ b/Makefile.PL
-@@ -198,7 +198,7 @@ if (have_library($::is_Win32 ? "libexslt
- $config{DEFINE} .= " -DHAVE_EXSLT"
- }
- 
--$config{LIBS}.=' '.$Config{libs};
-+$config{LIBS}.=' '.$Config{perllibs};
- 
- if ($DEBUG) {
-   print "LIBS: $config{LIBS}\n";
--- 
-1.9.3
-
diff --git a/XML-LibXSLT-1.95-Do-not-link-to-Config-libs.patch 
b/XML-LibXSLT-1.95-Do-not-link-to-Config-libs.patch
new file mode 100644
index 000..f1245ec
--- /dev/null
+++ b/XML-LibXSLT-1.95-Do-not-link-to-Config-libs.patch
@@ -0,0 +1,38 @@
+From 6a2e22d0d50d2fec26424cb0dcc44eb086c880db Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Fri, 18 Aug 2017 11:35:33 +0200
+Subject: [PATCH] Do not link to $Config{libs}
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+$Config{libs} as well as $Config{perllibs} are not designed for
+passing them to linker when building non-core XS modules. They brought
+in dependency on unnecessary libraries.
+
+This patch can break Win32 platform as the linker works differently
+there.
+
+CPAN RT #83028
+
+Signed-off-by: Petr Písař 
+---
+ Makefile.PL | 2 --
+ 1 file changed, 2 deletions(-)
+
+diff --git a/Makefile.PL b/Makefile.PL
+index fc0a370..4cc57a9 100644
+--- a/Makefile.PL
 b/Makefile.PL
+@@ -198,8 +198,6 @@ if (have_library($::is_Win32 ? "libexslt" : "exslt")) {
+ $config{DEFINE} .= " -DHAVE_EXSLT"
+ }
+ 
+-$config{LIBS}.=' '.$Config{libs};
+-
+ if ($DEBUG) {
+   print "LIBS: $config{LIBS}\n";
+   print "INC: $config{INC}\n";
+-- 
+2.9.5
+
diff --git a/perl-XML-LibXSLT.spec b/perl-XML-LibXSLT.spec
index 340e4c9..4e5b5a6 100644
--- a/perl-XML-LibXSLT.spec
+++ b/perl-XML-LibXSLT.spec
@@ -1,14 +1,15 @@
 Name:  perl-XML-LibXSLT
 # NOTE: also update perl-XML-LibXML to a compatible version.  See below why.
 Version:   1.95
-Release:   6%{?dist}
+Release:   7%{?dist}
 Summary:   Perl module for interfacing to GNOME's libxslt
 Group: Development/Libraries
 License:   GPL+ or Artistic
 URL:   http://search.cpan.org/dist/XML-LibXSLT/
 Source0:   
http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXSLT-%{version}.tar.gz
-# Do not link against perl extension libraries, CPAN RT#83028
-Patch0:
XML-LibXSLT-1.95-Do-not-link-against-perl-extension-libraries.patch
+# Do not link against perl extension libraries, bug #905482, bug #1481324,
+# CPAN RT#83028
+Patch0: XML-LibXSLT-1.95-Do-not-link-to-Config-libs.patch
 # Do not break tests by updating libxml2 library, CPAN RT#86398
 Patch1:
XML-LibXSLT-1.95-Do-not-require-the-same-build-and-run-time-version-o.patch
 BuildRequires: coreutils
@@ -78,6 +79,9 @@ make test
 %{_mandir}/man3/*.3*
 
 %changelog
+* Fri Aug 18 2017 Petr Pisar  - 1.95-7
+- Do not link against perllibs too (bugs #905482, #1481324)
+
 * Thu Aug 03 2017 Fedora Release Engineering  - 
1.95-6
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Binutils_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-XML-LibXSLT/c/ca35deb2d730f576e3d6692a60b972a63a91290f?branch=f27
___
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-XML-LibXSLT (f27). "Modernize spec file"

[notifications]

From dc3ec428fed6bc767841d6ba89a013f3137983b1 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 18 2017 09:48:08 +
Subject: Modernize spec file


---

diff --git a/perl-XML-LibXSLT.spec b/perl-XML-LibXSLT.spec
index 4e5b5a6..9c10769 100644
--- a/perl-XML-LibXSLT.spec
+++ b/perl-XML-LibXSLT.spec
@@ -3,7 +3,6 @@ Name:   perl-XML-LibXSLT
 Version:   1.95
 Release:   7%{?dist}
 Summary:   Perl module for interfacing to GNOME's libxslt
-Group: Development/Libraries
 License:   GPL+ or Artistic
 URL:   http://search.cpan.org/dist/XML-LibXSLT/
 Source0:   
http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXSLT-%{version}.tar.gz
@@ -14,10 +13,11 @@ Patch0: 
XML-LibXSLT-1.95-Do-not-link-to-Config-libs.patch
 Patch1:
XML-LibXSLT-1.95-Do-not-require-the-same-build-and-run-time-version-o.patch
 BuildRequires: coreutils
 BuildRequires: findutils
+BuildRequires: gcc
 BuildRequires: make
-BuildRequires: perl-interpreter
 BuildRequires: perl-devel
 BuildRequires: perl-generators
+BuildRequires: perl-interpreter
 BuildRequires: perl(Carp)
 BuildRequires: perl(Config)
 BuildRequires: perl(Cwd)
@@ -26,7 +26,7 @@ BuildRequires:perl(Devel::Peek)
 BuildRequires: perl(DynaLoader)
 BuildRequires: perl(Encode)
 BuildRequires: perl(Exporter)
-BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires: perl(File::Spec)
 BuildRequires: perl(IO::Socket::INET)
 BuildRequires: perl(strict)
@@ -60,12 +60,11 @@ that you can find at http://www.xmlsoft.org/XSLT/
 %patch1 -p1
 
 %build
-perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE="%{optflags}"
+perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 OPTIMIZE="%{optflags}"
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=%{buildroot}
-find %{buildroot} -type f -name .packlist -delete
 find %{buildroot} -type f -name '*.bs' -a -size 0 -delete
 chmod -R u+w %{buildroot}/*
 



https://src.fedoraproject.org/rpms/perl-XML-LibXSLT/c/dc3ec428fed6bc767841d6ba89a013f3137983b1?branch=f27
___
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-XML-LibXSLT (f27). "Expand tabs"

[notifications]

From 5ae60b6524202426a711eaceaf250a633deebbd7 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 18 2017 09:50:31 +
Subject: Expand tabs


---

diff --git a/perl-XML-LibXSLT.spec b/perl-XML-LibXSLT.spec
index 9c10769..54861a2 100644
--- a/perl-XML-LibXSLT.spec
+++ b/perl-XML-LibXSLT.spec
@@ -1,52 +1,52 @@
-Name:  perl-XML-LibXSLT
+Name:   perl-XML-LibXSLT
 # NOTE: also update perl-XML-LibXML to a compatible version.  See below why.
-Version:   1.95
-Release:   7%{?dist}
-Summary:   Perl module for interfacing to GNOME's libxslt
-License:   GPL+ or Artistic
-URL:   http://search.cpan.org/dist/XML-LibXSLT/
-Source0:   
http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXSLT-%{version}.tar.gz
+Version:1.95
+Release:7%{?dist}
+Summary:Perl module for interfacing to GNOME's libxslt
+License:GPL+ or Artistic
+URL:http://search.cpan.org/dist/XML-LibXSLT/
+Source0:
http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXSLT-%{version}.tar.gz
 # Do not link against perl extension libraries, bug #905482, bug #1481324,
 # CPAN RT#83028
 Patch0: XML-LibXSLT-1.95-Do-not-link-to-Config-libs.patch
 # Do not break tests by updating libxml2 library, CPAN RT#86398
-Patch1:
XML-LibXSLT-1.95-Do-not-require-the-same-build-and-run-time-version-o.patch
-BuildRequires: coreutils
-BuildRequires: findutils
-BuildRequires: gcc
-BuildRequires: make
-BuildRequires: perl-devel
-BuildRequires: perl-generators
-BuildRequires: perl-interpreter
-BuildRequires: perl(Carp)
-BuildRequires: perl(Config)
-BuildRequires: perl(Cwd)
-BuildRequires: perl(Data::Dumper)
-BuildRequires: perl(Devel::Peek)
-BuildRequires: perl(DynaLoader)
-BuildRequires: perl(Encode)
-BuildRequires: perl(Exporter)
-BuildRequires: perl(ExtUtils::MakeMaker) >= 6.76
-BuildRequires: perl(File::Spec)
-BuildRequires: perl(IO::Socket::INET)
-BuildRequires: perl(strict)
-BuildRequires: perl(Symbol)
-BuildRequires: perl(Test)
-BuildRequires: perl(Test::More)
-BuildRequires: perl(vars)
-BuildRequires: perl(warnings)
-BuildRequires: libxslt-devel >= 1.1.28
-Requires:  perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+Patch1: 
XML-LibXSLT-1.95-Do-not-require-the-same-build-and-run-time-version-o.patch
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  gcc
+BuildRequires:  make
+BuildRequires:  perl-devel
+BuildRequires:  perl-generators
+BuildRequires:  perl-interpreter
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(Config)
+BuildRequires:  perl(Cwd)
+BuildRequires:  perl(Data::Dumper)
+BuildRequires:  perl(Devel::Peek)
+BuildRequires:  perl(DynaLoader)
+BuildRequires:  perl(Encode)
+BuildRequires:  perl(Exporter)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
+BuildRequires:  perl(File::Spec)
+BuildRequires:  perl(IO::Socket::INET)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(Symbol)
+BuildRequires:  perl(Test)
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(vars)
+BuildRequires:  perl(warnings)
+BuildRequires:  libxslt-devel >= 1.1.28
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 # the package shares code with perl-XML-LibXML, we have to require a 
compatible version
 # see https://bugzilla.redhat.com/show_bug.cgi?id=469480
 # for testing is needed the same version of XML::LibXML
 # BUT XML::LibXML has new bugfix releases, but XML::LibXSLT not
-BuildRequires: perl(XML::LibXML::Boolean)
-BuildRequires: perl(XML::LibXML::Literal)
-BuildRequires: perl(XML::LibXML::NodeList)
-BuildRequires: perl(XML::LibXML::Number)
-BuildRequires: perl(XML::LibXML) >= %{version}
-Requires:  perl(XML::LibXML) >= %{version}
+BuildRequires:  perl(XML::LibXML::Boolean)
+BuildRequires:  perl(XML::LibXML::Literal)
+BuildRequires:  perl(XML::LibXML::NodeList)
+BuildRequires:  perl(XML::LibXML::Number)
+BuildRequires:  perl(XML::LibXML) >= %{version}
+Requires:   perl(XML::LibXML) >= %{version}
 
 %description
 This module is a fast XSLT library, based on the Gnome libxslt engine
@@ -289,9 +289,9 @@ make test
 
 * Fri Feb 25 2005 Zing  - 1.57-2
 - QA from Ville Skyttä
--  BuildRequires XML::LibXML >= 1.57
--  BuildRequires libxslt-devel
--  put benchmark.pl in %%doc
+-   BuildRequires XML::LibXML >= 1.57
+-   BuildRequires libxslt-devel
+-   put benchmark.pl in %%doc
 
 * Fri Feb 25 2005 Zing  - 1.57-1
 - First build.



https://src.fedoraproject.org/rpms/perl-XML-LibXSLT/c/5ae60b6524202426a711eaceaf250a633deebbd7?branch=f27
___
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-XML-LibXSLT (master). "Modernize spec file"

[notifications]

From dc3ec428fed6bc767841d6ba89a013f3137983b1 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 18 2017 09:48:08 +
Subject: Modernize spec file


---

diff --git a/perl-XML-LibXSLT.spec b/perl-XML-LibXSLT.spec
index 4e5b5a6..9c10769 100644
--- a/perl-XML-LibXSLT.spec
+++ b/perl-XML-LibXSLT.spec
@@ -3,7 +3,6 @@ Name:   perl-XML-LibXSLT
 Version:   1.95
 Release:   7%{?dist}
 Summary:   Perl module for interfacing to GNOME's libxslt
-Group: Development/Libraries
 License:   GPL+ or Artistic
 URL:   http://search.cpan.org/dist/XML-LibXSLT/
 Source0:   
http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXSLT-%{version}.tar.gz
@@ -14,10 +13,11 @@ Patch0: 
XML-LibXSLT-1.95-Do-not-link-to-Config-libs.patch
 Patch1:
XML-LibXSLT-1.95-Do-not-require-the-same-build-and-run-time-version-o.patch
 BuildRequires: coreutils
 BuildRequires: findutils
+BuildRequires: gcc
 BuildRequires: make
-BuildRequires: perl-interpreter
 BuildRequires: perl-devel
 BuildRequires: perl-generators
+BuildRequires: perl-interpreter
 BuildRequires: perl(Carp)
 BuildRequires: perl(Config)
 BuildRequires: perl(Cwd)
@@ -26,7 +26,7 @@ BuildRequires:perl(Devel::Peek)
 BuildRequires: perl(DynaLoader)
 BuildRequires: perl(Encode)
 BuildRequires: perl(Exporter)
-BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires: perl(File::Spec)
 BuildRequires: perl(IO::Socket::INET)
 BuildRequires: perl(strict)
@@ -60,12 +60,11 @@ that you can find at http://www.xmlsoft.org/XSLT/
 %patch1 -p1
 
 %build
-perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE="%{optflags}"
+perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 OPTIMIZE="%{optflags}"
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=%{buildroot}
-find %{buildroot} -type f -name .packlist -delete
 find %{buildroot} -type f -name '*.bs' -a -size 0 -delete
 chmod -R u+w %{buildroot}/*
 



https://src.fedoraproject.org/rpms/perl-XML-LibXSLT/c/dc3ec428fed6bc767841d6ba89a013f3137983b1?branch=master
___
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-XML-LibXSLT (master). "Expand tabs"

[notifications]

From 5ae60b6524202426a711eaceaf250a633deebbd7 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 18 2017 09:50:31 +
Subject: Expand tabs


---

diff --git a/perl-XML-LibXSLT.spec b/perl-XML-LibXSLT.spec
index 9c10769..54861a2 100644
--- a/perl-XML-LibXSLT.spec
+++ b/perl-XML-LibXSLT.spec
@@ -1,52 +1,52 @@
-Name:  perl-XML-LibXSLT
+Name:   perl-XML-LibXSLT
 # NOTE: also update perl-XML-LibXML to a compatible version.  See below why.
-Version:   1.95
-Release:   7%{?dist}
-Summary:   Perl module for interfacing to GNOME's libxslt
-License:   GPL+ or Artistic
-URL:   http://search.cpan.org/dist/XML-LibXSLT/
-Source0:   
http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXSLT-%{version}.tar.gz
+Version:1.95
+Release:7%{?dist}
+Summary:Perl module for interfacing to GNOME's libxslt
+License:GPL+ or Artistic
+URL:http://search.cpan.org/dist/XML-LibXSLT/
+Source0:
http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXSLT-%{version}.tar.gz
 # Do not link against perl extension libraries, bug #905482, bug #1481324,
 # CPAN RT#83028
 Patch0: XML-LibXSLT-1.95-Do-not-link-to-Config-libs.patch
 # Do not break tests by updating libxml2 library, CPAN RT#86398
-Patch1:
XML-LibXSLT-1.95-Do-not-require-the-same-build-and-run-time-version-o.patch
-BuildRequires: coreutils
-BuildRequires: findutils
-BuildRequires: gcc
-BuildRequires: make
-BuildRequires: perl-devel
-BuildRequires: perl-generators
-BuildRequires: perl-interpreter
-BuildRequires: perl(Carp)
-BuildRequires: perl(Config)
-BuildRequires: perl(Cwd)
-BuildRequires: perl(Data::Dumper)
-BuildRequires: perl(Devel::Peek)
-BuildRequires: perl(DynaLoader)
-BuildRequires: perl(Encode)
-BuildRequires: perl(Exporter)
-BuildRequires: perl(ExtUtils::MakeMaker) >= 6.76
-BuildRequires: perl(File::Spec)
-BuildRequires: perl(IO::Socket::INET)
-BuildRequires: perl(strict)
-BuildRequires: perl(Symbol)
-BuildRequires: perl(Test)
-BuildRequires: perl(Test::More)
-BuildRequires: perl(vars)
-BuildRequires: perl(warnings)
-BuildRequires: libxslt-devel >= 1.1.28
-Requires:  perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+Patch1: 
XML-LibXSLT-1.95-Do-not-require-the-same-build-and-run-time-version-o.patch
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  gcc
+BuildRequires:  make
+BuildRequires:  perl-devel
+BuildRequires:  perl-generators
+BuildRequires:  perl-interpreter
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(Config)
+BuildRequires:  perl(Cwd)
+BuildRequires:  perl(Data::Dumper)
+BuildRequires:  perl(Devel::Peek)
+BuildRequires:  perl(DynaLoader)
+BuildRequires:  perl(Encode)
+BuildRequires:  perl(Exporter)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
+BuildRequires:  perl(File::Spec)
+BuildRequires:  perl(IO::Socket::INET)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(Symbol)
+BuildRequires:  perl(Test)
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(vars)
+BuildRequires:  perl(warnings)
+BuildRequires:  libxslt-devel >= 1.1.28
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 # the package shares code with perl-XML-LibXML, we have to require a 
compatible version
 # see https://bugzilla.redhat.com/show_bug.cgi?id=469480
 # for testing is needed the same version of XML::LibXML
 # BUT XML::LibXML has new bugfix releases, but XML::LibXSLT not
-BuildRequires: perl(XML::LibXML::Boolean)
-BuildRequires: perl(XML::LibXML::Literal)
-BuildRequires: perl(XML::LibXML::NodeList)
-BuildRequires: perl(XML::LibXML::Number)
-BuildRequires: perl(XML::LibXML) >= %{version}
-Requires:  perl(XML::LibXML) >= %{version}
+BuildRequires:  perl(XML::LibXML::Boolean)
+BuildRequires:  perl(XML::LibXML::Literal)
+BuildRequires:  perl(XML::LibXML::NodeList)
+BuildRequires:  perl(XML::LibXML::Number)
+BuildRequires:  perl(XML::LibXML) >= %{version}
+Requires:   perl(XML::LibXML) >= %{version}
 
 %description
 This module is a fast XSLT library, based on the Gnome libxslt engine
@@ -289,9 +289,9 @@ make test
 
 * Fri Feb 25 2005 Zing  - 1.57-2
 - QA from Ville Skyttä
--  BuildRequires XML::LibXML >= 1.57
--  BuildRequires libxslt-devel
--  put benchmark.pl in %%doc
+-   BuildRequires XML::LibXML >= 1.57
+-   BuildRequires libxslt-devel
+-   put benchmark.pl in %%doc
 
 * Fri Feb 25 2005 Zing  - 1.57-1
 - First build.



https://src.fedoraproject.org/rpms/perl-XML-LibXSLT/c/5ae60b6524202426a711eaceaf250a633deebbd7?branch=master
___
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-XML-LibXSLT (master). "Do not link against perllibs too"

[notifications]

From ca35deb2d730f576e3d6692a60b972a63a91290f Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 18 2017 09:41:59 +
Subject: Do not link against perllibs too


---

diff --git 
a/XML-LibXSLT-1.95-Do-not-link-against-perl-extension-libraries.patch 
b/XML-LibXSLT-1.95-Do-not-link-against-perl-extension-libraries.patch
deleted file mode 100644
index 9046ee0..000
--- a/XML-LibXSLT-1.95-Do-not-link-against-perl-extension-libraries.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-From f1b7d486cbb1fb62f0e5c141f3012a38278a90bf Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
-Date: Thu, 8 Jan 2015 16:37:23 +0100
-Subject: [PATCH] Do not link against perl extension libraries
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-CPAN RT #83028
-
-Signed-off-by: Petr Písař 

- Makefile.PL | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/Makefile.PL b/Makefile.PL
-index ce33f36..dd8468f 100644
 a/Makefile.PL
-+++ b/Makefile.PL
-@@ -198,7 +198,7 @@ if (have_library($::is_Win32 ? "libexslt
- $config{DEFINE} .= " -DHAVE_EXSLT"
- }
- 
--$config{LIBS}.=' '.$Config{libs};
-+$config{LIBS}.=' '.$Config{perllibs};
- 
- if ($DEBUG) {
-   print "LIBS: $config{LIBS}\n";
--- 
-1.9.3
-
diff --git a/XML-LibXSLT-1.95-Do-not-link-to-Config-libs.patch 
b/XML-LibXSLT-1.95-Do-not-link-to-Config-libs.patch
new file mode 100644
index 000..f1245ec
--- /dev/null
+++ b/XML-LibXSLT-1.95-Do-not-link-to-Config-libs.patch
@@ -0,0 +1,38 @@
+From 6a2e22d0d50d2fec26424cb0dcc44eb086c880db Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Fri, 18 Aug 2017 11:35:33 +0200
+Subject: [PATCH] Do not link to $Config{libs}
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+$Config{libs} as well as $Config{perllibs} are not designed for
+passing them to linker when building non-core XS modules. They brought
+in dependency on unnecessary libraries.
+
+This patch can break Win32 platform as the linker works differently
+there.
+
+CPAN RT #83028
+
+Signed-off-by: Petr Písař 
+---
+ Makefile.PL | 2 --
+ 1 file changed, 2 deletions(-)
+
+diff --git a/Makefile.PL b/Makefile.PL
+index fc0a370..4cc57a9 100644
+--- a/Makefile.PL
 b/Makefile.PL
+@@ -198,8 +198,6 @@ if (have_library($::is_Win32 ? "libexslt" : "exslt")) {
+ $config{DEFINE} .= " -DHAVE_EXSLT"
+ }
+ 
+-$config{LIBS}.=' '.$Config{libs};
+-
+ if ($DEBUG) {
+   print "LIBS: $config{LIBS}\n";
+   print "INC: $config{INC}\n";
+-- 
+2.9.5
+
diff --git a/perl-XML-LibXSLT.spec b/perl-XML-LibXSLT.spec
index 340e4c9..4e5b5a6 100644
--- a/perl-XML-LibXSLT.spec
+++ b/perl-XML-LibXSLT.spec
@@ -1,14 +1,15 @@
 Name:  perl-XML-LibXSLT
 # NOTE: also update perl-XML-LibXML to a compatible version.  See below why.
 Version:   1.95
-Release:   6%{?dist}
+Release:   7%{?dist}
 Summary:   Perl module for interfacing to GNOME's libxslt
 Group: Development/Libraries
 License:   GPL+ or Artistic
 URL:   http://search.cpan.org/dist/XML-LibXSLT/
 Source0:   
http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXSLT-%{version}.tar.gz
-# Do not link against perl extension libraries, CPAN RT#83028
-Patch0:
XML-LibXSLT-1.95-Do-not-link-against-perl-extension-libraries.patch
+# Do not link against perl extension libraries, bug #905482, bug #1481324,
+# CPAN RT#83028
+Patch0: XML-LibXSLT-1.95-Do-not-link-to-Config-libs.patch
 # Do not break tests by updating libxml2 library, CPAN RT#86398
 Patch1:
XML-LibXSLT-1.95-Do-not-require-the-same-build-and-run-time-version-o.patch
 BuildRequires: coreutils
@@ -78,6 +79,9 @@ make test
 %{_mandir}/man3/*.3*
 
 %changelog
+* Fri Aug 18 2017 Petr Pisar  - 1.95-7
+- Do not link against perllibs too (bugs #905482, #1481324)
+
 * Thu Aug 03 2017 Fedora Release Engineering  - 
1.95-6
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Binutils_Mass_Rebuild
 



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

pghmcfc pushed to perl-YAML-LibYAML (f27). "Update to 0.66 (..more)"

[notifications]

From 7ca25387bd40447eba387d59304ce6ed611b556a Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Aug 18 2017 09:33:08 +
Subject: Update to 0.66


- New upstream release 0.66
  - Dump() was modifying original data, adding a PV to numbers (GH#32, GH#55)

---

diff --git a/perl-YAML-LibYAML.spec b/perl-YAML-LibYAML.spec
index 5b16b80..fbded62 100644
--- a/perl-YAML-LibYAML.spec
+++ b/perl-YAML-LibYAML.spec
@@ -1,7 +1,7 @@
 Name:   perl-YAML-LibYAML
 Epoch:  1
-Version:0.65
-Release:4%{?dist}
+Version:0.66
+Release:1%{?dist}
 Summary:Perl YAML Serialization using XS and libyaml
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/YAML-LibYAML/
@@ -12,9 +12,9 @@ BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  gcc
 BuildRequires:  make
-BuildRequires:  perl-interpreter
 BuildRequires:  perl-devel
 BuildRequires:  perl-generators
+BuildRequires:  perl-interpreter
 BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker)
 
@@ -29,6 +29,7 @@ BuildRequires:  perl(warnings)
 BuildRequires:  perl(XSLoader)
 
 # Tests
+BuildRequires:  perl(B)
 BuildRequires:  perl(blib)
 BuildRequires:  perl(Carp)
 BuildRequires:  perl(Data::Dumper)
@@ -94,6 +95,10 @@ make test
 %{_mandir}/man3/YAML::XS::LibYAML.3*
 
 %changelog
+* Fri Aug 18 2017 Paul Howarth  - 1:0.66-1
+- Update to 0.66
+  - Dump() was modifying original data, adding a PV to numbers (GH#32, GH#55)
+
 * Thu Aug 03 2017 Fedora Release Engineering  - 
1:0.65-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Binutils_Mass_Rebuild
 
diff --git a/sources b/sources
index 02e2df0..616d411 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (YAML-LibYAML-0.65.tar.gz) = 
87998f9d8458476168c06e984696ac562e77f6cfc252c57a8159bb45353bacab7fa159c983275f08fcd54479d7a994feebc2568f51b564d685d99cc66ee87cf0
+SHA512 (YAML-LibYAML-0.66.tar.gz) = 
327dd49215a6e43f64c2f09a8efd79698f544e9c4ef4a45ae708d5810fbb6019815c27c715cea35158faf32d0c6b55656547ca9a4a232fdb80afb3d2cd9a6967



https://src.fedoraproject.org/rpms/perl-YAML-LibYAML/c/7ca25387bd40447eba387d59304ce6ed611b556a?branch=f27
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Is it possible atlas is linked wrongly by new binutils?

[Richard W.M. Jones]

On Fri, Aug 18, 2017 at 08:04:52AM +0200, Jakub Martisko wrote:
> It should work now [1].
> 
> Jakub
> 
> [1]:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=21296324

Thanks, I'll try to rebuild ocaml-gsl & ocaml-lacaml shortly.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines.  Supports shell scripting,
bindings from many languages.  http://libguestfs.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

pghmcfc pushed to perl-YAML-LibYAML (master). "Update to 0.66 (..more)"

[notifications]

From 7ca25387bd40447eba387d59304ce6ed611b556a Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Aug 18 2017 09:33:08 +
Subject: Update to 0.66


- New upstream release 0.66
  - Dump() was modifying original data, adding a PV to numbers (GH#32, GH#55)

---

diff --git a/perl-YAML-LibYAML.spec b/perl-YAML-LibYAML.spec
index 5b16b80..fbded62 100644
--- a/perl-YAML-LibYAML.spec
+++ b/perl-YAML-LibYAML.spec
@@ -1,7 +1,7 @@
 Name:   perl-YAML-LibYAML
 Epoch:  1
-Version:0.65
-Release:4%{?dist}
+Version:0.66
+Release:1%{?dist}
 Summary:Perl YAML Serialization using XS and libyaml
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/YAML-LibYAML/
@@ -12,9 +12,9 @@ BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  gcc
 BuildRequires:  make
-BuildRequires:  perl-interpreter
 BuildRequires:  perl-devel
 BuildRequires:  perl-generators
+BuildRequires:  perl-interpreter
 BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker)
 
@@ -29,6 +29,7 @@ BuildRequires:  perl(warnings)
 BuildRequires:  perl(XSLoader)
 
 # Tests
+BuildRequires:  perl(B)
 BuildRequires:  perl(blib)
 BuildRequires:  perl(Carp)
 BuildRequires:  perl(Data::Dumper)
@@ -94,6 +95,10 @@ make test
 %{_mandir}/man3/YAML::XS::LibYAML.3*
 
 %changelog
+* Fri Aug 18 2017 Paul Howarth  - 1:0.66-1
+- Update to 0.66
+  - Dump() was modifying original data, adding a PV to numbers (GH#32, GH#55)
+
 * Thu Aug 03 2017 Fedora Release Engineering  - 
1:0.65-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Binutils_Mass_Rebuild
 
diff --git a/sources b/sources
index 02e2df0..616d411 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (YAML-LibYAML-0.65.tar.gz) = 
87998f9d8458476168c06e984696ac562e77f6cfc252c57a8159bb45353bacab7fa159c983275f08fcd54479d7a994feebc2568f51b564d685d99cc66ee87cf0
+SHA512 (YAML-LibYAML-0.66.tar.gz) = 
327dd49215a6e43f64c2f09a8efd79698f544e9c4ef4a45ae708d5810fbb6019815c27c715cea35158faf32d0c6b55656547ca9a4a232fdb80afb3d2cd9a6967



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

pghmcfc uploaded YAML-LibYAML-0.66.tar.gz for perl-YAML-LibYAML

[notifications]

327dd49215a6e43f64c2f09a8efd79698f544e9c4ef4a45ae708d5810fbb6019815c27c715cea35158faf32d0c6b55656547ca9a4a232fdb80afb3d2cd9a6967
  YAML-LibYAML-0.66.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-YAML-LibYAML/YAML-LibYAML-0.66.tar.gz/sha512/327dd49215a6e43f64c2f09a8efd79698f544e9c4ef4a45ae708d5810fbb6019815c27c715cea35158faf32d0c6b55656547ca9a4a232fdb80afb3d2cd9a6967/YAML-LibYAML-0.66.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Need assistance to build knotter for Fedora

[Michael Schwendt]

On Thu, 17 Aug 2017 15:54:25 -0700, Luya Tshimbalanga wrote:

> Following the request from Design team, I struggle to package Knotter
> for review due to failure related to Qt5.
> 
> https://koji.fedoraproject.org/koji/taskinfo?taskID=21287726
> 
> As I am not familiar with Qt5. Can someone help to fix the error please.

Careful here. The source code in the git repo is 4-5 years old.
The compiler errors look much more like outdated C++ that will require
porting to GCC 7 in possibly many places. That can be non-trivial or
a lot of work. Have upstream developers been contacted about it yet?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Need assistance to build knotter for Fedora

[Benson Muite]

Ok, will take a look at this.

On 08/18/2017 01:54 AM, Luya Tshimbalanga wrote:

Following the request from Design team, I struggle to package Knotter
for review due to failure related to Qt5.

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

As I am not familiar with Qt5. Can someone help to fix the error please.
I attached the spec file for view. Knotter website is on
http://knotter.mattbas.org/



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


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

pghmcfc pushed to perl-IO-Socket-SSL (f27). "Update to 2.050 (..more)"

[notifications]

From bcc0f35452522fdc5d32985d9a9fe210aa7773b9 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Aug 18 2017 08:50:09 +
Subject: Update to 2.050


- New upstream release 2.050
  - Removed unnecessary settings of SSL_version and SSL_cipher_list from tests
  - protocol_version.t can now deal when TLS 1.0 and/or TLS 1.1 are not
supported, as is the case with openssl versions in latest Debian (buster)

---

diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec
index e136123..9078c17 100644
--- a/perl-IO-Socket-SSL.spec
+++ b/perl-IO-Socket-SSL.spec
@@ -1,6 +1,6 @@
 Name:  perl-IO-Socket-SSL
-Version:   2.049
-Release:   2%{?dist}
+Version:   2.050
+Release:   1%{?dist}
 Summary:   Perl library for transparent SSL
 License:   GPL+ or Artistic
 URL:   http://search.cpan.org/dist/IO-Socket-SSL/
@@ -12,8 +12,8 @@ BuildArch:noarch
 BuildRequires: coreutils
 BuildRequires: findutils
 BuildRequires: make
-BuildRequires: perl-interpreter
 BuildRequires: perl-generators
+BuildRequires: perl-interpreter
 BuildRequires: perl(ExtUtils::MakeMaker)
 # Module Runtime
 BuildRequires: openssl >= 0.9.8
@@ -111,6 +111,12 @@ make test
 %{_mandir}/man3/IO::Socket::SSL::Utils.3*
 
 %changelog
+* Fri Aug 18 2017 Paul Howarth  - 2.050-1
+- Update to 2.050
+  - Removed unnecessary settings of SSL_version and SSL_cipher_list from tests
+  - protocol_version.t can now deal when TLS 1.0 and/or TLS 1.1 are not
+supported, as is the case with openssl versions in latest Debian (buster)
+
 * Thu Jul 27 2017 Fedora Release Engineering  - 
2.049-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
 
diff --git a/sources b/sources
index 85b6503..439477c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (IO-Socket-SSL-2.049.tar.gz) = 
b0fcae64e177e0095678ba80a451d566e81be2dc80b4fbf5e19d32b54401a8fdfe31ed0a554baa070b6c9587d01fff363365239fdc58967520e86fa28210e4bb
+SHA512 (IO-Socket-SSL-2.050.tar.gz) = 
49edda46df64a6f09485843ddae81db674d9f8c8a1a0a10638567367ca544372f4ccf6ef062add2fa960819c582e14c3f50db7d19a67af2523a2e26111a06b66



https://src.fedoraproject.org/rpms/perl-IO-Socket-SSL/c/bcc0f35452522fdc5d32985d9a9fe210aa7773b9?branch=f27
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pghmcfc pushed to perl-IO-Socket-SSL (master). "Update to 2.050 (..more)"

[notifications]

From bcc0f35452522fdc5d32985d9a9fe210aa7773b9 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Aug 18 2017 08:50:09 +
Subject: Update to 2.050


- New upstream release 2.050
  - Removed unnecessary settings of SSL_version and SSL_cipher_list from tests
  - protocol_version.t can now deal when TLS 1.0 and/or TLS 1.1 are not
supported, as is the case with openssl versions in latest Debian (buster)

---

diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec
index e136123..9078c17 100644
--- a/perl-IO-Socket-SSL.spec
+++ b/perl-IO-Socket-SSL.spec
@@ -1,6 +1,6 @@
 Name:  perl-IO-Socket-SSL
-Version:   2.049
-Release:   2%{?dist}
+Version:   2.050
+Release:   1%{?dist}
 Summary:   Perl library for transparent SSL
 License:   GPL+ or Artistic
 URL:   http://search.cpan.org/dist/IO-Socket-SSL/
@@ -12,8 +12,8 @@ BuildArch:noarch
 BuildRequires: coreutils
 BuildRequires: findutils
 BuildRequires: make
-BuildRequires: perl-interpreter
 BuildRequires: perl-generators
+BuildRequires: perl-interpreter
 BuildRequires: perl(ExtUtils::MakeMaker)
 # Module Runtime
 BuildRequires: openssl >= 0.9.8
@@ -111,6 +111,12 @@ make test
 %{_mandir}/man3/IO::Socket::SSL::Utils.3*
 
 %changelog
+* Fri Aug 18 2017 Paul Howarth  - 2.050-1
+- Update to 2.050
+  - Removed unnecessary settings of SSL_version and SSL_cipher_list from tests
+  - protocol_version.t can now deal when TLS 1.0 and/or TLS 1.1 are not
+supported, as is the case with openssl versions in latest Debian (buster)
+
 * Thu Jul 27 2017 Fedora Release Engineering  - 
2.049-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
 
diff --git a/sources b/sources
index 85b6503..439477c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (IO-Socket-SSL-2.049.tar.gz) = 
b0fcae64e177e0095678ba80a451d566e81be2dc80b4fbf5e19d32b54401a8fdfe31ed0a554baa070b6c9587d01fff363365239fdc58967520e86fa28210e4bb
+SHA512 (IO-Socket-SSL-2.050.tar.gz) = 
49edda46df64a6f09485843ddae81db674d9f8c8a1a0a10638567367ca544372f4ccf6ef062add2fa960819c582e14c3f50db7d19a67af2523a2e26111a06b66



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

pghmcfc uploaded IO-Socket-SSL-2.050.tar.gz for perl-IO-Socket-SSL

[notifications]

49edda46df64a6f09485843ddae81db674d9f8c8a1a0a10638567367ca544372f4ccf6ef062add2fa960819c582e14c3f50db7d19a67af2523a2e26111a06b66
  IO-Socket-SSL-2.050.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-IO-Socket-SSL/IO-Socket-SSL-2.050.tar.gz/sha512/49edda46df64a6f09485843ddae81db674d9f8c8a1a0a10638567367ca544372f4ccf6ef062add2fa960819c582e14c3f50db7d19a67af2523a2e26111a06b66/IO-Socket-SSL-2.050.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Could not execute retire

[Honggang LI]

On Fri, Aug 18, 2017 at 03:18:10PM +0800, Chenxiong Qi wrote:
> On Fri, Aug 18, 2017 at 3:10 PM, Honggang LI  wrote:
> > On Fri, Aug 18, 2017 at 02:28:26PM +0800, Chenxiong Qi wrote:
> >> On Fri, Aug 18, 2017 at 11:42 AM, Honggang LI  wrote:
> >> > Hi,
> >> >
> >> > https://bugzilla.redhat.com/show_bug.cgi?id=1404043#c41
> >> >
> >> > As new rdma-core package had been imported to fedora-27, I'm working
> >> > on retire the old user space rdma stack packages. I only run the retire
> >> > command on branch 'f27' and 'master'. Branches older than f27 will be
> >> > kept.
> >> >
> >> > For example:
> >> > =
> >> > [honli@localhost libmlx4 (f27)]$ fedpkg retire 'Obsoleted by rdma-core'
> >> > /usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48: 
> >> > DeprecationWarning: fedora.client.bodhi has been deprecated. Please use 
> >> > bodhi.client.bindings instead.
> >> >   DeprecationWarning)
> >> > rm '.gitignore'
> >> > rm '0001-Add-ibv_query_port-caching-support.patch'
> >> > rm '0002-Add-RoCE-IP-based-addressing-support-for-UD-QPs.patch'
> >> > rm '0002-libmlx4-add-s390x-platform-support.patch'
> >> > rm 'libmlx4-1.0.6-compiler-warnings.patch'
> >> > rm 'libmlx4-checksum.mbox'
> >> > rm 'libmlx4-dracut-module-setup.sh'
> >> > rm 'libmlx4.spec'
> >> > rm 'sources'
> >> > [f27 c10fec4] Obsoleted by rdma-core
> >> >  10 files changed, 1 insertion(+), 890 deletions(-)
> >> >  delete mode 100644 .gitignore
> >> >  delete mode 100644 0001-Add-ibv_query_port-caching-support.patch
> >> >  delete mode 100644 
> >> > 0002-Add-RoCE-IP-based-addressing-support-for-UD-QPs.patch
> >> >  delete mode 100644 0002-libmlx4-add-s390x-platform-support.patch
> >> >  create mode 100644 dead.package
> >> >  delete mode 100644 libmlx4-1.0.6-compiler-warnings.patch
> >> >  delete mode 100644 libmlx4-checksum.mbox
> >> >  delete mode 100644 libmlx4-dracut-module-setup.sh
> >> >  delete mode 100644 libmlx4.spec
> >> >  delete mode 100644 sources
> >> > Counting objects: 3, done.
> >> > Delta compression using up to 8 threads.
> >> > Compressing objects: 100% (1/1), done.
> >> > Writing objects: 100% (3/3), 281 bytes | 0 bytes/s, done.
> >> > Total 3 (delta 0), reused 0 (delta 0)
> >> > remote: Emitting a message to the fedmsg bus.
> >> > remote: * Publishing information for 1 commits
> >> > remote: * Notifying alternative-arch people
> >> > To ssh://ho...@pkgs.fedoraproject.org/rpms/libmlx4
> >> >9d18640..c10fec4  f27 -> f27
> >> > FAS password for user honli:
> >> > Could not execute retire: Un-expected openid provider asked: 
> >> > https://admin.fedoraproject.org/pkgdb/
> >> > [honli@localhost libmlx4 (f27)]$ ls
> >> > dead.package
> >> > [honli@localhost libmlx4 (f27)]$
> >> > =
> >> >
> >> > Can I ignore this error message?
> >> > "Could not execute retire: Un-expected openid provider asked: 
> >> > https://admin.fedoraproject.org/pkgdb/;
> >> > 

This error message is gone after update fedpkg and python2-rpkg.

> >> >
> >> >
> >> > And as "PkgDB is in read-only mode", I had been re-direct to
> >> > [1] https://fedoraproject.org/wiki/Infrastructure/WhatHappenedToPkgdb .
> >> > Section "3.5 How do I retire a package?" is very simple compare to link
> >> > [2] 
> >> > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life .
> >> >
> >> > I'm confused. Which link I should follow [1] or [2]?
> >> >
> >>
> >> Hi Honggang,
> >>
> >> Looks like you need the new version of fedpkg-1.29, which is in Bodhi[1].
> >
> > I was using fedpkg-1.28-1.fc24.noarch, after I update it to
> > fedpkg-1.29-1.fc26.noarch pointed by link [1]. fedpkg can't work
> > at all.
> >
> > [honli@localhost fedora]$ fedpkg clone libmlx5
> > /usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48:
> > DeprecationWarning: fedora.client.bodhi has been deprecated. Please use
> > bodhi.client.bindings instead.
> >   DeprecationWarning)
> >   Could not execute clone: 'kojiconfig'
> >   [honli@localhost fedora]$
> >
> > [honli@localhost fedora]$ fedpkg clone libmthca
> > /usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48:
> > DeprecationWarning: fedora.client.bodhi has been deprecated. Please use
> > bodhi.client.bindings instead.
> >   DeprecationWarning)
> >   Could not execute clone: 'kojiconfig'
> >   [honli@localhost fedora]$
> >
> 
> fedpkg-1.29 should work with python2-rpkg-1.50 together.


Confirmed this works for Rawhide (F27). But failed for F24 because of
package dependency issue.

$ sudo dnf install --allowerasing ./python2-rpkg-1.50-1.fc27.noarch.rpm
Last metadata expiration check: 1:47:33 ago on Fri Aug 18 14:19:09 2017.
Error: nothing provides python2-koji needed by python2-rpkg-1.50-1.fc27.noarch

thanks
> > I also test fedpkg-1.29-1.fc26.noarch with a fresh Fedora Rawhide (F27)
> > virtual machine, issue persists.
> >
> > thanks
> >>
> >> [1] 
> >> 

Re: Fedora Elections to FESCo & FAmSCo - Voting period is in progress

[Robert Mayr]

Il 18/ago/2017 08:41 AM, "Ralf Corsepius"  ha scritto:

On 08/18/2017 08:23 AM, Jan Kurik wrote:

> On Thu, Aug 17, 2017 at 3:17 PM, Benson Muite
>  wrote:
>
>> Is it possible for the people who are running and have not answered
>> interview questions for the blog or have an informative profile to do so?
>> Voting is not limited to relevant group, so some information on election
>> options is helpful. One can of course do a web search, email list posting
>> and commit history summary, but this may not always give exactly relevant
>> information.
>>
>
> This is up to the candidates. Candidates can use i.e. social networks
> to present them self. Typically every candidate has a User page which
> is linked from the voting machine. And again, it is up to the
> candidate what information he would like to publish there. We are not
> forcing candidates to publish any information, it is their free will.
>

IMHO, this needs to change to make the elections meaningful, again.

Ralf

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


That's the same opinion which came through in the other thread.
I think we can improve that but we should not put too many requirements for
nominations.
If someone wants to run in the next elections he might have understood that
questionnaires are very important for the final result.
It's up to them to use it or not. I'm curious to see the new release of the
voting app, and we could also think to put nominees' social networks there,
just to compete all the channels they might use for their campaign.

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

Re: Could not execute retire

[Pierre-Yves Chibon]

On Fri, Aug 18, 2017 at 03:18:10PM +0800, Chenxiong Qi wrote:
> fedpkg-1.29 should work with python2-rpkg-1.50 together.

Maybe we could make fedpkg-1.29 Requires: python2-rpkg >= 1.50 ?


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

Re: Could not execute retire

[Chenxiong Qi]

On Fri, Aug 18, 2017 at 3:10 PM, Honggang LI  wrote:
> On Fri, Aug 18, 2017 at 02:28:26PM +0800, Chenxiong Qi wrote:
>> On Fri, Aug 18, 2017 at 11:42 AM, Honggang LI  wrote:
>> > Hi,
>> >
>> > https://bugzilla.redhat.com/show_bug.cgi?id=1404043#c41
>> >
>> > As new rdma-core package had been imported to fedora-27, I'm working
>> > on retire the old user space rdma stack packages. I only run the retire
>> > command on branch 'f27' and 'master'. Branches older than f27 will be
>> > kept.
>> >
>> > For example:
>> > =
>> > [honli@localhost libmlx4 (f27)]$ fedpkg retire 'Obsoleted by rdma-core'
>> > /usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48: 
>> > DeprecationWarning: fedora.client.bodhi has been deprecated. Please use 
>> > bodhi.client.bindings instead.
>> >   DeprecationWarning)
>> > rm '.gitignore'
>> > rm '0001-Add-ibv_query_port-caching-support.patch'
>> > rm '0002-Add-RoCE-IP-based-addressing-support-for-UD-QPs.patch'
>> > rm '0002-libmlx4-add-s390x-platform-support.patch'
>> > rm 'libmlx4-1.0.6-compiler-warnings.patch'
>> > rm 'libmlx4-checksum.mbox'
>> > rm 'libmlx4-dracut-module-setup.sh'
>> > rm 'libmlx4.spec'
>> > rm 'sources'
>> > [f27 c10fec4] Obsoleted by rdma-core
>> >  10 files changed, 1 insertion(+), 890 deletions(-)
>> >  delete mode 100644 .gitignore
>> >  delete mode 100644 0001-Add-ibv_query_port-caching-support.patch
>> >  delete mode 100644 
>> > 0002-Add-RoCE-IP-based-addressing-support-for-UD-QPs.patch
>> >  delete mode 100644 0002-libmlx4-add-s390x-platform-support.patch
>> >  create mode 100644 dead.package
>> >  delete mode 100644 libmlx4-1.0.6-compiler-warnings.patch
>> >  delete mode 100644 libmlx4-checksum.mbox
>> >  delete mode 100644 libmlx4-dracut-module-setup.sh
>> >  delete mode 100644 libmlx4.spec
>> >  delete mode 100644 sources
>> > Counting objects: 3, done.
>> > Delta compression using up to 8 threads.
>> > Compressing objects: 100% (1/1), done.
>> > Writing objects: 100% (3/3), 281 bytes | 0 bytes/s, done.
>> > Total 3 (delta 0), reused 0 (delta 0)
>> > remote: Emitting a message to the fedmsg bus.
>> > remote: * Publishing information for 1 commits
>> > remote: * Notifying alternative-arch people
>> > To ssh://ho...@pkgs.fedoraproject.org/rpms/libmlx4
>> >9d18640..c10fec4  f27 -> f27
>> > FAS password for user honli:
>> > Could not execute retire: Un-expected openid provider asked: 
>> > https://admin.fedoraproject.org/pkgdb/
>> > [honli@localhost libmlx4 (f27)]$ ls
>> > dead.package
>> > [honli@localhost libmlx4 (f27)]$
>> > =
>> >
>> > Can I ignore this error message?
>> > "Could not execute retire: Un-expected openid provider asked: 
>> > https://admin.fedoraproject.org/pkgdb/;
>> > 
>> >
>> >
>> > And as "PkgDB is in read-only mode", I had been re-direct to
>> > [1] https://fedoraproject.org/wiki/Infrastructure/WhatHappenedToPkgdb .
>> > Section "3.5 How do I retire a package?" is very simple compare to link
>> > [2] https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life .
>> >
>> > I'm confused. Which link I should follow [1] or [2]?
>> >
>>
>> Hi Honggang,
>>
>> Looks like you need the new version of fedpkg-1.29, which is in Bodhi[1].
>
> I was using fedpkg-1.28-1.fc24.noarch, after I update it to
> fedpkg-1.29-1.fc26.noarch pointed by link [1]. fedpkg can't work
> at all.
>
> [honli@localhost fedora]$ fedpkg clone libmlx5
> /usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48:
> DeprecationWarning: fedora.client.bodhi has been deprecated. Please use
> bodhi.client.bindings instead.
>   DeprecationWarning)
>   Could not execute clone: 'kojiconfig'
>   [honli@localhost fedora]$
>
> [honli@localhost fedora]$ fedpkg clone libmthca
> /usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48:
> DeprecationWarning: fedora.client.bodhi has been deprecated. Please use
> bodhi.client.bindings instead.
>   DeprecationWarning)
>   Could not execute clone: 'kojiconfig'
>   [honli@localhost fedora]$
>

fedpkg-1.29 should work with python2-rpkg-1.50 together.

> I also test fedpkg-1.29-1.fc26.noarch with a fresh Fedora Rawhide (F27)
> virtual machine, issue persists.
>
> thanks
>>
>> [1] 
>> https://bodhi.fedoraproject.org/updates/?packages=rpkg=testing=pending
>>
>> > thanks
>> > ___
>> > devel mailing list -- devel@lists.fedoraproject.org
>> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>>
>>
>> --
>> Regards,
>> Chenxiong Qi
>> ___
>> devel mailing list -- devel@lists.fedoraproject.org
>> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org


--
Regards,
Chenxiong Qi

Re: Could not execute retire

[Honggang LI]

On Fri, Aug 18, 2017 at 02:28:26PM +0800, Chenxiong Qi wrote:
> On Fri, Aug 18, 2017 at 11:42 AM, Honggang LI  wrote:
> > Hi,
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1404043#c41
> >
> > As new rdma-core package had been imported to fedora-27, I'm working
> > on retire the old user space rdma stack packages. I only run the retire
> > command on branch 'f27' and 'master'. Branches older than f27 will be
> > kept.
> >
> > For example:
> > =
> > [honli@localhost libmlx4 (f27)]$ fedpkg retire 'Obsoleted by rdma-core'
> > /usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48: 
> > DeprecationWarning: fedora.client.bodhi has been deprecated. Please use 
> > bodhi.client.bindings instead.
> >   DeprecationWarning)
> > rm '.gitignore'
> > rm '0001-Add-ibv_query_port-caching-support.patch'
> > rm '0002-Add-RoCE-IP-based-addressing-support-for-UD-QPs.patch'
> > rm '0002-libmlx4-add-s390x-platform-support.patch'
> > rm 'libmlx4-1.0.6-compiler-warnings.patch'
> > rm 'libmlx4-checksum.mbox'
> > rm 'libmlx4-dracut-module-setup.sh'
> > rm 'libmlx4.spec'
> > rm 'sources'
> > [f27 c10fec4] Obsoleted by rdma-core
> >  10 files changed, 1 insertion(+), 890 deletions(-)
> >  delete mode 100644 .gitignore
> >  delete mode 100644 0001-Add-ibv_query_port-caching-support.patch
> >  delete mode 100644 
> > 0002-Add-RoCE-IP-based-addressing-support-for-UD-QPs.patch
> >  delete mode 100644 0002-libmlx4-add-s390x-platform-support.patch
> >  create mode 100644 dead.package
> >  delete mode 100644 libmlx4-1.0.6-compiler-warnings.patch
> >  delete mode 100644 libmlx4-checksum.mbox
> >  delete mode 100644 libmlx4-dracut-module-setup.sh
> >  delete mode 100644 libmlx4.spec
> >  delete mode 100644 sources
> > Counting objects: 3, done.
> > Delta compression using up to 8 threads.
> > Compressing objects: 100% (1/1), done.
> > Writing objects: 100% (3/3), 281 bytes | 0 bytes/s, done.
> > Total 3 (delta 0), reused 0 (delta 0)
> > remote: Emitting a message to the fedmsg bus.
> > remote: * Publishing information for 1 commits
> > remote: * Notifying alternative-arch people
> > To ssh://ho...@pkgs.fedoraproject.org/rpms/libmlx4
> >9d18640..c10fec4  f27 -> f27
> > FAS password for user honli:
> > Could not execute retire: Un-expected openid provider asked: 
> > https://admin.fedoraproject.org/pkgdb/
> > [honli@localhost libmlx4 (f27)]$ ls
> > dead.package
> > [honli@localhost libmlx4 (f27)]$
> > =
> >
> > Can I ignore this error message?
> > "Could not execute retire: Un-expected openid provider asked: 
> > https://admin.fedoraproject.org/pkgdb/;
> > 
> >
> >
> > And as "PkgDB is in read-only mode", I had been re-direct to
> > [1] https://fedoraproject.org/wiki/Infrastructure/WhatHappenedToPkgdb .
> > Section "3.5 How do I retire a package?" is very simple compare to link
> > [2] https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life .
> >
> > I'm confused. Which link I should follow [1] or [2]?
> >
> 
> Hi Honggang,
> 
> Looks like you need the new version of fedpkg-1.29, which is in Bodhi[1].

I was using fedpkg-1.28-1.fc24.noarch, after I update it to
fedpkg-1.29-1.fc26.noarch pointed by link [1]. fedpkg can't work
at all.

[honli@localhost fedora]$ fedpkg clone libmlx5
/usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48:
DeprecationWarning: fedora.client.bodhi has been deprecated. Please use
bodhi.client.bindings instead.
  DeprecationWarning)
  Could not execute clone: 'kojiconfig'
  [honli@localhost fedora]$

[honli@localhost fedora]$ fedpkg clone libmthca
/usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48:
DeprecationWarning: fedora.client.bodhi has been deprecated. Please use
bodhi.client.bindings instead.
  DeprecationWarning)
  Could not execute clone: 'kojiconfig'
  [honli@localhost fedora]$ 
  
I also test fedpkg-1.29-1.fc26.noarch with a fresh Fedora Rawhide (F27)
virtual machine, issue persists.

thanks
> 
> [1] 
> https://bodhi.fedoraproject.org/updates/?packages=rpkg=testing=pending
> 
> > thanks
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> 
> 
> --
> Regards,
> Chenxiong Qi
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Alien-ROOT (f27). "Reword architecture exclusion"

[notifications]

From 8705385ae5fcfa3386b3ea85d44a967eb99343e2 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 18 2017 06:51:00 +
Subject: Reword architecture exclusion


---

diff --git a/perl-Alien-ROOT.spec b/perl-Alien-ROOT.spec
index 1aaecfa..7de9972 100644
--- a/perl-Alien-ROOT.spec
+++ b/perl-Alien-ROOT.spec
@@ -12,12 +12,15 @@ Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Alien-ROOT/
 Source0:
http://www.cpan.org/authors/id/S/SM/SMUELLER/Alien-ROOT-v%{version}.tar.gz
 Patch0: Alien-ROOT-v5.34.36.1-Disable-build-time-check-for-Root.patch
-# Make packages architecture specific to prevent building on
-# ppc64 (bug #1392475), ppc64le (bug #1392479)
+# Make packages architecture specific to prevent building on architectures
+# were root package is not available.
 # This is workaround for .
-ExcludeArch:ppc64 ppc64le
-# Bugs #1141466
+# And disable debuginfo generation becaue of no compiled code, bug #1141466
 %global debug_package %{nil}
+# bug #1392475
+ExcludeArch:ppc64
+# bug #1392479
+ExcludeArch:ppc64le
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  perl-interpreter



https://src.fedoraproject.org/rpms/perl-Alien-ROOT/c/8705385ae5fcfa3386b3ea85d44a967eb99343e2?branch=f27
___
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-Alien-ROOT (f27). "Disable building for s390x platform because of missing root"

[notifications]

From 868d80dce1e8a90edf7d39f5ed8207fa63f5120f Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 18 2017 06:57:04 +
Subject: Disable building for s390x platform because of missing root


---

diff --git a/perl-Alien-ROOT.spec b/perl-Alien-ROOT.spec
index 7de9972..68b9e7a 100644
--- a/perl-Alien-ROOT.spec
+++ b/perl-Alien-ROOT.spec
@@ -1,6 +1,6 @@
 Name:   perl-Alien-ROOT
 Version:5.34.36.1
-Release:8%{?dist}
+Release:9%{?dist}
 Summary:Utility package to install and locate CERN's ROOT library
 # README:   GPLv2+
 # lib/Alien/ROOT.pm:GPLv2+
@@ -21,6 +21,8 @@ Patch0: 
Alien-ROOT-v5.34.36.1-Disable-build-time-check-for-Root.patch
 ExcludeArch:ppc64
 # bug #1392479
 ExcludeArch:ppc64le
+# bug #1482813
+ExcludeArch:s390x
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  perl-interpreter
@@ -86,6 +88,9 @@ perl Build.PL installdirs=vendor
 %{_mandir}/man3/*
 
 %changelog
+* Fri Aug 18 2017 Petr Pisar  - 5.34.36.1-9
+- Disable building for s390x platform because of missing root (bug #1482813)
+
 * Thu Aug 03 2017 Fedora Release Engineering  - 
5.34.36.1-8
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Binutils_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Alien-ROOT/c/868d80dce1e8a90edf7d39f5ed8207fa63f5120f?branch=f27
___
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-Alien-ROOT (f27). "Modernize spec file"

[notifications]

From fd8b891a8481c769ef3a66f5054fc7485f1709e1 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 18 2017 07:02:54 +
Subject: Modernize spec file


---

diff --git a/perl-Alien-ROOT.spec b/perl-Alien-ROOT.spec
index 68b9e7a..227a833 100644
--- a/perl-Alien-ROOT.spec
+++ b/perl-Alien-ROOT.spec
@@ -8,7 +8,6 @@ Summary:Utility package to install and locate CERN's 
ROOT library
 # inc/inc_Params-Check/Params/Check.pm: GPL+ or Artistic
 # inc/inc_Locale-Maketext-Simple/Locale/Maketext/Simple.pm: MIT with exception
 License:GPLv2+
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Alien-ROOT/
 Source0:
http://www.cpan.org/authors/id/S/SM/SMUELLER/Alien-ROOT-v%{version}.tar.gz
 Patch0: Alien-ROOT-v5.34.36.1-Disable-build-time-check-for-Root.patch
@@ -25,8 +24,8 @@ ExcludeArch:ppc64le
 ExcludeArch:s390x
 BuildRequires:  coreutils
 BuildRequires:  findutils
-BuildRequires:  perl-interpreter
 BuildRequires:  perl-generators
+BuildRequires:  perl-interpreter
 BuildRequires:  perl(Archive::Extract)
 BuildRequires:  perl(base)
 BuildRequires:  perl(Carp)



https://src.fedoraproject.org/rpms/perl-Alien-ROOT/c/fd8b891a8481c769ef3a66f5054fc7485f1709e1?branch=f27
___
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-Alien-ROOT (master). "Modernize spec file"

[notifications]

From fd8b891a8481c769ef3a66f5054fc7485f1709e1 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 18 2017 07:02:54 +
Subject: Modernize spec file


---

diff --git a/perl-Alien-ROOT.spec b/perl-Alien-ROOT.spec
index 68b9e7a..227a833 100644
--- a/perl-Alien-ROOT.spec
+++ b/perl-Alien-ROOT.spec
@@ -8,7 +8,6 @@ Summary:Utility package to install and locate CERN's 
ROOT library
 # inc/inc_Params-Check/Params/Check.pm: GPL+ or Artistic
 # inc/inc_Locale-Maketext-Simple/Locale/Maketext/Simple.pm: MIT with exception
 License:GPLv2+
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Alien-ROOT/
 Source0:
http://www.cpan.org/authors/id/S/SM/SMUELLER/Alien-ROOT-v%{version}.tar.gz
 Patch0: Alien-ROOT-v5.34.36.1-Disable-build-time-check-for-Root.patch
@@ -25,8 +24,8 @@ ExcludeArch:ppc64le
 ExcludeArch:s390x
 BuildRequires:  coreutils
 BuildRequires:  findutils
-BuildRequires:  perl-interpreter
 BuildRequires:  perl-generators
+BuildRequires:  perl-interpreter
 BuildRequires:  perl(Archive::Extract)
 BuildRequires:  perl(base)
 BuildRequires:  perl(Carp)



https://src.fedoraproject.org/rpms/perl-Alien-ROOT/c/fd8b891a8481c769ef3a66f5054fc7485f1709e1?branch=master
___
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-Alien-ROOT (master). "Reword architecture exclusion"

[notifications]

From 8705385ae5fcfa3386b3ea85d44a967eb99343e2 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 18 2017 06:51:00 +
Subject: Reword architecture exclusion


---

diff --git a/perl-Alien-ROOT.spec b/perl-Alien-ROOT.spec
index 1aaecfa..7de9972 100644
--- a/perl-Alien-ROOT.spec
+++ b/perl-Alien-ROOT.spec
@@ -12,12 +12,15 @@ Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Alien-ROOT/
 Source0:
http://www.cpan.org/authors/id/S/SM/SMUELLER/Alien-ROOT-v%{version}.tar.gz
 Patch0: Alien-ROOT-v5.34.36.1-Disable-build-time-check-for-Root.patch
-# Make packages architecture specific to prevent building on
-# ppc64 (bug #1392475), ppc64le (bug #1392479)
+# Make packages architecture specific to prevent building on architectures
+# were root package is not available.
 # This is workaround for .
-ExcludeArch:ppc64 ppc64le
-# Bugs #1141466
+# And disable debuginfo generation becaue of no compiled code, bug #1141466
 %global debug_package %{nil}
+# bug #1392475
+ExcludeArch:ppc64
+# bug #1392479
+ExcludeArch:ppc64le
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  perl-interpreter



https://src.fedoraproject.org/rpms/perl-Alien-ROOT/c/8705385ae5fcfa3386b3ea85d44a967eb99343e2?branch=master
___
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-Alien-ROOT (master). "Disable building for s390x platform because of missing root"

[notifications]

From 868d80dce1e8a90edf7d39f5ed8207fa63f5120f Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Aug 18 2017 06:57:04 +
Subject: Disable building for s390x platform because of missing root


---

diff --git a/perl-Alien-ROOT.spec b/perl-Alien-ROOT.spec
index 7de9972..68b9e7a 100644
--- a/perl-Alien-ROOT.spec
+++ b/perl-Alien-ROOT.spec
@@ -1,6 +1,6 @@
 Name:   perl-Alien-ROOT
 Version:5.34.36.1
-Release:8%{?dist}
+Release:9%{?dist}
 Summary:Utility package to install and locate CERN's ROOT library
 # README:   GPLv2+
 # lib/Alien/ROOT.pm:GPLv2+
@@ -21,6 +21,8 @@ Patch0: 
Alien-ROOT-v5.34.36.1-Disable-build-time-check-for-Root.patch
 ExcludeArch:ppc64
 # bug #1392479
 ExcludeArch:ppc64le
+# bug #1482813
+ExcludeArch:s390x
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  perl-interpreter
@@ -86,6 +88,9 @@ perl Build.PL installdirs=vendor
 %{_mandir}/man3/*
 
 %changelog
+* Fri Aug 18 2017 Petr Pisar  - 5.34.36.1-9
+- Disable building for s390x platform because of missing root (bug #1482813)
+
 * Thu Aug 03 2017 Fedora Release Engineering  - 
5.34.36.1-8
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Binutils_Mass_Rebuild
 



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

[Bug 1482813] perl-Alien-ROOT not available on s390x because root is not there

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Depends On||1482815




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1482815
[Bug 1482815] root is not built for s390x
-- 
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 1482813] New: perl-Alien-ROOT not available on s390x because root is not there

[bugzilla]

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

Bug ID: 1482813
   Summary: perl-Alien-ROOT not available on s390x because root is
not there
   Product: Fedora
   Version: rawhide
 Component: perl-Alien-ROOT
  Assignee: ppi...@redhat.com
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com
Blocks: 485231 (F-ExcludeArch-s390x)




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=485231
[Bug 485231] ExcludeArch Tracker for s390x
-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Fedora 27-20170817.n.3 compose check report

[Fedora compose checker]

Missing expected images:

Atomic qcow2 x86_64
Workstation live i386
Server boot i386
Atomic raw-xz x86_64
Kde live i386

Failed openQA tests: 36/126 (x86_64), 3/18 (i386), 1/2 (arm)

ID: 131551  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/131551
ID: 131555  Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/131555
ID: 131558  Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/131558
ID: 131560  Test: x86_64 Server-dvd-iso server_cockpit_default
URL: https://openqa.fedoraproject.org/tests/131560
ID: 131564  Test: x86_64 Server-dvd-iso server_role_deploy_database_server
URL: https://openqa.fedoraproject.org/tests/131564
ID: 131573  Test: x86_64 Workstation-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/131573
ID: 131575  Test: x86_64 Workstation-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/131575
ID: 131579  Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/131579
ID: 131584  Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/131584
ID: 131587  Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/131587
ID: 131592  Test: x86_64 KDE-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/131592
ID: 131596  Test: x86_64 KDE-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/131596
ID: 131599  Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/131599
ID: 131600  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/131600
ID: 131601  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/131601
ID: 131605  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/131605
ID: 131606  Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/131606
ID: 131607  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/131607
ID: 131609  Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/131609
ID: 131610  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/131610
ID: 131611  Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/131611
ID: 131612  Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/131612
ID: 131613  Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/131613
ID: 131614  Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/131614
ID: 131615  Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/131615
ID: 131617  Test: x86_64 universal install_shrink_ext4
URL: https://openqa.fedoraproject.org/tests/131617
ID: 131618  Test: x86_64 universal install_shrink_ntfs
URL: https://openqa.fedoraproject.org/tests/131618
ID: 131622  Test: x86_64 universal install_kickstart_firewall_disabled
URL: https://openqa.fedoraproject.org/tests/131622
ID: 131623  Test: x86_64 universal support_server
URL: https://openqa.fedoraproject.org/tests/131623
ID: 131626  Test: x86_64 universal install_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/131626
ID: 131631  Test: x86_64 universal install_kickstart_user_creation
URL: https://openqa.fedoraproject.org/tests/131631
ID: 131633  Test: x86_64 universal install_kickstart_firewall_configured
URL: https://openqa.fedoraproject.org/tests/131633
ID: 131660  Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/131660
ID: 131671  Test: x86_64 universal install_kickstart_hdd
URL: https://openqa.fedoraproject.org/tests/131671
ID: 131672  Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/131672
ID: 131673  Test: x86_64 universal install_rescue_encrypted
URL: https://openqa.fedoraproject.org/tests/131673
ID: 131674  Test: x86_64 universal install_rescue_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/131674
ID: 131677  Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/131677
ID: 131678  Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/131678
ID: 131679  Test: i386 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/131679

Soft failed openQA tests: 50/126 (x86_64), 14/18 (i386)
(Tests completed, but using a workaround for a known bug)

Re: Fedora Elections to FESCo & FAmSCo - Voting period is in progress

[Ralf Corsepius]

On 08/18/2017 08:23 AM, Jan Kurik wrote:

On Thu, Aug 17, 2017 at 3:17 PM, Benson Muite
 wrote:

Is it possible for the people who are running and have not answered
interview questions for the blog or have an informative profile to do so?
Voting is not limited to relevant group, so some information on election
options is helpful. One can of course do a web search, email list posting
and commit history summary, but this may not always give exactly relevant
information.


This is up to the candidates. Candidates can use i.e. social networks
to present them self. Typically every candidate has a User page which
is linked from the voting machine. And again, it is up to the
candidate what information he would like to publish there. We are not
forcing candidates to publish any information, it is their free will.


IMHO, this needs to change to make the elections meaningful, again.

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

Re: Could not execute retire

[Chenxiong Qi]

On Fri, Aug 18, 2017 at 11:42 AM, Honggang LI  wrote:
> Hi,
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1404043#c41
>
> As new rdma-core package had been imported to fedora-27, I'm working
> on retire the old user space rdma stack packages. I only run the retire
> command on branch 'f27' and 'master'. Branches older than f27 will be
> kept.
>
> For example:
> =
> [honli@localhost libmlx4 (f27)]$ fedpkg retire 'Obsoleted by rdma-core'
> /usr/lib/python2.7/site-packages/fedora/client/bodhi.py:48: 
> DeprecationWarning: fedora.client.bodhi has been deprecated. Please use 
> bodhi.client.bindings instead.
>   DeprecationWarning)
> rm '.gitignore'
> rm '0001-Add-ibv_query_port-caching-support.patch'
> rm '0002-Add-RoCE-IP-based-addressing-support-for-UD-QPs.patch'
> rm '0002-libmlx4-add-s390x-platform-support.patch'
> rm 'libmlx4-1.0.6-compiler-warnings.patch'
> rm 'libmlx4-checksum.mbox'
> rm 'libmlx4-dracut-module-setup.sh'
> rm 'libmlx4.spec'
> rm 'sources'
> [f27 c10fec4] Obsoleted by rdma-core
>  10 files changed, 1 insertion(+), 890 deletions(-)
>  delete mode 100644 .gitignore
>  delete mode 100644 0001-Add-ibv_query_port-caching-support.patch
>  delete mode 100644 0002-Add-RoCE-IP-based-addressing-support-for-UD-QPs.patch
>  delete mode 100644 0002-libmlx4-add-s390x-platform-support.patch
>  create mode 100644 dead.package
>  delete mode 100644 libmlx4-1.0.6-compiler-warnings.patch
>  delete mode 100644 libmlx4-checksum.mbox
>  delete mode 100644 libmlx4-dracut-module-setup.sh
>  delete mode 100644 libmlx4.spec
>  delete mode 100644 sources
> Counting objects: 3, done.
> Delta compression using up to 8 threads.
> Compressing objects: 100% (1/1), done.
> Writing objects: 100% (3/3), 281 bytes | 0 bytes/s, done.
> Total 3 (delta 0), reused 0 (delta 0)
> remote: Emitting a message to the fedmsg bus.
> remote: * Publishing information for 1 commits
> remote: * Notifying alternative-arch people
> To ssh://ho...@pkgs.fedoraproject.org/rpms/libmlx4
>9d18640..c10fec4  f27 -> f27
> FAS password for user honli:
> Could not execute retire: Un-expected openid provider asked: 
> https://admin.fedoraproject.org/pkgdb/
> [honli@localhost libmlx4 (f27)]$ ls
> dead.package
> [honli@localhost libmlx4 (f27)]$
> =
>
> Can I ignore this error message?
> "Could not execute retire: Un-expected openid provider asked: 
> https://admin.fedoraproject.org/pkgdb/;
> 
>
>
> And as "PkgDB is in read-only mode", I had been re-direct to
> [1] https://fedoraproject.org/wiki/Infrastructure/WhatHappenedToPkgdb .
> Section "3.5 How do I retire a package?" is very simple compare to link
> [2] https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life .
>
> I'm confused. Which link I should follow [1] or [2]?
>

Hi Honggang,

Looks like you need the new version of fedpkg-1.29, which is in Bodhi[1].

[1] 
https://bodhi.fedoraproject.org/updates/?packages=rpkg=testing=pending

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


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

Re: Fedora Elections to FESCo & FAmSCo - Voting period is in progress

[Jan Kurik]

On Thu, Aug 17, 2017 at 3:17 PM, Benson Muite
 wrote:
> Is it possible for the people who are running and have not answered
> interview questions for the blog or have an informative profile to do so?
> Voting is not limited to relevant group, so some information on election
> options is helpful. One can of course do a web search, email list posting
> and commit history summary, but this may not always give exactly relevant
> information.

This is up to the candidates. Candidates can use i.e. social networks
to present them self. Typically every candidate has a User page which
is linked from the voting machine. And again, it is up to the
candidate what information he would like to publish there. We are not
forcing candidates to publish any information, it is their free will.

Regards,
Jan

>
> On 08/17/2017 03:39 PM, Jan Kurik wrote:
>>
>> Hi,
>>
>> let me remind you we have Voting period of the currently running
>> Fedora Elections into FESCo and FAmSCo in progress.
>> Please vote for your candidates to FAmSCo [1] and FESCo [2].
>> The Voting period ends on August 21th, 2017 at 23:59:59 UTC.
>>
>> You might also check an article, summarizing interviews with nominees [3].
>>
>> [1]
>> https://admin.fedoraproject.org/voting/vote/famsco-august-2017-2nd.round
>> [2]
>> https://admin.fedoraproject.org/voting/vote/fesco-august-2017-2nd.round
>> [3] https://fedoramagazine.org/august-2017-elections/
>>
>> Thanks for your support.
>> Regards,
>> Jan
>>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org



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

Re: Is it possible atlas is linked wrongly by new binutils?

[Jakub Martisko]

It should work now [1].

Jakub

[1]:
https://koji.fedoraproject.org/koji/taskinfo?taskID=21296324

On 9.8.2017 11:37, Richard W.M. Jones wrote:
> 
> ocaml-gsl (OCaml bindings for GNU Scientific Library) currently
> fails to link to atlas:
> 
> + /usr/bin/ocamlfind ocamlopt -g -I lib -linkpkg -package bigarray -I lib -I 
> examples lib/gsl.cmxa examples/blas_ex.cmx -o examples/blas_ex.native
> /usr/lib64/atlas/libsatlas.so: undefined reference to `dlarfy_'
> /usr/lib64/atlas/libsatlas.so: undefined reference to `slarfy_'
> /usr/lib64/atlas/libsatlas.so: undefined reference to `clarfy_'
> /usr/lib64/atlas/libsatlas.so: undefined reference to `zlarfy_'
> collect2: error: ld returned 1 exit status
> 
> However this only happens with the very latest atlas that was built by
> binutils 2.29 (atlas-3.10.2-18.fc27.x86_64).  It doesn't occur with
> the previous version of atlas (atlas-3.10.2-16.fc26) even though there
> seems to have been no change in atlas.
> 
> $ nm -D /usr/lib64/atlas/libtatlas.so | grep larfy
>  U clarfy_
>  U dlarfy_
>  U slarfy_
>  U zlarfy_
> 
> I looked in /usr/lib64 on my development machine which has atlas
> installed but there is no .so* file that I can find which defines
> these symbols.  I also couldn't work out where in the atlas code
> (which is a bit strange) these references are used.
> 
> Hence the question: Is this breakage in atlas?  binutils?
> 
> Rich.
> 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[389-devel] Critical: Please review: crash during replication total update

[William Brown]

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

https://pagure.io/389-ds-base/issue/raw/files/e2748604f59eb73141b42a3aca59c7ce5082d9b1e270fa2d4e157b913643db1d-0001-Ticket-49356-mapping-tree-crash-can-occur-during-tot.patch

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Australia/Brisbane



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