perl-interpreter does not depend on perl-macros any longer

2020-09-24 Thread Petr Pisar
Hello, I'd like to inform Fedora packagers that I removed the long-overlooked and useless post-install dependency from perl-interpreter on perl-macros package (effective since perl-interpreter-5.32.0-463.fc34). I don't forsee any consequences, but here are the details: perl-macros delivers RPM

Re: maybe a path forward for java and modules? [was Re: The Future of the Java Stack (also regarding ELN and RHEL)]

2020-09-18 Thread Petr Pisar
On Fri, Sep 18, 2020 at 12:21:15PM +0200, Dominik 'Rathann' Mierzejewski wrote: > On Friday, 18 September 2020 at 11:22, Petr Pisar wrote: > > On Thu, Sep 17, 2020 at 12:51:46PM -0400, Matthew Miller wrote: > > > So: RH Java packagers, what if you build these packa

Re: Shouldn't we have process for removing zombie packages?

2020-09-18 Thread Petr Pisar
On Fri, Sep 18, 2020 at 10:42:00AM +0200, Vít Ondruch wrote: > This is not about nagging maintainer for the purpose of nagging them. > Filing the requests en mass is exactly nagging for nagging. But > I feel exhausted seeing again and again packages which are very likely > broken, if the package

Re: maybe a path forward for java and modules? [was Re: The Future of the Java Stack (also regarding ELN and RHEL)]

2020-09-18 Thread Petr Pisar
On Thu, Sep 17, 2020 at 12:51:46PM -0400, Matthew Miller wrote: > So: RH Java packagers, what if you build these packages as non-modular > (maybe using some scripting to make it happen at the same time as modular > builds?) and add a readme explaining their maintenance state? Do you mean

Re: Shouldn't we have process for removing old packages?

2020-09-18 Thread Petr Pisar
On Thu, Sep 17, 2020 at 09:09:51PM +0200, Vít Ondruch wrote: > Dne 17. 09. 20 v 18:29 Kevin Fenzi napsal(a): > > Well, many maintainers don't touch packages that keep working and don't > > need updates or bugfixes. > > That is perfectly fine and I expect that in such cases, the maintainer > would

Re: LTO is broken in Rawhide/33 containers

2020-09-17 Thread Petr Pisar
On Thu, Sep 17, 2020 at 01:24:26AM -0400, Elliott Sales de Andrade wrote: > When using Fedora's containers, LTO appears to be broken. I'm not sure > who to report this to, the container builder or gcc. > > $ podman run --pull=always --rm -it registry.fedoraproject.org/fedora:rawhide > # dnf

Re: The Future of the Java Stack (also regarding ELN and RHEL)

2020-09-11 Thread Petr Pisar
On Thu, Sep 10, 2020 at 09:59:05PM +, Zbigniew Jędrzejewski-Szmek wrote: > For Maven packaging the appeal of Modularity is clearly the privatization of > the dependency tree, which obviously undercuts the ecosystem of packages. > You are right that bundling is one of the features of

Re: The Future of the Java Stack (also regarding ELN and RHEL)

2020-09-10 Thread Petr Pisar
On Thu, Sep 10, 2020 at 02:35:13PM +0100, Daniel P. Berrangé wrote: > On Thu, Sep 10, 2020 at 01:50:55PM +0100, Joe Orton wrote: > > > 4. The benefit we want to preserve from modules is to maintain packages > > with varying expectation of quality, specifically separating the > >

[EPEL-devel] Re: proposal: EPEL 8 Next

