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

• Цель проекта Исполнение под Андроидом существующих Tcl/Tk скриптов без необходимости их изменения
• Андроид 2.3.3 и выше на x86 или ARM
• Tcl/Tk версии 8.6.1
• Используется эмуляция X11 на базе AGG (Anti-Grain-Geometry) и SDL 2.0
• Поддерживается сглаживание линий, овалов и дуг в canvas
• Рендеринг шрифтов используя freetype
• Подключение (монтирование) имеющихся APK используя встроенный ZIP VFS
• «Батарейки» практически на все случаи жизни - более 600 пакетов на борту
• Доступ к Андроид-специфичным функциям:
  • .. осуществляется через SDL командой «sdltk»
  • .. и напрямую командами «borg» (управление и взаимодействие с Android),«rfcomm» (передача данных по bluetooth) и «usbserial» (передача по USB)
  • .. уведомление о события через привычный механизм tk::bind и виртуальные события. К примеру типа <<PinchToZoom>>,<<LocationUpdate>>,<<SensorUpdate>> и тому подобные
• удалённое тестирование и отладка используя tkconclient
• экспериментальная возможность создания автономных приложений, то есть APK включающий интерпретатор, ваши скрипты и только необходмые пакеты

Сайт проекта: http://www.androwish.org

Страница на tcl.tk: http://wiki.tcl.tk/39022 и список пакетов http://wiki.tcl.tk/39023

В последней версии «The Wizard of Oz» (2014-08-17) обновлены SQLite до версии 3.8.16, OpenSSL до 1.0.1h, исправлены баги в работе со специфичным оборудованием (акселерометр, компас) и пофикшены мелкие баги.

Дистрибутив (~22М) доступен как в исходных текстах, так и в бинарном виде APK подписанным отладочным ключом. Для установки должны быть включена галочка «install from unknown sources» в настройках

>>> официальный сайт (androwish.org)

Скажите, какое оно? Как можно помочь проекту (и стоит ли)? Спрашиваю, ибо уже не первый год ходят разговоры о том, что вымирает постепенно коллектив. Да и сам вижу, что многие приложения давно не обновляются. Тот же blender, например.

В последнее время всё реже обновляю систему, потому что обновлений всё меньше. Есть пара команд (KDE, например), которые занимаются поддержкой, но всё дерево как будто уже не так живо, как лет 5 назад, скажем.

Сейчас используется xxkb, регулярно падает. Например, из-за изменения яркости подсветки экрана, и не только. Конечно, можно при выявлении такой зависимости вроде «поменял яркость — падает» писать костыль, который по нажатию клавиши изменения яркости будет не просто её менять, а делать killall xxkb, менять яркость, запускать xxkb. Но это же костыль.

Требования:
отсутствие привязки к какому-либо DE и лишних зависимостей
изкоробочность
максимально стабильная работа

Используется i3wm и gentoo.

В общем у бинарников не стоит никаких флагов в расширеных атрибутах.
Если включить softmod, то он продолжает защищать, если сделать paxctl-ng -C /my/binary, то все работает.
Может я что-то не так настроил? Или это нормальное поведение?

Доброго дня!
На серваке воткнута 82541GI с драйвером e1000.
Intel выложило вот такой интересный документ: Small Packet Traffic Performance Optimization for 8255x and 8254x Ethernet Controllers Application Note (AP-453)
http://download.intel.com/design/network/applnots/ap453.pdf
в котором радостно сообщает, что: Theoretical Maximum Frame при Rate Maximum-sized Ethernet frames carrying TCP/IP data (1538 byte) составляет 81,274 packets per second (approx.), при минимальных размерах (64 byte) 1,488,095 packets per second (approx.)

Что имеется по факту. Максимум примерно. RX+TX=100000 pp/s. Выше не поднимается. Соотношение трафика: 66-255 10% 256-511 10% 512-1023 25% 1023-1538 55% Скорость передачи данных при этом: 450 RX, 250 TX. При этом количество пакетов примерно 48000-50000 что на TX, что на RX.

