Summary: | /var/cache/apt permissions are too restrictive | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | christopher <bezznosov> |
Component: | apt | Assignee: | Ivan Zakharyaschev <imz> |
Status: | NEW --- | QA Contact: | qa-sisyphus |
Severity: | enhancement | ||
Priority: | P5 | CC: | andy, bezznosov, boyarsh, glebfm, ildar, imz, ldv, placeholder, rider |
Version: | unstable | ||
Hardware: | x86_64 | ||
OS: | Linux |
У пользователя не работает
> apt-cache --no-generate pkgnames '' | head
Тут либо попросить apt быть менее строгим, либо закрывать, как WONTFIX
apt сам по себе пользователей не ограничивает. Раз вы используете --no-generate, значит, вы полагаете, что у вас есть доступ к /var/cache/apt/pkgcache.bin, в противном случае вы используете --no-generate не по назначению. (Ответ для Dmitry V. Levin на комментарий #2) > apt сам по себе пользователей не ограничивает. Раз вы используете > --no-generate, значит, вы полагаете, что у вас есть доступ к > /var/cache/apt/pkgcache.bin, в противном случае вы используете --no-generate > не по назначению. apt-cache --no-generate pkgnames '' | head я использовал по совету Ильдара для локализации проблемы. Могу добавить, что проблема не единичная. Проявляется и на арм в организации, где я работаю, и в ВУЗе, где я учусь, на тестовых машинах. На Alt Рабочая Станция 10.1 без --no-generate apt-cache будет тормозом. А в чём проблема с тем, что бы дать пользователю доступ на чтение к базам apt ? (Ответ для christopher на комментарий #0) > >$sudo apt-get install <Tab><Tab> #не отображает ничего в бесправном режиме пользователя (но находящийся в wheel) Добавьте пользователя в группу rpm. (Ответ для Andrew Vasilyev на комментарий #5) > (Ответ для christopher на комментарий #0) > > >$sudo apt-get install <Tab><Tab> #не отображает ничего в бесправном режиме пользователя (но находящийся в wheel) > > Добавьте пользователя в группу rpm. Да, действительно, назначение прав сработало. При получении доступа к /var/cache/apt/ проблема решилась, про что и говорил раннее Dmitry V. Levin. Ни тех.поддержка Alt, ни преподаватель Alt не могли решить данную задачу. Спасибо. (Ответ для Andrew Vasilyev на комментарий #5) > (Ответ для christopher на комментарий #0) > > >$sudo apt-get install <Tab><Tab> #не отображает ничего в бесправном режиме пользователя (но находящийся в wheel) > > Добавьте пользователя в группу rpm. Да, действительно, назначение прав сработало. При получении доступа к /var/cache/apt/ проблема решилась, про что и говорил раннее Dmitry V. Levin. Ни тех.поддержка Alt, ни преподаватель Alt не могли решить данную задачу. Спасибо. непонятно почему там такие жёсткие дефолты. @ldv - это точно оправдано ? пользователь в группе rpm на мой взгляд гораздо хуже, чем read для всех в этом каталоге. (In reply to Anton Farygin from comment #8) > непонятно почему там такие жёсткие дефолты. 21 год назад в 0.3.19cnc55-alt3 это уже было так. > @ldv - это точно оправдано ? Хороший вопрос. > пользователь в группе rpm на мой взгляд гораздо хуже, чем read для всех в > этом каталоге. Членство в группе rpm даёт доступ на _запись_, но пользователям конечно, нужно не это. |
Здравствуйте! При эксплуатации ОС "Альт Рабочая Станция 10" заметил, что автозаполнение названий пакетов не происходит под обычным пользователем, например при установке пакета из репозитория. Однако, автозаполнение происходит корректно при работе под root. Для ясности: >#apt-get install <Tab><Tab> #отображает 250k+ пакетов под root >$sudo apt-get install <Tab><Tab> #не отображает ничего в бесправном режиме пользователя (но находящийся в wheel)