Re: Proposal to deprecated `fedpkg local`

On Fri, Jan 29, 2021 at 4:11 PM Fabio Valentini wrote: > I seem to remember that there is a mock config option for this. But > looking at the current configs (e.g. fedora-rawhide-x86_64) I only see > an option to enable and install additional *modules*, not *packages*. > I'm pretty sure there's a

Re: Proposal to deprecated `fedpkg local`

On Sat, Jan 30, 2021 at 12:04 AM Richard Shaw wrote: > (snip) > Is there an easy way to override/add things to the buildroot locally without > making it a global change for the whole distro? I seem to remember that there is a mock config option for this. But looking at the current configs

Re: Proposal to deprecated `fedpkg local`

On Fri, Jan 29, 2021 at 5:02 PM Kevin Kofler via devel < devel@lists.fedoraproject.org> wrote: > Vít Ondruch wrote: > > While I typically tend to use editor from my host (I quite often use > > GVim or GEdit, which are both GUI editors), I stumble upon the missing > > `less` quite often. If there

Re: Proposal to deprecated `fedpkg local`

Vít Ondruch wrote: > While I typically tend to use editor from my host (I quite often use > GVim or GEdit, which are both GUI editors), I stumble upon the missing > `less` quite often. If there was way to somehow `mount` the editor from > host into the buildroot, but I can't think of any feasible

Re: Proposal to deprecated `fedpkg local`

Robbie Harwood wrote: > Vít Ondruch writes: >> Just FTR, mock supports `--arch=ARCH` which will use emulation to >> allow you build whatever architecture localy. I have never used it >> myself, but I wanted to mention this. > > I recommend you try. Prepare to be underwhelmed by speed :)

Re: Proposal to deprecated `fedpkg local`

Otto Urpelainen wrote: > The other option of not using 'git add .' can also be described as > mentally filtering out all the irrelevant unstaged changes to find the > ones that should actually be added. That adds cognitive burden, slows > things down and leads to mistakes every now and then. It

Re: Proposal to deprecated `fedpkg local`

On Thu, 2021-01-28 at 10:09 +0100, Petr Pisar wrote: > On Wed, Jan 27, 2021 at 06:58:05PM +0100, Vít Ondruch wrote: > > Dne 27. 01. 21 v 18:53 Petr Menšík napsal(a): > > > This would describe my usual workflow as well. fedpkg local is > > > great for > > > checking soname did not change, patches

Re: Proposal to deprecated `fedpkg local`

On 29/01/21 17:04 +0100, Miro Hrončok wrote: On 29. 01. 21 16:03, Jonathan Wakely wrote: So if fedpkg clone just added things to .git/info/exclude there would be no need to modify every .gitignore file in every repo on every active branch. That is already the case \o/

Re: Proposal to deprecated `fedpkg local`

On 29. 01. 21 16:03, Jonathan Wakely wrote: So if fedpkg clone just added things to .git/info/exclude there would be no need to modify every .gitignore file in every repo on every active branch. That is already the case \o/

Re: Proposal to deprecated `fedpkg local`

On 29/01/21 14:56 +, Jonathan Wakely wrote: On 27/01/21 14:13 -0800, Josh Stone wrote: On 1/27/21 2:04 PM, Otto Urpelainen wrote: The other option of not using 'git add .' can also be described as mentally filtering out all the irrelevant unstaged changes to find the ones that should

Re: Proposal to deprecated `fedpkg local`

On 27/01/21 14:13 -0800, Josh Stone wrote: On 1/27/21 2:04 PM, Otto Urpelainen wrote: The other option of not using 'git add .' can also be described as mentally filtering out all the irrelevant unstaged changes to find the ones that should actually be added. That adds cognitive burden, slows

Re: Proposal to deprecated `fedpkg local`

Hi, please don't force me to change my workflow which I'm using regularly without having any benefit from it. -- Jan Horak On 1/27/21 5:17 PM, Vít Ondruch wrote: Hi, I wonder, what would be the sentiment if I proposed to deprecated the `fedpkg local` command. I don't think it should be