Собственно вопрос: следует ли считать, что «уперлись» в предел производительность интерфейса? К сожалению, документ не уточняет, что подразумевается под Theoretical Maximum Frame суммарно RX+TX или же отдельно RX и TX количество пакетов в секунду.

Есть ли у кого-нибудь опыт решения таких проблем?

Использовали ли вы 10GB сетевые карты?

Если что:
cat sysctl.conf
net.ipv4.neigh.default.gc_thresh3=8192
net.netfilter.nf_conntrack_max=1048576
net.core.rmem_default=201250
net.ipv4.tcp_keepalive_probes=3
net.ipv4.conf.all.secure_redirects=0
net.ipv4.neigh.default.gc_thresh1=2048
net.core.wmem_default=201250
net.core.netdev_max_backlog=100000
net.ipv4.tcp_mtu_probing=1
net.core.somaxconn=300000
net.core.wmem_max=16777216
net.ipv4.conf.all.send_redirects=0
net.ipv4.ip_local_port_range=«1024 65000»
net.nf_conntrack_max=1048576
net.core.rmem_max=16777216
net.ipv4.tcp_wmem=«4096 65536 16777216»
net.ipv4.tcp_keepalive_intvl=5
net.ipv4.conf.all.accept_redirects=0
net.ipv4.conf.default.accept_source_route=0
net.ipv4.tcp_fin_timeout=15
net.ipv4.neigh.default.gc_thresh2=4096
net.ipv4.tcp_rmem=«4096 87380 16777216»

Процессор при этом не загружен в 100%. В среднем 30-40% id всегда есть

Хочу настроить автомонтирование usb накопителей(флешек). Погуглил немного, и создал такое правило для eudev:

/etc/udev/rules.d/automount.rules

KERNEL!="sd[c-z]*", GOTO="automount_end"

ACTION=="add", ENV{DEVTYPE}=="partition", RUN+="/usr/bin/udisksctl mount -b %N"
ACTION=="remove", ENV{DEVTYPE}=="partition", RUN+="/usr/bin/udisksctl unmount -b %N"

LABEL="automount_end"

Оно срабатывает только один раз - после перезапуска eudev /etc/init.d/udev restart. Дальше автомонтирование перестаёт работать, udisksctl выдаёт такую ошибку:

Error looking up object for device /dev/sde1

суть в том, чтобы после переконфигурации ядра portage его провалидировал с учетом установленных пакетов. чтото типа:

1. ставлю, например, systemd

2. systemd говорит, что в ядре нужно включить CONFIG_ЧТОТОТАМ

3. лезу в nconfig, включаю CONFIG_ЧТОТОТАМ

4. ставлю systemd, все ок

5. через месяц, напрочь забывая про необходимость CONFIG_ЧТОТОТАМ, лезу в конфиг ядра и выключаю ее

можно ли после шага 5 как-то прогнать по установленным пакетам portage, чтобы тот ругнулся на несоответствие?

Сеть у меня настраивается через systemd-networkd (статические настройки). При нерабочем одном канале инета я меняю скриптом метрики маршрутов, таким образом переключаюсь на другой канал.

Раньше это работало. Но вот с недавних пор почему-то systemd-networkd через каждые несколько минут начинает возвращать метрики к значениям, которые прописанные в конфиге.

root@xxx# systemctl status systemd-networkd
● systemd-networkd.service - Network Service
   Loaded: loaded (/usr/lib64/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled)
   Active: inactive (dead) since пт 2015-06-19 02:16:01 EEST; 13s ago
     Docs: man:systemd-networkd.service(8)
  Process: 2985 ExecStart=/usr/lib/systemd/systemd-networkd (code=exited, status=0/SUCCESS)
 Main PID: 2985 (code=exited, status=0/SUCCESS)
   Status: "Shutting down..."

чер 19 02:15:31 andromeda systemd[1]: Starting Network Service...
чер 19 02:15:31 andromeda systemd-networkd[2985]: Enumeration completed
чер 19 02:15:31 andromeda systemd[1]: Started Network Service.
чер 19 02:15:31 andromeda systemd-networkd[2985]: enp3s0: Configured
чер 19 02:15:31 andromeda systemd-networkd[2985]: enp5s6: Configured

