lsourceforge для тыквенного sourceforge

0

1

В связи с тем, что sourceforge стал совсем тыквой (раньше хоть в lynx'е ссылки на скачивание были, а теперь - нет) набросал простой скрипт lsourceforge.

Использование lsourceforge очень простое (аргумента 2: имя проекта и путь):

> ./lsourceforge open-cobol /
gnu-cobol
nist
win_prerequisites
open-cobol
HACKING
README
> ./lsourceforge open-cobol /gnu-cobol
unstable
2.2
2.0
1.1
> ./lsourceforge open-cobol /gnu-cobol/2.2
gnucobol-2.2_win.7z
gnucobol-2.2_win.zip
gnucobol-2.2.tar.lz
gnucobol-2.2.tar.gz
gnucobol-2.2.tar.xz
gnucobol-2.2-rc_win.zip
gnucobol-2.2-rc.tar.xz
gnucobol-2.2-rc.tar.gz
> ./lsourceforge open-cobol /gnu-cobol/2.2/gnucobol-2.2.tar.xz
--2018-01-10 02:29:45--  https://sourceforge.net/projects/open-cobol/files/gnu-cobol/2.2/gnucobol-2.2.tar.xz/download
Распознаётся sourceforge.net... 216.34.181.60
Подключение к sourceforge.net|216.34.181.60|:443... соединение установлено.
HTTP-запрос отправлен. Ожидание ответа... 302 Found
Адрес: https://downloads.sourceforge.net/project/open-cobol/gnu-cobol/2.2/gnucobol-2.2.tar.xz?r=&ts=1515540284&use_mirror=10gbps-io [переход]
--2018-01-10 02:29:46--  https://downloads.sourceforge.net/project/open-cobol/gnu-cobol/2.2/gnucobol-2.2.tar.xz?r=&ts=1515540284&use_mirror=10gbps-io
Распознаётся downloads.sourceforge.net... 216.34.181.59
Подключение к downloads.sourceforge.net|216.34.181.59|:443... соединение установлено.
HTTP-запрос отправлен. Ожидание ответа... 302 Found
Адрес: https://10gbps-io.dl.sourceforge.net/project/open-cobol/gnu-cobol/2.2/gnucobol-2.2.tar.xz [переход]
--2018-01-10 02:29:46--  https://10gbps-io.dl.sourceforge.net/project/open-cobol/gnu-cobol/2.2/gnucobol-2.2.tar.xz
Распознаётся 10gbps-io.dl.sourceforge.net... 185.152.64.70
Подключение к 10gbps-io.dl.sourceforge.net|185.152.64.70|:443... соединение установлено.
HTTP-запрос отправлен. Ожидание ответа... 200 OK
Длина: 1604648 (1,5M) [application/octet-stream]
Сохранение в: <<gnucobol-2.2.tar.xz>>

gnucobol-2.2.tar.xz           100%[=================================================>]   1,53M  2,44MB/s    за 0,6s

2018-01-10 02:29:48 (2,44 MB/s) - <<gnucobol-2.2.tar.xz>> сохранён [1604648/1604648]

>

Скачать можно здесь: http://saahriktu.org/downloads/lsourceforge-0.2.tar.lzma

Enjoy!

Ссылка

←	С днём рождения меня ::)

TODO

→

./lsourceforge vykljucalnik /vykljucalnik-1.0-0.fc17.R.x86_64.rpm

Что-то ничего не качает.

~~Napilnik~~ ★★★★★
(10.01.18 03:10:19 MSK)

Ответ на: комментарий от Napilnik 10.01.18 03:10:19 MSK

Гм. Автор проекта нарушил традицию размещения файлов.

Честно говоря, сначала я сделал 2 отдельных скрипта: для закачки и листинга директорий. А потом объединил их в один. А, поскольку, традиционно файлы на sourceforge располагаются с конкретной вложенностью, то я связал определение имени файла и переключение функционала, причём имя файла определяется как

FNAME=$(echo "$2" | cut -d / -f 4)

Впрочем, и при такой реализации можно так:

./lsourceforge vykljucalnik ///vykljucalnik-1.0-0.fc17.R.x86_64.rpm

saahriktu ★★★★★
(10.01.18 03:21:08 MSK) автор топика
Последнее исправление: saahriktu 10.01.18 03:21:58 MSK (всего исправлений: 1)

Ответ на: комментарий от saahriktu 10.01.18 03:21:08 MSK

Всё равно не качается:

$ ./lsourceforge vykljucalnik ///vykljucalnik-1.0-0.fc17.R.x86_64.rpm
--2018-01-10 02:26:33--  https://sourceforge.net/projects/vykljucalnik/files///vykljucalnik-1.0-0.fc17.R.x86_64.rpm/download
Распознаётся sourceforge.net... 216.34.181.60
Подключение к sourceforge.net|216.34.181.60|:443... соединение установлено.
ОШИБКА: cannot verify sourceforge.net's certificate, issued by «/C=GB/ST=Greater Manchester/L=Salford/O=COMODO CA Limited/CN=COMODO RSA Domain Validation Secure Server CA»:
  Невозможно локально проверить подлинность запрашивающего.