2020-09-09 Thread Petr Pisar
On Tue, Sep 08, 2020 at 11:00:42PM -0500, Carl George wrote: > To solve this problem, I am proposing that we create a new repository called > EPEL 8 Next. > > - built against CentOS 8 Stream > - opt-in for packagers (must request epel8-next dist-git branch) > - opt-in for users (part of

Re: /etc/localtime is not a symlink on koji?

2020-09-08 Thread Petr Pisar
On Tue, Sep 08, 2020 at 04:00:14AM -0400, Elliott Sales de Andrade wrote: > I'm debugging an issue in a FTBFS, which appears caused by unexpected > warnings during a build [1]. These warnings come from R and complain > that /etc/localtime is not a symlink. > > According to `man 5 localtime` [2],

Re: About the Future of Communishift

2020-09-04 Thread Petr Pisar
On Fri, Sep 04, 2020 at 11:13:19AM +0100, Aoife Moloney wrote: > However, the General Data Protection Regulation (GDPR) [3] and the California > Consumer Privacy Act (CCPA) [4] basically makes the Fedora Infrastructure team > (and thus Red Hat) responsible for the content hosted by any services

[EPEL-devel] Re: python2-jsonschema update

2020-09-03 Thread Petr Pisar
On Thu, Sep 03, 2020 at 08:21:38AM +, TREHIOU Paul wrote: > I am using the python2-jsonschema package but noticed it is out of date on > EPEL (2.5.1). On Fedora the latest version is available (3.2.0). Is it > possible to backport the latest Fedora version into EPEL ? > I recommend you to

Re: fedora-review fails with "warning: line 16: Possible unexpanded macro in: Requires .."

2020-09-01 Thread Petr Pisar
On Fri, Aug 28, 2020 at 01:47:14PM -, Martin Gansser wrote: > when I want to do a review with: fedora-review -m fedora-rawhide-x86_64 -b > 1873407 > i get this error message: > > warning: line 16: Possible unexpanded macro in: Requires: > vdr(abi)(x86-64) = %{vdr_apiversion} It

Re: Galera FTBFS in f33, but same build passes in f32

2020-08-27 Thread Petr Pisar
On Thu, Aug 27, 2020 at 02:21:03PM +0200, Lukas Javorsky wrote: > I've run into the compilation problem in the Galera package > This problem occurs only on f33 and higher tho. > > Here is build performed on Fedora 32: > https://koji.fedoraproject.org/koji/taskinfo?taskID=50232504 > > And here is

perl-Digest-MD5 license corrected

2020-08-25 Thread Petr Pisar
Fedora recognizes RSA license now, so I corrected a perl-Digest-MD5 license from "(GPL+ or Artistic) and BSD" to "(GPL+ or Artistic) and RSA". -- Petr signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To

Re: Proposed Modular Policy for Fedora ELN

2020-08-24 Thread Petr Pisar
On Fri, Aug 21, 2020 at 07:55:57PM +0200, Miro Hrončok wrote: > On 21. 08. 20 10:07, Zbigniew Jędrzejewski-Szmek wrote: > > > Josh listed some of the key reasons behind default streams: that > > > enterprise customers don't like to learn new commands. So default > > > streams allowed us to package

Re: Questions about the 'request-branch' experience

2020-08-19 Thread Petr Pisar
On Tue, Aug 18, 2020 at 11:15:14PM -0400, Christopher wrote: > I was recently asked to provide an EPEL8 version of one of my packages > (python-keyring) in a bugzilla, so I did: > fedpkg request-branch epel8 > > This opened up two pagure tickets, one each for two branches: > epel8 >

Re: distro perl's ldflags='... -Wl,-z,relro ...' causing module build errors. bug in distro perl flags? or module code?

2020-08-07 Thread Petr Pisar
On Thu, Aug 06, 2020 at 05:12:10PM -0700, PGNet Dev wrote: > i'm attempting to build a MaxMind GeopIP2 DB reader perl module > > MaxMind::DB::Reader::XS > > ( https://metacpan.org/pod/MaxMind::DB::Reader::XS > ) > > on Fedora 32. > > > the build fails on F32 with Errors: > >

Re: Proposing a new Perl Module Versioning Scheme

2020-08-07 Thread Petr Pisar
On Thu, Aug 06, 2020 at 07:09:37PM +0200, Tina Müller wrote: > I'm working at SUSE, [...] > As you probably know, the versioning scheme of Perl modules differs from rpm. We have the same issue in Fedora. We had a discussion about it in the past, and the result was that while few packagers wanted

Re: Proposed Modular Policy for Fedora ELN

2020-08-06 Thread Petr Pisar
On Wed, Aug 05, 2020 at 10:50:59PM -0400, Stephen Gallagher wrote: > On Wed, Aug 5, 2020 at 6:17 PM James Cassell > wrote: > > > > On Wed, Aug 5, 2020, at 3:36 PM, Stephen Gallagher wrote: > > > * If a stream of a module has build-time-only components, all such > > > components *MUST* be marked

Re: /usr/bin/strip: unable to copy file '/builddir/build/BUILDROOT/ocaml-omake-0.10.3-27.fc33.x86_64/usr/bin/omake'; reason: Permission denied

2020-08-04 Thread Petr Pisar
On Mon, Aug 03, 2020 at 10:46:33PM +0100, Richard W.M. Jones wrote: > On Mon, Aug 03, 2020 at 10:42:01PM +0100, Richard W.M. Jones wrote: > > I can't reproduce this locally but it happens in Koji reliably enough: > > > > + /usr/lib/rpm/brp-strip /usr/bin/strip > > /usr/bin/strip: unable to copy

diffmark license corrected

2020-07-29 Thread Petr Pisar
I corrected diffmark license from "diffmark and GPLv2+ and (GPL+ or Artistic)" to "diffmark and (GPL+ or Artistic)". -- Petr signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

perl-Boost-Geometry-Utils license corrected

2020-07-27 Thread Petr Pisar
I corrected perl-Boost-Geometry-Utils package license from "GPL+ or Artistic" to "(GPL+ or Artistic) and Boost". -- Petr signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Orphaned perl-Boost-Geometry-Utils, perl-Data-Rmap, perl-Math-Expression-Evaluator

2020-07-27 Thread Petr Pisar
On Fri, Jul 24, 2020 at 03:06:39PM +0200, Miro Hrončok wrote: > Hello, I've orphaned: > > perl-Boost-Geometry-Utils > perl-Data-Rmap > perl-Math-Expression-Evaluator > > The packages used to be needed by slic3r, but apparently no longer are, they > are leafs. > I took all of them. -- Petr

perl-Math-Expression-Evaluator license corrected

2020-07-24 Thread Petr Pisar
perl-Math-Expression-Evaluator license was correted from "GPL+ or Artistic" to "(GPL+ or Artistic) and Public Domain". -- Petr signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an

Re: Modularity Improvements Objective

2020-07-24 Thread Petr Pisar
On Fri, Jul 24, 2020 at 01:44:07PM +0200, Daniel Mach wrote: > There's a Modularity Improvements Objective draft available[1]. > > The Objective summarizes the work that is in progress already as well as > highlights our plans for Fedora 34. > > We're planning to fix the current modularity in

Re: Very strange compiler/linker related build failures in rawhide

2020-07-24 Thread Petr Pisar
On Fri, Jul 24, 2020 at 10:31:11AM +0200, Fabio Valentini wrote: > Other failures I've seen end up with linker failures, line these, from > postgresql: > > ld: undefined reference to `postgresql_subtrans__checkpoint__start_semaphore' > . --

Re: Policy for Modules in Fedora and Fedora ELN - Fedora 33 Self-Contained Change proposal

2020-07-23 Thread Petr Pisar
On Thu, Jul 23, 2020 at 11:29:17AM +0200, Remi Collet wrote: > Le 09/07/2020 à 20:00, Ben Cotton a écrit : > > https://fedoraproject.org/wiki/Changes/ModularPolicy > > > There is a preview of the new policy available at > > https://sgallagh.fedorapeople.org/docs/modularity/modularity/policies/ >

Re: Branch creation for unretired package

2020-07-22 Thread Petr Pisar
On Wed, Jul 22, 2020 at 10:18:39PM +0200, Andy Mender wrote: > On Wed, 22 Jul 2020 at 22:14, Mohamed El Morabity > wrote: > > > Hello, > > > > I'm the maintainer of the nicotine+ package. This package was retired > > before F32 branching last year (no Python 3 support at this time) and > > I

[rpms/perl-XML-Parser] PR #1: Use make macros

2020-07-21 Thread Petr Pisar
ppisar closed without merging a pull-request against the project: `perl-XML-Parser` that you are following. Closed pull-request: `` Use make macros `` https://src.fedoraproject.org/rpms/perl-XML-Parser/pull-request/1 ___ perl-devel mailing list --

[rpms/perl-XML-Parser] PR #1: Use make macros

2020-07-21 Thread Petr Pisar
ppisar commented on the pull-request: `Use make macros` that you are following: `` Thank you for the hint. I did larger changes. `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-XML-Parser/pull-request/1 ___ perl-devel mailing

[rpms/perl-Unicode-Normalize] PR #1: Use make macros

2020-07-21 Thread Petr Pisar
ppisar closed without merging a pull-request against the project: `perl-Unicode-Normalize` that you are following. Closed pull-request: `` Use make macros `` https://src.fedoraproject.org/rpms/perl-Unicode-Normalize/pull-request/1 ___ perl-devel

[rpms/perl-Unicode-Normalize] PR #1: Use make macros

2020-07-21 Thread Petr Pisar
ppisar commented on the pull-request: `Use make macros` that you are following: `` Thank you for the hint. I did larger changes. `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-Unicode-Normalize/pull-request/1 ___ perl-devel

[rpms/perl-MIME-Base64] PR #1: Use make macros

2020-07-21 Thread Petr Pisar
ppisar closed without merging a pull-request against the project: `perl-MIME-Base64` that you are following. Closed pull-request: `` Use make macros `` https://src.fedoraproject.org/rpms/perl-MIME-Base64/pull-request/1 ___ perl-devel mailing list --

[rpms/perl-MIME-Base64] PR #1: Use make macros

2020-07-21 Thread Petr Pisar
ppisar commented on the pull-request: `Use make macros` that you are following: `` Thank you for the hint. I did larger changes. `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-MIME-Base64/pull-request/1 ___ perl-devel mailing

[rpms/perl-Digest-MD5] PR #1: Use make macros

2020-07-21 Thread Petr Pisar
ppisar commented on the pull-request: `Use make macros` that you are following: `` Thank you for the hint. I did a larger chaneges. `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-Digest-MD5/pull-request/1 ___ perl-devel

[rpms/perl-Digest-MD5] PR #1: Use make macros

2020-07-21 Thread Petr Pisar
ppisar closed without merging a pull-request against the project: `perl-Digest-MD5` that you are following. Closed pull-request: `` Use make macros `` https://src.fedoraproject.org/rpms/perl-Digest-MD5/pull-request/1 ___ perl-devel mailing list --

Re: Removing packages from module

2020-07-20 Thread Petr Pisar
On Fri, Jul 17, 2020 at 02:14:49PM -0700, Aleksei Bavshin wrote: > The real question is how to do the change in f33 considering that f32 > and f33 modules must be built from the same modulemd file. You wrap a %files section of the package you want to remove with a condition based on the Fedora

Re: PostgreSQL 13 - Fedora 33 Self-Contained Change proposal

2020-07-15 Thread Petr Pisar
On Tue, Jul 14, 2020 at 08:09:22PM +0200, Fabio Valentini wrote: > On Tue, Jul 7, 2020 at 9:17 PM Ben Cotton wrote: > > == Contingency Plan == > > > > Modules will provide the functional version of PostgreSQL 12, > > available to all users. > > As Miro said - this is not a contingency plan. > We

Re: PSA: dnf autoremove cleans fedora-repos-modular

2020-07-13 Thread Petr Pisar
On Fri, Jul 10, 2020 at 02:35:05PM -0700, John M. Harris Jr wrote: > On Friday, July 10, 2020 4:39:21 AM MST Miro Hrončok wrote: > > On 09. 07. 20 14:24, Petr Pisar wrote: > > > > > On Thu, Jul 09, 2020 at 12:55:44PM +0200, Igor Raits wrote: > > > > > &

Re: PSA: dnf autoremove cleans fedora-repos-modular

2020-07-10 Thread Petr Pisar
On Thu, Jul 09, 2020 at 02:15:03PM -0400, Matthew Miller wrote: > On Thu, Jul 09, 2020 at 11:09:57AM -0700, Adam Williamson wrote: > > What we're dealing with now is awkward consequences of this change for > > existing installs, where we'd probably want to *keep* modular repos, > > especially if

Re: PSA: dnf autoremove cleans fedora-repos-modular

2020-07-09 Thread Petr Pisar
On Thu, Jul 09, 2020 at 12:55:44PM +0200, Igor Raits wrote: > One just noticed that `dnf autoremove` is trying to remove `fedora- > repos-modular` and `fedora-repos-rawhide-modular`. > [...] > I don't know where / which the fix should be: DNF, comps or both. > Simply putting the

Perl 7 in Fedora

2020-07-08 Thread Petr Pisar
Hello packagers, have you noticed an announcement about Perl 7 on a Perl5 Porters list? Saywer X presented an idea that now, when Perl 6 is called Raku, Perl 5 can resume using the higher numbers and that the next Perl

Re: rawhide - glibc/pthreads/... - broken pending mass rebuild?

2020-07-02 Thread Petr Pisar
On Thu, Jul 02, 2020 at 10:35:27AM +0200, Vít Ondruch wrote: > I just met something which might be of similar nature. Recent FF > 78.0-1.fc33.x86_64 fails to start with older glibc: > > > ~~~ > > $ firefox > XPCOMGlueLoad error for file /usr/lib64/firefox/libxul.so: >

Re: RHEL 9 and modularity

2020-06-24 Thread Petr Pisar
On Wed, Jun 24, 2020 at 08:14:39AM -0400, Stephen Gallagher wrote: > On Wed, Jun 24, 2020 at 3:38 AM Petr Pisar wrote: > > > > On Wed, Jun 24, 2020 at 06:51:36AM +, Zbigniew Jędrzejewski-Szmek wrote: > > > Yes. Putting the "stream identification" into

Re: RHEL 9 and modularity

2020-06-24 Thread Petr Pisar
On Wed, Jun 24, 2020 at 12:48:07PM +0200, Daniel Mach wrote: > > My idea was that DNF could discriminate the same-name package using the > > ModularityLabel tag instead of relying on modulemd documents delivered in > > the > > repository metadata. > > > The "modularitylabel" is not going to

Re: RHEL 9 and modularity

2020-06-24 Thread Petr Pisar
On Wed, Jun 24, 2020 at 12:03:05PM +0200, Nicolas Mailhot via devel wrote: > Le mercredi 24 juin 2020 à 11:56 +0200, Petr Pisar a écrit : > > I see. I focused on having the stream information on RPM level. Then the > > answer is no, the package name does not contain the informati

Re: RHEL 9 and modularity

2020-06-24 Thread Petr Pisar
On Wed, Jun 24, 2020 at 11:01:55AM +0200, clime wrote: > On Wed, 24 Jun 2020 at 10:35, Petr Pisar wrote: > > > > On Wed, Jun 24, 2020 at 10:22:38AM +0200, clime wrote: > > > On Wed, 24 Jun 2020 at 09:40, Petr Pisar wrote: > > > > > > > > On

Re: RHEL 9 and modularity

2020-06-24 Thread Petr Pisar
On Wed, Jun 24, 2020 at 04:36:06AM -0400, James Cassell wrote: > > On Wed, Jun 24, 2020, at 3:37 AM, Petr Pisar wrote: > > On Wed, Jun 24, 2020 at 06:51:36AM +, Zbigniew Jędrzejewski-Szmek wrote: > > > Yes. Putting the "stream identification" into the package

Re: RHEL 9 and modularity

2020-06-24 Thread Petr Pisar
On Wed, Jun 24, 2020 at 10:22:38AM +0200, clime wrote: > On Wed, 24 Jun 2020 at 09:40, Petr Pisar wrote: > > > > On Wed, Jun 24, 2020 at 06:51:36AM +, Zbigniew Jędrzejewski-Szmek wrote: > > > Yes. Putting the "stream identification" into the package name

Re: RHEL 9 and modularity

2020-06-24 Thread Petr Pisar
On Wed, Jun 24, 2020 at 06:51:36AM +, Zbigniew Jędrzejewski-Szmek wrote: > Yes. Putting the "stream identification" into the package name is the > most natural solution, and has been floated various times. This already happens. But not in Fedora. In RHEL, modular packages have Modularitylabel

Re: RHEL 9 and modularity

2020-06-24 Thread Petr Pisar
On Wed, Jun 24, 2020 at 06:51:36AM +, Zbigniew Jędrzejewski-Szmek wrote: > I think there's some fear that "name mangling" is not a general > solution, and we'd have cases where names conflict. I think the > concern is realistic, but not a big issue in practice. With some > careful naming

Re: RHEL 9 and modularity

2020-06-22 Thread Petr Pisar
On Mon, Jun 22, 2020 at 11:08:14AM +0200, Igor Raits wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On Mon, 2020-06-22 at 09:19 +0200, Petr Pisar wrote: > > On Fri, Jun 19, 2020 at 02:53:56PM -0400, David Cantrell wrote: > > > Around the idea and co

Re: Modules building for Fedora 30

2020-06-22 Thread Petr Pisar
On Sat, Jun 20, 2020 at 10:32:48AM -0700, Kevin Fenzi wrote: > On Sat, Jun 20, 2020 at 09:45:15AM -0400, Stephen John Smoogen wrote: > > On Fri, 19 Jun 2020 at 23:16, Orion Poplawski wrote: > > > > > > I just noticed that my openmpi module build is building for Fedora 30. > > > This seems like a

Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

2020-06-22 Thread Petr Pisar
On Fri, Jun 19, 2020 at 05:11:43PM -0400, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/UseMakeBuildInstallMacro > > == Summary == > This change will update all spec files in Fedora that use make and replace > the make invocations with either the %make_build or %make_install macros.

Re: RHEL 9 and modularity

2020-06-22 Thread Petr Pisar
On Fri, Jun 19, 2020 at 02:53:56PM -0400, David Cantrell wrote: > Around the idea and concept of modularity... what are the benefits to Fedora, > Fedora developers, and Fedora contributors? Through the various discussions > on modularity, nothing solid in this regard has been presented. If I am

Re: RHEL 9 and modularity

2020-06-22 Thread Petr Pisar
On Fri, Jun 19, 2020 at 05:44:37PM +0100, Daniel P. Berrangé wrote: > On Fri, Jun 19, 2020 at 11:16:33AM -0400, Stephen Gallagher wrote: > > On Fri, Jun 19, 2020 at 9:08 AM Martin Jackson wrote: > > > > > > > I use flatpaks on Fedora (Discord and okular), and I've really enjoyed > > > the

Re: New protobuf blocked by old protobuf from module [f32]

2020-06-15 Thread Petr Pisar
On Mon, Jun 15, 2020 at 11:31:09AM +0100, Daniel P. Berrangé wrote: > I'm trying to install gmic on my Fedora 32 system, which requries opencv, > which requires protobuf 3.11 > > DNF refuses to install any of them though, because protobuf 3.11 is blocked > by modularity: > > - package

Re: Something weird with modules in kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64

2020-06-09 Thread Petr Pisar
On Tue, Jun 09, 2020 at 03:06:27PM +0100, Richard W.M. Jones wrote: > On Tue, Jun 09, 2020 at 03:05:05PM +0100, Richard W.M. Jones wrote: > > I've installed kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64 but > > not rebooted (still running 5.6.0-0.rc5.git0.1.fc33.x86_64 on the host). > >

Re: Adding Obsoletes to generated -debuginfo packages ?

2020-06-04 Thread Petr Pisar
On Wed, Jun 03, 2020 at 07:29:54PM +0200, Igor Raits wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On Wed, 2020-06-03 at 18:42 +0200, Vít Ondruch wrote: > > Other possibility is to modify DNF to not touch such packages. Not > > sure > > if that would be better. Or is there

Re: Update on Rough Draft Implementation of KangarooTwelve

2020-06-02 Thread Petr Pisar
On Tue, Jun 02, 2020 at 07:58:15AM +0200, tsalim--- via devel wrote: > At this point, I am working on adding support for numbers as large as 2^255 > as required by the length_encode function detailed on page 9 of the RFC. > > The C Programming Language does not support large numbers greater than

perl-Statistics-Basic license corrected to "LGPLv2 and LGPLv2+"

2020-05-29 Thread Petr Pisar
I corrected perl-Statistics-Basic license from "LGPLv2+" to "LGPLv2 and LGPLv2+". -- Petr signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: [EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

2020-05-28 Thread Petr Pisar
On Wed, May 27, 2020 at 05:22:04PM -0400, Mukundan Ragavan wrote: > Scratch build of gtkhash does not appear to pull in libb2-0.98.1. Has > the buildroot override expired? > > https://koji.fedoraproject.org/koji/taskinfo?taskID=45077601 > It did not expire: $ bodhi overrides query --builds

[EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

2020-05-28 Thread Petr Pisar
On Wed, May 27, 2020 at 05:22:04PM -0400, Mukundan Ragavan wrote: > Scratch build of gtkhash does not appear to pull in libb2-0.98.1. Has > the buildroot override expired? > > https://koji.fedoraproject.org/koji/taskinfo?taskID=45077601 > It did not expire: $ bodhi overrides query --builds

Re: The price of FHS

2020-05-25 Thread Petr Pisar
On Fri, May 22, 2020 at 09:14:14PM -0400, Przemek Klosowski via devel wrote: > The scheme you are proposing is kind-of used for Java and Go, and is > sometimes known as 'vendoring' because it allows publishing software in > complete dependency bundles independent of anything else. It works as long

Re: The price of FHS

2020-05-25 Thread Petr Pisar
On Fri, May 22, 2020 at 07:48:53PM -0500, Parker Gibson wrote: > The issue I see is that no package management system I know of handles > multiple so versions, they explicitly state packages conflict with > each-other even if in principle the so versioning means they would not. Gentoo portage

Re: Location of executable code

2020-05-25 Thread Petr Pisar
On Fri, May 22, 2020 at 09:31:25PM -0400, Steve Grubb wrote: > My question now is how can we determine what is meant to be > executable by system applications vs examples and other cruft? (This might be > relevant to people minimizing systems/containers.) Theoretically the examples are a

Re: FreeCAD dist-git check, WAS:Re: Aggressive updating (Python 3.9): Are we trying to hard?

2020-05-22 Thread Petr Pisar
On Fri, May 22, 2020 at 01:28:14PM +0200, Aleksandra Fedorova wrote: > On Fri, May 22, 2020 at 9:29 AM Petr Pisar wrote: > > > > I'd like to point out that there is a difference in the enviroments between > > these two approaches. > > > > While the manual procedu

Re: FreeCAD dist-git check, WAS:Re: Aggressive updating (Python 3.9): Are we trying to hard?

2020-05-22 Thread Petr Pisar
On Thu, May 21, 2020 at 07:29:35PM +0200, Aleksandra Fedorova wrote: > On Thu, May 21, 2020 at 7:04 PM Richard Shaw wrote: > > > > On Thu, May 21, 2020 at 11:56 AM Aleksandra Fedorova > > wrote: > >> > >> To run the command above as the integration test you need to put > >> tests/tests.yml file

web-assets

2020-05-20 Thread Petr Pisar
I took web-assets to prevent from braking many packages. If there is somebody interested in web applications (not my case), I can give the package to him. -- Petr signature.asc Description: PGP signature ___ devel mailing list --

[EPEL-devel] Re: Modules again

2020-05-20 Thread Petr Pisar
On Wed, May 20, 2020 at 09:03:39AM +0100, Paul Howarth wrote: > What host system are you running that on? x86_64 Fedora 31 with updates-testing enabled. After mock finishes bootstrapping DNF, it installs buildrooot and just before it, it enables the modules: Complete! Finish(bootstrap): dnf

Re: Lots of systemctl segfaults in Koji Rawhide

2020-05-20 Thread Petr Pisar
On Tue, May 19, 2020 at 08:24:34PM -0700, Adam Williamson wrote: > On Tue, 2020-05-19 at 18:32 -0700, Adam Williamson wrote: > > > > The most suspicious change between the two build envs that I can see is > > openssl. GOOD has openssl-1.1.1g-1.fc33.x86_64 , and BAD has > >

[EPEL-devel] Re: Modules again

2020-05-20 Thread Petr Pisar
On Wed, May 20, 2020 at 08:10:42AM +0200, Petr Pisar wrote: > Now you can ask why enabling mariadb-devel:10.3 does not enable mariadb:10.3 > automatically. Especially when mariadb-devel:10.3 run-requires mariadb:10.3 > according to "dnf module info mariadb-devel:10.3" command.

[EPEL-devel] Re: Modules again

2020-05-20 Thread Petr Pisar
On Tue, May 19, 2020 at 04:05:02PM +0100, Paul Howarth wrote: > On Tue, 19 May 2020 09:07:30 -0400 > Stephen John Smoogen wrote: > > > On Tue, 19 May 2020 at 06:05, Paul Howarth wrote: > > > > > On Mon, 18 May 2020 22:29:54 -0600 > > > Orion Poplawski wrote: > > > > > > > On 5/17/20 6:34

Re: i3wm for EPEL8

2020-05-19 Thread Petr Pisar
On Tue, May 19, 2020 at 10:47:57AM -0400, Eric Mesa wrote: > So...what is the proper path to get the perl folks to create epel8 branches > in their repos The same as with any other package: File a bug into Bugzilla. -- Petr signature.asc Description: PGP signature

Re: how to explicitly disable rawhide while building a spin/remix

2020-05-18 Thread Petr Pisar
On Mon, May 18, 2020 at 12:07:38AM +, Globe Trotter via devel wrote: > Thanks! Adding "--releasever=32" to the command addresses that problem. > Btw, how do I get around a disk requirement? What causes an error like this? > > Error Summary- > Disk Requirements: >    At least

Re: Speed up bash starting time (slow scripts in profile.d, /etc/bash_completion.d)

2020-05-18 Thread Petr Pisar
On Sat, May 16, 2020 at 12:56:06PM +0200, Dominique Martinet wrote: > How should I go about with that? Open bz bugs to all the packages I > listed? strongly suggesting to get things to move to /usr/share (17) and > flatpak (suggest some kind of cache? not sure they'll be interested...) > and

[EPEL-devel] Re: Documentation for EPEL modules?

2020-05-18 Thread Petr Pisar
On Sat, May 16, 2020 at 11:43:00AM +0200, Antonio Trande wrote: > On 15/05/20 14:57, Stephen Gallagher wrote: > > On Fri, May 15, 2020 at 7:57 AM Petr Pisar wrote: > >> > >> On Fri, May 15, 2020 at 06:30:04AM -0500, Richard Shaw wrote: > >>> On Fri, Ma

Re: [EPEL-devel] Re: Documentation for EPEL modules?

2020-05-18 Thread Petr Pisar
On Sat, May 16, 2020 at 11:43:00AM +0200, Antonio Trande wrote: > On 15/05/20 14:57, Stephen Gallagher wrote: > > On Fri, May 15, 2020 at 7:57 AM Petr Pisar wrote: > >> > >> On Fri, May 15, 2020 at 06:30:04AM -0500, Richard Shaw wrote: > >>> On Fri, Ma

Re: [EPEL-devel] Re: Documentation for EPEL modules?

2020-05-15 Thread Petr Pisar
On Fri, May 15, 2020 at 06:30:04AM -0500, Richard Shaw wrote: > On Fri, May 15, 2020 at 6:15 AM Petr Pisar wrote: > > > On Fri, May 15, 2020 at 12:42:15PM +0200, Antonio Trande wrote: > > > Shortly (Martin is in Cc to confirm): > > > > > > 1) Make a mo

[EPEL-devel] Re: Documentation for EPEL modules?

2020-05-15 Thread Petr Pisar
On Fri, May 15, 2020 at 06:30:04AM -0500, Richard Shaw wrote: > On Fri, May 15, 2020 at 6:15 AM Petr Pisar wrote: > > > On Fri, May 15, 2020 at 12:42:15PM +0200, Antonio Trande wrote: > > > Shortly (Martin is in Cc to confirm): > > > > > > 1) Make a mo

Re: [EPEL-devel] Re: Documentation for EPEL modules?

2020-05-15 Thread Petr Pisar
On Fri, May 15, 2020 at 12:42:15PM +0200, Antonio Trande wrote: > Shortly (Martin is in Cc to confirm): > > 1) Make a module: > > $ fedpkg clone cmake3 > $ fedpkg request-repo --namespace modules --exception cmake3-latest > $ fedpkg request-branch --namespace modules --repo cmake3-latest epel8 >

[EPEL-devel] Re: Documentation for EPEL modules?

2020-05-15 Thread Petr Pisar
On Fri, May 15, 2020 at 12:42:15PM +0200, Antonio Trande wrote: > Shortly (Martin is in Cc to confirm): > > 1) Make a module: > > $ fedpkg clone cmake3 > $ fedpkg request-repo --namespace modules --exception cmake3-latest > $ fedpkg request-branch --namespace modules --repo cmake3-latest epel8 >

