OpenShot has moved to Fedora

[Neal Gompa via rpmfusion-developers]

Hello all,

openshot has moved over to Fedora. The existing maintainers (sergiomb,
hobbes1069, ferdnyc) were added to the Fedora package ACL.

Existing users will upgrade seamlessly.

I attempted "rfpkg retire", but I got an error from pkgdb about openid
auth, so I probably need someone else to complete its retirement in
RPM Fusion.

Thanks in advance and best regards,
Neal

-- 
真実はいつも一つ！/ Always, there's only one truth!
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org

guvcview has moved to Fedora

[Neal Gompa via rpmfusion-developers]

Hey all,

I've migrated guvcview to Fedora for F36+ and EPEL 9 as guvcview-2.0.8-5.

Existing users should be safely upgraded. Please retire in RPM Fusion
accordingly.

Thanks in advance and best regards,
Neal

-- 
真実はいつも一つ！/ Always, there's only one truth!
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org

Re: Several multimedia packages moved to Fedora

[Neal Gompa via rpmfusion-developers]

On Thu, Jan 26, 2023 at 5:24 AM Xavier Bachelot  wrote:
>
> On 25/01/2023 00:11, Neal Gompa via rpmfusion-developers wrote:
> > Hey all,
> >
> > I've been working on refreshing and migrating packages to Fedora for a
> > while now, and I've completed some already.
> >
> > The following packages have been moved to Fedora 36+ and EPEL 9:
> >
> > * kdenlive
> > * ffmpegthumbs
> > * mlt-freeworld (obsoleted by mlt in Fedora)
> > * xine-lib
> > * libdca
> > * opencore-amr
> > * xvidcore
> >
> > The following packages are in-flight (awaiting package reviews in Fedora):
> >
> > * libopenshot-audio
> > * libopenshot
> > * openshot
> >
> > As more are done, I'll periodically announce them here. Also note, if
> > your packages were only in RPM Fusion because of these being here,
> > consider evaluating to move them to Fedora now. As of Fedora 36 and
> > EPEL 9, we have FFmpeg 5.x in the distribution, which is what opened
> > the doors for packages to move to Fedora proper.
> >
> > Thanks in advance and best regards,
> > Neal
> >
> >
> Hi Neal,
>
> It would have been nice to at least ping the RPM Fusion maintainers of
> these packages.
> Could you please add me (xavierb) to xine-lib ? There's a new release
> and I was about to update it.
> I believe xine-ui is also suitable for Fedora now. I'll take a look and
> open a review request.
>

Sorry for seeing this so late, but it seems I already added you as the
maintainer for xine-lib in Fedora, so you should be able to do what
you want there. :)



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org

Re: Several multimedia packages moved to Fedora

[Neal Gompa via rpmfusion-developers]

On Tue, Jan 24, 2023 at 6:39 PM Richard Shaw via rpmfusion-developers
 wrote:
>
> I know Leigh is not interested in Fedora packaging for whatever reason. Feel 
> free to add me to the Openshot packages once approved.
>

Will do! Also, I forgot that vo-amrwbenc is also moving (it's the
other half of opencore-amr).

> If I have a chance I'll see if I can work in the reviews. Can you reply with 
> the BZs?
>

libopenshot-audio: https://bugzilla.redhat.com/show_bug.cgi?id=2161112
libopenshot: https://bugzilla.redhat.com/show_bug.cgi?id=2161113
openshot: https://bugzilla.redhat.com/show_bug.cgi?id=2161114



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org

Several multimedia packages moved to Fedora

[Neal Gompa via rpmfusion-developers]

Hey all,

I've been working on refreshing and migrating packages to Fedora for a
while now, and I've completed some already.

The following packages have been moved to Fedora 36+ and EPEL 9:

* kdenlive
* ffmpegthumbs
* mlt-freeworld (obsoleted by mlt in Fedora)
* xine-lib
* libdca
* opencore-amr
* xvidcore

The following packages are in-flight (awaiting package reviews in Fedora):

* libopenshot-audio
* libopenshot
* openshot

As more are done, I'll periodically announce them here. Also note, if
your packages were only in RPM Fusion because of these being here,
consider evaluating to move them to Fedora now. As of Fedora 36 and
EPEL 9, we have FFmpeg 5.x in the distribution, which is what opened
the doors for packages to move to Fedora proper.

Thanks in advance and best regards,
Neal


-- 
真実はいつも一つ！/ Always, there's only one truth!
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org

FYI: ffmpegthumbs moved to Fedora (EPEL9, F36+)

[Neal Gompa]

Hey all,

ffmpegthumbs has moved to Fedora with the KDE Gear 22.12.0 update for
EPEL9 and Fedora 36+.

I don't know how packages are retired in RPM Fusion, but the only
branch that needs to stick around for RPM Fusion now is the EPEL 8
branch.

Thanks in advance and best regards,

--
Neal Gompa (FAS: ngompa)
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org

rpmfusion obsolete packages package having Provides

[Neal Gompa]

Hey all,

I found out today that "rpmfusion-*-obsolete-packages" have Provides
alongside Obsoletes. This is incorrect behavior, since it doesn't
provide the capability.

I'd strongly advise that you remove Provides that you added along with
the Obsoletes.

You may want to take a look at how fedora-obsolete-packages works[1]
to reorganize the RPMFusion equivalents.

[1]: 
https://src.fedoraproject.org/rpms/fedora-obsolete-packages/blob/master/f/fedora-obsolete-packages.spec



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org

Re: About chromium packaging

[Neal Gompa]

On Sun, Aug 7, 2016 at 5:56 PM, Kevin Kofler  wrote:
> 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: Self-introduction: Neal Gompa

[Neal Gompa]

On Mon, Jan 25, 2016 at 2:39 AM, Hans de Goede  wrote:
> Hi Neal,
>
>
>
> Welcome! Do I understand correctly that you're not yet a Fedora
> packager ? If so it is probably better to first get a package
> in Fedora itself, via the sponsor process. We do have a separate
> sponsor process for rpmfusion for people who only want to become
> a rpmfusion packager, but we greatly prefer / encourage people to
> become Fedora packagers first.
>
> If you're a Fedora packager, then we grant you packager rights in
> rpmfusion too without needing to go through a separate sponsor
> process.
>
> Regards,
>
> Hans

I'm already a Fedora packager. The packages I maintain in Fedora can
be seen here: https://admin.fedoraproject.org/pkgdb/packager/ngompa/

-- 
真実はいつも一つ！/ Always, there's only one truth!

Self-introduction: Neal Gompa

[Neal Gompa]

Hello all,

I've been a part of the Fedora community for many years, and a user of
RPM Fusion and its predecessors for equally as long. As a long-time
Fedora contributor, I never really had a reason to jump into the RPM
Fusion fray until a friend of mine prodded me a bit to get something
he liked into Fedora, which is why I've submitted a review request for
nordlicht ( https://bugzilla.rpmfusion.org/show_bug.cgi?id=3954 ).

I hope to have a good time here and that I can become involved in RPM
Fusion as I have in Fedora and other communities I'm a part of.

Best regards,
Neal

-- 
真実はいつも一つ！/ Always, there's only one truth!