Re: About chromium packaging
On Sun, Aug 7, 2016 at 5:56 PM, Kevin Koflerwrote: > Hans de Goede wrote: >> I don't understand why you keep repeating this. I'm sure we can >> come-up with a patch to make the codec-lists a runtime configurable >> thing, this is not rocket science. > > If you want to have a try at fixing this, look, e.g., at the member variable > media::MimeUtil::allow_proprietary_codecs_, i.e., the way it is initialized > (to a compile-time hardcoded value) and the way it is used (in several > places). > > The right way would really be to remove the boolean variable (which only > allows a binary all-or-nothing approach to patent-encumbered codecs) > entirely and query for each individual codec at runtime. But then, you will > likely be querying FFmpeg directly, whereas for Samsung's GStreamer backend > (which is also affected by this issue, see > https://github.com/Samsung/ChromiumGStreamerBackend/issues/16 ), one would > have to query GStreamer directly instead. You would also likely be touching > several code places related to codec support. > > A less invasive approach would simply try to initialize > media::MimeUtil::allow_proprietary_codecs_ to a runtime-detected value. > > Kevin Kofler You really only need to recompile libmedia.so, which is where the codec whitelist exists. Both this and the libffmpeg.so library are provided by the chromium-libs-media package. I'm not sure if it would work with the system ffmpeg library without a patch, so you may need to recompile specifically the libmedia.so and libffmpeg.so components from the Chromium sources into a new chromium-libs-media-freeworld package. -- 真実はいつも一つ!/ Always, there's only one truth!
Re: Repository access denied
On Ter, 2016-08-09 at 10:52 +0200, Nicolas Chauvet wrote: > 2016-08-09 10:48 GMT+02:00 Mohamed El Morabitym>: > > > > 2016-08-09 10:39 GMT+02:00 Mohamed El Morabity > com>: > > > > > > > > > 2016-08-09 10:33 GMT+02:00 Nicolas Chauvet : > > > > > > > > > > > > Are you sure that you have not rewritten the history since the > > > > module > > > > creation ? > > > > Are you using rfpkg import or have you just changed the remote > > > > of a > > > > pre-existing git repository ? (in which case you must merge > > > > your > > > > content on top of the initial commit). > > > I've only used "rfpkg import", commited my first import and tried > > > to push > > > it, on master. > > I don't know if you've just done something... But I've just retried > > to > > import my package and everything is OK now :) > > No changes, but since there is a script running daily (and others > every 10min, precisely to set ACLs), I may need to run it after a > module creation. > Please warn if such problem can be reproduced after a module > creation. About: "FATAL: W any free/tvheadend melmorabity DENIED by fallthru (or you mis-spelled the reponame) fatal: Could not read from remote repository." github mirror also failed to update [1] (this new package). [1] https://github.com/rpmfusion/tvheadend -- Sérgio M. B.
Re: RPM Fusion pkgs is branched for f25
On 08/09/2016 04:52 AM, Nicolas Chauvet wrote: @Michael, Have you retried since your last attempt ? I ran another push today and it worked. Thank you.
Re: RPM Fusion pkgs is branched for f25
2016-08-07 12:19 GMT+02:00 Nicolas Chauvet: > 2016-08-07 4:12 GMT+02:00 Michael Cronenworth : >> On 08/06/2016 05:00 PM, Nicolas Chauvet wrote: >>> >>> Please verify to checkout the f25 branch before to push content. >> >> >> Unfortunately something didn't complete. I cannot push to the f25 branch. >> Pkgdb shows I am approved. >> >> $ git push origin >> Total 0 (delta 0), reused 0 (delta 0) >> remote: FATAL: W refs/heads/f25 free/kodi mooninite DENIED by >> refs/heads/f[0-9][0-9] >> remote: error: hook declined to update refs/heads/f25 >> To ssh://moonin...@pkgs.rpmfusion.org/free/kodi >> ! [remote rejected] f25 -> f25 (hook declined) > Push to remote can be rejected if not rebased somehow, but if it's an > ACL issue I will look tonight. @Michael, Have you retried since your last attempt ? Thx -- - Nicolas (kwizart)
Re: Repository access denied
2016-08-09 10:48 GMT+02:00 Mohamed El Morabity: > 2016-08-09 10:39 GMT+02:00 Mohamed El Morabity : >> >> 2016-08-09 10:33 GMT+02:00 Nicolas Chauvet : >>> >>> Are you sure that you have not rewritten the history since the module >>> creation ? >>> Are you using rfpkg import or have you just changed the remote of a >>> pre-existing git repository ? (in which case you must merge your >>> content on top of the initial commit). >> >> I've only used "rfpkg import", commited my first import and tried to push >> it, on master. > > I don't know if you've just done something... But I've just retried to > import my package and everything is OK now :) No changes, but since there is a script running daily (and others every 10min, precisely to set ACLs), I may need to run it after a module creation. Please warn if such problem can be reproduced after a module creation. -- - Nicolas (kwizart)
Re: Repository access denied
2016-08-09 10:39 GMT+02:00 Mohamed El Morabity: > 2016-08-09 10:33 GMT+02:00 Nicolas Chauvet : > >> Are you sure that you have not rewritten the history since the module >> creation ? >> Are you using rfpkg import or have you just changed the remote of a >> pre-existing git repository ? (in which case you must merge your >> content on top of the initial commit). >> > I've only used "rfpkg import", commited my first import and tried to push > it, on master. > I don't know if you've just done something... But I've just retried to import my package and everything is OK now :)
Re: Repository access denied
2016-08-09 10:33 GMT+02:00 Nicolas Chauvet: > Are you sure that you have not rewritten the history since the module > creation ? > Are you using rfpkg import or have you just changed the remote of a > pre-existing git repository ? (in which case you must merge your > content on top of the initial commit). > I've only used "rfpkg import", commited my first import and tried to push it, on master.
Re: Repository access denied
2016-08-08 18:51 GMT+02:00 Mohamed El Morabity: ... > Hello, > > I have the same problem when trying to push: > > FATAL: W any free/tvheadend melmorabity DENIED by fallthru > (or you mis-spelled the reponame) > fatal: Could not read from remote repository. Are you sure that you have not rewritten the history since the module creation ? Are you using rfpkg import or have you just changed the remote of a pre-existing git repository ? (in which case you must merge your content on top of the initial commit). Thx -- - Nicolas (kwizart)
Re: [PATCH 1/2] Set Makefile and prepare round.sh
2016-08-09 3:36 GMT+02:00 Sérgio M. Basto: > round.sh, now generate config against mock devel git version, where we have > the new f25-configs . > > Signed-off-by: Sérgio M. Basto > --- > Makefile | 2 +- > round.sh | 14 ++ > 2 files changed, 11 insertions(+), 5 deletions(-) > mode change 100644 => 100755 round.sh > > diff --git a/Makefile b/Makefile > index 495bff8..51500b5 100644 > --- a/Makefile > +++ b/Makefile > @@ -1,4 +1,4 @@ > -VERSION = 24.0 > +VERSION = 25.0 > > default: release-free release-nonfree release-kwizart > > diff --git a/round.sh b/round.sh > old mode 100644 > new mode 100755 > index dd31211..cbf95d7 > --- a/round.sh > +++ b/round.sh > @@ -1,8 +1,13 @@ > #!/bin/sh > > ARCHES="i386 x86_64 aarch64 armhfp ppc ppc64 ppc64le s390x" > -FVERSION="23 24 rawhide" > +FVERSION="23 24 25 rawhide" > REPOS="rpmfusion_free rpmfusion_nonfree kwizart" > +#cd .. ; git clone https://git.fedorahosted.org/git/mock.git ; cd mock > +#git checkout devel > +etc_mock=../mock/etc/mock > +#to old config uncomment next line > +#etc_mock=/etc/mock > > > for arch in $ARCHES ; do > @@ -18,12 +23,13 @@ for arch in $ARCHES ; do >#fi >if [ $fver = rawhide ] ; then > flavour=rawhide > -ffver=25 > +ffver=26 >fi > - if [ ! -f /etc/mock/fedora-${fver}-${arch}.cfg ] ; then > + if [ ! -f ${etc_mock}/fedora-${fver}-${arch}.cfg ] ; then > +echo "doesnt exit ${etc_mock}/fedora-${fver}-${arch}.cfg" > continue >fi > - cp /etc/mock/fedora-${fver}-${arch}.cfg fedora-${fver}-${arch}-${repo}.cfg > + cp ${etc_mock}/fedora-${fver}-${arch}.cfg > fedora-${fver}-${arch}-${repo}.cfg >sed -i -e "s|^\"\"\"||g" fedora-${fver}-${arch}-${repo}.cfg >cat rpmfusion-free-$flavour-template >> fedora-${fver}-${arch}-${repo}.cfg >if [ ! "$repo" = rpmfusion_free ] ; then > -- > 2.5.5 Good to me, please go ahead. Thx