Недавно обнаружил в Windows Vista такую вещь: имеется программа Alcohol 52% для создания образов дисков. На запуск этой программы под одним пользователем система выдаёт запрос UAC с требованием прав администратора. Под другим пользователем такого нет. Создаю третьего пользователя --- тоже никаких прав администратора не требуется. Эти три пользователя, разумеется, прав администратора не имеют. Оказалось, дело было в том, что установка программы шла из-под первого пользователя. То есть, инсталлятор запускался от имени администратора, но несмотря на это, установщик таки записал что-то в ветку реестра, относящуюся к пользователю (судя по названию ключа --- флажок, означающий, что программа запускается первый раз). Вообще говоря, безобразие.
Положительная сторона ситуации --- после удаления из ветки реестра первого пользователя раздела, относящегося к программе Alcohol 52%, и повторного запуска программы, всё пошло нормально и нужные параметры были заново созданы. То есть фактически --- что-то вроде удаления каталога .<имя программы> в Linux.

Почему? Здесь как раз аналогия, на мой взгляд, вполне разумная. После удаления настроек программы оттуда, где они хранятся, программа начинает работать с настройками по умолчанию --- это работает и в windows, и в linux. В этом сходство windows и linux. В linux настройки хранятся в каталоге ~/.<имя программы>, а в windows --- в Application Data\<имя программы>, либо в HKEY_CURRENT_USER\Software\<имя программы>. Это не слишком существенное различие --- в конце концов, системы разные.
И наконец, при установке программы под windows в её пользовательские настройки были записаны неверные значения. Это баг (можно долго спорить где: в инсталляторе программы, в механизме эскалации привилегий в windows, или, наконец, в убогой идеологии установки программ под windows).

MySh
> А вот те люди, которые 10 лет назад на себе прочувствовали наплевательское отношение ATI к собственным покупателям,
Менее 1% в виду того, что 10 лет назад на десктопы линукс ставили исключительно гики. Что-то около 0.5% если предположить, что у половины линукс-пользователей на тот момент были карточки ATI и всего их было как обычно около 1%.

> теперь выросли, стали IT-директорами и начальниками отделов.
Т.е. из тех 0.5% речь идёт о в лучшем случае 1/10. Остальные как сидели в админской попивая чаёк за годную зарплату, так и сидят. Т.е. мы говорим где-то о 0.05% пользователей компьютеров.

Э… Какой жуткий удар по продажам…

Статья хорошая, пример не годный.

> Долго думал, почему у меня не работает звук, оказалось, это устройство для воспроизведения какого-то там мультимедиа и установилось оно с их драйвером.
Т.е. ты жалуешься, что их драйвер установил поддержву звука для твоей карточки? У них там некоторые модели с выводом цифрового звука есть.
Просто твоя система почему-то решила сразу их и задействовать.
Ну а настройки лично я вообще никогда не трогаю. Работает же, чего их трогать? Выкрутить анизотропию на максимум и радоваться тормозам во всём, в чём только можно?

> Только к этим долям процентов стоит добавить также и тех пользователей, которые ничего не понимают в компьютерах и предпочитают руководствоваться советами более опытных пользователей
Ок, умножь на, скажем, 5. Много изменилось? Думаю, что нет.

X Strange
> Альтернатив вроде бы пруд пруди
Из которых более-менее пригодна для использования и реально сопоставима по возможностям в линуксе только XnView, которая не обновлялась с незапамятных времён из-за того, что они последние пару лет делают мультиплатформенную версию и всё никак её не доделают.

X Strange
Понимаешь ли, не всем нравится KDE…
Тем более, что fullscreen по-умолчанию я от них так и не дождался.

Отредактировано Lain_13 (06-05-2011 15:21:34)

X Strange
Нет, XnView MP делается на Qt, против которого, в отличие от KDE, я ни чего не имею.
Так что не устраивать оно будет только совсем задвинутых на тулкитах.

Отредактировано Lain_13 (06-05-2011 15:25:23)

X Strange
Внешний вид Qt ни чем не отличается от GNOME если установлен соответствующий скин. И интеграция с GNOME в плане меню и всплывающего скроллбара там работает. Вот не знал бы я, что VLC на Qt — никогда б и не заподозрил. Разве что выбор скина в настройках всю тему палит. Товарищ космонавт не зря решил в следующей версии Ubuntu поставлять библиотеки Qt прямо на инсталляционном диске.
А вот у KDE-софтин с этим не так гладко, а интеграция у них идёт с KDE-софтинами же. Ну вот зачем мне кедовый менеджер паролей рядом с гномовским, например? А его кто только не норовит поставить. K3B с собой вообще чуть ли не все кеды тащит. Нет, это всё замечательно, но только не в гном же!
Qt в этом плане куда более нейтральен. Пользуется тем, что дают, а не тащит всё собой и потому Qt хорош как в Гноме, так и в КДЕ, а КДЕ хорошо только внутри самого себя.

Добавлено 06-05-2011 22:07:59
Вот я пробую поставить гвенвью. Смотри чего он только не тащит. Тут и непомук, и KIO, и KHTML и даже библиотека смайликов на кой-то ляд. Ну в какие это ворота?

А вот я пытаюсь удалить все на qt:

И список помельче, и треть списка это не сам Qt, а софт на нём. У меня вообще QtCreator стоит. Всё никак не доберусь с ним побаловаться.

Отредактировано Lain_13 (06-05-2011 22:11:34)

Что да, то да. Я в KDE не стал ставить kmail исключительно потому, что он тащит за собой весь semantic-desktop (а я предпочитаю отключать этот USE-флаг, ибо это тянет за собой Nepomuk, Akonadi и прочую ерунду, которой я ни разу не воспользуюсь.) А в бинарном semantic-desktop не отключить...
Впрочем, для gentoo у KDE тоже есть минус. Компиляция kdelibs занимает от 40 минут до нескольких часов...

А вообще я предпочитаю ставить и GNOME, и KDE.

Отредактировано X Strange (06-05-2011 22:28:57)

igorsub
Лол.

Отредактировано Lain_13 (06-05-2011 23:50:45)

Не QT, а KDE

Вопрос к знатокам gentoo:
недавно пытался поставить gentoo одному своему знакомому. Особенности: система 64-битная, кроме того, требуется SELinux. При выборе профиля  [14]  selinux/v2refpolicy/amd64 из списка use-флагов по умолчанию был убран флаг multilib. Поиском в google я обнаружил, что флаг multilib устарел, и теперь возможность запуска 32-битных программ управляется  не через переменную USE, а как-то по-другому (правда ли это?), поэтому я оставил это как есть. После обновления всей системы, в том числе пересборки gcc в совокупности с обновлением baselayout (переход на openrc) появилась проблема с link-level dependencies (которые отслеживает revdep-rebuild). А именно, пакет app-emulation/emul-linux-x86-baselibs требует библиотеку libstdc++.so.6, которая присутствует в каталоге /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5. В /etc/ld.so.conf этот путь есть. Почему он его не видит? Может быть, кто-нибудь уже сталкивался с подобной проблемой?
Интересен факт, что app-emulation/emul-linux-x86-baselibs вытягивается пакетом grub. Попытка пересобрать grub с флагом -ncurses, как советуют в google, не удалась (configure выругался на gcc).

Отредактировано X Strange (04-06-2011 15:50:46)

Возможно, но там сначала зарегистрироваться надо. Если здесь не ответят, и не удастся решить проблему самостоятельно, напишу на gentoo.ru.

Отредактировано X Strange (05-06-2011 11:45:49)