Debian 2.30.2
Был такой вопрос в 2010  году, но ответа в нём не нашёл.

Инсталлирую библиотеку SDL-1.2.15-1.i386.rpm.
Пробую
… rpm –i SDL-1.2.15-1.i386.rpm
rpm: нет такой команды
Пробую
… sudo rpm –i SDL-1.2.15-1.i386.rpm
rpm: нет такой команды

На каком диске найти rpm, и как установить?

Я бы рекомендовал сконвертировать *rpm в *deb с помощью alien.

Добавлено через 11 минут и 45 секунд
 не заметил сразу  возможно там это не сработает.

Видимо, нужный пакет можно скачать тут

Спасибо, скачал, попробую.

До чего я сейчас дошёл
az@oleg-it:~/SDL$ sudo apt-get install SDL-1.2.15-1.i386.rpm
[sudo] password for az: 
Чтение списков пакетов... Готово
Построение дерева зависимостей       
Чтение информации о состоянии... Готово
E: Не удалось найти пакет SDL-1.2.15-1.i386.rpm
E: Не удалось найти пакет по регулярному выражению SDL-1.2.15-1.i386.rpm

Это потому, что apt-get не понимает формат .rpm?

OlegIT, у меня вот какой вопрос...

Будем считать, что есть две ветки linux: debian-подобные дистры (*.deb пакеты) и redhat-подобные системы (*.rpm пакеты).

Обязательно ли для debian использовать не родные пакеты?
Неужели в репах нет нужных тебе пакетов?
Может быть тогда из сырцов собрать?

Мне это кажется похожим на то, как одевают корове седло... 

Опыта в Linux у меня мало. Я считал, что любые версии Linux поддерживают любые пакеты созданные для этой ОС. Тем более, что rpm у меня, похоже, стоит (только почему не работает?), установка rpm по рекомендации kapbepucm дала такой результат

az@oleg-it:~/SDL$ sudo dpkg -i rpm_3.0.3-1.deb
Выбор ранее не выбранного пакета rpm.
dpkg: относительно rpm_3.0.3-1.deb, содержащего rpm:
 rpm2cpio конфликтует с rpm (<< 4.7.1-1)
  пакет rpm версии 3.0.3-1 будет установлен.
dpkg: не удалось обработать параметр rpm_3.0.3-1.deb (--install):
 конфликт пакетов -- rpm не будет установлен
При обработке следующих пакетов произошли ошибки:
 rpm_3.0.3-1.deb

Исходник библиотеки есть, но некоторые опытные линуксоиды говорят - зачем ставить из исходников, когда есть установочные пакеты.

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

debian система имеет очень обширный диапазон софта, но самое главное, что все они "играют в одну игру, вместе".
Ты можешь добавлять и удалять пакеты, не волнуясь, что apt запутается. Потому что граф зависимостей четко строится.

Когда тебе в ней возможно понадобится устанавливать "инородные" пакеты:
1) если у тебя есть конкретная причина использовать ту специфическую версию, из-за совместимости версий с другими компонентами.
2) если бинарный пакет существует только в формате RPM, а собрать свой .DEB нет возможности (напр. по причине копирайтов и т.д.)

у установки стороннего софта есть огромный минус:
тебе придется его поддерживать отдельно от системы.  фактически этот пакет - "замороженный" пакет.

Когда система цельная, то и ее поддержка элементарна: apt-get update && apt-get upgrade и всё.
Когда ты начинаешь "играться" и замораживать пакеты, то тебе нужно заморозить и их зависимости.
Напр. какой-то пакет зависит от libc время от времени в Дебиан его тоже обновляют. и тытынц, и не работает твой замороженный пакет.

политика партии в установке пакетов (ИМХО) должна быть по приоритетам такой:

• 1. стандартные репозитории
• 2. репозитории подтянутых версий (backports)
• 3. сторонние репозитории 
• 4. собственные пакеты (т.е. собирается свой .deb) в своих репозиториях
• 5. собственные пакеты без репозитория
• 6. сторонние не .deb пакеты

Нужно все эти моменты понимать, и оценивать.

какой пакет ты установил из .rpm ?

Добавлено через 3 минуты и 59 секунд

термин "эта ОС" у тебя хромает. обычно "системой" называют не только ядро, но и окружение: системные библиотеки, и пакеты управлением.
т.е. твоим языком: .rpm пакеты не являются "созданными для Дебиан".

Кстати, сегодня решение: идти с системой основанной на Debian или нa RedHat обычно решается проверкой оборудования.
есть некоторые типы оборудования, которые поддерживают только RHEL-совместимые системы. т.е. Дебиан идет лесом.
обычно это устаревшее оборудование, потому что сегодня большинство оборудования не требует RHEL совместимости.

«Целостность системы», «замороженные пакеты» это всё интересно, но я не настолько опытный, что бы сходу это всё смочь учитывать. Возникает проблема в ходе работы, пытаюсь её решить всякими разными способами. Что-то получается относительно легко, что-то, как сейчас, заводит в тупик.
Меня сейчас интересует конкретный вопрос, как мне установить библиотеку SDL взятую с http://www.libsdl.org/download-1.2.php? Для Linux там только rpm пакеты и исходники. Попутно возник вопрос о наличии/отсутствия rpm команды и её версии. Если Debian эти пакеты не поддерживает, то как быть-то, из исходников собирать? Думаю это не единственная библиотека, которая существует только в таком виде.

Сохранил исходники SDL на компьютере, запустил ./configure; make; make install. Получил два файла библиотеки libSDL.a и libSDLmain.a. Но там отсутствуют функции работы с потоками, линковщик не видит все эти функции. Что не так делаю?

