нахуя уебаны с бнвача постят свои first puk/my perd? всю ленту засрали если анонимусов не скрывать блджад
нахуя уебаны с ютуба постят свои first listen/my reaction? всю выдачу засрали если по дате сортировать блджад
#96KVXL
(0)
/ @anonymous / 1952 дня назад
Тем временем американские леваки создали базу данных тех, кто донатил в кампанию Трампа, с адресами и геолокацией: https://donaldtrump.watch Если маразматик Байден победит у них, чувствую, будет Кристалнахт.
https://forum.palemoon.org/viewtopic.php?f=70&p=201747
Чё там нынче с решениями вида "распределённая гиторепа с ишью"? Или все перекатываются на гитлаб и ждут пока его тож купит мелкософт?
У космонавта с недавних пор сеть конфигуряется через netplan. Задумал я на своей raspberry pi 4 с ubuntu server поднять шифи точку доступа.
Законфигурил сие через hostapd, dnsmasq, а бридж решил сделать через netplan:
network:
version: 2
renderer: networkd
ethernets:
eth0:
dhcp4: true
optional: true
wlan0:
dhcp4: no
bridges:
br0:
interfaces:
- eth0
- wlan0
# Using a static IP for this box.
addresses:
- 192.168.17.120/24
gateway4: 192.168.17.1
nameservers:
addresses: [1.1.1.1,1.0.0.1]
Все работает после netplan generate && netplan apply
Но стоит ребутнуться, то конфигурация не сохранятся и ip адрес на шифи устройства не раздается. ЧЯДНТ?
#3PFYKZ
(3)
/ @ninesigns / 1972 дня назад
В программе space leak, но как искать его непонятно: ghc'шный профайлинг говорит, что всё занимается PINNED-памятью (поскольку я оперирую в основном ByteString'ами), и никаких подробностей о том, где она выделена, и что её держит, не говорит -- https://gitlab.haskell.org/ghc/ghc/-/issues/7275
Как обычно в таких случаях, алгоритм по-хорошему должен в константной памяти работать, но вместо этого память жрётся и жрётся в ходе работы программы, освобождаясь только в конце.
https://github.com/l29ah/hyborg/blob/master/Main.hs#L115
Есть ли варианты лучше, чем бинарный поиск по коду методом комментирования? Кажется, в случае хаскеля это вообще так себе метод поиска утечек, поскольку в случае когда мы комментируем какого-нибудь потребителя данных, мы можем ненароком внести ещё один space leak, например когда большой thunk вычисляется по ходу итеративного алгоритма в компактный результат, либо это вычисление откладывается до самого конца, накапливая большие thunk'и в памяти.
Невидия. nouveau — тормозное говно, с которым тормозит даже смена воркспейсов с двумя urxvt в i3wm. Проприетарь — глюкавое говно, которое роняет аптаймы самыми изощрёнными способами, вставляет палки в колёса (xrandr уже починили?) и вечно выкидывает поддержку того, что едва перестало продаваться.
Штеуд. Скатился: fifo underrun, картинка может начать плясать, смещаться или вообще почернеть в рандомный момент.
Срочно требую таких же охуительных историй про амудэ, пока я не купил их карточку. На игрульки, 4к-видосики, tearing, wayland, майнинг и прочую модную херню насрать.
#7EXAJ9
(23+2)
/ @enterprize / 1983 дня назад
https://sakhalin.info/news/194817/
САХАЛИНСКИЕ МРРРРРРРАЗИ!
пооткрыл нового пелевина
хватило на полчаса
пойду чонить старое его перечитаю лущ :-\
#GV3F81
(8)
/ @anonymous / 2015 дней назад
Что делать если у вас ебашит русская раскладка в современных VNC типа TigerVNC (древнеговнище неподвержено по причинам описанным в конце):
setxkbmap -keycodes "xfree86(basic)+aliases(qwerty)" -layout us
на стороне VNC-сервера.
Почему это работает так:
События ввода с клавиатуры в VNC оперируют кодами символов (прям просто X11 keysyms).
Когда tigervnc получает символ, который есть в текущей активной раскладке X-сервера - он в обратную сторону маппит его на keycode, для X11-клиентов всё выглядит хорошо.
Когда он получает символ, которого нет в текущей раскладке - он придумывает этому символу keycode из свободных, назначает туда, маппит.
Но вот беда: keycode в иксах всего 255 (на самом деле в такой конфигурации даже 248), а заняты в дефолтной конфигурации из них 222.
т.е. под русскую раскладку у вас остается всего 26 символов - 7 букв не входят. Если VNC пойдет смаппит еще какую-нибудь хуйню кроме букв (№ например), то еще больше букв не войдут.
Если на сервере -layout us, будет работать английская, ебашить будет русская, если на сервере русская - наоборот. -layout us,ru и -layout ru,us не помогут, неактивные раскладки видимо не считаются.
По дефолту Xtigervnc, как и обычные иксы на линуксе, сейчас юзает таблицу evdev, в которую скопипащена половина всего linux/input-event-codes.h и КУЧА места занята всяким мультимедиа-говнищем (KEY_EJECTCD, KEY_COFFEE, KEY_BASSBOOST, KEY_BLUETOOTH, ...), которым при подключении по VNC мы готовы пожертвовать.
К счастью, из Xorg не выпилили (и наверное никода не выпилят) старые таблицы времен XFree86, которые содержат только самое необходимое и дают нам 112 ничем не заюзанных кодов.
Очень наглядно, надо записать.
https://www.fontanka.ru/2020/05/05/69241414/
Вот человек описывает своё время. Если и привирает, то, наверное, не больше, чем среднестатистический рассказчик. Утверждает, что делал настоящее дело, в отличие от всяких там известных советских типажей. Мы вполне ясно видим, что «дело» состояло в выдаче правильной картинки, выраженной, например, в циферках планов. Он сам тут же приводит примеры того, чего это стоило, какими методами достигалось, и какие на самом деле были приоритеты работы и организации, — но не видит проблемы в том, что одно противоречит другому. Картинка сложилась — значит, всё в порядке. Это не обезумевший от расстрелов энкавэдэшник, не скользкий делец на солидной должности, не телеведущий, каждой фразой ублажающий аудиторию, которую презирает. Никакое клятое государство не заставляет его выдавать картинку до сих пор. Дальше, понятно, он ругает всех выскочек и хапуг, разваливших такую хорошую систему с «отдельными недостатками». Зато в комментариях массово критикуют подобную расстановку акцентов и цвет очков автора, добавляя рельефности к некоторым упомянутым событиям.
А мораль, если хотите, в том, что такая «картинка» есть у всех.
Цоперайт © 2010-2016 @stiletto.