- rfpkg needs to be removed from the default buildroot and use rfpkg-minimal instead. This is a simple task that anyone can take. (convert and create rfpkg-minimal rpm package based on fedpkg-minimal)

On Wed, Jul 6, 2016 at 11:52 PM, Ben Rosser <rosser.bjr(a)gmail.com&gt; wrote: > On Wed, Jul 6, 2016 at 5:44 PM, Nicolas Chauvet <kwizart(a)gmail.com&gt; > wrote: > >> - rfpkg needs to be removed from the default buildroot and use >> rfpkg-minimal instead. >> This is a simple task that anyone can take. (convert and create >> rfpkg-minimal rpm package based on fedpkg-minimal) >> > > I just took a look at this, since it sounded like something I might be > able to do. fedpkg-minimal is pretty straightforward: > https://git.fedorahosted.org/cgit/fedpkg-minimal.git/tree/bin/fedpkg > > Unfortunately, an RPM Fusion equivalent will need to know whether or not > the package in question is in free/ or in nonfree/, because of the dist-git > namespacing. e.g. the curl line should become > "$baseurl/free/$pkgname/$tarball/$md5sum/$tarball" or > "$baseurl/nonfree/$pkgname/$tarball/$md5sum/$tarball". Assuming I'm not > missing something obvious, I can think of three ways to deal with this: > > a. Provide rfpkg-free and rfpkg-nonfree scripts, one for each namespace. > > b. Attempt to download both and ignore failures (curl ... || true?), then > check to see if the file exists before proceeding. > > c. Somehow determine whether a package is in free/ or nonfree/ at > runtime. This would be the optimal solution but I'm not sure if there's a > good way to do it. Perhaps checking .git/config for a configured remote > with URL containing "free" or "nonfree"? > > Thoughts? > > Ben Rosser > I ended up implementing (c) *and* (b); rfpkg-minimal attempts to read .git/config and then just tries to download from both if it is not there. I forked the fedpkg-minimal git repo and pushed to github here: https://github.com/TC01/rfpkg-minimal If this looks good, I'm happy to throw together a spec and submit a package for review. Ben Rosser

W dniu 06.07.2016 o 23:44, Nicolas Chauvet pisze: > There are still some issues with buildroot, some of theses are > > > - ffmpeg is broken in rawhide. probably because of some header changes > with opencv. There is a need for someone to look into for a real fix. The failure is due to the fact that opencv in rawhide got updated to version 3. I have now fixed it by backporting a patch from upstream git. In the longer term will need to rebase to 3.1 though.

> - Missing buildroot dependencies. This is a known issue with koji when > using external repos (for fedoras package), I can only say that this > is a known issue and here is the suggested fix: > https://bugzilla.rpmfusion.org/show_bug.cgi?id=3024 > The workaround still need to be implemented, but it won't work as fine > as on the pre-infra where I was the only one to submit build job (and > kick a new createrepo task if there are any failure). > - Errror with groupadd, should be workarounded, (origial bugzilla is > https://bugzilla.redhat.com/show_bug.cgi?id=1060811) > - rfpkg needs to be removed from the default buildroot and use > rfpkg-minimal instead. > This is a simple task that anyone can take. (convert and create > rfpkg-minimal rpm package based on fedpkg-minimal) > > Don't forget that you need rfpkg-1.23.4 from koji.rpmfusion.org to > submit build correctly. I will push them before this week-end > (hopefully with ffmpeg fixed for rawhide). > > Thx > >

> ffmpeg built but is not listed in koji build for some strange reason, > please may you check? > http://koji.rpmfusion.org/koji/buildinfo?buildID=787 Is in 3rd page of builds page , last build is 928 and ffmpeg build is the 787 ...