lutris / agora

Public discussion space for the community
11 stars 0 forks source link

Lutris snap #17

Open apolitech opened 6 years ago

apolitech commented 6 years ago

It will be great to have a snap version of this app. You can use this site to compile a snap directly from github snapcraft.io

TomJansen commented 6 years ago

A PPA would be better in my opinion, snaps contain unnecessary dependencies that could already be installed on the system

apolitech commented 6 years ago

Ppa’s need to be updated for every release of a ubuntu and its only for ubuntu. But with snap you can install on somany distros from fedora to solus https://docs.snapcraft.io/core/install. And at this moment there is a available ppa. There are sooo many benefits of using snaps over ppas

TingPing commented 6 years ago

The plan is for Flatpak lutris/lutris#701

Zeioth commented 6 years ago

PPA is better in my opinion, as long as newbye users can install lutris easily from the software center. Snaps and flatpaks load really slow. I mean, if this is easy to implement then is ok, but it's not something super necessary.

Zeioth commented 6 years ago

STATUS: Duplicated, can be closed lutris/lutris#701

apolitech commented 6 years ago

How can be this a dublicate? There is a huge difference between snaps and flatpack

strycore commented 6 years ago

If someone wants to make a snap package for lutris and maintain it, I'll add it to our download page on lutris.net. This ticket is open to anyone, the rest of the team is currently focusing on Flatpak.

jor1196 commented 6 years ago

with snap is also not necessary to use the console, what you say @asdedhj is a lie

TingPing commented 6 years ago

@asdedhj https://github.com/GNOME/gnome-software/tree/master/plugins/snap

TingPing commented 6 years ago

Well GNOME-Software itself doesn't depend on using GNOME. As for if that plugin works on not-Ubuntu I don't actually know. It is at least an example of store integration.

apolitech commented 6 years ago

@asdedhj "I would prefer a Flatpak or AppImage as they are easier to use and don't require users to learn how to use the terminal."

Please update flatpack apps =)))) . Snaps will auto-update with your system but Flatpak will not you need to put a command in terminal to do that. Before you chat about something pls do a research (this is available for all )

apolitech commented 6 years ago

plus with snaps, it's easier to push updates, if the new version won't open or has another problem it will roll back etc.

tannisroot commented 6 years ago

Um, I am sorry, but if you have a front-end like Gnome Software, it WILL auto-update. And unlike Snaps, they are not officially adopted by any distro but Ubuntu, developer of which is notorious for discontinuing their products (RIP Unity, Ubuntu Touch, Upstart and many others...). So yeah, please do your research.

apolitech commented 6 years ago

