Re: Proposed qemu-srpm-macros

2024-11-29 Thread Neal Gompa
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

Re: Proposed qemu-srpm-macros

2024-11-29 Thread Daniel P . Berrangé
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.

Re: Proposed qemu-srpm-macros

2024-11-29 Thread Florian Weimer
* 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

Re: Proposed qemu-srpm-macros

2024-11-29 Thread Richard W.M. Jones
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

Re: Proposed qemu-srpm-macros

2024-11-29 Thread 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 Fedora, but because it will cause u

Re: Proposed qemu-srpm-macros

2024-11-29 Thread Richard W.M. Jones
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.

Re: Proposed qemu-srpm-macros

2024-11-29 Thread Miro Hrončok
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

Re: Proposed qemu-srpm-macros

2024-11-29 Thread Richard W.M. Jones
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

Re: Proposed qemu-srpm-macros

2024-11-29 Thread Florian Weimer
* 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

Re: Proposed qemu-srpm-macros

2024-11-29 Thread Daniel P . Berrangé
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

Re: Proposed qemu-srpm-macros

2024-11-29 Thread Miro Hrončok
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

Re: Proposed qemu-srpm-macros

2024-11-28 Thread Neal Gompa
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 >

Re: Proposed qemu-srpm-macros

2024-11-28 Thread Florian Weimer
* 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

Re: Proposed qemu-srpm-macros

2024-11-27 Thread Gary Buhrmaster
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