W: GPG error: ftp://ftp.debian.org/ testing Release: 
The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 010908312D230C5F
 
W: There is no public key available for the following key IDs:
010908312D230C5F

Решение, в общем-то, тривиальное, и ищется в гугле секунд за тридцать. Но пусть будет:

debian# gpg --keyserver subkeys.pgp.net --recv-keys 2D230C5F
debian# gpg -a --export 2D230C5F | sudo apt-key add -

Есть еще один нюанс – тот самый дебиан стоял под XenServer, так что придется скачать еще и ключи для Xen:

wget -q http://updates.vmd.citrix.com/XenServer/5.5.0/GPG-KEY -O- | apt-key add -

Ну вот теперь точно все. Можно с чистой совестью делать apt-get update

P.S. Если обновление не происходит, а адреса репозитория резолвятся в ipv6-адреса, смените в /etc/apt/sources.list адрес источника обновлений на

deb http://ftp.us.debian.org/debian/ lenny main
deb-src http://ftp.us.debian.org/debian/ lenny main

Нюанс был именно в пятом третьем пункте – если просто написать адрес машины, ничего не заработает.

Дальше будет больше, надо полагать) Ну а в целом – я доволен. Поиск нужного приложения в пакетах – крайне полезная штука, но об этом я знал еще давно

для x86
или x86-64

нажимаем

sudo dpkg -r rdesktop
sudo dpkg -i rdesktop_1.6.0-alt1*
cd /usr/lib
sudo ln -s libcrypto.so.0.9.8 libcrypto.so.6

и подключаемся:

rdesktop -5 -z -y -u пользователь -p пароль -g разрешениеxэкрана IP_удаленного_компьютера

главная опция “-y” – она говорит использовать raw клавиатуру

Кому-то помогает, кому-то нет. Мне не помогло, а потому продолжаем поиски :)
Следующее средство найдено было на форуме убунты:

Меняем содержимое файлов /usr/share/rdesktop/keymaps/ru и /usr/share/rdesktop/keymaps/en-us на следущее:

# generated from XKB map ru
include common
map 0x419
grave 0x29
asciitilde 0x29 shift
asciicircum 0x07 shift
backslash 0x2b
bar 0x2b shift
apostrophe 0x28
greater 0x34 shift
less 0x33 shift

В итоге, все кнопки работают и в русской и в английской раскладке что в патченной версии, что в оригинальной. Причем, можно не указывать в параметрах запуска ключ -k с англицкой раскладкой, все работает и с русской раскладкой тоже. Ключ -y указывать НЕ НАДО!! Проверено на терминалах Win2k3 Server и на XP со вторым паком.

sudo cp /var/log/Xorg.0.log /var/log/Xorg.1.log
sudo Xorg -configure :1

и в домашнем каталоге моего пользователя появился файл xorg.conf.new. Он был довольно большой и полный, но секция “Монитор” была убогой. Нужные мне параметры я получил командой:

gtf 1024 768 85

1024 768 – это разрешение, 85 – это частота обновления. Ответ выглядел как-то так:

  # 1024x768 @ 85.00 Hz (GTF) hsync: 68.60 kHz; pclk: 94.39 MHz
  Modeline "1024x768_85.00"  94.39  1024 1088 1200 1376  768 769 772 807  - HSync +Vsync

Дальше гуглим параметры HorizSync и VertRefresh для своего монитора.
Потом объединяем результаты наших трудов в этой секции. Она принимает вид примерно такой:

Section "Monitor"
	Identifier   "Monitor0"
	VendorName   "Monitor Vendor"
  	ModelName      "LG F700B"
        HorizSync       30.0 - 71.0
        VertRefresh     50.0 - 160.0
	Modeline "1024x768_85.00"  94.39  1024 1088 1200 1376  768 769 772 807  -HSync +Vsync
EndSection

Перезагружаемся и все работает как надо. Вот теперь можно приступить к дальнейшей настройке системы. Следующий шаг – это установка драйверов. Я обновился из репозитория через утилиту Synaptic. Проблем с этим не возникло вообще никаких. И уже после установки видеодрайверов все работало отлично. Утилита nVidia X Server Settings порадовала обилием поддерживаемых режимов, чем не могла порадовать в прошлый раз.
Таким образом, весьма расространенная(судя по обилию вопросов на форумах) проблема с частотой обновления экрана оказалось не такой уж и нерешаемой.

P.S. выложил свою версию решения данной проблемы с описанием всех моих действий. На идеальность решения не претендую.

