Re: strange koji error

[Sérgio Basto]

On Qui, 2016-07-07 at 17:50 +0200, Nicolas Chauvet wrote:
> 2016-07-07 16:52 GMT+02:00 Sérgio Basto :
> > 
> > 6409 build (rawhide-free, /free/VirtualBox-
> > kmod:c14771bf9f717d5866c564759e7bc95cad68823d): open (arm-
> > builder02.scaleway.rpmfusion.net) -> FAILED: BuildError: Error
> > running
> > GIT command "git clone -n git://pkgs.rpmfusion.org/free/VirtualBox-
> > kmod
> > /var/lib/mock/f25-free-build-1565-371/root/tmp/scmroot/VirtualBox-
> > kmod", see checkout.log for details
> > 
> > Kwizart, maybe he should look at permissions on Git , when you
> > commit
> > with kwizart user and with gittolise problem , I think we need fix
> > all,
> > other users commit don't really fix all cgit permissions to read ,
> > I
> > suggest look permissions and owner of files .git directories .
> Yes, I'm not pushing with my shell account anymore, I have created a
> dedicated nchauvet account which doesn't have shell access.
> I don't know how it's handled in the fedora infra side currently.
> 
> Thx fix on the server side is:
> cd free/
> git gc
> git fsck
> (fixed a dangling object)
> I've submitted the job to see if that fix is enought.
> Please check that all the content seems here from your local copy.

VirtualBox-kmod is fixed. Now have wxsvg package , I verify that a
simple git clone https:// says what object can't read :

git clone https://pkgs.rpmfusion.org/git/free/wxsvg.git 
Cloning into 'wxsvg'...
remote: error: Could not read e9f79328464b2e569a58b55ec3a17a7f7f903312
remote: fatal: Failed to traverse parents of commit
026ba1cee7890b4045722de37789785e532396bb
remote: aborting due to possible repository corruption on the remote
side.
fatal: protocol error: bad pack header

Thanks,
-- 
Sérgio M. B.

Re: Workaround of some buildroot failure and ffmpeg

[Sérgio Basto]

On Qui, 2016-07-07 at 23:15 +0200, Julian Sikorski wrote:
> W dniu 07.07.2016 o 08:17, Julian Sikorski pisze:
> > 
> > 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.
> 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 ...  

I and other guys update opencv to 3.1 in rawhide , a major update [1]
..., we have 3 packages affect in RPMFusion

ffmpeg rpmfusion-free-updates-testing 
mlt rpmfusion-free-updates-testing 
vlc rpmfusion-free-updates-testing

and also Lives that is a package in review ...


About FFmpeg 3.1 in my opinion make sense after this first publish ,
and if things calm down :) , after that why not ? I also can help you,
please do a little announce before to check if we don't have
showstopers .  

Thanks,


[1] https://lists.fedoraproject.org/archives/list/devel@lists.fedorapro
ject.org/thread/5CXAZDZJQIS24O3MXM4OQDDGLJYP5U4R/


> > 
> > > 
> > > - 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
> > > 
> > > 
-- 
Sérgio M. B.

Re: Workaround of some buildroot failure and ffmpeg

[Ben Rosser]

On Thu, Jul 7, 2016 at 2:01 PM, Ben Rosser  wrote:

> On Wed, Jul 6, 2016 at 11:52 PM, Ben Rosser  wrote:
>
>> On Wed, Jul 6, 2016 at 5:44 PM, Nicolas Chauvet 
>> 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
>

Well, preliminary review request opened, since I figured I might as well
throw together a spec file too:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4112.

Ben Rosser

[Bug 4112] New: Review request: rfpkg-minimal - Fork of fedpkg-minimal for RPM Fusion

[RPM Fusion Bugzilla]

https://bugzilla.rpmfusion.org/show_bug.cgi?id=4112

 Bug #: 4112
   Summary: Review request: rfpkg-minimal - Fork of fedpkg-minimal
for RPM Fusion
Classification: Unclassified
   Product: Package Reviews
   Version: Current
  Platform: All
OS/Version: GNU/Linux
Status: NEW
  Severity: normal
  Priority: P5
 Component: Review Request
AssignedTo: rpmfusion-package-rev...@rpmfusion.org
ReportedBy: rosser@gmail.com
CC: rpmfusion-package-rev...@rpmfusion.org


Spec URL: https://www.acm.jhu.edu/~bjr/fedora/rfpkg/rfpkg-minimal.spec
SRPM URL:
https://www.acm.jhu.edu/~bjr/fedora/rfpkg/rfpkg-minimal-0.1.0-1.fc23.src.rpm

