@DataDrake Currently only openSUSE has Vidcutter but as it is a very new application it is understandable that it may take a while to be included in let's say the Debian repositories. You can actually use the AppImage but this application is so simple and easy to use that I think it is a perfect fit for inclusion. It would be great to take another look at this one.

@DataDrake As far as I understand it the 2-Distro rule only is important when it does not pass the other rules. But in this case all other criterias are fulfilled

• regular releases
• adds value
• redistributable
• not a server component
• very likely not increasing the stack complexity

fedora rpmfusion also has vidcutter;

dnf install vidcutter ; # installs vidcutter with rpmfusion (as ffmpeg is required)

In T3265#96542, @fastrizwaan wrote:

fedora rpmfusion also has vidcutter;

dnf install vidcutter ; # installs vidcutter with rpmfusion (as ffmpeg is required)

RPM Fusion provides software that the Fedora Project or Red Hat doesn't want to ship.

In T3265#96554, @kyrios123 wrote:

In T3265#96542, @fastrizwaan wrote:

fedora rpmfusion also has vidcutter;

dnf install vidcutter ; # installs vidcutter with rpmfusion (as ffmpeg is required)

RPM Fusion provides software that the Fedora Project or Red Hat doesn't want to ship.

I already explained, why fedora can't include vidcutter in their free repository - "as ffmpeg is required" which is encumbered with patents, and redhat only allows patentfree software in their official repository.

Fedora as you would already know, just a few months ago could not provide mp3 playback decoder in their official repo... again because of patents.

https://en.wikipedia.org/wiki/RPM_Fusion

RPM Fusion is a software repository, providing add-on packages for the Fedora distribution of the Linux computer operating system.[1][2] It was born as a merge of the older repositories Livna, Dribble and Freshrpms. They distributed software that Fedora will not, either because it does not meet Fedora's definition of free software, or because distribution of that software may violate US law.

distribution of that software may violate US law

How may it violate US law and even if it did, why would this be of any concern? Technically, I am not allowed to use several applications which are in the Solus repositories simply because I am based in China and their use is not allowed.

Here's vidcutter 0.5.5 eopkg and package.yml file https://drive.google.com/open?id=17qiLtK3y6dV5jkcXcqCxMdIMLbILZziR , please tidy up package.yml as per Solus packaging requirement. Thank you

please tidy up package.yml as per Solus packaging requirement

Sharing a package.yml and eopkg via Drive isn't acceptable. When/if this is accepted, follow the correct procedure for patch submission.

and Josh is saying to submit package.yml you need to submit it the proper way, hosting it else where isn't the proper way.
Please take the time to read https://solus-project.com/articles/packaging/submitting-a-package/en and submit it that way.

@fastrizwaan Removed. Again, let's not just start sharing / throwing around package.yml files.