Re: fedora-review complains about gschema files in an RPM package

2017-02-24 Thread Andrew Toskin 
> > * if the package includes *precompiled* gschema... remove it? 
> No, because these don't exist (at least I don't think so). All
> installed gschemas are compiled at once based on the schemas installed
> on the system, and there are no precompiled schemas.

A few of packages' sources include a gschemas.compiled file.

$ file schemas/gschemas.compiled
schemas/gschemas.compiled: GVariant Database file, version 0
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Rawhide-20170224.n.0 compose check report

2017-02-24 Thread Fedora compose checker 
Missing expected images:

Cloud_base qcow2 x86_64
Atomic qcow2 x86_64
Server dvd i386
Cloud_base raw-xz x86_64
Xfce raw-xz armhfp
Server boot i386
Atomic raw-xz x86_64

Failed openQA tests: 62/107 (x86_64), 2/2 (i386), 1/2 (arm)

ID: 57526   Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/57526
ID: 57527   Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/57527
ID: 57528   Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/57528
ID: 57529   Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/57529
ID: 57531   Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/57531
ID: 57532   Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/57532
ID: 57541   Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/57541
ID: 57547   Test: x86_64 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/57547
ID: 57548   Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/57548
ID: 57549   Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/57549
ID: 57550   Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/57550
ID: 57560   Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/57560
ID: 57561   Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/57561
ID: 57562   Test: x86_64 Workstation-boot-iso memory_check@uefi
URL: https://openqa.fedoraproject.org/tests/57562
ID: 57563   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/57563
ID: 57564   Test: i386 Workstation-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/57564
ID: 57566   Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/57566
ID: 57567   Test: x86_64 KDE-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/57567
ID: 57576   Test: i386 KDE-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/57576
ID: 57577   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/57577
ID: 57579   Test: x86_64 universal install_package_set_minimal
URL: https://openqa.fedoraproject.org/tests/57579
ID: 57580   Test: x86_64 universal install_anaconda_text
URL: https://openqa.fedoraproject.org/tests/57580
ID: 57582   Test: x86_64 universal install_repository_http_variation
URL: https://openqa.fedoraproject.org/tests/57582
ID: 57583   Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/57583
ID: 57584   Test: x86_64 universal install_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/57584
ID: 57585   Test: x86_64 universal install_delete_pata
URL: https://openqa.fedoraproject.org/tests/57585
ID: 57586   Test: x86_64 universal install_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/57586
ID: 57587   Test: x86_64 universal install_sata
URL: https://openqa.fedoraproject.org/tests/57587
ID: 57588   Test: x86_64 universal install_sata@uefi
URL: https://openqa.fedoraproject.org/tests/57588
ID: 57589   Test: x86_64 universal install_kickstart_user_creation
URL: https://openqa.fedoraproject.org/tests/57589
ID: 57590   Test: x86_64 universal install_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/57590
ID: 57591   Test: x86_64 universal install_multi
URL: https://openqa.fedoraproject.org/tests/57591
ID: 57592   Test: x86_64 universal install_multi@uefi
URL: https://openqa.fedoraproject.org/tests/57592
ID: 57593   Test: x86_64 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/57593
ID: 57594   Test: x86_64 universal install_simple_free_space
URL: https://openqa.fedoraproject.org/tests/57594
ID: 57595   Test: x86_64 universal install_multi_empty
URL: https://openqa.fedoraproject.org/tests/57595
ID: 57596   Test: x86_64 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/57596
ID: 57597   Test: x86_64 universal install_delete_partial
URL: https://openqa.fedoraproject.org/tests/57597
ID: 57598   Test: x86_64 universal install_btrfs
URL: https://openqa.fedoraproject.org/tests/57598
ID: 57599   Test: x86_64 universal install_ext3
URL: https://openqa.fedoraproject.org/tests/57599
ID: 57600   Test: x86_64 universal install_xfs
URL: https://openqa.fedoraproject.org/tests/57600
ID: 57601   Test: x86_64 universal install_lvmthin
URL:

Broken dependencies: perl-ZMQ-LibZMQ3

2017-02-24 Thread buildsys 


perl-ZMQ-LibZMQ3 has broken dependencies in the rawhide tree:
On x86_64:
perl-ZMQ-LibZMQ3-1.19-5.fc25.x86_64 requires libzmq.so.3()(64bit)
On armhfp:
perl-ZMQ-LibZMQ3-1.19-5.fc25.armv7hl requires libzmq.so.3
On ppc64le:
perl-ZMQ-LibZMQ3-1.19-5.fc25.ppc64le requires libzmq.so.3()(64bit)
On aarch64:
perl-ZMQ-LibZMQ3-1.19-5.fc25.aarch64 requires libzmq.so.3()(64bit)
On ppc64:
perl-ZMQ-LibZMQ3-1.19-5.fc25.ppc64 requires libzmq.so.3()(64bit)
On i386:
perl-ZMQ-LibZMQ3-1.19-5.fc25.i686 requires libzmq.so.3
Please resolve this as soon as possible.

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

Broken dependencies: perl-Alien-ROOT

2017-02-24 Thread buildsys 


perl-Alien-ROOT has broken dependencies in the rawhide tree:
On ppc64:
perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core
On ppc64le:
perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core
Please resolve this as soon as possible.

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

Broken dependencies: perl-ZMQ-LibZMQ2

2017-02-24 Thread buildsys 


perl-ZMQ-LibZMQ2 has broken dependencies in the rawhide tree:
On x86_64:
perl-ZMQ-LibZMQ2-1.09-9.fc25.x86_64 requires libzmq.so.1()(64bit)
On armhfp:
perl-ZMQ-LibZMQ2-1.09-9.fc25.armv7hl requires libzmq.so.1
On ppc64le:
perl-ZMQ-LibZMQ2-1.09-9.fc25.ppc64le requires libzmq.so.1()(64bit)
On aarch64:
perl-ZMQ-LibZMQ2-1.09-9.fc25.aarch64 requires libzmq.so.1()(64bit)
On ppc64:
perl-ZMQ-LibZMQ2-1.09-9.fc25.ppc64 requires libzmq.so.1()(64bit)
On i386:
perl-ZMQ-LibZMQ2-1.09-9.fc25.i686 requires libzmq.so.1
Please resolve this as soon as possible.

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

Broken dependencies: perl-ZeroMQ

2017-02-24 Thread buildsys 


perl-ZeroMQ has broken dependencies in the rawhide tree:
On x86_64:
perl-ZeroMQ-0.23-13.fc25.x86_64 requires libzmq.so.1()(64bit)
On armhfp:
perl-ZeroMQ-0.23-13.fc25.armv7hl requires libzmq.so.1
On ppc64le:
perl-ZeroMQ-0.23-13.fc25.ppc64le requires libzmq.so.1()(64bit)
On aarch64:
perl-ZeroMQ-0.23-13.fc25.aarch64 requires libzmq.so.1()(64bit)
On ppc64:
perl-ZeroMQ-0.23-13.fc25.ppc64 requires libzmq.so.1()(64bit)
On i386:
perl-ZeroMQ-0.23-13.fc25.i686 requires libzmq.so.1
Please resolve this as soon as possible.

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

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

2017-02-24 Thread updates 
The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 719  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 481  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
 200  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-23fa04bf1c   
redis-3.2.3-1.el7
 183  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e8f4ff76b3   
chicken-4.11.0-3.el7
  63  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-04bc9dd81d   
libbsd-0.8.3-1.el7
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e2cea1c22d   
python-cjson-1.1.0-9.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-920059d2ed   
mingw-wavpack-5.1.0-1.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d5fe44714a   
cacti-1.0.3-3.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-759dd56b65   
firebird-2.5.7.27050.0-1.el7
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-af1e2c321c   
phpMyAdmin-4.4.15.10-1.el7


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

NetworkManager-openconnect-1.2.4-4.el7
breeze-icon-theme-5.31.0-1.el7
chromium-56.0.2924.87-4.el7.1
dpm-contrib-admintools-0.2.3-1.el7
extra-cmake-modules-5.31.0-3.el7
ftplib-4.0-4.el7
gsi-openssh-6.6.1p1-7.el7
kf5-5.31.0-1.el7
kf5-attica-5.31.0-1.el7
kf5-baloo-5.31.0-1.el7
kf5-bluez-qt-5.31.0-1.el7
kf5-frameworkintegration-5.31.0-1.el7
kf5-kactivities-5.31.0-1.el7
kf5-kactivities-stats-5.31.0-1.el7
kf5-kapidox-5.31.0-1.el7
kf5-karchive-5.31.0-1.el7
kf5-kauth-5.31.0-1.el7
kf5-kbookmarks-5.31.0-1.el7
kf5-kcmutils-5.31.0-1.el7
kf5-kcodecs-5.31.0-1.el7
kf5-kcompletion-5.31.0-1.el7
kf5-kconfig-5.31.0-1.el7
kf5-kconfigwidgets-5.31.0-1.el7
kf5-kcoreaddons-5.31.0-1.el7
kf5-kcrash-5.31.0-1.el7
kf5-kdbusaddons-5.31.0-1.el7
kf5-kdeclarative-5.31.0-1.el7
kf5-kded-5.31.0-1.el7
kf5-kdelibs4support-5.31.0-1.el7
kf5-kdesignerplugin-5.31.0-1.el7
kf5-kdesu-5.31.0-1.el7
kf5-kdewebkit-5.31.0-1.el7
kf5-kdnssd-5.31.0-1.el7
kf5-kdoctools-5.31.0-1.el7
kf5-kemoticons-5.31.0-1.el7
kf5-kfilemetadata-5.31.0-1.el7
kf5-kglobalaccel-5.31.0-1.el7
kf5-kguiaddons-5.31.0-1.el7
kf5-khtml-5.31.0-1.el7
kf5-ki18n-5.31.0-1.el7
kf5-kiconthemes-5.31.0-1.el7
kf5-kidletime-5.31.0-1.el7
kf5-kimageformats-5.31.0-1.el7
kf5-kinit-5.31.0-1.el7
kf5-kio-5.31.0-1.el7
kf5-kitemmodels-5.31.0-1.el7
kf5-kitemviews-5.31.0-1.el7
kf5-kjobwidgets-5.31.0-1.el7
kf5-kjs-5.31.0-1.el7
kf5-kjsembed-5.31.0-1.el7
kf5-kmediaplayer-5.31.0-1.el7
kf5-knewstuff-5.31.0-1.el7
kf5-knotifications-5.31.0-1.el7
kf5-knotifyconfig-5.31.0-1.el7
kf5-kpackage-5.31.0-1.el7
kf5-kparts-5.31.0-1.el7
kf5-kpeople-5.31.0-1.el7
kf5-kplotting-5.31.0-1.el7
kf5-kpty-5.31.0-1.el7
kf5-kross-5.31.0-1.el7
kf5-krunner-5.31.0-1.el7
kf5-kservice-5.31.0-1.el7
kf5-ktexteditor-5.31.0-2.el7
kf5-ktextwidgets-5.31.0-1.el7
kf5-kunitconversion-5.31.0-1.el7
kf5-kwallet-5.31.0-1.el7
kf5-kwidgetsaddons-5.31.0-1.el7
kf5-kwindowsystem-5.31.0-1.el7
kf5-kxmlgui-5.31.0-1.el7
kf5-kxmlrpcclient-5.31.0-1.el7
kf5-modemmanager-qt-5.31.0-1.el7
kf5-networkmanager-qt-5.31.0-1.el7
kf5-plasma-5.31.0-1.el7
kf5-solid-5.31.0-1.el7
kf5-sonnet-5.31.0-1.el7
kf5-syntax-highlighting-5.31.0-1.el7
kf5-threadweaver-5.31.0-1.el7
php-bartlett-php-compatinfo-db-1.18.0-1.el7
python-ptyprocess-0.5.1-6.el7
rubygem-base32-0.3.2-1.el7
x2goclient-4.1.0.0-1.el7

Details about builds:



 NetworkManager-openconnect-1.2.4-4.el7 (FEDORA-EPEL-2017-3a86e33517)
 NetworkManager VPN plugin for openconnect

Update Information:

Rebase epel7 package of NetworkManager-openconnect to current Fedora/rawhide.
The change becomes necessary, because RHEL7 now ships a nm-connection-editor
that links against libnm.so. Hence, it is unable to load legacy VPN plugins that
still use libnm-glib (like was the case for the previous nm-openconnect
version).

References:

  [ 1 ] Bug #1406992 - On Centos-7 (updated to 7.3) existing openconnect VPN 
works, but NM won't let me edit it, or add another like it.
https://bugzilla.redhat.com/show_bug.cgi?id=1406992




 breeze-icon-theme-5.31.0-1.el7 (FEDORA-EPEL-2017-18d82f816f)
 Breeze icon theme

Update

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

2017-02-24 Thread updates 
The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 597  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 591  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 481  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 453  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 183  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8594ed3a53   
chicken-4.11.0-3.el6
  63  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
  48  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-8c6c7bf06e   
dbus-sharp-0.7.0-16.el6 dbus-sharp-glib-0.5.0-14.el6 mono-4.2.4-9.el6
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-acd2c2af0d   
nagios-4.2.4-4.el6
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-2f218dd2b9   
python-cjson-1.1.0-9.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c3b112eb9e   
tomcat-7.0.75-1.el6
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-148092c401   
cacti-1.0.3-2.el6
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4e715bd3df   
phpMyAdmin-4.0.10.19-1.el6


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

dpm-contrib-admintools-0.2.3-1.el6

Details about builds:



 dpm-contrib-admintools-0.2.3-1.el6 (FEDORA-EPEL-2017-34fdfe3092)
 DPM administration toolkit (contrib from GridPP)

Update Information:

* new upstream release

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

Re: fedora-review complains about gschema files in an RPM package

2017-02-24 Thread Michael Catanzaro 
On Sat, 2017-02-25 at 01:04 +, Andrew Toskin wrote:
> I'd just like to confirm what actions I need to take for my RPM
> specs, then, if any. Does this sound right?
> 
> * if the package source includes a .gschema.xml file, it's okay, and
> needed, so leave it alone.

Yes.

> * if the package source includes a Makefile, which compiles the
> gschema file, then the schema compilation here isn't strictly
> necessary but doesn't hurt anything. Skipping this step would be
> slightly more efficient, but only slightly.

Yes. The compilation won't have any effect since it's only occurring
inside the buildroot.

> * if the package includes *precompiled* gschema... remove it?

