Schedule for Thursday's FPC Meeting (2019-01-17 17:00 UTC)

[James Antill]

 Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2019-01-17 17:00 UTC in #fedora-meeting-1 on 
irc.freenode.net.

 Local time information (via. uitime):

= Day: Thursday ==
2019-01-17 09:00 PST  US/Pacific
2019-01-17 12:00 EST  --> US/Eastern <--
2019-01-17 17:00 GMT  Europe/London 
2019-01-17 17:00 UTC  UTC   
2019-01-17 18:00 CET  Europe/Berlin 
2019-01-17 18:00 CET  Europe/Paris  
2019-01-17 22:30 IST  Asia/Calcutta 
 New Day: Friday -
2019-01-18 01:00 HKT  Asia/Hong_Kong
2019-01-18 01:00 +08  Asia/Singapore
2019-01-18 02:00 JST  Asia/Tokyo
2019-01-18 03:00 AEST Australia/Brisbane


 Links to all tickets below can be found at: 

https://pagure.io/packaging-committee/issues?status=Open=meeting

= Followups =

#topic #719 Simplify packaging of forge-hosted projects
.fpc 719
https://pagure.io/packaging-committee/issue/719

#topic #841 Change or remove "Want to help" footer 
.fpc 841
https://pagure.io/packaging-committee/issue/841

= Open Floor = 

 For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at:

https://pagure.io/packaging-committee/issues?status=Open=meeting

 If you would like to add something to this agenda, you can:
  * Reply to this e-mail
  * File a new ticket at: https://pagure.io/packaging-committee
  * E-mail me directly
  * Bring it up at the end of the meeting, during the open floor topic. Note
that added topics may be deferred until the following meeting.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Orphan winetricks

[Ernestas Kulik]

On Thu, Jan 17, 2019 at 4:18 AM Raphael Groner 
wrote:

> Hi,
>
> thanks for your interest and I've added you with admin role. Do you plan
> to become the overall maintainer?
> We're still looking for someone you can take the 'main admin' role in
> pagure, so there's actually the entry marked as orphan.
>

Sure, yeah, that was my original intention.

-- 
Ernestas Kulik
Associate Software Engineer - Base Operating Systems (Core Services/ABRT)
Red Hat Czech, s.r.o.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [HEADS UP] Removal of ldconfig scriptlets

[Raphael Groner]

Hi Igor,
…
> During this weekend, I'm going to clean all those packages to switch
> to the %ldconfig_scriptlets macro (which expands to something only on
> EPEL).

Fedora packaging is becoming to get heavy magic aspects. Thank you.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Orphan winetricks

[Raphael Groner]

Hi,

thanks for your interest and I've added you with admin role. Do you plan to 
become the overall maintainer?
We're still looking for someone you can take the 'main admin' role in pagure, 
so there's actually the entry marked as orphan.

Regards, Raphael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
  33  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-b7556983e8   
tomcat-7.0.92-1.el6
  29  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-a0ddb153b8   
game-music-emu-0.6.2-1.el6
  14  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c61cb3eb1d   
perl-Email-Address-1.912-1.el6
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-f49d74241e   
php-horde-Horde-Form-2.0.19-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-5fba945293   
gitolite3-3.6.11-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-13717fa751   
golang-1.11.4-1.el6


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

twa-1.7.1-1.el6

Details about builds:



 twa-1.7.1-1.el6 (FEDORA-EPEL-2019-ec31df1c17)
 Tiny web auditor with strong opinions

Update Information:

Update to upstream release 1.7.1

ChangeLog:

* Wed Jan 16 2019 Artur Iwicki  - 1.7.1-1
- Update to latest upstream version


___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org

Fedora updates-20190117.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 2/2 (x86_64)

ID: 345751  Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/345751
ID: 345752  Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/345752
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Fedora testing-20190117.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 2/2 (x86_64)

Old failures (same test failed in updates-20190116.0):

ID: 345749  Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/345749
ID: 345750  Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/345750
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

[389-devel] 389 DS nightly 2019-01-17 - 0% PASS

[vashirov]

https://fedorapeople.org/groups/389ds/ci/nightly/2019/01/17/report-389-ds-base-1.4.0.20-20190117gitc57528b.fc29.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org

[389-devel] Please review: 50174 perl tmpfiles fix up

[William Brown]

https://pagure.io/389-ds-base/pull-request/50174

https://pagure.io/389-ds-base/pull-request/50125

--
Sincerely,

William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org

Re: Call for zchunk repodata testers

[Björn 'besser82' Esser]

Am Mittwoch, den 16.01.2019, 22:08 + schrieb Jonathan Dieter:
> Just a heads up Rawhide has had zchunked metadata for almost three
> weeks, and I'd greatly appreciate some more testing on the client side
> before we finish pushing the client changes to Rawhide.
> 
> …
> 
> If the second day's repository download size for Rawhide is less than
> 54MB, you'll know everything's working correctly.


I've just tested updating from yesterday's metadata and it took me about
2.9 MBytes (vs. about 61 MBytes without zchunk support) to download.

Seems to be working as it should.  LGTM  =)

Björn


signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Installation image layout

[Chris Murphy]

