On Mon, Apr 04, 2016 at 03:28:48PM -0500, Michael Catanzaro wrote:
> On Mon, 2016-04-04 at 16:20 -0400, Stephen Gallagher wrote:
> > All that said, for F24 I think @standard is probably the right place
> > for
> > systemd-udev. But I think comps needs to be completely rethought in
> > F25+.
>
> Ke
On Mon, 2016-04-04 at 16:32 -0400, Stephen Gallagher wrote:
> OK, so I think Michael is kind of making my point for me:
>
> If we have something called @standard whose purpose is essentially to
> be a small
> set of things we expect everyone to need... having one of our top-
> tier
> deliverables
On 04/04/2016 04:28 PM, Michael Catanzaro wrote:
> On Mon, 2016-04-04 at 16:20 -0400, Stephen Gallagher wrote:
>> All that said, for F24 I think @standard is probably the right place
>> for
>> systemd-udev. But I think comps needs to be completely rethought in
>> F25+.
>
> Keep in mind that Fedora
On Mon, 2016-04-04 at 16:20 -0400, Stephen Gallagher wrote:
> All that said, for F24 I think @standard is probably the right place
> for
> systemd-udev. But I think comps needs to be completely rethought in
> F25+.
Keep in mind that Fedora Workstation does NOT include @standard as it
brings in som
On Mon, Apr 04, 2016 at 04:20:34PM -0400, Stephen Gallagher wrote:
> (Also, going forward I'd love to see us build comps in a more sane manner than
> by editing an XML file; this simply *screams* for having a decent web UI to
> manage it, tied into pkgdb so when a package is retired it also disappe
On 04/04/2016 12:10 PM, Zbigniew Jędrzejewski-Szmek wrote:
> Hi,
>
> I'd like to move two systemd subpackages from the the @core group,
> but I don't know where to move them to.
>
> systemd-udev must be installed on "real hardware", so it must be
> part of Workstation, Server, Cloud, and any spin
Hi,
I'd like to move two systemd subpackages from the the @core group,
but I don't know where to move them to.
systemd-udev must be installed on "real hardware", so it must be
part of Workstation, Server, Cloud, and any spin. It should not be
installed in containers and chroots, e.g. mock.
Is @st
