What I usually do when I need for COPR to handle rpmautospec is to set
the source type to "Custom", and use the following script:
#! /bin/sh -x
git clone
cd
spectool -g
rpmautospec process-distgit
Set the Buildroot dependencies to "git rpmdevtools rpmautospec" and
the Result directory to th
Hi
There should be no problems from opentoonz packaging side, and if there
are, i'll deal with them ;)
Keep up the good work!
On Thu, May 4, 2023 at 7:24 AM Petr Pisar wrote:
> V Thu, May 04, 2023 at 11:05:21AM -, Artur Frenszek-Iwicki napsal(a):
> > > "dnf repoquery --srpm --whatrequires
I have a roundabout way to make COPR and rpmautospec work with any git repo :)
1. Create a new COPR project
2. Add a new COPR package with source type Custom
- Script
#! /bin/sh -x
git clone
cd
spectool -g
#other stuff you need to prepare
rpmautospec process-distgit
- Build dependencies:
git
Honestly didn't thought that it could be an option. I'll check that path and
see how it goes.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://doc
binary, but in my opinion it's just a
roundabout way to get the same result.
Is any of these approaches viable from a policy perspective? Is there a
better way to do this? Or should I desist on packaging this project on
Fedora for now?
[1] https://github.com/Genymobile/scrcpy
Bes
Hello everyone
My name is Diego Herrera, I'm a 35 y/o software developer and a recent hire
at Red Hat CPE Team. I've been actively using Fedora as my workstation
prefered OS since version 16.
I have made a couple of contributions to OSS projects in the past and have
some exper
