search

MaartenBaert / ssr

SimpleScreenRecorder, a screen recorder for Linux
http://www.maartenbaert.be/simplescreenrecorder/
GNU General Public License v3.0
2.54k stars 289 forks source link

Ubuntu PPA needs Zesty release #538

Open Ads20000 opened 7 years ago

Ads20000 commented 7 years ago

I'm getting the following error trying to use the SSR Zesty (Ubuntu 17.04) source:

E:The repository 'http://ppa.launchpad.net/maarten-baert/simplescreenrecorder/ubuntu zesty Release' does not have a Release file., W:Updating from such a repository can't be done securely, and is therefore disabled by default., W:See apt-secure(8) manpage for repository creation and user configuration details.

@MaartenBaert please can you do a Zesty release of SSR to the PPA? Thanks!

As a bonus, so people don't run into this when 17.10 is released, maybe at some point before October do an Artful (17.10) release? If you can, do it now, so people running the development branch can still have updated SimpleScreenRecorder direct from upstream. Alternatively, make a Snap, but that would be much harder! Might do a separate issue for that sometime.

MaartenBaert commented 7 years ago

Zesty already has SSR in the official repos from Debian. It's the latest version already so I don't see the point of pushing an update to an identical package at this point. Is there some feature missing in the official package?

I will push one when I have a new release.

Ads20000 commented 7 years ago

@MaartenBaert Oh I see, that's cool, you get an error when you upgrade and re-enable that repo though, which is annoying for non-tech-savvy users unlike me (though I guess if you're adding PPAs you must be fairly tech savvy!)

Ads20000 commented 7 years ago

I'm not a very big fan of PPAs (due to possible dependency hell/bugs due to untested dependency versions and the fact that adding them isn't very user-friendly), I prefer Snaps, but there isn't a Snap of SSR yet and I imagine making one could be quite tricky (I would file an issue and work on one if I had a bit more time, you can have a look yourself if you want)

StripedMonkey commented 7 years ago

from my understanding the way that snaps and appimage work is by running them in an isolated "container" which does not have access to the entire system. This makes it virtually impossible to create one for recording software because any software that records the screen or a specific window needs access to things that a snap is designed to prevent from being accessed. I don't think it would be possible to be quite honest because of that.

Correct me if I'm wrong.

On Mon, May 8, 2017 at 9:02 PM, Adam notifications@github.com wrote:

I'm not a very big fan of PPAs (due to possible dependency hell and the fact that adding them isn't very user-friendly), I prefer Snaps, but there isn't a Snap https://snapcraft.io/ of SSR yet and I imagine making one could be quite tricky (I would file an issue and work on one if I had a bit more time, you can have a look yourself if you want)

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/MaartenBaert/ssr/issues/538#issuecomment-300032043, or mute the thread https://github.com/notifications/unsubscribe-auth/AHo2RD9Aj1Erj3oJsratV-_NUWiV8DNvks5r37sYgaJpZM4NSdHn .

Ads20000 commented 7 years ago

@StripedMonkey With Snappy you can specify plugs and slots that provide access to lots of stuff, just need to find the right thing or get in contact with the Snappy developers to ask them to provide access to that functionality, I'll ask.

Also, you don't have to confine it anyway, although it means it won't run on Ubuntu Core and the Snaps have to be reviewed manually before entering the store, you can confine the Snap in classic mode, which basically gives it access to the whole system like a traditional distribution package.

Ads20000 commented 7 years ago

@StripedMonkey Apparently the unity7 or x11 interfaces should be enough for this :P

MaartenBaert commented 7 years ago

One problem with this is that SSR depends on FFmpeg, which includes many codecs that have patent issues in some countries (including the US). For this reason I want to avoid distributing FFmpeg myself and instead rely on whatever version of FFmpeg is installed on the system. By default, Ubuntu comes with a version of FFmpeg that excludes the codecs with patent issues, but still includes the open ones like VP8, which is enough to make SSR usable. Users can then install the full-featured FFmpeg including x264 at their own risk. That's not possible if I have to distribute a stand-alone package that includes SSR and all of its dependencies, including FFmpeg.

Ads20000 commented 7 years ago

@MaartenBaert Here's Peek's snapcraft.yaml, you can include ffmpeg as a part rather than a stage-package which will allow you to only pick the codecs you want (see the configflags of the ffmpeg part in Peek's snapcraft.yaml) - which will also cut the size of the SSR Snap.

MaartenBaert commented 7 years ago

That's not the point - I want to give users the option to choose the codecs, but I can't include the codecs that users most likely want (especially x264).

Ads20000 commented 7 years ago

As stated in #539 there is a snap (indeed, two snaps, though one is version 1.3.6 I think, the -mardy one is 1.3.8) of SSR in the store actually (also, #539 is a duplicate of this Issue)