Re: Proposal to deprecated `fedpkg local`

Please no, I use that regularly. Martin On 1/27/21 5:17 PM, Vít Ondruch wrote: Hi, I wonder, what would be the sentiment if I proposed to deprecated the `fedpkg local` command. I don't think it should be used. Mock should be the preferred way. Would there be anybody really missing this

Re: Proposal to deprecated `fedpkg local`

On Thu, Jan 28, 2021 at 08:12:58PM +0100, Kamil Dudka wrote: > I have never used `fedpkg local` myself. However, what prevents me from > doing > the following steps? > > $ fedpkg srpm > $ sudo yum builddep ... > $ rpmbuild --rebuild ... > $ sudo yum install ... fedpkg local sets the variables

Re: Proposal to deprecated `fedpkg local`

Dne 28. 01. 21 v 20:41 Richard Shaw napsal(a): 2/ Ambiguous build failure error message or segfault. Here I use the shell option to go into to chroot. It has some quirks as well. It drops you into the root so you have to do the whole cd builddir/build/BUILD/... or something like that (I'm

Re: Proposal to deprecated `fedpkg local`

Vít Ondruch writes: > Dne 28. 01. 21 v 15:51 Robbie Harwood napsal(a): >> Vít Ondruch writes: >> >>> Thx everybody for their responses and sorry for such controversial >>> topic. I am not going to propose this upstream after all. However I >>> have few takeaways: >>> >>> 1) I see responses of

Re: Proposal to deprecated `fedpkg local`

On Thu, Jan 28, 2021 at 12:55 PM Vít Ondruch wrote: > > I have started the thread reflecting on experience of fresh packager > coming to Fedora. First issue was that `fedpkg local` pollutes the work > directory. There is also second issue, that `fedpkg local` is polluting > the whole system with

Re: Proposal to deprecated `fedpkg local`

On Thursday, January 28, 2021 7:55:05 PM CET Vít Ondruch wrote: > Dne 28. 01. 21 v 19:36 Simo Sorce napsal(a): > > On Thu, 2021-01-28 at 19:26 +0100, Vít Ondruch wrote: > >> Dne 28. 01. 21 v 15:51 Robbie Harwood napsal(a): > >>> Vít Ondruch writes: > Thx everybody for their responses and

Re: Proposal to deprecated `fedpkg local`

Dne 28. 01. 21 v 19:36 Simo Sorce napsal(a): On Thu, 2021-01-28 at 19:26 +0100, Vít Ondruch wrote: Dne 28. 01. 21 v 15:51 Robbie Harwood napsal(a): Vít Ondruch writes: Thx everybody for their responses and sorry for such controversial topic. I am not going to propose this upstream after

Re: Proposal to deprecated `fedpkg local`

On Thu, 2021-01-28 at 19:26 +0100, Vít Ondruch wrote: > Dne 28. 01. 21 v 15:51 Robbie Harwood napsal(a): > > Vít Ondruch writes: > > > > > Thx everybody for their responses and sorry for such controversial > > > topic. I am not going to propose this upstream after all. However I have > > > few

Re: Proposal to deprecated `fedpkg local`

Dne 28. 01. 21 v 15:51 Robbie Harwood napsal(a): Vít Ondruch writes: Thx everybody for their responses and sorry for such controversial topic. I am not going to propose this upstream after all. However I have few takeaways: 1) I see responses of Fedora long timers and I understand that you

Re: Proposal to deprecated `fedpkg local`

On 28/01/2021 10:39, Vít Ondruch wrote: 2) I would really love you to stop using VMs for your build/testing. With exception of Kernel and Kernel related issues, the argument of "mock being slow" can't stand. Every VM will be more resources hungry then mock, slowing every your task. I'd

Re: Proposal to deprecated `fedpkg local`