/usr/ports/www/p5-libwww
/usr/ports/devel/p5-LockFile-Simple
/usr/ports/archivers/p5-IO-Compress-Base
/usr/ports/archivers/p5-Compress-Zlib/
/usr/ports/archivers/p5-Compress-Raw-Zlib/
/usr/ports/archivers/p5-IO-Compress-Zlib
/usr/ports/security/p5-Digest-SHA1
/usr/ports/security/p5-MD5
/usr/ports/net/p5-URI
/usr/ports/security/gnupg

После это качаем исходники скрипта debmirror отсюда.

Качаем, распаковываем – в линуксе его можно установить, у меня он работает и без этого – достаточно просто знать, куда мы его распаковали. После этого готовим специальный скрипт:

#!/bin/sh
/home/snake/debmirror --progress --verbose \
--cleanup --nosource --md5sums --host=mirror.yandex.ru \
--root=ubuntu --ignore-release-gpg \
--dist=jaunty,jaunty-security,jaunty-updates,jaunty-backports, \
karmic,karmic-security,karmic-updates,karmic-backports 
--section=main,restricted,universe,multiverse --method=http \ 
--arch=i386,amd64  /mnt/media4/ubuntu

Кратко поясню:

# --arch         #Архитектура. Может быть i386, powerpc или amd64.
# --section=    # Секция (main/restricted/universe/multiverse). Как минимум main, restricted
# --dist=        # Релиз (кодовое название, а так же опции security, updates, backports
# --host=       # Имя сервера
# --root=       # Папка на сервере (обычно /ubuntu)
# --method=   # Протокол для передачи (http, ftp, hftp, rsync)
# /mnt/media4/ubuntu      # Директория с зеркалом
 
# --nosource      #не качает deb-src пакеты, существенно экономит место
# --progress       #показывает процесс скачивания
# --cleanup        #удаляет устаревшие пакеты
# --verbose        #показывает подробные ошибки
# --ignore-release-gpg  # не проверять gpg подпись скачиваемых пакетов. 
# Почему-то не отключается, и получать gpg ключ все равно приходится. 
# Как получить - написано ниже.
# --md5sums          # Проверять md5 хэши скачиваемых пакетов

Если при запуске скрипта вываливается вот такая ошибка:

