Collective funding of free software development

This is a translation of my previous post in case we need to contact someone in the english-speaking part of the world.

Free software is slowly gaining popularity. At the same time users are often dissatisfied with the quality. A vivid example for me is desktop software.

I am sure that everyone has faced the following situation – there is some popular and useful program but despite requests there are no necessary features in it and bugs migrate from version to version for years. You may find such examples at bugs.debian.org, bugs.launchpad.net and bugs.kde.org. Bug reports that are two-three years old are not uncommon there, you may even find bugs that are five-seven years old.

I think the reason for it is quite obvious – although the copying of free software is free of charge, its creation and support cost a lot of money. We need a reliable mechanism for users to pay money for the development activity they need; or the situation will not change.

KUbuntu 10.10 гасит экран при просмотре видео

Напоролся в KUbuntu 10.10 на крайне раздражающую ошибку. Думаю, она и раньше была, просто я не обращал внимания. Стоит сесть смотреть на компьютере более-менее длинный видеоролик и оставить в покое мышь с клавиатурой, как KDE гасит экран и портит все настроение. Я все понимаю DPMS, экономия электроэнергии и все такое, только давайте без фанатизма, вообще-то, я кино смотрел...

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

sudo apt-get install smplayer

Настройка проигрывателя по умолчанию, когда в системе их несколько, для меня оказалась далеко не очевидна. Надо в Dolphin правой кнопкой нажать на файл. В меню выбрать свойства файла. На первой закладке, напротив типа файла, нажать на кнопку настройки (гаечный ключ). Наконец, в диалоге выбрать проигрыватель по-умолчанию. Надо ж так закопать было. Привет из GUI...

Root-shell в Ubuntu

В Ubuntu учетная запись root по-умолчанию заблокирована, вместо этого предлагается пользоваться sudo. Все бы хорошо, но есть у меня дурная привычка, открывать root-shell, когда надо сделать много настроек за раз.

Как выяснилось, даже здесь есть подводные камни. Если пользоваться sudo bash можно огрести неприятности из-за того, что HOME и другие переменные окружения будут указывать на домашний каталог исходного пользователя. Одна из них — создание файла .bashistory принадлежащего root. Понятно, что после такого, история у оригинального пользователя сохраняться перестает.

В общем, полезно иногда читать документацию. Правильный способ открыть root shell оказался: sudo -i

Коллективный donate

В предыдущей статье, я предложил механизм коллективного финансирования разработки свободного ПО. На мой взгляд, схема рабочая, однако, остается вопрос: что мне делать, с чего конкретно начать?

При современных расценках в районе 20-30$ за час работы квалифицированного разработчика, серьезно говорить о разработке на заказ можно, только если вы располагаете суммой хотя бы 1000$. Думаю, не ошибусь, если скажу, что подавляющее большинство готово потратить только 1-2$ за раз. Чтобы коллективное финансирование разработки на заказ работало в таких условиях требуется размер сети в тысячи узлов. Цепочка от того, кто непосредственно делает заказ, до конечного пользователя, вкладывающего свои 1-2$, будет включать, как минимум, из 4-5 посредников.

Прежде чем социальная сеть достигнет таких размеров, на должна зародиться и как-то развиться. Вряд-ли это возможно без постоянного участия сети в финансировании каких-то более скромных задач. В качестве одной из таких задач я предлагаю сбор коллективных пожертвований на развитие свободных проектов.

Коллективное финансирование разработки свободного ПО

Свободное программное обеспечение потихоньку пробивает себе дорогу. Однако, пользователи частенько высказывают справедливое недовольство качеством. Лично для меня, яркий тому пример — настольные системы.

Наверное, каждый сталкивался со ставшей уже привычной ситуацией, когда, несмотря на просьбы, и казалось бы очевидную полезность, необходимые возможности годами отсутствуют в популярных программах, а ошибки кочуют из версии в версию. Для примера можно посетить: bugs.debian.org, launchpad.net или bugs.kde.org. Отчеты об ошибках двух-трех летней давности, здесь далеко не редкость, а порой можно встретить старожилов возрастом лет 7, если не больше.

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

О совместимости KMail, Maildir и IMAP

Случилась со мной неприятность. В результате переезда постоянного доступа к IMAP серверу, где я складировал почту, у меня больше нет. В принципе, не проблема, просто, в результате я озаботился вопросом, как бы так сделать, чтобы почту можно было таскать за собой и иметь автономный доступ, но при этом сохранив гибкость и совместимость с тем, что есть. Тут то и вылезли прелести KMail.

Обновился до Kubuntu 10.10

Недавно обновился до Kubuntu 10.10. Общие впечатления нейтральные. Что-то из багов залечили, что-то добавили. Например, плазма стала падать чаще, как и amarok, правда он, вроде, из-за dbus валится. С другой стороны, мне наконец удалось задействовать Network Manager для PPTP, хоть и страшен он, как ядерная война. Также из Debian unstable приехал dos2unix от чего исправились кое-какие баги связанные с tofordos из Lucid. Наконец, наблюдаются какие-то странности с репозиториями. Пакеты которые, теоретически, должны быть, тот же memaker, apt-cache не находит хотя, на launchpad и на сервере они есть.