[EPEL-devel] Re: Updating CMake in EPEL-8: How to create a module?

2020-05-15 Thread Petr Pisar
On Fri, May 15, 2020 at 08:58:21AM -, Alexander Korsunsky wrote: > Hi there, > > the version of CMake that is currently packaged with RHEL/CentOS 8 is 3.11, > which is becoming more and more outdated. Me (and a few other people, > judging by bug report participation) would quite like to have

Re: Documentation for EPEL modules?

2020-05-14 Thread Petr Pisar
On Thu, May 14, 2020 at 06:46:29AM -0500, Richard Shaw wrote: > So this happened: > > https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-ad02b27ee3 > https://bugzilla.redhat.com/show_bug.cgi?id=1830748 > > TLDR; So we need an updated version of CMake in EPEL 8 but RHEL/CentOS > already

Re: Transitioning scripts relying on libcgroup-tools to the cgroup’s unified hierarchy (v2)

2020-05-12 Thread Petr Pisar
On Tue, May 12, 2020 at 12:47:51PM +, virgo wrote: > > I recommend you to ask the question about v2 support on Fedora Bugzilla for= > > > > the > > > > libcgroup package > > > =3Dlibcgroup=3DFedora_format=3Dadvanced>. >

Re: Transitioning scripts relying on libcgroup-tools to the cgroup’s unified hierarchy (v2)