По последнему замечанию bilbobagginz

Не понял почему? У меня он работает на не очень свежем ноуте нормально. Это у меня опыта мало, поэтому не всё сразу получается. Или мне с оборудованием повезло?

Спасибо всем, всё собралось, работает.
Но вопросы остались...

• SDL 1.2.15 is a minor bug fix release.
• SDL 1.2.14 is a significant bug fix release and a recommended update.

в debian stable прописана либа 1.2.14, что по-моему очень близко к последней версии, 1.2.15
т.е. если ты установил RPM или исходник, то это без надобности, как я и опасался.

Не похоже что бы у меня была по умолчанию установлена SDL. Собираю библиотеку ffmpeg, и когда я запускал конфигурацию этой библиотеки, генерация исполняемого файла, использующего SDL, была закрыта, а насильное её открытие вело к ошибкам линковщика, отсутствие соответствующих функций. Когда я собрал SDL из исходников и проинсталлировал её, конфигуратор открыл генерацию того самого исполняемого файла и всё собралось. Мне конечно сейчас не важно, какое там последнее число в версии SDL, не думаю, что отличие глобальные. На каком диске находится библиотека SDL?
Но я поторопился, программа то собралась, а работать не желает, при попытке запустить пишет: «Could not initialize SDL - Unable to open a console terminal». Поиск в инете особо ни чего не прояснил. Как избавится от этой ошибка?

Сходу не ответишь, надо искать причину. Как я вижу SDL всёже установлена, но работать отказывается. Давайте запустим простейший тест. Прогоните код и ответ сюда:

Если всётаки хочется ставить *rpm рекомендуюЕщё- уточните версию Debian.

После запуска ./test.c получаю:

az@oleg-it:~/TestSDL$ ./test.run
Инициализация
Вызов чего нибудь из SDL
Завершение



В первом сообщении это версия GNOME

lsb_release -a

No LSB modules are available.
Distributor ID:    Debian
Description:    Debian GNU/Linux 6.0.2 (squeeze)
Release:    6.0.2
Codename:    squeeze



Да я уже научился из исходников ставить. Но рекомендацию сохраню, когда-нибудь пригодится.


Это сообщение отредактировал(а) OlegIT - 22.2.2012, 12:30

проверьте вывод команды

az@oleg-it:~$ ls /dev/tty*
/dev/tty    /dev/tty19  /dev/tty3   /dev/tty40  /dev/tty51  /dev/tty62
/dev/tty0   /dev/tty2   /dev/tty30  /dev/tty41  /dev/tty52  /dev/tty63
/dev/tty1   /dev/tty20  /dev/tty31  /dev/tty42  /dev/tty53  /dev/tty7
/dev/tty10  /dev/tty21  /dev/tty32  /dev/tty43  /dev/tty54  /dev/tty8
/dev/tty11  /dev/tty22  /dev/tty33  /dev/tty44  /dev/tty55  /dev/tty9
/dev/tty12  /dev/tty23  /dev/tty34  /dev/tty45  /dev/tty56  /dev/ttyS0
/dev/tty13  /dev/tty24  /dev/tty35  /dev/tty46  /dev/tty57  /dev/ttyS1
/dev/tty14  /dev/tty25  /dev/tty36  /dev/tty47  /dev/tty58  /dev/ttyS2
/dev/tty15  /dev/tty26  /dev/tty37  /dev/tty48  /dev/tty59  /dev/ttyS3
/dev/tty16  /dev/tty27  /dev/tty38  /dev/tty49  /dev/tty6
/dev/tty17  /dev/tty28  /dev/tty39  /dev/tty5   /dev/tty60
/dev/tty18  /dev/tty29  /dev/tty4   /dev/tty50  /dev/tty61

Странно, google говорит, что вывод ls должен был быть несколько иным. А также моя програмка должна была вылететь в ту же ошибку... Делаю вывод: в SDL который прикручивается sdl-config проблем нет.
Похоже на то, что проблема в коде вашего проекта. Тут мало, что можно предположить, не увидев код.

Я тут поизучал, подумал…
Ваш код
 
работает, но стоит мне изменить его так
 
и “всё пропало”, SDL не инициализируется. Именно эти флаги используются в программе. Какие-то сочетания флагов ведут к ошибке с сообщением «Ошибка сегментирования».


Чего-то не нахожу в google, как должно это выглядеть.

Попробуйте с каждым флагомотдельно

Добавлено через 1 минуту и 34 секунды
Если в 2 словах: у народа при этом сообщении отваливалась виртуальная консолька.

 

Не хочет работать …VIDEO. В программа ffmpeg закрытие SDL_INIT_VIDEO ведёт к ошибке «Ошибка сегментирования». Я догадываюсь почему так.
Почему может не работать VIDEO?


Наверное в этом мне везёт

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

Это сообщение отредактировал(а) kapbepucm - 27.2.2012, 13:03

 

И ffmpeg через sudo работает. В связи с последним два вопроса.
1. Команда strace из тут по умолчанию в системе не присутствует?
2. Каким образом запускать такие программы пользователю, без sudo, strace…

strace по умолчанию не установлена в Debian. У вас в системе есть прямой доступ в интернет?
В той ссылке, где я давал, эта команда не решает проблему, только детально показывает где она возникает. На данный момент я бы на вашем месте искал, как дать нужные права текущему пользователю для устройсв /dev/tty (Шаманство с правами доступа не моя сильная сторона :P)

Спасибо, многое прояснили в моих дебрях