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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 811  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 805  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 695  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 667  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 277  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
 173  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c0d33ae70f   
tnef-1.4.14-1.el6
  15  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-8dca05d55c   
drupal7-views-3.18-1.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4c76ddcc92   
libmspack-0.6-0.1.alpha.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e50abdd3d5   
python3-numpy-1.10.4-6.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e563119ec9   
php-horde-Horde-Image-2.5.2-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-bfeae1e322   
wordpress-4.8.2-1.el6
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-5b8684c487   
php-horde-passwd-5.0.7-1.el6
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e6c88309c0   
php-horde-wicked-2.0.8-1.el6
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-a981889220   
php-horde-nag-4.2.17-1.el6
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-be95216c3a   
MySQL-zrm-3.0-6.el6.2


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

MySQL-zrm-3.0-6.el6.2
clatd-1.4-7.el6
golang-github-denverdino-aliyungo-0-0.9.gitf6cab0c.el6
monitorix-3.10.0-1.el6
zabbix22-2.2.20-1.el6

Details about builds:



 MySQL-zrm-3.0-6.el6.2 (FEDORA-EPEL-2017-be95216c3a)
 MySQL backup manager

Update Information:

Fix command logging




 clatd-1.4-7.el6 (FEDORA-EPEL-2017-9f298c1814)
 CLAT / SIIT-DC Edge Relay implementation for Linux

Update Information:

Readded requirement of Net::IP. By some reason, it is not added automatically in
mock builds. Closes bz #1494867

References:

  [ 1 ] Bug #1494867 - perl-Net-IP is a required dependency of clatd
https://bugzilla.redhat.com/show_bug.cgi?id=1494867




 golang-github-denverdino-aliyungo-0-0.9.gitf6cab0c.el6 
(FEDORA-EPEL-2017-4e740bfb45)
 Go SDK for Aliyun Services

Update Information:

Bump to upstream f6cab0c35083495bd138281f0b9ca40ae2f15e19    needed by
docker/distribution

References:

  [ 1 ] Bug #1314994 - Tracker for golang-github-denverdino-aliyungo
https://bugzilla.redhat.com/show_bug.cgi?id=1314994
  [ 2 ] Bug #1262704 - Review Request: golang-github-denverdino-aliyungo - Go 
SDK for Aliyun Services
https://bugzilla.redhat.com/show_bug.cgi?id=1262704




 monitorix-3.10.0-1.el6 (FEDORA-EPEL-2017-ff46fb3951)
 A free, open source, lightweight system monitoring tool

Update Information:

This new version introduces two new graphs and improves clearly an old one: the
System graph. After a notable people demand, I've included a new graph to
monitor IPMI sensors (temperatures, fans and voltages). The second new graph
monitors an unlimited number of MongoDB servers (either local or remote). As
said, the System graph has been improved and now it includes two new sub-graphs:
one that shows the system's entropy and another that shows the uptime of the
system. The memory graph has also been enhanced including the values of memory
active and inactive.  Besides these new graphs, this version introduces a new
option (enabled by default) called enable_parallelizing, which will speed up
dramatically the graph generation in multi-core systems. This should also
benefit people using Monitorix in Raspberry Pi systems and similar with multi-
core processors. I'll be glad to get some feedback on this.  More news, since

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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 933  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 695  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
 277  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-04bc9dd81d   
libbsd-0.8.3-1.el7
 175  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d241156dfe   
mod_cluster-1.3.3-10.el7
 173  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-5f9a6163b4   
tnef-1.4.14-1.el7
 172  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7ecb12e378   
python-XStatic-jquery-ui-1.12.0.1-1.el7
  39  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-17b77b3268   
botan-1.10.16-1.el7
  15  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7bdf242c17   
drupal7-views-3.18-1.el7
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-10553ac5bd   
ReviewBoard-2.5.16-1.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-9f88067c22   
mpg123-1.25.6-1.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e27758bd23   
libmspack-0.6-0.1.alpha.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-2795d59fcc   
python3-numpy-1.10.4-5.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-30a9c74908   
php-horde-Horde-Image-2.5.2-1.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-5b07cc6958   
wordpress-4.8.2-1.el7
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-8da6477f0a   
moodle-3.1.8-1.el7
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-3a2abe4898   
php-horde-passwd-5.0.7-1.el7
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-a3ae700da7   
php-horde-wicked-2.0.8-1.el7
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d49c1ef800   
php-horde-nag-4.2.17-1.el7
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-52b8147c68   
openvpn-auth-ldap-2.0.3-15.el7
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e3436f7a95   
libbson-1.3.5-4.el7
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-9179bc1cf5   
chromium-61.0.3163.100-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-3dcce634cb   
MySQL-zrm-3.0-17.el7


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

MySQL-zrm-3.0-17.el7
cacti-1.1.24-1.el7
clatd-1.4-6.el7
evemu-2.7.0-1.el7
mirrormanager2-0.8.3-1.el7
monitorix-3.10.0-1.el7
odcs-0.0.6-1.el7
testssl-2.9.5-1.el7
waiverdb-0.3-1.el7
xiphos-4.0.7-1.el7
zabbix22-2.2.20-1.el7

Details about builds:



 MySQL-zrm-3.0-17.el7 (FEDORA-EPEL-2017-3dcce634cb)
 MySQL backup manager

Update Information:

Fix command logging




 cacti-1.1.24-1.el7 (FEDORA-EPEL-2017-874508e983)
 An rrd based graphing tool

Update Information:

- Update to 1.1.24  Release notes:
https://www.cacti.net/release_notes.php?version=1.1.24




 clatd-1.4-6.el7 (FEDORA-EPEL-2017-59a3b30724)
 CLAT / SIIT-DC Edge Relay implementation for Linux

Update Information:

Readded requirement of Net::IP. By some reason, it is not added automatically in
mock builds. Closes bz #1494867

References:

  [ 1 ] Bug #1494867 - perl-Net-IP is a required dependency of clatd
https://bugzilla.redhat.com/show_bug.cgi?id=1494867




 evemu-2.7.0-1.el7 (FEDORA-EPEL-2017-d63c8c90d7)
 Event Device Query and Emulation Program

Update Information:

Evemu 2.7.0




 mirrormanager2-0.8.3-1.el7 (FEDORA-EPEL-2017-dbc3bec0a2)
 Mirror management application

Update Information:

Update to 0.8.3    Update to 0.8.2

References:

  [ 1 ] Bug #1495032 - mirrormanager2-0.8.2 is 

Re: Package add request

[Jason L Tibbitts III]

> "HV" == Hedayat Vatankhah  writes:

HV> I'd say to stick with upstream naming, which is the Fedora
HV> way. Changing the names to lower case is a must in Debian, they
HV> simply don't allow upper case letters to be in package names. The
HV> developer clearly prefers ZeGrapher, so I think according to Fedora
HV> naming guidelines, ZeGrapher is preferred.

Well, those guidelines do say:

"Package names should be in lower case and use dashes in preference to
underscores."

https://fedoraproject.org/wiki/Packaging:Naming, under "General Naming".

Upper case names aren't forbidden, of course, but there is a definite
and clearly-stated preference for lower case names.

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

wfp pushed to perl-Regexp-Grammars (master). "update to version 1.048"

[notifications]

From 5347c488543a952b0211c2a1696e801fad41acdb Mon Sep 17 00:00:00 2001
From: Bill Pemberton 
Date: Sep 27 2017 01:11:03 +
Subject: update to version 1.048


---

diff --git a/.gitignore b/.gitignore
index 96c7db7..a69e888 100644
--- a/.gitignore
+++ b/.gitignore
@@ -14,3 +14,4 @@
 /Regexp-Grammars-1.044.tar.gz
 /Regexp-Grammars-1.045.tar.gz
 /Regexp-Grammars-1.047.tar.gz
+/Regexp-Grammars-1.048.tar.gz
diff --git a/perl-Regexp-Grammars.spec b/perl-Regexp-Grammars.spec
index 5d6aceb..44749ac 100644
--- a/perl-Regexp-Grammars.spec
+++ b/perl-Regexp-Grammars.spec
@@ -1,5 +1,5 @@
 Name:  perl-Regexp-Grammars
-Version:   1.047
+Version:   1.048
 Release:   1%{?dist}
 Summary:   Add grammatical parsing features to perl regular expressions
 License:   GPL+ or Artistic
@@ -52,6 +52,9 @@ perl Build.PL installdirs=vendor
 %{_mandir}/man3/Regexp::Grammars.3pm*
 
 %changelog
+* Wed Sep 27 2017 Bill Pemberton  - 1.048-1
+- update to version 1.048
+
 * Tue Sep 26 2017 Bill Pemberton  - 1.047-1
 - update to version 1.047
 - Fixes handling of (?>...) construct
diff --git a/sources b/sources
index 35ca9cc..47ee40a 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Regexp-Grammars-1.047.tar.gz) = 
a89a9fd12e3a0d6f5947cb8b285d2e492b9f3654da6ae1bc050452a0cae4230fedcfa6eeadfb1cac7ade9db595401a2729b320511708fbc635ae439966935771
+SHA512 (Regexp-Grammars-1.048.tar.gz) = 
203ea0a14d095ddefe1bf0f78dd28e7fd1bb6e0dbaea91b9a142a4e9cf55f63666365eea0188a78e3028a0f6740d47887a73c5129279f02a9e1ed6cd2a2b19b8



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

wfp uploaded Regexp-Grammars-1.048.tar.gz for perl-Regexp-Grammars

[notifications]