Для небезопасного подключения к sourceforge.net используйте параметр --no-check-certificate.

Зато вот так:

wget --no-check-certificate https://sourceforge.net/projects/vykljucalnik/files/vykljucalnik-1.0-0.fc17.R.x86_64.rpm

очень даже качается и без этого дурацкого sed в скрипте.

~~Napilnik~~ ★★★★★
(10.01.18 03:31:52 MSK)

Ответ на: комментарий от Napilnik 10.01.18 03:31:52 MSK

ОШИБКА: cannot verify sourceforge.net's certificate

Сертификаты нужно настраивать и вовремя обновлять. В том же BLFS'е для этого есть свои скрипты: http://www.linuxfromscratch.org/blfs/view/svn/postlfs/cacerts.html

Ключевой момент:

You should periodically update the store with the above command either manually, or via a cron job.

В других дистрибутивах этот момент тоже надо как-то решать. И тогда уйдут ошибки проверки сертификатов.

saahriktu ★★★★★
(10.01.18 03:39:11 MSK) автор топика

Ответ на: комментарий от saahriktu 10.01.18 03:39:11 MSK

Вот спасибо за радость - ещё и для дистрибутива сертификаты качать. Из репозиториев качает и без этой радости. Напоминает просмотр виндового видео с дрм, когда плеер перед проигрыванием лезет за сертификатом на сайт которого давно уже нет.

~~Napilnik~~ ★★★★★
(10.01.18 03:46:30 MSK)

Ответ на: комментарий от Napilnik 10.01.18 03:46:30 MSK

Так речь не про отдельный сертификат для конкретного сайта. Речь про коллекцию «сертификатов распространённых центров сертификации». В том же Debian'е они есть в отдельном пакете в родном репозитории: https://packages.debian.org/ru/stable/ca-certificates

Данные по центрам сертификации, которые распространяются с браузером Mozilla, позволяющие приложениям проверять достоверность соединений SSL.

Собственно, без них достоверность очень многих SSL соединений проверить и нельзя. Проверка завершается ошибкой. И остаётся 2 пути: или не коннектиться вовсе, или наплевать на безопасность и коннектить независимо от результат проверки.

А включить возможность нормального хода проверки SSL соединений можно только своевременно обновляя данную коллекцию сертификатов. О чём и речь выше.

saahriktu ★★★★★
(10.01.18 03:59:12 MSK) автор топика

Ответ на: комментарий от saahriktu 10.01.18 03:59:12 MSK

Когда качаешь архив с тормозиллой или бледной луной, а потом распаковываешь в каталог, то у них есть какие-то сертификаты, на год хватает. Вот только wget к сертификатам применяемым этими браузерами не имеет никакого отношения.

~~Napilnik~~ ★★★★★
(10.01.18 04:14:32 MSK)

Ответ на: комментарий от Napilnik 10.01.18 04:14:32 MSK

Это образец кривости вашего дистрибутива. Пишите багрепорт.

Zmicier ★★★★★
(10.01.18 04:27:23 MSK)

Ответ на: комментарий от Napilnik 10.01.18 03:31:52 MSK

В Termux на Android'е не работает...

Welcome to Termux!

Wiki:            https://wiki.termux.com
Community forum: https://termux.com/community
IRC channel:     #termux on freenode
Gitter chat:     https://gitter.im/termux/termux
Mailing list:    termux+subscribe@groups.io