2020-05-12 Thread Petr Pisar
On Tue, May 12, 2020 at 09:03:22AM +, virgo wrote: > The issue is that I upgraded my computer to Fedora 32 from version 30, and > broke some scripts in the process; they were relying on cgroup v1. [...] > how to use the `cgcreate` command and the like under libcgroup v2? cgcreate tool comes

Re: Is dist-git a good place for work?

2020-05-10 Thread Petr Pisar
On Fri, May 08, 2020 at 09:39:58AM -0600, Ken Dreyer wrote: > In Ceph we do this at a slightly different point of time. We use > "rdopkg tag-patches" to save each of the "patches" refs that we've > translated into patch series in dist-git. Each Git tag is the NVR of > the package. > > We rebase

[EPEL-devel] Re: EPEL 7 packages that fail to install on RHEL / CentOS / SL 7.8

2020-05-05 Thread Petr Pisar
On Tue, May 05, 2020 at 04:00:28PM +0200, Petr Pisar wrote: > On Tue, May 05, 2020 at 06:35:14AM -0700, Troy Dawson wrote: > > On Tue, May 5, 2020 at 12:23 AM Petr Pisar wrote: > > > > > > On Mon, May 04, 2020 at 09:11:00AM -0700, Troy Dawson wrote: > > >

