> I've finally found what's going on: login always expects to be run as
> root, and Debian's hurd package doesn't make it set-UID root. I've
> retitled 251863 and raised severity to important, hoping that next hurd
> package will include fix.
There probably should be a runtime check in login t
Бронирование мест и размещение в гостиницах Москвы различных категорий
Туристическое агентство "Балис" предлагает комплекс услуг по организации туристического, информационного обслуживания российских и иностранных граждан, прибывающих в Москву с различными целями: туристическими, деловыми, ком
Услуги опытных грузчиков
Опытные и квалифицированные грузчики выполнят любые погрузо-разгрузочные работы.
Окажем помощь при переездах, складских работах, переносе мебели и прочих грузов.
Любой транспорт.
РАБОТАЕМ В МОСКВЕ И ОБЛАСТИ
тел (095)724,71,41
Андрей
__
Title: шшжрцре вжжкяои
Интернет
Магазин Элитной косметики « DeKaroline» предлагает
щдшавзщ щезс
большой выбор косметической и парфюмерной
продукции.
ымлыую южязб
http ://www .dekaroline .net
пбэчжа лцвс
тел: +7(095)740-69-20
гибьц абщгг
+7(095)961-43-53
опп фгк
+7(095)509-83-57
дьзж дзтдь
Processing commands for [EMAIL PROTECTED]:
> retitle 251863 /bin/login must be set-UID root
Bug#251863: chown: /dev/console: Operation not permitted
Changed Bug title.
> severity 251863 important
Bug#251863: /bin/login must be set-UID root
Severity set to `important'.
> thanks
Stopping processin
/* Cc: Jeff */
Roland McGrath wrote:
Both 251863 and the failure to set owner could be the same problem. They
would both happen if the login process were not properly authenticated as
root (to the proc server for setowner and to the tty filesystem for chown).
I've finally found what's going on: lo
On Thu, Aug 26, 2004 at 07:51:53AM +0300, [EMAIL PROTECTED] wrote:
> Even without debugging it's obvious that main process doesn't get owner
> (looking with ps, etc). I tried to investigate why, but I didn't succeed.
> As I said, this happens only when login is run as non-root or from
> inetutils