Description:

rfpkg-minimal contains a script for use in RPM Fusion's Koji instance
to download the sources of a package. It is based on (and is a fork of)
fedpkg-minimal.

FAS Account Name: tc01

note: I'm a sponsored Fedora packager, but with no packages currently in RPM
Fusion (though I do have some reviews open).

Why not in Fedora: (potentially) part of RPM Fusion's buildsystem.

rpmlint output is just a couple of warnings (about spellings and the lack of a
man page for this version of rfpkg):

[bjr@tuchanka SPECS]$ rpmlint
../RPMS/noarch/rfpkg-minimal-0.1.0-1.fc23.noarch.rpm 
rfpkg-minimal.noarch: W: spelling-error Summary(en_US) fedpkg -> fed pkg,
fed-pkg, feedbag
rfpkg-minimal.noarch: W: spelling-error %description -l en_US fedpkg -> fed
pkg, fed-pkg, feedbag
rfpkg-minimal.noarch: W: no-manual-page-for-binary rfpkg

1 packages and 0 specfiles checked; 0 errors, 3 warnings.
[bjr@tuchanka SPECS]$ rpmlint ../SRPMS/rfpkg-minimal-0.1.0-1.fc23.src.rpm 
rfpkg-minimal.src: W: spelling-error Summary(en_US) fedpkg -> fed pkg, fed-pkg,
feedbag
rfpkg-minimal.src: W: spelling-error %description -l en_US fedpkg -> fed pkg,
fed-pkg, feedbag

-- 
Configure bugmail: https://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
You are the assignee for the bug.

[Bug 4112] Review request: rfpkg-minimal - Fork of fedpkg-minimal for RPM Fusion

[RPM Fusion Bugzilla]

https://bugzilla.rpmfusion.org/show_bug.cgi?id=4112

Ben Rosser  changed:

   What|Removed |Added

 Blocks||2

-- 
Configure bugmail: https://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
You are the assignee for the bug.

Re: libdvdcss in RPM Fusion ?

[Michael Cronenworth]

On 07/02/2016 04:47 PM, Xavier Bachelot wrote:

Any comments are welcome, I'll enhance the wiki page with them.
I'm especially interested in comments_against_  hosting libdvdcss in RPM
Fusion, with facts on why it would be bad.
Once we'll have enough input, we can then collectively try to reach a
decision on what to do with libdvdcss.


Can you reach out to VideoLAN on their reasoning?

Kodi has decided to force bundling of libdvd{css,nav,read} and my attempts at 
removing libdvdcss support result in a non-functional Kodi in regards to reading 
DVDs. Even non-encrypted DVDs.


Thanks,
Michael

Re: Workaround of some buildroot failure and ffmpeg

[Julian Sikorski]

W dniu 07.07.2016 o 08:17, Julian Sikorski pisze:
> 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.

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
> 
>> - 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
>>
>>
> 

[Bug 3912] Review request: lives - Video editor and VJ tool

[RPM Fusion Bugzilla]

https://bugzilla.rpmfusion.org/show_bug.cgi?id=3912

--- Comment #59 from Antonio Trande  2016-07-07 23:09:47 
CEST ---
Please, create a GIT repository for lives.

Package CVS request
==
Package Name: lives
Short Description: Video editor and VJ tool
Owners: sagitter
Branches: f23 f24 f25
--
License tag: free

-- 
Configure bugmail: https://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

Re: Workaround of some buildroot failure and ffmpeg

[Ben Rosser]

On Wed, Jul 6, 2016 at 11:52 PM, Ben Rosser  wrote:

> On Wed, Jul 6, 2016 at 5:44 PM, Nicolas Chauvet  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

Re: Plan to push packages early on friday

[Sérgio Basto]

