// debian sid

такие дела

недавно появилась необходимость показывать в консоли русский буквовки.

поставил console-setup

CHARMAP="UTF-8"

CODESET="guess"
FONTFACE="Terminus"
FONTSIZE="8x14"

воот что-то задумался, а как долго может нравится музыка одного стиля/направления/etc.
просто я начинал с ЛЮБЭ на кассетах, потом местная репчина, потом модная альтернатива, немного рамштайна и найтвиша, потом пост-хардкор, последние лет 5 - модный прогрессивный тупой деатхекоре.
заинтересовало тем, что раньше, например, с ЛЮБЭ на репчину переключился за полгода-год, на мазафаку так же, а вот дэткор уже лет 5-6 и не надоедает
наверное, это отсутствие вкуса, но...
интересует мнение аудитории 28+, может 40+, что слушаете и как уже долго?

в последнее время часто тачка стала падать с кернел паником => открытые сессии в тмуксе теряются

решил из позапихать в фалы, чтобы потом было проще восстановить раскладку окон

набросал обертку для удобного запуска

#!/bin/bash

sessionName="$1";
sessionPath="$HOME/.byobu/tmux.windows.d/$sessionName" ;

echo -e "Starting session $sessionName";

if [ -f $sessionPath ]; then
        echo -e "Session file: $sessionPath exists.\nStarting..." ;
        byobu-tmux new-session -s"$sessionName" "tmux source $sessionPath" ;
else
        echo -e "Session file doesnt exist.\nStarting unkn session" ;
        byobu-tmux new-session -s"unkn" ;
fi

например, файл $HOME/.byobu/tmux.windows.d/vbox-headless

neww    -n"Centos6.3x64_1"              "/bin/bash"
neww    -n"Centos6.3x64_2"              "/bin/bash"
neww    -n"Centos6.3x64_3"              "/bin/bash"
neww    -n"AlkDebSidDx86"               "/bin/bash"

но при запуске скрита появляются эти 4 окна со смещением в 1, т.е. создаются все эти окна, но нулевое окно отсутствует, а окна начинаются с 1. Блин, сам не понял, что написал. В общем, я про позицию/номер окна в сессии, а не их количество.

я так понимаю, потому что в нулевом окне отрабатывает tmux source <путь_до_файла> и оно закрывается

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

интересует вопрос.

Почему

# ifconfig eth0 add 192.168.1.1

а

ip addr add 192.168.1.1/32 dev eth0

Но это ладно

Почему после ifconfig add адрес в выхлопе и ip addr show, и ifconfig видно, а после ip addr add видно только в ip addr show?

есть сайтик на народе => есть доступ к нему по фтп

вот в марте яндекс слил народ укозу. Этот сайт пока на народе и хочется его успеть забрать до наступления БП

пробовал забрать с помощью ftp, но оно мне говорит

mget *

mget 7thterm? y
227 Entering Passive Mode (93,158,135,65,128,232)
550 /7thterm: Not a plain file.

пробовал забрать с помощью wget. Он забрал всю структуру, но не забрал некоторое содержимое папок, которое грузилось туда руками, а не генерилось их шаблонизатором.

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

советы, пожалуйста?

Перемещено Pinkbyte из talks

собираю rtorrent

на данный момент собираю из него libtorrent. Собираю debhelper'ом.

Описан файл debian/libtorrent-dev.install.

