LINUX.ORG.RU
решено ФорумAdmin

Ужаснулся от пакетов в обнове Arch. Помогите разобраться

 , ,


0

1

Вижу, 6 мелких пакетов на очереди к обновлению стоит. Как обычно своим любимым yay решил я обновить. А тут тихий СКРИМЕР

https://i.imgur.com/GPwqk9e.png

Если честно, то я даже не понял кто тянет в систему тессеракт(ну тянет tessdata, но вот кто уже тянет tessdata я не знаю), зачем у него столько версий в репозитории, и стоит ли игра свеч.

Если хотите, то можете по буквам разобрать что случилось и в чем я не прав. А то я сонный и пока не хочу вникать сам.

А вот лог для тех у кого не грузит imgur:

❯ yay
:: Synchronizing package databases...
 endeavouros is up to date
 core is up to date
 extra is up to date
 multilib is up to date
:: Searching AUR for updates...
:: Searching databases for updates...
 -> Flagged Out Of Date AUR Packages: pixelorama-bin
:: 6 packages to upgrade/install.
6  core/usbutils                    016-2       -> 017-1
5  extra/libmupdf                   1.23.4-3    -> 1.23.4-4
4  extra/noto-fonts                 1:23.10.1-1 -> 1:23.11.1-1
3  extra/npm                        10.2.1-1    -> 10.2.2-1
2  extra/python-charset-normalizer  3.3.1-1     -> 3.3.2-1
1  extra/xfconf                     4.18.2-2    -> 4.18.3-1
==> Packages to exclude: (eg: "1 2 3", "1-3", "^4" or repo name)
 -> Excluding packages may cause partial upgrades and break systems
==> 
Sync Dependency (2): libmupdf-1.23.4-4, python-charset-normalizer-3.3.2-1
Sync Explicit (4): noto-fonts-1:23.11.1-1, npm-10.2.2-1, usbutils-017-1, xfconf-4.18.3-1
:: Synchronizing package databases...
 endeavouros is up to date
 core is up to date
 extra is up to date
 multilib is up to date
:: Starting full system upgrade...
resolving dependencies...
:: There are 128 providers available for tessdata:
:: Repository extra
   1) tesseract-data-afr  2) tesseract-data-amh  3) tesseract-data-ara  4) tesseract-data-asm  5) tesseract-data-aze  6) tesseract-data-aze_cyrl  7) tesseract-data-bel
   8) tesseract-data-ben  9) tesseract-data-bod  10) tesseract-data-bos  11) tesseract-data-bre  12) tesseract-data-bul  13) tesseract-data-cat  14) tesseract-data-ceb
   15) tesseract-data-ces  16) tesseract-data-chi_sim  17) tesseract-data-chi_sim_vert  18) tesseract-data-chi_tra  19) tesseract-data-chi_tra_vert  20) tesseract-data-chr
   21) tesseract-data-cos  22) tesseract-data-cym  23) tesseract-data-dan  24) tesseract-data-dan_frak  25) tesseract-data-deu  26) tesseract-data-deu_frak
   27) tesseract-data-div  28) tesseract-data-dzo  29) tesseract-data-ell  30) tesseract-data-eng  31) tesseract-data-enm  32) tesseract-data-epo  33) tesseract-data-equ
   34) tesseract-data-est  35) tesseract-data-eus  36) tesseract-data-fao  37) tesseract-data-fas  38) tesseract-data-fil  39) tesseract-data-fin  40) tesseract-data-fra
   41) tesseract-data-frk  42) tesseract-data-frm  43) tesseract-data-fry  44) tesseract-data-gla  45) tesseract-data-gle  46) tesseract-data-glg  47) tesseract-data-grc
   48) tesseract-data-guj  49) tesseract-data-hat  50) tesseract-data-heb  51) tesseract-data-hin  52) tesseract-data-hrv  53) tesseract-data-hun  54) tesseract-data-hye
   55) tesseract-data-iku  56) tesseract-data-ind  57) tesseract-data-isl  58) tesseract-data-ita  59) tesseract-data-ita_old  60) tesseract-data-jav  61) tesseract-data-jpn
   62) tesseract-data-jpn_vert  63) tesseract-data-kan  64) tesseract-data-kat  65) tesseract-data-kat_old  66) tesseract-data-kaz  67) tesseract-data-khm  68) tesseract-data-kir
   69) tesseract-data-kmr  70) tesseract-data-kor  71) tesseract-data-kor_vert  72) tesseract-data-lao  73) tesseract-data-lat  74) tesseract-data-lav  75) tesseract-data-lit
   76) tesseract-data-ltz  77) tesseract-data-mal  78) tesseract-data-mar  79) tesseract-data-mkd  80) tesseract-data-mlt  81) tesseract-data-mon  82) tesseract-data-mri
   83) tesseract-data-msa  84) tesseract-data-mya  85) tesseract-data-nep  86) tesseract-data-nld  87) tesseract-data-nor  88) tesseract-data-oci  89) tesseract-data-ori
   90) tesseract-data-pan  91) tesseract-data-pol  92) tesseract-data-por  93) tesseract-data-pus  94) tesseract-data-que  95) tesseract-data-ron  96) tesseract-data-rus
   97) tesseract-data-san  98) tesseract-data-sin  99) tesseract-data-slk  100) tesseract-data-slk_frak  101) tesseract-data-slv  102) tesseract-data-snd  103) tesseract-data-spa
   104) tesseract-data-spa_old  105) tesseract-data-sqi  106) tesseract-data-srp  107) tesseract-data-srp_latn  108) tesseract-data-sun  109) tesseract-data-swa
   110) tesseract-data-swe  111) tesseract-data-syr  112) tesseract-data-tam  113) tesseract-data-tat  114) tesseract-data-tel  115) tesseract-data-tgk  116) tesseract-data-tgl
   117) tesseract-data-tha  118) tesseract-data-tir  119) tesseract-data-ton  120) tesseract-data-tur  121) tesseract-data-uig  122) tesseract-data-ukr  123) tesseract-data-urd
   124) tesseract-data-uzb  125) tesseract-data-uzb_cyrl  126) tesseract-data-vie  127) tesseract-data-yid  128) tesseract-data-yor

