конфетка пытается установить пакет ПЛЮС зависимость - я НЕ хочу той зависимости
Ваш позволять google\..* соответствует каждому URL google. в нем. Позволение подобрано сначала, таким образом, доступ предоставляется.
Ваше правило будет также позволять любые запросы с google. где угодно в URL, как http://example.com/google.asp
Кроме того, Google пытается сделать большинство запросов через SSL так отклонение через url_regex не играет роли в этих запросах (Нет никакого URL в https). Вы могли сделать некоторого Человека в средних интригах со сквидом для дешифрования SSL comms, чтобы смочь отфильтровать через URL. Кроме того, dstdom_regex может соответствовать на просто доменном компоненте URL, который также отклонит подключения SSL к тому домену также.
Реструктурируйте свою конфигурацию, чтобы конкретно отклонить, затем конкретно позволить, затем значение по умолчанию для отклонения (использование all вместо списка)
acl bad_domain dstdom_regex "/etc/squid/block.acl"
acl good_domain dstdom_regex "/etc/squid/allow.acl"
http_access deny bad_domain
http_access allow good_domain
http_access deny all
Затем включайте следующее в плохой список:
(.+\.)?plus\.google\..+$
И в хорошем списке:
(.+\.)?google\.
Это не прекрасно, поскольку Вы будете все еще позволять некоторые другие домены с google. на их имена (google.blah.com). (.+\.)? просто определенное соответствие для любого субдомена. Если Вы хотите быть более конкретными относительно позволения этой статьи Wiki о доменах Google, должен помочь.
у Вас только есть разрешение запустить X сессий с startx, если вы зарегистрированы на консоли. Удаленные пользователи (например), не получают это разрешение. Когда вы работаете /bin/su-c/usr/bin/startx-l bateman от /etc/inittab, вы не получаете консоль, настолько стартовую сбои X-сервера.
нормальный способ получить GUI во время выполнения состоит в том, чтобы работать менеджер по оформлению . Менеджер по оформлению запускает X-сервер и показывает приглашение ко входу в систему в графическом режиме. На хрипящем Debian вы получаете выбор gdm3 (стиль Gnome), kdm (стиль KDE), lightdm (современный, DE-independent), тонкий (легкий, настраивающийся), wdm (стиль WindowMaker) и xdm (как в старые добрые времена, стиль Athena). Что вы используете, поскольку менеджер по оформлению независим, из какой графической среды вы используете после входа в систему: выбор менеджера по оформлению до системных администраторов, и пользователи могут каждый использовать свою предпочтительную среду после входа в систему.
, Если вы не хотите должными быть входить в систему на консоли, потому что ваш компьютер находится в комнате, в которую только можно войти, несколько менеджеров по оформлению позволяют вам настроить автовход в систему. Например, с LightDM, отредактируйте /etc/lightdm/lightdm.conf и не прокомментируйте строку autologin-user = и добавьте имя пользователя после знака равенства.
У Yum нет способа сделать это. Это будет противоречить назначению менеджера пакетов. Более того, это обычно делает пакет неблагополучным. Усилия сопровождающего пакета направлены на обеспечение того, чтобы зависимости были правильно определены и не были чрезмерно ограничительными.
При этом можно установить rpm с помощью утилиты rpm с помощью флага -nodeps . В результате ответственность за управление жизненным циклом пакета вручную возлагается на пользователя. Хотя это, как правило, неразумно, вы можете счесть полезным экспериментировать с этим вариантом. Синтаксис:
rpm -i --nodeps [package].rpm
заявление Yum по вопросу: http://yum.baseurl.org/wiki/NoDeps.html .
Как сказал Шеймии, это победит цель менеджера пакета. Было бы разумно загрузить источник и компилировать его с помощью вашей необходимости зависимости. Надеюсь, для вас версия, которую вы хотите работать без каких-либо исходных модов.