203ea0a14d095ddefe1bf0f78dd28e7fd1bb6e0dbaea91b9a142a4e9cf55f63666365eea0188a78e3028a0f6740d47887a73c5129279f02a9e1ed6cd2a2b19b8
  Regexp-Grammars-1.048.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Regexp-Grammars/Regexp-Grammars-1.048.tar.gz/sha512/203ea0a14d095ddefe1bf0f78dd28e7fd1bb6e0dbaea91b9a142a4e9cf55f63666365eea0188a78e3028a0f6740d47887a73c5129279f02a9e1ed6cd2a2b19b8/Regexp-Grammars-1.048.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1495853] perl-Regexp-Grammars-1.048 is available

[bugzilla]

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

Upstream Release Monitoring  
changed:

   What|Removed |Added

Summary|perl-Regexp-Grammars-1.047  |perl-Regexp-Grammars-1.048
   |is available|is available



--- Comment #1 from Upstream Release Monitoring 
 ---
Latest upstream release: 1.048
Current version/release in rawhide: 1.047-1.fc28
URL: http://search.cpan.org/dist/Regexp-Grammars/

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

-- 
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 1493804] perl-Module-CoreList-5.20170920 is available

[bugzilla]

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



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

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

[Bug 1496272] New: Perl's ccflags do not include a -Wformat option

[bugzilla]

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

Bug ID: 1496272
   Summary: Perl's ccflags do not include a -Wformat option
   Product: Fedora
   Version: 26
 Component: perl
  Assignee: jples...@redhat.com
  Reporter: sc...@perturb.org
QA Contact: extras...@fedoraproject.org
CC: al...@redhat.com, caillon+fedoraproj...@gmail.com,
iarn...@gmail.com, jples...@redhat.com, ka...@ucw.cz,
mbar...@fastmail.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com,
psab...@redhat.com, rc040...@freenet.de,
rhug...@redhat.com, sandm...@redhat.com,
tcall...@redhat.com



Description of problem:

Perl's ccflags do not include a -Wformat option. Attempting to compile Vim with
Perl support I ran in to this bug: https://github.com/vim/vim/issues/2068

How reproducible:
Easily

Steps to Reproduce:
1. Run: perl -V:ccflags
2. Note the output includes "-Werror=format-security" but no corresponding
-Wformat

Actual results:
bakers@yellow(~/github/vim)
:perl -V:ccflags
ccflags='-D_REENTRANT -D_GNU_SOURCE -O2 -g -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -fwrapv
-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64';

Expected results:
Some type of -Wformat would be included

Additional info:
Vim calls ExtUtils::Embed to get the cflags and it is also incorrect (I assume
they're closely related).

bakers@yellow(~/github/vim)
:perl -Mlib=src/ -MExtUtils::Embed -e 'ccflags;perl_inc;print"\n"'
 -D_REENTRANT -D_GNU_SOURCE -O2 -g -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -fwrapv
-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64  -I/usr/lib64/perl5/CORE

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

Fedora 27-20170926.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Workstation live i386
Server boot i386
Kde live i386

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

New failures (same test did not fail in 27-20170925.n.0):

ID: 147363  Test: x86_64 Server-dvd-iso base_service_manipulation
URL: https://openqa.fedoraproject.org/tests/147363
ID: 147364  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/147364
ID: 147385  Test: x86_64 Workstation-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/147385
ID: 147395  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/147395
ID: 147400  Test: x86_64 KDE-live-iso base_update_cli
URL: https://openqa.fedoraproject.org/tests/147400
ID: 147402  Test: x86_64 KDE-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/147402
ID: 147424  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/147424
ID: 147426  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/147426
ID: 147429  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/147429
ID: 147436  Test: x86_64 universal install_shrink_ext4
URL: https://openqa.fedoraproject.org/tests/147436
ID: 147437  Test: x86_64 universal install_shrink_ntfs
URL: https://openqa.fedoraproject.org/tests/147437
ID: 147446  Test: x86_64 universal install_rescue_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/147446
ID: 147478  Test: x86_64 universal install_rescue_encrypted
URL: https://openqa.fedoraproject.org/tests/147478
ID: 147482  Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/147482

Old failures (same test failed in 27-20170925.n.0):

ID: 147358  Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/147358
ID: 147404  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/147404

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

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

ID: 147375  Test: x86_64 Workstation-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/147375
ID: 147376  Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/147376
ID: 147377  Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/147377
ID: 147393  Test: x86_64 KDE-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/147393

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

New passes (same test did not pass in 27-20170925.n.0):

ID: 147365  Test: x86_64 Server-dvd-iso base_selinux
URL: https://openqa.fedoraproject.org/tests/147365
ID: 147369  Test: x86_64 Server-dvd-iso server_cockpit_basic
URL: https://openqa.fedoraproject.org/tests/147369
ID: 147374  Test: x86_64 Workstation-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/147374
ID: 147378  Test: x86_64 Workstation-live-iso 
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/147378
ID: 147381  Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/147381
ID: 147384  Test: x86_64 Workstation-live-iso base_service_manipulation
URL: https://openqa.fedoraproject.org/tests/147384
ID: 147386  Test: x86_64 Workstation-live-iso base_selinux
URL: https://openqa.fedoraproject.org/tests/147386
ID: 147388  Test: x86_64 Workstation-boot-iso memory_check@uefi
URL: https://openqa.fedoraproject.org/tests/147388
ID: 147389  Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/147389
ID: 147391  Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/147391
ID: 147392  Test: x86_64 KDE-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/147392
ID: 147396  Test: x86_64 KDE-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/147396
ID: 147398  Test: x86_64 KDE-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/147398
ID: 147399  Test: x86_64 KDE-live-iso base_system_logging
URL: https://openqa.fedoraproject.org/tests/147399
ID: 147401  Test: x86_64 KDE-live-iso base_service_manipulation
URL: https://openqa.fedoraproject.org/tests/147401
ID: 147403  Test: x86_64 KDE-live-iso base_selinux
URL: https://openqa.fedoraproject.org/tests/147403
ID: 147408  Test: x86_64 universal install_multi_empty
URL: https://openqa.fedoraproject.org/tests/147408
ID: 147409  Test: x86_64 universal install_btrfs
URL: 

Re: Removal of dependencies on net-tools

[James Hogarth]

On 26 September 2017 at 19:43, Reindl Harald  wrote:

>
>
> Am 26.09.2017 um 20:39 schrieb James Hogarth:
>
>>
>>
>> On 26 Sep 2017 6:37 pm, "Chris Adams"  li...@cmadams.net>> wrote:
>>
>> Once upon a time, James Hogarth > > said:
>>  > You're correct that this isn't covering BR situations but I
>> didn't want the
>>  > scope of this to blow out to the less reasonable.
>>  >
>>  > First phase let's get the package off systems where it's not
>> absolutely
>>  > required or requested by the user...
>>  >
>>  > Then BR can be cleaned up in the background without affecting
>> user systems.
>>
>> Packages that BR net-tools (or its commands) may be expecting it to be
>> installed without explicitly specifying an install dependency, and
>> just
>> happen to work because net-tools is pulled in by other deps.  The BRs
>> should be fixed as part of this change, or there may be unexpected
>> breakage.
>>
>>
>> That doesn't make sense.
>>
>
> why?


Ah ... you're implying package (1) has a dependency on net-tools then
package (2) has a dependency on (1) but uses the net-tools binaries without
declaring on the dependency?

Well that would be a technical breach of the packaging guidelines so that's
a good thing to catch - and why we are doing this in rawhide only :)

But that has nothing to do with BuildRequires though ... that's just an
implicit dependency due to improper declarations and a bit of an accident
on the Requires front...


>
>
> There is only net-tools on a system if a requires/recommends pulls it in
>> or a user installs it
>>
>
> and currently it is pulled because of other deps so nobody knows that the
> Requires is missing - what did you not understand in "happen to work
> because net-tools is pulled in by other deps" which are you about to remove?
>

The misunderstanding came from the BuildRequires discussion - which has
nothing to do with an implicit dependency via a downstream chain of deps
which is what you are discussing ...

But again that's why the directive from FESCo is Rawhide only for changes
to specs ... and if it catches missing Requires that's a good thing :)

If you're willing to lend a hand with testing things I'd love to have the
help :)

If you aren't willing to help ... well we don't let fear of hypotheticals
like that stop us trying to make the world a better place :)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Self Introduction: Sergey Avseyev