Enter a number (default=1):       

Перемещено hobbit из general

Ответ на: комментарий от wandrien

Надо просто собрать без этой опции, как раньше было.

Млин, легко сказать пересобрать, у ней сорцы обещают скачиваться 30 минут. Я что, на диалапе? Ждём-с…

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)

Так ведь это всего лишь языковые пакеты для тессеракта. Никто не заставляет тебя ставить все 128 языков сразу. Выбери любой из них, например tesseract-data-rus под номером 96. И тогда тессеракт больше тебя не побеспокоит.

archie
()
Ответ на: комментарий от archie

Никто не заставляет

Когда-то арч ассоциировался с дистром, где хозяин это сам юзер и только он решает, что надо что нет, собирая систему из ‘кубиков’. Сейчас же все решает мейнтейнер. :)

А по теме, да, выбрать 96) tesseract-data-rus и размер ПО вырастет на каких-то 19.0 MB, по сравнению с libmupdf 1.23.4-3.

krasnh ★★★★
()
Последнее исправление: krasnh (всего исправлений: 1)
Ответ на: комментарий от krasnh

Когда-то арч ассоциировался с дистром, где хозяин это сам юзер и только он решает, что надо что нет, собирая систему из ‘кубиков’. Сейчас же все решает мейнтейнер. :)

Так и сейчас в этом отношении ничего не изменилось. Пересобрал пакет с выключенным тессерактом, брат жив.

В Арче управление пакетами - это не дебиановская мазня говнами по стенам, всё работает чётко, приятно и предсказуемо.

wandrien ★★
()
Ответ на: комментарий от wandrien

Пересобрал пакет с выключенным тессерактом

Но ведь в будущем при очередном обновлении прилетит новая версия тессеракта. Придется обновлять пкгбилд и заново пересобирать пакет. Это как-то автоматизируется или надо все руками делать?

archie
()
Ответ на: комментарий от wandrien

Просто в Arch всегда все свежее, вот и сидят люди с одной веткой репозиториев.

На Debian если так делать, тоже проблем не будет.

Но обычно же подрубят бекпорты, ветку новее, ветку старее, кучу PPA, забьют на регулировку приоритетов и получают dep-hell.

А потом пишут бред, мол pacman менее глючный, чем apt. Это все равно, что писать, что молоток менее глючный, чем мультитул.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от krasnh

размер ПО вырастет на каких-то 19.0 MB