[EPEL-devel] Re: EPEL 7 packages that fail to install on RHEL / CentOS / SL 7.8

2020-05-05 Thread Petr Pisar
On Tue, May 05, 2020 at 06:35:14AM -0700, Troy Dawson wrote: > On Tue, May 5, 2020 at 12:23 AM Petr Pisar wrote: > > > > On Mon, May 04, 2020 at 09:11:00AM -0700, Troy Dawson wrote: > > > I have not created any bugzila's for these yet. I have not checked to > >

Re: Is dist-git a good place for work?

2020-05-05 Thread Petr Pisar
On Tue, May 05, 2020 at 12:41:06PM +0200, Tomas Tomecek wrote: > Petr, I should have probably stressed that our target is Fedora (or > even all Red Hat operating systems). Yes, there are hundreds of > distributions and we cannot solve their problems. We are open for > collaboration though - we

[EPEL-devel] Re: EPEL 7 packages that fail to install on RHEL / CentOS / SL 7.8

2020-05-05 Thread Petr Pisar
On Mon, May 04, 2020 at 09:11:00AM -0700, Troy Dawson wrote: > I have not created any bugzila's for these yet. I have not checked to > see if these are in -testing already. This is just a list showing > what packages currently do not install from EPEL 7. > > perl-Image-SubImageFind >