usr/include/*
usr/lib/*/lib*.so
usr/lib/*/pkgconfig/*

но эта радость падает с

/home/public/share/src/git/libtorrent/build/0.13.3/libtorrent-0.13.3~git.231012.0/debian/l
ibtorrent-dev.install: 1: /home/public/share/src/git/libtorrent/build/0.13.3/libtorrent-0.
13.3~git.231012.0/debian/libtorrent-dev.install: usr/include/*: not found
/home/public/share/src/git/libtorrent/build/0.13.3/libtorrent-0.13.3~git.231012.0/debian/l
ibtorrent-dev.install: 2: /home/public/share/src/git/libtorrent/build/0.13.3/libtorrent-0.
13.3~git.231012.0/debian/libtorrent-dev.install: usr/lib/*/lib*.so: not found
/home/public/share/src/git/libtorrent/build/0.13.3/libtorrent-0.13.3~git.231012.0/debian/l
ibtorrent-dev.install: 3: /home/public/share/src/git/libtorrent/build/0.13.3/libtorrent-0.
13.3~git.231012.0/debian/libtorrent-dev.install: usr/lib/*/pkgconfig/*: not found
dh_install: problem reading debian/libtorrent-dev.install:
make: *** [binary] Error 127

пробовал в debian/rules

override_dh_install:
    dh_install --sourcedir=debian/tmp

если указывать в *.install файле относительно-полный путь, т.е.

debian/tmp/usr/include/*

так вот я думал, что косяк в правилах сборки, но попробовал с предыдыущей точно собирающейся версией, и там те же косяки

собсвтенно, друзья, кто не так давно собирал что-нибудь debhelper'ом - как результат?

debian sid, kernel: 3.7.0-10.dmz.1-liquorix-amd64

Собственно сабж. Перечитав на днях хабры решил поиграть с этой штукой.

сначала поставил yeah, но система свалилась в kernel panic, как и ожидалось, вроде на 3.7 косяки какие-то

потом поставил htcp, но блин, через 2 дня тоже пришел домой, а оно в свежезагруженном состоянии стоит, т.е. я не уверен что это было, но, скорее всего тоже паника

потом попробовал illinois и тут та же фигня и тоже через ~2дня

при этом на стоковом vegas все норм отрабатывало по две недели

так вот как отловить этот kernel panic чтобы хотя бы знать причину?

в общем

хочу задать отдельному, пускай root, пользователю лимит на кол-во открытых файлов

создаю файл /etc/security/limits.d/10-root.conf

туда пишу

root soft nofile 65535
root hard nofile 65535

ребутаю тачку и все, в ulimits -a все так же 1024

куда копать? или надо самому дописать куда-нибудь, чтобы читались файлы в этой(limits.d) директории?

скорость на которой работает точка от чего зависит?

где-то видел, что, если сеть открытая (т.е. не wpa/wpa2), то максимум можно только 130мбит.

сейчас полез смотреть интернеты, пишут, что точка подстраивается под самого медленного клиента, но такой у меня c 802.11g, и, по идее, тогда потолок точки должен быть 54мбит, хотя не уверен.

просто точка работает на 130мбит, и я не могу понять, где я косячу

wndr3700v1, openwrt

Гуглил, яндексил, находится только капельки спертых друг у друга примеров с псевдокодом. А я тупо не понимаю, как это реализовать.

В друг кто-то уже делал такое. Помогите)

Подскажите демон, умеющий слушать кастомный порт и редиректить трафик через цепочки проксей. Типа proxychains только в виде демона.

Есть тачка с линуксом, на ней томкат, проект на яве и скрипт на баше. Проект - некая система контоля успеваемости студентов. Как часть проекта - выделение студентам своей БД в mysql, фтп папка, etc. Фтп на базе vsftpd и авторизацией через mysql сервер.

Проблема в следующем: есть скрипт, который добавляет имя пользователя и пасс в базу фтп, создает для него папку и отдельный файл конфигурации с указанимем разрешенных действий с фтп и путем к домашней папке. Скрипт написан на баше и естественно должен выполняться от рута, так как есть chown и chmod. Для этого пользователю tomcat6 в sudoers разрешено выполнять скрипт,/bin/chmod,/bin/chown,/usr/bin/tee от рута и без паса, а в скрите эти команды выглядят типа: /bin/chown vsftpd:nogroup /home/ftp/... и если выполнять из консоли типа: sudo -u tomcat /bin/bash -c '/etc/vsftpd.conf.d/add_user.sh username pass', то скрипт отрабатывает на ура и пароль не спрашивает, но если вызывать в java через Runtime.GetRuntime().exec(«/bin/bash -c '...'»);(имхо так, уже точно не помню), то ничего не работает, хотя ошибки никакой не возникает.

Так вот вопрос: где может быть подвох? Конечно, создать папку, файл, запись в БД можно и в яве, но вот chown и chmod там нету(вроде). Вот думаю на счет питона. Хотя... Что от этого изменится...