No, because these don't exist (at least I don't think so). All
installed gschemas are compiled at once based on the schemas installed
on the system, and there are no precompiled schemas.

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

[Bug 1426458] perl-B-Generate-1.55 is available

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1426458



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

-- 
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 1422290] perl-Log-Dispatch-FileRotate-1.24 is available

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1422290

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

-- 
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 1401448] Tests fail on x86 without use64bitint perl: Don' t know how to encode Math::BigFloat

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1401448

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #2 from Fedora Update System  ---
perl-BSON-1.2.2-2.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-b5499c824b

-- 
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 1426367] invalid optree due to misprint (returns B:: METHOOP instead of B::METHOP)

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1426367



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

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

Re: fedora-review complains about gschema files in an RPM package

2017-02-24 Thread Andrew Toskin 
I'd just like to confirm what actions I need to take for my RPM specs, then, if 
any. Does this sound right?

* if the package source includes a .gschema.xml file, it's okay, and needed, so 
leave it alone.
* if the package source includes a Makefile, which compiles the gschema file, 
then the schema compilation here isn't strictly necessary but doesn't hurt 
anything. Skipping this step would be slightly more efficient, but only 
slightly.
* if the package includes *precompiled* gschema... remove it?

Correct me if I'm wrong.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: fedora-review complains about gschema files in an RPM package

2017-02-24 Thread Andrew Toskin 
> It used to be important. The review criteria should be updated. Do you
> want to file a bug with fedora-review?

Looks like there's already an open bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=1409315
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1426458] perl-B-Generate-1.55 is available

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1426458

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

-- 
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 1426367] invalid optree due to misprint (returns B:: METHOOP instead of B::METHOP)

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1426367

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

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

Re: F27 Self Contained Change: Bodhi Non-RPM Artifacts

2017-02-24 Thread Kevin Kofler 
> Bodhi, the Fedora Updates System, should be able to process more than just
> RPMs.
> 
> As Fedora starts to deliver more than just RPMs and ISOs, we need a
> way to handle delivering updates to these artifacts. Bodhi currently
> handles this workflow for RPMs only, but we want to start using it for
> other content, such as Docker containers, Flatpak apps, OSTrees, etc.
> If it can be tagged in Koji, it should be accepted by Bodhi.

Why do we want to deliver such blobs as parts of our releases? I can see 
building containers or OSTrees FROM the Bodhi artefacts (just like ISOs), 
but why would we want them AS Bodhi artefacts?

I think shipping containers or containerized apps as a replacement for 
packages, which is what this proposal ultimately amounts to (by letting them 
use workflows, and presumably delivery channels, intended for packages), is 
totally a step in the wrong direction.

See also this talk:
http://mirror.as35701.net/video.fosdem.org/2017/Janson/dinosaurs.vp8.webm
which brings the issues to the point (but IMHO draws too weak conclusions 
considering all the issues that make containerized applications a totally 
counterproductive step backwards).

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

Re: fedora-review complains about gschema files in an RPM package

2017-02-24 Thread Neal Gompa 
On Fri, Feb 24, 2017 at 5:09 PM, Michael Catanzaro  wrote:
> On Fri, 2017-02-24 at 21:15 +, Andrew Toskin wrote:
>> But then why is this such a prominent "Issue" in the output
>> review.txt file?
>
> It used to be important. The review criteria should be updated. Do you
> want to file a bug with fedora-review?
>

I already did, two months ago:
https://bugzilla.redhat.com/show_bug.cgi?id=1409315

It's rather worrying that no one noticed that...


-- 
真実はいつも一つ！/ 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: Touchpad pointer accel - testers required, scratch build available

2017-02-24 Thread Keith Keith 
On Thu, Feb 23, 2017 at 8:26 PM, Peter Hutterer
 wrote:
> On Thu, Feb 23, 2017 at 06:48:11PM -0600, Keith Keith wrote:
>> I think I sent you some touchpad data before for a Toshiba Tecra M11.  I
>> have xorg-x11-drv-synaptics installed to keep my setup from F24. Do I need
>> to do anything besides get rid of /etc/X11/xorg.conf.d/50-synaptics.conf
>> and restart X to make this work right?
>
> yeah, that's all that should be needed. You can easily verify by running
> xinput list-props "device name" afterwards and checking for the "libinput"
> prefix on the properties.
>
> Cheers,
>Peter
>

I've played with the .  I'm using F25 LXDE spin.  I saw all the rpms
were named F26 so I rebuilt it from the srpm just in case. Here's what
I've noticed.

LXDE has a mouse and keyboard setting program built in but it has no
effect with libinput.  I used synclient with synaptics because there's
not a lot of control in LXDE's mouse settings anyway.  I've attached
what libinput set as my defaults. It's the output from xinput
list-props. I looked around and found an article in Arch's wiki that
mentioned using xinput set-prop.  I used

xinput set-prop 13 --type=float 'libinput Accel Speed' 

to make the cursor move faster.  0 was way slower.  I got all the way
up to 1 and couldn't increase it further.  The manual says that's
what's supposed to happen so that's good..  It's fast enough that I
won't revert right back to synaptics.  It's not as fast as I'd like.
I have a 1600x900 display and moving my finger slow so the
acceleration doesn't kick in gets me about 7/8 of the way across the
screen when I move all the way across the entire trackpad
horizontally.  I like to set it so 1/2-1/3 of the trackpad corresponds
to corresponds to my entire screen when unaccelerated.  I suggest
making the maximum setting at least 6 times faster when unaccelerated.
I'd probably set it 3 times faster.

I tried -1 out of curiosity.  That's not tar that's glacier lol.

Accleration feels nice.  I'm pretty happy with it.  It kicks in a
little to easily for me.  Is there a setting I can mess with to
customize this? I'm planning on leaving this as my driver for while so
I'll get a better idea how it feels to use over time.

The right portion of my trackpad is used for vertical scrolling.
Libinput seems to recognize a smaller section as scrolling input than
synaptics did.  Synaptics default was really good for me.  I don't see
anywhere to change this. Is there a way?  The current setting isn't
bad and I suspect my muscle memory will adapt. This might have
something to do with that problem we noticed with what my devices
resolution was reported as and how far I could actually get it to say
my finger was when I ran my finger around the edges of the pad. I
don't remember numbers but it was pretty bad.

There's no momentum in scrolling which is something I miss. In
synaptics if I let my finger off the pad with more than a certain
threshold for finger velocity it would keep scrolling and slowly
reduce scroll speed to 0.  It felt like a trackball.

I tried out
xinput set-prop 13  'libinput Tapping Enabled' 1

I normally don't use this but rarely I do.  I have to hit it harder
than I'd like to register a click.  I'd like a setting to lighten it.
Double tap and hold to drag seemed to require me hitting it way
harder.  I like requiring a harder hit for this to sort of act as a
switch debouncer to determine if the user really meant a double tap or
if their finger pressure just varied.  It's way too high in my
opinion. I'd suggest knocking 10-15% off of how hard you have to tap
for a click.  Then make double tapping as hard as regular tapping is
now.

If any of these suggestions have a setting I'd really like to know.
Everything I know about what settings choices I have comes from man 4
libinput and
https://wiki.archlinux.org/index.php/Libinput

How does the calibration matrix work? The man page seems to assume you
know what it is and how it works and just tells you how to specify it.

-Keith


libinputdefaults.tar.xz
Description: application/xz
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1425039] perl-Net-HTTP-6.13 is available

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1425039

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Net-HTTP-6.13-1.fc26   |perl-Net-HTTP-6.13-1.fc26
   ||perl-Net-HTTP-6.13-1.fc25
 Resolution|--- |ERRATA
Last Closed||2017-02-24 17:50:08



--- Comment #6 from Fedora Update System  ---
perl-Net-HTTP-6.13-1.fc25 has been pushed to the Fedora 25 stable repository.
If problems still persist, please make note of it in this bug report.

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

dadhditools.tar.gz for fc25

2017-02-24 Thread Dominik Kucher 
you can download my dahdi-tools as a tar.gz file

https://dk-software.org/RPMS/dahdi-tools.tar.gz



-- 

Dominik Kucher
t: +43 720 511 941




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: asterisk-dahdi cannot installed on Fedora 25

2017-02-24 Thread Dominik Kucher 


Am 2017-02-24 um 19:45 schrieb Jared K. Smith:
> dahdi-tools was orphaned due to missing systemd support.  I've added
> systemd support and submitted it to be re-reviewed.  See RH BZ
> 1422683 .
i doesn't have a problem with my build it works correctly! I have take
the src.rpm from f24 and upload it to my repository
> --
> Jared Smith
>
> On Thu, Feb 23, 2017 at 1:30 PM,  > wrote:
>
> Hi!
>
> asterisk-dahdi cannot installed on fc25.
>
> Fehler: nothing provides libtonezone.so.2.0()(64bit) needed by
> asterisk-dahdi-13.9.1-1.fc25.1.x86_64
>
>
> I have build dahdi-tools from the fc24 src and it works!
>
>
> --
>
>
> Dominik Kucher
>
> ___ 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
-- 

Dominik Kucher
t: +43 720 511 941



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: asterisk-dahdi cannot installed on Fedora 25

2017-02-24 Thread technik 
Am 2017-02-24 um 11:53 schrieb Petr Pisar:

> On 2017-02-23, <> <> wrote:
> 
> 
> > asterisk-dahdi cannot installed on fc25.
> > 
> > 
> > I forwareded it to Bugzilla
> <>. Though asterisk
> seems unmaintained.
> 
> -- Petr
> 
> ___
> devel mailing list -- 
> To unsubscribe send an email to 
> I have build on my local repository dahdi-tools from fc24.src file and it 
> works! The first bug report was on 2016-10-21.


--
Dominik Kucher


Letzte Prüfung auf abgelaufene Metadaten: vor 0:57:49 am Fri Feb 24 22:13:15 
2017.
Abhängigkeiten sind aufgelöst.

 Package   ArchVersionPaketquelle 
Größe

Installieren:
 asterisk  x86_64  13.9.1-1.fc25.1fedora  3.6 M
 asterisk-dahdix86_64  13.9.1-1.fc25.1fedora  539 k
 asterisk-gui  noarch  2.0-12.20120518svn5220.fc24fedora  448 k
 dahdi-tools   x86_64  2.10.0-8.dk.fc25   dksoft-updates  332 k
 dahdi-tools-libs  x86_64  2.10.0-8.dk.fc25   dksoft-updates   34 k
 ilbc  x86_64  1.1.1-9.fc24   fedora   62 k
 libprix86_64  1.4.13-7.fc24  fedora  196 k
 pjproject x86_64  2.4.5-8.fc25   fedora  671 k

Transaktionsübersicht

Installieren  8 Pakete

Gesamte Downloadgröße: 5.8 M
Installationsgröße: 19 M
Ist dies in Ordnung? [j/N]: ___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: fedora-review complains about gschema files in an RPM package

2017-02-24 Thread Michael Catanzaro 
On Fri, 2017-02-24 at 21:15 +, Andrew Toskin wrote:
> But then why is this such a prominent "Issue" in the output
> review.txt file? 

It used to be important. The review criteria should be updated. Do you
want to file a bug with fedora-review?

> And why does it warn me even when nothing in the spec, patches,
> and/or source files include the `glib-compile-schemas` command?

Well that's the issue it was trying to catch, missing glib-compile-
schemas. If you install a .gschema but don't recompile the schemas, it
will be ignored and so your application would crash unless you happen
to install another RPM that does compile the schemas in the same
transaction.

But nowadays we have RPM file triggers to ensure it happens
automatically, so nobody should ever call glib-compile-schemas in a
.spec anymore.

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

Re: fedora-review complains about gschema files in an RPM package

2017-02-24 Thread Andrew Toskin 
> gsettings schema compilation is automatically handled these days with an
> rpm file trigger that glib2 sets up. There's no need to add
> glib-compile-schemas %postun and %postrans scripts any more (but they
> won't hurt either and are required for EPEL7 if you want to keep the
> same spec file).

But then why is this such a prominent "Issue" in the output review.txt file? 
And why does it warn me even when nothing in the spec, patches, and/or source 
files include the `glib-compile-schemas` command?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

dnf group and dnf group list diff ?

2017-02-24 Thread Catalin 
[root@localhost mythcat]# dnf group
Last metadata expiration check: 0:28:47 ago on Fri Feb 24 13:27:40 2017.
Installed Groups: 3
Available Groups: 33
[root@localhost mythcat]# dnf group list
told me are more than 3 installed

this is a error or bug ?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: asterisk-dahdi cannot installed on Fedora 25

2017-02-24 Thread Jared K. Smith 
dahdi-tools was orphaned due to missing systemd support.  I've added
systemd support and submitted it to be re-reviewed.  See RH BZ

1422683 .

--

Jared Smith


On Thu, Feb 23, 2017 at 1:30 PM,  wrote:

> Hi!
>
> asterisk-dahdi cannot installed on fc25.
>
> Fehler: nothing provides libtonezone.so.2.0()(64bit) needed by
> asterisk-dahdi-13.9.1-1.fc25.1.x86_64
>
>
> I have build dahdi-tools from the fc24 src and it works!
>
>
> --
>
>
> Dominik Kucher
>
>
>
> ___
> 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: Touchpad pointer accel - testers required, scratch build available

2017-02-24 Thread Sylvia 

Hi!
I'm using Wayland.  Is it the same or should I do something different?
Cheers,Sylvia

On Fri, 2017-02-24 at 12:26 +1000, Peter Hutterer wrote:
> On Thu, Feb 23, 2017 at 06:48:11PM -0600, Keith Keith wrote:
> > I think I sent you some touchpad data before for a Toshiba Tecra
> > M11.  I
> > have xorg-x11-drv-synaptics installed to keep my setup from F24. Do
> > I need
> > to do anything besides get rid of /etc/X11/xorg.conf.d/50-
> > synaptics.conf
> > and restart X to make this work right?
> 
> yeah, that's all that should be needed. You can easily verify by
> running
> xinput list-props "device name" afterwards and checking for the
> "libinput"
> prefix on the properties.
> 
> Cheers,
>    Peter
> 
> > On Thu, Feb 23, 2017 at 5:35 PM, Peter Hutterer  > -t.net>
> > wrote:
> > 
> > > I've been playing with touchpad pointer acceleration in libinput
> > > again and
> > > finally found something I'm happy with. Most notably it has a
> > > wide range of
> > > configurable speed settings, from "tar" to "speed-skating ring".
> > > Please
> > > give
> > > this scratch build a test and let me know how you go:
> > > https://koji.fedoraproject.org/koji/taskinfo?taskID=17546245
> > > 
> > > Reminder: after installing you *must* log out of X/Wayland for
> > > the changes
> > > to take effect.
> > > 
> > > Thanks
> > > 
> > > Cheers,
> > >    Peter
> > > ___
> > > devel mailing list -- devel@lists.fedoraproject.org
> > > To unsubscribe send an email to devel-leave@lists.fedoraproject.o
> > > rg
> > > 
> > ___
> > 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___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: New pastebin service on paste.fedoraproject.org