Год назад к gimp-y более 150MB прилетело по зависимостям (через suitesparse). Простыни в выхлопе пакмана не было, никто и не заметил.

А сколько места занимает установленный пакет suitesparse у тебя, лоровец?

greenman ★★★★★
()
Последнее исправление: greenman (всего исправлений: 1)
Ответ на: комментарий от Vsevolod-linuxoid

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

Но дебеанофанатикам, уверовавшим в «универсальную операционную систему» не понять.

wandrien ★★
()
Ответ на: комментарий от greenman

Там иногда добавляют странности в сборки, а потом убирают.

Про этот конкретный случай я не помню, но вообще обычно я смотрю, сколько места требует апдейт, и если там большая прибавка/убавка, выясняю, почему.

wandrien ★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Давай я тебе объясню, что не так с вашим дебианом.

Я как раз вчера читал dpkg-срачи за авторством @windows10.

Так вот, он прав. Знаешь, в чем он прав? Он прав, когда говорит что-то типа «я не спрашивал, как эту срань починить, меня просто бесит, что дебиан до сих пор устроен таким образом. что такая срань возможна».

Вот это главная претензия к дебиану ото всех слезших с него. Дебиан бесит.

Бесит множеством мелких косяков в его запутанной как фунчоза пакетной системе, которые не фиксятся десятилетиями, потому что эти косяки - прямое следствие архитектуры и философии проекта, а не просто недочёты на местах.

У любого продукта есть достоинства и недостатки, а любая программная среда в любой случае будет требовать какого-то уровня красноглазия для своего обслуживания. Это не когда ты что-то делаешь, чтобы создать продукт на работе или для хобби, а когда ты вынужден что-то делать просто чтобы этот железный ящик с байтами был пригоден к работе.

Так вот в Арче тебе сразу показывают эти трейдоффы, и эти трейдоффы честные.

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

И этот софт тебе дают «как есть», ровно так как задумано его разработчиком, только с минимальными правками, там, где вылезли явные баги.

Знаешь, почему это честно? Потому что никакой «операционной системы Linux» не существует. Есть ядро и мешок утилит к нему. Никакой единой концепции, платформы, API, ничего этого нет. Весь «GNU/Linux» собран при помощи скотча и бечёвки из отдельных деталек.

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

А дебиан пытается изобрать из себя «операционную систему» как цельный продукт.

При этом он собран при помощи устаревшего инструмента, содержащего множество ошибок проектирования, которые сложно или невозможно исправить без потери обратной совместимости с форматом пакетов и правилами нейминга пакетов.

При этом он пытается слепить видимость «целостной системы», но никакой целостной системы под капотом нет, и никакой системной работы в этой области не ведётся. Вместо этого имитация оргазма осуществляется при помощи sh-лапши на хуках пакетного менеджера и переколбашенными конфигами программ в /etc, которое всё реализовано как курица лапой без попыток в консистентный дизайн и унификацию кода. Как следствие - всё это имеет тенденцию разваливаться и только мешать пользователю.

Когда эта автоматика ломается (а она ломается), то неквалифированный пользователь всё равно с ней ничего не сделает. А квалифицированный вынужден продираться сквозь дебиан-специфичные дебри говнокода, чтобы устранить проблемы, которые без этого говнокода и не возникли бы никогда.

Дальше. Есть такая проблема в разработке ПО - «не знаешь, когда остановиться». Вот дебиан ею страдает. Вся эта хтонь засунута в единственный репозиторий, в которым одинаковыми компонентами «операционной системы» являются glibc и плагин для гимпа. И всё это даётся как «релиз».

Арч в этом смысле гораздо ближе к BSD. В арче есть core - это собственно ОС. Классическая unix-like ОС с консолькой и сишным компилятором. Аналог типичной ОС BSD. И extra - все остальные пакеты, до сборки которых дотянулись мейнтейнеры Арча. Аналог ports из BSD.

И вот эта базовая ОС, в основе которой лежит ядро linux и systemd в юзерленде, она более-менее представляет собой цельный продукт. Это те компоненты, которые действительно работают вместе адекватным образом, а не приклеены друг к другу на скотч. И в этом смысле Арч даже больше похож на полноценную ОС, чем помойка в дебиане.

Дальше. Инфраструктура проекта, его прозрачность для пользователя, возможность исследовать код, ориентироваться в проекте. Лень расписывать даже. Дебиан сосёт просто. На всех уровнях, начиная от архитектуры сборочных пакетов и выше по всем этажам.

