Слетела сузя после обновления

А что тебе мешает просто кинуть в нужную директорию libproxy.so.1? Хочет? Ну дай ему...

Просто кинуть? В сети нашёл только rpm, а он не устанавливается, потому что находит уже установленный.

Ну сначала проверь, что файл отсутствует. А потом кинь. Суся никогда не была про стабильность так что такие штуки вряд ли должны особо тебя пугать. Это хоть мажорный апдейт был?

Не розумию вашу мову. Это был sudo zypper dup, тем паче шо после свежеустановленного 42,3 до попы программ не работало

Просто убедись в том, что существует библиотека /usr/lib64/libproxy.so.1 Если нет, то создай. Помогло?

А как же хвалёные снимки btrfs перед обновлениями? Или в Leap не btrfs?
rpm'ку, кстати, можно просто распаковать как архив и вытащить из неё что нужно.

Нет, я поставил по старинке, с ext4

Помогло - слетело всё к камбоджийским богам. Буду заново устанавливать

libproxy.so.1 это не либа, а симлинк на libproxy.so.1.0.0 по крайней мере в Tumbleweed.

На, попробуй, там libproxy.so.1 и libproxy.so.1.0.0 из Tumbleweed: https://yadi.sk/d/xQ1ZmVH53Lw24z

sudo zypper dup

Если со включенными сторонними репами — ССЗБ.

С момента установки обновляюсь только так, года полтора уже. Надо начинать бояться?

Нет. Но не удивляться, если придёт пушной зверёк. Я слабо понимаю, зачем это надо: у меня в Tumbleweed пакеты обновляются из тех репов, из которых установлены, в любом случае они появляются там раньше, чем в центральном репе.

Зиппер и яст это не ПМы, это просто более высокоуровневая надстройка. Просто сделать что нужно через rpm никак? Он из сети ничего не тянет, а значит никаких libproxy ему не надо

Не ври, zypper как раз консольный ПМ, основанный на библе libzypp. Уровня ниже zypper просто нет.

Zypper is a command line package manager which makes use of libzypp. Zypper provides functions like repository access, dependency solving, package installation, etc.

https://en.opensuse.org/Portal:Zypper

Не мели ерунды. Zypper это надстройка над rpm. Он управляет репозиториями, блокировками, сетью и прочей фигней и качает пакеты в /var/cache/zypp/packages/, а ставит их rpm. Хочешь убедиться в этом - запусти обновление и посмотри дерево процессов.

От того, что zypper использует rpm, он сам ПМ быть не перестаёт. Определение тебе было дано.

Я сказал что это надстройка, и без rpm он работать не будет. Это к тому, что раз проблема с прокси-чегототам - то можно разобраться с пакетами голым rpm, которому сеть не нужна.

Да вынуть из пакета эти либы он и обычным архиватором мог. Кстати, где ТС?

Здесь я. Так как удалять этот чёртов libproxy? Удалил тупо rm -Rf libproxy* из папки /usr/lib64, но скачанный rpm всё равно жалуется на то, что libproxy установлен.

rpm -e --nodeps libproxy

Вобщем закостЫлил...
Таки Слуггард был прав: подключить к 42,3 репу Тумблевед и обновиться через zypper dup было плохой идеей, поелику 42,3 «лёгким движением руки превратился в элегантные шорты...»

— Киса, можно спросить вас, как художник художника? Вы рисовать умеете?... Остап Бендер «12 стульев». :-)

Rpm - пакет, zypper - менеджер, пакетный менеджер.

rpm - дословно, «redhat package manager», сейчас возможно уже в рекурсивный акроним переделали. rpm - он везде rpm, а вот надстройки над ним в каждом дистре разные - yum/dnf/zypper/urpmi/...

Ну да, есть программа rpm, которая тоже менеджер пакетов, но есть и RPM как формат пакетов. И zypper управляет этими RPM пакетами, без использования программы менеджера пакетов rpm.

Тоесть программы zypper и rpm это пакетные менеджеры, а RPM это формат пакета )

И zypper управляет этими RPM пакетами, без использования программы менеджера пакетов rpm.

Нет. Не «без использования», а как раз через него. Еще раз - ну запусти ты уже установку через зиппер чего-нибудь, да посмотри дерево процессов. Как только он выкачает нужные пакеты и придет пора ставить - он rpm порожденным процессом и запустит.