
Почему установка принтера HP в линупсе требует загрузки с сайта и заливки на принтер некой «firmware»? Что курят в HP?
Почему установка принтера HP в линупсе требует загрузки с сайта и заливки на принтер некой «firmware»? Что курят в HP?
В Файрфиксе в некоторых продуктах Гугла вместо красивых иконок появляются какие-то некрасивые буквы, перекашивающие весь дизайн страницы. Что это за инновации и как с ними бороться?
Захожу на машину с учётки доменного администратора, открываю папку. Проводник: «Давайте повысим привилегии!» Захожу на шару с той же учётки и захожу в ту же папку. И никаких повышений не требуется. Не, я понимаю, но всё же забавно.
Боже, как же хочется пробить с ноги промеж глаз всем тем, кто придумал тысячу галочек, отвечающих за то, чтобы Яндекс.Броузер оставался всеми своими многогиговыми процессами висеть в памяти. Каждому, блять. Каждому: от менеджеров верхних уровней до конченного девелопера, рисовавшего кнопку «Изменения вступят в силу после перезагрузки броузера».
Оказалось, что Атом загнулся. А помните, как мощно он в своё время лез изо всех утюгов? Lightweight™, fast, feature rich™, анимация эта с никуда не летящей ракетой, в которую конвейер загружает бесконечные ящики. А вот, оказывается, ракета таки взлетела, но в итоге упала в болото.
В «новом интерфейсе» (на самом деле – в новой панели управления) Windows 10, на который так дрочат эстеты и зумеры в Твиттере, отсутствует управление с клавиатуры в принципе. Я надеюсь, что Трампарарамп в конце концов найдёт всех причастных к этому говнищу, к Метро, к новому меню Пуск и отправит на тот самый остров с крокодилами.
Где-то попалось, что Microsoft придумала новый алгоритм файлового сжатия и реализовала его через reparse points. Типа, вместо файла – оно самое, а сами сжатые данные – где-то ещё. И всё прозрачно работает через драйвер. Собственно, либо автор описания ебанулся, либо ебанулась Microsoft и забыла, что в NTFS предусмотрено использование разных алгоритмов сжатия, просто до сих пор алгоритм был всего один.
Виталик опять каким-то неосиляторством занят.
http://juick.com/m/3078649
Пока смотрела форум WinSCP, заметила упоминания какого-то Крюптоматора, которого иные называют чуть ли не программой тысячелетия, индастри стандартом, имплементированным буквально везде, от телефонов до японских унитазов. Собственно... Что такое Крюптоматор?
Медитирую на wkhtmltopdf. Не могу понять, нужен мне он или нет.
Просмотрщик сертификатов в Windows – единственный вменяемый из всех подобных. Ни в броузерах, ни в других операционных системах не смогли сделать вывод сведений о сертификате таким, чтобы от мешанины букв и цифр не разбегались глаза.
Пока британцы придумывают надёжный метод предъявления паспорта в интернетах, сервис Tea устроил демо-версию этого метода прямо сейчас. Tea – это такой «сейф спейс» для женщин, где они могут регистрироваться, а потом активно перемывать кости мужикам с дейтингов, постя ссылки и расставляя красные флаги. Ну, такие «Прошмандовцы», только высокотехнологичные, с мобильным приложением. Да. А, поскольку это «сейф спейс», на сервисе при регистрации есть верификация, чтобы ни одно мужло не просочилось. Да-да, по селфи, скану паспорта или ещё какому-то документу. Что же могло пойти не так? Говорят, что высокотехнологичность сервиса не останавливалась мобильным приложением, а посему он был написан опытными вайб-кодерами. Ну, и как всегда: фотки не удалялись после верификации (хотя и сообщалось обратное), база данных торчала задницей в интернет, ни один опытный погромист с security in mind при написании кода задействован не был. Кто-то написал скрипт, выкачал шестьдесят гигабайт фоток со сканами, ну и сделал это добро доступным всем желающим. Разработчики Tea обещали всё поправить и наняли специалистов для аудита кода, а в интернетах уже бегают дурачки, которые рассказывают, что в современном мире о приватности можно забыть, но почему-то не хотят постить собственные паспорта. Короче, дорогие британцы и (в будущем) европейцы, учитесь жить по-новому.
Non-ASCII Paths and Portability - Some features may not be fully portablized if this app is used from a non-ASCII path and then moved to another location (settings, extensions, etc).
https://portableapps.com/ap...rnet/r3dfox-portable
Опять UTF-8 в ANSI API?
Попалось в Твиттере:
Kuberneyney
Похоже, автоматически (разумеется) обновилось приложение тытрубы, и теперь оно не только забывает убирать информационные надписи с экрана (например, «100%»), но ещё и батарею начало жрать с пугающей скоростью. Я мобилу, наверное, раз третий за день заряжаю.
Ещё про обновления. Типичная ситуация:
1. Для программы X выпустили обновление, которое добавляет очень нужных фич и закрывает досадные уязвимости.
2. Обновление закидывается на компьютеры/устройства автоматически в приоритетном порядке и игнорируя любые отключения автообнолений.
3. Оказывается, что в новую версию X вкралась досадная ошибка, которая либо роняет приложение, либо устройство целиком.
4. Разработчик извиняется, уверяет, что постарается так больше не делать, а заодно выпускает инструкцию по решению проблемы.
5. Инструкция сводится к тому, что нужно самостоятельно зайти куда-то и ручками обновить приложение на версию, в которой досадной ошибки нет.
И вот тут у меня каждый раз возникает вопрос: а куда в этот момент испаряются приоритетные автообновления, которые так хорошо обновили приложение ранее? Почему как говнокод заливать пользователю, так всё в полностью автоматическом режиме, а как выгребать этот говнокод, так исключительно ручками?
А я поняла, почему размеры не совпадают. При чём, как оказалось, не только в WSL симлинках, но и в других симлинках (собственно, симлинках и junctions). Началось с того, что я нашла баг в билиотеке, где передавался неправильный размер буфера, и сломалось всё. Код показывал, что в заголовке данных размер буфера с путями такой, а на деле – другой, поменьше. Оказалось, что это поле в заголовке показывает кое-что другое. Там есть структура REPARSE_DATA_BUFFER, которая универсальная для всех майкрософтовских reparse points. У всех у них первые восемь байт имеют одинаковый смысл, а дальше уже могут быть как дополнительные данные, так и дополнительные поля, которые эти данные описывают. Полей может быть разное количество. Так вот, поле, которое указывает размер данных, указывает этот размер после общего заголовка, тоесть вместе со всеми дополнительными полями. А я считала без учёта дополнительных заголовков, ну и получалось, что фактически данных меньше, чем в заголовке. При чём в описании этих заголовков именно это и было написано, но я читала невнимательно =_=
Добавила в свою библиотеку парсинг симлинков WSL. Оказалось, что Cygwin создаёт их как-то странно: в заголовке данных симлинка есть поле, которое указывает размер части, которая идёт после заголовка и содержит путь к объекту, на который указывает симлинк (в UTF-8, кстати). И вот это значение почему-то всегда на четыре больше, чем там есть по факту. Почему – БП. Надо попытаться ещё с самим WSL поэкспериментировать. Кроме того, сами данные там в очень свободной форме. Если у обычного симлинка есть флаг, относительный там путь или абсолютный, то тут может быть всё, что угодно, и оно даже может не совпадать с тем, что передано команде ln. Передала «0000» – получила «0000». Передала «/cygdrive/x/0000» – получила «/mnt/x/0000». Передала «X:\0000» – «X:\0000».
Я это всё к чему? У нас есть ещё Cygwin, у которого есть своя ln. И вот как раз она создаёт натуральные reparse points, которые видятся как reparse point. DIR показывает их как «JUNCTION», FAR3 – как «LX_SYM», Проводник (в Windows 7 и ниже) вообще показывает это как файл, а Link Shell Extension не воспринимает как симлинк. И никто не умеет с этим работать. А на деле у данной штуки «тэг» – IO_REPARSE_TAG_LX_SYMLINK, тоесть симлинк, который поддерживается WSL. Возможно, в Десятке в Проводнике он выглядит лучше, но я не видела. Надо экспериментировать.
В линупсе, при создании симлинков на NTFS разделах, создаются нормальные на первый взгляд симлинки. Но после перезагрузки они превращаются в тыкву в виде файла с атрибутом «Системный», с заголовком «IntxLNK» и каким-то данными после Chr(1). Оказалось, что это какое-то легаси, которое должно работать и в винде, но не через нормальные reparse points, а через какое-то дополнительное ПО, обеспечивающее совместимость с POSIX или типа того (кажется, речь идёт не про подсистему). Короче, в живую я это ПО не видела, так что не в курсе. Что интересно, MINGW32 тоже создаёт такие файлы, но при этом правильно парсит их, ls показывает их как симлинки, ну и входящие в комплект программы тоже работают с ними, как с симлинками. Просто интересное наблюдение.