Le ven. 1 nov. 2019 à 16:40, Martin Kolman a écrit :
>
> On Fri, 2019-11-01 at 15:33 +, Leigh Scott wrote:
> > Rpmfusion can't ship blender due to our non-replacement policy, fedora
> > should consider dropping their crippled
> > package.
> While it is certainly missing some functionality, I
This has been solved for Java versions, for gcc release, for databases, and for
multiple python releases. /etc/alternatives mostly works, compat libraries
work, SCL installs work. Let’s avoid inventing another packaging and naming
scheme for this, we’re only just recovering from “modularity”.
On Fri, 2019-11-01 at 15:33 +, Leigh Scott wrote:
> Rpmfusion can't ship blender due to our non-replacement policy, fedora should
> consider dropping their crippled
> package.
While it is certainly missing some functionality, I would not call it cripled -
it is for example perfectly usable
Rpmfusion can't ship blender due to our non-replacement policy, fedora should
consider dropping their crippled package.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
ely increase their
> maintenance bruden by adding another codepath for codec handling.
>
>
> --
> *From:* Luya Tshimbalanga
> *Sent:* Thursday, October 31, 2019 4:58 PM
> *To:* devel@lists.fedoraproject.org
> *Subject:* Re: Blender for Fedora 31 does
not being interested in accepting to
such patches, that effectively increase theirmaintenance bruden by adding
another codepath for codec handling.
>
>
> From: Luya Tshimbalanga
>
> Sent: Thursday, October 31, 2019 4:58 PM
>
> To: devel@lists.fedoraproject.org
&
It includes code over which various people claim to have patents
and RedHat don't want to get sued by the owners of those patents.
This is a common problem with audio and video codecs which often
involve algorithms which are subject to patent claims.
Tom
On 01/11/2019 10:25, Code Zombie wrote:
I think I am going to switch to the flatpak version. Last time I remember I
used it it had all multimedia support by default. This way I would not have
to fight between rpmfusion and negativo repos.
But, I still don't understand given that ffmpeg is all open-source, what
prevents fedora from
On Fri, Nov 01, 2019 00:51:47 +, long27km wrote:
> Why isn't there an option to install other repos codecs and impls ( i
> know the technical answer) ? I thought Fedora was now supposed to be
> focused on being developer friendly. Dev's could just install another
> distro of the os that allows
: Thursday, October 31, 2019 4:58 PM
To: devel@lists.fedoraproject.org
Subject: Re: Blender for Fedora 31 does not support multimedia?
Blender in Fedora repository is built with ffpmeg support disabled by default
for legal reasons. Negativo which is one of co-maintainers provides nearly
Blender in Fedora repository is built with ffpmeg support disabled by
default for legal reasons. Negativo which is one of co-maintainers
provides nearly identical version with FFmpeg enabled accessible via
fedora-multimedia branch.
https://negativo17.org/repos
Make sure to keep that repo
Thanks Luya,
I have all ffmpeg and gstreamer codecs installed. However, I think blender
was installed by OpenShot before I actually installed ffmpeg and gstreamer
codecs.
So, it might be the reason why it does not play videos or music. But,
reinstalling blender didn't help. Never had this issue
On 2019-10-31 5:05 a.m., Code Zombie wrote:
Hi
It seems that Blender 2.8 on Fedora 31 does not support sound and
video playback and export.
Does anyone have the same issue? Is that normal on Fedora 31?
- Mehdi
Hello Mehda,
Blender requires ffmpeg which cannot be legally included in
13 matches
Mail list logo
