Решил провести эксперимент по сбору средств на разработку новой возможности во Free Software-проекте, на профильном сайте catincan.com. Проект — Cupt, новая возможность — расширения ареала применения нового расширенного поиска во все возможные уголки. Подробности — https://www.catincan.com/proposal/cupt/cupt-support-functional-selectors-pack... .
Какой-то процесс (или ядро само?) отъел себе почти двести тысяч файловых дескрипторов в ядре. Все известные мне способ вывести список файловых дескрипторов для процессов (lsof, /proc/$pid/fd) показывают в сумме всего несколько тысяч для всей системы.
Это подкаст о проекте Debian и всём, что с ним связано.
В этом выпуске речь пойдет о следующем:
- ветках Debian
- манифесте Debian
- обсуждение новостей проекта и СПО
- почему нельзя качать сборки Debian с рутрекера и похожих мест.
либо заходите в жаббер-конференцию debianforum@conference.jabber.ru и обращайтесь к людям с никами 'Paul Carroty', 'bulatus' или 'jackyf', когда застанете таковых;
либо оставьте свою заявку прямо здесь в теме, она будет периодически просматриваться.
- Проект переписан на С++(0x). Скорость++, RAM--.
- Поддержка исходных Debian-пакетов с больше чем одним тарболлом исходников.
- Сообщения об ошибках в конфигурационных файлах стали намного подробнее.
- Добавлен метод скачивания, основанный на wget (меньше зависимостей, чем libcurl).
- Переработан алгоритм порядка вызова dpkg для пакетов, теперь пакеты в среднем находятся меньше времени в промежуточных состояниях.
- Добавлена группа параметров для тонкого контроля приоритетов решателя зависимостей (cupt::resolver::tune-score::*).
- Если не удалось решить зависимости, подробно объясняется, почему (пример по ссылке ниже).
- Возможность добавлять аргументы решателю зависимостей (во время показа возможных решений, вариант 'a') без перезапуска всей программы.
- Исправления некоторых ошибок, куда же без них.
Такие дела. Буду рад багрепортам. До тех пор, пока вторая ветка не будет залита в Debian experimental, шлите их сюда в тему либо мне на мыло (мыло в man-странице внизу).
Задача: в приложении для POSIX-систем, использующем сокеты, понадобилось реализовать тайм-аут на N секунд на чтение. Ваш вариант:
(0) опрос - говно
(1) я не программирую приложения для POSIX-систем, использущее сокеты
(2) изменю алгоритм, чтобы не использовать тайм-аут на чтение из сокета
(3) сделаю setsockopt(... SO_RCVTIMEO...)
(4) воспользуюсь select/poll
(5) воспользуюсь ОС-специфичным решением
(6) сделаю свою реализацию
(7) другой вариант ответа
Есть известная поговорка, что на функциональных языках красиво пишутно две программы: вычисление чисел фибоначчи и сортировка.
Я уверен, что ФП-ники с этим не согласны, но не видел примеров, собственно, программ. Кто-нибудь может дать ссылку на или написать коротенькую программу на любом функциональном ЯП на базовую работу с файлами (типа: вывести в файл abc.dat список всех файлов в текущем каталоге, имя которых заканчивается на '.so'). Желательно, с обработкой ошибок.
Хочется очень простую программу, которая бы считала определённое время.
Интерфейс: продолжить_считать/перестать_считать и вывод статистики (час/сутки/неделя/месяц).
Сегодня увидел следующую ссылку, объясняющую, насколько это здорово - использовать новую библиотеку libdispatch от Apple - http://developer.apple.com/mac/articles/cocoa/introblocksgcd.html. Уже нашлись люди, которые предлагают портировать (и уже портировали) это дело под GNU/Linux.
Меня же решения по ссылке выше после первого прочтения не впечатлили. А что думаете вы?
Вам предлагают поучаствовать в лотерее. При выигрыше вы получаете 5 миллионов долларов. При проигрыше - умираете. Лотерея имеет фиксированную среднюю вероятность выигрыша, равную X процентов. Лотерея заведомо честная.
Внимание, вопрос: при каком минимальном X вы согласитесь поучаствовать в такой лотерее?
И бонус-вопрос: условия те же, только при проигрыше умирает один из близких родственников.
Предлагаю в этом треде задавать вопросы по внутренней и внешней кухне разработки дистрибутива Debian GNU/Linux.
К сожалению, некоторые вопросы/проблемы, особенно касающиеся использования тестируемой/нестабильной/экспериментальной веток Debian плохо освещены, и могут порождать обиды, недовольства, мифы и т.д у пользователей, не нашедших ответа, почему в Debian сделано так или иначе.
Я (и, по желанию, другие дебианщики ЛОРа) буду стараться ответить на большинство вопросов.
daptup — скрипт для Debian-based систем, который умеет делать чуть-чуть из того, что пока не умеют apt-get и aptitude. Он отображает, что же качественно изменилось после апдейта: какие пакеты пришли в репозиторий относительно прошлого апдейта, какие ушли, что нового в обновлениях.
Изменения с момента прошлой новости на ЛОРе (о версии 0.2.1):
* цветной вывод (отключаемо);
* возможность слежения за указанными не установленными в системе пакетами (например, вы хотите попробовать kmail, когда его версия 4.2.0 придёт в репозиторий, но пока им не пользуетесь);
* проверка кодов завершения при вызове aptitude;
* возможность вывода результатов без столбцов (опция --disable-columns у aptitude);
* конфигурационный файл /etc/daptup.conf расширен, каждая опция снабжена комментарием.
Зависимости: aptitude, apt-show-versions.
Минусы: только английские сообщения, "дубовый" вывод.
Использование: вместо '[sudo] aptitude update' — '[sudo] daptup'.
Критика и предложения, как обычно, приветствуются.
Салют всем D-программерам!
Есть Debian GNU/Linux, 2.6.25, amd64. gdc 4.1.2, локаль - en_US.UTF8
Хочу вывести строку юникодную вначале полностью, затем посимвольно:
import std.stdio;
import std.string;
import std.c.locale;
void main()
{
setlocale(LC_ALL, "");
char[] str = "Вот это русский текст. And this is english text";
writefln(str);
foreach (char symbol; str)
{
writef("%s ", symbol);
}
writefln();
}
Полностью строка, выводится замечательно, а вот посимвольно никак:
$ ./second.e
Вот это русский текст. And this is english text
Error: 4invalid UTF-8 sequence
Внимание, вопрос - что я сделал неправильно?