gpgv: keyblock resource `/root/.gnupg/trustedkeys.gpg': general error
gpgv: Signature made Срд 22 Апр 2009 21:35:26 UTC using DSA key ID 437D05B5
[GNUPG:] ERRSIG 40976EAF437D05B5 17 2 00 1240436126 9
[GNUPG:] NO_PUBKEY 40976EAF437D05B5
gpgv: Can't check signature: public key not found

То выполняем вот такую команду:

snake@snake [~/.gnupg]# gpg --keyserver keyserver.ubuntu.com -a --no-default-keyring 
--keyring trustedkeys.gpg --recv-keys <key ID>

Где берем из ошибки. Получившийся файлик копируем в папку ~/.gnupg/

Когда все файлы обновлений скачаются, следует открыть доступ к папке с зеркалом через http и/или ftp, например так:

ln -s /mnt/media4/ubuntu /var/www/ubuntu

Добавим наш скрипт в cron. Для этого в файл /etc/crontab добавим:

30      4       *       *       7       root    /home/snake/umirror.sh

Наше зеркало будет обновлять раз в неделю в 4.30 утра – пакеты обновляются не так уж часто, а в случае чего-то критического никто не мешает запустить обновление вручную.

Далее остаются сущие мелочи – настроить клиента:

cd /etc/apt
sudo mv sources.list sources.list.orig
sudo mcedit sources.list
deb http://snake.khd.ru/ubuntu karmic main restricted universe multiverse
deb http://snake.khd.ru/ubuntu karmic-updates main restricted universe multiverse
deb http://snake.khd.ru/ubuntu karmic-security main restricted universe multiverse
deb http://snake.khd.ru/ubuntu karmic-backports main restricted universe multiverse

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

#!/bin/bash
#20100503 - Author: Gregg Hansen. Modified by Snake
#version 0.2
#Сначала убедитесь в том, что у вас стоит пакет lame
#Папка с записями разговоров
recorddir="/var/spool/asterisk/monitor"
for i in `ls $recorddir/*.wav`; do
cd $recorddir
#Шаблон даты
date=`ls -l $i | awk '{print $6}'`
#Шаблон часов
hour=`ls -l $i | awk '{print $7}'`
mp3=`echo $i | sed 's/.wav/.mp3/g'`
#Собственно само кодирование. Опции lame выбрать по вкусу
lame -d -h -m j -b 128 $i $mp3
#Сортировка будет происходить по дням, а внутри дня - по времени начала разговора
mkdir ${date}
cd $recorddir/${date}
mkdir ${hour}
mv ${mp3} ${hour}
#wav файлы перемещаются в отдельную директорию, на всякий случай.
#В дальнейшем можно будет просто периодически очищать эту директорию
mkdir ${recorddir}/wav_recordings
mv $i ${recorddir}/wav_recordings/
done

На выходе мы вместо кучи файлов получаем аккуратные папочки с датами. Скрипт лучше всего засунуть в cron и запускать каждые сутки.

Итак, что же такое shell-скрипты и как их поставить себе на вооружение?

Shell — это командная оболочка. Но еще это и мощный язык программирования. Программы на языке shell называют сценариями, или скриптами. Для использования в скриптах доступен полный набор команд, утилит и программ UNIX и плюс внутренние команды shell — условные операторы, операторы циклов и пр., которые увеличивают мощь и гибкость сценариев.

Структуру скрипта можно описать в семи словах следующим образом: «вызов командного интерпретатора — тело скрипта — завершение скрипта». Пишутся скрипты с помощью любого текстового редактора, сохраняются они как текстовые файлы. Но, чтобы было удобнее, я сохраняю их с расширением «*.sh». Но давайте посмотрим на все это на примере конкретной задачи.

Итак, постановка задачи. Есть приложение, которое требуется запускать с довольно большим набором параметров. Запускать придется часто, а каждый раз вводить эти параметры лень:)) Чтоб было нагляднее, посмотрим, как выглядит это действие:

/home/Admin/soft/sgconf/sgconf -s 10.10.10.1 -p 5555 -a Admin -w 112233 -u user -c 100

Что же делает эта команда? Вкратце опишу ситуацию. Есть сервер, раздающий интернет пользователям. Пользователи сидят в инете по цене n рублей за мегабайт. Когда средства на балансе заканчиваются, юзеры приносят деньги, администратор начисляет их им на баланс и пользователи могут снова сидеть в инете за n руб/метр. Сервер находится по адресу 10.10.10.1, порт сервера — 5555, администратора зовут Admin, его пароль — 112233. Требуется на пользователя user положить 100 рублей. Первые 4 параметра — адрес и порт сервера, логин и пароль администратора будут неизменными, а последние два — имя юзера и сумма платежа буду каждый раз разными. Соответственно, нам нет нужды каждый раз вводить 4 неизменных параметра, можно жестко прописать их в теле скрипта, а последние 2 — у нас будут переменными.

Приступим непосредственно к написанию скрипта.

Что же должен делать скрипт? Считывать две переменные(назовем их «user» и «cash»), подставлять их в параметры запуска и запускать приложение. В принципе, все, но так как разработчиками приложения не были предусмотрены некоторые полезные функции, мы можем сами добавить их. Например, мне было бы очень удобно, если бы у меня велся лог пополнений баланса.

Открываем текстовый редактор и пишем код.

Первым делом нам нужен вызов интерпретатора. Для данного скрипта будем использовать интерпретатор bash.

#!/bin/bash

Далее добавим небольшое описание того, что требуется сделать пользователю. Вывод текста осуществляется командой echo. Параметром данной команды является сам текст, который нужно вывести. Пользователь вводит значение переменной, которую считывает оператор read. Параметром этой команды является имя переменной, значение которой задает пользователь. Выглядит это так:

echo -------- sgconf.sh v 0.1 --------
 
echo Имя пользователя:
 
	read user
 
echo Сумма платежа:
 
	read cash
 
echo ---------------------------------

Первая и последняя строки добавлены для удобства пользователя, чтобы было видно, где начинается выполнение скрипта.
Этого кода достаточно, чтобы скрипт выполнял свою основную задачу — запуск приложения с параметрами. Добавим эту операцию с учетом введенных переменных:

/home/Admin/soft/sgconf/sgconf -s 10.10.10.1 -p 5555 -a Admin -w 112233 -u $user -c $cash

Обратите внимание, что вызов переменной обозначается знаком «$», т.е если имя переменной указано со знаком $, то мы обращаемся к ее значению.

Все, теперь нам не нужно каждый раз запускать программу с длиннющими параметрами. Запускаем скрипт, вводим имя плательщика, платеж и все. Но мы договорились еще и вести логи. Займемся решением этой задачи.

Логи у нас будут лежать в виде файла sgconf.log, находящимся в удобной для нас папке. Что нужно для ведения нормальных логов? Во-первых — отметка о выполненной операции, во-вторых — время, когда эта операция была выполнена. Наша операция — это платеж, проведенный на имя пользователя. То есть запись будет иметь следующий формат:

Баланс пользователя “$user” пополнен на “$cash” рублей в $time

И если с переменными $user и $cash мы уже разобрались, то откуда берется значение переменной time?

В консоли линукса есть очень полезный оператор, который показывает нам точное время. Вот это точное время мы и будем использовать в качестве значения переменной time. Делается это просто:

time=`date`

То есть переменная определяется как результат, возвращаемый оператором date.

Теперь разберемся с записью файла sgconf.log. Если он уже существует, то в конце добавим новую запись, если нет — то создадим его и внесем туда данные о нашей операции.

Текст, который будем вносить в логи будет таким:

text="Баланс пользователя "$user" пополнен на "$cash" рублей в $time"

Переменная text меняется в зависимости от переменных user, cash и time

if [ -e /home/Admin/scripts/sgconf/sgconf.log ]
 
	then echo $text >> /home/Admin/scripts/sgconf/sgconf.log 
 
	else echo $text > /home/Admin/scripts/sgconf/sgconf.log
 
fi

Проверка условия производится с помощью конструкции if — then — else — fi. Если выполняется условие, заданное в квадратных скобках, то выполняем один код, если это условие не выполняется — другой, затем заканчиваем проверку.

Конструкция [ -e /home/Admin/scripts/sgconf/sgconf.log ]
– это проверка существования файла /home/Admin/scripts/sgconf/sgconf.log, об этом говорит операция -e: если файл существует, она возвращает значение true и выполняется код echo $text >> /home/Admin/scripts/sgconf/sgconf.log. Если он не существует — то код echo $text > /home/Admin/scripts/sgconf/sgconf.log В первом случае мы добавляем значение переменной text в конец файла(это делается с помощью символа « >> »), во втором случае — мы записываем значение text в новый файл(« > »).

Все, теперь завершаем наш скрипт командой exit.
Сохраняем код в любое удобное место под именем «sgconf.sh» и пользуемся.

Полный код скрипта выглядит так:

#!bin/bash
 
#************************************************#
 
#                  sgconf.sh                     #
 
#           autor: Sergey Kondrashov             #
 
#                 10 25, 2009                    #
 
#                                                #
 
#    how to use sgconfig without hemorrhoids     #
 
#************************************************#
 
 
echo -------- sgconf.sh v 0.1 --------
 
echo Имя пользователя:
 
	read user
 
echo Сумма платежа:
 
	read cash
 
echo ---------------------------------
 
/home/Admin/soft/sgconf/sgconf -s 10.10.10.1 -p 5555 -a Admin -w 112233 -u $user -c $cash
 
time=`date`
 
text="Баланс пользователя "$user" пополнен на "$cash" рублей в $time"
 
echo $text
 
if [ -e /home/Admin/scripts/sgconf/sgconf.log ]
 
	then echo $text >> /home/Admin/scripts/sgconf/sgconf.log 
 
	else echo $text > /home/Admin/scripts/sgconf/sgconf.log
 
fi
 
exit

Теперь, когда нам нужно положить кому-нибудь денежку, мы запускаем скрипт командой «sh sgconf.sh», вводим имя плательщика и сумму платежа. Никаких длинных строчек, никакой головной боли с постоянным вводом одних и тех же значений.

Но на этом я не остановился. Мне показалось неудобным то, что функционал программы предусматривает гораздо больше операций, нежели просто пополнение баланса. Коды этих операций передаются программе так же с помощью параметров. А используя приведенный выше способ, мне пришлось бы писать отдельный скрипт под каждую операцию, что было бы не слишком удобно. Выход очевиден: запуск скрипта с параметрами, которые будут переданы программе. Делается это еще проще, чем то, что мы сделали раньше.

За считывание параметров запуска отвечает переменная “@”. То есть, если мы запускаем скрипт с параметрами, они будут сохранены в эту переменную:

sh sgconf.sh -u user -c 100

Теперь мы просто подставим значение этой переменной в команду, выполняемую скриптом:

/home/Admin/soft/sgconf/sgconf -s 10.10.10.1 -p 5555 -a Admin -w 112233 "$@"

Все! Согласитесь, это куда более удобно, чем то, что было раньше.

Дальше нам нужно подправить ведение логов. Для этого просто редактируем переменную text:

text="$@" "$time"

Таким образом, мы сможем в логах видеть не только имя плательщика, и сумму денег, внесенную им, но и код операции, будь то платеж или кредит и т.д.

Полный код второй версии скрипта выглядит так:

#!bin/bash
 
#************************************************#
#                  sgconf.sh                     #
#           autor: Sergey Kondrashov             #
#                 10 25, 2009                    #
#                                                #
#    how to use sgconfig without hemorrhoids     #
#************************************************#
 
echo sgconf.sh v 0.2
/home/Admin/soft/sgconf/sgconf -s 10.10.10.1 -p 5555 -a Admin -w 112233 "$@"
time=`date`
text="$@" "$time"
echo $text
if [ -e /home/onion/scripts/sgconf/sgconf.log ]
	then echo $text >> /home/onion/scripts/sgconf/sgconf.log 
	else echo $text > /home/onion/scripts/sgconf/sgconf.log
fi
exit