Please, @tannisroot show me how you update flatpack's or a wide use flatpack interface. About the Canonical products, hey everything it's open source you can maintain everything if you like one or more of they discontinue products (look at ubports.com they didn't cry on a forum or a post they did something) , it's normal that a company will try to make money with their products if not they will kill a project and open another one.

Sorry for offtopic from here let's make this a productive conversation and stop attacking others. If you don't like the idea of snaps go on the appimage or flatpack request and help there. All the best

apolitech commented 6 years ago

These discussions are pointless and the problem here it's that there are users that hate canonical and because of that they overreact when comes to snaps. Great app but Linux community s#@s

apolitech commented 6 years ago

@tannisroot Have a read https://tutorials.ubuntu.com/tutorial/basic-snap-usage#2 "The good news is that snaps are updated automatically in the background every day! " So you don't need an app for updating the snaps.

tannisroot commented 6 years ago

This is how I update my flatpaks (not my picture): https://blogs.gnome.org/hughsie/files/2017/05/Screenshot-from-2017-05-22-19-09-47.png With a gnome software flatpak plugin. And yes, it’s ok for a company to kill off their products. The thing is, if they are famous for that, why even support their product in the first place? With Flatpaks you have a whole community backing them up, unlike snaps. If you look it up, support for snaps on distros that are Ubuntu is horrible. If Canonical stops supporting them (because they do that) it’s dead. Plus Snaps are known to be slow.

apolitech commented 6 years ago

This is soo funny you "Um, I am sorry, but if you have a front-end like Gnome Software, it WILL auto-update." that it's not true (for snaps) but you use gnome software to update flatpack when others say's "Unless I am mistaken that only works with Ubuntu namely GNOME. Which basically goes against their motto of being universal." hahahahahahahaha You are soo right snaps there's no one backing them up "Featured publishers Heroku Amazon Spotify Google Microsoft" etc Dude, you made my day. In my opinion better to have support from only the community that understands snaps the pro and cons. And not the whole community if they are like the users that posted above.

tannisroot commented 6 years ago

Gnome is just an example (also I don’t get the snarky comment about it being bound to Ubuntu, you can install Gnome on anything that has systemd). Then there is also the KDE Software Center and others. You can use it with any app you want universally, as long as you have a plugin for it which was always pulled automatically for me, both with Gnome and KDE. Heck you can write your own if you want to. And the only reason it’s supported by big companies is because Canonical has partnership with them. As soon as Canonical stops caring about Snaps it’s GONE. And actual Linux community doesn’t adopt it and probably never will. (btw those proprietary apps you mentioned were all ported to Flatpak)

apolitech commented 6 years ago

You are right but again the same apps you can use for snaps or you can make a app/script like you said. About canonical we have different opinions and don't forget we have a lot of users because the easy of use of ubuntu and the derivates. About the apps compile in flatpaks etc its because they want to offer all the methods to install a app (thats normal because we all have different preference when comes to how to install a app or whats os to use etc)

tannisroot commented 6 years ago

Honestly I don’t see how it’s going to be a huge problem for the end user if Lutris will actually add only Flatpak support in the future. Both Snaps and Flatpak use the same plugin+frontend like Gnome Software model, allowing you to use both at the same time, it’s not like you can’t install it and then use it for getting Lutris.

apolitech commented 6 years ago

Yea are right. But i did not said in any of my posts to support one and not the other.

Sunderland93 commented 6 years ago

Flatpak is better option

legendary-jld commented 6 years ago

I use ElementaryOS for a few of my PCs, and we have Snaptastic (GUI) which makes installing Snaps pretty easy, not here to debate but would personally see good value out of having a Snap of this

Feichtmeier commented 5 years ago

I would prefer snap, simply because it is the default new package in Ubuntu. Also I don't know if flatpak has the auto background incremental updates that snaps have. But why not have both?

TingPing commented 5 years ago

Also I don't know if flatpak has the auto background incremental updates that snaps have.

flatpak is no running daemon like snapd. But gnome-software auto-updates them.

But why not have both?

Because it has a maintenance cost and considering they both aim to accomplish the exact same thing it makes sense to just choose one IMO.

Feichtmeier commented 5 years ago

I think lutris could target much more people if it would be available as a snap.

Maybe @popey could help to make a Lutris snap?

Sunderland93 commented 5 years ago

I think lutris could target much more people if it would be available as a snap.

Not Snap, but Flatpak

popey commented 5 years ago

@Feichtmeier thanks for the ping. I was aware of the issue. Indeed I looked at making a snap but haven't had time to look for a while. If someone wanted to contribute the necessary work to support a snap build, I'd certainly love to help.

dmiller309 commented 5 years ago

I could snap Lutris if someone @popey would help me with the confinement. I've packaged the Polarr photo editor and the Scelight StarCraft 2 replay analyzer. Lutris may be difficult, at least to package with strict confinement, because it manages other packages on the system. I've heard talk of plugs for doing that sort of thing, but I don't see documentation for that. I took a brief look at https://code.launchpad.net/~ken-vandine/gnome-software/classic-snap but it uses classic confinement.

tannisroot commented 5 years ago

Lutris doesn't manage any package IIRC, it only checks the existence of some stuff (like wine, for example). So it should be fine with read only access, if Snaps allow that. But otherwise I am sure these checks can be disabled (by patching them out).

Feichtmeier commented 5 years ago

Lutris needs access to the home folder for special 🍷 installations and access to /usr for system wide 🍷 installations to let for example battle.net work So maybe a classic confinement would be better?

tannisroot commented 5 years ago

@Feichtmeier that's not true. It does not need system wide wine for anything, it's only needed to get the dependencies.

Feichtmeier commented 5 years ago

Alright, sorry then. I step back here due to big knowledge lacks. I volunteer for testing the snap ofc.

dmiller309 commented 5 years ago

Sorry guys, but I'm not going to have time to snap Lutris soon. I did some work on it and I'm not ruling out working on it in the future, but I'm getting weird errors that nobody else has like https://forum.snapcraft.io/t/resolve-namespace-gtk-not-available-on-core18/9060 and https://forum.snapcraft.io/t/downloaded-image-hash-does-not-match/9561.

Because of this bug preventing automated building of Scelight (https://forum.snapcraft.io/t/snapcraft-succeeds-but-automated-build-fails/8988), I'm still responsible for building new versions of Scelight manually. I don't want to be responsible for Lutris and building Scelight at the same time.

strycore commented 5 years ago

A lot of people want that and we want a snap ASAP

MrTheSoulz commented 5 years ago

https://github.com/MrTheSoulz/lutris-snapcraft/blob/master/snapcraft.yaml

this isnt really meant to be used its more about trying to get something going. Its missing the desktop icon, probably wont even run correctly but it launches from the console using the command:

lutris-mts.lutris

Get it from the Snap Store

Edit: it now has a .desktop file, its still only running in devmode tho, if i try running in strick i get a dbus error i couldnt yet figure out. also included wine but the path must be outside of what lutris scans for or something, need to dig a bit.

Edit: it now has wine correctly installed and its being found by lutris. still hsving issues running it in strict mode tho, lutris try to access nvidia's version file and gets blocked.

SaladinAyyub commented 5 years ago

Is there are repo we can look or contribute to @MrTheSoulz

RenatoLopes771 commented 4 years ago

https://github.com/MrTheSoulz/lutris-snapcraft/blob/master/snapcraft.yaml

this isnt really meant to be used its more about trying to get something going. Its missing the desktop icon, probably wont even run correctly but it launches from the console using the command:

lutris-mts.lutris

Get it from the Snap Store

Edit: it now has a .desktop file, its still only running in devmode tho, if i try running in strick i get a dbus error i couldnt yet figure out. also included wine but the path must be outside of what lutris scans for or something, need to dig a bit.

Edit: it now has wine correctly installed and its being found by lutris. still hsving issues running it in strict mode tho, lutris try to access nvidia's version file and gets blocked.

So there is a snap. Technically.

I saw 2 others in this thread willing to support whoever made it, so if they could see if the thing works correctly maybe this could be officially supported.