Bug 21893

Перепроверь, что это не local misconfiguration -- у меня работал и на 4.1, и на 5.0 (или сизифе) примерно зимы-весны.  В любом случае перечитай багрепорт и подумай, хотел бы ты иметь дело с подземным стуком. :)

Да, и ты уж определись -- gdm _или_ autologin.  См. тж. /etc/X11/prefdm.

(В ответ на комментарий №1)
> Перепроверь, что это не local misconfiguration -- у меня работал и на 4.1, и на
> 5.0 (или сизифе) примерно зимы-весны.  В любом случае перечитай багрепорт и
> подумай, хотел бы ты иметь дело с подземным стуком. :)

Понятно, что подземный стук, но в рассылке молчок, а на тот момент другой информации у меня не было. В конце-концов я разобрался в чём дело. В файле /etc/sysconfig/autologin была строчка "EXEC=/usr/X11R6/bin/startx". Естественно, что из-за неё он и перестал работать, т.к. startx переехал в /usr/bin. Исправил -- всё заработало :) Сам /etc/sysconfig/autologin был создан в оные времена ещё инсталлятором Мастера 2.4.

Возникает философский вопрос: в последнее время таких "подземных стуков" становится всё больше больше (большинство открытых недавно мною багрепортов как раз об этом). Причём стуки возникают не из-за врождённой криворукости пользователя, а как результат солидного возраста системы. По уму, за корректность файлов и их соответствие состоянию системы должна отвечать та программа, которая эти файлы использует. В данном случае -- при очередном обновлении autologin должен проверить, всё ли так в /etc/sysconfig/autologin, и если надо, исправить путь. Или xinit должен проверить при наличии /etc/sysconfig/autologin, правильно ли там прописан путь startx? Я почти уверен, что, увы, подобными проблемами никто не будет заниматься. Как следствие -- в скором времени самым простым путём обновления системы будет удаление старой и установка новой с нуля, возможно, с сохранением пользовательских настроек, хотя и из-за этого тоже возникают проблемы. А команда apt-get dist-upgrade отомрёт за ненадобностью...

Что касается данной ошибки -- к autologin'у у меня претензий больше нет, можешь закрывать. Но осадок остаётся -- не от данной ошибки, а от общего состояния дел...

(In reply to comment #3)
> > Перепроверь, что это не local misconfiguration
> В файле /etc/sysconfig/autologin была строчка "EXEC=/usr/X11R6/bin/startx".
> Естественно, что из-за неё он и перестал работать, т.к. startx переехал в
> /usr/bin. Исправил -- всё заработало :) Сам /etc/sysconfig/autologin был 
> создан в оные времена ещё инсталлятором Мастера 2.4.
А, ну так извини. :)

> за корректность файлов и их соответствие состоянию системы должна отвечать та
> программа, которая эти файлы использует. В данном случае -- при очередном
> обновлении autologin должен проверить, всё ли так в /etc/sysconfig/autologin, и
> если надо, исправить путь.
Тебя не затруднит нарисовать такой %post?  Включу.

> [...]
Дело в том, что десктопных обновленцев с ALM2.4 крайне мало вследствие нетривиального переезда на glibc-2.5 и того, что большинство явно обновлялось при *крупных* изменениях в железе.  Так что не унывай, цени опыт и предлагай патчи в пользу редких, но возможных последователей. :)

> > > Перепроверь, что это не local misconfiguration
> > В файле /etc/sysconfig/autologin была строчка "EXEC=/usr/X11R6/bin/startx".
> > Естественно, что из-за неё он и перестал работать, т.к. startx переехал в
> > /usr/bin. Исправил -- всё заработало :) Сам /etc/sysconfig/autologin был 
> > создан в оные времена ещё инсталлятором Мастера 2.4.
> А, ну так извини. :)
> 
> > за корректность файлов и их соответствие состоянию системы должна отвечать та
> > программа, которая эти файлы использует. В данном случае -- при очередном
> > обновлении autologin должен проверить, всё ли так в /etc/sysconfig/autologin, и
> > если надо, исправить путь.
> Тебя не затруднит нарисовать такой %post?  Включу.

Так пойдёт:

if [ -e /etc/sysconfig/autologin ] ;then subst /^EXEC/s?X11R6/?? /etc/sysconfig/autologin; fi

?
Думаю, что это должен быть не просто %post, а штука, которая будет один раз отрабатываться при обновлении пакета, а при последующих обновлениях -- её делать уже не надо. Т.е. где-то в rpm'е должна выставляться в 1 переменная, значение которой затем будет проверяться. Я точно не знаю, но вроде такое реализуется триггерами.

> 
> > [...]
> Дело в том, что десктопных обновленцев с ALM2.4 крайне мало вследствие

Я а таком случае дважды обновленец :) Домашний комп ведёт свою историю с Intel P100 с RH6.0, в настоящий момент -- Athlon XP2100 с Сизифом. При этом система всё время только обновлялась, хотя от первого компа из железа остались только клава и SCSI винт на 2 гига.