[Igor Gnatenko]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Tue, 2017-09-26 at 21:48 +0300, Sergey Avseyev wrote:
> Hi Fedora Community
Hey,
> 
> My name is Sergey Avseyev. I live in Minsk, Belarus and work for
> Couchbase.
>
> My main interests are revolving around networking and databases.
> At Couchbase I work on libcouchbase (the client library with C
> interface)
> and PHP extension built atop of libcouchbase. I have build and
> currently
> maintaining our YUM repository with binary packages for libcouchbase.
> And currently I have it submitted for review to become part of
> Fedora.
Welcome on board!
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1495985
> 
> This is my first package and I need a sponsor
> I currently have a package submitted for review:
> https://bugzilla.redhat.com/show_bug.cgi?id=1495004 (please be
> gentle)
> and need a sponsor.
Quickly checked spec file and gave some notes 
> 
> Once this package will be accepted, I'm going to submit my PHP
> extension
> too.
> 
> Best regards.
> 
> --
> Sergey Avseyev
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlnKsRAACgkQaVcUvRu8
X0x2yA/+LS0shYRH5a4PP2Yq6jr3X5dvQ8NnaWFFkCoN/uWXg6pUcLP1BLjbHaVD
0FEmjwxXRKFx72R7bywEicUOMteu+KmkiSQ48X6jMaZ9UHbHwrOD1o0+wgTe1wmC
lYUWRu9NSDWsEeln34rnn3Qg4P0JfklWDIKjha58R4WO7eTDtWTDCtfOfLQQCDS1
f5Lorg+oLzGAG0hyS80TkUDd/cP1YFD7etvcddx3q65oXA4U1CZ3ju08QY6E6O3s
RU1fHP9iGkCBgDoj9XwJbY4cG6jvweGXEshOLk3iOZEPl2kSj1LYZUENUEe+569+
23vvKVNMZsfXraq3jKnfCjNOqlAVgLHj6HgvMlOjR+LL8yHjiXvKo8V0f3C1Ve1J
33nNNJtse7s+lOM8zjUmEr1AcIzMD7/UWb950ihcjtwqApuAXVn7qx7rFp3YgX5q
CTL6s2rP94BRWQjoelzL5KGr6Epq3LGfH6GAZ3j/4uqj3ZflbHr7C9YI52zDftsU
XBGzt5O1m2x4Ib7WaRSMJxolHJvUvX/zUiEJFBVvQN8RLOolD8ZUPCUqlnX7fSWY
Ad307oCUXT0aBcaXC1F3uBAwzHNGiThFW/NWueJa50nM8jJ0ldDv4B/TAZRbdUU+
pjxn0hTpxGXm6AGnjcoobYh7XZx5afdz0VDU97AiedGCrP2ZGZU=
=vpZI
-END PGP SIGNATURE-
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Self Introduction: Sergey Avseyev

[Sergey Avseyev]

On Tue, Sep 26, 2017 at 9:48 PM, Sergey Avseyev
 wrote:

> I currently have a package submitted for review:
> https://bugzilla.redhat.com/show_bug.cgi?id=1495004 (please be gentle)
> and need a sponsor.

Sorry for this. This is *not* my package, it is from Bennie Joubert :)

libcouchbase is here: https://bugzilla.redhat.com/show_bug.cgi?id=1495985
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Self Introduction: Sergey Avseyev

[Sergey Avseyev]

Hi Fedora Community

My name is Sergey Avseyev. I live in Minsk, Belarus and work for Couchbase.

My main interests are revolving around networking and databases.
At Couchbase I work on libcouchbase (the client library with C interface)
and PHP extension built atop of libcouchbase. I have build and currently
maintaining our YUM repository with binary packages for libcouchbase.
And currently I have it submitted for review to become part of Fedora.

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

This is my first package and I need a sponsor
I currently have a package submitted for review:
https://bugzilla.redhat.com/show_bug.cgi?id=1495004 (please be gentle)
and need a sponsor.

Once this package will be accepted, I'm going to submit my PHP extension
too.

Best regards.

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

Re: Fwd: Removal of dependencies on net-tools

[James Hogarth]

On 26 Sep 2017 6:37 pm, "Chris Adams"  wrote:

Once upon a time, James Hogarth  said:
> You're correct that this isn't covering BR situations but I didn't want
the
> scope of this to blow out to the less reasonable.
>
> First phase let's get the package off systems where it's not absolutely
> required or requested by the user...
>
> Then BR can be cleaned up in the background without affecting user
systems.

Packages that BR net-tools (or its commands) may be expecting it to be
installed without explicitly specifying an install dependency, and just
happen to work because net-tools is pulled in by other deps.  The BRs
should be fixed as part of this change, or there may be unexpected
breakage.


That doesn't make sense.

There is only net-tools on a system if a requires/recommends pulls it in or
a user installs it.

The presence of net-tools in a BR will not cause it to be an R for any
install situations ...

If I have missed anything you're aware of that requires net-tools please
add it to the tracking bug :)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Committee

[smooge]

Dear all,

You are kindly invited to the meeting:
   EPEL Steering Committee on 2017-09-27 from 18:00:00 to 19:00:00 GMT
   At fedora-meet...@irc.freenode.net

The meeting will be about:
There is a weekly EPEL Steering Committee Meeting to go over events, ideas, and 
tickets about EPEL.

More information available at:
[https://pagure.io/epel/blob/master/f/docs/source/EPEL-meeting-process.rst](https://pagure.io/epel/blob/master/f/docs/source/EPEL-meeting-process.rst)


Source: https://apps.fedoraproject.org/calendar/meeting/6592/

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

[Bug 1495846] perl-Net-LibIDN2-1.00 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
perl-Net-LibIDN2-1.00-1.fc27 has been pushed to the Fedora 27 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-683aca535a

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

Fedora Rawhide-20170926.n.0 compose check report

[Fedora compose checker]

Missing expected images:

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

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

New failures (same test did not fail in Rawhide-20170925.n.0):

ID: 147226  Test: x86_64 Workstation-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/147226
ID: 147243  Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/147243
ID: 147256  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/147256
ID: 147258  Test: x86_64 Atomic-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/147258
ID: 147259  Test: x86_64 Atomic-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/147259
ID: 147260  Test: x86_64 universal install_multi_empty
URL: https://openqa.fedoraproject.org/tests/147260
ID: 147261  Test: x86_64 universal install_btrfs
URL: https://openqa.fedoraproject.org/tests/147261
ID: 147262  Test: x86_64 universal install_blivet_no_swap@uefi
URL: https://openqa.fedoraproject.org/tests/147262
ID: 147263  Test: x86_64 universal install_blivet_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/147263
ID: 147264  Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/147264
ID: 147265  Test: x86_64 universal install_simple_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/147265
ID: 147266  Test: x86_64 universal install_simple_free_space@uefi
URL: https://openqa.fedoraproject.org/tests/147266
ID: 147267  Test: x86_64 universal install_multi_empty@uefi
URL: https://openqa.fedoraproject.org/tests/147267
ID: 147268  Test: x86_64 universal install_delete_partial@uefi
URL: https://openqa.fedoraproject.org/tests/147268
ID: 147269  Test: x86_64 universal install_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/147269
ID: 147270  Test: x86_64 universal install_ext3@uefi
URL: https://openqa.fedoraproject.org/tests/147270
ID: 147271  Test: x86_64 universal install_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/147271
ID: 147272  Test: x86_64 universal install_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/147272
ID: 147273  Test: x86_64 universal install_no_swap@uefi
URL: https://openqa.fedoraproject.org/tests/147273
ID: 147274  Test: x86_64 universal install_kickstart_hdd
URL: https://openqa.fedoraproject.org/tests/147274
ID: 147275  Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/147275
ID: 147276  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/147276
ID: 147277  Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/147277
ID: 147278  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/147278
ID: 147280  Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/147280
ID: 147281  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/147281
ID: 147284  Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/147284
ID: 147285  Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/147285
ID: 147287  Test: x86_64 universal install_updates_img_local
URL: https://openqa.fedoraproject.org/tests/147287
ID: 147288  Test: x86_64 universal install_shrink_ext4
URL: https://openqa.fedoraproject.org/tests/147288
ID: 147289  Test: x86_64 universal install_shrink_ntfs
URL: https://openqa.fedoraproject.org/tests/147289
ID: 147290  Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/147290
ID: 147291  Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/147291
ID: 147292  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/147292
ID: 147295  Test: x86_64 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/147295
ID: 147296  Test: x86_64 universal install_package_set_minimal
URL: https://openqa.fedoraproject.org/tests/147296
ID: 147299  Test: x86_64 universal install_delete_partial
URL: https://openqa.fedoraproject.org/tests/147299
ID: 147300  Test: x86_64 universal install_ext3
URL: https://openqa.fedoraproject.org/tests/147300
ID: 147301  Test: x86_64 universal install_lvmthin
URL: https://openqa.fedoraproject.org/tests/147301
ID: 147302  Test: x86_64 universal install_no_swap
URL: https://openqa.fedoraproject.org/tests/147302
ID: 147303  Test: x86_64 universal install_blivet_ext3
URL: https://openqa.fedoraproject.org/tests/147303
ID: 147304  Test: x86_64 universal install_blivet_btrfs
URL: https://openqa.fedoraproject.org/tests/147304

Re: Package add request

[Hedayat Vatankhah]

/*Samuel Rakitničan*/ wrote on Mon, 25 Sep 2017 23:15:25 -:

Here it is: 
https://copr.fedorainfracloud.org/coprs/srakitnican/default/build/607839/

Still not sure about naming issue, package wants to name files ZeGrapher, I 
called the package zegrapher, debian maintainers go a step further and call 
package files zegrapher also.
I'd say to stick with upstream naming, which is the Fedora way. Changing 
the names to lower case is a must in Debian, they simply don't allow 
upper case letters to be in package names. The developer clearly prefers 
ZeGrapher, so I think according to Fedora naming guidelines, ZeGrapher 
is preferred.


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

Re: Package add request

[Hedayat Vatankhah]

/*Samuel Rakitničan*/ wrote on Mon, 25 Sep 2017 23:15:25 -:

Here it is: 
https://copr.fedorainfracloud.org/coprs/srakitnican/default/build/607839/

Still not sure about naming issue, package wants to name files ZeGrapher, I 
called the package zegrapher, debian maintainers go a step further and call 
package files zegrapher also.
I'd say to stick with upstream naming, which is the Fedora way. Changing 
the names to lower case is a must in Debian, they simply don't allow 
upper case letters to be in package names. The developer clearly prefers 
ZeGrapher, so I think according to Fedora naming guidelines, ZeGrapher 
is preferred.


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

Re: Fwd: Removal of dependencies on net-tools

[Chris Adams]

Once upon a time, James Hogarth  said:
> You're correct that this isn't covering BR situations but I didn't want the
> scope of this to blow out to the less reasonable.
> 
> First phase let's get the package off systems where it's not absolutely
> required or requested by the user...
> 
> Then BR can be cleaned up in the background without affecting user systems.

Packages that BR net-tools (or its commands) may be expecting it to be
installed without explicitly specifying an install dependency, and just
happen to work because net-tools is pulled in by other deps.  The BRs
should be fixed as part of this change, or there may be unexpected
breakage.

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

[389-devel] Please review 48085: CI tests - replication - encryption changelog

[Sankar Ramalingam]

https://pagure.io/389-ds-base/issue/48085
https://pagure.io/389-ds-base/issue/raw/files/46574ebefbbaec257c726e2b9c8c39e7a723ca5e183969de8525340ec16a65b8-0001-Encryption-changelog-tests.patch
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

Re: Fwd: Removal of dependencies on net-tools

[James Hogarth]

On 26 Sep 2017 5:41 pm, "Miro Hrončok"  wrote:

On 26.9.2017 15:56, James Hogarth wrote:

> Hi,
>
> So net-tools has been deprecated a long time at this point with numerous
> known issues - especially as we enter an IPv6 world.
>
> There was an initial discussion a few months back as can be reviewed here:
>
> https://lists.fedoraproject.org/archives/list/de...@lists.fe
> doraproject.org/thread/OATM2PQLRKNUW54CQRZ33WUNS6WZMPVL/ <
> https://lists.fedoraproject.org/archives/list/devel@lists.f
> edoraproject.org/thread/OATM2PQLRKNUW54CQRZ33WUNS6WZMPVL/>
>
>
> FESCo agreed with the goal of removing the distributions dependency on
> net-tools a couple of months ago:
>
> https://pagure.io/fesco/issue/1711 
>
>
> In accordance with the mass bug filing process the packages that are
> affected have been located with `dnf repoquery --all --alldeps
> --whatrequires  net-tools` and the list of maintainers/packagers affected
> are at the end.
>


There are also BuildRequires, and I believe they are not covered by this
command.

For example python3 BRs /usr/sbin/ifconfig and is not listed.


>
You're correct that this isn't covering BR situations but I didn't want the
scope of this to blow out to the less reasonable.

First phase let's get the package off systems where it's not absolutely
required or requested by the user...

Then BR can be cleaned up in the background without affecting user systems.



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

Re: Is it possible to upload new sources of a package from a URL?

[Matthew Miller]

On Tue, Sep 26, 2017 at 08:08:18PM +0330, Hedayat Vatankhah wrote:
> However, is it really that hard/problematic/.. for Fedora to support
> such a use case? Certainly it'd be much more convenient for
> packagers if such a small (at least, this is how I look at it!)
> enhancement is made.

It's not necessarily hard or problematic. There's just a really long
list of general infrastructure todos.

-- 
Matthew Miller

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

Re: Fwd: Removal of dependencies on net-tools

[Miro Hrončok]

On 26.9.2017 15:56, James Hogarth wrote:

Hi,

So net-tools has been deprecated a long time at this point with numerous 
known issues - especially as we enter an IPv6 world.


There was an initial discussion a few months back as can be reviewed here:

https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/OATM2PQLRKNUW54CQRZ33WUNS6WZMPVL/ 



FESCo agreed with the goal of removing the distributions dependency on 
net-tools a couple of months ago:


https://pagure.io/fesco/issue/1711 

In accordance with the mass bug filing process the packages that are 
affected have been located with `dnf repoquery --all --alldeps 
--whatrequires  net-tools` and the list of maintainers/packagers 
affected are at the end.



There are also BuildRequires, and I believe they are not covered by this 
command.


For example python3 BRs /usr/sbin/ifconfig and is not listed.



I'll be filing the tracker bug in due course and bugs against the 
packages in question.


I'm going to go through as best I can to check for the reason for the 
dependency on each, but naturally I only have so much time. If you are 
able to swiftly remove the dependency yourself, or if there is a good 
reason for it, please actively close the bugs opened - or reach out to 
me to do so.


I'm already knee deep in facter which is a complex update to remove the 
requirement as new dependency packages are introduced to get to the 
current version without the requirement.


If you're unsure how to port a net-tools related script to one using the 
iproute2 utilities please do let me know and I'll be happy to help move 
them over.


For those who aren't currently packagers that would like to help - 
remember that the new Pagure based interface to our git does support 
pull requests :)