On Wed, Jan 16, 2019 at 10:42 AM Georg Sauthoff  wrote:
>
> On Fri, Jan 04, 2019 at 09:27:33PM +0100, Georg Sauthoff wrote:
> > On Sun, Oct 14, 2018 at 04:35:53PM -0600, Chris Murphy wrote:
> > [..]
> > > And now it replicates extents from seed to sprout.  The copy is faster
> > > than pvmove, rsync, dd, or rpm-ostree deploy.
> >
> > This sounds great!
> >
> > I just tried it (on Fedora 29), but those steps don't work for me:
> >
> > # cryptsetup --readonly luksOpen /dev/nbd0p4 tmp
> > # mount -o noatime /dev/mapper/tmp /mnt/tmp
> > # mount: /mnt/tmp: WARNING: device write-protected, mounted read-only.
> > # btrfs device add /dev/nbd1 /mnt/tmp
> > Performing full device TRIM /dev/nbd1 (4.00GiB) ...
> > ERROR: error adding device '/dev/nbd1': Read-only file system
> >
> > Am I missing something?
>
> Ok, a necessary condition for creating a sprout is setting the seed
> parameter on the source filesystem (via btrfstune). [1]
>
> (with the seed parameter a mount of that FS is automatically read-only)
>
> Thus, this works for me:
>
> # cryptsetup luksOpen /dev/nbd0p4 tmp
> # btrfstune -S 1/dev/mapper/tmp
> # mount -o noatime /dev/mapper/tmp /mnt/tmp
> # mount: /mnt/tmp: WARNING: device write-protected, mounted read-only.
> # btrfs device add /dev/nbd1 /mnt/tmp
> Performing full device TRIM /dev/nbd1 (2.80GiB) ...
> # mount -o remount,rw /mnt/tmp
> # time btrfs device remove /dev/mapper/tmp /mnt/tmp
> # umount /mnt/tmp
>

Yeah sorry I made the assumption that "the seed" is already flagged
with btrfstune. If it weren't flagged as seed and is rw mounted,
replication does still happen however the first device has its
signature wiped, and the second device inherits the same fs UUID. The
use case here is live migration from one device to another.

In the seed/sprout use case the seed is not wiped (so it can be an
on-going source), and the sprout gets a new fs UUID assigned.

-- 
Chris Murphy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Call for zchunk repodata testers

[Jonathan Dieter]

Just a heads up Rawhide has had zchunked metadata for almost three
weeks, and I'd greatly appreciate some more testing on the client side
before we finish pushing the client changes to Rawhide.

If you're running Rawhide, are willing to test, and have backups of
libdnf and librepo, please enable the COPR by running:

dnf copr enable jdieter/dnf-zchunk
dnf update librepo libdnf

At this point all tools using libdnf will default to zchunked metadata
if it's available.

If the second day's repository download size for Rawhide is less than
54MB, you'll know everything's working correctly.

--- Details, feel free to ignore ---

I've been testing it on Rawhide for the last three weeks or so, and the
minimum I've downloaded has been about 1.2MB (updating every day),
while the max today was about 7.9MB (haven't updated for over a week). 
So far, I haven't hit any bugs, but I've only been regularly testing
DNF in the terminal.  I did do initial testing with PackageKit and
microdnf, and they worked fine too.

Currently only primary.xml, filelists.xml and other.xml are zchunked,
but I've just finished extending zchunk support to all metadata types
in createrepo_c, and the changes should be making their way to Rawhide
sometime in the not-to-distant future.

Again, a huge thank you to everyone who's helped with this, and
especially to Daniel Mach for reviewing the large invasive patches
required to make all this work, Neal Gompa for helping push this
change, and Kevin Fenzi for flipping the switch to start generating
zchunked metadata in Rawhide.

Jonathan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Installation image layout

[Georg Sauthoff]

On Fri, Jan 04, 2019 at 09:27:33PM +0100, Georg Sauthoff wrote:
> On Sun, Oct 14, 2018 at 04:35:53PM -0600, Chris Murphy wrote:
> [..]
> > And now it replicates extents from seed to sprout.  The copy is faster
> > than pvmove, rsync, dd, or rpm-ostree deploy.
> 
> This sounds great!
> 
> I just tried it (on Fedora 29), but those steps don't work for me:
> 
> # cryptsetup --readonly luksOpen /dev/nbd0p4 tmp
> # mount -o noatime /dev/mapper/tmp /mnt/tmp
> # mount: /mnt/tmp: WARNING: device write-protected, mounted read-only.
> # btrfs device add /dev/nbd1 /mnt/tmp   
> Performing full device TRIM /dev/nbd1 (4.00GiB) ...
> ERROR: error adding device '/dev/nbd1': Read-only file system
> 
> Am I missing something?

Ok, a necessary condition for creating a sprout is setting the seed
parameter on the source filesystem (via btrfstune). [1]

(with the seed parameter a mount of that FS is automatically read-only)

Thus, this works for me:

# cryptsetup luksOpen /dev/nbd0p4 tmp
# btrfstune -S 1/dev/mapper/tmp
# mount -o noatime /dev/mapper/tmp /mnt/tmp
# mount: /mnt/tmp: WARNING: device write-protected, mounted read-only.
# btrfs device add /dev/nbd1 /mnt/tmp   
Performing full device TRIM /dev/nbd1 (2.80GiB) ...
# mount -o remount,rw /mnt/tmp
# time btrfs device remove /dev/mapper/tmp /mnt/tmp
# umount /mnt/tmp

Best regards
Georg Sauthoff

[1]: btrfstune is also mentioned in the previously referenced
https://btrfs.wiki.kernel.org/index.php/Seed-device article
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

[389-devel] please review: PR 50172 - lib389 - remove hardcoded systemctl path

[Mark Reynolds]

https://pagure.io/389-ds-base/pull-request/50172
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org

Re: AMD ROCm

[Tom Stellard]

On 01/13/2019 03:32 AM, Felix Schwarz wrote:
> 
> Am 10.01.19 um 03:28 schrieb Tom Stellard:
>> hsakmt and the rocm-runtime are currently packaged in Fedora, but aren't
>> up-to-date with upstream.  I've wanted to package hip as well, but I've
>> been waiting for hip to drop the hcc dependency since it is so hard to 
>> package.
> 
> Do you know when this is supposed to happen? Any public comments from AMD on
> that issue?
>

I'm not really sure, but I've started to look again at packaging hcc.

> Besides hcc might come handy in some cases. Would you mind sharing some
> information why hcc is hard to package?

The main issues are:

- Lots of hard-coded paths in the source to /opt/hsa
- Bundles its own llvm, clang, and lld.

-Tom

> 
> (Also I recently read that AMD is interested in shipping the ROCm stack in
> more distros as the mainline kernel comes with the necessary bits. Maybe they
> would be willing to work with Fedora make hcc easier to package?)
> 
> Generally I'd like to see ROCm support in Fedora as I think it really fits
> Fedora's mission pretty well: Fedora ships very recent software so that should
> be fine and in my experience very few machine learning users looking for
> long-term stability. Easy installation and ability to debug issues are more
> important.
> 
> Also "Machine Learning with Free Software" would make nice Fedora feature 
> name :-)
> 
> Felix
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

[HEADS UP] Removal of ldconfig scriptlets

[Igor Gnatenko]

https://ignatenkobrain.fedorapeople.org/needless-scriptlets.txt

Here's the list of packages which have dependency on /sbin/ldconfig
with their respective maintainers for packages which do not install
any files in /etc/ld.so.conf.d/.

During this weekend, I'm going to clean all those packages to switch
to the %ldconfig_scriptlets macro (which expands to something only on
EPEL).

Feel free to drop unneeded scriptlets before that date if you'd like
to not have some cruft in your spec file.

Thanks for attention!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Fedora rawhide compose report: 20190116.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20190115.n.0
NEW: Fedora-Rawhide-20190116.n.0

= SUMMARY =
Added images:0
Dropped images:  4
Added packages:  3
Dropped packages:1
Upgraded packages:   156
Downgraded packages: 2

Size of added packages:  640.14 KiB
Size of dropped packages:849.64 KiB
Size of upgraded packages:   4.93 GiB
Size of downgraded packages: 351.79 KiB

Size change of upgraded packages:   -147.89 MiB
Size change of downgraded packages: 372 B

= ADDED IMAGES =

= DROPPED IMAGES =
Image: AtomicHost qcow2 aarch64
Path: 
AtomicHost/aarch64/images/Fedora-AtomicHost-Rawhide-20190115.n.0.aarch64.qcow2
Image: Cinnamon live x86_64
Path: Spins/x86_64/iso/Fedora-Cinnamon-Live-x86_64-Rawhide-20190115.n.0.iso
Image: AtomicHost raw-xz aarch64
Path: 
AtomicHost/aarch64/images/Fedora-AtomicHost-Rawhide-20190115.n.0.aarch64.raw.xz
Image: Cinnamon live i386
Path: Spins/i386/iso/Fedora-Cinnamon-Live-i386-Rawhide-20190115.n.0.iso

= ADDED PACKAGES =
Package: perl-Data-Binary-0.01-1.fc30
Summary: Simple detection of binary versus text in strings
RPMs:perl-Data-Binary
Size:11.25 KiB

Package: python-confluent-kafka-0.11.6-2.fc30
Summary: Confluent's Apache Kafka client for Python
RPMs:python3-confluent-kafka
Size:551.14 KiB

Package: python-requests-oauthlib-0.8.0-7.module_2692+3132a545
Summary: OAuthlib authentication support for Requests.
RPMs:python2-requests-oauthlib python3-requests-oauthlib
Size:77.75 KiB


= DROPPED PACKAGES =
Package: pypar-2.1.5_108-21.fc29
Summary: Parallel programming with Python
RPMs:pypar-common pypar-mpich pypar-openmpi
Size:849.64 KiB