Или есть systemd-way для смены конфигурации сети на лету?

И так, имеем локальную сеть. Сейчас все компу в ней получают серые IPv6, которые выходят через nat6. Подключил he6, дали внешку. Я распредилил её по узлам, на клиентах прописал руками.

Вот подсети:

серая - fd00:1002:1289:4::/64
внешка - 2001:470:7b2c:2::/64

Серая раздаётся через radvd - не жалко Вторую надо раздать так:

2001:470:7b2c:2::1/128 - пк
2001:470:7b2c:2::2/128 - ноутбук

как это можно сделать с помощью radvd

Была БД 10 МБ, раздулась до 10 ГБ, потом уменьшилась до 200 МБ - но на диске имеем все те же 10 ГБ. Как ее сдуть? Или механизм Innodb предполагает «ниппельную» систему? mysqldump не предлагать.

Перемещено leave из general

На конференции EuroTcl 2014 широкой публике было представлено расширение VecTcl, добавляющее в стандартный Tcl новый тип данных — числовые массивы и включающее в себя средства для эффективной работы с ними.

Это расширение предназначается для выполнения инженерных вычислений и является аналогом NumPy+SciPy в Python, PDL в Perl (напомню, что в Perl6 подобные массивы поддерживаются на уровне языка), языков APL, J, K, R.

Синтаксис для описания массивов представляет собой стандартный синтаксис для создания списков в Tcl. Для работы с массивами предназначена специальная команда vexpr, компилирующая переданный ей блок кода в код на обычном Tcl и исполняющая его. Также расширение вводит в язык комплексные числа.

Пример кода:

set x { 1 2 3 }
set A {{1.0 2.0 3.0} {4.0 5.0 6.0} {7.0 8.0 9.0}}
vexpr { A*x }
# 14.0 32.0 50.0

Здесь необходимо отметить, что имена переменных в теле vexpr не имеют сигила $.

Расширение пока что имеет версию 0.1.7alpha и распространяется в виде исходных кодов, бинарных архивов и старкита/старпака.

Здесь можно почитать презентацию с EuroTcl.

>>> Официальный сайт (auriocus.github.io)

Есть debian wheezy и cisco (несколько) Требуется поднять между сервером и цисками gre туннели и объединить их логически в один влан. Для этого натсроил GRE туннель подобным образом:

auto tun2
iface tun2 inet manual
       pre-up iptunnel add tun2 mode gre remote 8.8.8.8 local 9.9.9.9 ttl 255

В результате имею gre интерейс в котором дампом видны пакеты, который приходят «с той» стороны:

root@lb2:~# ip tunnel show
gre0: gre/ip  remote any  local any  ttl inherit  nopmtudisc
tun2: gre/ip  remote 8.8.8.8  local 9.9.9.9 ttl 255 

Т е интерфейс поднят и все ок. Далее - пытаюсь сделать бридж и получаю ошибку:

root@lb2:~# brctl addbr br1   
root@lb2:~# brctl addif br1 tun2
can't add tun2 to bridge br1: Invalid argument
root@lb2:~# brctl show       
bridge name     bridge id               STP enabled     interfaces
br1             8000.000000000000       no

Поиск по поисковникам не помог найти ответ - поэтому прошу помощи здесь. Что это такое и как исправить?

Есть UPS Powercom Smart King PRO 500A:

> sudo lsusb 
Bus 004 Device 003: ID 0d9f:00a2 Powercom Co., Ltd Imperial Uninterruptible Power Supply (HID PDC)
Bus 004 Device 004: ID 0d9f:00a3 Powercom Co., Ltd Smart King PRO Uninterruptible Power Supply (HID PDC)

Nut версии 2.7.2 под Debian Wheezy (nut - бэкпорт из sid).

