MySh
А там конфигурялка на Ruby написана? А если запустить с явным указанием интерпретатора? Какая версия Ruby установлена? Удовлетворяет его высоким требованиям?

А он тоже кому-нибудь попеняет (-:Е

Дык они же вроде пали в конце концов недавно.

memini

Да, есть немного (-:Е
Вот переползу на amd64, тогда и поразбираюсь

krigstask

Похоже, да.

Как? Просто писать перед «./configure» «ruby»? То же самое получается.

ruby 1.8.6 (2007-03-13 patchlevel 0) [i586-linux-gnu]

А кто ж его знает?.. но на зависимости вроде бы не ругается.

Ага! Это я, значит, от жизни отстал. Спасибо за ссылку, пошёл регистрироваться и пенять.

Shura

С амазона. Правда только иностранных исполнителей. Русские приходится руками добавлять...

Добавлено 06-10-2008 09:16:37

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

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

Уж лучше собрать из исходников и спать жить спокойно

Добавлено 06-10-2008 09:19:24
memini

Если совпадение происходит только с названием альбома, то свернуты. Если с темой внутри альбома - развернуты.

Вообще система фильтрации в Amarok куда как более гибкая...
Хотел было свой скриншот прислать, но опередили

Писать письма разработчикам. А то они могут и не знать.

Добавлено 06-10-2008 10:56:10

Господь с Вами! Это deco на dump-терминалах выводил такие знаки. В mc я такого ни разу и не видел. Тем более сейчас, на консолях с Unicode.

Ну-ну. Починили со времён Windows XP изменение размеров в знаках на лету? Это больше всего раздражало. Вы не подумайте, работа в двухпанельниках (любых!) для меня крайне неэффективна. Поэтому что Total Commander, что mc, что Far — это как программируемые калькуляторы сегодня, в эпоху компьютеров IMHO.

Добавлено 06-10-2008 11:05:52

Наоборот! Поиск по Интернету, советы друзей, всяческие ограничения в разы медленнее команды apt-cache (yum, emerge, urpms).

Обратное тоже верно. Пример — ядро Linux, поддерживающее кучу файловых систем, KDE, Konqueror и куча других программ. Безусловно, аналога потребительскому спецсофту (не для разработки) под Linux мало. Но такие программы мало кому реально нужны. Мы идём от задач, а не лейблов.

А попробуйте найти по графике книжку, не привязанные к Photoshop. Реально книжек по всему спекту софта под Windows мало и они тупые. Литература про Linux гораздо качественнее.

Под Linux у них возможностей больше. Например, использование файловых диалогов KDE в OpenOffice.org, общая инфраструктура Xorg и т.п.

Откройте для себя репозитории!

Добавлено 06-10-2008 11:10:54

Молодой человек, мы тут все вылезли из узких штанишек Windows. И большинство линуксоидов знают о Windows побольше, чем некоторые юные дарования.

По поводу "символов на лету" ничего не знаю. Честно говоря я Фаром давно не пользуюсь, считаю его фантастически неудобным в сравнении с тоталом. Но я им когда-то пользовался и тогда мне его хватало и было удобно. В МС мне, скорее всего, не хватало графического интерфейса, а уже потом какой-то функциональности... о которой и не вспомню сейчас.
ИМХО, двухпанельные файловые менеджеры как были лучшим решением, так и остались. То, что проводник в винде -- жалкий огрызок от файлового менеджера это и ежу понятно, но тот же Конкверор меня ни разу не обрадовал, даже когда нашёл в нём двухпанельный режим. Как минимум на тот момент когда я пробовал у него была крайне неадекватная реакция на кнопку табуляции в таком режиме -- начинал гулять курсором по всем элементам в окнах, вместо переключения между панелями. Дальше я особо и копать не стал, я им так пользоваться не могу.

з.ы. По поводу медиалайбрари в плеерах -- всё замечательно с этими медиалайбрари, когда у тебя музыка всегда в одном и том же месте лежит. У меня не так. Есть статичный кусок (вот он как раз в библиотеке) и есть постоянно меняющийся, он рассироплен по 3 разным местам и постоянно меняется (в одном месте закачка с торрентов, в другом перебираю, в третьем собираю для записи на диски). И вот эти три куска в лайбрари не попадают никогда и не попадут -- я задолбусь её постоянно синхронизировать. Так вот в таком режиме нормальная интеграция плеера с файловым менеджером критически необходима.

Skull

Ну речь-то как бы не о том. А о том, что ничего принципиально сложного в изготовлении .deb из .rpm и наоборот нету. Во всяком случае, для малораспространённых пакетов, от которых никто не зависит

Skull

Ну было бы странно, если бы не надо было ничего знать (-:Е

memini

По-моему, в природе водятся сконвертированные словари

В репозитариях есть не всё. Даже в самых крупных. Так что гуглом всё равно приходится пользоваться. Но даже если сама процедура поиска в Linux и побыстрее (что, кстати, я не буду категорично утверждать), то время поиска и выбора софта уж точно не быстрее. Зато во время процедуры выбора наиболее подходящей программы зависимостей в систему накачаем. Чтоб было

Skull
Да, и ещё. Раз уж вновь пошёл разговор про аналоги. Посоветуйте мне что-нибудь для следующего.
1. Аналог MS Excel.
Calc не предлагать, так как он функционально слабее (объективно!).
2. Аналог Statsoft Statistica (уже как-то спрашивал в этой теме).
R не предлагать. Я посмотрел на неё мельком. Судя по всему, весьма неплохая программа, только это не прямой аналог для вышеуказанной программы
3. Архиватор с графическим интерфейсом.
PeaZip не предлагать Впрочем...
4. Программу для записи дисков.
Brasero ещё не вышел на нормальный уровень, там до сих пор исправляются баги "детского" периода.
Nero не учитываем, она не бесплатная.

Кстати, как дела обстоят с софтом для работы с телефонами?

P.S. О религии. Весь софт хочу на гтк.
P.P.S. Что-то ещё нужно было. как вспомню, отпишусь дополнительно.