On Qui, 2016-07-07 at 18:32 +0200, Nicolas Chauvet wrote:
> 2016-07-07 18:20 GMT+02:00 Sérgio Basto :
> > 
> > On Qui, 2016-07-07 at 17:11 +0100, Sérgio Basto wrote:
> > > 
> > > Hello
> > > On Qui, 2016-07-07 at 17:59 +0200, Nicolas Chauvet wrote:
> > > > 
> > > > 
> > > > Hi,
> > > > 
> > > > I plan to push packages for rawhide, f24 and f23 early in the
> > > > morning
> > > > this friday.
> > > Cool
> > > 
> > > > 
> > > > 
> > > > Please try to prepare your "urgents" push by then.
> > > how and may I update buildsys-build-rpmfusion-kerneldevpkgs-
> > > current
> > > from buildsys-build-rpmfusion package ? . Do you have any script
> > > or
> > > command that issue this update automatically ?
> > I just found it update-to-latest-kernels.sh , may I update F23 and
> > rawhide ?
> Please don't; I plan to build against current f23 kernel, not 4.6.3
> (that is still in updates-candidate for f23) and for rawhide, we
> don't
> build against a given kernel there, only for akmods (have a look on
> what's done for nvidia-kmod).

OK 

thanks 

> Thx
> 
> 
-- 
Sérgio M. B.

Re: Plan to push packages early on friday

[Nicolas Chauvet]

2016-07-07 18:20 GMT+02:00 Sérgio Basto :
> On Qui, 2016-07-07 at 17:11 +0100, Sérgio Basto wrote:
>> Hello
>> On Qui, 2016-07-07 at 17:59 +0200, Nicolas Chauvet wrote:
>> >
>> > Hi,
>> >
>> > I plan to push packages for rawhide, f24 and f23 early in the
>> > morning
>> > this friday.
>> Cool
>>
>> >
>> > Please try to prepare your "urgents" push by then.
>> how and may I update buildsys-build-rpmfusion-kerneldevpkgs-current
>> from buildsys-build-rpmfusion package ? . Do you have any script or
>> command that issue this update automatically ?
>
> I just found it update-to-latest-kernels.sh , may I update F23 and
> rawhide ?
Please don't; I plan to build against current f23 kernel, not 4.6.3
(that is still in updates-candidate for f23) and for rawhide, we don't
build against a given kernel there, only for akmods (have a look on
what's done for nvidia-kmod).

Thx


-- 
-

Nicolas (kwizart)

Re: Plan to push packages early on friday

[Sérgio Basto]

On Qui, 2016-07-07 at 17:11 +0100, Sérgio Basto wrote:
> Hello 
> On Qui, 2016-07-07 at 17:59 +0200, Nicolas Chauvet wrote:
> > 
> > Hi,
> > 
> > I plan to push packages for rawhide, f24 and f23 early in the
> > morning
> > this friday. 
> Cool 
> 
> > 
> > Please try to prepare your "urgents" push by then.
> how and may I update buildsys-build-rpmfusion-kerneldevpkgs-current
> from buildsys-build-rpmfusion package ? . Do you have any script or
> command that issue this update automatically ?

I just found it update-to-latest-kernels.sh , may I update F23 and
rawhide ? 

> > 
> > I will be moving to the south of France over the week-end and I
> > have
> > a
> > week off for the installation. As a consequence, I don't know when
> > would be the next push. (not before the middle of the next week).
> > 
> > BTW, It would be fine to have updates available for the 4.6.x
> > kernel
> > for f23 (nvidia fixes and all)
> Thanks,
-- 
Sérgio M. B.

Re: Plan to push packages early on friday

[Sérgio Basto]

Hello 
On Qui, 2016-07-07 at 17:59 +0200, Nicolas Chauvet wrote:
> Hi,
> 
> I plan to push packages for rawhide, f24 and f23 early in the morning
> this friday. 

Cool 

> Please try to prepare your "urgents" push by then.

how and may I update buildsys-build-rpmfusion-kerneldevpkgs-current
from buildsys-build-rpmfusion package ? . Do you have any script or
command that issue this update automatically ?

> I will be moving to the south of France over the week-end and I have
> a
> week off for the installation. As a consequence, I don't know when
> would be the next push. (not before the middle of the next week).
> 
> BTW, It would be fine to have updates available for the 4.6.x kernel
> for f23 (nvidia fixes and all)

Thanks,
-- 
Sérgio M. B.

Plan to push packages early on friday

[Nicolas Chauvet]

Hi,

I plan to push packages for rawhide, f24 and f23 early in the morning
this friday. Please try to prepare your "urgents" push by then.

I will be moving to the south of France over the week-end and I have a
week off for the installation. As a consequence, I don't know when
would be the next push. (not before the middle of the next week).

BTW, It would be fine to have updates available for the 4.6.x kernel
for f23 (nvidia fixes and all)

-- 
-

Nicolas (kwizart)

Re: strange koji error

[Nicolas Chauvet]

2016-07-07 16:52 GMT+02:00 Sérgio Basto :
> 6409 build (rawhide-free, /free/VirtualBox-
> kmod:c14771bf9f717d5866c564759e7bc95cad68823d): open (arm-
> builder02.scaleway.rpmfusion.net) -> FAILED: BuildError: Error running
> GIT command "git clone -n git://pkgs.rpmfusion.org/free/VirtualBox-kmod
> /var/lib/mock/f25-free-build-1565-371/root/tmp/scmroot/VirtualBox-
> kmod", see checkout.log for details
>
> Kwizart, maybe he should look at permissions on Git , when you commit
> with kwizart user and with gittolise problem , I think we need fix all,
> other users commit don't really fix all cgit permissions to read , I
> suggest look permissions and owner of files .git directories .

Yes, I'm not pushing with my shell account anymore, I have created a
dedicated nchauvet account which doesn't have shell access.
I don't know how it's handled in the fedora infra side currently.

Thx fix on the server side is:
cd free/
git gc
git fsck
(fixed a dangling object)
I've submitted the job to see if that fix is enought.
Please check that all the content seems here from your local copy.


-- 
-

Nicolas (kwizart)

Re: rfpkg build fixed, you can build on koji !

[Nicolas Chauvet]

2016-07-07 17:12 GMT+02:00 Richard Shaw :
> Sergio, here's what I get:
>
> $ fedpkg build
that was rfpkg build , not fedpkg

> (buildvm-11.phx2.fedoraproject.org)
>   14808403 buildSRPMFromSCM

> $ git clone -n git://pkgs.fedoraproject.org/free/avidemux
> /var/lib/mock/f25-build-5983575-617946/root/tmp/scmroot/avidemux
> Cloning into
> '/var/lib/mock/f25-build-5983575-617946/root/tmp/scmroot/avidemux'...
> fatal: remote error: access denied or repository not exported:
> /free/avidemux
You will not find free/avidemux on fedoraproject.org indeed.


-- 
-

Nicolas (kwizart)

Re: rfpkg build fixed, you can build on koji !

[Richard Shaw]

Sergio, here's what I get:

$ fedpkg build
Building avidemux-2.6.12-2.fc25 for rawhide
Created task: 14808402
Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=14808402
Watching tasks (this may be safely interrupted)...
14808402 build (rawhide,
/free/avidemux:52a92e702c83a6ecf39466ecc8109b1d9a8e486a): free
14808402 build (rawhide,
/free/avidemux:52a92e702c83a6ecf39466ecc8109b1d9a8e486a): free -> open (
buildvm-11.phx2.fedoraproject.org)
  14808403 buildSRPMFromSCM
(/free/avidemux:52a92e702c83a6ecf39466ecc8109b1d9a8e486a): free
  14808403 buildSRPMFromSCM
(/free/avidemux:52a92e702c83a6ecf39466ecc8109b1d9a8e486a): free -> open (
buildvm-06.phx2.fedoraproject.org)
  14808403 buildSRPMFromSCM
(/free/avidemux:52a92e702c83a6ecf39466ecc8109b1d9a8e486a): open (
buildvm-06.phx2.fedoraproject.org) -> FAILED: BuildError: Error running GIT
command "git clone -n git://pkgs.fedoraproject.org/free/avidemux
/var/lib/mock/f25-build-5983575-617946/root/tmp/scmroot/avidemux", see
checkout.log for details
  0 free  1 open  0 done  1 failed
14808402 build (rawhide,
/free/avidemux:52a92e702c83a6ecf39466ecc8109b1d9a8e486a): open (
buildvm-11.phx2.fedoraproject.org) -> FAILED: BuildError: Error running GIT
command "git clone -n git://pkgs.fedoraproject.org/free/avidemux
/var/lib/mock/f25-build-5983575-617946/root/tmp/scmroot/avidemux", see
checkout.log for details
  0 free  0 open  0 done  2 failed

14808402 build (rawhide,
/free/avidemux:52a92e702c83a6ecf39466ecc8109b1d9a8e486a) failed

Looking at checkout.log I see:

$ git clone -n git://pkgs.fedoraproject.org/free/avidemux
/var/lib/mock/f25-build-5983575-617946/root/tmp/scmroot/avidemux
Cloning into 
'/var/lib/mock/f25-build-5983575-617946/root/tmp/scmroot/avidemux'...
fatal: remote error: access denied or repository not exported: /free/avidemux


Thanks,

Richard

Re: rfpkg build fixed, you can build on koji !

[Sérgio Basto]

On Qui, 2016-07-07 at 09:28 -0500, Richard Shaw wrote:
> On Wed, Jul 6, 2016 at 7:40 PM, Sérgio Basto 
> wrote:
> > On Qua, 2016-07-06 at 20:59 +0100, Sérgio Basto wrote:
> > > On Qua, 2016-07-06 at 08:13 -0500, Richard Shaw wrote:
> > > >
> > > > I tried building avidemux but it failed to create the SRPM, I'm
> > > > guessing this is due to the previous source upload issue where
> > it
> > > > thinks it completed but it really didn't make it into the
> > lookaside
> > > > cache. Since it's already "done" I can't re-upload the source.
> > > if you haven't upload it , rfpkg will reupload it, just if
> > already
> > > there , say that is already uploaded and have the same md5 ,
> > rfpkg
> > > check that well , hopefully . 
> > 
> > I just check and the source avidemux_2.6.12.tar.gz is already
> > uploaded,
> > like rfpkg says :) 
> > and build for f24 failed:
> > http://koji.rpmfusion.org/koji/packageinfo?packageID=14 
> > (...) 
> > http://koji.rpmfusion.org/kojifiles/work/tasks/5125/5125/build.log
> > 
> > /builddir/build/BUILD/avidemux_2.6.12/avidemux_core/ADM_coreUtils/s
> > rc/p
> > refs2_pref.h:60:1: error: narrowing conversion of '4294967295l'
> > from
> > 'long int' to 'float' inside { } [-Wnarrowing]
> >  };
> Did something change? I wasn't able to build a SRPM when I tried to
> build... I'll follow up with upstream on the GCC 6 issue.

