On Fri, Nov 29, 2024 at 11:39 AM Daniel P. Berrangé wrote:
>
> On Fri, Nov 29, 2024 at 04:16:51PM +, Richard W.M. Jones wrote:
> > On Fri, Nov 29, 2024 at 04:02:43PM +, Daniel P. Berrangé wrote:
> > > On Fri, Nov 29, 2024 at 03:48:02PM +, Richard W.M. Jones wrote:
> > > > On Fri, Nov 2
On Fri, Nov 29, 2024 at 04:16:51PM +, Richard W.M. Jones wrote:
> On Fri, Nov 29, 2024 at 04:02:43PM +, Daniel P. Berrangé wrote:
> > On Fri, Nov 29, 2024 at 03:48:02PM +, Richard W.M. Jones wrote:
> > > On Fri, Nov 29, 2024 at 04:36:14PM +0100, Florian Weimer wrote:
> > > > * Daniel P.
* Daniel P. Berrangé:
> On Fri, Nov 29, 2024 at 03:48:02PM +, Richard W.M. Jones wrote:
>> On Fri, Nov 29, 2024 at 04:36:14PM +0100, Florian Weimer wrote:
>> > * Daniel P. Berrangé:
>> >
>> > > I think I'd prefer to stay away from redhat-rpm-config. Not because it
>> > > is a problem in Fedor
On Fri, Nov 29, 2024 at 04:02:43PM +, Daniel P. Berrangé wrote:
> On Fri, Nov 29, 2024 at 03:48:02PM +, Richard W.M. Jones wrote:
> > On Fri, Nov 29, 2024 at 04:36:14PM +0100, Florian Weimer wrote:
> > > * Daniel P. Berrangé:
> > >
> > > > I think I'd prefer to stay away from redhat-rpm-co
On Fri, Nov 29, 2024 at 03:48:02PM +, Richard W.M. Jones wrote:
> On Fri, Nov 29, 2024 at 04:36:14PM +0100, Florian Weimer wrote:
> > * Daniel P. Berrangé:
> >
> > > I think I'd prefer to stay away from redhat-rpm-config. Not because it
> > > is a problem in Fedora, but because it will cause u
On Fri, Nov 29, 2024 at 04:49:41PM +0100, Miro Hrončok wrote:
> On 29. 11. 24 15:47, Daniel P. Berrangé wrote:
> >On Fri, Nov 29, 2024 at 03:36:44PM +0100, Miro Hrončok wrote:
> >>On 28. 11. 24 23:49, Neal Gompa wrote:
> >>>On Thu, Nov 28, 2024 at 4:30 AM Florian Weimer wrote:
> * Richard W. M.
On 29. 11. 24 15:47, Daniel P. Berrangé wrote:
On Fri, Nov 29, 2024 at 03:36:44PM +0100, Miro Hrončok wrote:
On 28. 11. 24 23:49, Neal Gompa wrote:
On Thu, Nov 28, 2024 at 4:30 AM Florian Weimer wrote:
* Richard W. M. Jones:
One question is whether it's better to add this as a sub-package of
On Fri, Nov 29, 2024 at 04:36:14PM +0100, Florian Weimer wrote:
> * Daniel P. Berrangé:
>
> > I think I'd prefer to stay away from redhat-rpm-config. Not because it
> > is a problem in Fedora, but because it will cause us pain downstream
> > to deal with RHEL development process bureaucracy to com
* Daniel P. Berrangé:
> I think I'd prefer to stay away from redhat-rpm-config. Not because it
> is a problem in Fedora, but because it will cause us pain downstream
> to deal with RHEL development process bureaucracy to commit changes
> into a package we don't directly own as virt maintainers.
H
On Fri, Nov 29, 2024 at 03:36:44PM +0100, Miro Hrončok wrote:
> On 28. 11. 24 23:49, Neal Gompa wrote:
> > On Thu, Nov 28, 2024 at 4:30 AM Florian Weimer wrote:
> > >
> > > * Richard W. M. Jones:
> > >
> > > > One question is whether it's better to add this as a sub-package of
> > > > qemu, or a
On 28. 11. 24 23:49, Neal Gompa wrote:
On Thu, Nov 28, 2024 at 4:30 AM Florian Weimer wrote:
* Richard W. M. Jones:
One question is whether it's better to add this as a sub-package of
qemu, or as a new source package. Using a new source package means we
won't be introducing awkward circular
On Thu, Nov 28, 2024 at 4:30 AM Florian Weimer wrote:
>
> * Richard W. M. Jones:
>
> > One question is whether it's better to add this as a sub-package of
> > qemu, or as a new source package. Using a new source package means we
> > won't be introducing awkward circular build dependencies, or a
>
* Richard W. M. Jones:
> One question is whether it's better to add this as a sub-package of
> qemu, or as a new source package. Using a new source package means we
> won't be introducing awkward circular build dependencies, or a
> heavyweight build dependency on qemu for non-virt packages. The
On Wed, Nov 27, 2024 at 12:43 PM Richard W.M. Jones wrote:
> Does anyone have a preference here, or other comments on this plan?
Separate source package, given all the ways
qemu dependencies seem to be entwined all
over the place.
I am not sure I love the macro names, but
a rose is still a rose
https://src.fedoraproject.org/rpms/qemu/pull-request/43
Problem: We currently ship qemu on i686, but upstream have stopped
supporting and testing it, and it's also practically rather useless.
So we'd like to eventually remove it. However this has ripple effects
through the virt stack and beyond (
15 matches
Mail list logo