Vít Ondruch writes: > Thx everybody for their responses and sorry for such controversial > topic. I am not going to propose this upstream after all. However I have > few takeaways: > > 1) I see responses of Fedora long timers and I understand that you > have polished workflows. But I really

Re: Proposal to deprecated `fedpkg local`

Vít Ondruch writes: > Dne 27. 01. 21 v 23:21 Gwyn Ciesla via devel napsal(a): >>> On Wed, Jan 27, 2021 at 05:17:24PM +0100, Vít Ondruch wrote: >>> Hi, I wonder, what would be the sentiment if I proposed to deprecated the `fedpkg local` command. I don't think it should be used.

Re: Proposal to deprecated `fedpkg local`

On 27/01/2021 21:47, Zbigniew Jędrzejewski-Szmek wrote: +1 to everything that Gwyn said. 'fedpkg local' is just so immensely useful for initial package developement. I also use it a lot for systemd & friends: I *want* to build packages against the local environment and install them locally

Re: Proposal to deprecated `fedpkg local`

On Thu, Jan 28, 2021 at 01:40:08PM +0100, Miroslav Suchý wrote: > Dne 28. 01. 21 v 11:54 Daniel P. Berrangé napsal(a): > >Thus mock ends up using the slower storage since it isn't using /home. > > A performance tips: >

Re: Proposal to deprecated `fedpkg local`

Gwyn Ciesla via devel kirjoitti 28.1.2021 klo 0.09: If the user doesn't 'git add .', or has a correct .gitignore, this should be a non issue. Me being the quoted person with a workflow issue, I still think there is a workflow issue. Setting .gitignore is possible of course, but rather

Re: Proposal to deprecated `fedpkg local`

Dne 28. 01. 21 v 11:35 Thomas Moschny napsal(a): 3) The argument of mock being slow can't stand, because in one of my examples I posted elsewhere in this thread, I picked up the simplest package I could and the build took 7 seconds. This is certainly not slow, in this time you can't even

Re: Proposal to deprecated `fedpkg local`

Dne 28. 01. 21 v 11:54 Daniel P. Berrangé napsal(a): Thus mock ends up using the slower storage since it isn't using /home. A performance tips: http://miroslav.suchy.cz/blog/archives/2015/05/28/increase_mock_performance_-_build_packages_in_memory/index.html -- Miroslav Suchy, RHCA Red Hat,

Re: Proposal to deprecated `fedpkg local`

On Thu, Jan 28, 2021 at 10:39:16AM +0100, Vít Ondruch wrote: > 2) I would really love you to stop using VMs for your build/testing. With > exception of Kernel and Kernel related issues, the argument of "mock being > slow" can't stand. Every VM will be more resources hungry then mock, slowing >

Re: Proposal to deprecated `fedpkg local`

> 3) The argument of mock being slow can't stand, because in one of my examples > I posted elsewhere in this thread, I picked up the simplest package I could > and the build took 7 seconds. This is certainly not slow, in this time you > can't even switch to your email client to check your

Re: Proposal to deprecated `fedpkg local`

Thx everybody for their responses and sorry for such controversial topic. I am not going to propose this upstream after all. However I have few takeaways: 1) I see responses of Fedora long timers and I understand that you have polished workflows. But I really think that for newcomers, mock

Re: Proposal to deprecated `fedpkg local`

Dne 27. 01. 21 v 23:21 Gwyn Ciesla via devel napsal(a): -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021 at 06:58:05PM +0100, Vít Ondruch wrote: > Dne 27. 01. 21 v 18:53 Petr Menšík napsal(a): > > This would describe my usual workflow as well. fedpkg local is great for > > checking soname did not change, patches apply, to debugging why my test > > suites fail and how they behave.

Re: Proposal to deprecated `fedpkg local`

Hello, On 27.01.21 17:17, Vít Ondruch wrote: I wonder, what would be the sentiment if I proposed to deprecated the `fedpkg local` command. I don't think it should be used. Mock should be the preferred way. Would there be anybody really missing this functionality? For me even a step further: I

