45527 2023-03-10 12:45:49 +0300 /var/cache/apt permissions are too restrictive 2023-06-29 12:07:16 +0300 1 1 4 Development Sisyphus apt unstable x86_64 Linux NEW P5 enhancement --- 1 bezznosov imz andy bezznosov boyarsh glebfm ildar imz ldv placeholder rider vt qa-sisyphus oldest_to_newest 222758 0 bezznosov 2023-03-10 12:45:49 +0300 Здравствуйте! При эксплуатации ОС "Альт Рабочая Станция 10" заметил, что автозаполнение названий пакетов не происходит под обычным пользователем, например при установке пакета из репозитория. Однако, автозаполнение происходит корректно при работе под root. Для ясности: >#apt-get install <Tab><Tab> #отображает 250k+ пакетов под root >$sudo apt-get install <Tab><Tab> #не отображает ничего в бесправном режиме пользователя (но находящийся в wheel) 222759 1 ildar 2023-03-10 13:02:53 +0300 У пользователя не работает > apt-cache --no-generate pkgnames '' | head Тут либо попросить apt быть менее строгим, либо закрывать, как WONTFIX 222764 2 ldv 2023-03-10 13:28:06 +0300 apt сам по себе пользователей не ограничивает. Раз вы используете --no-generate, значит, вы полагаете, что у вас есть доступ к /var/cache/apt/pkgcache.bin, в противном случае вы используете --no-generate не по назначению. 222768 3 bezznosov 2023-03-10 14:24:35 +0300 (Ответ для Dmitry V. Levin на комментарий #2) > apt сам по себе пользователей не ограничивает. Раз вы используете > --no-generate, значит, вы полагаете, что у вас есть доступ к > /var/cache/apt/pkgcache.bin, в противном случае вы используете --no-generate > не по назначению. apt-cache --no-generate pkgnames '' | head я использовал по совету Ильдара для локализации проблемы. Могу добавить, что проблема не единичная. Проявляется и на арм в организации, где я работаю, и в ВУЗе, где я учусь, на тестовых машинах. На Alt Рабочая Станция 10.1 222770 4 rider 2023-03-10 14:36:04 +0300 без --no-generate apt-cache будет тормозом. А в чём проблема с тем, что бы дать пользователю доступ на чтение к базам apt ? 222771 5 andy 2023-03-10 15:03:30 +0300 (Ответ для christopher на комментарий #0) > >$sudo apt-get install <Tab><Tab> #не отображает ничего в бесправном режиме пользователя (но находящийся в wheel) Добавьте пользователя в группу rpm. 222777 6 bezznosov 2023-03-10 16:54:38 +0300 (Ответ для Andrew Vasilyev на комментарий #5) > (Ответ для christopher на комментарий #0) > > >$sudo apt-get install <Tab><Tab> #не отображает ничего в бесправном режиме пользователя (но находящийся в wheel) > > Добавьте пользователя в группу rpm. Да, действительно, назначение прав сработало. При получении доступа к /var/cache/apt/ проблема решилась, про что и говорил раннее Dmitry V. Levin. Ни тех.поддержка Alt, ни преподаватель Alt не могли решить данную задачу. Спасибо. 222778 7 bezznosov 2023-03-10 17:00:00 +0300 (Ответ для Andrew Vasilyev на комментарий #5) > (Ответ для christopher на комментарий #0) > > >$sudo apt-get install <Tab><Tab> #не отображает ничего в бесправном режиме пользователя (но находящийся в wheel) > > Добавьте пользователя в группу rpm. Да, действительно, назначение прав сработало. При получении доступа к /var/cache/apt/ проблема решилась, про что и говорил раннее Dmitry V. Levin. Ни тех.поддержка Alt, ни преподаватель Alt не могли решить данную задачу. Спасибо. 222779 8 rider 2023-03-10 18:02:59 +0300 непонятно почему там такие жёсткие дефолты. @ldv - это точно оправдано ? пользователь в группе rpm на мой взгляд гораздо хуже, чем read для всех в этом каталоге. 222780 9 ldv 2023-03-10 18:31:06 +0300 (In reply to Anton Farygin from comment #8) > непонятно почему там такие жёсткие дефолты. 21 год назад в 0.3.19cnc55-alt3 это уже было так. > @ldv - это точно оправдано ? Хороший вопрос. > пользователь в группе rpm на мой взгляд гораздо хуже, чем read для всех в > этом каталоге. Членство в группе rpm даёт доступ на _запись_, но пользователям конечно, нужно не это.