Никак не получается завести UPS SKP-500. Параллельно подключен Powercom Imperial - он работает, SKP-500 под Windows работает (виден в системе как HID и в Powercom'овской софтине тоже виден). Один раз как-то получилось его запустить с nut, но я начал играться настройками ups'а и он почему-то отвалился.

ups.conf

maxretry = 3

[server-ups]
driver = usbhid-ups
port = auto
productid = 00a2

[current-ups]
driver = usbhid-ups
port = auto
productid = 00a3

При запуске выдаёт такую ошибку:

> sudo upsdrvctl -u root start current-ups
Network UPS Tools - UPS driver controller 2.7.2
Network UPS Tools - Generic HID driver 0.38 (2.7.2)
USB communication driver 0.32
No matching HID UPS found
Driver failed to start (exit status=1)
Network UPS Tools - Generic HID driver 0.38 (2.7.2)
USB communication driver 0.32
No matching HID UPS found
Driver failed to start (exit status=1)
Network UPS Tools - Generic HID driver 0.38 (2.7.2)
USB communication driver 0.32
No matching HID UPS found
Driver failed to start (exit status=1)

На сервере develop у меня стоит apache.
Делаю telnet на 80 порт, немного жду и закрываю соединение 
вообще без передачи каких-либо данных.

olimpico_work ~ # telnet develop 80
Trying 192.168.70.201...
Connected to develop.
Escape character is '^]'.
^]quit

telnet> quit
Connection closed.
olimpico_work ~ # 


Вот что показывает при этом tcpdump на клиентской стороне:

olimpico_work ~ # tcpdump -i eth1 host develop and port 80
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
11:23:44.187263 IP krivenok.41234 > develop.http: S 2779819717:2779819717(0) win 5840 <mss 1460,sackOK,timestamp 1348338 0,nop,wscale 7>
11:23:44.187387 IP develop.http > krivenok.41234: S 107518013:107518013(0) ack 2779819718 win 5792 <mss 1460,sackOK,timestamp 15521524 1348338,nop,wscale 2>
11:23:44.187423 IP krivenok.41234 > develop.http: . ack 1 win 46 <nop,nop,timestamp 1348338 15521524>


11:23:57.346185 IP krivenok.41234 > develop.http: F 1:1(0) ack 1 win 46 <nop,nop,timestamp 1349652 15521524>
11:23:57.346368 IP develop.http > krivenok.41234: F 1:1(0) ack 2 win 1448 <nop,nop,timestamp 15524815 1349652>
11:23:57.346405 IP krivenok.41234 > develop.http: . ack 2 win 46 <nop,nop,timestamp 1349652 15524815>

6 packets captured
6 packets received by filter
0 packets dropped by kernel
olimpico_work ~ # 


Вроде все правильно и логично - сначала 3-этапное установление
соединения, а затем его завершение.

При этом на сервере develop видел, что соединение установлено:

develop ~ # netstat -na | grep "70.198" | grep 80 
tcp        0      0 192.168.70.201:80       192.168.70.198:41234    ESTABLISHED 
develop ~ # 

Пока все хорошо.


А теперь делаем то же самое с сервером develop2 на котором тоже
стоит apache.

olimpico_work ~ # telnet develop2 80
Trying 192.168.70.205...
Connected to develop2.
Escape character is '^]'.
^]quit

telnet> quit
Connection closed.
olimpico_work ~ # 

Вот что показывает tcpdump:

olimpico_work ~ # tcpdump -i eth1 host develop2 and port 80
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
11:30:53.644916 IP krivenok.49819 > develop2.http: S 2776473031:2776473031(0) win 5840 <mss 1460,sackOK,timestamp 1391155 0,nop,wscale 7>
11:30:53.645069 IP develop2.http > krivenok.49819: S 874752337:874752337(0) ack 2776473032 win 5792 <mss 1460,sackOK,timestamp 6177317 1391155,nop,wscale 7>
11:30:53.645104 IP krivenok.49819 > develop2.http: . ack 1 win 46 <nop,nop,timestamp 1391155 6177317>
11:30:57.245167 IP develop2.http > krivenok.49819: S 874752337:874752337(0) ack 2776473032 win 5792 <mss 1460,sackOK,timestamp 6177677 1391155,nop,wscale 7>
11:30:57.245214 IP krivenok.49819 > develop2.http: . ack 1 win 46 <nop,nop,timestamp 1391515 6177677,nop,nop,sack 1 {0:1}>
11:31:03.247796 IP develop2.http > krivenok.49819: S 874752337:874752337(0) ack 2776473032 win 5792 <mss 1460,sackOK,timestamp 6178277 1391515,nop,wscale 7>
11:31:03.247837 IP krivenok.49819 > develop2.http: . ack 1 win 46 <nop,nop,timestamp 1392114 6178277,nop,nop,sack 1 {0:1}>
11:31:15.255559 IP develop2.http > krivenok.49819: S 874752337:874752337(0) ack 2776473032 win 5792 <mss 1460,sackOK,timestamp 6179477 1392114,nop,wscale 7>
11:31:15.255603 IP krivenok.49819 > develop2.http: . ack 1 win 46 <nop,nop,timestamp 1393312 6179477,nop,nop,sack 1 {0:1}>
11:31:39.466169 IP develop2.http > krivenok.49819: S 874752337:874752337(0) ack 2776473032 win 5792 <mss 1460,sackOK,timestamp 6181897 1393312,nop,wscale 7>
11:31:39.466216 IP krivenok.49819 > develop2.http: . ack 1 win 46 <nop,nop,timestamp 1395728 6181897,nop,nop,sack 1 {0:1}>


11:31:46.678079 IP krivenok.49819 > develop2.http: F 1:1(0) ack 1 win 46 <nop,nop,timestamp 1396448 6181897>
11:31:46.678314 IP develop2.http > krivenok.49819: F 1:1(0) ack 2 win 46 <nop,nop,timestamp 6182618 1396448>
11:31:46.678353 IP krivenok.49819 > develop2.http: . ack 2 win 46 <nop,nop,timestamp 1396448 6182618>

14 packets captured
14 packets received by filter
0 packets dropped by kernel
olimpico_work ~ # 


При этом если смотреть на сервере, то соединение находится 
в состоянии SYNC_RECV:

develop2 EQ-scripts # netstat -na | grep "70.198" | grep 80
tcp        0      0 192.168.70.205:80       192.168.70.198:49819    SYN_RECV   
develop2 EQ-scripts # 


То есть обмен пакетов следующий:
-> SYN  
<- SYN/ACK
-> ACK
<- SYN/ACK
-> ACK
<- SYN/ACK
-> ACK
...
...

Насколько я понимаю состояние SYN_RECV говорит о том, что
получен SYN и отправлен SYN/ACK.
После получения ACK на SYN/ACK соединение должно перейти
из SYN_RECV в ESTABLISHED.
Но этого не происходит.
Такое ощущение, что TCP сервера вообще не получает последний
ACK и поэтому постоянно перепосылает SYN/ACK клиенту.
На что клиент честно отвечает ACK'ом как показано выше.

В чем может быть проблема?

P.S.

Я запустил tcpdump и на сервере (все то же самое, только
номера эфемерных портов другие):

