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 predictable environment
for Fedora development, keeping their system intact.
"keeping their system intact" isn't a goal for me.
My work is already inside a throwaway VM, because after doing a
local build, I want to install the package and actually attempt
to use it in a real running system.
This proposal was triggered specifically by comment from this ticket [1]:
~~~
I still have a workflow issue, because running `fedpkg local`generates a
huge amount of files that, in most repositories, are not in `.gitignore`,
leading to mistakes like this.
~~~
This is simply not good user experience.
The fault in this case is not the existance of "fedpkg local", rather
it is a combination of poor default locations for "fedpkg local" when
unpacking the RPM, and poor .gitignore contents.
eg it'll create a .build-$SOMEVERSION.log file every time, and unpack
the tarball into the base directory, neither of which are in the git
ignore list. And the results get put into an x86_64/ (or other arch)
subdirectory which again isn't in the gitignore.
It should be easy to make fedpkg local only ever create files within
a "build/" sub-directory and have this subdir be in the dist-git
.gitignore file out of the box.
Regards,
Daniel
--
|:
https://berrange.com -o-
https://www.flickr.com/photos/dberrange :|
|:
https://libvirt.org -o-
https://fstop138.berrange.com :|
|:
https://entangle-photo.org -o-
https://www.instagram.com/dberrange :|