Hacker News new | past | comments | ask | show | jobs | submit login

Silverblue is pretty incredible, but after a month of using it (Fedora 29) I did hit the occasional RPM I couldn't install because OSTree didn't support layering packages to that directory. It's also weird about third-party repos. I also wish more software was available as a Flatpak - unfortunately Ubuntu's mindshare means more developers are aware of the proprietary Snap format.

I'm super excited about it though and will keep using it every month, it finally solves the dependency problem most distributions run into.




Latest rpm-ostree can layer to /opt if that was the problem.


Not to trn this thread into an argument about formats but snap isn't a proprietary format at all. It's a squashfs file with some metadata.

]and congratulations to Fedora!]


My problem with it is that there's no concept of a Snap repository, like Flatpak. Snap is intrinsically tied to Canonical's Snap store.


The fact that the Canonical store is hard-coded n the source code of the package manager does not make it proprietary, I suggest you use the actual facts and not FUD, proprietary has a clear meaning so let's not make it vague,


The central store controlled by Canonical is pretty central tenet of snap design. If you start removing it, you can pretty much switch to entirely different packaging/delivery/sandboxing system.


First of all I did not contradicted this, I just want to use the correct terms. So please use proprietary,free software, open source, open format, open standard as it is correct and not as you like to promote your preferences.

Just think about it, your full argument is FUD because you try to imply that some open source code is proprietary when in fact it is not.

On the other topic, did Debian or other big distro submited a patch to include support for configuring third party stores, did they submit test code for the changes and it was rejected? If yes please link that instead of the FUD.


I wasn't the OP, so accusing me of FUD is somewhat misguided.

On the other hand, the design of snap, despite the code being open source, does not mean that the system (system as a collection of code, network services, network effects, network control, bizdev relations, etc) as a whole is non-proprietary. For similar story, see also: Android.


This is still false. Android is open source, see the forks. What is not open source is the services on top. The development process is not open for Android but you did not provided any fact to show contribution was not accepted by Canonical.

You are complaining that an open source tool is not using your preferred thing, you want snap to point to a Debian store, get the source, replace the Canonical store url with a Debian store, then create the store backend and implement the APIs.

Do you have any complaint about the Canonical store? Did they censored your favorite thing or your issue is that you can't just from principles.

Edit About my FUD accusation, maybe you should not get involved in a comment where I correct the OP about him spreading FUD in a vague attempt to protect him. The comment thread was not about what format is better is all about what proprietary means and not have fanboys use the terms wrong.


Be quite, Snap is vendor-locked.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: