I didn't realize that was the issue.
Okay, you have a point.
Never is it good to steer people towards proprietary crap. Even if its
optional.
As Stallman says, optionally free is not enough.
Though in today's day and age it would be awesome just to have optionally
free hardware. That's a
Thanks for reporting the bug. It's # 23918 right here:
https://trisquel.info/en/issues/23918
You should also send an email about it to report-nonf...@fsf.org and get a
GNU Buck for your efforts signed by RMS. More information about GNU Bucks are
at https://www.gnu.org/help/gnu-bucks.en.html
I know you are into Trisquel 8 final steps, and I am glad to see that you
have this problem in mind, but Trisquel 7 has this problem. Is there a way to
solve it? (Will any developer try to solve it).
I would try to do if I had the skills and the time (I have none, I'm afraid).
There was a discussion of that on the gnu-linux-libre mailing list. The
thread was "programming language package manager" if anyone wants to read it.
TL;DR: It's not any different and, to the extent that language-specific
package managers contain non-free software, this same issue is raised a
> How is this any different to pip or easy_install?
As far as I know, it's not different from these, because all of those
three have external default repositories. Perhaps we have to seek help
from other free/libre system distribution projects since these patches
might be useful to all these proje
How is this any different to pip or easy_install?
Exactly. So this should be reported as a bug in the bug tracker against
Trisquel 8.
Ah, I see that's already been done: https://trisquel.info/en/issues/23918
So, 'nuff said. Thanks for reporting this!
calmst...@posteo.de wrote:
Hate to break it to you all, but gdebi and dpkg can be used to install
propietary software also...
The issue is not whether a program can be used to install proprietary
software. The issue is whether a program comes configured by default to
"steer users towards obt
Hate to break it to you all, but gdebi and dpkg can be used to install
propietary software also...
It works (see screenshot). Spotify and other proprietary software are also
recommended in Gnome Software Center (see other screenshot). I reported the
latter as a licensing issue
https://trisquel.info/en/issues/23466
months ago, but had not actually attempted installing any proprietary to se
enduz...@riseup.net wrote ..
> I now have Spotify. All it takes 'snap install spotify'. Trisquel 8.
Wut. Screenshot?
One only needs to install snapd, which is in the repos, and then install the
snap. That’s it. Installing anything proprietary has never been easier than
this. There’s Skype a few commands away. Not quite loke one would expect
from a free libre distro.
And yes, it’s T8. I swear, untinkered.
> I now have Spotify. All it takes 'snap install spotify'. Trisquel 8.
If your copy of SNAP really came from Trisquel 8, and you manage to
install Spotify by doing `snap install spotify' without needing to add
any other repository/store/whatever, then this installation of Spotify
*is* a bug. The b
I now have Spotify. All it takes 'snap install spotify'. Trisquel 8.
Snap was the bane of my existence on Ubuntu 16.04. I couldn't figure out a
way to disable it, and Software includes Snap packages (without an option to
turn them off), so any time I tried to find a program that way I'd be
inundated with proprietary Snap packages.
Why does it point to Skype and Spotify, then?
Obviously, if snap is available in Trisquel 8, then it'll point to a place
managed by the Trisquel project and subject to all of the same policy
criteria:
https://www.gnu.org/distros/free-system-distribution-guidelines.html
18 matches
Mail list logo