= UPGRADED PACKAGES =
Package:  389-ds-base-1.4.0.20-1.fc30.1
Old package:  389-ds-base-1.4.0.20-1.fc30
Summary:  389 Directory Server (base)
RPMs: 389-ds-base 389-ds-base-devel 389-ds-base-legacy-tools 
389-ds-base-libs 389-ds-base-snmp cockpit-389-ds python3-lib389
Size: 18.62 MiB
Size change:  -4.32 KiB
Changelog:
  * Mon Jan 14 2019 Bj??rn Esser  - 1.4.0.20-1.1
  - Rebuilt for libcrypt.so.2 (#1666033)


Package:  CheMPS2-1.8.9-2.fc30
Old package:  CheMPS2-1.8.9-1.fc30
Summary:  A spin-adapted implementation of DMRG for ab initio quantum 
chemistry
RPMs: CheMPS2 CheMPS2-devel
Dropped RPMs: python2-chemps2
Size: 3.28 MiB
Size change:  -517.12 KiB
Changelog:
  * Tue Jan 15 2019 Miro Hron??ok  - 1.8.9-2
  - Subpackage python2-chemps2 has been removed
See https://fedoraproject.org/wiki/Changes/Mass_Python_2_Package_Removal


Package:  GeographicLib-1.49-6.fc30
Old package:  GeographicLib-1.49-4.fc29
Summary:  Library for geographic coordinate transformations
RPMs: GeographicLib GeographicLib-devel GeographicLib-doc 
nodejs-GeographicLib octave-GeographicLib python3-GeographicLib
Dropped RPMs: python2-GeographicLib
Size: 6.60 MiB
Size change:  -108.02 KiB
Changelog:
  * Wed Nov 14 2018 Orion Poplawski  - 1.49-5
  - Rebuild for octave 4.4

  * Tue Jan 15 2019 Miro Hron??ok  - 1.49-6
  - Subpackage python2-GeographicLib has been removed
See https://fedoraproject.org/wiki/Changes/Mass_Python_2_Package_Removal


Package:  ReviewBoard-3.0.11-1.module_2692+3132a545
Old package:  ReviewBoard-3.0.10-1.module_2438+0f557a29
Summary:  Web-based code review tool
RPMs: ReviewBoard
Size: 7.11 MiB
Size change:  6.80 KiB
Changelog:
  * Mon Jan 14 2019 Stephen Gallagher  - 3.0.11-1
  - Update to 3.0.11
  - https://www.reviewboard.org/docs/releasenotes/reviewboard/3.0.11/


Package:  SoapySDR-0.6.1-2.20180806gite694813.fc30
Old package:  SoapySDR-0.6.1-1.20180806gite694813.fc30
Summary:  A Vendor Neutral and Platform Independent SDR Support Library
RPMs: SoapySDR SoapySDR-devel SoapySDR-doc python3-SoapySDR
Dropped RPMs: python2-SoapySDR
Size: 2.66 MiB
Size change:  -1.41 MiB
Changelog:
  * Tue Jan 15 2019 Miro Hron??ok  - 
0.6.1-2.20180806gite694813
  - Subpackage python2-SoapySDR has been removed
See https://fedoraproject.org/wiki/Changes/Mass_Python_2_Package_Removal


Package:  airrac-1.00.2-1.fc30
Old package:  airrac-1.00.1-17.fc29
Summary:  C++ Simulated Revenue Accounting (RAC) System Library
RPMs: airrac airrac-devel airrac-doc
Size: 1.36 MiB
Size change:  -19.90 KiB
Changelog:
  * Tue Jan 15 2019 Denis Arnaud  - 1.00.2-1
  - Upstream update


Package:  bacula-9.4.1-4.fc30
Old package:  bacula-9.4.1-3.fc30
Summary:  Cross platform network backup for Linux, Unix, Mac and Windows
RPMs: bacula-client bacula-common bacula-console bacula-console-bat 
bacula-devel bacula-director bacula-libs bacula-libs-sql bacula-logwatch 
bacula-storage bacula-traymonitor nagios-plugins-bacula
Size: 13.82 MiB
Size change:  6.09 KiB
Changelog:
  * Mon Jan 14 2019 Bj??rn Esser  - 9.4.1-4
  - Rebuilt for libcrypt.so.2 (#1666033)


Package:  beecrypt-4.2.1-22.fc30
Old package:  beecrypt-4.2.1-21.fc29
Summary

Fedora Rawhide-20190116.n.0 compose check report

[Fedora compose checker]

No missing expected images.

Compose FAILS proposed Rawhide gating check!
1 of 47 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING** 
below

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

New failures (same test not failed in Rawhide-20190115.n.0):

ID: 345396  Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/345396
ID: 345397  Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/345397
ID: 345398  Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/345398
ID: 345402  Test: x86_64 Server-dvd-iso server_cockpit_basic
URL: https://openqa.fedoraproject.org/tests/345402
ID: 345410  Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/345410
ID: 345447  Test: x86_64 KDE-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/345447
ID: 345522  Test: x86_64 universal install_kickstart_nfs
URL: https://openqa.fedoraproject.org/tests/345522

Old failures (same test failed in Rawhide-20190115.n.0):

ID: 345422  Test: x86_64 Workstation-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/345422
ID: 345430  Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/345430
ID: 345441  Test: x86_64 KDE-live-iso install_no_user **GATING**
URL: https://openqa.fedoraproject.org/tests/345441
ID: 345453  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/345453
ID: 345457  Test: x86_64 universal support_server
URL: https://openqa.fedoraproject.org/tests/345457
ID: 345479  Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/345479
ID: 345514  Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/345514
ID: 345515  Test: x86_64 universal install_arabic_language
URL: https://openqa.fedoraproject.org/tests/345515
ID: 345516  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/345516
ID: 345524  Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/345524

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

New soft failures (same test not soft failed in Rawhide-20190115.n.0):

ID: 345404  Test: x86_64 Server-dvd-iso realmd_join_sssd
URL: https://openqa.fedoraproject.org/tests/345404

Old soft failures (same test soft failed in Rawhide-20190115.n.0):

ID: 345414  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/345414
ID: 345415  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/345415
ID: 345433  Test: x86_64 Workstation-boot-iso memory_check@uefi
URL: https://openqa.fedoraproject.org/tests/345433
ID: 345434  Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/345434
ID: 345438  Test: i386 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/345438
ID: 345507  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/345507
ID: 345531  Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/345531
ID: 345532  Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/345532

Passed openQA tests: 112/132 (x86_64), 19/24 (i386)

New passes (same test not passed in Rawhide-20190115.n.0):

ID: 345429  Test: x86_64 Workstation-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/345429
ID: 345436  Test: i386 Workstation-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/345436

Skipped non-gating openQA tests: 1 of 158

Installed system changes in test x86_64 Server-boot-iso install_default@uefi: 
Used mem changed from 198 MiB to 173 MiB
1 packages(s) added since previous compose: libxcrypt-compat
Previous test data: https://openqa.fedoraproject.org/tests/345014#downloads
Current test data: https://openqa.fedoraproject.org/tests/345387#downloads

Installed system changes in test x86_64 Server-boot-iso install_default: 
Used mem changed from 197 MiB to 171 MiB
1 packages(s) added since previous compose: libxcrypt-compat
Previous test data: https://openqa.fedoraproject.org/tests/345015#downloads
Current test data: https://openqa.fedoraproject.org/tests/345388#downloads

Installed system changes in test x86_64 Server-dvd-iso install_default_upload: 
Used mem changed from 171 MiB to 197 MiB
Previous test data: https://openqa.fedoraproject.org/tests/345016#downloads
Current test data: https://openqa.fedoraproject.org/tests/345389#downloads

Installed system 

Re: Signing Kernel Module with the Private Key

[David Howells]

Nicolas Viéville  wrote:

> As Petr Pisar said it, last Fedora's kernel uses a compiled binary software
> sign-file file. It is still a perl script in RHEL.

That is correct till RHEL-8.

> Concerning compressing modules, they have to be built, stripped (if needed),
> signed and compressed, in that order to make them work with secure boot.  So
> if the build process compresses your modules automatically, you have to
> decompress them before signing, and re-compress them after signing.

That is correct.

David
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Rebuilds for libcrypt.so.2 have finished. (was: F30 System-Wide Change Proposal: Fully remove deprecated and unsafe functions from libcrypt)

[Björn 'besser82' Esser]

Almost all packages (see the list at the very end of this mail), that
needed a rebuild for the change [1] have been rebuilt and are linking
against `libcrypt.so.2` now.

Before and during the rebuild I've applied small patches to several
packages to fixup unrelated FTBFS.

The cockpit and community-mysql packages were rebuilt with testsuites
temporarily disabled, as they were FTBFS with testsuite even before
starting the rebuilds for the change in libxcrypt for other reasons.

The mesos and trafficserver packages are FTBFS since Fedora 25 and have
NOT been rebuilt successfully as expected.

Please test your package *BEFORE* the mass-rebuild in about two weeks
from today and report problems / bugs related to this change on Bugzilla
against the libxcrypt package of the Fedora component.  Your bug should
also block rhbz# 1666033, so I can track everything much easier in one
place.

Björn aka besser82


[1]  
https://fedoraproject.org/wiki/Changes/FullyRemoveDeprecatedAndUnsafeFunctionsFromLibcrypt

***


Rebuilt packages:

389-ds-base
accountsservice
adanaxisgpl
apg
apr
aprsd
apr-util
asterisk
axmail
bacula
BitchX
burp
calamares
ccrypt
cherokee
ckermit
claws-mail
clisp
cockpit
collectd
community-mysql
compat-guile18
conserver
couchdb
crack
crossfire
cups-filters
cvs
cyrus-sasl
dcap
deepin-control-center
deepin-daemon
dovecot
dpsearch
drgeo
dropbear
epic
exim
freeradius
freeradius-client
gambas3
gauche
gnumeric
gpsdrive
graphviz
groonga
gsequencer
gsi-openssh
guile
guile22
haproxy
heimdal
httpd
hylafax+
idzebra
inn
ipsec-tools
ircd-ratbox
isdn4k-utils
jabberd
jd
john
kuser
lcgdm
ldapvi
libapreq2
libcli
libguestfs
librep
libreswan
libuser
libwvstreams
lighttpd
lua-posix
makepasswd
mariadb
maxima
mod_gnutls
mod_perl
mod_psgi
mokutil
monit
nbdkit
net-snmp
newscache
nginx
ocserv
opendchub
openldap
opensmtpd
openssh
openwsman
pam
pam_krb5
pam_mysql
parrot
passwdqc
percona-xtrabackup
perl
php
pidgin
pl
plasma-user-manager
postgresql
postgresql-pgpool-II
ppp
proftpd
pure-ftpd
pypy3
pypy
python2
python26
python3
python34
python35
python36
q
quagga
rapidsvn
ratbox-services
root
rsh
ruby
rudiments
rwhoisd
samba
sawfish
sawfish-pager
screen
sendmail
shadow-utils
slim
slock
squid
stress-ng
subversion
systemd
tcsh
thttpd
tlock
tog-pegasus
util-linux
uwsgi
vile
virtualbox-guest-additions
whois
wt
x11vnc
xlockmore
xorg-x11-xdm
xrootd
xscreensaver
ypserv
yp-tools


signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Can you get on Signal with me?

[Sarup Banskota]

Hi Development,

I'm using a new tool called Signal that helps founders find the right VCs and 
helps VCs attract the right deals. A lot of what powers that is who you're 
connected to. If we connect, it'll help both of us use our Founder-VC network 
better.

Please confirm our connection: 
http://signalmail-tracking.nfx.com/wf/click?upn=E68qXf7oVAe-2Fa5Kp28a63BsIRDc6PV495S3mAM4y-2FiZZI7ea77F4jbykSwzQGYdsPelWCL8dkAc4L9ymV9la4mjikCkqhtWBVLxQWXNkycAfy3WaPvT-2F6-2BGpImxEhSy6npNL-2Fkog5d5POUxn7KgbjCbPGKUIJcWWef4H8rkzI6wq1YigtzrC11x6cYM3aEQA4lhuth-2FrCr-2BIi342Wq9jtZYlEaGmMihTMu7OoquZ8IUQZywvuKPGVJs2vhWID0MD4zY3b-2Fl-2FYl7UbmzdeYa5UPdeNGD8SMVEjuf5A6KM71HV1GHe0eI3-2FkykbOq6e08jVYAyJwPVWlGf08GCjv-2FkRA-3D-3D_2IBM4owxJpt44xkfeINYiL2GrBUpaApDdYVuwYSa-2Byy0rdkhSZiV9aDSnxr0QBe-2FtbjZ-2FqgZwc9SXFm8HUYzDhh3oq28KDDIUNzKfTYyWaiE-2FMcbGy9TW0eE6YwV0Clz6Lt-2BfIbySSv-2FUvzsSYp3mqHYVVRCBGUkWmStyXrATFghL6LXlO5BBdpBx5x99tzR8qI2XQ4YgKiUtA5sjceKmxogOUisKkLkmRWjkVaeXYTaB5UqqPL3Yslpffj5vOak

Best,
Sarup

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora testing-20190116.0 compose check report

[Colin Walters]

On Wed, Jan 16, 2019, at 2:01 AM, Adam Williamson wrote:

> It seems the Atomic installer images from the nightly 'updates' and
> 'updates-testing' composes for F29 started failing as of 20190115.n.0
> and still failed in 20190116.n.0. Failure looks like:
> 
> https://openqa.fedoraproject.org/tests/345339#step/_do_install_and_reboot/4
> 
> not sure what the cause is.

Thanks for the report, I followed up here:
https://github.com/ostreedev/ostree/pull/1771#issuecomment-454776657
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: perl-libs-4:5.28.1-430.fc30 is broken

[Petr Pisar]

On Wed, Jan 16, 2019 at 10:11:56AM +0100, Petr Pisar wrote:
> I "fixed" perl in Rawhide yesterday (perl-libs-4:5.28.1-430.fc30) and it
> causes segfaults in some cases (especially when using Tk). I'm debugging it
> right now in the hope I will find the cause and the missing changes from
> blead. If I don't, I will revert the patch till the end of today.
> 
The crash was caused by a patch that changed libperl.so's ABI. I reverted the
offending patch in perl-5.28.1-431.fc30. Only the following packages were
built with the broken perl:

collectd-5.8.1-2.fc30
cyrus-imapd-3.0.8-5.fc30
genders-1.22-20.fc30
nbdkit-1.9.10-1.fc30
perl-Crypt-OpenSSL-X509-1.812-1.fc30
perl-Devel-Cover-1.31-1.fc30
perl-FCGI-0.78-11.fc30
perl-5.28.1-431.fc30

I verified none of them uses the changed interface. Thus I conclude there is
no need of rebuilding them.

At any rate, an affected build should complain on missing PL_WARN_ALL or
PL_WARN_NONE symbols with the corrected perl-5.28.1-431.fc30. A fix is simply
rebuilding the package.

-- Petr


signature.asc
Description: PGP signature
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

Re: Orphaned packages to be retired

[Miro Hrončok]

On 14. 01. 19 13:18, Miro Hrončok wrote:

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

I plan to retire packages that were already announced 3 times next Monday.

Unorphan/unretire packages at https://pagure.io/releng/issues

(I still cannot unorphan packages, but rest assured that I monitor the tracker 
and I'm not retiring packages that have open request for unorphaning.)


Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.

Remarks: Some packages got retired already but are not yet blocked. There are 
already retired packages in this list (namely the golang packages and lzma).


Here is the output now when the freshly retired packages are no longer in there:


  Package(co)maintainers  Status Change
===
RunSnakeRunorphan 1 weeks ago
autotrash  frafra, orphan, robyduck   2 weeks ago
bluecove   orphan 7 weeks ago
bouml  orphan 4 weeks ago
bouml-doc  orphan 4 weeks ago
dnsyo  codeblock, orphan  0 weeks ago
ecryptfs-simpleorphan 4 weeks ago
fasd   orphan 2 weeks ago
gossip orphan 13 weeks ago
hdapsd orphan 8 weeks ago
hoard  orphan 27 weeks ago
jlibrtporphan 5 weeks ago
jmake  orphan 5 weeks ago
libgltforphan 5 weeks ago
maven-downloader   orphan 13 weeks ago
maven-jsf-plugin   orphan 13 weeks ago
maven-jxr  akurtakov, orphan  13 weeks ago
nuvola-app-8tracks orphan 13 weeks ago
nuvola-app-deezer  orphan 13 weeks ago
nuvola-app-google-play-music   orphan 13 weeks ago
nuvola-app-jango   orphan 13 weeks ago
nuvola-app-mixcloudorphan 13 weeks ago
openid4java-team   orphan 13 weeks ago
parprouted orphan, roma   7 weeks ago
pcapfixcicku, orphan  7 weeks ago
pg_journal orphan, pkubat 8 weeks ago
php-ZendFramework  heffer, orphan, remi   6 weeks ago
port-allocator-maven-plugingalileo, orphan13 weeks ago
python-adnsorphan, rvokal 5 weeks ago
python-ansible-tower-cli   fale, orphan   7 weeks ago
python-ceilometermiddlewareorphan 66 weeks ago
python-cookies adamwill, orphan   2 weeks ago
python-gnocchiclient   orphan 75 weeks ago
python-kafka   orphan 75 weeks ago
python-pankoclient orphan 75 weeks ago
python-parsley ishcherb, lbazan, orphan   2 weeks ago
python-pytimeparse orphan 75 weeks ago
python-pyuvorphan 7 weeks ago
python-ripe-atlas-cousteau orphan 2 weeks ago
python-ripe-atlas-saganorphan 2 weeks ago
python-socketIO-client orphan 2 weeks ago
python-softlayer   orphan 7 weeks ago
python-txsocksxlbazan, orphan 2 weeks ago
python-xhtml2pdf   orphan 6 weeks ago
ratproxy   orphan 7 weeks ago
ripe-atlas-tools   orphan 2 weeks ago
scite  orphan 7 weeks ago
supernova  orphan 6 weeks ago
takari-local-repositorygalileo, orphan13 weeks ago
tinyca2orphan, 

[Bug 1653654] Upgrade perl-HTTP-OAI to 4.08

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-HTTP-OAI-4.08-1.fc30
 Resolution|--- |RAWHIDE
   Assignee|vano...@gmail.com   |jples...@redhat.com
Last Closed||2019-01-16 11:50:44



-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

Re: F30 System-Wide Change Proposal: Fully remove deprecated and unsafe functions from libcrypt

[Björn 'besser82' Esser]

Am Dienstag, den 15.01.2019, 23:16 -0500 schrieb Scott Schmit:
> On Wed, Jan 02, 2019 at 04:14:59PM -0500, Ben Cotton wrote:
> > == Detailed Description ==
> 
> 
> > At the time those interfaces have been implemented they internally
> > relied on using the DES encryption algorithm, that today is widely
> > considered unsecure and insufficient for applications which require
> > sane data encryption.  There are various recommendations new written
> > code should not use them anymore.
> 
>  DES has been proven insecure against brute force for
> over two decades.
> 
>  broken functions>
> 
> > Some users may use software from third-parties that may still use
> > those interfaces silently and possibly sacrificing the security of
> > the
> > user's sensitive data silently.
> > 
> > For that reason those interfaces should genrally not be available by
> > default for existing third-party applications in Fedora anymore.
> > Fedora users should be aware whether they use applications that
> > utilize secure encryption algorithms or not.
> > 
> > To accomplish this we are going to bump the shared object name of
> > libcrypt.so from 1 to 2 and remove all of the functions that are
> > considered unsafe.  The maintain POSIX or otherwise compatibility,
> > we
> > keep providing a compatibility library (libcrypt.so.1) in a
> > separated
> > package, that can be installed by the user.
> 
> But this happens all the time with other libraries, so I doubt an
> uninformed user will understand you did it on purpose unless you do
> something more.
> 
> How do we plan to describe the package in the
> summary/description?  And
> if they don't look at that, what clue will the user get that they
> might
> want to re-think the install of the compat package?
> 
> Maybe this package should be named
> "libxcrypt-compat-insecure-read-description-before-install"?  Or at
> least *something* that screams "wait, maybe I should look into this
> more, this isn't standard operating procedure..."?
> 
> > == User Experience ==
> > No user-visible impacts, but maybe the need for manually installing
> > the libxcrypt-compat package for some third-party applications.
> 
> This seems a little problematic given the motivation behind this
> change.
> 
> > == Documentation ==
> > The version of the libxcrypt package included with Fedora 30 now
> > ships
> > the libcrypt.so2 library and does not provide the legacy API
> > functions
> > that have been provided by glibc's libcrypt.so.1.  The removed
> > functions by name are encrypt, encrypt_r, setkey, setkey_r, and
> > fcrypt.
> > 
> > If you are using a third-party application that links against those
> > functions, or that is linked against glibc's libcrypt, you may need
> > to
> > install the libxcrypt-compat package manually.
> > 
> > All existing binary executables linked against glibc's libcrypt
> > should
> > work unmodified with the libcrypt.so.1 library supplied by the
> > libxcrypt-compat package.
> 
> And I object to nothing in this section informing the user that "those
> interfaces ... possibly sacrific[e] the security of the user's
> sensitive
> data silently."  Especially since it appears that this will the
> wording
> that goes into the release notes.
> 
> > == Release Notes ==
> > See the paragraph about documentation above.
> 
> See objections above.


Please have a look at this separate change proposal [1].  It is
discussed here [2].

Basically the named unsafe functions are subject to be changed in the
compat library to some no-function stubs which still guarantee to be
compliant to POSIX and other standarts, so "Average Joe" users do not
face that security problem even when installing the compat package.


[1]  
https://fedoraproject.org/wiki/Changes/libcrypt_so_1_Let_encrypt_encrypt_r_setkey_setkey_r_and_fcrypt_return_ENOSYS_instead_of_performing_any_real_operation
[2]  
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/YRGAKN3RMIB23HNTWRDYX4Y6QA6D2YVL/


signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

[Bug 1584159] perl-Crypt-OpenSSL-X509-1.812 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Crypt-OpenSSL-X509-1.8
   ||12-1.fc30
 Resolution|--- |RAWHIDE
   Assignee|wjhns...@hardakers.net  |jples...@redhat.com
Last Closed||2019-01-16 10:38:42



-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

Re: responding to CVEs

[Andrew Haley]

On 1/14/19 4:08 PM, Kevin Kofler wrote:
> Dave Love wrote:
>> I ask because three CVEs have triggered automated bug reports against
>> libxsmm .  I don't
>> understand why the CVEs were issued, since a problem with unrealistic
>> input to a (rather rarely used) development tool doesn't strike me as a
>> security problem.
> 
> libxsmm is NOT a "development tool", it is a library that ends up linked 
> into scientific applications. Those applications may very well encounter 
> untrusted input, especially here where we are talking about importing 
> external files! So those security issues absolutely MUST be fixed!

The bugs are raised not against the runtime library but against a command-
line development tool. When unrealistic arguments are given there is a memory
allocation failure.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. 
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

[Bug 1630740] Upgrade perl-Devel-Cover to 1.31

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Devel-Cover-1.31-1.fc3
   ||0
 Resolution|--- |RAWHIDE
   Assignee|tcall...@redhat.com |jples...@redhat.com
Last Closed||2019-01-16 09:48:51



-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

perl-libs-4:5.28.1-430.fc30 is broken

[Petr Pisar]

I "fixed" perl in Rawhide yesterday (perl-libs-4:5.28.1-430.fc30) and it
causes segfaults in some cases (especially when using Tk). I'm debugging it
right now in the hope I will find the cause and the missing changes from
blead. If I don't, I will revert the patch till the end of today.

-- Petr


signature.asc
Description: PGP signature
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[Bug 1666609] Upgrade perl-Test-MemoryGrowth to 0.03

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Test-MemoryGrowth-0.03
   ||-1.fc30
 Resolution|--- |RAWHIDE
Last Closed||2019-01-16 09:11:30



-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[Bug 1666607] Upgrade perl-Module-ScanDeps to 1.27

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Module-ScanDeps-1.27-1
   ||.fc30
 Resolution|--- |RAWHIDE
Last Closed||2019-01-16 09:03:35



-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[Bug 1666608] Upgrade perl-Term-ReadLine-Gnu to 1.36

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |DUPLICATE
Last Closed||2019-01-16 08:09:31



--- Comment #1 from Jitka Plesnikova  ---


*** This bug has been marked as a duplicate of bug 1666229 ***

-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[Bug 1666229] Upgrade perl-Term-ReadLine-Gnu to 1.36

[bugzilla]

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



--- Comment #1 from Jitka Plesnikova  ---
*** Bug 108 has been marked as a duplicate of this bug. ***

-- 
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 Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[Bug 1666609] New: Upgrade perl-Test-MemoryGrowth to 0.03

[bugzilla]

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

Bug ID: 109
   Summary: Upgrade perl-Test-MemoryGrowth to 0.03
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Test-MemoryGrowth
  Assignee: jples...@redhat.com
  Reporter: jples...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org
  Target Milestone: ---
Classification: Fedora



Latest Fedora delivers 0.02 version. Upstream released 0.03. When you have free
time, please upgrade it.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[Bug 1666608] New: Upgrade perl-Term-ReadLine-Gnu to 1.36

[bugzilla]

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

Bug ID: 108
   Summary: Upgrade perl-Term-ReadLine-Gnu to 1.36
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Term-ReadLine-Gnu
  Assignee: emman...@seyman.fr
  Reporter: jples...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: c...@wpi.edu, emman...@seyman.fr, lkund...@v3.sk,
perl-devel@lists.fedoraproject.org
  Target Milestone: ---
Classification: Fedora



Latest Fedora delivers 1.35 version. Upstream released 1.36. When you have free
time, please upgrade it.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org

[Bug 1666607] New: Upgrade perl-Module-ScanDeps to 1.27

[bugzilla]

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

Bug ID: 107
   Summary: Upgrade perl-Module-ScanDeps to 1.27
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Module-ScanDeps
  Assignee: jples...@redhat.com
  Reporter: jples...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: anon.am...@gmail.com, jose.p.oliveira@gmail.com,
jples...@redhat.com,
perl-devel@lists.fedoraproject.org, st...@silug.org
  Target Milestone: ---
Classification: Fedora



Latest Fedora delivers 1.26 version. Upstream released 1.27. When you have free
time, please upgrade it.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org