... и простой прокси для результатов выдачи впридачу.

По уверениям разработчиков [1][2], поисковик не сохраняет ни байта информации о задающих запросы.

[1] https://ixquick.com/eng/top-ten-ways-ixquick.html [2] https://ixquick.com/eng/privacy-policy.html

Я с этим поисковиком не связан никоим образом, узнал о нём вчера и решил поделиться.

Здравствуй, ЛОР.

Решил провести эксперимент по сбору средств на разработку новой возможности во Free Software-проекте, на профильном сайте catincan.com. Проект — Cupt, новая возможность — расширения ареала применения нового расширенного поиска во все возможные уголки. Подробности — https://www.catincan.com/proposal/cupt/cupt-support-functional-selectors-pack... .

Cupt — полуофициальный менеджер пакетов с некоторыми интересными возможностями для Debian и его производных. Подробнее - http://wiki.debian.org/Cupt и http://people.debian.org/~jackyf/cupt2/tutorial.html#toc3 . Скриншоты для привлечения внимания: http://people.debian.org/~jackyf/cupt2/cupt-example-colored.png , http://people.debian.org/~jackyf/cupt2/cupt-reason-change-and-fse-search.png .

Спасибо за внимание.

Lor Podcast ищет разбирающихся в теме людей для обсуждения (в том числе) следующих тем в предполагаемом первом выпуске:

• systemd и его разработчик Леннарт;
• udevd и его форки;
• FreeBSD/OpenBSD: их безопасность.
• Gnome 3: удаление fallback-режима.

Интересуют взвешенные, аргументированные точки зрения людей, непосредственно соприкасающиеся с вещами.

• Вы администратор и неделю назад перевели свой парк из тысячи машин с sysvinit на systemd?
• Ваш коллега собрал интересную статистику о том, что случается с разработками Леннарта Поттеринга после того, как он принимается за следующий продукт?
• Вы разработчик Gentoo и знаете всю подноготную, как и почему в Gentoo объявилось два форка udev?
• Вы выбрали OpenBSD для сервера из-за уникальных возможностей, отсуствующих за пределами семейства *BSD?
• Вы активный пользователь GNOME с 2001-го года и можете с примерами рассказать, как с годами менялись характер и цели разработки?

Мы, и не только мы, с удовольствием послушаем.

Тема о подкасте: Lor Podcast. Reborn .

Суть проблемы:

$ cat /proc/sys/fs/file-nr
198656  0       199331
$ sudo lsof | wc -l
7301

Какой-то процесс (или ядро само?) отъел себе почти двести тысяч файловых дескрипторов в ядре. Все известные мне способ вывести список файловых дескрипторов для процессов (lsof, /proc/$pid/fd) показывают в сумме всего несколько тысяч для всей системы.

Я явно что-то упустил, что?

Есть дерево исходных кодов на языке С++(11). Хочу получить список функций, длина которых превышает N строк.

Что из готовых программ может мне помочь?

Собственно, вот: http://debian.rpod.ru/257834.html

Все трое ведущих пришли с ЛОРа.

Ъ

Это подкаст о проекте Debian и всём, что с ним связано.
В этом выпуске речь пойдет о следующем:
- ветках Debian
- манифесте Debian
- обсуждение новостей проекта и СПО
- почему нельзя качать сборки Debian с рутрекера и похожих мест.

Подкаст проекта debianforum.ru снова ищет ведущих. О подкасте подробнее можно прочитать здесь.

Требования:

• хотя бы немного «быть в теме» СПО;
• разборчиво говорить на русском языке;
• иметь хотя бы два-три раза в неделю хотя бы час непрерывного свободного времени для обсуждений и, собственно, аудиозаписи.

От каждого желающего нам требуется короткая (абзац текста) аудиозапись с примером вашего голоса.

Контакты:

• либо оставьте свою заявку на участие в той же теме на debianforum.ru;
• либо заходите в жаббер-конференцию debianforum@conference.jabber.ru и обращайтесь к людям с никами 'Paul Carroty', 'bulatus' или 'jackyf', когда застанете таковых;
• либо оставьте свою заявку прямо здесь в теме, она будет периодически просматриваться.

Спасибо за внимание.

Cupt (http://www.linux.org.ru/view-news.jsp?tag=cupt) продолжает своё развитие. Сегодня 2-ая ветка достигла статуса беты.

Главные улучшения относительно ветки 1.x:

- Проект переписан на С++(0x). Скорость++, RAM--.
- Поддержка исходных Debian-пакетов с больше чем одним тарболлом исходников.
- Сообщения об ошибках в конфигурационных файлах стали намного подробнее.
- Добавлен метод скачивания, основанный на wget (меньше зависимостей, чем libcurl).
- Переработан алгоритм порядка вызова dpkg для пакетов, теперь пакеты в среднем находятся меньше времени в промежуточных состояниях.
- Добавлена группа параметров для тонкого контроля приоритетов решателя зависимостей (cupt::resolver::tune-score::*).
- Если не удалось решить зависимости, подробно объясняется, почему (пример по ссылке ниже).
- Возможность добавлять аргументы решателю зависимостей (во время показа возможных решений, вариант 'a') без перезапуска всей программы.
- Исправления некоторых ошибок, куда же без них.

Чуть больше информации и ссылки (на английском): http://jackyf.livejournal.com/115115.html
Прямая ссылка на пакеты (не забудьте прочитать README): http://people.debian.org/~jackyf/cupt2/

Такие дела. Буду рад багрепортам. До тех пор, пока вторая ветка не будет залита в 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 сделано так или иначе.

Я (и, по желанию, другие дебианщики ЛОРа) буду стараться ответить на большинство вопросов.

<Ъ>
14 февраля.
</Ъ>

Пруфлинк - анонс на debian-devel-announce@l.d.o (в архивах пока ещё нет).

З.Ы. Хорошо ведь выбрали, будет неплохо, если релиз будет этого числа :)

На главную не приняли, пусть хоть тут будет...

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'.

Критика и предложения, как обычно, приветствуются.

Страница на cli-apps.org - http://www.cli-apps.org/content/show.php?content=81025 .

>>>

Салют всем 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

Внимание, вопрос - что я сделал неправильно?

>>>

Скажи свой жаббер или стукнись в мой (jackyf[dot]devel[dog]gmail[dot]com), если есть время ответить на пару вопросов по D.

>>>