Что мешает моей оконных менеджеров от признания некоторых комбинаций клавиш?

Я не понимаю, когда снаряд, позволяет сказать, Баш, казнят, какая программа запускает сначала Баш первым.

Пробуждения приложение предназначено, чтобы приветствовать пользователя в определенное время, говорили что-то вроде нынешней ветра и температуры снаружи. Но я не могу получить, как сделать, что работы в Ubuntu: что я должен установить для информации о погоде должна быть предоставлена правильно (все пробуждения модулей и включения, их параметры не предлагают ничего, чтобы помочь). Я использую Xubuntu в 11.10.

Мне кажется, что путь к сигнал связи есть, попросту говоря, буквально уважая выбор народа, как они хотят представить себя миру. Поэтому я бы посоветовал вам позаботиться, чтобы обратиться к людям, используя их предпочтительный местоимение как они решили перечислить на их имя тега (или с помощью здравого смысла, если не местоимение это указывает). И не оскорбляй или думать плохо о тех, для принятия выбора, что вы не согласны с относительно своих местоимение, или по поводу выбора не списке местоимение на то пошло.

Хотя этот совет может показаться слишком очевидным, чтобы быть полезным, я считаю, что вы также имеете право на то же уважение, что я просто советовал вам уделять другим. Когда вы заполните форму, вы выбираете, как вы хотите представить себя миру. Любой выбор, который вы делаете-это 100% законным и заслуживает уважения, в том числе не желая списка местоимение. Вы не обязаны кому-либо повода или объяснение того, что (в случае чего) вы пытаетесь “сигнал”. И тот, кто исповедует, чтобы поддержать других людей права выбирать местоимение описать себя, следовательно, поддерживает свои права, чтобы описать себя, однако вы выбираете. Таким образом, я не понимаю, как такой человек может обидеться на ваше решение, не будучи непоследовательными и немного ханжой. Это не значит, что нет таких людей, которые бы найти способ, чтобы наполнить свои действия со смыслом это не обязательно и обижаться, но если я уверен, что вы можете спокойно их игнорировать, или, еще лучше, если оспаривается их можно легко (и, по-дружески, советую) объясните им, почему они являются ошибочными обижаться.

Редактировать: для решения некоторых из того, что было сказано в комментариях и другие ответы, вот еще несколько мыслей, которая возникла у меня:

1. Кто-то (@vaelus) сказал, что мой ответ обходит вопрос, поскольку он концентрируется на том, человек должен быть обижен, но “не посоветуют, как скорее всего он на самом деле является для людей, чтобы быть обиженным”. Это правильно. Причина, почему я выбрал, чтобы сосредоточиться на этом аспекте заключается в том, что есть ситуации, когда любое наше действие, скорее всего, обидеть или позлить кого-то. Возможно, большая часть нашей жизни, так как, к сожалению, в мире много неразумных людей. Здесь, я ожидаю, что некоторые люди, вероятно, будут раздражены и включение местоимений в теги название, и может конкретно недоволен ОП, если они берут акции в том числе один. Так это поймать 22, проклят,-если-вы-не-проклят,-если-вы-не такие ситуации. Поэтому на мой взгляд правильный способ для принятия решений о каверзных дилемм, как это основывать свои действия на логике, и быть в мире с ВАШ СОБСТВЕННЫЙ ВЫБОР и быть готовым их отстаивать в случае их оспаривания. “Люди будут обижаться?” - это просто неверный вопрос.

2. Многие люди сосредоточены на том, что ОП будет “сигналка” с каждого из различных вариантов, которые доступны для них. И все же я нахожу это забавным и интересным, что практически все, кто имеет мнение, читает “сигнал” немного иначе, чем все остальные. Так, если сигнал таков, что 10 человек смотрят на него и каждый из них “значение” разный смысл в это (и появляется практически уверен, что их значение является правильным) разве это не признак того, что есть на самом деле не какой-либо сигнал есть, чтобы интерпретировать, или если есть то это крайне слабый в лучшем случае? (Причем, это после того, как мы читаем очень подробно ОП объяснение того, что их мнение на самом деле! Нет сигнала даже нужно в данном случае.) Так опять же, я думаю, что акцент на сигнал является ошибочным. Как @vladhagen сказал в другой ответ, поле местоимение не является обязательным, и Факультативным означает именно это. Единственный сигнал, который не считая местоимение законно отправляет - “я решил осуществить свое право не включать местоимение”.

Большинство программного обеспечения лицензирование информация доступна в каталог/usr/доли/док/ПКГ-имя/копирайт

Ориентировочно вы можете оценить количество программ с помощью ГПЛ путем:

• грэп -л ГПЛ /usr/доли/док/*/авторское право

  Но команда grep будет также включать файлы, ссылки, а не обычный файл. Поэтому, я рекомендую на основе найти следующим образом:

• найти команду sudo /usr/доли/Доку -название авторские права -тип F -exec для греп -л "ГПЛ" '{}' \; | туалет -л

  Это будет также включать файл(ы), такие как /usr/доли/док/ЦС-сертификаты/примеры/ЦС-сертификаты-локальный/дебиан/авторское право, если вы не хотите, чтобы они при подсчете, можно указать параметр maxdepth с найти.

Пример (на моей системе):

$ грэп -л ГПЛ /usr/доли/док/*/авторское право | туалет -л
1949

$ судо найти /usr/доли/Доку -название авторские права -тип F -exec для греп -л "ГПЛ" '{}' \; | туалет -л
1889

Обратите внимание, что программное обеспечение может включать более чем одну лицензию на файлы в авторском праве.

Я удалил каталог на срез ММФ , но он вернулся - с размером все-таки же и эта цифра продолжает расти. Причиной для удаления каталога заключается в том, что я не мог найти процесс, связанный с созданием логов на этот каталог.

Сейчас он находится на 82% и продолжает расти каждые 2 часа.

Есть ли способ, чтобы определить процесс и убить его? Я могу перезагрузить коробку, которая будет выпущена в процесс создания этих файлов?

Данный скрипт имеет название notifyrssh.sh.

1: File=/home/vaios/Desktop/tempcron/liveusers.txt //ОК
2: диск /домашний/Вайо/рабочий стол/tempcron 
3: ПС вход aux | grep в случае sshd > liveusers.txt //ОК, файл обновляется 
4: // каждую минуту 
5: имя в Гусь Тома Макс //***кронтаб-проблема*** 
6: сделать
7: уведомление-отправить "$имя" "DEBUG_MSG"
8: если команда grep -Q и $имя "Файл$"; затем
9: уведомление-отправить "$имя" "онлайн"
10: интернет
11: выполнено

Вышеприведенный скрипт в кронтаб. Я открываю список crontab с :

кронтаб -е

И тогда я добавить строку :

* * * * * Баш /home/vaios/Desktop/tempcron/notifyrssh.sh

Выполнение из командной строки

Сценарий представляется исполнителем в порядке, когда я регулярно запускаю его из командной строки. Находясь в папке, где исполняемый скрипт, я его выполню такой :

./notifyrssh.sh

...и это работает, как я ожидаю (обновляет liveusers.txt файл и дает мне все уведомления) . Я снова исполнять такой :

Бэш /home/vaios/Desktop/tempcron/notifyrssh.sh

...и снова результаты верны (обновление liveusers.txt файл и т. д. и дает мне уведомления).

Выполнение из кронтаб, каждую минуту

Проблема, когда скрипт выполняется каждую минуту по кронтаб начинается от линии 5 и далее до конца. Файл liveusers.txt периодически обновляется каждую минуту (я проверить это с : Кот liveusers.txt) но тогда это не дает мне уведомления, что я ожидал.

Позвольте мне объяснить, что сценарий на самом деле:

• В первых 3 строках он обновляет liveusers.txt файл с содержанием команды :

  ПС вход aux | grep в случае sshd

• От линии 5 и далее он проверяет список имен (ГАС Тома максимум) и потом, если он находит имя в файле liveusers.txt это дает мне сообщение из строки 9.

• Сообщение от строке 7 ставится исключительно в целях отладки. Я ожидал, что сценарий crontab даст мне по крайней мере notofication из строки 7, но этого не случилось также.

Любые идеи?

Итак, если вы все еще лучше рис-муки баланду работать вместо того, чтобы использовать целые или крупно молотый рис, у меня есть пара предложений, которые могут помочь.

Во-первых, вы обратите внимание, этот blobbing происходит при определенном соотношении рисовой муки к воде. Используйте меньше рисовой муки (или больше воды), чтобы смешать жидкости. Рис загустеет, а ее варка, поэтому дополнительная вода уже есть, поэтому она не загустеет слишком много. Если это все-таки слишком жидкой после его приготовления, вы можете приготовить его погуще (через испарение) до нужной консистенции, который медленно, но легче, чем пытаться худеть объекта после образования. Со временем, вы можете выяснить лучшее соотношение и время приготовления Для того, что вы хотите.

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

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