2017-02-24 Thread Sylvia 

Yes, also notice that there's a lot of empty space to the right.  

On Thu, 2017-02-23 at 12:20 -0600, Keith Keith wrote:
> I only get 21 lines.  I'm know nothing about web page design and even
> less about image editing as you'll see but the attached pic seems
> like what I would do placement wise.  Does it give away too much
> horizontal space for vertical screen users?  Could it detect
> orientation and choose this one for horizontal only?
> 
> On Thu, Feb 23, 2017 at 11:20 AM, Kevin Fenzi 
> wrote:
> > On Thu, 23 Feb 2017 16:47:45 +
> > 
> > Richard Hughes  wrote:
> > 
> > 
> > 
> > > I'm not sure if this is the right mailing list for this issue.
> > 
> > 
> > 
> > Probibly not. The infrastructure one would be better, but oh well.
> > 
> > 
> > 
> > > Basically, the paste.fedoraproject.org site has been recently
> > changed,
> > 
> > > and it's basically useless for me now. This screenshot shows the
> > 
> > > issue:
> > 
> > > https://people.freedesktop.org/~hughsient/temp/Screenshot%20from%
> > 202017-02-23%2016-38-52.png
> > 
> > >
> > 
> > > My frustration is that with all the beautifully designed CSS and
> > 
> > > padded chrome around everything we can only fit 22 lines of
> > actual
> > 
> > > text on the screen. That's about half of the lines that I can get
> > when
> > 
> > > using http://pastebin.com and a third of what I can get with
> > 
> > > https://paste.opensuse.org.
> > 
> > 
> > 
> > So, some of that could be our theme, which is already being
> > discussed
> > 
> > at:
> > 
> > https://pagure.io/fedora-infrastructure/issue/5816
> > 
> > You could chime in there and see if things could be made more
> > compact.
> > 
> > 
> > 
> > Or it could be an upstream issue (yea for having an upstream
> > again!):
> > 
> > Looking at their demo site:
> > 
> > https://demo.modernpaste.com/
> > 
> > it does seem the layout is pretty set. So, perhaps you could ask
> > them
> > 
> > to make things more compact there?
> > 
> > https://github.com/LINKIWI/modern-paste/issues
> > 
> > 
> > 
> > The paste URLs from the latter are also
> > 
> > > https://paste.opensuse.org/53391866 (35 chars) compared to
> > 
> > > https://paste.fedoraproject.org/paste/3epoM9U0i4oKyPlw7Z6nfl5M1UN
> > dIGYhyRLivL9gydE=
> > 
> > > (82 chars)
> > 
> > 
> > 
> > If you use the command line 'fpaste' util it gives you a shortened
> > url.
> > 
> > We have been discussing how to also include that in the web side.
> > 
> > >
> > 
> > > I find myself no longer using paste.fedoraproject.org -- it can't
> > just
> > 
> > > be me being a grumpy old man, can it? Am I holding it wrong?
> > 
> > 
> > 
> > Well, it's change and everyone dislikes that. I hope we can
> > convince
> > 
> > upstream to make changes that our users (like yourself) wish so
> > it's
> > 
> > nice for everyone.
> > 
> > 
> > 
> > kevin
> > 
> > 
> > ___
> > 
> > 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___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: fedorahosted.org sunset is next week!

2017-02-24 Thread Stephen John Smoogen 
Kevin If you have nothing nice to say.. please keep it to yourself. I
am tired of your vitriol and everything is doomed. Fedora hasn't died
in the 10+ years you have said we are killing it, and I am frankly
tired of dealing with the weekly telling other people how to do their
job.

On 24 February 2017 at 12:30, Kevin Kofler  wrote:
> By the way, "sunset" is much too euphemistic a metaphor for what is planned.
> "Massacre" or, if you want to keep the sun theme, "supernova", would be more
> fitting metaphors.
>
> Kevin Kofler
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org



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

Re: fedorahosted.org sunset is next week!

2017-02-24 Thread Zbigniew Jędrzejewski-Szmek 
On Fri, Feb 24, 2017 at 06:30:30PM +0100, Kevin Kofler wrote:
> By the way, "sunset" is much too euphemistic a metaphor for what is planned. 
> "Massacre" or, if you want to keep the sun theme, "supernova", would be more 
> fitting metaphors.

"supernova" seems appropriate — after all supernovae lead to formation
of planets and new life.

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

[389-devel] please review: Issue 49122 - filtered roles that use nsrole in the role filter crash the server

2017-02-24 Thread Mark Reynolds 
https://pagure.io/389-ds-base/issue/49122

https://pagure.io/389-ds-base/issue/raw/files/7c7228186b8171c9a2bfb3fa84a31483fed7bfa2401c52be3c7c88a444e589a7-0001-Issue-49122-Filtered-nsrole-that-uses-nsrole-crashes.patch

CI Test:

https://pagure.io/389-ds-base/issue/raw/files/12ca60e5d0ba7c0ea02133c22540f628aa0f777c0f209c444e404b7237a2865e-0001-Issue-49122-add-ci-test.patch
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

Re: fedorahosted.org sunset is next week!

2017-02-24 Thread Kevin Kofler 
By the way, "sunset" is much too euphemistic a metaphor for what is planned. 
"Massacre" or, if you want to keep the sun theme, "supernova", would be more 
fitting metaphors.

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

Re: policy on changes in or introduction of new dependencies

2017-02-24 Thread Daniel P. Berrange 
On Fri, Feb 24, 2017 at 04:24:16PM +0100, Dominik 'Rathann' Mierzejewski wrote:
> On Friday, 24 February 2017 at 15:31, Daniel P. Berrange wrote:
> > On Fri, Feb 24, 2017 at 08:48:43AM -0500, Stephen John Smoogen wrote:
> > > On 23 February 2017 at 12:24, Dominik 'Rathann' Mierzejewski
> > >  wrote:
> > > > On Thursday, 23 February 2017 at 14:23, Neal Gompa wrote:
> > > 
> > > > I have nothing against delivering latest and greatest software to our
> > > > users and this proposal is not against that goal, either. However,
> > > > package maintainers are not supposed to simply take what upstream
> > > > releases and pass it on to the users without considering the impact.
> > > 
> > > I think that may be the differing of opinions in this discussion as I
> > > don't think there is a definitive answer. Some packagers believe that
> > > whatever upstream requires to get the software is what happens, other
> > > packagers believe that it isn't. Many packagers just want the XYZ
> > > package to be there so they can build the thing they really care about
> > > so if the upstream needed ten new dependencies.. we add 10 new
> > > dependencies.
> 
> And that's fine. Just don't make me jump through hoops to find out why.
> One sentence in the changelog or a pointer to upstream release notes is
> all I'm asking for. That and a little bit of consideration if such an
> update is really necessary in a stable release. Surely that's not much
> to ask. Or is it?

I question how useful that is going to be in practice. Realistically the
RPM changelog is going to say little more than

"Added new dependancy libfoo.so"

which isn't really adding any value IMHO. Explaining why a dependancy was
added is useful, but that needs packagers to potentally understand the
upstream app decision in significant detail, and such an explanation is
often not simple enough to explain in a useful level of detail in an
RPM changelog. Unless you want long paragraphs of text in the RPM changelog
which IMHO would not be appropriate.

Regards,
Daniel
-- 
|: http://berrange.com  -o-http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org  -o- http://virt-manager.org :|
|: http://entangle-photo.org   -o-http://search.cpan.org/~danberr/ :|
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[389-devel] Please review: Issue 49147 - Fix tests compatibility with older versions

2017-02-24 Thread Simon Pichugin 
Hi team,
please, review the patch with fixes related to older builds.

Also, I think I dont havea permission to set reviewstatus. Please, advise.

https://pagure.io/389-ds-base/issue/49147
https://pagure.io/389-ds-base/issue/raw/files/e4578799a772b2ff2e0a1e02429c849552bb7f2e79f2bdb333db40dcc5e37d6b-0001-Issue-49147-Fix-tests-compatibility-with-older-versi.patch

Thanks,
Simon


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

Re: policy on changes in or introduction of new dependencies

2017-02-24 Thread Dominik 'Rathann' Mierzejewski 
On Friday, 24 February 2017 at 17:28, Stephen John Smoogen wrote:
> On 24 February 2017 at 11:19, Stephen John Smoogen  wrote:
> 
> >> You both sound as if you're thinking I'm totally against introducing new
> >> dependencies.
> >
> > No. I didn't take that to be your view at all. I am going more with
> > the fact that you ran into a wall, and then you decided to smash your
> > head into the wall 3 times without asking "why is there this wall?
> > what am I missing"
> >
> 
> And I sent that off without thinking how my words sounded. They were
> rude and not helpful in this conversation. I apologize.

No need. What you wrote is a good approximation of how I feel and
it made me smile.

Thank you very much for trying to explain "the wall" to me.

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: policy on changes in or introduction of new dependencies

2017-02-24 Thread Stephen John Smoogen 
On 24 February 2017 at 11:19, Stephen John Smoogen  wrote:

>> You both sound as if you're thinking I'm totally against introducing new
>> dependencies.
>
> No. I didn't take that to be your view at all. I am going more with
> the fact that you ran into a wall, and then you decided to smash your
> head into the wall 3 times without asking "why is there this wall?
> what am I missing"
>

And I sent that off without thinking how my words sounded. They were
rude and not helpful in this conversation. I apologize.

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

Re: policy on changes in or introduction of new dependencies

2017-02-24 Thread Stephen John Smoogen 
On 24 February 2017 at 10:24, Dominik 'Rathann' Mierzejewski
 wrote:
> On Friday, 24 February 2017 at 15:31, Daniel P. Berrange wrote:
>> On Fri, Feb 24, 2017 at 08:48:43AM -0500, Stephen John Smoogen wrote:
>> > On 23 February 2017 at 12:24, Dominik 'Rathann' Mierzejewski
>> >  wrote:
>> > > On Thursday, 23 February 2017 at 14:23, Neal Gompa wrote:
>> >
>> > > I have nothing against delivering latest and greatest software to our
>> > > users and this proposal is not against that goal, either. However,
>> > > package maintainers are not supposed to simply take what upstream
>> > > releases and pass it on to the users without considering the impact.
>> >
>> > I think that may be the differing of opinions in this discussion as I
>> > don't think there is a definitive answer. Some packagers believe that
>> > whatever upstream requires to get the software is what happens, other
>> > packagers believe that it isn't. Many packagers just want the XYZ
>> > package to be there so they can build the thing they really care about
>> > so if the upstream needed ten new dependencies.. we add 10 new
>> > dependencies.
>
> And that's fine. Just don't make me jump through hoops to find out why.
> One sentence in the changelog or a pointer to upstream release notes is
> all I'm asking for. That and a little bit of consideration if such an
> update is really necessary in a stable release. Surely that's not much
> to ask. Or is it?
>
>> Upstream may not allow packagers to have any viable choices. If upstream
>> has added a new dependancy, there's no guarantee it is optional. So if the
>> new version is required in Fedora, then often there's no choice but to
>> accept the new dependancy. The alternative is to be stuck on the old
>> (possibly insecure) version forever, or fork the code, neither of which
>> are really acceptable options. Even if the dependancy is optional, disabling
>> it may cause Fedora to loose functionality vs the previously packaged
>> version, so it is in effect mandatory.
>>
>> Any rules about adding new dependencies in Fedora will quickly come up
>> against these hard realities, when dealing with new upstream versions.
>
> You both sound as if you're thinking I'm totally against introducing new
> dependencies.

No. I didn't take that to be your view at all. I am going more with
the fact that you ran into a wall, and then you decided to smash your
head into the wall 3 times without asking "why is there this wall?
what am I missing"

>
> I'm not. I'd just like to be informed when they appear. I'm convinced
> this information would be useful not only to me, but also to others.
> Hence my proposal to include justification (a pointer to upstream release
> notes is fine as one) for them.

Mostly to me it is that what you are going to see is:

===
No f'ing clue why, but upstream wants /bin/foo now.
===