Re: Is dist-git a good place for work?

2020-05-05 Thread Petr Pisar
On Mon, May 04, 2020 at 05:05:02PM +0200, Tomas Tomecek wrote: > Over the years there have been multiple tools created to improve the > development experience: > rdopkg [r], rpkg-util [ru], tito [t] and probably much much more (e.g. > the way Fedora kernel developers work on kernel [k]). > > In

Re: Fedora 33 System-Wide Change proposal: Node.js 14.x by default

2020-05-04 Thread Petr Pisar
On Sat, May 02, 2020 at 02:01:43AM +0200, Miro Hrončok wrote: > On 01. 05. 20 22:21, Ben Cotton wrote: > > == Detailed Description == > > Fedora 33 will ship with the latest LTS version of Node.js by default. > > This will either be the `nodejs:14` module stream or else replicated > > to the

[EPEL-devel] Re: Broken %python_provide macro for Koji's epel8-playground target?

2020-05-01 Thread Petr Pisar
On Thu, Apr 30, 2020 at 12:32:26PM -0700, Michel Alexandre Salim wrote: > Generally speaking (I can make this a separate thread if that helps) - do we > expect every package in EPEL8 to also be built for EPEL8-playground, either > through package.cfg or by building directly from the

Re: RFC: Feature macros (aka USE flags)

