Re: Modules without modularity

V Tue, Jun 20, 2023 at 03:31:27PM +, Zbigniew Jędrzejewski-Szmek napsal(a): > On Tue, Jun 13, 2023 at 06:32:45PM +0200, Petr Pisar wrote: > > I spent some time thinking how to approximate the nice features with current > > state of RPM, Koji, and DNF and come up with this approach > >

Re: Modules without modularity

V Tue, Jun 20, 2023 at 03:47:13PM +, Mattia Verga via devel napsal(a): > Il 20/06/23 17:31, Zbigniew Jędrzejewski-Szmek ha scritto: > > > > [1] https://src.fedoraproject.org/rpms/postgresql/pull-request/59 > > > > Zbyszek > > Isn't the package name required to match the name of specfile? > It

Re: Modules without modularity

Il 20/06/23 17:31, Zbigniew Jędrzejewski-Szmek ha scritto: > > [1] https://src.fedoraproject.org/rpms/postgresql/pull-request/59 > > Zbyszek Isn't the package name required to match the name of specfile? Mattia ___ devel mailing list -- devel@lists.fed

Re: Modules without modularity

On Tue, Jun 13, 2023 at 06:32:45PM +0200, Petr Pisar wrote: > I spent some time thinking how to approximate the nice features with current > state of RPM, Koji, and DNF and come up with this approach > . Thank you for the detailed proposal that tries t

Re: Modules without modularity

On Sat, Jun 17, 2023 at 9:12 PM Kevin Kofler via devel wrote: > > Petr Pisar wrote: > > I understand the horror that you can have two packages which cannot be > > installed at the same time. The same as you cannot start httpd and nginx > > services at the same time. But now the conflict is visible

Re: Modules without modularity

Petr Pisar wrote: > I understand the horror that you can have two packages which cannot be > installed at the same time. The same as you cannot start httpd and nginx > services at the same time. But now the conflict is visible on RPM level. You can actually, if you set them to different ports. Bu

Re: Modules without modularity

On Wed, 2023-06-14 at 10:19 +0200, Remi Collet wrote: > Hi, > > Le 13/06/2023 à 18:32, Petr Pisar a écrit : > > > I spent some time thinking how to approximate the nice features > > with current > > state of RPM, Koji, and DNF and come up with this approach > >

Re: Modules without modularity

On 13/06/2023 18:32, Petr Pisar wrote: Comments are welcome. Trying to reinvent Fedora Modularity without modules with the same problems as before. Instead of using modules, we should use parallel-installable packages. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) _

Re: Modules without modularity

On Thu, 15 Jun 2023 at 03:04, Petr Pisar wrote: > V Thu, Jun 15, 2023 at 01:33:38AM +0200, Kevin Kofler via devel napsal(a): > > Petr Pisar wrote: > > > and accept that > > users now have to explicitly opt in to those modules. > > That's exactly what killed the current modularity. Nobody felt a p

Re: Modules without modularity

V Thu, Jun 15, 2023 at 01:33:38AM +0200, Kevin Kofler via devel napsal(a): > Petr Pisar wrote: > > I spent some time thinking how to approximate the nice features with > > current state of RPM, Koji, and DNF and come up with this approach > > . The link

Re: Modules without modularity

Petr Pisar wrote: > I spent some time thinking how to approximate the nice features with > current state of RPM, Koji, and DNF and come up with this approach > . The linked approach > achieves it at the expense of dedicated build targets and an inabilit

Re: Modules without modularity

Le 14/06/2023 à 14:14, Petr Pisar a écrit : V Wed, Jun 14, 2023 at 10:19:27AM +0200, Remi Collet napsal(a): Your approach will move complexity back to packagers. Yes. That's because the problem has a complexity and the complexity needs to live somewhere. With modularity it was in MBS and in mo

Re: Modules without modularity

V Wed, Jun 14, 2023 at 10:29:31AM +0200, Dan Čermák napsal(a): > Petr Pisar writes: > > The only drawback is one have to decide before GA which software will > > have an alternative content and create meta-packages for the default > > streams. Otherwise, users installing from GA media and upgradin

Re: Modules without modularity

In general, I like the proposal, while it probably has some gaps, e.g. how the code will be organized in dist git. And another specific concern is: "I recommend abusing a distribution release package (e.g. fedora-release) which is in a default installation:". I think it would probably make sen

Re: Modules without modularity

V Wed, Jun 14, 2023 at 10:19:27AM +0200, Remi Collet napsal(a): > Your approach will move complexity back to packagers. > Yes. That's because the problem has a complexity and the complexity needs to live somewhere. With modularity it was in MBS and in modular filtering part of DNF. If you remove m

Re: Modules without modularity

V Tue, Jun 13, 2023 at 03:20:06PM -0400, Christopher napsal(a): > (First the negative... don't worry, it's not all negative) > I wonder why we need this at all. I believe that modularity has failed > to gain a foothold in Fedora, just like scl before it, because Fedora > just doesn't need this. One

Re: Modules without modularity

Hi Petře, Petr Pisar writes: > Hello, > > as it seems that module build infrastructure isn't getting any better, as > modular YUM repositories are going to be deconfigured > , > there is a time to look at different ways how

Re: Modules without modularity

Hi, Le 13/06/2023 à 18:32, Petr Pisar a écrit : I spent some time thinking how to approximate the nice features with current state of RPM, Koji, and DNF and come up with this approach . First thanks for your work on this I also thinking a lot ab

Re: Modules without modularity

V Tue, Jun 13, 2023 at 01:06:33PM -0700, Brad Smith napsal(a): > Is this thread on alternatives to alternatives also relevant: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/4AUQVBKLQBU6LIWZGVXN2CM3XTYQAKXZ/#4AUQVBKLQBU6LIWZGVXN2CM3XTYQAKXZ > ? > It's relevant

Re: Modules without modularity

Is this thread on alternatives to alternatives also relevant: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/4AUQVBKLQBU6LIWZGVXN2CM3XTYQAKXZ/#4AUQVBKLQBU6LIWZGVXN2CM3XTYQAKXZ ? Modules provide a mechanism for system level switches between alternative versions a

Re: Modules without modularity

On Tue, Jun 13, 2023 at 12:33 PM Petr Pisar wrote: > > Hello, > > as it seems that module build infrastructure isn't getting any better, as > modular YUM repositories are going to be deconfigured > , > there is a time to look