Сдохла (похоже окончательно) моя MX1000 купленная в 2004 году (17 лет назад). Наверное самая удобная мышь которая у меня когда-либо была и не могу найти ей замену. Она у меня радио- с лазерным датчиком 800 dpi, со встроенным аккумулятором (просто ставится в док-станцию и заряжается до 3 полосок). Работает после зарядки месяц-полтора. Сейчас перестала заряжаться и полностью разрядилась. Вытолкать аккумулятор, наверное, уже не удастся. Давно потерян БП от док-станции, так что я взял БП Robiton, подобрал на нём ток, полярность и пользовался все годы им. Но тут настройки крутили без меня и походу произошла банальная переполюсовка, а это фатально. Мышь перестала заряжаться с док-станции, а потом разрядилась окончательно.
И теперь я в поисках мыши, которая:
такая же большая под мою лапу, а не милипусенькая
имеет встроенный аккумулятор с док-станцией
имеет качалку вертикального скролла вокруг колеса
И не нахожу вообще ничего…
Аналоги этого творения сумрачного швейцарского гения вообще существуют?
# free -h , столбец buff/cache
82G
# free -b
88463040512
# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 7.5 (Maipo)
# uname -a
Linux g555
Вопрос даже не в том как вычисляется buff/cache
Вопрос как из 88463040512 байт получить 82 Гб!
Есть у нас программист, который написал скрипт для доступа по RDP из Internet на хост внутри ЛВС. Скрипт рулит iptables и на практике не работает. При просмотре что делает скрипт - создаёт правило вида:
Программист утверждает что скрипт с ключом -s сможет пробросить порт также как и с ключом -d и задаёт вопрос: Что ты будешь писать в поле "-d" если твой сервер получает ip по DHCP ???
Я отвечаю: Не буду писать ключ -d, только и всего. Раз у меня нет конкретного приёмника, а есть только интерфейс. Соответственно достаточно -i $IF_INET. Какие проблемы? -s - IP-адрес источника пакета. -d - IP-адрес получателя. В DNAT подменяется адрес получателя во входящем пакете. IP-адрес источника нам, в общем случае, не известен, находится в сети Internet. Это входящий трафик, а не исходящий. Хост в ЛВС на который приходит трафик не является его источником, а является получателем. Поэтому указывать -s нельзя, из-за этого такое правило не работает.
На что получаю: Хватит отвлекать меня от работы своим незнанием iptables.
Вот и думаю. Может я действительно что-то не понимаю? Короче, кто из нас прав: может ли правило DNAT с одновременно указанными -s и -i отработать нормально. А то я даже примеров таких правил в Google не нашёл. Как и вообще правил DNAT с указанным -s вместо -d.
Собственно вопрос который возник, ставит в тупик. Есть некие сетевые SMB-общие папки которые надо смонтировать со стороны пользователя, с (допустимо) запросом пароля root. Что прекрасно делается в KDE4: хочешь через спецвизард «Создать сетевую папку», хочешь заходом на шару-авторизацией-последующим drag'n'drop строчки пути из Dolphin на рабочий стол-появление иконоссылки и т.п. Всё это лепота до тех пока речь идёт об адекватных приложениях выдающих риквестер KDE, где мы увидем пользовательские «точки входа» и т.п..
Запускаем Gimp 2.6, нажимаем открыть и понимаем что пользователь до сетевых папок никак кроме как через монтирование на папку в локальной fs не доберётся. Не новость. Но если мы хотим дать how to для пользователя и не хотим ему рассказывать про редактирование /etc/fstab например и вообще залезания в системные файлы возникает problem.
Начинаем искать GUI-приложение для user-уровня. Есть MountManager, но он давно как поломан (если вообще когда-нибудь работал). Он ничего не делает с /etc/fstab и введённые шары тут же забывает. Прекрасно когда есть Linux-администратор, но в школах таких нет и им нужен GUI. А что посоветовать если не находится GUI-приложение позволяющее безопасно (если не считать повышения прав до root) для преподавателя сделать монтирование для загрузки/сохранения картинок хранящихся в samba-папке из Gimp 2.6
Т.е. не стоит вопроса как и с какими опциями смонтировать сетевую шару. Стоит вопрос как это сделать на локальную папку через GUI, чтобы GTK-приложения были счастливы?
Можно ли доверять Википедии? Этот вопрос поднимается всё чаще и чаще. Компания Инфра-Ресурс опубликовала в своём корпоративном блоге заметку на эту тему. В заметке идёт речь о том, что статьи, посвящённые сборке Инфра-Ресурс, вкладу в проект OpenOffice.org компании Инфра-Ресурс и ссылки на неё регулярно удаляются под предлогом «неавторитетности» неким Bezik.
Фактически, можно говорить о том, что идея Википедии в значительной степени дискредитирована тем, что в отсутствии формального контроля появляются участники, которые берут тему «под себя» и лоббируют определённые интересы, прикрываясь правилами Википедии, критериями значимости, которые были получены голосованием сообщества и т.д. В Инфра-ресурс пришли к выводу, что там где нет формального контроля — нет ответственности. И действительно, если профессионализм и компетентность можно обосновать по закону больших величин, то ответственность таким образом обосновать не удастся.
Ответственность заменяет «буква закона» которая в случае правил Википедии максимально нечёткая, т.к. построена по принципу «не ущемить», а как мы знаем из истории отечественной государственности такая форма ведёт только к коррупции и/или (при отсутствии прямой материальной заинтересованности) к использованию «буквы закона» вопреки задачам преследуемым правилам. Например, из профиля Bezik мы узнаём что в сферу его интересов входит Oracle отсюда становится понятна его «любовь» к удалению информации, посвящённой национальной сборке OpenOffice.org. Если посмотреть его вклад, то видно что аналогичные удаления происходили и по другим отечественным дистрибутивам Linux, вендорам и образовательным учреждениям идущим в разрез с интересами и личными взглядами удаляющего.
Формальные причины для удаление любой статьи в Викпедии: в связи с «отсутствием доказательств энциклопедической значимости предмета статьи» или «отсутствием подробного освещения деятельности организации в независимых авторитетных источниках». Под независимые авторитетные источники не подпадают программы на телевидении («телевидение куплено и аффилировано»), федеральные государственные структуры («могут кого угодно назвать партнёром»), международные аттестационные центры («центр дал сертификат вендору — значит аффилирован») и т.д.
Два дня осталось до назначения Bezik администратором в русскоязычной Википедии. Фактически голосование уже завершилось. Для нас с Вами — читателей и пользователей, это означает что в ближайшее время курс русскоязычной Википедии не изменится.