I download (with wget--no-check-certificate) and install from koji :

mock-rpmfusion-free-24.0-1.fc23.noarch.rpm
mock-rpmfusion-nonfree-24.0-1.fc23.noarch.rpm
rfpkg-1.23.4-1.fc23.noarch.rpm
https://koji.rpmfusion.org/kojifiles/packages/rpmfusion-packager/0.5.0/
1.fc23/noarch/rpmfusion-packager-0.5.0-1.fc23.noarch.rpm


  rfpkg clone free/avidemux
  cd avidemux/
  rfpkg srpm
  mock -r fedora-24-x86_64-rpmfusion_free --no-clean --rebuild
avidemux-2.6.12-2.fc25.src.rpm

works 

  rfpkg build 

should request the build 

  rfpkg switch-branch f24 ; rfpkg build 

to request build on f24 

> Thanks,
> Richard 
-- 
Sérgio M. B.

strange koji error

[Sérgio Basto]

6409 build (rawhide-free, /free/VirtualBox-
kmod:c14771bf9f717d5866c564759e7bc95cad68823d): open (arm-
builder02.scaleway.rpmfusion.net) -> FAILED: BuildError: Error running
GIT command "git clone -n git://pkgs.rpmfusion.org/free/VirtualBox-kmod 
/var/lib/mock/f25-free-build-1565-371/root/tmp/scmroot/VirtualBox-
kmod", see checkout.log for details

