Шаги для повторения: 1. Установить alt-p10-mate-20230610-x86_64.iso 2. Выполнить обновление системы - `apt-get update && apt-get dist-upgrade` 3. Выполнить команду `epmsf PyQt5` Ожидаемый результат: * успешно скачивается contents_index, его содержимое грепится и команда выводит список пакетов и содержащихся в них файлов соответствующих запросу. Полученный результат: * ошибка ``` $ epmsf PyQt5 ERROR: Have no local contents index. Check epm repo --help. (you can discuss the epm 3.57.6-alt1 problem in Telegram: https://t.me/useepm) ``` Дополнительная информация включая вывод `bash -x /usr/bin/epm sf PyQt5` во вложении. В свежесозданном Docker-контейнере выводится такая же ошибка: ``` $ docker run -it --rm alt:p10 bash -c "apt-get update -qq && apt-get dist-upgrade -y -qq >/dev/null && apt-get install eepm rsync -y -qq >/dev/null && epmsf PyQt5" # mkdir -p /var/cache/eepm/contents_index # chmod a+rw /var/cache/eepm/contents_index # truncate -s0 /var/cache/eepm/contents_index/contents_index_list # chmod a+rw /var/cache/eepm/contents_index/contents_index_list Retrieving contents_index ... ERROR: Have no local contents index. Check epm repo --help. (you can discuss the epm 3.57.6-alt1 problem in Telegram: https://t.me/useepm) ```
Created attachment 13538 [details] логи
Подтверждаю проблему, но вообще что-то странное. В p10 (eepm-3.57.6-alt1): $ epm --help | grep epmsf epmsf alias for epm search file $ epmsf PyQt5 ERROR: Have no local contents index. Check epm repo --help. (you can discuss the epm 3.57.6-alt1 problem in Telegram: https://t.me/useepm) При этом полная команда работает: $ epm search file PyQt5 $ apt-cache search -- file | grep -E -i -- "file" | grep -E -i -- "PyQt5" | grep -E -i --color -- "(file|PyQt5)" python3-module-PyQt5-devel - Sip files for python3-module-PyQt5 python-module-PyQt5-devel - Sip files for python-module-PyQt5 i586-python3-module-PyQt5-devel - Sip files for python3-module-PyQt5 В сизифе (eepm-3.57.7-alt1): $ epmsf PyQt5 Searching for PyQt5 ... $ $ cat contents_index | grep -E -i --color -- "(PyQt5)" $ cat ///mnt/repo/pub/distributions/ALTLinux/Sisyphus//x86_64/base/contents_index pyinstaller: /usr/lib64/python3/site-packages/PyInstaller/hooks/__pycache__/hook-PyQt5.Qt.cpython-310.opt-1.pyc $ epm search file PyQt5 $ apt-cache search -- file | grep -E -i -- "file" | grep -E -i -- "PyQt5" | grep -E -i --color -- "(file|PyQt5)" Такое чувство, что epmsf стал алиасом к другой команде.
(Ответ для Alexander Makeenkov на комментарий #2) > Подтверждаю проблему, но вообще что-то странное. > > В p10 (eepm-3.57.6-alt1): > > $ epm --help | grep epmsf > epmsf alias for epm search file > > $ epmsf PyQt5 > ERROR: Have no local contents index. Check epm repo --help. (you can > discuss the epm 3.57.6-alt1 problem in Telegram: https://t.me/useepm) > > При этом полная команда работает: > $ epm search file PyQt5 Это не полная команда, это опечатка. Есть epm sf (epm search-file) и есть epm search sf ищет по файлам пакетов search ищет по названиям (и summary) пакетов То есть epm search file PyQt5 будет искать, чтобы в строке названия пакета встретилось file и PyQt5 > Такое чувство, что epmsf стал алиасом к другой команде. То, что epm sf не работает, это бага, будет исправлено.
Пробую обновить индексы и сделать поиск: $ epm update $ epm sf "/bin/bash" ERROR: Have no local contents index. Check epm repo --help. (you can discuss the epm 3.57.12-eter0.p10.1 problem in Telegram: https://t.me/useepm) Захожу в root, снова пробую обновить индексы, выхожу из root и делаю поиск: $ su - # epm update # exit $ epm sf "/bin/bash" Searching for /bin/bash ... $ $ cat contents_index | grep -E -i --color -- "(/bin/bash)" $ gunzip -c /var/cache/eepm/contents_index/ALTLinux/Sisyphus/x86_64/contents_index.gz $ gunzip -c /var/cache/eepm/contents_index/ALTLinux/Sisyphus/noarch/contents_index.gz bash3: /bin/bash2 bash3: /bin/bash3 bash4: /bin/bash4 bash3: /usr/bin/bash3bug bash4: /usr/bin/bash4bug bashdb: /usr/bin/bashdb /bin/bash: /bin/bash bash: /usr/bin/bashbug Поиск отрабатывает успешно, но до следующего обновления индексов без root: $ epm update после чего поиск опять не работает.
EPM package manager version 3.58.1-alt1 Ошибка не воспроизводиться.
Created attachment 13886 [details] лог для версии 3.57.6-alt1 на p10 На уже установленной StarterKit MATE p10 из описания бага продолжает не работать. В Docker-контейнере сработало (от root).
Открываю обратно баг.
В SimplyLinux 10.1, установленным 20.05.2023 в VirtualBox с носителя slinux-10.1-x86_64.iso без каких-либо ручных манипуляций с sudo, группами и правами, обновление всех пакетов до актуальных версий включая eepm до 3.57.6-alt1 тоже сломало команду epmsf. Так что эта ошибка не из-за пользовательских настроек возникла.
(Ответ для Nikolay Strelkov на комментарий #8) > В SimplyLinux 10.1, установленным 20.05.2023 в VirtualBox с носителя > slinux-10.1-x86_64.iso без каких-либо ручных манипуляций с sudo, группами и > правами, обновление всех пакетов до актуальных версий включая eepm до > 3.57.6-alt1 тоже сломало команду epmsf. > Так что эта ошибка не из-за пользовательских настроек возникла. В версии eepm 3.58.1-alt1 уже нет данной проблемы. Обновите eepm вручную, или ждите обновления в p10.
В SimplyLinux 10.1.990 проблема сохраняется: ``` [alt@sl10 ~]$ cat /etc/altlinux-release Simply Linux 10.1.990 (Captain Finn) [alt@sl10 ~]$ sudo apt-get update Get:1 http://ftp.altlinux.org p10/branch/x86_64 release [4223B] Get:2 http://ftp.altlinux.org p10/branch/x86_64-i586 release [1665B] Get:3 http://ftp.altlinux.org p10/branch/noarch release [2844B] Fetched 8732B in 0s (120kB/s) Get:1 http://ftp.altlinux.org p10/branch/x86_64/classic pkglist [23.7MB] Get:2 http://ftp.altlinux.org p10/branch/x86_64/classic release [137B] Get:3 http://ftp.altlinux.org p10/branch/x86_64-i586/classic pkglist [17.4MB] Get:4 http://ftp.altlinux.org p10/branch/x86_64-i586/classic release [142B] Get:5 http://ftp.altlinux.org p10/branch/noarch/classic pkglist [7110kB] Get:6 http://ftp.altlinux.org p10/branch/noarch/classic release [137B] Fetched 48.1MB in 12s (3853kB/s) Reading Package Lists... Done Building Dependency Tree... Done [alt@sl10 ~]$ sudo apt-get dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done 0 upgraded, 0 newly installed, 0 removed and 0 not upgraded. [alt@sl10 ~]$ rpm -qa | grep eepm eepm-3.57.6-alt1.noarch [alt@sl10 ~]$ eepm --version EPM package manager version 3.57.6-alt1 Telegram: https://t.me/useepm https://wiki.etersoft.ru/Epm Running on ALTLinux/p10 ('apt-rpm' package manager uses 'rpm' package format) Copyright (c) Etersoft 2012-2023 This program may be freely redistributed under the terms of the GNU AGPLv3. [alt@sl10 ~]$ epmsf stdio.h ERROR: Have no local contents index. Check epm repo --help. (you can discuss the epm 3.57.6-alt1 problem in Telegram: https://t.me/useepm) [alt@sl10 ~]$ groups alt wheel uucp proc cdrom floppy cdwriter audio radio sambashare camera vboxusers fuse video xgrp scanner [alt@sl10 ~]$ id uid=500(alt) gid=500(alt) groups=500(alt),10(wheel),14(uucp),19(proc),22(cdrom),71(floppy),80(cdwriter),81(audio),83(radio),451(sambashare),473(camera),475(vboxusers),477(fuse),480(video),498(xgrp),499(scanner) [alt@sl10 ~]$ sudo control at public (public restricted atdaemon) autofs-browse-mode unknown (disabled enabled default) chage restricted (public restricted) chfn restricted (public restricted) chrony client (server client) chsh restricted (public restricted) consolehelper public (public wheelonly restricted) crontab public (public restricted) cups server (server local) fusermount fuseonly (public fuseonly wheelonly restricted) gpasswd restricted (public wheelonly restricted) groupmems restricted (public wheelonly restricted) hddtemp wheelonly (public wheelonly restricted) krb5-conf-ccache keyring (keyring tmpfile rundir kcm default) ldap-reverse-dns-lookup unknown (allow deny default) ldap-tls-cert-check unknown (default never allow try demand) libnss-role unknown (enabled disabled) lightdm-greeter-hide-users show (show hide) lightdm-login-unknown show (show hide) local-policy-system-access restricted (wheelonly restricted) mount public (public wheelonly unprivileged restricted) newgrp restricted (public wheelonly restricted) nfsmount restricted (public wheelonly restricted) pam_access disabled (enabled disabled) pam_mktemp enabled (enabled disabled) passwd tcb (tcb traditional restricted) passwdqc-enforce users (everyone users) ping public (public netadmin restricted public_caps netadmin_caps) ppp traditional (restricted traditional uucp public) find: ‘/usr/bin/readom’: No such file or directory readom unknown (public restricted) rpcbind local (server local) sftp enabled (enabled disabled) smb-conf-idmap-backend unknown (ad autorid hash rfc2307 rid script tdb2 tdb default) smb-conf-idmap-range unknown (disabled RANGE) smb-conf-machine-password-timeout unknown (disabled INTERVAL) sshd-allow-groups disabled (enabled disabled) sshd-allow-groups-list users (users remote wheelonly remoteonly) sshd-gssapi-auth default (disabled enabled default) sshd-password-auth default (enabled disabled default) sshd-permit-root-login default (without_password enabled disabled default) ssh-gssapi-auth default (disabled enabled default) sssd-ad-gpo-access-control unknown (disabled enforced permissived default) sssd-ad-gpo-ignore-unreadable unknown (disabled enabled default) sssd-ad-update-machine-password unknown (disabled enabled default) sssd-cache-credentials unknown (disabled enabled default) sssd-drop-privileges unknown (unprivileged privileged default) sssd-dyndns-refresh-interval unknown (disabled INTERVAL) sssd-dyndns-ttl unknown (disabled TTL) sssd-dyndns-update unknown (disabled enabled default) sssd-dyndns-update-ptr unknown (disabled enabled default) su wheelonly (public wheel wheelonly restricted) sudo wheelonly (public wheelonly restricted) sudoers relaxed (strict relaxed) sudopw default (default root target runas) sudoreplay wheelonly (public wheelonly restricted) sudowheel enabled (disabled enabled) system-auth local (krb5 krb5_ccreds ldap local multi pkcs11 winbind) system-policy local (local remote) tcb_chkpwd tcb (traditional tcb restricted) udisks2 default (default shared) virtualbox public (public vboxusers restricted) wodim public (public restricted) write public (public restricted) xdg-user-dirs enabled (enabled disabled) xorg-server public (public xgrp restricted) ```
Закрываю, в p01 eepm 3.60.9, в котором проблема исправлена.
Опять ведь не работает. Протестируйте, пожалуйста, еще раз сами. ``` [alt@sl10 ~]$ cat /etc/altlinux-release Simply Linux 10.2 (Captain Finn) [alt@sl10 ~]$ sudo apt-get update [sudo] password for alt: Get:1 http://mirror.yandex.ru p10/branch/x86_64 release [4223B] Get:2 http://mirror.yandex.ru p10/branch/x86_64-i586 release [1665B] Get:3 http://mirror.yandex.ru p10/branch/noarch release [2844B] Fetched 8732B in 0s (46.4kB/s) Hit http://mirror.yandex.ru p10/branch/x86_64/classic pkglist Hit http://mirror.yandex.ru p10/branch/x86_64/classic release Hit http://mirror.yandex.ru p10/branch/x86_64-i586/classic pkglist Hit http://mirror.yandex.ru p10/branch/x86_64-i586/classic release Hit http://mirror.yandex.ru p10/branch/noarch/classic pkglist Hit http://mirror.yandex.ru p10/branch/noarch/classic release Reading Package Lists... Done Building Dependency Tree... Done [alt@sl10 ~]$ sudo apt-get dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done 0 upgraded, 0 newly installed, 0 removed and 0 not upgraded. [alt@sl10 ~]$ rpm -q eepm eepm-3.60.9-alt1.noarch [alt@sl10 ~]$ eepm --version EPM package manager version 3.60.9-alt1 Telegram: https://t.me/useepm https://wiki.etersoft.ru/Epm Running on ALTLinux/p10 ('apt-rpm' package manager uses 'rpm' package format) Copyright (c) Etersoft 2012-2024 This program may be freely redistributed under the terms of the GNU AGPLv3. [alt@sl10 ~]$ epmsf stdio.h ERROR: There was some error in contents index retrieving. Try run 'epm update' again. (you can discuss the epm 3.60.9-alt1 problem in Telegram: https://t.me/useepm) [alt@sl10 ~]$ epm update Running update the package index files from remote package repository database ... $ sudo apt-get update Get:1 http://mirror.yandex.ru p10/branch/x86_64 release [4223B] Get:2 http://mirror.yandex.ru p10/branch/x86_64-i586 release [1665B] Get:3 http://mirror.yandex.ru p10/branch/noarch release [2844B] Fetched 8732B in 0s (312kB/s) Hit http://mirror.yandex.ru p10/branch/x86_64/classic pkglist Hit http://mirror.yandex.ru p10/branch/x86_64/classic release Hit http://mirror.yandex.ru p10/branch/x86_64-i586/classic pkglist Hit http://mirror.yandex.ru p10/branch/x86_64-i586/classic release Hit http://mirror.yandex.ru p10/branch/noarch/classic pkglist Hit http://mirror.yandex.ru p10/branch/noarch/classic release Reading Package Lists... Done Building Dependency Tree... Done Retrieving list of all available packages (for autocompletion) ... $ apt-cache search . Retrieving contents_index ... [alt@sl10 ~]$ epmsf stdio.h ERROR: There was some error in contents index retrieving. Try run 'epm update' again. (you can discuss the epm 3.60.9-alt1 problem in Telegram: https://t.me/useepm) [alt@sl10 ~]$ ```
Еще раз перепроверил eepm 3.60.9-alt1 на чистой установке SimplyLinux 10.2 и на ранее установленных Workstation 10.2 и StarterKit 20240309 MATE с включенным sudo - ошибка действительно исправлена. Надеюсь, что теперь epmsf будет работать также надежно и стабильно как apt-file в Debian семействе. Спасибо!
Я похоже понял в чем настоящая причина этой ошибки. Она не в sudo, а в вызове (или не вызове) rsync для получения файла contents_index при использовании разных зеркал. Похоже, что при использовании зеркала Яндекса не вызывается rsync. На некоторых машинах я использую именно зеркало Яндекса, т.к. к нему скорость получается выше. Сравните вывод команд ниже из чистой свежей установки SimplyLinux 10.2 со всеми обновлениями. ``` $ cat /etc/altlinux-release Simply Linux 10.2 (Captain Finn) $ sudo apt-get update -qq $ sudo apt-get dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done 0 upgraded, 0 newly installed, 0 removed and 0 not upgraded. $ rpm -q eepm eepm-3.60.9-alt1.noarch ``` Сервер Альта: ``` $ apt-repo rpm [p10] http://ftp.altlinux.org/pub/distributions/ALTLinux p10/branch/x86_64 classic rpm [p10] http://ftp.altlinux.org/pub/distributions/ALTLinux p10/branch/x86_64-i586 classic rpm [p10] http://ftp.altlinux.org/pub/distributions/ALTLinux p10/branch/noarch classic $ sudo epm update Running update the package index files from remote package repository database ... # apt-get update Get:1 http://ftp.altlinux.org p10/branch/x86_64 release [4223B] Get:2 http://ftp.altlinux.org p10/branch/x86_64-i586 release [1665B] Get:3 http://ftp.altlinux.org p10/branch/noarch release [2844B] Fetched 8732B in 0s (253kB/s) Hit http://ftp.altlinux.org p10/branch/x86_64/classic pkglist Hit http://ftp.altlinux.org p10/branch/x86_64/classic release Hit http://ftp.altlinux.org p10/branch/x86_64-i586/classic pkglist Hit http://ftp.altlinux.org p10/branch/x86_64-i586/classic release Hit http://ftp.altlinux.org p10/branch/noarch/classic pkglist Hit http://ftp.altlinux.org p10/branch/noarch/classic release Reading Package Lists... Done Building Dependency Tree... Done Retrieving list of all available packages (for autocompletion) ... # apt-cache search . $ epmsf ncurses.h $ sudo mkdir -p /var/cache/eepm/contents_index $ sudo chmod a+rw /var/cache/eepm/contents_index $ sudo truncate -s0 /var/cache/eepm/contents_index/contents_index_list $ sudo chmod a+rw /var/cache/eepm/contents_index/contents_index_list Retrieving contents_index ... chown: cannot access '/var/cache/eepm/contents_index/ALTLinux/p10/branch/x86_64/contents_index.gz': No such file or directory $ rsync --partial --inplace -a rsync://download.etersoft.ru/pub/ALTLinux/contents_index/p10/branch/x86_64/base/contents_index.gz /var/cache/eepm/contents_index/ALTLinux/p10/branch/x86_64/contents_index.gz chown: cannot access '/var/cache/eepm/contents_index/ALTLinux/p10/branch/noarch/contents_index.gz': No such file or directory $ rsync --partial --inplace -a rsync://download.etersoft.ru/pub/ALTLinux/contents_index/p10/branch/noarch/base/contents_index.gz /var/cache/eepm/contents_index/ALTLinux/p10/branch/noarch/contents_index.gz Searching for ncurses.h ... $ $ cat contents_index | grep -E -i --color -- "(ncurses.h)" $ gunzip -c /var/cache/eepm/contents_index/ALTLinux/p10/branch/x86_64/contents_index.gz $ gunzip -c /var/cache/eepm/contents_index/ALTLinux/p10/branch/noarch/contents_index.gz libncurses-devel: /usr/include/ncurses.h libncurses-devel: /usr/include/ncurses/ncurses.h ``` Зеркало Яндекса: ``` $ sudo apt-repo rm all $ sudo sed -i "s|#rpm \[p10\] http|rpm \[p10\] http|g" /etc/apt/sources.list.d/yandex.list $ apt-repo rpm [p10] http://mirror.yandex.ru/altlinux p10/branch/x86_64 classic rpm [p10] http://mirror.yandex.ru/altlinux p10/branch/x86_64-i586 classic rpm [p10] http://mirror.yandex.ru/altlinux p10/branch/noarch classic $ sudo epm update Running update the package index files from remote package repository database ... # apt-get update Get:1 http://mirror.yandex.ru p10/branch/x86_64 release [4223B] Get:2 http://mirror.yandex.ru p10/branch/x86_64-i586 release [1665B] Get:3 http://mirror.yandex.ru p10/branch/noarch release [2844B] Fetched 8732B in 0s (237kB/s) Get:1 http://mirror.yandex.ru p10/branch/x86_64/classic pkglist [23.9MB] Get:2 http://mirror.yandex.ru p10/branch/x86_64/classic release [137B] Get:3 http://mirror.yandex.ru p10/branch/x86_64-i586/classic pkglist [17.5MB] Get:4 http://mirror.yandex.ru p10/branch/x86_64-i586/classic release [142B] Get:5 http://mirror.yandex.ru p10/branch/noarch/classic pkglist [7182kB] Get:6 http://mirror.yandex.ru p10/branch/noarch/classic release [137B] Fetched 48.6MB in 12s (3757kB/s) Reading Package Lists... Done Building Dependency Tree... Done Retrieving list of all available packages (for autocompletion) ... # apt-cache search . Retrieving contents_index ... $ epmsf ncurses.h ERROR: There was some error in contents index retrieving. Try run 'epm update' again. (you can discuss the epm 3.60.9-alt1 problem in Telegram: https://t.me/useepm) ``` Причем на зеркале Яндекса написано, что rsync они поддерживают (цит. "We support http, ftp and rsync protocols." со страницы https://mirror.yandex.ru/ ). Т.е. eepm вероятно сможет получить contents_index через rsync от Яндекса. Виталий, посмотрите, пожалуйста, этот момент.
