Thanks for providing this information!
I'll confess my primary worry/complaint about Modularity/AppStream in RHEL8 is
one of lifecycle.
The default Stream in RHEL8 does not have the full 10 year lifecycle[1] present
in RHEL7. Folks doing a standard 'yum install ' get the default stream,
b
On Wed, Jun 24, 2020 at 10:45 AM Vít Ondruch wrote:
>
>
> Dne 24. 06. 20 v 15:47 Miro Hrončok napsal(a):
> > On 24. 06. 20 14:41, Vít Ondruch wrote:
> >> Having python27 and python36 modules is fail, because these should be
> >> 2.7 and 3.6 streams of python module.
> >
> > Oh. We are so sorry for
On Thu, 25 Jun 2020 at 05:29, Dan Čermák wrote:
>
> Hi Stephen,
>
> this will probably get buried given the immense amount of replies in
> this thread already, but nevertheless, here's my 2cts.
>
> Stephen John Smoogen writes:
>
> > On Sat, 20 Jun 2020 at 17:42, Neal Gompa wrote:
> >>
> >> On Sa
Hi Stephen,
this will probably get buried given the immense amount of replies in
this thread already, but nevertheless, here's my 2cts.
Stephen John Smoogen writes:
> On Sat, 20 Jun 2020 at 17:42, Neal Gompa wrote:
>>
>> On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr
>> wrote:
>> >
>> > O
On 6/24/20 8:56 AM, Petr Pisar wrote:
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 the package nam
Dne 24. 06. 20 v 17:04 Neal Gompa napsal(a):
> On Wed, Jun 24, 2020 at 10:45 AM Vít Ondruch wrote:
>>
>> Dne 24. 06. 20 v 15:47 Miro Hrončok napsal(a):
>>> On 24. 06. 20 14:41, Vít Ondruch wrote:
Having python27 and python36 modules is fail, because these should be
2.7 and 3.6 streams o
On Wed, Jun 24, 2020 at 10:45 AM Vít Ondruch wrote:
>
>
> Dne 24. 06. 20 v 15:47 Miro Hrončok napsal(a):
> > On 24. 06. 20 14:41, Vít Ondruch wrote:
> >> Having python27 and python36 modules is fail, because these should be
> >> 2.7 and 3.6 streams of python module.
> >
> > Oh. We are so sorry for
Dne 24. 06. 20 v 15:47 Miro Hrončok napsal(a):
> On 24. 06. 20 14:41, Vít Ondruch wrote:
>> Having python27 and python36 modules is fail, because these should be
>> 2.7 and 3.6 streams of python module.
>
> Oh. We are so sorry for the failure. Could you please report is as a
> bug in RHEL 8 and ex
On 24. 06. 20 14:41, Vít Ondruch wrote:
Having python27 and python36 modules is fail, because these should be
2.7 and 3.6 streams of python module.
Oh. We are so sorry for the failure. Could you please report is as a bug in RHEL
8 and explain why it is a problem?
--
Miro Hrončok
--
Phone: +4
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 the package name is the
> > > most natural
Dne 20. 06. 20 v 23:40 Neal Gompa napsal(a):
> On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr
> wrote:
>> On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote:
>>> TL;DR benefits of modularity for Fedora:
>>>
>>> * Automating build chains for producing artifacts
>>> * Straightforward me
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 help.
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 the package name is the
> > most natural solution, and has been floated various times.
>
> This already happens. But
Dne 24. 06. 20 v 11:56 Petr Pisar napsal(a):
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 Wed, Jun 24, 2020 at 06:51:36AM +
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 information.
> >
> > My ide
Le mercredi 24 juin 2020 à 12:03 +0200, Nicolas Mailhot a écrit :
> 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 information.
> >
> > My idea
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 information.
>
> My idea was that DNF could discriminate the same-name package using
> the
> ModularityLab
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 Wed, Jun 24, 2020 at 06:51:36AM +, Zbigniew Jędrzeje
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 Wed, Jun 24, 2020 at 06:51:36AM +, Zbigniew Jędrzejewski-Szmek
> > > wrote:
> > > > Yes. Putting the "stream identific
On Wed, Jun 24, 2020 at 09:22:39AM +0200, Petr Pisar wrote:
> 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
Dne 23. 06. 20 v 14:02 Josh Boyer napsal(a):
> On Tue, Jun 23, 2020 at 7:56 AM Miro Hrončok wrote:
>> On 23. 06. 20 13:43, Josh Boyer wrote:
>>> On Tue, Jun 23, 2020 at 7:36 AM Miro Hrončok wrote:
On 23. 06. 20 13:29, Josh Boyer wrote:
>> (It*may* be possible to automatize this, bu
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 name is the
> > > most natural sol
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 name is the
> > most natural solution, and has been floated various times.
>
> This already happens. But
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 is the
> > > most natural solution, and
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 is the
> > most natural solution, and has been floated various times.
>
> This already happens. But no
Le mardi 23 juin 2020 à 20:31 +0200, clime a écrit :
> Or we can bring the notion of
> the namespaces into rpm itself (that's where my suggestion of
> "Stream"
> rpm attribute comes from but it could also be called just
> "Namespace"). But then there is the argument: "Why not just put the
> namespa
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
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 guidel
On Tue, Jun 23, 2020 at 08:31:06PM +0200, clime wrote:
> > The unanswered question is what mechanism would be used make sure that
> > the rpms from the "module" are all installed. One option would be to
> > somehow mangle rpm names, another option would be to add some kind of
> > Provides/Requires,
On Tue, 23 Jun 2020 at 20:59, Terry Bowling wrote:
>
> On Tue, Jun 23, 2020 at 2:33 PM clime wrote:
>>
>>
>> So I don't really get even after almost five years where modularity is
>> going or what it wants to achieve. I don't understand its use-case for
>> any of Fedora, RHEL, and CentOS because
On Tue, Jun 23, 2020 at 2:33 PM clime wrote:
>
> So I don't really get even after almost five years where modularity is
> going or what it wants to achieve. I don't understand its use-case for
> any of Fedora, RHEL, and CentOS because disabling
> parallel-installability to allow parallel availabi
On Mon, 22 Jun 2020 at 08:14, Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Mon, Jun 22, 2020 at 04:55:10AM +0200, clime wrote:
> > >> > > Hello Josh,
> > >> > >
> > >> > > you can change the artifact type while keeping interface the same and
> > >> > > it would be a _HUGE_ win because it would make m
On Tue, Jun 23, 2020 at 11:21 AM Fabio Valentini wrote:
>
> On Tue, Jun 23, 2020 at 2:31 PM Josh Boyer wrote:
> > On Tue, Jun 23, 2020 at 8:01 AM Miro Hrončok wrote:
> > > What makes RHEL so different that the failure is not relevant to it? Is
> > > it the
> > > stable nature of RHEL content?
On Tue, Jun 23, 2020 at 2:31 PM Josh Boyer wrote:
> On Tue, Jun 23, 2020 at 8:01 AM Miro Hrončok wrote:
> > What makes RHEL so different that the failure is not relevant to it? Is it
> > the
> > stable nature of RHEL content? Is it the limited scope of RHEL content? Is
> > it
> > the less "wi
On Tue, Jun 23, 2020 at 10:14 AM Pierre-Yves Chibon wrote:
>
> On Tue, Jun 23, 2020 at 08:30:37AM -0400, Josh Boyer wrote:
> > On Tue, Jun 23, 2020 at 8:01 AM Miro Hrončok wrote:
> > >
> > > On 22. 06. 20 21:36, Josh Boyer wrote:
> > > >> I'd like to ask whether RHEL 9 has decided for default mod
On Tue, Jun 23, 2020 at 08:30:37AM -0400, Josh Boyer wrote:
> On Tue, Jun 23, 2020 at 8:01 AM Miro Hrončok wrote:
> >
> > On 22. 06. 20 21:36, Josh Boyer wrote:
> > >> I'd like to ask whether RHEL 9 has decided for default modular streams
> > >> despite
> > >> their failure in Fedora, whether thi
On Tue, Jun 23, 2020 at 9:42 AM Miro Hrončok wrote:
>
> On 23. 06. 20 14:30, Josh Boyer wrote:
> > On Tue, Jun 23, 2020 at 8:01 AM Miro Hrončok wrote:
> >>
> >> On 22. 06. 20 21:36, Josh Boyer wrote:
> I'd like to ask whether RHEL 9 has decided for default modular streams
> despite
> >
On 23. 06. 20 15:42, Miro Hrončok wrote:
AFAIK Stephan and Igor
Sorry, I've meant Stephen.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists
On 23. 06. 20 14:30, Josh Boyer wrote:
On Tue, Jun 23, 2020 at 8:01 AM Miro Hrončok wrote:
On 22. 06. 20 21:36, Josh Boyer wrote:
I'd like to ask whether RHEL 9 has decided for default modular streams despite
their failure in Fedora, whether this decision is final and what was the
reasoning b
On Tue, Jun 23, 2020 at 07:12:09AM -0400, Josh Boyer wrote:
> On Tue, Jun 23, 2020 at 3:32 AM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Mon, Jun 22, 2020 at 03:36:30PM -0400, Josh Boyer wrote:
> > > On Mon, Jun 22, 2020 at 1:27 PM Miro Hrončok wrote:
> > > >
> > > > On 18. 06. 20 21:22, Jos
On Tue, Jun 23, 2020 at 8:01 AM Miro Hrončok wrote:
>
> On 22. 06. 20 21:36, Josh Boyer wrote:
> >> I'd like to ask whether RHEL 9 has decided for default modular streams
> >> despite
> >> their failure in Fedora, whether this decision is final and what was the
> >> reasoning behind it.
> >
> > T
On Tue, Jun 23, 2020 at 7:56 AM Miro Hrončok wrote:
>
> On 23. 06. 20 13:43, Josh Boyer wrote:
> > On Tue, Jun 23, 2020 at 7:36 AM Miro Hrončok wrote:
> >>
> >> On 23. 06. 20 13:29, Josh Boyer wrote:
> (It*may* be possible to automatize this, but not as easily as with
> singula
On 22. 06. 20 21:36, Josh Boyer wrote:
I'd like to ask whether RHEL 9 has decided for default modular streams despite
their failure in Fedora, whether this decision is final and what was the
reasoning behind it.
That's an interesting question. I think for the purposes of this
discussion, we sh
On 23. 06. 20 13:43, Josh Boyer wrote:
On Tue, Jun 23, 2020 at 7:36 AM Miro Hrončok wrote:
On 23. 06. 20 13:29, Josh Boyer wrote:
(It*may* be possible to automatize this, but not as easily as with
singular packages. And considering that non-modularized packages
need to be handled
On Tue, Jun 23, 2020 at 7:36 AM Miro Hrončok wrote:
>
> On 23. 06. 20 13:29, Josh Boyer wrote:
> >>(It*may* be possible to automatize this, but not as easily as with
> >>singular packages. And considering that non-modularized packages
> >>need to be handled too, there will be at least
On 23. 06. 20 13:29, Josh Boyer wrote:
(It*may* be possible to automatize this, but not as easily as with
singular packages. And considering that non-modularized packages
need to be handled too, there will be at least two paths.)
- (hypothetically) if we have default modules in eln, an
On Tue, Jun 23, 2020 at 5:14 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Mon, Jun 22, 2020 at 03:36:30PM -0400, Josh Boyer wrote:
> > We know within RHEL we have teams that will likely continue using
> > default streams. We also know that some teams will not. Further we
> > know that somes team
On Tue, Jun 23, 2020 at 3:32 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Mon, Jun 22, 2020 at 03:36:30PM -0400, Josh Boyer wrote:
> > On Mon, Jun 22, 2020 at 1:27 PM Miro Hrončok wrote:
> > >
> > > On 18. 06. 20 21:22, Josh Boyer wrote:
> > > > The introduction
> > > > of default module streams
On Thu, Jun 18, 2020 at 2:39 PM Ken Dreyer wrote:
>
> On Thu, Jun 18, 2020 at 10:31 AM Josh Boyer wrote:
> > Personally, I have long wanted burst-to-cloud or the ability for
> > others to donate hosts to the Fedora build system without having to
> > physically ship hardware. Koji is somewhat lim
On Mon, Jun 22, 2020 at 03:36:30PM -0400, Josh Boyer wrote:
> We know within RHEL we have teams that will likely continue using
> default streams. We also know that some teams will not. Further we
> know that somes teams will likely not use modules at all, just as
> teams in RHEL 8 did not use mo
On Tue, Jun 23, 2020 at 10:03:31AM +0200, Miro Hrončok wrote:
> On 23. 06. 20 8:50, Zbigniew Jędrzejewski-Szmek wrote:
> >Hi Josh, Miro,
> >
> >I think there has been a misunderstanding. I'm pretty sure Miro's
> >question is about "default modules" not "default streams"
> >(i.e. "modules enabled by
On 23. 06. 20 8:50, Zbigniew Jędrzejewski-Szmek wrote:
Hi Josh, Miro,
I think there has been a misunderstanding. I'm pretty sure Miro's
question is about "default modules" not "default streams"
(i.e. "modules enabled by default" vs. "the stream of a module to use
when a different one is not expl
On Mon, Jun 22, 2020 at 03:36:30PM -0400, Josh Boyer wrote:
> On Mon, Jun 22, 2020 at 1:27 PM Miro Hrončok wrote:
> >
> > On 18. 06. 20 21:22, Josh Boyer wrote:
> > > The introduction
> > > of default module streams was a direct result of wanting to help
> > > customers that are used to running 'y
On Mon, Jun 22, 2020 at 1:27 PM Miro Hrončok wrote:
>
> On 18. 06. 20 21:22, Josh Boyer wrote:
> > The introduction
> > of default module streams was a direct result of wanting to help
> > customers that are used to running 'yum install mariadb' still be able
> > to do that.
>
> Hello Josh.
>
> I'
On 18. 06. 20 21:22, Josh Boyer wrote:
The introduction
of default module streams was a direct result of wanting to help
customers that are used to running 'yum install mariadb' still be able
to do that.
Hello Josh.
I'd like to ask whether RHEL 9 has decided for default modular streams despite
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 concept of modularity... what are t
On Mon, 22 Jun 2020 at 08:14, Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Mon, Jun 22, 2020 at 04:55:10AM +0200, clime wrote:
> > >> > > Hello Josh,
> > >> > >
> > >> > > you can change the artifact type while keeping interface the same and
> > >> > > it would be a _HUGE_ win because it would make m
-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 concept of modularity... what are the benefits
> > to Fedora,
> > Fedora developers, and Fedora contributor
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
>
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 experi
On Mon, Jun 22, 2020 at 04:55:10AM +0200, clime wrote:
> >> > > Hello Josh,
> >> > >
> >> > > you can change the artifact type while keeping interface the same and
> >> > > it would be a _HUGE_ win because it would make modularity finally
> >> > > understandable for mere humans and better maintaina
On Mon, 22 Jun 2020 at 04:12, Naheem Zaffar wrote:
>
>
>
> On Mon, 22 Jun 2020, 02:57 clime, wrote:
>>
>> On Fri, 19 Jun 2020 at 01:59, Josh Boyer wrote:
>> >
>> > On Thu, Jun 18, 2020 at 5:51 PM clime wrote:
>> > >
>> > > On Thu, 18 Jun 2020 at 15:25, Josh Boyer wrote:
>> > > >
>> > > > On Th
On Mon, 22 Jun 2020, 02:57 clime, wrote:
> On Fri, 19 Jun 2020 at 01:59, Josh Boyer wrote:
> >
> > On Thu, Jun 18, 2020 at 5:51 PM clime wrote:
> > >
> > > On Thu, 18 Jun 2020 at 15:25, Josh Boyer wrote:
> > > >
> > > > On Thu, Jun 18, 2020 at 9:05 AM Igor Raits
> > > > wrote:
> > > > >
> > >
On Fri, 19 Jun 2020 at 01:59, Josh Boyer wrote:
>
> On Thu, Jun 18, 2020 at 5:51 PM clime wrote:
> >
> > On Thu, 18 Jun 2020 at 15:25, Josh Boyer wrote:
> > >
> > > On Thu, Jun 18, 2020 at 9:05 AM Igor Raits
> > > wrote:
> > > >
> > > > -BEGIN PGP SIGNED MESSAGE-
> > > > Hash: SHA512
>
On Saturday, June 20, 2020 4:37:06 PM MST Stephen John Smoogen wrote:
> On Sat, 20 Jun 2020 at 17:42, Neal Gompa wrote:
>
> >
> >
> > On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr
> > wrote:
>
> > >
> > >
> > > On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote:
> > >
> > > > TL;DR
On Sat, Jun 20, 2020 at 7:40 PM Nico Kadel-Garcia wrote:
>
> On Thu, Jun 18, 2020 at 8:45 AM Josh Boyer wrote:
>
> Modularity has been an interesting idea on paper, but not worth the
> effort. It should not be used for RHEL 9.
>
This is the wrong place to try to convince Red Hat otherwise. It's
On Thu, Jun 18, 2020 at 8:45 AM Josh Boyer wrote:
Modularity has been an interesting idea on paper, but not worth the
effort. It should not be used for RHEL 9.
> It is always good to push the boundaries and search for better ideas
> and improvements, and that is part of what makes Fedora great.
On Sat, 20 Jun 2020 at 17:42, Neal Gompa wrote:
>
> On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr
> wrote:
> >
> > On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote:
> > > TL;DR benefits of modularity for Fedora:
> > >
> > > * Automating build chains for producing artifacts
> > > *
On Sat, Jun 20, 2020 at 6:51 PM John M. Harris Jr wrote:
>
> On Saturday, June 20, 2020 2:40:48 PM MST Neal Gompa wrote:
> > On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr
> > wrote:
> > >
> > >
> > > On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote:
> > >
> > > > TL;DR benefits of m
On Saturday, June 20, 2020 2:40:48 PM MST Neal Gompa wrote:
> On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr
> wrote:
> >
> >
> > On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote:
> >
> > > TL;DR benefits of modularity for Fedora:
> > >
> > >
> > >
> > > * Automating build chains for
On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr wrote:
>
> On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote:
> > TL;DR benefits of modularity for Fedora:
> >
> > * Automating build chains for producing artifacts
> > * Straightforward mechanism of producing non-rpm artifacts using our
>
On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote:
> TL;DR benefits of modularity for Fedora:
>
> * Automating build chains for producing artifacts
> * Straightforward mechanism of producing non-rpm artifacts using our
> existing tooling (modules -> flatpaks/containers/etc.)
Both of thes
On Sat, Jun 20, 2020 at 5:31 AM Dan Čermák
wrote:
>
> Josh Boyer writes:
>
> > On Fri, Jun 19, 2020 at 2:54 PM David Cantrell wrote:
> >>
> >> On Thu, Jun 18, 2020 at 08:44:39AM -0400, Josh Boyer wrote:
> >> >Hopefully that provides some context and helps FESCo and the wider
> >> >community unde
Josh Boyer writes:
> On Fri, Jun 19, 2020 at 2:54 PM David Cantrell wrote:
>>
>> On Thu, Jun 18, 2020 at 08:44:39AM -0400, Josh Boyer wrote:
>> >Hopefully that provides some context and helps FESCo and the wider
>> >community understand where Red Hat is headed with modularity on the
>> >Enterpri
On Fri, Jun 19, 2020 at 2:54 PM David Cantrell wrote:
>
> On Thu, Jun 18, 2020 at 08:44:39AM -0400, Josh Boyer wrote:
> >Hopefully that provides some context and helps FESCo and the wider
> >community understand where Red Hat is headed with modularity on the
> >Enterprise side.
>
> Around the idea
On Fri, Jun 19, 2020 at 08:06:29AM -0500, Martin Jackson wrote:
On 6/19/20 7:46 AM, Daniel P. Berrangé wrote:
On Fri, Jun 19, 2020 at 02:32:19PM +0200, Dominik 'Rathann' Mierzejewski wrote:
On Friday, 19 June 2020 at 11:58, Daniel P. Berrangé wrote:
[...]
I can only see this being solvable
On Thu, Jun 18, 2020 at 08:44:39AM -0400, Josh Boyer wrote:
Hello Fedora Community!
I am a long-time Fedora Community member, and may be familiar to many
through previous FESCo or devel list discussions and passionate
debates. However I write to you today with a different community hat
on, as a
On Fri, Jun 19, 2020, at 12:44 PM, Daniel P. Berrangé wrote:
> IIUC from the docs, when using Modularity to build Flatpaks, the
> prefix is changed to /app instead of /usr, which makes it much
> closers to SCL:
>
>https://docs.fedoraproject.org/en-US/flatpak/concepts/
The reason for that h
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 experience with them. I'm not sure how well that would translate to
> > the server en
On Fri, Jun 19, 2020 at 9:16 AM Stephen Gallagher wrote:
> I love how people hold up "containers" as a solution to these problems
> without considering for a moment how exactly the container itself gets
> built. If you were to look into the flatpak build system in Fedora,
> you'd see that they ar
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 experience with them. I'm not sure how well that would translate to
> the server environment though, but that general approach seems to do a
> good job of preserv
On 6/19/20 7:46 AM, Daniel P. Berrangé wrote:
On Fri, Jun 19, 2020 at 02:32:19PM +0200, Dominik 'Rathann' Mierzejewski wrote:
On Friday, 19 June 2020 at 11:58, Daniel P. Berrangé wrote:
[...]
I can only see this being solvable if non-default modules streams are
required to be built into a uniq
On Fri, Jun 19, 2020 at 02:32:19PM +0200, Dominik 'Rathann' Mierzejewski wrote:
> On Friday, 19 June 2020 at 11:58, Daniel P. Berrangé wrote:
> [...]
> > I can only see this being solvable if non-default modules streams are
> > required to be built into a unique /opt prefix instead of /usr.
>
> Ar
On Friday, 19 June 2020 at 11:58, Daniel P. Berrangé wrote:
[...]
> I can only see this being solvable if non-default modules streams are
> required to be built into a unique /opt prefix instead of /usr.
Are you trying to re-invent the SCLs?
Regards,
Dominik
--
Fedora https://getfedora.org |
- Original Message -
> From: "Daniel P. Berrangé"
> To: "Development discussions related to Fedora"
>
> Sent: Friday, June 19, 2020 5:58:28 AM
> Subject: Re: RHEL 9 and modularity
>
> On Fri, Jun 19, 2020 at 11:28:58AM +0200, Vít Ondruch wrote
On Fri, Jun 19, 2020 at 11:28:58AM +0200, Vít Ondruch wrote:
>
> Dne 18. 06. 20 v 21:40 Stephen Gallagher napsal(a):
> > On Thu, Jun 18, 2020 at 3:34 PM John M. Harris Jr
> > wrote:
> >> The issues I've seen so far affect both Fedora and RHEL, but have gotten a
> >> bit
> >> better in Fedora. F
Dne 18. 06. 20 v 21:40 Stephen Gallagher napsal(a):
> On Thu, Jun 18, 2020 at 3:34 PM John M. Harris Jr
> wrote:
>> The issues I've seen so far affect both Fedora and RHEL, but have gotten a
>> bit
>> better in Fedora. For example, a major concern that has been much worse in
>> Fedora than RHEL
On Thu, Jun 18, 2020 at 5:51 PM clime wrote:
>
> On Thu, 18 Jun 2020 at 15:25, Josh Boyer wrote:
> >
> > On Thu, Jun 18, 2020 at 9:05 AM Igor Raits
> > wrote:
> > >
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA512
> > >
> > > On Thu, 2020-06-18 at 08:44 -0400, Josh Boyer wrote:
> >
On Thu, 18 Jun 2020 at 15:25, Josh Boyer wrote:
>
> On Thu, Jun 18, 2020 at 9:05 AM Igor Raits
> wrote:
> >
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> > On Thu, 2020-06-18 at 08:44 -0400, Josh Boyer wrote:
> > > Hello Fedora Community!
> >
> > Hi Josh,
> >
> > > I am a long-tim
On Thu, Jun 18, 2020 at 3:34 PM John M. Harris Jr wrote:
>
> The issues I've seen so far affect both Fedora and RHEL, but have gotten a bit
> better in Fedora. For example, a major concern that has been much worse in
> Fedora than RHEL, for obvious reasons:
>
> One month you can do a fresh install
On Thu, Jun 18, 2020 at 1:27 PM Josh Boyer wrote:
> I don't think burst-to-cloud means we only burst to a single cloud.
> That seems like a great way to just lock into that cloud with no
> flexibility. Rather, I would look at it as a hybrid cloud opportunity
> and use AWS, or the IBM cloud that o
On Thursday, June 18, 2020 12:22:08 PM MST Josh Boyer wrote:
> On Thu, Jun 18, 2020 at 1:59 PM John M. Harris Jr
> wrote:
> >
> >
> > On Thursday, June 18, 2020 6:24:46 AM MST Josh Boyer wrote:
>
>
>
>
> > > The base requirement is that the UX remain largely the same. As I
> > > said, from a
On Thu, Jun 18, 2020 at 2:39 PM Ken Dreyer wrote:
>
> On Thu, Jun 18, 2020 at 10:31 AM Josh Boyer wrote:
> > Personally, I have long wanted burst-to-cloud or the ability for
> > others to donate hosts to the Fedora build system without having to
> > physically ship hardware. Koji is somewhat lim
On Thu, Jun 18, 2020 at 1:59 PM John M. Harris Jr wrote:
>
> On Thursday, June 18, 2020 6:24:46 AM MST Josh Boyer wrote:
> > The base requirement is that the UX remain largely the same. As I
> > said, from a RHEL perspective, we need RHEL 8 and RHEL 9 to have
> > commonality so that our custome
On Thu, Jun 18, 2020 at 10:31 AM Josh Boyer wrote:
> Personally, I have long wanted burst-to-cloud or the ability for
> others to donate hosts to the Fedora build system without having to
> physically ship hardware. Koji is somewhat limited in that regard.
> Maybe developing a shim layer and some
On Thursday, June 18, 2020 6:24:46 AM MST Josh Boyer wrote:
> On Thu, Jun 18, 2020 at 9:05 AM Igor Raits
> wrote:
>
> >
> >
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> >
> >
> > On Thu, 2020-06-18 at 08:44 -0400, Josh Boyer wrote:
> >
> > > Hello Fedora Community!
> >
> >
> >
>
On Thu, Jun 18, 2020 at 12:30:58PM -0400, Josh Boyer wrote:
> On Thu, Jun 18, 2020 at 9:26 AM Neal Gompa wrote:
...snip...
> > However, I am concerned that as ELN develops further, we are likely to
> > be even more starved for build resources than we have been previously.
> > Modules are huge buil
On Thu, Jun 18, 2020 at 9:29 AM Miro Hrončok wrote:
>
> On 18. 06. 20 15:24, Josh Boyer wrote:
> >> Basically this email just says "We decided for Modularity in RHEL 9 and
> >> we would like to do it in Fedora Infrastructure first".
> > Mostly, yes. We were told there was ambiguity on whether mod
On Thu, Jun 18, 2020 at 9:26 AM Neal Gompa wrote:
>
> On Thu, Jun 18, 2020 at 8:45 AM Josh Boyer wrote:
> >
> > Hello Fedora Community!
> >
> > I am a long-time Fedora Community member, and may be familiar to many
> > through previous FESCo or devel list discussions and passionate
> > debates. H
On Thu, 18 Jun 2020 at 09:27, Neal Gompa wrote:
>
> On Thu, Jun 18, 2020 at 8:45 AM Josh Boyer wrote:
> >
> However, I am concerned that as ELN develops further, we are likely to
> be even more starved for build resources than we have been previously.
> Modules are huge build chains that essenti
1 - 100 of 106 matches
Mail list logo