Re: Proposal to deprecated `fedpkg local`

--  Gwyn Ciesla she/her/hers   in your fear, seek only peace  in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 4:17 PM, Richard W.M. Jones wrote: > On

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021 at 05:17:24PM +0100, Vít Ondruch wrote: > Hi, > > I wonder, what would be the sentiment if I proposed to deprecated > the `fedpkg local` command. I don't think it should be used. Mock > should be the preferred way. Would there be anybody really missing > this functionality?

Re: Proposal to deprecated `fedpkg local`

On 1/27/21 2:04 PM, Otto Urpelainen wrote: > The other option of not using 'git add .' can also be described as > mentally filtering out all the irrelevant unstaged changes to find the > ones that should actually be added. That adds cognitive burden, slows > things down and leads to mistakes

Re: Proposal to deprecated `fedpkg local`

--  Gwyn Ciesla she/her/hers   in your fear, seek only peace  in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 4:04 PM, Otto Urpelainen wrote: > Gwyn

Re: Proposal to deprecated `fedpkg local`

On Wed, 2021-01-27 at 17:17 +0100, Vít Ondruch wrote: > Hi, > > I wonder, what would be the sentiment if I proposed to deprecated the > `fedpkg local` command. I don't think it should be used. Mock should be > the preferred way. Would there be anybody really missing this functionality? Sorry I

Re: Proposal to deprecated `fedpkg local`

Gwyn Ciesla via devel kirjoitti 27.1.2021 klo 19.40: ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 11:33 AM, Vít Ondruch wrote: Dne 27. 01. 21 v 18:21 Gwyn Ciesla via devel napsal(a): Question; What problem would be solved by removing fedpkg local that isn't addressed

Re: Proposal to deprecated `fedpkg local`

+1 to everything that Gwyn said. 'fedpkg local' is just so immensely useful for initial package developement. I also use it a lot for systemd & friends: I *want* to build packages against the local environment and install them locally without pulling in any other package updates, and I want to

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021 at 9:17 AM Vít Ondruch wrote: > I wonder, what would be the sentiment if I proposed to deprecated the > `fedpkg local` command. I don't think it should be used. Mock should be > the preferred way. Would there be anybody really missing this functionality? Seems like this is a

Re: Proposal to deprecated `fedpkg local`

Vít Ondruch writes: > Hi, > > I wonder, what would be the sentiment if I proposed to deprecated the > `fedpkg local` command. I don't think it should be used. Mock should > be the preferred way. Would there be anybody really missing this > functionality? I would miss it. It's nontrivially

Re: Proposal to deprecated `fedpkg local`

Vít Ondruch wrote: > I wonder, what would be the sentiment if I proposed to deprecated the `fedpkg > local` command. I don't think it should be used. Mock should be the preferred > way. Would there be anybody really missing this functionality? Mock is waaay overkill a lot of the time. It's a

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021 at 05:17:24PM +0100, Vít Ondruch wrote: > I wonder, what would be the sentiment if I proposed to deprecated the > `fedpkg local` command. I don't think it should be used. Mock should > be the preferred way. Would there be anybody really missing this > functionality? For what

Re: Proposal to deprecated `fedpkg local`

Dne 27. 01. 21 v 18:53 Petr Menšík napsal(a): Hi, This would describe my usual workflow as well. fedpkg local is great for checking soname did not change, patches apply, to debugging why my test suites fail and how they behave. mock usual does not have even vim You have vim on your host with

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021 at 10:18 AM Vít Ondruch wrote: > > Hi, > > I wonder, what would be the sentiment if I proposed to deprecated the > `fedpkg local` command. I don't think it should be used. Mock should be > the preferred way. Would there be anybody really missing this functionality? > I would

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021 at 06:00:42PM +0100, Vít Ondruch wrote: > > Dne 27. 01. 21 v 17:38 Daniel P. Berrangé napsal(a): > > On Wed, Jan 27, 2021 at 05:17:24PM +0100, Vít Ondruch wrote: > > > Hi, > > > > > > I wonder, what would be the sentiment if I proposed to deprecated the > > > `fedpkg local`