> нетривиального переезда на glibc-2.5 и того, что большинство явно обновлялось
> при *крупных* изменениях в железе.  Так что не унывай, цени опыт и предлагай

Вот это странно, линукс ведь не винда и спокойно переносит любые изменения в железе. На мой взгляд гораздо проще перенести настроенную систему хоть на совсем другой комп и подстроить при необходимости, чем ставить каждый раз с нуля.

> патчи в пользу редких, но возможных последователей. :)

Дык стараюсь...

(In reply to comment #5)
> Так пойдёт:
Почти так и сделал.

> Думаю, что это должен быть не просто %post, а штука, которая будет один раз
> отрабатываться при обновлении пакета, а при последующих обновлениях -- её
> делать уже не надо. Т.е. где-то в rpm'е должна выставляться в 1 переменная,
> значение которой затем будет проверяться. Я точно не знаю, но вроде такое
> реализуется триггерами.
Поскольку:
- проблема не в конкретной старой версии пакета, а унаследованных настройках;
- пакет всё равно обновляется раз в пятилетку,
то решил сделать %post сейчас, а не откладывать раздумья над %trigger, его реализацию, тестирование и выбрасывание в пользу %post на непонятно когда.

> Вот это странно, линукс ведь не винда и спокойно переносит любые изменения в
> железе.
Смени дисковый контроллер и посмотри на это "спокойно", ага.  Линукс даёт возможность выкрутиться в случаях, когда для винды практически гарантирован реинсталл, но не всем и не всегда интересно тратить на это время даже при наличии квалификации.  А те, кому интересно -- могли бы и сразу патчики слать, между прочим. :)

> На мой взгляд гораздо проще перенести настроенную систему хоть на
> совсем другой комп и подстроить при необходимости, чем ставить 
> каждый раз с нуля
Дома система обновляется с ALM2.2, что ли -- тогда решил переинсталлировать, потому как где-то ещё раньше был искрящий разъём питания винчестера (сдуру включил через китайский тройник, который отводил на вентилятор).  До того жила со Spring 2001.  А свои RH5.1 и BCL6.02 угробил круче, чем мог тогда восстановить. :)

Ноутбуки... обычно на них заново, заодно тестируя как раз создаваемый инсталер.  Исключение -- http://freesource.info/wiki/MichaelShigorin/ThinkPadT41 и http://freesource.info/wiki/MichaelShigorin/ThinkPadT43, было не до тестирования и в дело пошёл livecd+fdisk+mkfs+rsync.  Хотя было бы время -- и тут бы сперва поигрался в инсталятор.

> > патчи в пользу редких, но возможных последователей. :)
> Дык стараюсь...
Ну вот и спасибо, пригодилось.

autologin-1:1.0.0-alt3 -> sisyphus:

* Sat Oct 17 2009 Michael Shigorin <mike@altlinux> 1:1.0.0-alt3

- added postinstall script to fix legacy configuration for those
  who upgrade from pre-3.0 installations with autologin enabled
  (closes: #21893)

> 
> > Вот это странно, линукс ведь не винда и спокойно переносит любые изменения в
> > железе.
> Смени дисковый контроллер и посмотри на это "спокойно", ага.  Линукс даёт

Пока проносило :) Возможно благодаря тому, что все контроллеры, которые были в моих компах, умели какой-нибудь generic IDE, и худо-бедно загрузиться удавалось.

> возможность выкрутиться в случаях, когда для винды практически гарантирован
> реинсталл, но не всем и не всегда интересно тратить на это время даже при
> наличии квалификации.  А те, кому интересно -- могли бы и сразу патчики слать,
> между прочим. :)

Тот, кто может патчики слать, пока не сталкивался с подобной проблемой :)

> 
> > На мой взгляд гораздо проще перенести настроенную систему хоть на
> > совсем другой комп и подстроить при необходимости, чем ставить 
> > каждый раз с нуля
> Дома система обновляется с ALM2.2, что ли -- тогда решил переинсталлировать,
> потому как где-то ещё раньше был искрящий разъём питания винчестера (сдуру
> включил через китайский тройник, который отводил на вентилятор).  До того жила
> со Spring 2001.  А свои RH5.1 и BCL6.02 угробил круче, чем мог тогда
> восстановить. :)

Ой как знакомо :) С искрящим разъёмом тоже долго мучился, не понимая, откуда время от времени вылезают странные глюки. Когда понял, набрал разъёмов от ДВКшек и СМок (они там уже были PC-шные) и припаял и к БП компа. "шапку" грохать приходилось, с последующей переустановкой...

> 
> Ноутбуки... обычно на них заново, заодно тестируя как раз создаваемый инсталер.

Да и живут современные ноутбуки едва ли дольше дистрибутива... Это не деревянный ThinkPad (особенно те, которые ещё не "Т"), которым в случае чего от хулиганов отбиться можно ;)

T-шками тоже можно, только или с интегрированным видео, или не очень долго. :)

http://www.thinkwiki.org/wiki/Problem_with_garbled_screen
http://freesource.info/wiki/MichaelShigorin/ThinkPadT41
http://freesource.info/wiki/MichaelShigorin/ThinkPadT43