Kwizart, maybe he should look at permissions on Git , when you commit
with kwizart user and with gittolise problem , I think we need fix all,
other users commit don't really fix all cgit permissions to read , I
suggest look permissions and owner of files .git directories . 

I don't know much 

Best regards,
-- 
Sérgio M. B.

Re: rfpkg build fixed, you can build on koji !

[Richard Shaw]

On Wed, Jul 6, 2016 at 7:40 PM, Sérgio Basto  wrote:

> On Qua, 2016-07-06 at 20:59 +0100, Sérgio Basto wrote:
> > On Qua, 2016-07-06 at 08:13 -0500, Richard Shaw wrote:
> > >
> > > I tried building avidemux but it failed to create the SRPM, I'm
> > > guessing this is due to the previous source upload issue where it
> > > thinks it completed but it really didn't make it into the lookaside
> > > cache. Since it's already "done" I can't re-upload the source.
> > if you haven't upload it , rfpkg will reupload it, just if already
> > there , say that is already uploaded and have the same md5 , rfpkg
> > check that well , hopefully .
>
> I just check and the source avidemux_2.6.12.tar.gz is already uploaded,
> like rfpkg says :)
> and build for f24 failed:
> http://koji.rpmfusion.org/koji/packageinfo?packageID=14
> (...)
> http://koji.rpmfusion.org/kojifiles/work/tasks/5125/5125/build.log
>
> /builddir/build/BUILD/avidemux_2.6.12/avidemux_core/ADM_coreUtils/src/p
> refs2_pref.h:60:1: error: narrowing conversion of '4294967295l' from
> 'long int' to 'float' inside { } [-Wnarrowing]
>  };


Did something change? I wasn't able to build a SRPM when I tried to
build... I'll follow up with upstream on the GCC 6 issue.

Thanks,
Richard