gentoo заскоки

[yoricI]

Стоял, по зависимости от bind-tools снёсся. Если не нужен сам bind, то dig nslookup host негде взять?

[/dev/random]

Если не нужен сам bind, то dig nslookup host негде взять?

Утилиты host и nslookup можно ещё в cares-tools, если dig не нужен, но dig есть только в bind.

[yoricI]

А что за проблемы уже второй день? Долго-долго висит, так до 3-го пакета доходил, вырубаю

>>> Fetching (1 of 31) app-text/scdoc-1.11.5::gentoo >>> Downloading 'rsync://mirror.mephi.ru/gentoo-distfiles/distfiles/layout.conf' rsync: [Receiver] failed to connect to mirror.mephi.ru (85.143.112.112): Connection timed out (110) rsync error: error in socket IO (code 10) at clientserver.c(141) [Receiver=3.4.4] No digest file available and download failed. !!! Couldn't download '.layout.conf.mirror.mephi.ru'. Aborting. >>> Downloading 'rsync://mirror.mephi.ru/gentoo-distfiles/distfiles/scdoc-1.11.5.tar.gz' rsync: [Receiver] failed to connect to mirror.mephi.ru (85.143.112.112): Connection timed out (110) rsync error: error in socket IO (code 10) at clientserver.c(141) [Receiver=3.4.4] >>> Downloading 'https://mirror.yandex.ru/gentoo-distfiles/distfiles/layout.conf' --2026-08-21 19:26:29-- https://mirror.yandex.ru/gentoo-distfiles/distfiles/layout.conf Resolving mirror.yandex.ru... 2a02:6b8::183, 213.180.204.183 Connecting to mirror.yandex.ru|2a02:6b8::183|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 38 [application/octet-stream] Saving to: ‘/usr/portage/distfiles/.layout.conf.mirror.yandex.ru.__download__’ /usr/portage/distfiles/.layout.conf.mi 100%[==========================================================================>] 38 --.-KB/s in 0s 2026-08-21 19:26:29 (20,5 MB/s) - ‘/usr/portage/distfiles/.layout.conf.mirror.yandex.ru.__download__’ saved [38/38] >>> Downloading 'https://mirror.yandex.ru/gentoo-distfiles/distfiles/07/scdoc-1.11.5.tar.gz' --2026-08-21 19:26:29-- https://mirror.yandex.ru/gentoo-distfiles/distfiles/07/scdoc-1.11.5.tar.gz Resolving mirror.yandex.ru... 2a02:6b8::183, 213.180.204.183 Connecting to mirror.yandex.ru|2a02:6b8::183|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 13481 (13K) [application/octet-stream] Saving to: ‘/usr/portage/distfiles/scdoc-1.11.5.tar.gz.__download__’ /usr/portage/distfiles/scdoc-1.11.5.ta 100%

[/dev/random]

failed to connect to mirror.mephi.ru (85.143.112.112): Connection timed out (110)

Видимо, выбранное вами зеркало "mirror.mephi.ru" перестало работать. Он долго пытается к нему подключиться, а после таймаута переходит к другому, работающему зеркалу (mirror.yandex.ru) и успешно скачивает файл. А потом переходит к следующему скачиваему файлу и начинает перебор зеркал с начала.

Перенастройте зеркала.

[ormorph]

failed to connect to mirror.mephi.ru (85.143.112.112): Connection timed

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

[yoricI]

Ну это понятно, а что с ним случилось? И без анонса (то есть антианонса). Я думал, это временные трудности

[ormorph]

Ну это понятно, а что с ним случилось? И без анонса (то есть антианонса). Я думал, это временные трудности

Кто же его знает. На сайте Gentoo до сих пор оно висит, как доступное зеркало.

[yoricI]

А можно сделать таймаут по зеркалам? И чтоб исключалось, которое отвалилось, на время сеанса. Скрипт писать (это будет враппер)?

[ormorph]

Если только в ручную, в принципе всё это делать можно. Например curl -s <suite>:

Shell

$ time curl -s https://ru.mirrors.cicku.me/gentoo/

Либо время в секундах так:

Shell

date +%s
curl -s https://ru.mirrors.cicku.me/gentoo/
date +%s

Вроде можно еще миллисекунды: date +%s%3N
Только вот не факт что время скачивания файла можно так определить, просто время загрузки сайта.
Например в данном случае эта команда просто висит:

Shell

$ curl -s http://mirror.mephi.ru/gentoo-distfiles/

Так можно долго ждать. Для выявления проблемного сайта, после этой команды можно проверять результат $?.

[yoricI]

yoricI писал: ↑
04 июн 2026 11:29
А как и где это правильно прописать?

/etc/portage/package.use: */* PYTHON_TARGETS: -* python3_13 python3_14 */* PYTHON_SINGLE_TARGET: -* python3_14 media-sound/soundconverter PYTHON_SINGLE_TARGET: -* python3_13 категория/пакет PYTHON_SINGLE_TARGET: -* python3_13 категория/пакет PYTHON_SINGLE_TARGET: -* python3_13

