Есть ли более легкое решение для чтения / записи mp3 с Linux + Python?

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

У меня есть довольно хорошее предположение о том, что не так с вашей установкой: Ссылаясь на мой пункт ниже о 64-битной Java на Solaris, я предполагаю, что то, что вы делаете неправильно, это то, что вы только установили 64-битный пакет Java overlay для Solaris. Это не сработает.

Хорошо, теперь, когда я привлек ваше внимание (:-)), пожалуйста, объясните мне, почему я считаю, что вы идете по неверному пути.

Я не уверен, что мне стоит следовать тому блогу, на который вы ссылаетесь. По моему опыту Solaris сам может запустить Java-процесс (фоновый процесс инструмента регистрации, веб-консоль, общий контейнер агента и так далее. Ничего важного, но все же), и изменение общесистемного Java может быть плохой идеей ... или, по крайней мере, это оставляет вам меньше контроля на основе каждого приложения. Просто оставить системную Java в покое - гораздо более простой подход, ИМХО.

Вот мои рекомендации по работе с Java на Solaris, основанные на высоком мнении:

• Общие положения: Как системный специалист никогда не берите ничего из java.com. Это для потребителей/настольных компьютеров. Всегда используйте Java on Oracle Tech Network сайт (я все еще использую ссылку http://java.sun.com, которая, я уверен, будет работать в течение следующие 10 лет :-))

• Оставьте в покое общесистемную Java. Пусть она живет своей собственной жизнью.

• Распакуйте пакеты Java в /opt/java или /apps/java или еще куда-нибудь. Где-то вы контролируете и это кажется вам естественным. Давайте называть это JAVA_ROOT с этого момента.

• По мере того, как вы распаковываете пакеты из java.sun.com в JAVA_ROOT, в конечном итоге это будет выглядеть следующим образом в плане поддиректорий (пример):

jdk1.7.0_05
jdk1.7.0_09
jdk1.7.0_17
jdk7 -> jdk1.7.0_17
jre -> jre7
jre1.6.0_32
jre1.7.0_05
jre1.7.0_17
jre1.8.0_20
jre6 -> jre1.6.0_32
jre7 -> jre1.7.0_17
jre8 -> jre1.8.0_20

• Обратите внимание, как я использую симлинки. Ну, вы поняли.

• Когда вы запускаете свое приложение, вы просто (при запуске этого приложения) устанавливаете PATH, чтобы он указывал на нужную вам Java. Некоторые приложения также хотят, чтобы вы установили переменную JAVA_HOME. Теперь вы можете управлять всем на основе каждого приложения. Если вы используете симлинки в сценариях запуска приложений, вы можете сохранить возможность изменения всей системы, когда это необходимо. Если вашему приложению требуется определенная версия Java, то пусть она указывает на определенную версию, а не на одну из симлинков.

• Важное замечание по 64-битным системам: До Java 7 включительно вам придется установить два пакета с java.sun.com друг на друга, так как 64-битная поддержка фактически поставляется в виде оверлейного пакета к 32-битному пакету. Это сбивает с толку большинство людей, поскольку отличается от всех других ОС. Даже если вы не хотите использовать 32-битную Java, вам сначала нужно установить 32-битный пакет Java, а затем наложить его на 64-битный пакет Java. К счастью, это изменилось в Java 8, потому что Oracle больше не поставляет 32-битную Java для Solaris.

Очевидным недостатком этого решения является то, что вы упустите преимущества использования менеджера пакетов для программного обеспечения Java. Я считаю, что преимущества значительно перевешивают недостатки. Судите сами.

Даже на Solaris 11 (которая имеет отличный менеджер пакетов для программного обеспечения) я все еще предпочитаю это решение.