Такой вопрос. Заводим список рассылки (например, info@domain). Подключаем к нему почтовые ящики сотрудников. Удаляем почтовый ящик одного из сотрудников. В результате, остальные участники списка рассылки получают письмо о невозможности доставить что-либо этому сотруднику. То есть, после удаления почтового ящика, приходится, в ручную, выковыривать его из всех списков рассылки. Как это можно побороть?! Заранее благодарен.
По мне, так, хорошо бы, что бы можно было менять операционку на своем мобильном девайсе как на ПК — без лишних заморочек. Надоела одна — накатил образ и всё готово, сиди на другой.
Изначально копировался файл, принадлежащий пакету «linux-headers», в директорию, где должен был лежать файл из пакета «kernel-devel». В случае обновления ядра, этот симлинк ссылался бы на совсем другой «version.h». С этой точки зрения — копирование безопасней. Можно, конечно, было сделать симлинк на «version.h» лежащий в "/usr/src/kernels/`uname -r`/include/generated/uapi/linux/". Вариантов много. В «UPDATE1», например, c файлом «version.h» вообще не нужно ничего делать. Поправил исходник и хорошо. При обновлении ядра, не нужно ничего менять. Но опять же, при установке новой версии проприетарного драйвера, придется заново править исходники модуля.
Конечно есть. Просто, как видно из лога команды «rpm -ql kernel-devel | grep version.h», файла «include/linux/version.h» в пакете нет. Его переместили, а установщик драйвера по прежнему пытается его найти по старому пути. Поэтому я и набросал скрипт, который правит исходник. Но, согласитесь, он выглядит более громоздко нежели копирование одного файла, который, после сборки, можно удалить.
Конечно, я понимаю, что это не совсем «true linux way», но так было гораздо быстрее. Хотя, я не думаю, что один заголовочный файл мог сильно загадить систему, тем более, что после сборки модуля его можно удалить. Всё же, что бы дать людям выбор, набросал еще один вариант:
$ wget -c http://www2.ati.com/drivers/linux/amd-driver-installer-catalyst-13.1-linux-x86.x86_64.zip
$ unzip amd-driver-installer-catalyst-13.1-linux-x86.x86_64.zip
$ chmod +x amd-driver-installer-catalyst-13.1-linux-x86.x86_64.run
$ sudo -s
# ./amd-driver-installer-catalyst-13.1-linux-x86.x86_64.run --force
# cp -a /usr/lib/modules/fglrx /usr/lib/modules/fglrx_backup
# for i in `find /lib/modules/fglrx/ -type f`; do cat $i | sed -e "s/linux\/version\.h/generated\/uapi\/linux\/version\.h/g" > ${i}_tmpext; doneup
# for i in `find /lib/modules/fglrx -name '*_tmpext'`; do mv -vf $i `echo $i | sed s/\_tmpext//`; done
Вот ссылка на bugzilla, где, хоть и для 3.7.1, но говорится, что файл «version.h» перемещен в "/usr/src/kernels/3.7.6-102.fc17.x86_64/include/generated/uapi/linux/version.h"
Для меня, прежде всего, важна стабильная работа. Поставив 18 релиз (в первые дни после выпуска), на моем железе то и дело что-нибудь да отваливалось. Поэтому, я решил немного подождать (пару месяцев) и откатился обратно. Что касается драйвера из репозитория, то canyon писал в своем блоге, что ему не удалось запустить на нем аппаратное декодирование. Правда версия была 12.10, а не 13.1. Может уже и поправили. Вообщем, в тот момент, я искал самый быстрый вариант.
Столкнулся с такой необходимостью когда решили контору перевести на Chrome. Сначала примерно так все и реализовали. Chrome был установлен в «Program Files». Далее был создан эталонный перемещаемый профиль (машинки крутятся на Win7 и подключены к домену) в котором был прописан параметр:
Именно в этих же ключах реестра и в «ярлычке» на рабочем столе. Вроде всё ок, НО! При обновлении все эти костыли слетали. И если в случае с «ярлычком» можно добавить в файл «master_preferences» (который в папке Chrome хранится) параметр:
В последствии курения мануалов скрупулезно собранных в кучу «великим и могучем» гуглом было найдено решение:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Policies\Google\Chrome]
"UserDataDir"="c:\\Users\\username\\AppData\\Roaming\\Google\\Chrome\\User Data"
Это и есть --user-data-dir. В отличие от обычного — используется глобально по всему системному профилю пользователя и не сбрасывается при обновлении. Можно конечно создать этот ключ не в HKCU, а в HCLM, но, к сожалению, в таких ключах не допустимо использование переменных окружения. А так бы задал вот такой ключ:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\Software\Policies\Google\Chrome]
"UserDataDir"="%APPDATA%\\Google\\Chrome\\User Data"
или такой:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\Software\Policies\Google\Chrome]
"UserDataDir"="S:\\%USERNAME%\\Google\\Chrome\\User Data"
и вуаля!
P.S.
Надеюсь пригодится!
Со всем списком параметров можно ознакомится на support.google.com!
Пишите-пишите, лишним не будет. Еще один довод в пользу работы под ущемленной в правах учеткой + антивирь + фаервол (с ручными настройками выхода в свет, только для избранных приложений) + песочница.
Если на дискете нет MBR. Тогда как вы объясните тот факт, что, если форматировать дискету и просто так залить туда файлы MS-DOS'а, то загрузиться с нее не получится?! Да все потому, что BIOS не будет знать, куда передать управление. Вот вам ссылка на образ загрузочной дискеты. Посмотрите на первый сектор. Он так же имеет подпись 55AAh.
Всё, вроде, прошло успешно. Только вот перезагружаться боюсь! Ссыкотно.
Вот ссылка на bugzilla, где, хоть и для 3.7.1, но говорится, что файл «version.h» перемещен в "/usr/src/kernels/3.7.6-102.fc17.x86_64/include/generated/uapi/linux/version.h"
Так и живем!
Именно в этих же ключах реестра и в «ярлычке» на рабочем столе. Вроде всё ок, НО! При обновлении все эти костыли слетали. И если в случае с «ярлычком» можно добавить в файл «master_preferences» (который в папке Chrome хранится) параметр:
то с ключами реестра все очень печально…
В последствии курения мануалов скрупулезно собранных в кучу «великим и могучем» гуглом было найдено решение:
Это и есть --user-data-dir. В отличие от обычного — используется глобально по всему системному профилю пользователя и не сбрасывается при обновлении. Можно конечно создать этот ключ не в HKCU, а в HCLM, но, к сожалению, в таких ключах не допустимо использование переменных окружения. А так бы задал вот такой ключ:
или такой:
и вуаля!
P.S.
Надеюсь пригодится!
Со всем списком параметров можно ознакомится на support.google.com!