Верните выбор темы без необходимости логиниться!

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

Так как никто поддерживать проект не взялся, объявляю его умершим. Кнопочка "delete project" на гуглокоде нажата, похоронная команда гугла уже выехала.

Помянем.

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

Посему передам проект тому, у кого есть желание с ним возиться. Претендент должен показать базовые знания используемого инструментария и (желательно) иметь хоть одну зелёную звезду. Хорошей демонстрацией знаний может послужить исправление регекспов в /usr/lib/tkLOR/lorParser.tcl для работы с актуальной версией лора.

Данный скриншот посвящается тем, кто считает т.н. плазмоиды чем-то революционным, свежим и специфичным только для KDE4.

Как можно видеть на картинке, расположить любые элементы на рабочем столе, таскать их по нему и настраивать тем самым его вид, можно даже в таком простеньком WM как IceWM.

Достигается это просто: для окошка выставляется слой "desktop", оно убирается из списка окон по alt-tab, лишается заголовка и рамки. Voila, у нас есть "плазмоиды", которые можно таскать мышкой, зажав клавишу Alt!

Среди особенностей этой реализации нужно отметить отсутствие какой-либо привязки к конкретному тулкиту, строгую изоляцию в рамках процесса и доступность везде, даже там, где нет kde4 :)

P.S. К буквоедам: да, я знаю, что все случаи использования плазмоидов этим не покрываются, можете не утруждаться.

>>> Просмотр ( 1280x1024, 265 Kb )

Сабж: http://pic.ipicture.ru/uploads/090412/ci1ZFiwZH4.jpg

Ъ в пролёте.

Открыл xpm-файл и офигел: вим его отобразил как картинку.

Пикча: http://pic.ipicture.ru/uploads/090404/FG7Q416Yvn.gif

День дурака прошёл, потрите пакости из новостей. Ну или в толксы хотя бы перенесите...

Собственно, сабж. Что-то я не нашёл, можно ли awk-ом сделать что-то вида:

/blah ([0-9]+)_blah_([a-z]+)/ { print match[1], match[2] }

На тиклеперлопитоне написать проблем не составит. Просто интересно, умеет ли так делать awk?

Не прошло и десяти лет, как в гтк-шном файловом диалоге появилась возможность отображать размер файлов. Интересно, там будут те самые несколько диалогов, которые так подробно недавно расписал Выфер: http://lorquotes.ru/view-quote.php?id=4549?

Если кому-то охота развязать гномосрачЪ, то можете накопипастить в новости: http://www.opennet.ru/opennews/art.shtml?num=20746

Ура! В дебиановском тестинге появилась наконец библиотека BLT, собранная для работы с Tcl/Tk 8.5. Я ждал этого момента с самого выпуска 8.5.

Для тех, кто не знает: BLT - мощная библиотека виджетов и дополнительных процедур для Tk. В состав входят виджеты для различных диаграмм, иерархии, гипертекст, сплайны, drag-n-drop. Также присутствует весьма полезная команда bgexec для лёгкой интеграции асинхронно запущенного процесса в очередь сообщений интерпретатора.

Нужен скрипт, который по заданному запросу сформирует и заберёт запрос у гугла, потом его распарсит и выдаст ответ в plain-текстовом виде.

Пробовал потыкать libnet-google-perl, но даже пример из манов работать не захотел.

P.S. Хорошо бы то же самое и для яндекса. P.P.S. Сам написать не расклеюсь, но хотелось бы готовенького.

Очередной aptitude update принёс плохие вести: простенький графический редактор гимп обзавёлся ещё парочкой зависимостей.

Теперь для его работы жизненно необходимы: питон (причём не какой-нибудь, а строго 2.5.x), биндинги от питона к gtk2 и питон-саппорт("поддержка автоматической пересборки модулей Python"). Беглый анализ показал, что ранее (в lenny) существовал пакет gimp-python, содержащий десяток расширений для гимпа, написанных на питоне. Сейчас же либо мантейнеры решили (вечерком напишу ноту простеста в багтрекер), либо же гимп уже сросся с полусотней мегабайт дополнительных зависимостей.

P.S. В зависимостях текущего гимпа виден gimp-perl. Если следовать этой тактике, то будущие версии гимпа ещё и неотрывными от десятков мегабайт перловых зависимостей окажутся.

Ищу программу, примерный режим работы такой:

1. Выделяю мышой или с клавиатуры какой-то текст в какой-нибудь программе. Он копируется в x selection.
2. Нажимаю хоткей либо клацаю мышью на значок в трее и вызывваю окно интересующей меня программы.
3. Программа мне на содержимое иксового буфера выводит сводку:
- перевод этого слова такой-то
- в гугле нашлось первой ссылкой то-то
- это файл, можете ткнуть кнопку, чтобы его открыть
- это гиперссылка, ткните в неё, чтобы открыть файрфокс. Разумеется, если содержимое буфера на ссылку не похоже, это поле не отображается
- это текст в неправильной кодировке, который более всего похож на следующее...
- что-нибудь ещё, чего может пожелать моя фантазия (т.е. нужна поддержка легко делаемых на коленке плагинов)

Если такой программы нет, придётся писать свою. Но велосипед без необходимости изобретать не хочется.

Хотелось бы, чтобы с формы http://www.linux.org.ru/search.jsp можно было искать ещё и в wiki.

А то придёт новичок, поищет через ссылку "поиск" и не найдёт ничего. Спросит в форуме --- узнает, что он быдло и не читает ФАКи :)

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

Идея конкурса возникла при попытке опровергнуть определение от svu: "проект, который не обновляется, не является живым".

Если кому интересно, то архив моей дебиановской системы для HP iPAQ hx4700 (устанавливаемой на CF) лежить тут: http://www.sharemania.ru/0259938 .

md5sum: e06cbb834195979e15162dd7edc6465e Размер: 228,75 Mb.

поругано подозрительным дериватом http://www.linux.org.ru/whois.jsp?nick=vvfrr . Предлагаю забанить.

Случайно обнаружил у себя в профиле в последних удалённых комментариях 15 удалённых комментариев из старой темы про xorg.conf. При этом я не припомню, чтобы я попадал там под массовое удаление. Пройдя по ссылке, увидел, что тема в 50 с гаком страниц похудела до 34.

Что за ерунда? Это у меня ошибка чётности памяти или кто-то перестарался с Оружием Массового Удаления Комментариев?

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

Обычный порядок действий: пытаешься сделать make в каталоге /lib/blah и получаешь ошибку, потому что есть зависимость на /lib/common/communication, в результате чего приходится лезть туда, делать make там и проходить все зависимости "ручками".

Другой вариант: в /lib/blah делаются симлинки на каталоги, в которых лежат зависимости и в makefile дописываются команды на компиляцию и этих каталогов тоже. В результате произвольное место из исходников собирается со всеми зависимостями одним make-ом.

Вопрос: почему так не делают?

P.S. Про несовместимость с фс, не поддерживающими симлинки знаю, но не думаю, что они волнуют unix-only проекты.

Вышла новая версия библиотеки для работы с системой межпроцессного взаимодействия D-Bus из языка Tcl. Библиотека представляет собой биндинг к libdbus с интеграцией в очередь сообщений Tcl.

Изменения в сравнении с предыдущей версией:

1. Добавлен асинхронный режим работы: теперь появилась возможность не блокировать шину при ожидании ответа от объекта.
2. Добавлена возможность посылки сигналов с заданным типом параметров.
3. Множество улучшений в механизме обработки ошибок.

>>> Страница проекта