Search packages:   pkg search <query>
Install a package: pkg install <package>
Upgrade packages:  pkg upgrade
Learn more:        pkg help
$ wget --no-check-certificate https://sourceforge.net/projects/vykljucalnik/files/source_vykljucalnik-1.0.tar.gz
wget: unrecognized option `--no-check-certificate'
BusyBox v1.27.2 (2017-10-15 01:03:11 CEST) multi-call binary.

Usage: wget [-cq] [-O FILE] [-Y on/off] [-P DIR] [-S] [-U AGENT] [-T SEC] URL...

Retrieve files via HTTP or FTP

        -c              Continue retrieval of aborted transfer
        -q              Quiet
        -P DIR          Save to DIR (default .)
        -S              Show server response
        -T SEC          Network read timeout is SEC seconds
        -O FILE         Save to FILE ('-' for stdout)
        -U STR          Use STR for User-Agent header
        -Y on/off       Use proxy
$

atsym ★★★★★
(10.01.18 04:27:31 MSK)
Последнее исправление: atsym 10.01.18 04:33:34 MSK (всего исправлений: 1)

Ответ на: комментарий от Zmicier 10.01.18 04:27:23 MSK

Это образец кривости вашего дистрибутива. Пишите багрепорт.

4 звезды намолотил, а ещё не в курсе, что багрепорты в дистрибутивах кого-то интересуют только пока их тестируют для производства. А потом - хоть трава не расти, могут и репозитории на 0 помножить.

~~Napilnik~~ ★★★★★
(10.01.18 05:30:54 MSK)

Ответ на: В Termux на Android'е не работает... от atsym 10.01.18 04:27:31 MSK

Устройств с ведроидом у меня 0.0 (для ведроидов не пишу, а другого им применения ещё не придумал), потому не в курсе, насколько там wget урезанный, и что там ещё не работает. Могу посоветовать исключить опцию --no-check-certificate - возможно тамошний wget имеет сертификаты и умеет их применяя качать с https://

~~Napilnik~~ ★★★★★
(10.01.18 05:39:41 MSK)

Ссылка

Ответ на: В Termux на Android'е не работает... от atsym 10.01.18 04:27:31 MSK

busybox же

установи нормальный wget, а не обрезок

n_play ☆
(10.01.18 06:12:01 MSK)

Ответ на: комментарий от n_play 10.01.18 06:12:01 MSK

https://github.com/termux/termux-packages/issues/2018

atsym ★★★★★
(10.01.18 06:16:57 MSK)

Ответ на: комментарий от Napilnik 10.01.18 05:30:54 MSK

А потом - хоть трава не расти, могут и репозитории на 0 помножить.

Вот именно из-за этого я «За» AppImage для десктопного софта, а не за репы.

atsym ★★★★★
(10.01.18 06:20:59 MSK)
Последнее исправление: atsym 10.01.18 06:21:20 MSK (всего исправлений: 1)

Ответ на: комментарий от atsym 10.01.18 06:16:57 MSK

у-у-у. тебе даже ответили реактивно быстро. я б даже не стал время тратить на обьяснение очевидного

n_play ☆
(10.01.18 06:23:59 MSK)

Ответ на: комментарий от n_play 10.01.18 06:23:59 MSK

тебе даже ответили реактивно быстро.

Сам в шоке! ;-)

atsym ★★★★★
(10.01.18 06:40:13 MSK)

Ссылка

Ответ на: комментарий от atsym 10.01.18 06:20:59 MSK

AppImage

Когда поставлю кубунту в виртуалку, может и гляну что это, если вдруг не затормозит с турбореактивной скоростью.

~~Napilnik~~ ★★★★★
(10.01.18 06:43:34 MSK)

Ответ на: комментарий от Napilnik 10.01.18 06:43:34 MSK

http://appimage.github.io/apps

https://github.com/AppImage/AppImageKit/wiki

atsym ★★★★★
(10.01.18 06:58:46 MSK)

Ответ на: комментарий от atsym 10.01.18 06:58:46 MSK

Всё равно надо в поисковике искать стартовую информацию на нормальном языке. Перевод требует некомпенсируемых усилий;)

~~Napilnik~~ ★★★★★
(10.01.18 07:14:36 MSK)

Ссылка

Ответ на: комментарий от Napilnik 10.01.18 04:14:32 MSK

Вот только wget к сертификатам применяемым этими браузерами не имеет никакого отношения.

Нет, имеет. Эти сертификаты общеприменяемые в OpenSSL. И без них в тыкву превращается проверка SSL соединений во всём OpenSSL софте: wget'е, curl'е, lynx'е, fetchmail'е,... и т.д. И в опциях сборки софта могут прямо прописываются пути к этим сертификатам в системе. curl, например, собирается с опцией --with-ca-path. wget же умеет находить пути к этим сертификатам через OpenSSL.

saahriktu ★★★★★
(10.01.18 11:25:02 MSK) автор топика

Ответ на: комментарий от saahriktu 10.01.18 11:25:02 MSK

Ну так бледная луна поставлена ни из пакета, у неё должно быть всё своё. А если принудительно обновить сертификаты пакетом из другого дистра, то как бы хуже не было - неизвестно, не подавится ли новыми сертификатами системная SSL. Получить вместо проверки на старые сертификаты ошибку сегментации цель тоже не стоит.

~~Napilnik~~ ★★★★★
(10.01.18 16:24:01 MSK)

Ответ на: комментарий от Napilnik 10.01.18 16:24:01 MSK

Firefox'ы и прочие Palemoon'ы тут вообще ни при чём. Те сертификаты, о которых речь, находятся в системе даже если этих браузеров в системе нет вообще. Сертификаты распространяются отдельно от браузеров. И находятся где-то в /etc/ssl/certs.

Не надо никаких «пакетов из другого дистра». Надо научиться управлять своим дистрибутивом. Вычислить что именно в нём является аналогом скриптов из BLFS'а (см. выше). Иначе про секурность SSL можно забыть.

saahriktu ★★★★★
(10.01.18 16:30:59 MSK) автор топика