Re: Proposal to deprecated `fedpkg local`

Hi, This would describe my usual workflow as well. fedpkg local is great for checking soname did not change, patches apply, to debugging why my test suites fail and how they behave. mock usual does not have even vim, let alone gdb or something better. In other words, i use fedpkg local a lot and

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021 at 04:43:35PM +, Daniel P. Berrangé wrote: > On Wed, Jan 27, 2021 at 05:27:12PM +0100, Fabio Valentini wrote: > > On Wed, Jan 27, 2021 at 5:24 PM Gwyn Ciesla via devel > > wrote: > > > > > > It's needed for testing builds against versions of packages not yet in > > >

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021 at 06:33:30PM +0100, Vít Ondruch wrote: > > Dne 27. 01. 21 v 18:21 Gwyn Ciesla via devel napsal(a): > > > > Question; What problem would be solved by removing fedpkg local that isn't > > addressed by documentation? > > > > It would ensure, that people are using stable and

Re: Proposal to deprecated `fedpkg local`

--  Gwyn Ciesla she/her/hers   in your fear, seek only peace  in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 11:33 AM, Vít Ondruch wrote: > Dne 27. 01.

Re: Proposal to deprecated `fedpkg local`

Dne 27. 01. 21 v 18:21 Gwyn Ciesla via devel napsal(a): Question; What problem would be solved by removing fedpkg local that isn't addressed by documentation? It would ensure, that people are using stable and predictable environment for Fedora development, keeping their system intact.

Re: Proposal to deprecated `fedpkg local`

--  Gwyn Ciesla she/her/hers   in your fear, seek only peace  in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 11:26 AM, Vít Ondruch wrote: > Dne 27. 01.

Re: Proposal to deprecated `fedpkg local`

--  Gwyn Ciesla she/her/hers   in your fear, seek only peace  in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 11:10 AM, Fabio Valentini wrote: > On Wed,

Re: Proposal to deprecated `fedpkg local`

Dne 27. 01. 21 v 17:57 Gwyn Ciesla via devel napsal(a): -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message

Re: Proposal to deprecated `fedpkg local`

--  Gwyn Ciesla she/her/hers   in your fear, seek only peace  in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 11:16 AM, Vít Ondruch wrote: > Dne 27. 01.

Re: Proposal to deprecated `fedpkg local`

Dne 27. 01. 21 v 18:03 Gwyn Ciesla via devel napsal(a): -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January

Re: Proposal to deprecated `fedpkg local`

Dne 27. 01. 21 v 17:59 Colin Walters napsal(a): On Wed, Jan 27, 2021, at 11:50 AM, Vít Ondruch wrote: You can do this in mock without messing with your system. You can use `mock -i some.rpm`, you can even use `mock --pm-cmd whatever dnf command you want to use`. You can use `mock your.srpm

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021 at 6:04 PM Gwyn Ciesla via devel wrote: > Great! And you can keep doing that! That's a good thing to have. fedpkg local > also works without network access, like on a train, if you have all your > BuildRequires in place. If that's all you want, why not use plain rpmbuild

Re: Proposal to deprecated `fedpkg local`

--  Gwyn Ciesla she/her/hers   in your fear, seek only peace  in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 11:00 AM, Vít Ondruch wrote: > Dne 27. 01.

Re: Proposal to deprecated `fedpkg local`

Actually, I forgot `mock --enablerepo=local some.srpm` which download the freshest packages for the build root directly from Koji. Vít Dne 27. 01. 21 v 17:50 Vít Ondruch napsal(a): You can do this in mock without messing with your system. You can use `mock -i some.rpm`, you can even use

Re: Proposal to deprecated `fedpkg local`

Dne 27. 01. 21 v 17:38 Daniel P. Berrangé napsal(a): On Wed, Jan 27, 2021 at 05:17:24PM +0100, Vít Ondruch wrote: Hi, I wonder, what would be the sentiment if I proposed to deprecated the `fedpkg local` command. I don't think it should be used. Mock should be the preferred way. Would there be

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021, at 11:50 AM, Vít Ondruch wrote: > You can do this in mock without messing with your system. You can use > `mock -i some.rpm`, you can even use `mock --pm-cmd whatever dnf > command you want to use`. You can use `mock your.srpm > --short-circuit=install` and similar. You

Re: Proposal to deprecated `fedpkg local`

--  Gwyn Ciesla she/her/hers   in your fear, seek only peace  in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 10:50 AM, Vít Ondruch wrote: > You can do

Re: Proposal to deprecated `fedpkg local`

On Wed, 27 Jan 2021 16:43:35 + Daniel P. Berrangé wrote: > On Wed, Jan 27, 2021 at 05:27:12PM +0100, Fabio Valentini wrote: > > On Wed, Jan 27, 2021 at 5:24 PM Gwyn Ciesla via devel > > wrote: > > > > > > It's needed for testing builds against versions of packages not yet in > > > mock. I

Re: Proposal to deprecated `fedpkg local`

You can do this in mock without messing with your system. You can use `mock -i some.rpm`, you can even use `mock --pm-cmd whatever dnf command you want to use`. You can use `mock your.srpm --short-circuit=install` and similar. You can use `mock shell --unpriv` if you want to tinker more. Mock

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021 at 05:27:12PM +0100, Fabio Valentini wrote: > On Wed, Jan 27, 2021 at 5:24 PM Gwyn Ciesla via devel > wrote: > > > > It's needed for testing builds against versions of packages not yet in > > mock. I use it almost every day. Losing it would make things like testing > >

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021 at 05:17:24PM +0100, Vít Ondruch wrote: > Hi, > > I wonder, what would be the sentiment if I proposed to deprecated the > `fedpkg local` command. I don't think it should be used. Mock should be the > preferred way. Would there be anybody really missing this functionality?

Re: Proposal to deprecated `fedpkg local`

"fedpkg local lets me cycle through build failures faster in the early stages" Totally agree. On Wed, Jan 27, 2021 at 5:34 PM Gwyn Ciesla via devel < devel@lists.fedoraproject.org> wrote: > > > > -- > Gwyn Ciesla > she/her/hers > > in your fear,

Re: Proposal to deprecated `fedpkg local`

--  Gwyn Ciesla she/her/hers   in your fear, seek only peace  in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 27, 2021 10:27 AM, Fabio Valentini wrote: > On Wed,

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021 at 5:24 PM Gwyn Ciesla via devel wrote: > > It's needed for testing builds against versions of packages not yet in mock. > I use it almost every day. Losing it would make things like testing solib > bumps harder. I've done local test builds for soname bumps and similar

Re: Proposal to deprecated `fedpkg local`

It's needed for testing builds against versions of packages not yet in mock. I use it almost every day. Losing it would make things like testing solib bumps harder. --  Gwyn Ciesla she/her/hers   in your fear, seek only peace  in your fear, seek

Re: Proposal to deprecated `fedpkg local`

On Wed, Jan 27, 2021 at 5:17 PM Vít Ondruch wrote: > > Hi, > > I wonder, what would be the sentiment if I proposed to deprecated the > `fedpkg local` command. I don't think it should be used. Mock should be > the preferred way. Would there be anybody really missing this functionality? I would

Proposal to deprecated `fedpkg local`

Hi, I wonder, what would be the sentiment if I proposed to deprecated the `fedpkg local` command. I don't think it should be used. Mock should be the preferred way. Would there be anybody really missing this functionality? Vít OpenPGP_signature Description: OpenPGP digital signature