Наконец, даже если он превращается в BLOB, вы можете добавить воды, чтобы получить его обратно до приемлемого текстуры (медленно, медленно переходит, как правило, позволит избежать комочков). Идти медленно и держать помешивая, и это должно ослабить из толстой BLOB-объектов до состояния густой пасты, а затем в более тонкую пасту, затем в более жидкой стадии. Чурки произойдет при смешивании очень толстой или сухой и очень жидкость, проходя через стадии паста обычно их предотвратить.

И наконец, если вы хотите более твердую текстуру, которая происходит, когда это сближает, вы можете вытащить кастрюлю с огня, как только это тесто, разделить на более мелкие ручки, и приготовить что - то подобное закипания, как пельмени, Пан-поджаривание, выпечка, Варка на пару, как угодно. Эти методы позволят готовить даже при сплошной. Это было бы очень похоже на приготовления Моти, как Иуда говорил, так что, глядя на эти рецепты могут помочь.

У меня нексус 5 с хорошо функция поиска Google. Я теоретически могу использовать его для отправки текстовых громкой сообщения.

Однако, у моей жены есть общее название, и у меня есть несколько контактов с одинаковыми именами-и это не удивительно для меня, чтобы знать, кто-то с такой же фамилией тоже. И она имеет номер рабочего телефона вместо мобильного. Так, вместо того, чтобы быть удобным, там целая возвратно-поступательное допроса.

Там должен быть какой-то способ, чтобы сказать ему, что когда я говорю "текст Карен", я всегда получаю мой Карен. Да? Я пытался искать какие-то "запомнить это решение" установка, или каким-то образом пометить людей в качестве специальных в приложение "люди", но не повезло.

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

Это может быть специфическими для конкретной аспирантуре, но я учился в Великобритании в течение года в течение моего американского высшего образования. Курсы и классы были перечислены на мое заявление. Высшая школа, что применить ко мне (и к которому я была принята) не требует отдельного транскрипт из университета Великобритании.

Я фыркнут, запустив на сервере под Ubuntu 18.04. У меня оповещения стрельбы, но журналы оповещения приходят через как IP-адреса. У меня есть список веб-сайтов системы посетил в течение дня.

Есть ли способ сопоставления URL-адресов для оповещения?

Один из способов я думал, что делает домен -> преобразование IP-адресов и соответствующих IP и время посещения с Журнал предупреждений, но есть более точный способ?

Я побежал tune2fs -л /Дев/СДА на моем рабочем сервере сегодня и получил следующие выходные данные:

tune2fs 1.42.9 (4-февраля-2014)
Имя Тома файловой системы: <нет>
Последний устанавливается на: /
Файловая система по UUID: a5b1c696-aa59-43db-a252-88b2e6d8212c
Файловая система магик: 0xEF53
Ревизия файловой системы #: 1 (динамическая)
Функции файловой системы: has_journal ext_attr resize_inode dir_index тип_файла needs_recovery степени flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Файловой системы флаги: signed_directory_hash 
Опции монтирования по умолчанию: journal_data ACL и user_xattr
Состояния файловой системы: чистый
Поведение ошибки: далее
Тип файловой системы ОС: Linux
Инода граф: 60923904
Блок графа: 243670272
Зарезервировано количество блоков: 12183513
Свободные блоки: 223441953
Свободных inodes: 60799595
Первый блок: 0
Размер блока: 4096
Размер фрагмента: 4096
Защищены ГДТ блоков: 965
Блоков в группе: 32768
Фрагменты в группе: 32768
Иноды в группе: 8192
Инода блоков в группе: 512
Гибкий размер блока группы: 16
Файловая система создана: Пт, 9 Май 19:48:11 2014
Последнее время монтирования: 6 пт июн 20:17:28 2014
Последнее время записи: 6 пт июн 20:17:01 2014
Крепление количество: 1
Максимальное крепление отсчет: -1
Проверено: 6 пт июн 20:17:01 2014
Проверить интервал: 0 (<Нет>)
Жизнь пишет: 194 ГБ
Зарезервированные блоки теплоносителя: 0 (привилегированный пользователь)
Зарезервированные блоки гид: 0 (корневая группа)
Первый инода: 11
Инода размер: 256
Требуется дополнительное isize: 28
Нужные дополнительные isize: 28
Журнал инф: 8
Первый сирота инф: 17301533
Каталог по умолчанию хэш: half_md4
Хэш семян каталог: 1fbb5b3a-79fe-42b3-b69d-0f8073618d27
Журнал резервного копирования: инода блоков

На что мне был этой линии:

Первый сирота инф: 17301533

Я всегда знал, что сирота дескрипторы означает иноды, которые остались после аварии. Однако в файловой системе всегда была аккуратно демонтирована и система на ИБП и никогда не отключения uncleanly.

Есть причина, почему есть-сирот иноды и это указывает на проблему?