Всё вышеописанное приводит к тому, что Арч просто не требует от пользователя красноглазить в тех объемах как Дебиан. А там, где требует, это не бесит, поскольку прозрачным образом следует из общих представлений о системе, о её конструкции. Это как необходимость заливать топливо в машину и время от времени менять детали подвески. И эти задачи решаются легко и быстро. Без непонятных заклинаний с попытками обойти «умную автоматику».

Все вот эти вот «exit 0 дописать в файл» и «перенести хук в подкаталог» - да пошло оно в жопу, это сраные магические заклинания у тех, кто наловчился в дебиане решать несуществующие проблемы. Я 12 лет на арче, и с тех пор как слез с дебиана, не пожалел ни разу. У меня ОС ни разу не требовала переустановок, ничего не разваливалось, не требовалось вручную заставлять пакетный менеджер работать дописывая хрень в хуки, не приходилось загружаться с init=/bin/sh. Это при том, что система перенесла миграцию с инитскриптов на systemd и с 32 на 64 бита.

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 9)
Ответ на: комментарий от wandrien

О, это еще нормик. Я тут вспоминаю как я сносил пистон.

Че, dpkg до сих пор болеет?

Оказывается если запороть каким-то образом питон (бинарь, либу, или еще что-то), то ни снести ни переустановить его не получится, потому что удаление питона вызывает хук на питоне, и если хук не вернул 0, то пака-пака, dpkg.

Это даже не сбой в программе\коде, это сбой в мышлении, допускающем возможность делегировать решение о предмете самому предмету. Что-то на уровне «поручить вору расследовать собственную кражу».

Кстати сижу на Генте, свою софтину пишу под Генту - отличный дистр, несмотря на то что прямо заявляет «ты будешь пердолиться !», почему-то пердолинг там происходит понятнее и логичнее, чем в дебиане. Хотя казалось бы, красноглазикс. Недаром корпорация зла выбрала именно его в качестве платформы для хромооси.

windows10 ★★★★★
()

Сколько лет прошло, а воз и ныне там, постоянно возникают одни и те же дискуссии, мол какое убожество лучше - Debian или arch.... Мол, что лучше протухшие г... мамонта, зато штабильное и предсказуемое, или постоянная модель обновления, когда в любой момент система может накрыться медным тазом, чем-то то напоминает жизнь на пороховой бочке, но зато свеженъкое ПО.

Вместо того, чтобы создать что-то действительное новое, с учетом предыдущих ошибок в архитектуре, ведутся лишь одни пустые разговоры. А отдельные люди, с фанатичным упорством, геройствуют разгребают завалы, пытаюсь превозмогать, борясь с кончинными органичениями. Вместо работы, не получается никакой работы, вместо развития - бесконечный бег по кругу, вместо идейных предложений, решения проблемы - одни срач... А время идет, идет, и это все кажется более и более бесмысленным, что творится в Linux сообществе, какая-то пустая мышиная возня, скулежъ и молебны, непонятно по чему. Если что-то выходит новое, то оно какое-то сырое, кривое, не решает возникающие проблемы, а порой только пораждает очередное копание в песке.

nager
()
Ответ на: комментарий от nager

Вот есть NuTyX – как по мне, так интересный, но пакетов маловато.
Однажды автор устал (или ещё что случилось) и объявил о закрытии проекта. Но потом он одумался (или уговорили/поддержали чем) и передумал.

dataman ★★★★★
()
Ответ на: комментарий от nager

омг для чего такой печальный некролог линуху? )) На лоре ставят либо дубиан для десктоп либо еще что-то, что обычные юзеры себе на десктоп не ставят. Незря обычным юзверям советут минт или убунту, то что обычно работает без пердолинга. Лор это лего конструктор для скучающей школоты

monkdt
()
Ответ на: комментарий от monkdt

Незря обычным юзверям советут минт или убунту, то что обычно работает без пердолинга.

Обычный юзверь, это кто? Обычно пользователи пробуют, находят для себя оптимальное и останавливаются на долгое время. Нет идеального, везде какие-то проблемы, вроде все норм, но вот не нравится релизная модель, или еще что-то, вплоть до названия дистрибутива, у каждого человека свои представления.

dmitry237 ★★★★
()