pip / python /Is it possible to run magic-wormhole from Trisquel 8

7 Antworten [Letzter Beitrag]
PrimeOrdeal
Offline
Beigetreten: 09/15/2019

Hi, I saw a talk about magic-wormhole from a Libre Planet conference video and I installed it on a Raspberry Pi and I wanted to test it from a Trisquel machine but Trisquel did not allow me to follow the instruction
$pip install magic-wormhole
but this failed with suggestion that I should type "sudo apt install python-pip".
However this failed with the messages:
"Reading package lists... Done
Building dependency tree
Reading state information... Done
Package python-pip is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'python-pip' has no installation candidate
"
Could anyone enlighten me as to the problem here and moreover whether there is any suggested solution?
I had imagined that being presented at Libre Planet shoulod imply magic-wormhole would be suitably FREE for Trisquel

HOWEVER - I am running Trisquel 8 since it seemed to do the job and I never saw a need to update. Would this be the problem?

Thanks for any replies...

PrimeOrdeal
Offline
Beigetreten: 09/15/2019
Magic Banana

I am a member!

I am a translator!

Offline
Beigetreten: 07/24/2010

Trisquel follows the GNU Free Software Distribution Guidelines. Among other things, they say:

The system should have no repositories for nonfree software and no specific recipes for installation of particular nonfree programs. Nor should the distribution refer to third-party repositories that are not committed to only including free software; even if they only have free software today, that may not be true tomorrow.
https://www.gnu.org/distros/free-system-distribution-guidelines.en.html#license-rules

pip's repository includes proprietary software. Moreover, as far as I know, pip lacks a configuration that would allow to filter the packages according to their licenses. We would need a third-party repository committed to only including free Python packages. Magic Wormhole itself is free software: https://raw.githubusercontent.com/magic-wormhole/magic-wormhole/master/LICENSE

For more than two years, Trisquel 8 has not been receiving upgrades. That includes security upgrades fixing know vulnerability. You should definitely upgrade to Trisquel 11. Given the version difference, it would probably be faster to make a fresh install. You can copy the list of packages installed on your current system though: https://trisquel.info/en/wiki/cloning-system-or-how-make-copy-installed-packages-one-computer-another

EDIT: I now see that koszkonutek has already answered (essentially the same, in more details), but the thread got forked.

koszkonutek
Offline
Beigetreten: 03/19/2020

It seems I made some mistakes paraphrasing the FSDG rules. Sorry for that

koszkonutek
Offline
Beigetreten: 03/19/2020

> It seems I made some mistakes paraphrasing the FSDG rules. Sorry for that

Btw, I would be more or less correct in 2010 :)

https://web.archive.org/web/20100513053026/http://www.gnu.org/distros/free-system-distribution-guidelines.html

The rule about third-party repos was added around 2010/2011. Many FSF-endorsed distros still don't implement it which is interesting

jxself
Offline
Beigetreten: 09/13/2010

I don't know why to look at the Wayback Machine - The file itself is versioned. The history is here:
https://web.cvs.savannah.gnu.org/viewvc/www/www/distros/free-system-distribution-guidelines.html?view=log
The change was made Tue May 17 13:44:30 2011 UTC
From the commit log, I get that the matter over third party repos was always the intention and the change made it explicitly stated.

koszkonutek
Offline
Beigetreten: 03/19/2020

> I don't know why to look at the Wayback Machine - The file itself is versioned. The history is here:
> https://web.cvs.savannah.gnu.org/viewvc/www/www/distros/free-system-distribution-guidelines.html?view=log
> The change was made Tue May 17 13:44:30 2011 UTC From the commit log, that it always intended and that commit made it explicitly stated.

Thanks, I indeed recalled that I have seen version history of some pages from gnu.org. However, I didn't recall where that history was available and Wayback Machine was a reliable way to achieve the goal. If not for this, I'd surely choose to view the history in a way that does not require JS — as many of us would probably do :)

Btw, as you surely know, Wayback Machine is also useful when one needs a proof since commits can be forged. Not that this is relevant here

Avron

I am a translator!

Offline
Beigetreten: 08/18/2020

.