For any changes that are made to packages, please just include them in 
Rawhide to be a part of F28 and leave the F27 branch and packages at the 
current versions they are. If it's going to make a change to the user 
experience please file (or ping me and I'll do so on your behalf whilst 
managing this process overall) a Self Contained Change for Fedora 28.


Regards,

James




Maintainers by package:
WALinuxAgent         cottsay
beakerlib            afri sopos
chkrootkit           limb
cloud-init           adimania apevec gholms larsks shardy skottler
ctdb
facter               gchamoul kanarip lzap rrati skottler stahnma
gnome-nettool        alexl caolanm group::gnome-sig johnp kalev mbarnes 
rhughes rnorwood rstrode ssp

iodine               hubbitus lystor
mariadb              hhorak jstanek mbayer mkocka mmuzila mschorm
mediatomb            limb
open-vm-tools        ravindrakumar rjones slaanesh
openslp              rdieter vcrhonek
openwsman            gunnersrini praveenp vcrhonek
peervpn              jcholast
pki-core             edewata kwright mharmsen vakwetu
psad                 rathann
recap                bharper carlwgeorge
redhat-lsb           ovasik pnemade
resource-agents      beekhof cfeist dvossel lon oalbrigt
synce-connector      awjb
systemtap            brolley drsmith2 fche jistone lberk mjw nathans 
scox smakarov wcohen

testcloud            group::qa-tools-sig mkrizek tflink
tunir                kushal
wicd                 dcantrel
wifi-radar           robyduck
wlassistant          spot
x2goserver           orion

Packages by maintainer:
adimania   cloud-init
afri       beakerlib
alexl      gnome-nettool
apevec     cloud-init
awjb       synce-connector
beekhof    resource-agents
bharper    recap
brolley    systemtap
caolanm    gnome-nettool
carlwgeorge recap
cfeist     resource-agents
cottsay    WALinuxAgent
dcantrel   wicd
drsmith2   systemtap
dvossel    resource-agents
edewata    pki-core
fche       systemtap
gchamoul   facter
gholms     cloud-init
group::gnome-sig gnome-nettool
group::qa-tools-sig testcloud
gunnersrini openwsman
hhorak     mariadb
hubbitus   iodine
jcholast   peervpn
jistone    systemtap
johnp      gnome-nettool
jstanek    mariadb
kalev      gnome-nettool
kanarip    facter
kushal     tunir
kwright    pki-core
larsks     cloud-init
lberk      systemtap
limb       chkrootkit mediatomb
lon        resource-agents
lystor     iodine
lzap       facter
mbarnes    gnome-nettool
mbayer     mariadb
mharmsen   pki-core
mjw        systemtap
mkocka     mariadb
mkrizek    testcloud
mmuzila    mariadb
mschorm    mariadb
nathans    systemtap
oalbrigt   resource-agents
orion      x2goserver
ovasik     redhat-lsb
pnemade    redhat-lsb
praveenp   openwsman
rathann    psad
ravindrakumar open-vm-tools
rdieter    openslp
rhughes    gnome-nettool
rjones     open-vm-tools
rnorwood   gnome-nettool
robyduck   wifi-radar
rrati      facter
rstrode    gnome-nettool
scox       systemtap
shardy     cloud-init
skottler   cloud-init facter
slaanesh   open-vm-tools
smakarov   systemtap

Re: Is it possible to upload new sources of a package from a URL?

[Hedayat Vatankhah]

/*Matthew Miller*/ wrote on Tue, 26 Sep 2017 09:28:07 -0400:

On Mon, Sep 25, 2017 at 11:38:07PM +, Tim Landscheidt wrote:

If data volume is expensive or difficult for you, you could
look into renting a (virtual) private server and then devel-
oping there via ssh.  Offers usually start at less than
$ 5,-/month.  (I'm not aware of free solutions; it's proba-
bly easier to solicit donations for one's own server than to
get access on someone else's.)
Thanks. Doesn't look expensive, but if it is only used for occasional 
package builds, it is probably still a waste.




There is a thing called "DPLY" which gives free access to a Digital
Ocean-based droplet for 2 hours (you can pay for more).

Here's the link to deploy Fedora 26: https://dply.co/b/f4BVCJuS

It's only a small instance and not suitable for a lot of things, but
might be good enough to validate and upload your large sources.

Thanks, it looks more promising for such tasks, I'll bookmark it.


However, is it really that hard/problematic/.. for Fedora to support 
such a use case? Certainly it'd be much more convenient for packagers if 
such a small (at least, this is how I look at it!) enhancement is made.


If yes, then apparently using a third-party system is the only option.

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

Re: Is it possible to upload new sources of a package from a URL?

[Matthew Miller]

On Tue, Sep 26, 2017 at 05:30:50PM +0200, Emmanuel Seyman wrote:
> > That may be fine for any packagers who are actually paid to package
> > (though even then I would have my doubts that every line of source has
> > been checked), but it is clearly an impossible task in terms of time
> > required for all the volunteer packagers.
> The solution in this case is to not volunteer to do things you are
> not able to do.

We don't require volunteers to do a through line-by-line code audit.
That's not reasonable. We by necessity put some trust in our upstream
communities (and by the same token, we don't take ownership of upstream
problems, although we certainly try to get the best fixes for our
users).

Package maintainer responsibilities are outlined here:
https://fedoraproject.org/wiki/Package_maintainer_responsibilities

-- 
Matthew Miller

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

[Bug 1492091] CVE-2017-12837 perl: Heap buffer overflow in regular expression compiler

[bugzilla]

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


--- Doc Text *updated* by Eric Christensen  ---
A heap write buffer overflow was found in perl's S_regatom() function, which is 
used in the compilation of regular expressions, resulting in the crash of the 
perl interpreter. An attacker, able to provide a specially crafted regular 
expression, could cause a denial of service.


-- 
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: Is it possible to upload new sources of a package from a URL?

[Emmanuel Seyman]

* Gerald Henriksen [26/09/2017 09:02] :
>
> That may be fine for any packagers who are actually paid to package
> (though even then I would have my doubts that every line of source has
> been checked), but it is clearly an impossible task in terms of time
> required for all the volunteer packagers.

The solution in this case is to not volunteer to do things you are
not able to do.

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

Re: Improving Linux laptop battery life: Testers Wanted

[Germano Massullo]

This message may be useful to others having my similar problem.
On a Thinkpad X220, after having booted the custom kernel, running

[root@machine]# cat /sys/class/scsi_host/host0/link_power_management_policy

I get

max_performance

instead of

med_power_with_dipm


Here some machine details

[root@machine]# cat /etc/rc.d/rc.local
#!/bin/sh

for i in /sys/class/scsi_host/host*/link_power_management_policy; do
    echo med_power_with_dipm > $i
done


[root@machine]# ls -latr /etc/rc.d/rc.local
-rwxrwxr-x. 1 user user 119 13 set 14.53 /etc/rc.d/rc.local


[root@machine]# cat /proc/cpuinfo | grep "model name"
model name  : Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz
model name  : Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz
model name  : Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz
model name  : Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz


[root@machine]# cat /sys/class/scsi_device/*/device/model
Samsung SSD 850
(it is a Samsung 850 PRO)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fwd: Removal of dependencies on net-tools

[James Hogarth]

Hi,

So net-tools has been deprecated a long time at this point with numerous
known issues - especially as we enter an IPv6 world.

There was an initial discussion a few months back as can be reviewed here:

https://lists.fedoraproject.org/archives/list/de...@lists.fe
doraproject.org/thread/OATM2PQLRKNUW54CQRZ33WUNS6WZMPVL/

FESCo agreed with the goal of removing the distributions dependency on
net-tools a couple of months ago:

https://pagure.io/fesco/issue/1711

In accordance with the mass bug filing process the packages that are
affected have been located with `dnf repoquery --all --alldeps
--whatrequires  net-tools` and the list of maintainers/packagers affected
are at the end.

I'll be filing the tracker bug in due course and bugs against the packages
in question.

I'm going to go through as best I can to check for the reason for the
dependency on each, but naturally I only have so much time. If you are able
to swiftly remove the dependency yourself, or if there is a good reason for
it, please actively close the bugs opened - or reach out to me to do so.

I'm already knee deep in facter which is a complex update to remove the
requirement as new dependency packages are introduced to get to the current
version without the requirement.

If you're unsure how to port a net-tools related script to one using the
iproute2 utilities please do let me know and I'll be happy to help move
them over.

For those who aren't currently packagers that would like to help - remember
that the new Pagure based interface to our git does support pull requests :)

For any changes that are made to packages, please just include them in
Rawhide to be a part of F28 and leave the F27 branch and packages at the
current versions they are. If it's going to make a change to the user
experience please file (or ping me and I'll do so on your behalf whilst
managing this process overall) a Self Contained Change for Fedora 28.

Regards,

James




Maintainers by package:
WALinuxAgent cottsay
beakerlibafri sopos
chkrootkit   limb
cloud-init   adimania apevec gholms larsks shardy skottler
ctdb
facter   gchamoul kanarip lzap rrati skottler stahnma
gnome-nettoolalexl caolanm group::gnome-sig johnp kalev mbarnes
rhughes rnorwood rstrode ssp
iodine   hubbitus lystor
mariadb  hhorak jstanek mbayer mkocka mmuzila mschorm
mediatomblimb
open-vm-toolsravindrakumar rjones slaanesh
openslp  rdieter vcrhonek
openwsmangunnersrini praveenp vcrhonek
peervpn  jcholast
pki-core edewata kwright mharmsen vakwetu
psad rathann
recapbharper carlwgeorge
redhat-lsb   ovasik pnemade
resource-agents  beekhof cfeist dvossel lon oalbrigt
synce-connector  awjb
systemtapbrolley drsmith2 fche jistone lberk mjw nathans scox
smakarov wcohen
testcloudgroup::qa-tools-sig mkrizek tflink
tunirkushal
wicd dcantrel
wifi-radar   robyduck
wlassistant  spot
x2goserver   orion

Packages by maintainer:
adimania   cloud-init
afri   beakerlib
alexl  gnome-nettool
apevec cloud-init
awjb   synce-connector
beekhofresource-agents
bharperrecap
brolleysystemtap
caolanmgnome-nettool
carlwgeorge recap
cfeist resource-agents
cottsayWALinuxAgent
dcantrel   wicd
drsmith2   systemtap
dvosselresource-agents
edewatapki-core
fche   systemtap
gchamoul   facter
gholms cloud-init
group::gnome-sig gnome-nettool
group::qa-tools-sig testcloud
gunnersrini openwsman
hhorak mariadb
hubbitus   iodine
jcholast   peervpn
jistonesystemtap
johnp  gnome-nettool
jstanekmariadb
kalev  gnome-nettool
kanaripfacter
kushal tunir
kwrightpki-core
larsks cloud-init
lberk  systemtap
limb   chkrootkit mediatomb
lonresource-agents
lystor iodine
lzap   facter
mbarnesgnome-nettool
mbayer mariadb
mharmsen   pki-core
mjwsystemtap
mkocka mariadb
mkrizektestcloud
mmuzilamariadb
mschormmariadb
nathanssystemtap
oalbrigt   resource-agents
orion  x2goserver
ovasik redhat-lsb
pnemaderedhat-lsb
praveenp   openwsman
rathannpsad
ravindrakumar open-vm-tools
rdieteropenslp
rhughesgnome-nettool
rjones open-vm-tools
rnorwood   gnome-nettool
robyduck   wifi-radar
rrati  facter
rstrodegnome-nettool
scox   systemtap
shardy cloud-init
skottler   cloud-init facter
slaanesh   open-vm-tools
smakarov   systemtap
sopos  beakerlib
spot   wlassistant
sspgnome-nettool
stahnmafacter
tflink testcloud
vakwetupki-core
vcrhonek   openslp openwsman
wcohen systemtap
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org

Fwd: Removal of dependencies on net-tools

[James Hogarth]

Hi,

So net-tools has been deprecated a long time at this point with numerous
known issues - especially as we enter an IPv6 world.

There was an initial discussion a few months back as can be reviewed here:

https://lists.fedoraproject.org/archives/list/devel@lists.
fedoraproject.org/thread/OATM2PQLRKNUW54CQRZ33WUNS6WZMPVL/

FESCo agreed with the goal of removing the distributions dependency on
net-tools a couple of months ago:

https://pagure.io/fesco/issue/1711

In accordance with the mass bug filing process the packages that are
affected have been located with `dnf repoquery --all --alldeps
--whatrequires  net-tools` and the list of maintainers/packagers affected
are at the end.

I'll be filing the tracker bug in due course and bugs against the packages
in question.

I'm going to go through as best I can to check for the reason for the
dependency on each, but naturally I only have so much time. If you are able
to swiftly remove the dependency yourself, or if there is a good reason for
it, please actively close the bugs opened - or reach out to me to do so.

I'm already knee deep in facter which is a complex update to remove the
requirement as new dependency packages are introduced to get to the current
version without the requirement.

If you're unsure how to port a net-tools related script to one using the
iproute2 utilities please do let me know and I'll be happy to help move
them over.

For those who aren't currently packagers that would like to help - remember
that the new Pagure based interface to our git does support pull requests :)

For any changes that are made to packages, please just include them in
Rawhide to be a part of F28 and leave the F27 branch and packages at the
current versions they are. If it's going to make a change to the user
experience please file (or ping me and I'll do so on your behalf whilst
managing this process overall) a Self Contained Change for Fedora 28.

Regards,

James




Maintainers by package:
WALinuxAgent cottsay
beakerlibafri sopos
chkrootkit   limb
cloud-init   adimania apevec gholms larsks shardy skottler
ctdb
facter   gchamoul kanarip lzap rrati skottler stahnma
gnome-nettoolalexl caolanm group::gnome-sig johnp kalev mbarnes
rhughes rnorwood rstrode ssp
iodine   hubbitus lystor
mariadb  hhorak jstanek mbayer mkocka mmuzila mschorm
mediatomblimb
open-vm-toolsravindrakumar rjones slaanesh
openslp  rdieter vcrhonek
openwsmangunnersrini praveenp vcrhonek
peervpn  jcholast
pki-core edewata kwright mharmsen vakwetu
psad rathann
recapbharper carlwgeorge
redhat-lsb   ovasik pnemade
resource-agents  beekhof cfeist dvossel lon oalbrigt
synce-connector  awjb
systemtapbrolley drsmith2 fche jistone lberk mjw nathans scox
smakarov wcohen
testcloudgroup::qa-tools-sig mkrizek tflink
tunirkushal
wicd dcantrel
wifi-radar   robyduck
wlassistant  spot
x2goserver   orion

Packages by maintainer:
adimania   cloud-init
afri   beakerlib
alexl  gnome-nettool
apevec cloud-init
awjb   synce-connector
beekhofresource-agents
bharperrecap
brolleysystemtap
caolanmgnome-nettool
carlwgeorge recap
cfeist resource-agents
cottsayWALinuxAgent
dcantrel   wicd
drsmith2   systemtap
dvosselresource-agents
edewatapki-core
fche   systemtap
gchamoul   facter
gholms cloud-init
group::gnome-sig gnome-nettool
group::qa-tools-sig testcloud
gunnersrini openwsman
hhorak mariadb
hubbitus   iodine
jcholast   peervpn
jistonesystemtap
johnp  gnome-nettool
jstanekmariadb
kalev  gnome-nettool
kanaripfacter
kushal tunir
kwrightpki-core
larsks cloud-init
lberk  systemtap
limb   chkrootkit mediatomb
lonresource-agents
lystor iodine
lzap   facter
mbarnesgnome-nettool
mbayer mariadb
mharmsen   pki-core
mjwsystemtap
mkocka mariadb
mkrizektestcloud
mmuzilamariadb
mschormmariadb
nathanssystemtap
oalbrigt   resource-agents
orion  x2goserver
ovasik redhat-lsb
pnemaderedhat-lsb
praveenp   openwsman
rathannpsad
ravindrakumar open-vm-tools
rdieteropenslp
rhughesgnome-nettool
rjones open-vm-tools
rnorwood   gnome-nettool
robyduck   wifi-radar
rrati  facter
rstrodegnome-nettool
scox   systemtap
shardy cloud-init
skottler   cloud-init facter
slaanesh   open-vm-tools
smakarov   systemtap
sopos  beakerlib
spot   wlassistant
sspgnome-nettool
stahnmafacter
tflink testcloud
vakwetupki-core
vcrhonek   openslp openwsman
wcohen systemtap
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Is it possible to upload new sources of a package from a URL?

[Matthew Miller]

On Mon, Sep 25, 2017 at 11:38:07PM +, Tim Landscheidt wrote:
> If data volume is expensive or difficult for you, you could
> look into renting a (virtual) private server and then devel-
> oping there via ssh.  Offers usually start at less than
> $ 5,-/month.  (I'm not aware of free solutions; it's proba-
> bly easier to solicit donations for one's own server than to
> get access on someone else's.)

There is a thing called "DPLY" which gives free access to a Digital
Ocean-based droplet for 2 hours (you can pay for more).

Here's the link to deploy Fedora 26: https://dply.co/b/f4BVCJuS

It's only a small instance and not suitable for a lot of things, but
might be good enough to validate and upload your large sources.

-- 
Matthew Miller

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

[389-devel] Please review 48085: CI tests - replication - mmr state tests

[Sankar Ramalingam]

https://pagure.io/389-ds-base/issue/48085
https://pagure.io/389-ds-base/issue/raw/files/335c138fefedfe99173c0b1902ffee75193db9dce8968aeba454aeb167dc4afc-0001-mmrepl-state-tests.patch
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

wfp pushed to perl-Regexp-Grammars (master). "update to version 1.047 (..more)"

[notifications]

From ff97eac1fd65fdc593ab7a81a929e0436a1dad7b Mon Sep 17 00:00:00 2001
From: Bill Pemberton 
Date: Sep 26 2017 13:10:34 +
Subject: update to version 1.047


Fixes handling of (?>...) construct

---

diff --git a/.gitignore b/.gitignore
index bf8edf3..96c7db7 100644
--- a/.gitignore
+++ b/.gitignore
@@ -13,3 +13,4 @@
 /Regexp-Grammars-1.042.tar.gz
 /Regexp-Grammars-1.044.tar.gz
 /Regexp-Grammars-1.045.tar.gz
+/Regexp-Grammars-1.047.tar.gz
diff --git a/perl-Regexp-Grammars.spec b/perl-Regexp-Grammars.spec
index ac85e7f..5d6aceb 100644
--- a/perl-Regexp-Grammars.spec
+++ b/perl-Regexp-Grammars.spec
@@ -1,6 +1,6 @@
 Name:  perl-Regexp-Grammars
-Version:   1.045
-Release:   7%{?dist}
+Version:   1.047
+Release:   1%{?dist}
 Summary:   Add grammatical parsing features to perl regular expressions
 License:   GPL+ or Artistic
 Group: Development/Libraries
@@ -52,6 +52,10 @@ perl Build.PL installdirs=vendor
 %{_mandir}/man3/Regexp::Grammars.3pm*
 
 %changelog
+* Tue Sep 26 2017 Bill Pemberton  - 1.047-1
+- update to version 1.047
+- Fixes handling of (?>...) construct
+
 * Thu Jul 27 2017 Fedora Release Engineering  - 
1.045-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
 
diff --git a/sources b/sources
index 0fcffa9..35ca9cc 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-8d55de81d4985953e25a76a1f28897da  Regexp-Grammars-1.045.tar.gz
+SHA512 (Regexp-Grammars-1.047.tar.gz) = 
a89a9fd12e3a0d6f5947cb8b285d2e492b9f3654da6ae1bc050452a0cae4230fedcfa6eeadfb1cac7ade9db595401a2729b320511708fbc635ae439966935771



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

wfp uploaded Regexp-Grammars-1.047.tar.gz for perl-Regexp-Grammars

[notifications]

a89a9fd12e3a0d6f5947cb8b285d2e492b9f3654da6ae1bc050452a0cae4230fedcfa6eeadfb1cac7ade9db595401a2729b320511708fbc635ae439966935771
  Regexp-Grammars-1.047.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Regexp-Grammars/Regexp-Grammars-1.047.tar.gz/sha512/a89a9fd12e3a0d6f5947cb8b285d2e492b9f3654da6ae1bc050452a0cae4230fedcfa6eeadfb1cac7ade9db595401a2729b320511708fbc635ae439966935771/Regexp-Grammars-1.047.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Is it possible to upload new sources of a package from a URL?

[Gerald Henriksen]

On Tue, 26 Sep 2017 07:50:11 + (UTC), you wrote:

>On 2017-09-26, Richard W.M. Jones  wrote:
>> On Tue, Sep 26, 2017 at 07:18:12AM +, Petr Pisar wrote:
>>> A packager is responsible for reviewing the code before uploading it to the
>>> Fedora infrastructure. It does not mattter whether the code matches what
>>> upstream released. Actually in some cases the code is intentionally
>>> changed by the packagers (e.g. when removing bad-licensed code).
>>
>> Are there any tools you'd like to suggest for reviewing 100GB
>> (or even 10MB) of code?
>>
>diff. First you review 100GB code, and then you review differences only.
>Actually you do not need to review 100GB of code. You can unbudle it
>first. I doubt the 100GB were written from scratch. 

That may be fine for any packagers who are actually paid to package
(though even then I would have my doubts that every line of source has
been checked), but it is clearly an impossible task in terms of time
required for all the volunteer packagers.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1495846] perl-Net-LibIDN2-1.00 is available

[bugzilla]

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



--- Comment #2 from Fedora Update System  ---
perl-Net-LibIDN2-1.00-1.fc27 has been submitted as an update to Fedora 27.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-683aca535a

-- 
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-Net-LibIDN2 (f27). "1.00 bump"

[notifications]

From 4d3e51a8edb257a6eef9809f2b139f22cf109a66 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Sep 26 2017 12:40:40 +
Subject: 1.00 bump


---

diff --git a/.gitignore b/.gitignore
index 29a63fd..97342f1 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /Net-LibIDN2-0.03.tar.gz
+/Net-LibIDN2-1.00.tar.gz
diff --git a/perl-Net-LibIDN2.spec b/perl-Net-LibIDN2.spec
index aea6151..b5c9e96 100644
--- a/perl-Net-LibIDN2.spec
+++ b/perl-Net-LibIDN2.spec
@@ -1,6 +1,6 @@
 Name:   perl-Net-LibIDN2
-Version:0.03
-Release:4%{?dist}
+Version:1.00
+Release:1%{?dist}
 Summary:Perl binding for GNU Libidn2
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Net-LibIDN2/
@@ -8,7 +8,7 @@ Source0:
http://www.cpan.org/authors/id/T/TH/THOR/Net-LibIDN2-%{version}.
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  gcc
-BuildRequires:  libidn2-devel >= 0.8
+BuildRequires:  libidn2-devel >= 2.0.0
 BuildRequires:  perl-interpreter
 BuildRequires:  perl-devel
 BuildRequires:  perl-generators