develop2 EQ-scripts # tcpdump -i eth0 host 192.168.70.198 and port 80
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
11:44:40.458868 IP krivenok.internal.44560 > develop2.http: S 896196718:896196718(0) win 5840 <mss 1460,sackOK,timestamp 1473788 0,nop,wscale 7>
11:44:40.461384 IP develop2.http > krivenok.internal.44560: S 959167485:959167485(0) ack 896196719 win 5792 <mss 1460,sackOK,timestamp 6260093 1473788,nop,wscale 7>
11:44:40.459054 IP krivenok.internal.44560 > develop2.http: . ack 1 win 46 <nop,nop,timestamp 1473788 6260093>
11:44:44.255015 IP develop2.http > krivenok.internal.44560: S 959167485:959167485(0) ack 896196719 win 5792 <mss 1460,sackOK,timestamp 6260473 1473788,nop,wscale 7>
11:44:44.255231 IP krivenok.internal.44560 > develop2.http: . ack 1 win 46 <nop,nop,timestamp 1474167 6260473,nop,nop,sack 1 {0:1}>
11:44:50.257519 IP develop2.http > krivenok.internal.44560: S 959167485:959167485(0) ack 896196719 win 5792 <mss 1460,sackOK,timestamp 6261073 1474167,nop,wscale 7>
11:44:50.257738 IP krivenok.internal.44560 > develop2.http: . ack 1 win 46 <nop,nop,timestamp 1474766 6261073,nop,nop,sack 1 {0:1}>
11:45:03.592464 IP develop2.http > krivenok.internal.44560: S 959167485:959167485(0) ack 896196719 win 5792 <mss 1460,sackOK,timestamp 6262273 1474766,nop,wscale 7>
11:45:03.592679 IP krivenok.internal.44560 > develop2.http: . ack 1 win 46 <nop,nop,timestamp 1475963 6262273,nop,nop,sack 1 {0:1}>
11:45:27.794962 IP develop2.http > krivenok.internal.44560: S 959167485:959167485(0) ack 896196719 win 5792 <mss 1460,sackOK,timestamp 6264693 1475963,nop,wscale 7>
11:45:27.795178 IP krivenok.internal.44560 > develop2.http: . ack 1 win 46 <nop,nop,timestamp 1478379 6264693,nop,nop,sack 1 {0:1}>
11:45:38.087399 IP krivenok.internal.44560 > develop2.http: F 1:1(0) ack 1 win 46 <nop,nop,timestamp 1479406 6264693>
11:45:38.087487 IP develop2.http > krivenok.internal.44560: F 1:1(0) ack 2 win 46 <nop,nop,timestamp 6265722 1479406>
11:45:38.087688 IP krivenok.internal.44560 > develop2.http: . ack 2 win 46 <nop,nop,timestamp 1479406 6265722>
^C
14 packets captured
38 packets received by filter
0 packets dropped by kernel
develop2 EQ-scripts # 


Видно, что ACK приходит.

>>> Подробности (Invalid URL, no host part!)

Fedora 17. Стоял у меня i3, жил не тужил, но меня дико бесил GDM (дефолтный в федорке). Стартовал в пять раз дольше чем i3, выглядел как говн^W^Wгномотри, короче, не нравился он мне. Установил слим, в /etc/sysconfig/desktop прописал

 DISPLAYMANAGER=/usr/bin/slim 

#!/bin/sh

exec i3

Постоянно использую один внешний hdd, загружая с него Linux систему на разных машинах. Хочу написать скрипт для автоматизации рутинных действий по индивидуальной настройке hardware с вызовом разных программ для разных машин.

Т.е. напр.
If (Home)
cp /etc/X11/xorg-home.conf. /etc/X11/xorg.conf

if (Notebook)
/etc/init.d/wpa_supplicant start
и т.п

Вот только как отличать друг от друга различные компьютеры в скрипте? Нужен уникальный идентификатор машины.
По смыслу подошел бы например серийный номер. мат. платы, процессора или что-то в этом духе, но как получить эту информацию в скрипте я не знаю.
Думал про легко доступные вещи типа MAС-адреса сетевых карточек и серийников hdd но это будет не очень надежно (сетевух может быть много, hdd может поменяться и тп.).
Есть ли ещё какие-то доступные из скрипта id, которые можно использовать в качестве уникального идентификатора машины?

Итак, имеется Ubuntu Server 10.04. Возникла необходимость использовать электронный ключ usb Eutron InfoSecuritu. Всё бы ничего, да драйверу, который его обслуживает (закрытая разработка) для корректной работы необходима файловая система usbfs.

Пока что выхода всего лишь вижу 2: пересборка каждого ядра или откат на последнее ядро, где ещё поддержку не перевели в DEPRECATED (2.6.31-10, к примеру).

Но тогда возникает целый ряд вопросов о безопасности, обновлениях и прочем. И, самый главный: если usbfs выкинули (или, что более точно, пока планируют выкинуть) из ядра, то что совместимое осталось?

Гугл рыл, инфы по данному вопросу не сильно много. Прощу помощи.

>>> Подробности (Invalid URL, no host part!)

>>> Подробности (Invalid URL, no host part!)

Если у вас как-то странно работает мультикаст* через линуксовый мост (который поднимается brctl'ом) попробуйте выключить multicast snooping:

echo 0 >/sys/devices/virtual/net/$BRIDGE/bridge/multicast_snooping