Because that fits the spirit of the law at 2am when someone is fixing
some package. At which point you start adding in, packager needs to
give a reasoned explanation of why upstream wants it and we need
someone to audit that those changes are put in place (because they
won't be) and what the consequences of them not being there is to be.


> Regards,
> Dominik
> --
> Fedora http://fedoraproject.org/wiki/User:Rathann
> RPMFusion http://rpmfusion.org
> "Faith manages."
> -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org



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

pghmcfc pushed to perl-MetaCPAN-Client (master). "Update to 2.006000 (..more)"

2017-02-24 Thread notifications 
From 8be83391661196c36e23fcf8b370bfe8b6de98a9 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Fri, 24 Feb 2017 16:01:20 +
Subject: Update to 2.006000

- New upstream release 2.006000
  - Support '_source' filtering (GH#70)
  - Support debug-mode for detailed error messages
---
 perl-MetaCPAN-Client.spec | 7 ++-
 sources   | 2 +-
 2 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/perl-MetaCPAN-Client.spec b/perl-MetaCPAN-Client.spec
index ba6579f..31f6b77 100644
--- a/perl-MetaCPAN-Client.spec
+++ b/perl-MetaCPAN-Client.spec
@@ -3,7 +3,7 @@
 # TODO: BR: perl(HTTP::Tiny::Mech) and perl(WWW::Mechanize::Cache) when 
available
 
 Name:  perl-MetaCPAN-Client
-Version:   2.005000
+Version:   2.006000
 Release:   1%{?dist}
 Summary:   A comprehensive, DWIM-featured client to the MetaCPAN API
 License:   GPL+ or Artistic
@@ -102,6 +102,11 @@ mv ./[a-z]*.t t/api/
 %{_mandir}/man3/MetaCPAN::Client::Types.3*
 
 %changelog
+* Fri Feb 24 2017 Paul Howarth  - 2.006000-1
+- Update to 2.006000
+  - Support '_source' filtering (GH#70)
+  - Support debug-mode for detailed error messages
+
 * Tue Feb 14 2017 Paul Howarth  - 2.005000-1
 - Update to 2.005000
   - Added the ascii_name and perlmongers fields to the Author object (GH#66)
diff --git a/sources b/sources
index 71be5b2..686a113 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (MetaCPAN-Client-2.005000.tar.gz) = 
d73b473c49abf2b69e97a8ada28e6fa8ed2b2535f7ae8182927926adf254d1892d89377604a42e2116f4044bd2a34ed3899420de32579b6153004b507af8ddf2
+SHA512 (MetaCPAN-Client-2.006000.tar.gz) = 
c11a614390bbbfa61c53587ddb34fa02dff4123442723539ec7ab33593828a1a209298a2ab1194b4480ff6eab229fb750b0799c32a67ecc6102f696214ebb701
-- 
cgit v1.1



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

Sponsor request of gsequencer v0.7.122.6

2017-02-24 Thread Joël Krähemann 
Hi

As mentioned in a previous mail discussion, I'd like to provide
Advanced Gtk+ Sequencer to fedora.

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

I have done a lot of efforts doing a more stable package.

http://download.savannah.nongnu.org/releases/gsequencer/stable/

Bests,
Joël
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

pghmcfc uploaded MetaCPAN-Client-2.006000.tar.gz for perl-MetaCPAN-Client

2017-02-24 Thread notifications 
c11a614390bbbfa61c53587ddb34fa02dff4123442723539ec7ab33593828a1a209298a2ab1194b4480ff6eab229fb750b0799c32a67ecc6102f696214ebb701
  MetaCPAN-Client-2.006000.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-MetaCPAN-Client/MetaCPAN-Client-2.006000.tar.gz/sha512/c11a614390bbbfa61c53587ddb34fa02dff4123442723539ec7ab33593828a1a209298a2ab1194b4480ff6eab229fb750b0799c32a67ecc6102f696214ebb701/MetaCPAN-Client-2.006000.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: policy on changes in or introduction of new dependencies

2017-02-24 Thread Dominik 'Rathann' Mierzejewski 
On Friday, 24 February 2017 at 15:31, Daniel P. Berrange wrote:
> On Fri, Feb 24, 2017 at 08:48:43AM -0500, Stephen John Smoogen wrote:
> > On 23 February 2017 at 12:24, Dominik 'Rathann' Mierzejewski
> >  wrote:
> > > On Thursday, 23 February 2017 at 14:23, Neal Gompa wrote:
> > 
> > > I have nothing against delivering latest and greatest software to our
> > > users and this proposal is not against that goal, either. However,
> > > package maintainers are not supposed to simply take what upstream
> > > releases and pass it on to the users without considering the impact.
> > 
> > I think that may be the differing of opinions in this discussion as I
> > don't think there is a definitive answer. Some packagers believe that
> > whatever upstream requires to get the software is what happens, other
> > packagers believe that it isn't. Many packagers just want the XYZ
> > package to be there so they can build the thing they really care about
> > so if the upstream needed ten new dependencies.. we add 10 new
> > dependencies.

And that's fine. Just don't make me jump through hoops to find out why.
One sentence in the changelog or a pointer to upstream release notes is
all I'm asking for. That and a little bit of consideration if such an
update is really necessary in a stable release. Surely that's not much
to ask. Or is it?

> Upstream may not allow packagers to have any viable choices. If upstream
> has added a new dependancy, there's no guarantee it is optional. So if the
> new version is required in Fedora, then often there's no choice but to
> accept the new dependancy. The alternative is to be stuck on the old
> (possibly insecure) version forever, or fork the code, neither of which
> are really acceptable options. Even if the dependancy is optional, disabling
> it may cause Fedora to loose functionality vs the previously packaged
> version, so it is in effect mandatory.
> 
> Any rules about adding new dependencies in Fedora will quickly come up
> against these hard realities, when dealing with new upstream versions.

You both sound as if you're thinking I'm totally against introducing new
dependencies.

I'm not. I'd just like to be informed when they appear. I'm convinced
this information would be useful not only to me, but also to others.
Hence my proposal to include justification (a pointer to upstream release
notes is fine as one) for them.

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1400184] perl-MongoDB-v1.6.1 is available

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1400184

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-MongoDB-1.6.1-1.fc26
 Resolution|--- |RAWHIDE
Last Closed||2017-02-24 10:21:05



--- Comment #3 from Petr Pisar  ---
Deprecated functions emit a warning now. Suitable for rawhide only.

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

ppisar pushed to perl-MongoDB (master). "Enable builds on 64-bit big-endian platforms"

2017-02-24 Thread notifications 
From f60b5ee96c5ec029c4f55b7dc74719e661fefcf1 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 24 Feb 2017 16:04:17 +0100
Subject: Enable builds on 64-bit big-endian platforms

---
 perl-MongoDB.spec | 10 +++---
 1 file changed, 7 insertions(+), 3 deletions(-)

diff --git a/perl-MongoDB.spec b/perl-MongoDB.spec
index 860e089..59dbe53 100644
--- a/perl-MongoDB.spec
+++ b/perl-MongoDB.spec
@@ -1,6 +1,6 @@
 Name:   perl-MongoDB
 Version:1.6.1
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:A MongoDB Driver for Perl
 ## Installed:
 # lib/MongoDB/_Link.pm: ASL 2.0 and (GPL+ or Artistic)
@@ -128,8 +128,9 @@ Requires:   perl(Moo) >= 2
 Recommends: perl(Mozilla::CA)
 Requires:   perl(Net::SSLeay) >= 1.49
 
-# Mongodb must run on a little-endian CPU (see bug #630898)
-ExcludeArch:ppc ppc64 %{sparc} s390 s390x
+# Mongodb must run on a 32-bit little-endian or 64-bit any-endian CPU
+# (see bug #630898)
+ExcludeArch:ppc %{sparc} s390
 
 # Filter under-specified dependencies
 %global __requires_exclude 
%{?__requires_exclude:%{__requires_exclude}|}^perl\\((boolean|BSON::Decimal128|Moo)\\)$
@@ -187,6 +188,9 @@ exit $test_rc
 %{_mandir}/man3/*
 
 %changelog
+* Fri Feb 24 2017 Petr Pisar  - 1.6.1-2
+- Enable builds on 64-bit big-endian platforms
+
 * Fri Feb 24 2017 Petr Pisar  - 1.6.1-1
 - 1.6.1 bump
 
-- 
cgit v1.1



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

Re: Any voluteers for maintaining xml-security-c?

2017-02-24 Thread Tomasz Kłoczko 
Hi,

Just requested admin access to this package.

kloczek
PS. Thanks for help guys from #fedora-admin sponsoring my packager privs :)
-- 
Tomasz Kłoczko | LinkedIn: *http://lnkd.in/FXPWxH *

On 22 February 2017 at 19:51,  wrote:

> https://github.com/metsma/libdigidocpp/blob/openssl11/
> xml-security-c-1.7.3_openssl1.1.patch
>
> There is even some opensslv1.1 patch.
>
> Still hoping that someone will take over :)
>
>
> On E, veebr 20, 2017 at 8:58 , mih...@fedoraproject.org wrote:
>
> Hey.
>
> I'm looking volunteers for maintaining xml-security-c package in Fedora.
> Current version is old in our repos and for example esteid (Estonian ID
> card) packages depend on newer xml-security-c (with openssl 1.1 support).
> I've already contacted anttix who is current package administrator to give
> committer rights to bruno and also contacted bruno to find out if he is
> still interested in maintaining it. Negative. And I'm also not too
> confident of maintaining it because of lack of in depth knowledge what I
> might end up with.
>
> So I'm seeking towards devel list to find out, are there any volunteers
> with enough courage to update and maintain it.
>
>
> https://admin.fedoraproject.org/pkgdb/package/rpms/xml-security-c/
>
>
> ___
> 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-MongoDB (master). "1.6.1 bump"

2017-02-24 Thread notifications 
From f3e995220e922eff1ad92ef4df0332d6a85cc1f8 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Thu, 1 Dec 2016 12:35:41 +0100
Subject: 1.6.1 bump

---
 .gitignore |  2 +
 ...low-invalid-opt-index-tests-to-fail-with-.patch | 89 --
 ...4.5-PERL-675-Make-fsync-tests-more-robust.patch | 83 
 perl-MongoDB.spec  | 31 
 sources|  2 +-
 5 files changed, 17 insertions(+), 190 deletions(-)
 delete mode 100644 
MongoDB-1.4.5-PERL-665-Allow-invalid-opt-index-tests-to-fail-with-.patch
 delete mode 100644 MongoDB-1.4.5-PERL-675-Make-fsync-tests-more-robust.patch

diff --git a/.gitignore b/.gitignore
index 08b2b43..91be38f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -15,3 +15,5 @@
 /MongoDB-v1.4.3.tar.gz
 /MongoDB-v1.4.4.tar.gz
 /MongoDB-v1.4.5.tar.gz
+/MongoDB-v1.6.0.tar.gz
+/MongoDB-v1.6.1.tar.gz
diff --git 
a/MongoDB-1.4.5-PERL-665-Allow-invalid-opt-index-tests-to-fail-with-.patch 
b/MongoDB-1.4.5-PERL-665-Allow-invalid-opt-index-tests-to-fail-with-.patch
deleted file mode 100644
index 707aaac..000
--- a/MongoDB-1.4.5-PERL-665-Allow-invalid-opt-index-tests-to-fail-with-.patch
+++ /dev/null
@@ -1,89 +0,0 @@
-From 89d9128de8f5d0419ee75e2d9a56b5beccf4 Mon Sep 17 00:00:00 2001
-From: "J. Rassi" 
-Date: Sun, 25 Sep 2016 22:17:34 -0400
-Subject: [PATCH] PERL-665 Allow invalid opt index tests to fail with server
- error
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-As of 3.4.0-rc0, the server no longer accepts arbitrary index options
-(SERVER-769).
-
-Signed-off-by: Petr Písař 

- t/deprecated/indexes.t | 23 +++
- t/indexview.t  | 23 +++
- 2 files changed, 30 insertions(+), 16 deletions(-)
-
-diff --git a/t/deprecated/indexes.t b/t/deprecated/indexes.t
-index 5a52905..dcc164a 100644
 a/t/deprecated/indexes.t
-+++ b/t/deprecated/indexes.t
-@@ -139,14 +139,21 @@ subtest '2d index with options' => sub {
- };
- 
- subtest 'ensure index arbitrary options' => sub {
--$coll->ensure_index( { wibble => 1 }, { notReallyAnOption => { foo => 1 } 
} );
--my ($index) = grep { $_->{name} eq 'wibble_1' } $coll->get_indexes;
--ok( $index, "created index" );
--cmp_deeply(
--$index->{notReallyAnOption},
--{ foo => 1 },
--"arbitrary option set on index"
--);
-+eval { $coll->ensure_index( { wibble => 1 }, { notReallyAnOption => { foo 
=> 1 } } ); };
-+# for invalid options, we expect either a server error or an index 
successfully
-+# created with the requested option
-+if ($@) {
-+isa_ok( $@, "MongoDB::DatabaseError", "error from ensure_index w/ 
invalid opts" );
-+}
-+else {
-+my ($index) = grep { $_->{name} eq 'wibble_1' } $coll->get_indexes;
-+ok( $index, "created index" );
-+cmp_deeply(
-+$index->{notReallyAnOption},
-+{ foo => 1 },
-+"arbitrary option set on index"
-+);
-+}
- };
- 
- subtest "indexes with dots" => sub {
-diff --git a/t/indexview.t b/t/indexview.t
-index 2323cdc..55ac54c 100644
 a/t/indexview.t
-+++ b/t/indexview.t
-@@ -205,14 +205,21 @@ subtest '2d index with options' => sub {
- 
- subtest 'ensure index arbitrary options' => sub {
- $coll->drop;
--$iv->create_one( { wibble => 1 }, { notReallyAnOption => { foo => 1 } } );
--my ($index) = grep { $_->{name} eq 'wibble_1' } $iv->list->all;
--ok( $index, "created index" );
--cmp_deeply(
--$index->{notReallyAnOption},
--{ foo => 1 },
--"arbitrary option set on index"
--);
-+eval { $iv->create_one( { wibble => 1 }, { notReallyAnOption => { foo => 
1 } } ); };
-+# for invalid options, we expect either a server error or an index 
successfully
-+# created with the requested option
-+if ($@) {
-+isa_ok( $@, "MongoDB::DatabaseError", "error from create_one w/ 
invalid opts" );
-+}
-+else {
-+my ($index) = grep { $_->{name} eq 'wibble_1' } $iv->list->all;
-+ok( $index, "created index" );
-+cmp_deeply(
-+$index->{notReallyAnOption},
-+{ foo => 1 },
-+"arbitrary option set on index"
-+);
-+}
- };
- 
- # test index names with "."s
--- 
-2.7.4
-
diff --git a/MongoDB-1.4.5-PERL-675-Make-fsync-tests-more-robust.patch 
b/MongoDB-1.4.5-PERL-675-Make-fsync-tests-more-robust.patch
deleted file mode 100644
index 4729841..000
--- a/MongoDB-1.4.5-PERL-675-Make-fsync-tests-more-robust.patch
+++ /dev/null
@@ -1,83 +0,0 @@
-From 114dac5ce960334c9261832b78e2c0eead6c939f Mon Sep 17 00:00:00 2001
-From: David Golden 
-Date: Fri, 4 Nov 2016 12:09:40 -0400
-Subject: [PATCH] PERL-675 Make fsync tests more robust
-MIME-Version: 1.0

Re: hotness tried to map X to an upstream project, but failed: "Could not determine backend for http://url/project/X"

2017-02-24 Thread Alexander Ploumistos 
Hi Jeremy,

> I help maintain both the-new-hotness and Anitya. the-new-hotness
> attempts to update projects in Anitya when changes occur in pkgdb
> (among other things). I assume when you use "X" you don't literally
> mean "X" and when you say "http://url/project/X; you don't literally
> mean that URL?

No, it was meant as a variable.

> I don't think Anitya can help you monitor upstream because it doesn't
> download package sources, just scrapes web pages. We could potentially
> add a backend that does that, though.

I don't know if there are many (or any) other upstream projects that
treat their releases the same way - as far as versioning is concerned.
Adding such a backend could be too much trouble for insignificant
gains, but ultimately, that is up to you. At first I used to check the
version inside the font itself and the one mentioned on the web page,
but there have been several silent updates with no version bumps, so I
have found checking the hashes to be the most reliable method.

> You don't need to take any action, but I'd be grateful if you could
> give me a list of package names so I can poke around their upstreams to
> see how difficult adding a backend would be and also to see what
> Anitya/the-new-hotness are currently trying to do.

These are the ones for which I received the messages (the URL in their
spec files did change since the last version, for a while they had
their own web pages):

gdouros-aegean-fonts
gdouros-alexander-fonts
gdouros-anaktoria-fonts
gdouros-aroania-fonts
gdouros-asea-fonts
gdouros-avdira-fonts
(the last 5 are part of the same upstream "Textfonts" package)

and here is a list of all the gdouros-*-fonts:
https://admin.fedoraproject.org/pkgdb/packages/?motif=gdouros*
(same upstream, same troubles)

Tanks for looking into that!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

ppisar uploaded MongoDB-v1.6.1.tar.gz for perl-MongoDB

2017-02-24 Thread notifications 
a1a539a04d604f7b8184581ede17cf564c9c0c4453cea156912e64d0c1be8ccd0294ba45a0c0e5253053cad5a72bf5445e9cf02e5b31c55c178c5a5d31a15a3b
  MongoDB-v1.6.1.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-MongoDB/MongoDB-v1.6.1.tar.gz/sha512/a1a539a04d604f7b8184581ede17cf564c9c0c4453cea156912e64d0c1be8ccd0294ba45a0c0e5253053cad5a72bf5445e9cf02e5b31c55c178c5a5d31a15a3b/MongoDB-v1.6.1.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: policy on changes in or introduction of new dependencies

2017-02-24 Thread Daniel P. Berrange 
On Fri, Feb 24, 2017 at 08:48:43AM -0500, Stephen John Smoogen wrote:
> On 23 February 2017 at 12:24, Dominik 'Rathann' Mierzejewski
>  wrote:
> > On Thursday, 23 February 2017 at 14:23, Neal Gompa wrote:
> 
> > I have nothing against delivering latest and greatest software to our
> > users and this proposal is not against that goal, either. However,
> > package maintainers are not supposed to simply take what upstream
> > releases and pass it on to the users without considering the impact.
> 
> I think that may be the differing of opinions in this discussion as I
> don't think there is a definitive answer. Some packagers believe that
> whatever upstream requires to get the software is what happens, other
> packagers believe that it isn't. Many packagers just want the XYZ
> package to be there so they can build the thing they really care about
> so if the upstream needed ten new dependencies.. we add 10 new
> dependencies.

Upstream may not allow packagers to have any viable choices. If upstream
has added a new dependancy, there's no guarantee it is optional. So if the
new version is required in Fedora, then often there's no choice but to
accept the new dependancy. The alternative is to be stuck on the old
(possibly insecure) version forever, or fork the code, neither of which
are really acceptable options. Even if the dependancy is optional, disabling
it may cause Fedora to loose functionality vs the previously packaged
version, so it is in effect mandatory.

Any rules about adding new dependencies in Fedora will quickly come up
against these hard realities, when dealing with new upstream versions.

Regards,
Daniel
-- 
|: http://berrange.com  -o-http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org  -o- http://virt-manager.org :|
|: http://entangle-photo.org   -o-http://search.cpan.org/~danberr/ :|
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1422290] perl-Log-Dispatch-FileRotate-1.24 is available

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1422290



--- Comment #4 from Fedora Update System  ---
perl-Log-Dispatch-FileRotate-1.24-1.fc25 has been submitted as an update to
Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2017-8529304848

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

Vagrant 1.9.1 landed in Rawhide

2017-02-24 Thread Vít Ondruch 
Hi all,

Vagrant 1.9.1 is now built in Rawhide.


Vít



Dne 14.2.2017 v 14:14 Vít Ondruch napsal(a):
> Hi everybody,
>
> I spent last few days updating Vagrant in Rawhide. As it turned out, it
> is quite significant update for several reasons:
>
> 1) Upstream changed the way how Vagrant is distributed in upstream RPM.
> Hence this is good opportunity to change the way we ship Vagrant to be
> close to upstream.
> 2) The upstream is not using Bundler for managing the Vagrant plugins
> anymore, which seems to be change for good.
> 3) The downside of (1) is that the plugin registration scripts are baked
> into vagrant plugins, I had to apply some hacks to keep the backward
> compatibility with Vagrant plugins currently in Fedora.
> 4) And since (3) is PITA, it is good opportunity to use RPM filetriggers
> instead. Therefore, I dropped the %vagrant_plugin_register and
> %vagrant_plugin_unregister from Vagrant, which in turn means all the
> Vagrant plugins in Fedora (maintainers are in CC) will become FTBFS.
> I'll go through all the packages and fix them unless you say otherwise
> (I might add them into my Copr repository for testing, not sure yet).
> Please note that the plugins which are currently in Fedora should keep
> working with Vagrant 1.9.1, but the plugins build against Vagrant 1.9.1
> will not be compatible with older Vagrant versions, hence I suggest to
> add "{,Build}Requires: vagrant >= 1.9.1".
>
> To let everybody chance to test this prior I land the changes in
> Rawhide, I built new Vagrant and vagrant-libvirt in Copr:
>
> https://copr.fedorainfracloud.org/coprs/vondruch/vagrant/
>
> You can see the changes in Vagrant here:
>
> http://copr-dist-git.fedorainfracloud.org/cgit/vondruch/vagrant/vagrant.git/commit/?h=f26=34696a703e54a9b37e68e95d034e2a26fbe46d23
>
> And these are the changes in vagrant-libvirt:
>
> http://copr-dist-git.fedorainfracloud.org/cgit/vondruch/vagrant/vagrant-libvirt.git/commit/?h=f26=733217b68fc298e40c45524da4ac9036607d1558
>
> Please give it a try. If no major issues are identified, I'd like to
> land this in ~week, prior F27 branching.
>
>
> Thx
>
>
> Vít
> ___
> 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

jplesnik pushed to perl-Log-Dispatch-FileRotate (f25). "1.24 bump"

2017-02-24 Thread notifications 
From 7082a00b6b6769c69f25952b645332a88767454a Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 24 Feb 2017 15:02:21 +0100
Subject: 1.24 bump

---
 .gitignore| 1 +
 perl-Log-Dispatch-FileRotate.spec | 6 +-
 sources   | 2 +-
 3 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index ffc09d1..10db870 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
 Log-Dispatch-FileRotate-1.19.tar.gz
 /Log-Dispatch-FileRotate-1.22.tar.gz
 /Log-Dispatch-FileRotate-1.23.tar.gz
+/Log-Dispatch-FileRotate-1.24.tar.gz
diff --git a/perl-Log-Dispatch-FileRotate.spec 
b/perl-Log-Dispatch-FileRotate.spec
index 84a9a4e..68c3584 100644
--- a/perl-Log-Dispatch-FileRotate.spec
+++ b/perl-Log-Dispatch-FileRotate.spec
@@ -1,5 +1,5 @@
 Name:   perl-Log-Dispatch-FileRotate
-Version:1.23
+Version:1.24
 Release:1%{?dist}
 Summary:Log to files that archive/rotate themselves
 Group:  Development/Libraries
@@ -23,6 +23,7 @@ BuildRequires:  perl(Log::Dispatch::Output)
 BuildRequires:  perl(Log::Dispatch::Screen)
 BuildRequires:  perl(Params::Validate)
 BuildRequires:  perl(Path::Tiny) >= 0.018
+BuildRequires:  perl(POSIX)
 BuildRequires:  perl(strict)
 BuildRequires:  perl(Test::More) >= 0.88
 BuildRequires:  perl(Test::Warn)
@@ -60,6 +61,9 @@ make test
 
 
 %changelog
+* Fri Feb 24 2017 Jitka Plesnikova  - 1.24-1
+- 1.24 bump
+
 * Tue Feb 14 2017 Jitka Plesnikova  - 1.23-1
 - 1.23 bump
 
diff --git a/sources b/sources
index bb7066d..9c2a402 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Log-Dispatch-FileRotate-1.23.tar.gz) = 
f82158001a047532f1d43452da0f656ee7723cce131d89d743586a8fce59bcc670113a42c4682afe53eabd92c669443fb14c37fde28a5fce9cd615097c6290db
+SHA512 (Log-Dispatch-FileRotate-1.24.tar.gz) = 
d78bc0a8c3fde0f7c6c3a079850b16da4510a6609552e94f4f54863677e81a1450eeb4c18261463c98dc46973b096525e6db7861f1652b5113b51b9be047d1a4
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Log-Dispatch-FileRotate.git/commit/?h=f25=7082a00b6b6769c69f25952b645332a88767454a
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1422290] perl-Log-Dispatch-FileRotate-1.24 is available

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1422290

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |MODIFIED
 CC||jples...@redhat.com
   Fixed In Version||perl-Log-Dispatch-FileRotat
   ||e-1.24-1.fc26
   Assignee|tcall...@redhat.com |jples...@redhat.com



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

[Bug 1422290] perl-Log-Dispatch-FileRotate-1.24 is available

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1422290



--- Comment #3 from Upstream Release Monitoring 
 ---
jplesnik's perl-Log-Dispatch-FileRotate-1.24-1.fc26 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=861742

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

jplesnik pushed to perl-Log-Dispatch-FileRotate (master). "1.24 bump"

2017-02-24 Thread notifications 
From 7d78e93f6e61d3a8b4f617114d2e64556da877ca Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 24 Feb 2017 15:02:21 +0100
Subject: 1.24 bump

---
 .gitignore| 1 +
 perl-Log-Dispatch-FileRotate.spec | 6 +-
 sources   | 2 +-
 3 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index ffc09d1..10db870 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
 Log-Dispatch-FileRotate-1.19.tar.gz
 /Log-Dispatch-FileRotate-1.22.tar.gz
 /Log-Dispatch-FileRotate-1.23.tar.gz
+/Log-Dispatch-FileRotate-1.24.tar.gz
diff --git a/perl-Log-Dispatch-FileRotate.spec 
b/perl-Log-Dispatch-FileRotate.spec
index 8ac439d..71fce4a 100644
--- a/perl-Log-Dispatch-FileRotate.spec
+++ b/perl-Log-Dispatch-FileRotate.spec
@@ -1,5 +1,5 @@
 Name:   perl-Log-Dispatch-FileRotate
-Version:1.23
+Version:1.24
 Release:1%{?dist}
 Summary:Log to files that archive/rotate themselves
 Group:  Development/Libraries
@@ -23,6 +23,7 @@ BuildRequires:  perl(Log::Dispatch::Output)
 BuildRequires:  perl(Log::Dispatch::Screen)
 BuildRequires:  perl(Params::Validate)
 BuildRequires:  perl(Path::Tiny) >= 0.018
+BuildRequires:  perl(POSIX)
 BuildRequires:  perl(strict)
 BuildRequires:  perl(Test::More) >= 0.88
 BuildRequires:  perl(Test::Warn)
@@ -60,6 +61,9 @@ make test
 
 
 %changelog
+* Fri Feb 24 2017 Jitka Plesnikova  - 1.24-1
+- 1.24 bump
+
 * Tue Feb 14 2017 Jitka Plesnikova  - 1.23-1
 - 1.23 bump
 
diff --git a/sources b/sources
index bb7066d..9c2a402 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Log-Dispatch-FileRotate-1.23.tar.gz) = 
f82158001a047532f1d43452da0f656ee7723cce131d89d743586a8fce59bcc670113a42c4682afe53eabd92c669443fb14c37fde28a5fce9cd615097c6290db
+SHA512 (Log-Dispatch-FileRotate-1.24.tar.gz) = 
d78bc0a8c3fde0f7c6c3a079850b16da4510a6609552e94f4f54863677e81a1450eeb4c18261463c98dc46973b096525e6db7861f1652b5113b51b9be047d1a4
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Log-Dispatch-FileRotate.git/commit/?h=master=7d78e93f6e61d3a8b4f617114d2e64556da877ca
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1401448] Tests fail on x86 without use64bitint perl: Don' t know how to encode Math::BigFloat

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1401448



--- Comment #1 from Fedora Update System  ---
perl-BSON-1.2.2-2.fc25 has been submitted as an update to Fedora 25.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-b5499c824b

-- 
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 1401448] Tests fail on x86 without use64bitint perl: Don' t know how to encode Math::BigFloat

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1401448

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-BSON-1.2.2-3.fc26



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

ppisar pushed to perl-BSON (f25). "Fix constructing BSON::Time objects on 32-bit perl"

2017-02-24 Thread notifications 
From fca77093b9c144a239a4364549c17a7e747004a4 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 24 Feb 2017 14:49:37 +0100
Subject: Fix constructing BSON::Time objects on 32-bit perl

---
 ...Do-not-produce-Math-BigFloat-by-BSON-Time.patch | 62 ++
 perl-BSON.spec |  9 +++-
 2 files changed, 70 insertions(+), 1 deletion(-)
 create mode 100644 BSON-v1.2.2-Do-not-produce-Math-BigFloat-by-BSON-Time.patch

diff --git a/BSON-v1.2.2-Do-not-produce-Math-BigFloat-by-BSON-Time.patch 
b/BSON-v1.2.2-Do-not-produce-Math-BigFloat-by-BSON-Time.patch
new file mode 100644
index 000..129199a
--- /dev/null
+++ b/BSON-v1.2.2-Do-not-produce-Math-BigFloat-by-BSON-Time.patch
@@ -0,0 +1,62 @@
+From 8880ecb3084e6a4ed8cd37ea8b6701d8cd2987ef Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Fri, 24 Feb 2017 14:02:28 +0100
+Subject: [PATCH] Do not produce Math::BigFloat by BSON::Time
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Tests failed on 32-bit Perl without 64-bit intergers:
+
+During encode_one, Don't know how to encode Math::BigFloat '151109408000' as 
an Int64. at /builddir/build/BUILD/BSON-v1.2.2/blib/lib/BSON.pm line 299.
+ at t/legacy/10-bson.t line 385.
+
+That was caused by BSON::Time returning Math::BigFloat instead of
+Math::BigInt. And as consequence BSON::PP::_pack_int64() bailed out
+because it does not support Math::BigFloat.
+
+The issue was that Math::BigFloat->int() does not return Math::BigInt.
+It still returns Math::BigFloat. This patch fixes by calling
+as_number() that does so.
+
+
+
+Signed-off-by: Petr Písař 
+---
+ lib/BSON/Time.pm | 6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/lib/BSON/Time.pm b/lib/BSON/Time.pm
+index bf10583..4f874a9 100644
+--- a/lib/BSON/Time.pm
 b/lib/BSON/Time.pm
+@@ -43,7 +43,7 @@ sub BUILDARGS {
+ else {
+ $args{value} = Math::BigFloat->new(time());
+ $args{value}->bmul(1000);
+-$args{value} = int($args{value});
++$args{value} = $args{value}->as_number('zero');
+ }
+ }
+ elsif ( $n == 1 ) {
+@@ -53,7 +53,7 @@ sub BUILDARGS {
+ if ( !$Config{use64bitint} && ref($args{value}) ne 'Math::BigInt' ) {
+ $args{value} = Math::BigFloat->new(shift);
+ $args{value}->bmul(1000);
+-$args{value} = int($args{value});
++$args{value} = $args{value}->as_number('zero');
+ }
+ else {
+ $args{value} = 1000 * shift;
+@@ -73,7 +73,7 @@ sub BUILDARGS {
+ if ( !$Config{use64bitint} && ref($args{value}) ne 'Math::BigInt' 
) {
+ $args{value} = Math::BigFloat->new(shift);
+ $args{value}->bmul(1000);
+-$args{value} = int($args{value});
++$args{value} = $args{value}->as_number('zero');
+ }
+ else {
+ $args{value} = 1000 * shift;
+-- 
+2.7.4
+
diff --git a/perl-BSON.spec b/perl-BSON.spec
index 22e75c0..5d68d26 100644
--- a/perl-BSON.spec
+++ b/perl-BSON.spec
@@ -1,11 +1,14 @@
 Name:   perl-BSON
 Version:1.2.2
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:BSON serialization and deserialization
 License:ASL 2.0
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/BSON/
 Source0:
http://www.cpan.org/authors/id/M/MO/MONGODB/BSON-v%{version}.tar.gz
+# Fix constructing BSON::Time objects on 32-bit perl, bug #1401448,
+# 
+Patch0: BSON-v1.2.2-Do-not-produce-Math-BigFloat-by-BSON-Time.patch
 BuildArch:  noarch
 BuildRequires:  findutils
 BuildRequires:  make
@@ -83,6 +86,7 @@ versa in accordance with the BSON specification 
.
 
 %prep
 %setup -q -n BSON-v%{version}
+%patch0 -p1
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor
@@ -104,5 +108,8 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Feb 24 2017 Petr Pisar  - 1.2.2-2
+- Fix constructing BSON::Time objects on 32-bit perl (bug #1401448)
+
 * Thu Dec 01 2016 Petr Pisar  1.2.2-1
 - Specfile autogenerated by cpanspec 1.78.
-- 
cgit v1.1



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

[Bug 1426594] perl-MCE-1.815 is available

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1426594

Paul Howarth  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-MCE-1.815-1.fc26
 Resolution|--- |RAWHIDE
Last Closed||2017-02-24 08:53:17



--- Comment #1 from Paul Howarth  ---
Build done:
https://koji.fedoraproject.org/koji/taskinfo?taskID=18030729

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

ppisar pushed to perl-BSON (master). "Fix constructing BSON::Time objects on 32-bit perl"

2017-02-24 Thread notifications 
From ca5eda9ee287e86155a2de11af6d311839562e95 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 24 Feb 2017 14:49:37 +0100
Subject: Fix constructing BSON::Time objects on 32-bit perl

---
 ...Do-not-produce-Math-BigFloat-by-BSON-Time.patch | 62 ++
 perl-BSON.spec |  9 +++-
 2 files changed, 70 insertions(+), 1 deletion(-)
 create mode 100644 BSON-v1.2.2-Do-not-produce-Math-BigFloat-by-BSON-Time.patch

diff --git a/BSON-v1.2.2-Do-not-produce-Math-BigFloat-by-BSON-Time.patch 
b/BSON-v1.2.2-Do-not-produce-Math-BigFloat-by-BSON-Time.patch
new file mode 100644
index 000..129199a
--- /dev/null
+++ b/BSON-v1.2.2-Do-not-produce-Math-BigFloat-by-BSON-Time.patch
@@ -0,0 +1,62 @@
+From 8880ecb3084e6a4ed8cd37ea8b6701d8cd2987ef Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Fri, 24 Feb 2017 14:02:28 +0100
+Subject: [PATCH] Do not produce Math::BigFloat by BSON::Time
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Tests failed on 32-bit Perl without 64-bit intergers:
+
+During encode_one, Don't know how to encode Math::BigFloat '151109408000' as 
an Int64. at /builddir/build/BUILD/BSON-v1.2.2/blib/lib/BSON.pm line 299.
+ at t/legacy/10-bson.t line 385.
+
+That was caused by BSON::Time returning Math::BigFloat instead of
+Math::BigInt. And as consequence BSON::PP::_pack_int64() bailed out
+because it does not support Math::BigFloat.
+
+The issue was that Math::BigFloat->int() does not return Math::BigInt.
+It still returns Math::BigFloat. This patch fixes by calling
+as_number() that does so.
+
+
+
+Signed-off-by: Petr Písař 
+---
+ lib/BSON/Time.pm | 6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/lib/BSON/Time.pm b/lib/BSON/Time.pm
+index bf10583..4f874a9 100644
+--- a/lib/BSON/Time.pm
 b/lib/BSON/Time.pm
+@@ -43,7 +43,7 @@ sub BUILDARGS {
+ else {
+ $args{value} = Math::BigFloat->new(time());
+ $args{value}->bmul(1000);
+-$args{value} = int($args{value});
++$args{value} = $args{value}->as_number('zero');
+ }
+ }
+ elsif ( $n == 1 ) {
+@@ -53,7 +53,7 @@ sub BUILDARGS {
+ if ( !$Config{use64bitint} && ref($args{value}) ne 'Math::BigInt' ) {
+ $args{value} = Math::BigFloat->new(shift);
+ $args{value}->bmul(1000);
+-$args{value} = int($args{value});
++$args{value} = $args{value}->as_number('zero');
+ }
+ else {
+ $args{value} = 1000 * shift;
+@@ -73,7 +73,7 @@ sub BUILDARGS {
+ if ( !$Config{use64bitint} && ref($args{value}) ne 'Math::BigInt' 
) {
+ $args{value} = Math::BigFloat->new(shift);
+ $args{value}->bmul(1000);
+-$args{value} = int($args{value});
++$args{value} = $args{value}->as_number('zero');
+ }
+ else {
+ $args{value} = 1000 * shift;
+-- 
+2.7.4
+
diff --git a/perl-BSON.spec b/perl-BSON.spec
index 760c5d9..66d7267 100644
--- a/perl-BSON.spec
+++ b/perl-BSON.spec
@@ -1,11 +1,14 @@
 Name:   perl-BSON
 Version:1.2.2
-Release:2%{?dist}
+Release:3%{?dist}
 Summary:BSON serialization and deserialization
 License:ASL 2.0
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/BSON/
 Source0:
http://www.cpan.org/authors/id/M/MO/MONGODB/BSON-v%{version}.tar.gz
+# Fix constructing BSON::Time objects on 32-bit perl, bug #1401448,
+# 
+Patch0: BSON-v1.2.2-Do-not-produce-Math-BigFloat-by-BSON-Time.patch
 BuildArch:  noarch
 BuildRequires:  findutils
 BuildRequires:  make
@@ -83,6 +86,7 @@ versa in accordance with the BSON specification 
.
 
 %prep
 %setup -q -n BSON-v%{version}
+%patch0 -p1
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor
@@ -104,6 +108,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Feb 24 2017 Petr Pisar  - 1.2.2-3
+- Fix constructing BSON::Time objects on 32-bit perl (bug #1401448)
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
1.2.2-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
-- 
cgit v1.1



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

Re: policy on changes in or introduction of new dependencies

2017-02-24 Thread Stephen John Smoogen 
On 23 February 2017 at 12:24, Dominik 'Rathann' Mierzejewski
 wrote:
> On Thursday, 23 February 2017 at 14:23, Neal Gompa wrote:

> I have nothing against delivering latest and greatest software to our
> users and this proposal is not against that goal, either. However,
> package maintainers are not supposed to simply take what upstream
> releases and pass it on to the users without considering the impact.

I think that may be the differing of opinions in this discussion as I
don't think there is a definitive answer. Some packagers believe that
whatever upstream requires to get the software is what happens, other
packagers believe that it isn't. Many packagers just want the XYZ
package to be there so they can build the thing they really care about
so if the upstream needed ten new dependencies.. we add 10 new
dependencies.

You may want to focus on this contention and see if there can be a
consensus built around which way the project wants to go with it. Then
work out the policies to meet whatever consensus is. Doing it
backwards just leads to quibling because no one agrees with each
other.

> I'm not saying most of them do so. However, I encountered enough cases
> when this was done without any documented justification that I think
> it's necessary to mandate such justifications. Who knows how many cases
> I didn't catch. This is doubly important in stable Fedora branches.
> If this proposal makes maintainers think before updating something to
> the latest and greatest in a stable branch with just a few months of
> life left, then I consider that a very good thing.


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

Re: hotness tried to map X to an upstream project, but failed: "Could not determine backend for http://url/project/X"

2017-02-24 Thread Jeremy Cline 
On 02/24/2017 11:08 AM, Alexander Ploumistos wrote:
> Hello,
> 
> I've just received about a dozen of messages like the one mentioned in
> the subject, accompanied with:
> 
> pkgdb_updater updated: upstream_url of X
> https://admin.fedoraproject.org/pkgdb/package/X/
> 
> for a number of gdouros-X-fonts that I updated recently and whose
> upstream URL had changed.
> 
> I have not added these projects to anitya on purpose, because upstream
> regularly restructures their website, the source packages do not
> contain any version numbers, sometimes packages get updated silently
> and the development takes place offline.
> My solution for monitoring what upstream does was a script that runs
> daily and checks the md5 hashes of the current upstream sources and
> their URLs against those in Fedora. Can anitya work in a similar
> fashion?
> 
> Do I need to take action about these messages or do I just ignore them?

Hi Alexander,

I help maintain both the-new-hotness and Anitya. the-new-hotness
attempts to update projects in Anitya when changes occur in pkgdb
(among other things). I assume when you use "X" you don't literally
mean "X" and when you say "http://url/project/X; you don't literally
mean that URL?

I don't think Anitya can help you monitor upstream because it doesn't
download package sources, just scrapes web pages. We could potentially
add a backend that does that, though.

You don't need to take any action, but I'd be grateful if you could
give me a list of package names so I can poke around their upstreams to
see how difficult adding a backend would be and also to see what
Anitya/the-new-hotness are currently trying to do.

Thanks!

-- 
Jeremy Cline
XMPP: jer...@jcline.org
IRC:  jcline



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

jplesnik uploaded Log-Dispatch-FileRotate-1.24.tar.gz for perl-Log-Dispatch-FileRotate

2017-02-24 Thread notifications 
d78bc0a8c3fde0f7c6c3a079850b16da4510a6609552e94f4f54863677e81a1450eeb4c18261463c98dc46973b096525e6db7861f1652b5113b51b9be047d1a4
  Log-Dispatch-FileRotate-1.24.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Log-Dispatch-FileRotate/Log-Dispatch-FileRotate-1.24.tar.gz/sha512/d78bc0a8c3fde0f7c6c3a079850b16da4510a6609552e94f4f54863677e81a1450eeb4c18261463c98dc46973b096525e6db7861f1652b5113b51b9be047d1a4/Log-Dispatch-FileRotate-1.24.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1426594] New: perl-MCE-1.815 is available

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1426594

Bug ID: 1426594
   Summary: perl-MCE-1.815 is available
   Product: Fedora
   Version: rawhide
 Component: perl-MCE
  Keywords: FutureFeature, Triaged
  Assignee: p...@city-fan.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: p...@city-fan.org, perl-devel@lists.fedoraproject.org



Latest upstream release: 1.815
Current version/release in rawhide: 1.814-1.fc26
URL: http://search.cpan.org/dist/MCE/

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

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

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

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

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

corsepiu pushed to perl-Plack (f24). "Cleanup merger."

2017-02-24 Thread notifications 
From 663cde7300a4946ac72d82f2e2617080475ce7e7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= 
Date: Thu, 23 Feb 2017 07:10:35 +0100
Subject: Cleanup merger.

---
 perl-Plack.spec | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/perl-Plack.spec b/perl-Plack.spec
index 7ebef6e..49b001a 100644
--- a/perl-Plack.spec
+++ b/perl-Plack.spec
@@ -143,9 +143,6 @@ t/Plack-Handler/apache2.t t/Plack-Handler/apache2-registry.t
 - Update to 1.0043.
 - Modernize spec.
 
-* Sat Feb 11 2017 Fedora Release Engineering  - 
1.0042-2
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
-
 * Thu Dec 01 2016 Ralf Corsépius  - 1.0042-1
 - Update to 1.0042 (RHBZ#1382923).
 - Spec cleanup.
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Plack.git/commit/?h=f24=663cde7300a4946ac72d82f2e2617080475ce7e7
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Plack (f24). "Update to 1.0043. (..more)"

2017-02-24 Thread notifications 
From 2f62e06a0e6144b0ee46d8a6233f65981ee14d24 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= 
Date: Thu, 23 Feb 2017 07:07:38 +0100
Subject: Update to 1.0043. Modernize spec.

---
 .gitignore  |  2 +-
 perl-Plack.spec | 15 +--
 sources |  2 +-
 3 files changed, 11 insertions(+), 8 deletions(-)

diff --git a/.gitignore b/.gitignore
index a13cbc1..38018bb 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Plack-1.0042.tar.gz
+/Plack-1.0043.tar.gz
diff --git a/perl-Plack.spec b/perl-Plack.spec
index 8ee6945..7ebef6e 100644
--- a/perl-Plack.spec
+++ b/perl-Plack.spec
@@ -1,9 +1,8 @@
 Name:   perl-Plack
-Version:1.0042
-Release:2%{?dist}
+Version:1.0043
+Release:1%{?dist}
 Summary:Perl Superglue for Web frameworks and Web Servers (PSGI 
toolkit)
 License:GPL+ or Artistic
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Plack/
 Source0:
http://www.cpan.org/authors/id/M/MI/MIYAGAWA/Plack-%{version}.tar.gz
 BuildArch:  noarch
@@ -28,9 +27,8 @@ BuildRequires:  perl(File::ShareDir) >= 1.00
 BuildRequires:  perl(File::ShareDir::Install) >= 0.06
 BuildRequires:  perl(Filesys::Notify::Simple)
 BuildRequires:  perl(Hash::MultiValue) >= 0.05
-BuildRequires:  perl(HTTP::Headers::Fast) >= 0.18
-
 BuildRequires:  perl(HTTP::Entity::Parser) >= 0.17
+BuildRequires:  perl(HTTP::Headers::Fast) >= 0.18
 BuildRequires:  perl(HTTP::Message) >= 5.814
 BuildRequires:  perl(HTTP::Tiny) >= 0.03
 BuildRequires:  perl(parent)
@@ -53,6 +51,7 @@ BuildRequires:  perl(FCGI::Client)
 BuildRequires:  perl(FCGI::ProcManager)
 BuildRequires:  perl(FindBin)
 BuildRequires:  perl(HTTP::Request::AsCGI)
+BuildRequires:  perl(HTTP::Request::Common)
 BuildRequires:  perl(HTTP::Server::Simple::PSGI)
 BuildRequires:  perl(IO::Handle::Util)
 BuildRequires:  perl(Log::Dispatch::Array) >= 1.001
@@ -105,7 +104,7 @@ t/Plack-Handler/apache2.t t/Plack-Handler/apache2-registry.t
 %{__make} %{?_smp_mflags}
 
 %install
-%{__make} pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+%{__make} pure_install DESTDIR=$RPM_BUILD_ROOT
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
@@ -140,6 +139,10 @@ t/Plack-Handler/apache2.t 
t/Plack-Handler/apache2-registry.t
 %exclude %{perl_vendorlib}/auto/share/dist/Plack/#foo
 
 %changelog
+* Thu Feb 23 2017 Ralf Corsépius  - 1.0043-1
+- Update to 1.0043.
+- Modernize spec.
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
1.0042-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
diff --git a/sources b/sources
index 2a17698..42649c5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c7538f04b36fac62879ff6172b4a85d7  Plack-1.0042.tar.gz
+SHA512 (Plack-1.0043.tar.gz) = 
b77f7f1a2a3d2b24f5473af55448ac72d287f34671c9300dc94d5d315aaac9040ec98d498319cfb3877e1cda53f9850ff4548dc46702d722491ad7034d439104
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Plack.git/commit/?h=f24=2f62e06a0e6144b0ee46d8a6233f65981ee14d24
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Plack (f24). "Update to 1.0042 (RHBZ#1382923). (..more)"

2017-02-24 Thread notifications 
From 8f8e5f1c0b40d3c90199a34f4a2f42099ca12760 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= 
Date: Thu, 1 Dec 2016 06:32:13 +0100
Subject: Update to 1.0042 (RHBZ#1382923).

- Spec cleanup.
---
 perl-Plack.spec | 22 +-
 1 file changed, 9 insertions(+), 13 deletions(-)

diff --git a/perl-Plack.spec b/perl-Plack.spec
index 15c0c13..f9087fd 100644
--- a/perl-Plack.spec
+++ b/perl-Plack.spec
@@ -1,6 +1,6 @@
 Name:   perl-Plack
-Version:1.0039
-Release:2%{?dist}
+Version:1.0042
+Release:1%{?dist}
 Summary:Perl Superglue for Web frameworks and Web Servers (PSGI 
toolkit)
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -14,14 +14,12 @@ BuildArch:  noarch
 # Default to not testing apache2.
 %bcond_with apache
 
+BuildRequires:  %{__make}
+BuildRequires:  %{__perl}
+
 BuildRequires:  perl-generators
-%if "%{version}" > "1.0039"
 BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.33
 BuildRequires:  perl(Cookie::Baker) >= 0.07
-%else
-BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.12
-BuildRequires:  perl(Cookie::Baker) >= 0.05
-%endif
 BuildRequires:  perl(Devel::StackTrace) >= 1.23
 BuildRequires:  perl(Devel::StackTrace::AsHTML) >= 0.11
 BuildRequires:  perl(Devel::StackTrace::WithLexicals) >= 0.8
@@ -32,11 +30,7 @@ BuildRequires:  perl(Filesys::Notify::Simple)
 BuildRequires:  perl(Hash::MultiValue) >= 0.05
 BuildRequires:  perl(HTTP::Headers::Fast) >= 0.18
 
-%if "%{version}" > "1.0039"
 BuildRequires:  perl(HTTP::Entity::Parser) >= 0.17
-%else
-BuildRequires:  perl(HTTP::Body) >= 1.06
-%endif
 BuildRequires:  perl(HTTP::Message) >= 5.814
 BuildRequires:  perl(HTTP::Tiny) >= 0.03
 BuildRequires:  perl(parent)
@@ -45,9 +39,7 @@ BuildRequires:  perl(Stream::Buffered) >= 0.02
 BuildRequires:  perl(Test::TCP) >= 2.00
 BuildRequires:  perl(Try::Tiny)
 BuildRequires:  perl(URI) >= 1.59
-%if "%{version}" > "1.0039"
 BuildRequires:  perl(WWW::Form::UrlEncoded) >= 0.23
-%endif
 
 # tests
 BuildRequires:  perl(Authen::Simple::Adapter)
@@ -148,6 +140,10 @@ t/Plack-Handler/apache2.t 
t/Plack-Handler/apache2-registry.t
 %exclude %{perl_vendorlib}/auto/share/dist/Plack/#foo
 
 %changelog
+* Thu Dec 01 2016 Ralf Corsépius  - 1.0042-1
+- Update to 1.0042 (RHBZ#1382923).
+- Spec cleanup.
+
 * Sat Oct 08 2016 Ralf Corsépius  - 1.0039-2
 - Preps for Plack-1.0042.
 
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Plack.git/commit/?h=f24=8f8e5f1c0b40d3c90199a34f4a2f42099ca12760
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Plack (f24). "Mandatory Perl build-requires added "

2017-02-24 Thread notifications 
From 8cfaa795d9a0c080a6649f64722ab879a43bdfbe Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 24 Jun 2016 10:02:47 +0200
Subject: Mandatory Perl build-requires added
 

---
 perl-Plack.spec | 7 ++-
 1 file changed, 2 insertions(+), 5 deletions(-)

diff --git a/perl-Plack.spec b/perl-Plack.spec
index f9087fd..db6661e 100644
--- a/perl-Plack.spec
+++ b/perl-Plack.spec
@@ -14,12 +14,9 @@ BuildArch:  noarch
 # Default to not testing apache2.
 %bcond_with apache
 
-BuildRequires:  %{__make}
-BuildRequires:  %{__perl}
-
 BuildRequires:  perl-generators
-BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.33
-BuildRequires:  perl(Cookie::Baker) >= 0.07
+BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.12
+BuildRequires:  perl(Cookie::Baker) >= 0.05
 BuildRequires:  perl(Devel::StackTrace) >= 1.23
 BuildRequires:  perl(Devel::StackTrace::AsHTML) >= 0.11
 BuildRequires:  perl(Devel::StackTrace::WithLexicals) >= 0.8
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Plack.git/commit/?h=f24=8cfaa795d9a0c080a6649f64722ab879a43bdfbe
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Plack (f24). "Preps for Plack-1.0042."

2017-02-24 Thread notifications 
From 4aa54e72d8e9e2d09bdb67ea8d19cecddb064183 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= 
Date: Sat, 8 Oct 2016 08:31:15 +0200
Subject: Preps for Plack-1.0042.

---
 perl-Plack.spec | 19 +--
 1 file changed, 13 insertions(+), 6 deletions(-)

diff --git a/perl-Plack.spec b/perl-Plack.spec
index db6661e..15c0c13 100644
--- a/perl-Plack.spec
+++ b/perl-Plack.spec
@@ -1,6 +1,6 @@
 Name:   perl-Plack
-Version:1.0042
-Release:1%{?dist}
+Version:1.0039
+Release:2%{?dist}
 Summary:Perl Superglue for Web frameworks and Web Servers (PSGI 
toolkit)
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -15,8 +15,13 @@ BuildArch:  noarch
 %bcond_with apache
 
 BuildRequires:  perl-generators
+%if "%{version}" > "1.0039"
+BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.33
+BuildRequires:  perl(Cookie::Baker) >= 0.07
+%else
 BuildRequires:  perl(Apache::LogFormat::Compiler) >= 0.12
 BuildRequires:  perl(Cookie::Baker) >= 0.05
+%endif
 BuildRequires:  perl(Devel::StackTrace) >= 1.23
 BuildRequires:  perl(Devel::StackTrace::AsHTML) >= 0.11
 BuildRequires:  perl(Devel::StackTrace::WithLexicals) >= 0.8
@@ -27,7 +32,11 @@ BuildRequires:  perl(Filesys::Notify::Simple)
 BuildRequires:  perl(Hash::MultiValue) >= 0.05
 BuildRequires:  perl(HTTP::Headers::Fast) >= 0.18
 
+%if "%{version}" > "1.0039"
 BuildRequires:  perl(HTTP::Entity::Parser) >= 0.17
+%else
+BuildRequires:  perl(HTTP::Body) >= 1.06
+%endif
 BuildRequires:  perl(HTTP::Message) >= 5.814
 BuildRequires:  perl(HTTP::Tiny) >= 0.03
 BuildRequires:  perl(parent)
@@ -36,7 +45,9 @@ BuildRequires:  perl(Stream::Buffered) >= 0.02
 BuildRequires:  perl(Test::TCP) >= 2.00
 BuildRequires:  perl(Try::Tiny)
 BuildRequires:  perl(URI) >= 1.59
+%if "%{version}" > "1.0039"
 BuildRequires:  perl(WWW::Form::UrlEncoded) >= 0.23
+%endif
 
 # tests
 BuildRequires:  perl(Authen::Simple::Adapter)
@@ -137,10 +148,6 @@ t/Plack-Handler/apache2.t 
t/Plack-Handler/apache2-registry.t
 %exclude %{perl_vendorlib}/auto/share/dist/Plack/#foo
 
 %changelog
-* Thu Dec 01 2016 Ralf Corsépius  - 1.0042-1
-- Update to 1.0042 (RHBZ#1382923).
-- Spec cleanup.
-
 * Sat Oct 08 2016 Ralf Corsépius  - 1.0039-2
 - Preps for Plack-1.0042.
 
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Plack.git/commit/?h=f24=4aa54e72d8e9e2d09bdb67ea8d19cecddb064183
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

corsepiu pushed to perl-Plack (f24). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild"

2017-02-24 Thread notifications 
From eefdb3fe1c1e8c2c191d65f2ebf68fab4131c0be Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Sat, 11 Feb 2017 04:54:12 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild

---
 perl-Plack.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-Plack.spec b/perl-Plack.spec
index f9087fd..8ee6945 100644
--- a/perl-Plack.spec
+++ b/perl-Plack.spec
@@ -1,6 +1,6 @@
 Name:   perl-Plack
 Version:1.0042
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Perl Superglue for Web frameworks and Web Servers (PSGI 
toolkit)
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -140,6 +140,9 @@ t/Plack-Handler/apache2.t t/Plack-Handler/apache2-registry.t
 %exclude %{perl_vendorlib}/auto/share/dist/Plack/#foo
 
 %changelog
+* Sat Feb 11 2017 Fedora Release Engineering  - 
1.0042-2
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
+
 * Thu Dec 01 2016 Ralf Corsépius  - 1.0042-1
 - Update to 1.0042 (RHBZ#1382923).
 - Spec cleanup.
-- 
cgit v1.1



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

hotness tried to map X to an upstream project, but failed: "Could not determine backend for http://url/project/X"

2017-02-24 Thread Alexander Ploumistos 
Hello,

I've just received about a dozen of messages like the one mentioned in
the subject, accompanied with:

pkgdb_updater updated: upstream_url of X
https://admin.fedoraproject.org/pkgdb/package/X/

for a number of gdouros-X-fonts that I updated recently and whose
upstream URL had changed.

I have not added these projects to anitya on purpose, because upstream
regularly restructures their website, the source packages do not
contain any version numbers, sometimes packages get updated silently
and the development takes place offline.
My solution for monitoring what upstream does was a script that runs
daily and checks the md5 hashes of the current upstream sources and
their URLs against those in Fedora. Can anitya work in a similar
fashion?

Do I need to take action about these messages or do I just ignore them?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (master). "Update to 1.815 (..more)"

2017-02-24 Thread notifications 
From 75552f09795dd6685049d6c72c26fdf91577b324 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Fri, 24 Feb 2017 10:59:27 +
Subject: Update to 1.815

- New upstream release 1.815
  - Fixed divide-by-zero error in MCE->yield
  - Refactored code for the interval option by moving the code to the manager
process, which allows the manager process to accomodate the next available
worker ready to run; previously, a worker taking a long time resulted in
empty time slots
  - Revised the description of posix_exit in MCE::Core.pod
---
 .gitignore|  1 +
 perl-MCE.spec | 11 ++-
 sources   |  2 +-
 3 files changed, 12 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 9a8c0c9..4048345 100644
--- a/.gitignore
+++ b/.gitignore
@@ -28,3 +28,4 @@
 /MCE-1.812.tar.gz
 /MCE-1.813.tar.gz
 /MCE-1.814.tar.gz
+/MCE-1.815.tar.gz
diff --git a/perl-MCE.spec b/perl-MCE.spec
index e8ffd32..3f2c0ad 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,5 +1,5 @@
 Name:   perl-MCE
-Version:1.814
+Version:1.815
 Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
@@ -140,6 +140,15 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Fri Feb 24 2017 Paul Howarth  - 1.815-1
+- Update to 1.815
+  - Fixed divide-by-zero error in MCE->yield
+  - Refactored code for the interval option by moving the code to the manager
+process, which allows the manager process to accomodate the next available
+worker ready to run; previously, a worker taking a long time resulted in
+empty time slots
+  - Revised the description of posix_exit in MCE::Core.pod
+
 * Mon Feb 20 2017 Paul Howarth  - 1.814-1
 - Update to 1.814
   - Enhanced the progress option for use with MCE->process
diff --git a/sources b/sources
index e3747d4..f664c8e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (MCE-1.814.tar.gz) = 
63937c65d082f393209388d815f0b7b3a16d164cd8d37d9ba264e20f3fb901799a721af872f6dc1555bb6d040daaa4e8ceef1b4827a987ab5f6ca7c073cdfdf2
+SHA512 (MCE-1.815.tar.gz) = 
53f905dc9d6da042e14b8f67abed8ff3a427a6d62f10b37629b11be65bbba7445148321941d1f4c663a712fc6d6e777f3128cd5671c0efc12e99be336f41d016
-- 
cgit v1.1



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

pghmcfc uploaded MCE-1.815.tar.gz for perl-MCE

2017-02-24 Thread notifications 
53f905dc9d6da042e14b8f67abed8ff3a427a6d62f10b37629b11be65bbba7445148321941d1f4c663a712fc6d6e777f3128cd5671c0efc12e99be336f41d016
  MCE-1.815.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-MCE/MCE-1.815.tar.gz/sha512/53f905dc9d6da042e14b8f67abed8ff3a427a6d62f10b37629b11be65bbba7445148321941d1f4c663a712fc6d6e777f3128cd5671c0efc12e99be336f41d016/MCE-1.815.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: asterisk-dahdi cannot installed on Fedora 25

2017-02-24 Thread Petr Pisar 
On 2017-02-23,   wrote:
> asterisk-dahdi cannot installed on fc25.
>
I forwareded it to Bugzilla
. Though asterisk
seems unmaintained.

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

Re: Retiring yap (Prolog interpreter)

2017-02-24 Thread Petr Pisar 
On 2017-02-23, Till Hofmann  wrote:
> Just another piece of information which may be relevant for anyone
> interested in taking care of the package: It looks like the project was
> pretty active until Feb 11, 2016, but there are no commits after that.

That's the SourceForge repository. I found another
 that seems to be alive with commits
from the same person. (But who knows, there was no update on YAP web
pages.)

> I don't know if you've tried building the latest git version or only
> the latest development release.
>
I did not try building from git. Even if it worked, bisecting the beast
full of submodules with bundled Prologue modules on i686 would be
unfeasable. The YAP build system cannot do incremental build. One have
to always build from empty sources.

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

Re: Python 3.6, Fedora, and the "C" locale

2017-02-24 Thread Nick Coghlan 
On 15 February 2017 at 02:42, Charalampos Stratakis 
wrote:

> Bumping this thread.
>
> Draft of the self contained change:
> https://fedoraproject.org/wiki/User:Cstratak/python3.6_c.utf-8_locale
>
> Some of the sections are reworded from PEP 538 [0] as most (if not all) of
> the motivation section for upstream, also applies for Fedora.
>

Sorry for the lack of response! I basically stopped reading email during
PyCon Pune and the trip back to Australia :)

Aside from a typo in the variable name (which I fixed), this looks great to
me, and I see from https://fedoraproject.org/wiki/Category:ChangeAnnounced
that it's already been announced on fedora-devel.

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: fedora-review complains about gschema files in an RPM package

2017-02-24 Thread Björn 'besser82' Esser 

Am 24.02.2017 um 06:19 schrieb Andrew Toskin:

I'm a new Fedora packager; my very first packages have not yet been accepted. 
I'm working on RPM packages for a few GNOME Shell extensions. Things are mostly 
going well, except that `fedora-review` complains about gschemas in the 
packages, and I'm not entirely sure what this is supposed to be telling me.

 Issues:
 ===
 - glib-compile-schemas is run in %postun and %posttrans if package has
   *.gschema.xml files.
   Note: gschema file(s) in gnome-shell-extension-activities-configurator
   See:
   
http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#GSettings_Schema

I've read the linked wiki page, and I still don't understand what I'm supposed 
to *do*.


That's a false positive issue from f-r.  For Fedora <= 23 running 
`glib-compile-schemas`-scriptlets was mandatory; for Fedora >= 24 it is 
discouraged.


The quoted wiki-page clearly states: This scriptlet SHOULD NOT be used 
in Fedora 24 or later.


So simply keep your package "as is", pick up the gschema-files and 
without the scriptlets.  Or put in guarded scriptlets, if you want to 
build for EPEL7, too:


%if (0%{?fedora} && 0%{?fedora} <= 23) || (0%{?rhel} && 0%{?rhel} <= 7)
%endif

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

F27 Self Contained Change: Bodhi Non-RPM Artifacts

2017-02-24 Thread Jan Kurik 
= Proposed Self Contained Change: Bodhi Non-RPM Artifacts =
https://fedoraproject.org/wiki/Changes/BodhiNonRPMArtifacts

Change owner(s):
* Randy Barlow 

Bodhi, the Fedora Updates System, should be able to process more than just RPMs.


== Detailed Description ==
As Fedora starts to deliver more than just RPMs and ISOs, we need a
way to handle delivering updates to these artifacts. Bodhi currently
handles this workflow for RPMs only, but we want to start using it for
other content, such as Docker containers, Flatpak apps, OSTrees, etc.
If it can be tagged in Koji, it should be accepted by Bodhi.


== Scope ==
* Proposal owners:
- Database model changes
- Masher modifications to the push process
- Web UI changes
- CLI modifications
- Unit tests
- Documentation
- Upstream tracker issue: https://github.com/fedora-infra/bodhi/issues/653

* Other developers:
- QA: Taskotron will need handle kicking off tests for non-RPM updates
- QA: Client-side updates-testing tools like fedora-easy-karma could
optionally be updated to detect these new artifacts

* Release engineering:
- We will need to ensure that the current signing process will work
with non-RPM content
- Ensure that the new content has a proper home in the directory structure.
- Releng ticket: #6660
- List of deliverables: N/A (not a System Wide Change)

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

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

F27 Self Contained Change: Bodhi Non-RPM Artifacts

2017-02-24 Thread Jan Kurik 
= Proposed Self Contained Change: Bodhi Non-RPM Artifacts =
https://fedoraproject.org/wiki/Changes/BodhiNonRPMArtifacts

Change owner(s):
* Randy Barlow 

Bodhi, the Fedora Updates System, should be able to process more than just RPMs.


== Detailed Description ==
As Fedora starts to deliver more than just RPMs and ISOs, we need a
way to handle delivering updates to these artifacts. Bodhi currently
handles this workflow for RPMs only, but we want to start using it for
other content, such as Docker containers, Flatpak apps, OSTrees, etc.
If it can be tagged in Koji, it should be accepted by Bodhi.


== Scope ==
* Proposal owners:
- Database model changes
- Masher modifications to the push process
- Web UI changes
- CLI modifications
- Unit tests
- Documentation
- Upstream tracker issue: https://github.com/fedora-infra/bodhi/issues/653

* Other developers:
- QA: Taskotron will need handle kicking off tests for non-RPM updates
- QA: Client-side updates-testing tools like fedora-easy-karma could
optionally be updated to detect these new artifacts

* Release engineering:
- We will need to ensure that the current signing process will work
with non-RPM content
- Ensure that the new content has a proper home in the directory structure.
- Releng ticket: #6660
- List of deliverables: N/A (not a System Wide Change)

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

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

[Bug 1426458] perl-B-Generate-1.55 is available

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1426458



--- Comment #2 from Fedora Update System  ---
perl-B-Generate-1.55-1.fc24 has been submitted as an update to Fedora 24.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-f76b36ad46

-- 
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 1426367] invalid optree due to misprint (returns B:: METHOOP instead of B::METHOP)

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1426367



--- Comment #2 from Fedora Update System  ---
perl-B-Generate-1.55-1.fc24 has been submitted as an update to Fedora 24.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-f76b36ad46

-- 
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 1426367] invalid optree due to misprint (returns B:: METHOOP instead of B::METHOP)

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1426367



--- Comment #1 from Fedora Update System  ---
perl-B-Generate-1.55-1.fc25 has been submitted as an update to Fedora 25.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-5d3b69a612

-- 
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 1426458] perl-B-Generate-1.55 is available

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1426458



--- Comment #1 from Fedora Update System  ---
perl-B-Generate-1.55-1.fc25 has been submitted as an update to Fedora 25.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-5d3b69a612

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

jplesnik pushed to perl-B-Generate (f24). "1.55 bump"

2017-02-24 Thread notifications 
From d1512e55fa2576fe896a24c81fc2173a9bb9ebe3 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 24 Feb 2017 09:34:26 +0100
Subject: 1.55 bump

---
 .gitignore   | 1 +
 perl-B-Generate.spec | 5 -
 sources  | 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index dc83fec..c601f24 100644
--- a/.gitignore
+++ b/.gitignore
@@ -6,3 +6,4 @@
 /B-Generate-1.50.tar.gz
 /B-Generate-1.53.tar.gz
 /B-Generate-1.54.tar.gz
+/B-Generate-1.55.tar.gz
diff --git a/perl-B-Generate.spec b/perl-B-Generate.spec
index 9881eb2..1cfaa50 100644
--- a/perl-B-Generate.spec
+++ b/perl-B-Generate.spec
@@ -1,5 +1,5 @@
 Name:   perl-B-Generate
-Version:1.54
+Version:1.55
 Release:1%{?dist}
 Summary:Create your own op trees
 License:GPL+ or Artistic
@@ -60,6 +60,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Feb 24 2017 Jitka Plesnikova  - 1.55-1
+- 1.55 bump
+
 * Fri May 27 2016 Jitka Plesnikova  - 1.54-1
 - 1.54 bump
 
diff --git a/sources b/sources
index 732e956..2e7d005 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-23152b59a99b4a0a374c967bdd127c45  B-Generate-1.54.tar.gz
+SHA512 (B-Generate-1.55.tar.gz) = 
5a7d58b6308b436b87b30de12d45c9a86923d574f2674ff55577f547ed50c5f773625c18797807141f2ddffaf2cad28a2542e22ae3356cc3b085ac92dc1f589d
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-B-Generate.git/commit/?h=f24=d1512e55fa2576fe896a24c81fc2173a9bb9ebe3
___
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-B-Generate (f25). "1.55 bump"

2017-02-24 Thread notifications 
From 63a48593eebecb9700f42810a6133fad5a19bca5 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 24 Feb 2017 09:28:44 +0100
Subject: 1.55 bump

---
 .gitignore   | 1 +
 perl-B-Generate.spec | 5 -
 sources  | 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index dc83fec..c601f24 100644
--- a/.gitignore
+++ b/.gitignore
@@ -6,3 +6,4 @@
 /B-Generate-1.50.tar.gz
 /B-Generate-1.53.tar.gz
 /B-Generate-1.54.tar.gz
+/B-Generate-1.55.tar.gz
diff --git a/perl-B-Generate.spec b/perl-B-Generate.spec
index cf0c25f..ac7b112 100644
--- a/perl-B-Generate.spec
+++ b/perl-B-Generate.spec
@@ -1,5 +1,5 @@
 Name:   perl-B-Generate
-Version:1.54
+Version:1.55
 Release:1%{?dist}
 Summary:Create your own op trees
 License:GPL+ or Artistic
@@ -60,6 +60,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Feb 24 2017 Jitka Plesnikova  - 1.55-1
+- 1.55 bump
+
 * Fri May 27 2016 Jitka Plesnikova  - 1.54-1
 - 1.54 bump
 
diff --git a/sources b/sources
index 732e956..2e7d005 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-23152b59a99b4a0a374c967bdd127c45  B-Generate-1.54.tar.gz
+SHA512 (B-Generate-1.55.tar.gz) = 
5a7d58b6308b436b87b30de12d45c9a86923d574f2674ff55577f547ed50c5f773625c18797807141f2ddffaf2cad28a2542e22ae3356cc3b085ac92dc1f589d
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-B-Generate.git/commit/?h=f25=63a48593eebecb9700f42810a6133fad5a19bca5
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1426367] invalid optree due to misprint (returns B:: METHOOP instead of B::METHOP)

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1426367

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |MODIFIED
   Fixed In Version||perl-B-Generate-1.55-1.fc26



-- 
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 1426458] perl-B-Generate-1.55 is available

2017-02-24 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1426458

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-B-Generate-1.55-1.fc26



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

jplesnik pushed to perl-B-Generate (master). "1.55 bump"

2017-02-24 Thread notifications 
From 0b7f4e80d5f28b6e7226501a050799f05e6b1e72 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 24 Feb 2017 09:20:09 +0100
Subject: 1.55 bump

---
 .gitignore   | 1 +
 perl-B-Generate.spec | 7 +--
 sources  | 2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index dc83fec..c601f24 100644
--- a/.gitignore
+++ b/.gitignore
@@ -6,3 +6,4 @@
 /B-Generate-1.50.tar.gz
 /B-Generate-1.53.tar.gz
 /B-Generate-1.54.tar.gz
+/B-Generate-1.55.tar.gz
diff --git a/perl-B-Generate.spec b/perl-B-Generate.spec
index 8d54d1e..cca9598 100644
--- a/perl-B-Generate.spec
+++ b/perl-B-Generate.spec
@@ -1,6 +1,6 @@
 Name:   perl-B-Generate
-Version:1.54
-Release:2%{?dist}
+Version:1.55
+Release:1%{?dist}
 Summary:Create your own op trees
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -60,6 +60,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Feb 24 2017 Jitka Plesnikova  - 1.55-1
+- 1.55 bump
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 
1.54-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
diff --git a/sources b/sources
index 732e956..2e7d005 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-23152b59a99b4a0a374c967bdd127c45  B-Generate-1.54.tar.gz
+SHA512 (B-Generate-1.55.tar.gz) = 
5a7d58b6308b436b87b30de12d45c9a86923d574f2674ff55577f547ed50c5f773625c18797807141f2ddffaf2cad28a2542e22ae3356cc3b085ac92dc1f589d
-- 
cgit v1.1



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

jplesnik uploaded B-Generate-1.55.tar.gz for perl-B-Generate

2017-02-24 Thread notifications 
5a7d58b6308b436b87b30de12d45c9a86923d574f2674ff55577f547ed50c5f773625c18797807141f2ddffaf2cad28a2542e22ae3356cc3b085ac92dc1f589d
  B-Generate-1.55.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-B-Generate/B-Generate-1.55.tar.gz/sha512/5a7d58b6308b436b87b30de12d45c9a86923d574f2674ff55577f547ed50c5f773625c18797807141f2ddffaf2cad28a2542e22ae3356cc3b085ac92dc1f589d/B-Generate-1.55.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org