2020-04-30 Thread Petr Pisar
On Thu, Apr 30, 2020 at 10:43:51AM +0200, Petr Šabata wrote: > On Tue, Apr 28, 2020 at 8:55 AM Petr Pisar wrote: > > > > On Mon, Apr 27, 2020 at 04:33:52PM +0200, Petr Šabata wrote: > > > On Mon, Apr 27, 2020 at 4:04 PM Petr Pisar wrote: > > > > (2) Is i

Re: RFC: Feature macros (aka USE flags)

2020-04-30 Thread Petr Pisar
On Wed, Apr 29, 2020 at 03:39:20PM -0400, Colin Walters wrote: > On Mon, Apr 27, 2020, at 7:19 AM, Petr Šabata wrote: > > > Details in the gist: > > https://gist.github.com/contyk/0f0585c57976ca18a293b3566408 > > How about s/use/globalbuildopt/ ? > It's awfully long concatenation of two

[EPEL-devel] Re: epel8-playground target ignores build overrides?

2020-04-29 Thread Petr Pisar
On Tue, Apr 28, 2020 at 09:22:56PM -0700, Michel Alexandre Salim wrote: > My epel8 build for python-extras succeeded just fine (using python-testtools > from a build override as a dependency - > https://bodhi.fedoraproject.org/overrides/python-testtools-2.4.0-3.el8), but > the epel8-playground

Re: RFC: Feature macros (aka USE flags)

2020-04-28 Thread Petr Pisar
On Mon, Apr 27, 2020 at 04:33:52PM +0200, Petr Šabata wrote: > On Mon, Apr 27, 2020 at 4:04 PM Petr Pisar wrote: > > (2) Is it possible to override them on a per-package basis? > > > > E.g. I have ncurses in global.yaml: > > > > - name: ncurses > >

Re: RFC: Feature macros (aka USE flags)

2020-04-27 Thread Petr Pisar
On Mon, Apr 27, 2020 at 01:19:29PM +0200, Petr Šabata wrote: > Details in the gist: > https://gist.github.com/contyk/0f0585c57976ca18a293b3566408 > I'm very interested in overriding the global settings: (1) Is it possible to override them from a modulemd when building a module? I guess the

  1   2   3   4   5   6   7   8   9   10   >