Re: some man pages have bugs, can't be grep'd

On Tue, Jul 16, 2019 at 8:12 PM Tim Landscheidt wrote: > > Chris Murphy wrote: > > > I've been seeing this since clean installing Fedora 30. I don't recall > > ever seeing it before, including on a Fedora 29 -> Fedora 30 upgraded > > system (is now the clean installed system). > > > [chris@flap

Re: some man pages have bugs, can't be grep'd

Chris Murphy wrote: > I've been seeing this since clean installing Fedora 30. I don't recall > ever seeing it before, including on a Fedora 29 -> Fedora 30 upgraded > system (is now the clean installed system). > [chris@flap ~]$ man rpm | grep -C 10 rpmverbosity > :176: warning [p 3, 0.8i]:

Re: nettle: heads up soname bump

Björn 'besser82' Esser wrote: > Which even then would still remain an issue, as cryptsetup build- > requires device-mapper-devel, which requires systemd for some unknown > reason… My idea is that the minimal buildroot should contain a fake package that Obsoletes and Provides: systemd. Maybe it

[Bug 1727480] perl-DBD-Pg-3.8.1 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1727480 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In

Re: some man pages have bugs, can't be grep'd

On Tue, Jul 16, 2019 at 5:13 PM Chris Murphy wrote: > > I've been seeing this since clean installing Fedora 30. I don't recall > ever seeing it before, including on a Fedora 29 -> Fedora 30 upgraded > system (is now the clean installed system). > > [chris@flap ~]$ man rpm | grep -C 10

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

The following Fedora EPEL 7 Security updates need testing: Age URL 336 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d condor-8.6.11-1.el7 111 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-d2c1368294 cinnamon-3.6.7-5.el7 77

[389-devel] Re: Please review

@Mark Reynolds @Mark Reynolds >>> The code itself looks fine to me, but I find it odd you are testing matching rules by creating COS entries in two of those PRs. Cos entries are used here as part of ( objectclass: extensibleObject ) As cos template has ( objectclass: ['top','cosTemplate'

[389-devel] Re: Please review

@Mark Reynolds >>> The code itself looks fine to me, but I find it odd you are testing matching rules by creating COS entries in two of those PRs. Cos entries are used here as part of ( objectclass: extensibleObject ) As cos template has ( objectclass: ['top','cosTemplate' ,

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

https://fedorapeople.org/groups/389ds/ci/nightly/2019/07/17/report-389-ds-base-1.4.1.5-20190716git7466be3.fc30.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

Python 3 packages to be removed form EPEL 7 (provided by RHEL 7)

Hey, when RHEL 7.7 will be released, the following new components/packages will be provided (assuming from 7.7 beta): python3 - the Python 3.6 package This new RHEL7 component builds several subpackages, all obsoleting the subpackages of epel7 python36

[EPEL-devel] Python 3 packages to be removed form EPEL 7 (provided by RHEL 7)

Hey, when RHEL 7.7 will be released, the following new components/packages will be provided (assuming from 7.7 beta): python3 - the Python 3.6 package This new RHEL7 component builds several subpackages, all obsoleting the subpackages of epel7 python36

[389-devel] Re: Please review

On 7/15/19 8:00 AM, Anuj Borah wrote: @Simon Pichugin Please review: https://pagure.io/389-ds-base/pull-request/50468 https://pagure.io/389-ds-base/pull-request/50471 https://pagure.io/389-ds-base/pull-request/50482 The code itself looks fine to me, but I find

Re: some man pages have bugs, can't be grep'd

On Tue, Jul 16, 2019 at 2:38 PM Tom Hughes wrote: > > On 16/07/2019 21:30, Chris Murphy wrote: > > I've been seeing this since clean installing Fedora 30. I don't recall > > ever seeing it before, including on a Fedora 29 -> Fedora 30 upgraded > > system (is now the clean installed system). > > >

Re: some man pages have bugs, can't be grep'd

On 16/07/2019 21:30, Chris Murphy wrote: I've been seeing this since clean installing Fedora 30. I don't recall ever seeing it before, including on a Fedora 29 -> Fedora 30 upgraded system (is now the clean installed system). [chris@flap ~]$ man rpm | grep -C 10 rpmverbosity :176: warning [p 3,

some man pages have bugs, can't be grep'd

I've been seeing this since clean installing Fedora 30. I don't recall ever seeing it before, including on a Fedora 29 -> Fedora 30 upgraded system (is now the clean installed system). [chris@flap ~]$ man rpm | grep -C 10 rpmverbosity :176: warning [p 3, 0.8i]: cannot adjust line [chris@flap

[389-devel] Do we still need sslVersionMax/sslVersionMin?

So some time ago when the poodlebleed vulnerability came out in SSL3 we added a way to set the minimum and maximum SSL/TLS versions the server would accept (e.g. TLS1.1 <--> TLS1.2).    Current versions of NSS already use this range by default.  I would like to remove/deprecate the

Outage: Upgrade of Copr servers - 2019-07-18 05:00 UTC

There will be an outage starting at 2019-07-18 05:00 UTC, which will last approximately 6 hours. To convert UTC to your local time, take a look at https://fedoraproject.org/wiki/UTCHowto or run: date -d '2019-07-18 05:00 UTC' Reason for outage: Upgrade of Copr servers to Fedora 30. Affected

Re: nettle: heads up soname bump

Am Dienstag, den 16.07.2019, 19:49 +0200 schrieb Kevin Kofler: > Björn 'besser82' Esser wrote: > > We have a circular dependency in the minimal buildroot: > > > > systemd --> cryptsetup-libs --> json-c > > > > > > cryptsetup needs json-c for LUKS2 and there is no option to disable > > LUKS2

Updating to tesseract-4.1.0, review request for new tesseract-tessdata package

Hi While looking at updating to tesseract-4.1.0, I noticed that the latest version of the trained models is still at 4.0.0, hence I guess it make sense to move them to a separate package instead of incorrectly using the main tesseract version for the tessdata langpack and script subpackages.

Re: nettle: heads up soname bump

Am Dienstag, den 16.07.2019, 19:26 +0200 schrieb Nicolas Mailhot via devel: > Le mardi 16 juillet 2019 à 18:53 +0200, Björn 'besser82' Esser a > écrit : > > > > Which build chain does look cleaner, shorter, and more semantically > > correct? > > > > 1. systemd (no cryptsetup) --> json-c (new

Re: nettle: heads up soname bump

Am Dienstag, den 16.07.2019, 20:45 +0200 schrieb Igor Gnatenko: > Because of systemd-libs… It is a dependency of util-linux at least. > That ships logger and lslogins utilities which link against > libsystemd. Which I assume are not really useful nor needed in a minimal buildroot? signature.asc

Re: nettle: heads up soname bump

Because of systemd-libs… It is a dependency of util-linux at least. That ships logger and lslogins utilities which link against libsystemd. On Tue, Jul 16, 2019 at 8:42 PM Kevin Kofler wrote: > > Björn 'besser82' Esser wrote: > > We have a circular dependency in the minimal buildroot: > > > >

Re: Fedora 31 System-Wide Change proposal (late): No i686 Repositories

On Tue, 16 Jul 2019 at 14:23, Kevin Kofler wrote: > Stephen John Smoogen wrote: > > I am not looking for users to join this list. I am looking for the > > developers who are saying we can't drop x86_32 to go there to help > > diagnose and fix things. Currently there is an x86_32 problem with

Re: Packages requiring "Python" might be broken in rawhide

On 16. 07. 19 19:25, Kevin Kofler wrote: Miro Hrončok wrote: $ repoquery --repo=rawhide --source --whatrequires python-unversioned-command --exact $ repoquery --repo=rawhide-source --whatrequires python-unversioned-command --exact The whole point of python-unversioned-command was to make

Re: Fedora 31 System-Wide Change proposal (late): No i686 Repositories

On 7/15/19 12:35 AM, Nicolas Mailhot via devel wrote: > It would be much clearer and user-friendly to move I*86 packages out of the > 64 bit repos and make the i*86 an optional add-on Well, the problem there would be that many folks wouldn't know to enable that seperate repo for multilib, so

Re: Fedora 31 System-Wide Change proposal (late): No i686 Repositories

On 7/15/19 3:15 PM, Kevin Kofler wrote: > Miro Hrončok wrote: >> With the dropping of the i686 kernel package it's no longer possible to >> directly install Fedora 31 or later on i686 hardware, however, it is still >> possibly to upgrade older releases as long as we continue to provide a >>

Re: Fedora 31 Self-Contained Change proposal: Limit Scriptlet Usage of core packages

On Mon, Jul 15, 2019 at 01:24:06PM -0500, Jason L Tibbitts III wrote: > > "VO" == Vít Ondruch writes: > > VO> I just wonder what is the point of: > > VO> > https://github.com/systemd/systemd/blob/b0ca726/src/core/macros.systemd.in#L122 > > You include the configuration file in the source

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

Dear all, You are kindly invited to the meeting: EPEL Steering Co on 2019-07-17 from 18:00:00 to 19:00:00 GMT At freenode@fedora-meeting The meeting will be about: This is the weekly EPEL Steering Committee Meeting. Agenda is in the

Re: Fedora 31 System-Wide Change proposal (late): No i686 Repositories

On 7/15/19 3:11 PM, Kevin Kofler wrote: > Kevin Fenzi wrote: >> I just don't think the number of people who do local i686 builds is all >> that large, so it having some issues and corner cases to help out the >> vast majority of folks seems like a good trade off to me. > > Removing something does

Re: nettle: heads up soname bump

Björn 'besser82' Esser wrote: > We have a circular dependency in the minimal buildroot: > > systemd --> cryptsetup-libs --> json-c > > > cryptsetup needs json-c for LUKS2 and there is no option to disable > LUKS2 during build. > > However systemd can *possibly* be build without support for

Re: Fedora 31 System-Wide Change proposal (late): No i686 Repositories

Stephen John Smoogen wrote: > I am not looking for users to join this list. I am looking for the > developers who are saying we can't drop x86_32 to go there to help > diagnose and fix things. Currently there is an x86_32 problem with cpio > and booting: > >

Re: nettle: heads up soname bump

Le mardi 16 juillet 2019 à 18:53 +0200, Björn 'besser82' Esser a écrit : > > > Which build chain does look cleaner, shorter, and more semantically > correct? > > 1. systemd (no cryptsetup) --> json-c (new so-ver) --> cryptsetup > --> systemd (with cryptsetup) --> other consumers in

Re: Packages requiring "Python" might be broken in rawhide

Miro Hrončok wrote: > $ repoquery --repo=rawhide --source --whatrequires > python-unversioned-command --exact > $ repoquery --repo=rawhide-source --whatrequires > python-unversioned-command --exact The whole point of python-unversioned-command was to make existing packages build with no changes

Re: nettle: heads up soname bump

Am Dienstag, den 16.07.2019, 12:00 +0200 schrieb Kevin Kofler: > Björn 'besser82' Esser wrote: > > > Am Dienstag, den 16.07.2019, 00:20 +0200 schrieb Kevin Kofler: > > > Miro Hrončok wrote: > > > > gnutls now cannot be rebuilt: > > > > > > > > nothing provides libnettle.so.6 needed by

Fedora-Rawhide-20190716.n.0 compose check report

No missing expected images. Compose FAILS proposed Rawhide gating check! 5 of 47 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Unsatisfied gating requirements that could not be mapped to openQA tests: FAILED: compose.cloud.all Failed

Fedora rawhide compose report: 20190716.n.0 changes

OLD: Fedora-Rawhide-20190715.n.1 NEW: Fedora-Rawhide-20190716.n.0 = SUMMARY = Added images:7 Dropped images: 1 Added packages: 1 Dropped packages:2 Upgraded packages: 20 Downgraded packages: 0 Size of added packages: 549.86 KiB Size of dropped packages

[Bug 1730378] New: Upgrade perl-MojoX-JSON-RPC to 0.12

https://bugzilla.redhat.com/show_bug.cgi?id=1730378 Bug ID: 1730378 Summary: Upgrade perl-MojoX-JSON-RPC to 0.12 Product: Fedora Version: rawhide Status: NEW Component: perl-MojoX-JSON-RPC Assignee: emman...@seyman.fr

[Bug 1730376] New: Upgrade perl-Mojolicious to 8.21

https://bugzilla.redhat.com/show_bug.cgi?id=1730376 Bug ID: 1730376 Summary: Upgrade perl-Mojolicious to 8.21 Product: Fedora Version: rawhide Status: NEW Component: perl-Mojolicious Assignee: emman...@seyman.fr

[Bug 1646730] CVE-2018-18311 perl: Integer overflow leading to buffer overflow in Perl_my_setenv()

https://bugzilla.redhat.com/show_bug.cgi?id=1646730 errata-xmlrpc changed: What|Removed |Added External Bug ID||Red Hat Product Errata

[Bug 1646730] CVE-2018-18311 perl: Integer overflow leading to buffer overflow in Perl_my_setenv()

https://bugzilla.redhat.com/show_bug.cgi?id=1646730 --- Comment #16 from errata-xmlrpc --- This issue has been addressed in the following products: Red Hat Enterprise Linux 7.5 Extended Update Support Via RHSA-2019:1790 https://access.redhat.com/errata/RHSA-2019:1790 -- You are receiving

Re: Fedora 31 System-Wide Change proposal (late): No i686 Repositories

On Mon, 15 Jul 2019 at 22:00, Samuel Sieb wrote: > On 7/15/19 1:51 PM, Stephen John Smoogen wrote: > > OK could all the people who are so interested in i686 get onto the > > x86_32 mailing list and chime up there about what they are wanting to > > do? Also start having regular sig meetings and

Re: nettle: heads up soname bump

Nikos Mavrogiannopoulos writes: > The latest nettle (3.5.1) update will break ABI on rawhide. The API > remains the same hence recompilation will be sufficient to address any > issues. Thanks to the suggestion from Miro, the new nettle and gnutls built against it are now in rawhide. I am

Packages requiring "Python" might be broken in rawhide

Hello package maintainers (Bcc'ed). Your package (build)requires unversioned Python in Fedora rawhide. "Python" is now Python 3, not Python 2. https://fedoraproject.org/wiki/Changes/Python_means_Python3 In some cases it means your package is satisfied with any Python version and in that case

Re: nettle: heads up soname bump

On Tue, Jul 16, 2019 at 5:34 AM Björn 'besser82' Esser wrote: > > Am Dienstag, den 16.07.2019, 00:20 +0200 schrieb Kevin Kofler: > > Miro Hrončok wrote: > > > gnutls now cannot be rebuilt: > > > > > > nothing provides libnettle.so.6 needed by gnutls-3.6.8- > > > 1.fc31.armv7hl > > > > Don't you

Re: nettle: heads up soname bump

Björn 'besser82' Esser wrote: > Am Dienstag, den 16.07.2019, 00:20 +0200 schrieb Kevin Kofler: >> Miro Hrončok wrote: >> > gnutls now cannot be rebuilt: >> > >> > nothing provides libnettle.so.6 needed by gnutls-3.6.8- >> > 1.fc31.armv7hl >> >> Don't you love circular dependencies? >> >> This

Re: Fedora 31 System-Wide Change proposal (late): No i686 Repositories

Neal Gompa wrote: > On Mon, Jul 15, 2019 at 7:22 PM Kevin Kofler wrote: >> Not really. It would break the legacy "install all packages as multilib >> if available" mode, which has not been the default modus operandi of YUM >> for years now. Does DNF even support this mode? (That mode would break

Re: Fedora 31 System-Wide Change proposal (late): No i686 Repositories

* Kevin Fenzi: >> I also think all architectures should behave consistently in mock. It's >> odd that after the proposed change, only on i686, mock will be affected >> by buildroot overrides in the default configuration, for instance. > > Also true. > > I just don't think the number of people

Re: nettle: heads up soname bump

Am Dienstag, den 16.07.2019, 00:20 +0200 schrieb Kevin Kofler: > Miro Hrončok wrote: > > gnutls now cannot be rebuilt: > > > > nothing provides libnettle.so.6 needed by gnutls-3.6.8- > > 1.fc31.armv7hl > > Don't you love circular dependencies? > > This is really the biggest issue that we have:

Re: nettle: heads up soname bump

The builsystem should rebuild all the other participants in the cycle against the new link, then rebuild the new link against the updated cycle, then rebuild again the rest of the cycle against the new link If that fails, attempt to do the same with a bootstrap pass, hoping one of the cycle