Сообщения vasily_pupkin

Не знаю причем тут systemd, но после обновления на него, мой недобук стал жить от батарейки с выключенными сетевыми устройствами не 6-30, а 7-40. Может совпало, кто знает

Пока любители прогресса монтируют флешки одной командой от рута, наш Прометей допилил мультисит с systemd ^_^

// btw на убунте не работает

13:54:56.730070 IP xxx.xxx.xxx.xxx > 87.250.251.3: ICMP echo request, id 25715, seq 3, length 1472
13:54:56.730222 IP xxx.xxx.xxx.xxx > 87.250.251.3: ip-proto-1
13:54:56.757903 IP 87.250.251.3 > xxx.xxx.xxx.xxx: ip-proto-1

Не могу понять, с чем может быть связана потеря головы пакета в ответе. Никто не сталкивался? В фаерволе вроде все ок, может есть какие прикормленные места, куда смотреть?

Вот допустим у меня есть желание обосновать бессмысленность некоторых вычислительных операций в следующем контексте. Допустим, у меня есть некое гипотетическое устройство с автономным питанием, зашумленный (радио?)канал связи и некие данные. Объем данных - около 50 байт. Я могу передавать эти данные целиком, а могу сократить их длину неким хитрым алгоритмом, достаточно тяжеловесным, скажем на константные 20 байт. Как бы мне убедиться (на бумаге), что энергозатраты связанные с дополнительной/удлиненной передачей меньше (или сопоставимы) с затратами на дополнительные вычисления?

В этой предметной области соображаю чуть меньше чем никак :]

По случаю пепятницы решил попробовать поставить инферну на amd64. Путем беглого просмотра по диагонали mkfiles порт для Linux-amd64 обнаружен не был. Путем тупого eax=>rax эээ преобразования был получен нерабочий кусок говна. Реквестирую рабочий :З

Собственно хочется нечто типа git для фс (кучи бинарных файлов, и их аттрибутов, пустых каталогов, спец. файлов: dev, fifo итд). Можно как и для фс/блоковых устройств в целом, так и для дерева директорий.

Критерии (в порядке убывания значимости): стабильность, скорость доступа к версиям, "вес" "репозитария", синхронизация по сети

Какие есть варианты?

Объясните мне, если кто разбирается как этот шлак работает, зачем нужен суидный агент для аутентификации? Если есть SCM_CREDENTIALS. Чего я не понимаю?

Господа, проясните такой момент: в каких случаях skb->network_header может быть не выставлен (== NULL).

Разумеется вопрос актуален для IP пакета

От постоянного употребления емакса практически поломался контрол. Он теперь нажимается очень мягко, без щелчка. Поменял местами Ctrl=>Sift=>Multi, но все равно принятых мер кажется недостаточно. Не могу понять, что переключает раскладку англ\рус. Изучение xkbcomp :0 - ничего кроме /0 не дает. Если кто знает как поменять chr+ctrl на что нибудь более адекватное буду благодарен за информацию :]

На одноплатнике есть usb, на который заведено куча хлама, в т.ч. юсб вайфай стик. Все ок, до тех пор, пока через вайфай не начинает прокачиваться достаточно здоровое количество данных. Тогда на некоторое время всё дохнет (время очистки очереди). Эксперементально было установлено, что с

net.core.wmem_max = 55000

net.core.wmem_default = 55000

ситуация чуть лучше, чем с другими (по крайней мере на форвардинге). Локально же (NFS) всё совсем плохо. Пока Send-Q не забивается больше чем на ~40000, все ок, но местами Send-Q уходит в ~300000, и сеть глохнет. У кого есть какие предположения, что куда крутить?

Nightmare ~ # staprun /tmp/wifi.ko 
ERROR: Build-id mismatch: "zd1211rw" vs. "zd1211rw.ko" byte 0 (0x55 vs 0x00)
_stp_module_check:288: build-id validation [zd1211rw]

Nightmare ~ # eu-readelf -n $(find /lib/modules/$(uname -r)/ -name zd1211rw.ko)

Note section [24] '.note.gnu.build-id' of 36 bytes at offset 0x8f44:
  Owner          Data size  Type
  GNU                   20  GNU_BUILD_ID
    Build ID: 55afda641515e7094bccae5779787e9b0f291c9d

AliSo staph9SEtW % cat stap-symbols.h | grep build_id_bits
.build_id_bits = "\x55\xaf\xda\x64\x15\x15\xe7\x9\x4b\xcc\xae\x57\x79\x78\x7e\x9b\xf\x29\x1c\x9d",

У кого есть идеи, что эта дура от меня хочет?

Немного не по теме ресурса/раздела, но тем не менее.. Если у кого есть дистирубтив FoxPro < 3 с WLINK8.exe, или иным способом сборки stand alone приложений — люто бешено реквестирую!

Пытаюсь завести cl-fuse под clisp.

Имеется такое поведение: libfuse через cffi вызывает fusermount fork/exec'ом, который в свою очередь дёргает mount. Имеем примерно такую хронологию:

My pid:22830, my ppid: 22829 // Форкнутый fusermount, в котором будет exec
Starting mount 1277616258:962426, parent: 22829 // exec
fusermount: waitpid (22830 from 22829): No child processes
1277616248:962237 => 1277616258:963707; status: -1 //parent

Длинные числа - время исполнения. В mount процессе поставил sleep для наглядности. Получается, что waitpid успешно ждет завершения mount, и возвращает ECHILD. Чего это он так?

Есть необходимость регулярно вносить коррективы в множество образов для ФС. Естественно ФС с правами, итд. Получается, искаробке в ручном режиме этим можно заниматься только от суперпользователя. Это очень неудобно. Есть какие нибудь адекватные способы решения этого вопроса? sudo+alias пожалуй предлагать не стоит.

Хочу аплоадить по одному каналу, а скачивать по другому. Собственно вопрос, можно как то анонсировать свой внешний ip (он отличается от того, с которого я качаю), если да - в каких клиентах?

Есть необходимость дать возможность пользователям менять пароль. Хранилище в ldap. passwd+pam+pam_ldap меняет только userPassword. Что делать/как быть с sambaLMPassword итд? Рисовать костыль заместь passwd как то не радует, верно должен быть адекватный способ. Если использовать оверлеи, то можно впринципе обойтись одним ldappasswd, но мне кажется это костыльным решением.

Как бы с наименьшим геммороем установить локализацию стандартных MessageBox'ов? Yes/No/... => Да/Нет/...

Подскажите как словить факт переключения capslock

Неблокирующие сокеты, ПО работает в своеобразном режиме прокси. Т.е. принимает с одного сокета данные, потом их отправляет в другой. В определенный момент другой хост перестает принимать данные, возвращается -1, errno установлен в EWOULDBLOCK, данные помещаются в буффер, на сокет цепляется EPOLLOUT. Действительно, когда клиент готов, EPOLLOUT срабатывает, но. write возвращает -1, опять с EWOULDBLOCK. fd тот же. В момент приема tcpdump показывает отправление данных, видимо из буффера отправки (хотя netstat'ом не видно что он был O_o). Позже epoll_wait возвращает сокет как готовый к записи, но write, опять же, вываливается нахрен с -1/EWOULDBLOCK. Причем ни одного успешного write в сокет с момента первого фейла не было.

Что это может быть за фигня такая?

Никто не сталкивался с сабжевым девайсом в USB Client режиме?