@@ -61,6 +61,9 @@ find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -delete
 %{_mandir}/man3/*
 
 %changelog
+* Tue Sep 26 2017 Petr Pisar  - 1.00-1
+- 1.00 bump
+
 * Thu Aug 03 2017 Fedora Release Engineering  - 
0.03-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Binutils_Mass_Rebuild
 
diff --git a/sources b/sources
index c7e5db1..0c1f977 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Net-LibIDN2-0.03.tar.gz) = 
0b3ba3bae8c3387f6c35230090462b4db51f8894121df260dd0d9e37cb52253d16f411577982dbdf03af1afe4564d2334f9d8a7855fe4722eccd78e9b464e443
+SHA512 (Net-LibIDN2-1.00.tar.gz) = 
0b0c3bba9b2c8e748fd416ba465e6b4eb76fbdad1ee2d3459be032b7d5bdb0706da97e8ebb9de57a92acae06ce84aed357f5baa516ad40268797abda6d7fb38e



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

ppisar pushed to perl-Net-LibIDN2 (master). "1.00 bump"

[notifications]

From 4d3e51a8edb257a6eef9809f2b139f22cf109a66 Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Sep 26 2017 12:40:40 +
Subject: 1.00 bump


---

diff --git a/.gitignore b/.gitignore
index 29a63fd..97342f1 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /Net-LibIDN2-0.03.tar.gz
+/Net-LibIDN2-1.00.tar.gz
diff --git a/perl-Net-LibIDN2.spec b/perl-Net-LibIDN2.spec
index aea6151..b5c9e96 100644
--- a/perl-Net-LibIDN2.spec
+++ b/perl-Net-LibIDN2.spec
@@ -1,6 +1,6 @@
 Name:   perl-Net-LibIDN2
-Version:0.03
-Release:4%{?dist}
+Version:1.00
+Release:1%{?dist}
 Summary:Perl binding for GNU Libidn2
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Net-LibIDN2/
@@ -8,7 +8,7 @@ Source0:
http://www.cpan.org/authors/id/T/TH/THOR/Net-LibIDN2-%{version}.
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  gcc
-BuildRequires:  libidn2-devel >= 0.8
+BuildRequires:  libidn2-devel >= 2.0.0
 BuildRequires:  perl-interpreter
 BuildRequires:  perl-devel
 BuildRequires:  perl-generators
@@ -61,6 +61,9 @@ find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -delete
 %{_mandir}/man3/*
 
 %changelog
+* Tue Sep 26 2017 Petr Pisar  - 1.00-1
+- 1.00 bump
+
 * Thu Aug 03 2017 Fedora Release Engineering  - 
0.03-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Binutils_Mass_Rebuild
 
diff --git a/sources b/sources
index c7e5db1..0c1f977 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Net-LibIDN2-0.03.tar.gz) = 
0b3ba3bae8c3387f6c35230090462b4db51f8894121df260dd0d9e37cb52253d16f411577982dbdf03af1afe4564d2334f9d8a7855fe4722eccd78e9b464e443
+SHA512 (Net-LibIDN2-1.00.tar.gz) = 
0b0c3bba9b2c8e748fd416ba465e6b4eb76fbdad1ee2d3459be032b7d5bdb0706da97e8ebb9de57a92acae06ce84aed357f5baa516ad40268797abda6d7fb38e



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

[Bug 1495846] perl-Net-LibIDN2-1.00 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-Net-LibIDN2-1.00-1.fc2
   ||8



--- Comment #1 from Petr Pisar  ---
An enhancement release suitable for Fedora ≥ 27.

-- 
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 uploaded Net-LibIDN2-1.00.tar.gz for perl-Net-LibIDN2

[notifications]

0b0c3bba9b2c8e748fd416ba465e6b4eb76fbdad1ee2d3459be032b7d5bdb0706da97e8ebb9de57a92acae06ce84aed357f5baa516ad40268797abda6d7fb38e
  Net-LibIDN2-1.00.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Net-LibIDN2/Net-LibIDN2-1.00.tar.gz/sha512/0b0c3bba9b2c8e748fd416ba465e6b4eb76fbdad1ee2d3459be032b7d5bdb0706da97e8ebb9de57a92acae06ce84aed357f5baa516ad40268797abda6d7fb38e/Net-LibIDN2-1.00.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1495853] New: perl-Regexp-Grammars-1.047 is available

[bugzilla]

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

Bug ID: 1495853
   Summary: perl-Regexp-Grammars-1.047 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Regexp-Grammars
  Keywords: FutureFeature, Triaged
  Assignee: wf...@worldbroken.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
wf...@worldbroken.com



Latest upstream release: 1.047
Current version/release in rawhide: 1.045-7.fc27
URL: http://search.cpan.org/dist/Regexp-Grammars/

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

-- 
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 1494883] perl-MooseX-AttributeShortcuts-0.035 is available

[bugzilla]

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



--- Comment #2 from Petr Pisar  ---
Due to new dependencies and changes in the metaclass methods suitable for
rawhide only.

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

[Bug 1495846] New: perl-Net-LibIDN2-1.00 is available

[bugzilla]

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

Bug ID: 1495846
   Summary: perl-Net-LibIDN2-1.00 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Net-LibIDN2
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 1.00
Current version/release in rawhide: 0.03-4.fc27
URL: http://search.cpan.org/dist/Net-LibIDN2/

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

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

[389-devel] email

[Alisha Aneja]

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

Fedora 27 Beta 1.3 compose check report

[Fedora compose checker]

Missing expected images:

Workstation live i386
Server boot i386
Kde live i386

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

New failures (same test did not fail in 27 Beta 1.2):

ID: 147059  Test: x86_64 Workstation-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/147059
ID: 147177  Test: i386 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/147177

Old failures (same test failed in 27 Beta 1.2):

ID: 147042  Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/147042
ID: 147048  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/147048
ID: 147069  Test: x86_64 Workstation-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/147069
ID: 147079  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/147079
ID: 147086  Test: x86_64 KDE-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/147086
ID: 147088  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/147088
ID: 147106  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/147106
ID: 147108  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/147108
ID: 147111  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/147111
ID: 147118  Test: x86_64 universal install_shrink_ext4
URL: https://openqa.fedoraproject.org/tests/147118
ID: 147119  Test: x86_64 universal install_shrink_ntfs
URL: https://openqa.fedoraproject.org/tests/147119
ID: 147121  Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/147121
ID: 147122  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/147122
ID: 147128  Test: x86_64 universal install_rescue_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/147128
ID: 147137  Test: x86_64 universal install_blivet_lvmthin
URL: https://openqa.fedoraproject.org/tests/147137
ID: 147160  Test: x86_64 universal install_rescue_encrypted
URL: https://openqa.fedoraproject.org/tests/147160
ID: 147164  Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/147164

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

New soft failures (same test did not soft fail in 27 Beta 1.2):

ID: 147077  Test: x86_64 KDE-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/147077

Old soft failures (same test soft failed in 27 Beta 1.2):

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

Passed openQA tests: 102/126 (x86_64), 16/18 (i386)

New passes (same test did not pass in 27 Beta 1.2):

ID: 147073  Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/147073
ID: 147125  Test: x86_64 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/147125

Skipped openQA tests: 1 of 146

Installed system changes in test x86_64 Server-boot-iso install_default@uefi: 
1 packages(s) added since previous compose: fedora-gpg-keys
1 packages(s) removed since previous compose: fedora-repos-rawhide
Previous test data: https://openqa.fedoraproject.org/tests/146219#downloads
Current test data: https://openqa.fedoraproject.org/tests/147033#downloads

Installed system changes in test x86_64 Server-boot-iso install_default: 
1 packages(s) added since previous compose: fedora-gpg-keys
1 packages(s) removed since previous compose: fedora-repos-rawhide
Previous test data: https://openqa.fedoraproject.org/tests/146220#downloads
Current test data: https://openqa.fedoraproject.org/tests/147034#downloads

Installed system changes in test x86_64 Everything-boot-iso 
install_default@uefi: 
1 packages(s) added since previous compose: fedora-gpg-keys
1 packages(s) removed since previous compose: fedora-repos-rawhide
Previous test data: https://openqa.fedoraproject.org/tests/146242#downloads
Current test data: https://openqa.fedoraproject.org/tests/147056#downloads

Installed system changes in test x86_64 Everything-boot-iso install_default: 
System load changed from 0.01 to 0.16
Previous test data: https://openqa.fedoraproject.org/tests/146751#downloads
Current test data: https://openqa.fedoraproject.org/tests/147057#downloads

Installed system changes in test x86_64 Workstation-live-iso 

Flock 2018 Bidding Open

[Brian Exelbierd]

The new streamlined bidding process for Flock 2018 is now open.  See the
community blog post here:

https://communityblog.fedoraproject.org/flock-2018-bidding-open/

for all the details.  The process has been made simpler to encourage
more bidding.

regards,

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

Fedora 27-20170925.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Workstation live i386
Server boot i386
Kde live i386

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

New failures (same test did not fail in 27-20170924.n.0):

ID: 146763  Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/146763
ID: 146809  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/146809

Passed openQA tests: 47/128 (x86_64), 1/18 (i386)

New passes (same test did not pass in 27-20170924.n.0):

ID: 146754  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/146754
ID: 146755  Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/146755
ID: 146756  Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/146756
ID: 146757  Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/146757
ID: 146758  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/146758
ID: 146759  Test: x86_64 Server-dvd-iso server_firewall_default
URL: https://openqa.fedoraproject.org/tests/146759
ID: 146760  Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/146760
ID: 146761  Test: x86_64 Server-dvd-iso server_role_deploy_database_server
URL: https://openqa.fedoraproject.org/tests/146761
ID: 146762  Test: x86_64 Server-dvd-iso server_cockpit_default
URL: https://openqa.fedoraproject.org/tests/146762
ID: 146764  Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/146764
ID: 146765  Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/146765
ID: 146766  Test: x86_64 Server-dvd-iso base_system_logging
URL: https://openqa.fedoraproject.org/tests/146766
ID: 146767  Test: x86_64 Server-dvd-iso base_update_cli
URL: https://openqa.fedoraproject.org/tests/146767
ID: 146771  Test: x86_64 Server-dvd-iso server_database_client
URL: https://openqa.fedoraproject.org/tests/146771
ID: 146776  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/146776
ID: 146777  Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/146777
ID: 146778  Test: x86_64 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/146778
ID: 146780  Test: x86_64 Workstation-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/146780
ID: 146781  Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/146781
ID: 146782  Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/146782
ID: 146784  Test: x86_64 Workstation-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/146784
ID: 146785  Test: x86_64 Workstation-live-iso desktop_terminal
URL: https://openqa.fedoraproject.org/tests/146785
ID: 146787  Test: x86_64 Workstation-live-iso base_system_logging
URL: https://openqa.fedoraproject.org/tests/146787
ID: 146788  Test: x86_64 Workstation-live-iso base_update_cli
URL: https://openqa.fedoraproject.org/tests/146788
ID: 146792  Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/146792
ID: 146795  Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/146795
ID: 146798  Test: x86_64 KDE-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/146798
ID: 146799  Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/146799
ID: 146802  Test: x86_64 KDE-live-iso desktop_terminal
URL: https://openqa.fedoraproject.org/tests/146802
ID: 146811  Test: x86_64 Atomic-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/146811
ID: 146812  Test: x86_64 Atomic-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/146812
ID: 146846  Test: x86_64 universal install_kickstart_firewall_disabled
URL: https://openqa.fedoraproject.org/tests/146846
ID: 146847  Test: x86_64 universal install_kickstart_firewall_configured
URL: https://openqa.fedoraproject.org/tests/146847
ID: 146850  Test: x86_64 universal install_anaconda_text
URL: https://openqa.fedoraproject.org/tests/146850
ID: 146863  Test: x86_64 universal support_server
URL: https://openqa.fedoraproject.org/tests/146863
ID: 146864  Test: x86_64 universal install_repository_http_variation
URL: https://openqa.fedoraproject.org/tests/146864
ID: 146865  Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/146865
ID: 146866  Test: x86_64 universal 

[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/ perl5/vendor_perl/File/Tail.pm line 391

[bugzilla]

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



--- Comment #11 from Harald Reindl  ---

the same in F26 with updates-testing enabled, release-number seemes to be lower
in F26

Sep 25 19:43:09 testserver perl[543]: Use of uninitialized value in numeric eq
(==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391

[root@testserver:~]$ rpm -q --info perl-File-Tail
Name: perl-File-Tail
Version : 1.3
Release : 4.fc26
Architecture: noarch
Install Date: Do 21 Sep 2017 15:23:11 CEST
Group   : Development/Libraries
Size: 39518
License : GPL+ or Artistic
Signature   : RSA/SHA256, So 12 Feb 2017 00:19:42 CET, Key ID 812a6b4b64dab85d
Source RPM  : perl-File-Tail-1.3-4.fc26.src.rpm
Build Date  : Sa 11 Feb 2017 14:07:21 CET
Build Host  : buildvm-aarch64-07.arm.fedoraproject.org
Relocations : (not relocatable)
Packager: Fedora Project
Vendor  : Fedora Project
URL : http://search.cpan.org/dist/File-Tail/
Summary : Perl extension for reading from continously updated files
Description :
The primary purpose of File::Tail is reading and analysing log files
while they are being written, which is especially useful if you are
monitoring the logging process with a tool like Tobias Oetiker's MRTG.

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

[Test-Announce] Fedora 27 Candidate Beta-1.3 Available Now!

[Kamil Paral]

According to the schedule [1], Fedora 27 Candidate Beta-1.3 is now
available for testing. Please help us complete all the validation
testing! For more information on release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan

Test coverage information for the current release can be seen at:
https://www.happyassassin.net/testcase_stats/27

You can see all results, find testing instructions and image download
locations, and enter results on the Summary page:

https://fedoraproject.org/wiki/Test_Results:Fedora_27_Beta_1.3_Summary

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora_27_Beta_1.3_Installation
https://fedoraproject.org/wiki/Test_Results:Fedora_27_Beta_1.3_Base
https://fedoraproject.org/wiki/Test_Results:Fedora_27_Beta_1.3_Server
https://fedoraproject.org/wiki/Test_Results:Fedora_27_Beta_1.3_Cloud
https://fedoraproject.org/wiki/Test_Results:Fedora_27_Beta_1.3_Desktop
https://fedoraproject.org/wiki/Test_Results:Fedora_27_Beta_1.3_Security_Lab

All Beta priority test cases for each of these test pages [2] must
pass in order to meet the Beta Release Criteria [3].

Help is available on #fedora-qa on irc.freenode.net [4], or on the
test list [5].

Current Blocker and Freeze Exception bugs:
http://qa.fedoraproject.org/blockerbugs/current

[1] http://fedorapeople.org/groups/schedule/f-27/f-27-quality-tasks.html
[2] https://fedoraproject.org/wiki/QA:Release_validation_test_plan
[3] https://fedoraproject.org/wiki/Fedora_27_Beta_Release_Criteria
[4] irc://irc.freenode.net/fedora-qa
[5]
https://lists.fedoraproject.org/archives/list/t...@lists.fedoraproject.org/
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packages giveaway

[Till Hofmann]

On 09/20/2017 09:57 AM, Fabio Alessandro Locati wrote:
Clearly this is not working very well, so I'm giving up all my Point of 
Contacts position on packages.
I will try to work on them, even if I'm not th PoC anymore, but I don't 
want to keep those packages stuck due to my (un)availability.



Those are the list of packages I just orphanated:


sway -- i3-compatible window manager for Wayland


I'm interested in taking sway, but it seems to be broken atm, it 
segfaults right after login (F26). Is that a known issue? Have you had a 
look at it?


If not, I'll give it a try.

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

Re: Package add request

[Zbigniew Jędrzejewski-Szmek]

On Mon, Sep 25, 2017 at 11:15:25PM -, Samuel Rakitničan wrote:
> Here it is: 
> https://copr.fedorainfracloud.org/coprs/srakitnican/default/build/607839/
> 
> Still not sure about naming issue, package wants to name files ZeGrapher, I 
> called the package zegrapher, debian maintainers go a step further and call 
> package files zegrapher also.

I think that both the package name and executable should be "zegrapher".
The appdata and desktop files and the displayed name can all be "ZeGrapher",
but the stuff that you type should be lowercase.

> TODO: AppStream metadata
> It would be nice if build system would support install
There's two pull requests upstream for that, so this shouldn't be a problem ;)

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

Re: Is it possible to upload new sources of a package from a URL?

[Petr Pisar]

On 2017-09-26, Richard W.M. Jones  wrote:
> On Tue, Sep 26, 2017 at 07:18:12AM +, Petr Pisar wrote:
>> On 2017-09-25, Hedayat Vatankhah  wrote:
>> > /*Pierre-yves Chibon*/ wrote on Mon, 25 Sep 2017 09:38:39 +0200:
>> >> It's an interesting idea but then it would become quite hard to check
>> >> if there is a mitm attack of some sort. With the current process, at
>> >> least the packager has the possibility to check the sources locally
>> >> before uploading them into Fedora.
>> >> The solution would be to provide the sha + the url and let the down
>> >> be server side but that won't save you from downloading the sources
>> >> locally first.
>> > Yes, but even if I'm forced to download locally, it is much better than 
>> > being forced to upload it again. (Also, note that the current process 
>> > doesn't prevent MITM if it happens when I download the source).
>> 
>> A packager is responsible for reviewing the code before uploading it to the
>> Fedora infrastructure. It does not mattter whether the code matches what
>> upstream released. Actually in some cases the code is intentionally
>> changed by the packagers (e.g. when removing bad-licensed code).
>
> Are there any tools you'd like to suggest for reviewing 100GB
> (or even 10MB) of code?
>
diff. First you review 100GB code, and then you review differences only.
Actually you do not need to review 100GB of code. You can unbudle it
first. I doubt the 100GB were written from scratch. 

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

Re: Is it possible to upload new sources of a package from a URL?

[Richard W.M. Jones]

On Tue, Sep 26, 2017 at 07:18:12AM +, Petr Pisar wrote:
> On 2017-09-25, Hedayat Vatankhah  wrote:
> > /*Pierre-yves Chibon*/ wrote on Mon, 25 Sep 2017 09:38:39 +0200:
> >> It's an interesting idea but then it would become quite hard to check
> >> if there is a mitm attack of some sort. With the current process, at
> >> least the packager has the possibility to check the sources locally
> >> before uploading them into Fedora.
> >> The solution would be to provide the sha + the url and let the down
> >> be server side but that won't save you from downloading the sources
> >> locally first.
> > Yes, but even if I'm forced to download locally, it is much better than 
> > being forced to upload it again. (Also, note that the current process 
> > doesn't prevent MITM if it happens when I download the source).
> 
> A packager is responsible for reviewing the code before uploading it to the
> Fedora infrastructure. It does not mattter whether the code matches what
> upstream released. Actually in some cases the code is intentionally
> changed by the packagers (e.g. when removing bad-licensed code).

Are there any tools you'd like to suggest for reviewing 100GB
(or even 10MB) of code?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Is it possible to upload new sources of a package from a URL?

[Petr Pisar]

On 2017-09-25, Hedayat Vatankhah  wrote:
> /*Pierre-yves Chibon*/ wrote on Mon, 25 Sep 2017 09:38:39 +0200:
>> It's an interesting idea but then it would become quite hard to check
>> if there is a mitm attack of some sort. With the current process, at
>> least the packager has the possibility to check the sources locally
>> before uploading them into Fedora.
>> The solution would be to provide the sha + the url and let the down
>> be server side but that won't save you from downloading the sources
>> locally first.
> Yes, but even if I'm forced to download locally, it is much better than 
> being forced to upload it again. (Also, note that the current process 
> doesn't prevent MITM if it happens when I download the source).

A packager is responsible for reviewing the code before uploading it to the
Fedora infrastructure. It does not mattter whether the code matches what
upstream released. Actually in some cases the code is intentionally
changed by the packagers (e.g. when removing bad-licensed code).

In other words Fedora does not care about MITM between the upstream and
the packager. What matters is connection between the packager and
Fedora.

That does not mean the packager should not be concerned by MITM on him
or upstream. It just cannot to be Fedora's business.

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