Не видно не слышно, когда это можно будет удалить, чтоб один питон остался в системе?

[ormorph]

Не видно не слышно, когда это можно будет удалить, чтоб один питон остался в системе?

Я не помню что бы когда нибудь python об этом давали уведомление. Обычно сам берёшь и пробуешь.

А так для проверки написал простой скрипт проверки на python доступности зеркал:

Spoiler

Shell

import requests
import subprocess
import re

urls = """https://gentoo-mirror.alexxy.name/
https://ru.mirrors.cicku.me/gentoo/
rsync://mirror.freedif.org/gentoo
https://mirror.yandex.ru/gentoo-distfiles/
rsync://mirror.mephi.ru/gentoo-distfiles/distfiles/
https://mirror.yandex.ru/gentoo-distfiles/"""

list_urls = []

def check_http_url(url):
try:
response = requests.get(url, timeout=5)
if response.status_code == 200:
return True
else:
return False
except:
return False

def check_rsync_url(url):
try:
result = subprocess.run(
["rsync", "--list-only", url],
stdout=subprocess.PIPE,
stderr=subprocess.PIPE,
timeout=5
)

if result.returncode == 0:
return True
else:
return False

except:
return False


for url in urls.split("\n"):
if re.search(r'^rsync:', url):
if check_rsync_url(url):
print(url)
else:
if check_http_url(url):
print(url)

[/dev/random]

Не видно не слышно, когда это можно будет удалить, чтоб один питон остался в системе?

Когда все установленные лично у вас пакеты будут поддерживать python3_14. Я подозреваю, что они у вас давно его поддерживают. По крайней мере, упомянутый вами soundconverter - точно.

[ormorph]

Ну в gpo.zugaina.org не факт, что то, что написано поддерживает python-3.14, оно действительно поддерживает. Например rhvoice-wrapper.
Я уже давно использую такой патч:

Spoiler

Shell

--- a/rhvoice_wrapper/rhvoice_bindings.py 2026-05-15 22:54:49.595786596 +0300
+++ b/rhvoice_wrapper/rhvoice_bindings.py 2026-05-15 22:56:01.428921425 +0300
@@ -202,7 +202,10 @@


def load_tts_library(lib_path=None, api=None):
- lib = CDLL(_lib_selector(lib_path))
+ path_res = _lib_selector(lib_path)
+ if isinstance(path_res, bytes):
+ path_res = path_res.decode('utf-8')
+ lib = CDLL(path_res)
lib.RHVoice_get_version.restype = c_char_p
api = api or _get_compatible_api(lib)
lib.RHVoice_new_tts_engine.argtypes = (POINTER(RHVoice_init_params(api)),)

Ну и я не говорю что ещё и ебилд сам по себе рабочий, на сегодняшний день его нужно править. Я использую уже сильно изменённый, по сути уже другой ебилд.
Так что тут уж что используешь. Так же определённое время в glib2 добавили изменения, что определённое время не работали определённые функции(устарели), да так что многое посыпалось везде, не только для python-3.14. На данный момент добавлено исправление pygobject, которое решает проблему, но выводит предупреждение что эти функции устарели и рекомендуется переходить на другие. Короче тут нужно держать ухо востро.

[yoricI]

Видно, не все поддерживают только 3.14:
aspera ~ # emerge -aDNuv @world !!! Problem resolving dependencies for x11-misc/sunflower from @selected ... done! Dependency resolution took 4.56 s (backtrack: 0/20). !!! The ebuild selected to satisfy "x11-misc/sunflower" has unmet requirements. - x11-misc/sunflower-0.5-r3::gentoo USE="" PYTHON_TARGETS="-python3_12 -python3_13" The following REQUIRED_USE flag constraints are unsatisfied: any-of ( python_targets_python3_12 python_targets_python3_13 ) (dependency required by "@selected" [set]) (dependency required by "@world" [argument])
Удовлетворив один, выплывают следующие

[ormorph]

x11-misc/sunflower-0.5-r3::gentoo USE="" PYTHON_TARGETS="-python3_12 -python3_13"

Этот и не будет поддерживаться, оно не совместимо. Скорее всего если бы был доступен ебилд 9999 то можно было бы запустить. Иначе только нового релиза ждать. А так его разработка всё ещё идёт.

[yoricI]

Во здрасти, а как оно раньше работало-то?

[ormorph]

Во здрасти, а как оно раньше работало-то?

Другой Python, там с . Там много изменилось, там есть как выше в патче, нужно преобразование типов и т.п., ещё вызов функции изменился, когда некоторые аргументы уже не работают. Видно сделали оптимизацию для скорости работы. Изменения уже есть в живой ветке на github, по идее позволяющие нормально запустить и работать. Так что скорее всего появится только после релиза. Либо если кто то все эти патчи наложит на текущий релиз, тогда да можно будет нормально работать.