gcc-java-common устанавливает символьные ссылки: %_bindir/jar %_bindir/rmic %_bindir/rmiregistry Эти ссылки конфликтуют с управляемыми ссылками, которые устанавливают пакеты с несвободными JDK. Решение: 1) присвоить перечисленным ссылкам префикс "gcj-"; 2) отдать управление альтернативами по ссылкам jdkgcj, который зависит от gcc-java-common и предоставляет также javac, javah, то есть более наполненную альтернативу для JDK.
А не лучше ли объединить эти 2 пакета в один?
> А не лучше ли объединить эти 2 пакета в один? Мне кажется, нет, поскольку они выполняют разные задачи. gcc-java-common предоставляет обертку для параллельных инсталляций gcс*-java, тогда как jdkgcj работает как мостик между gcj и традиционными именами инструментов JDK (и составляет слабую, но альтернативу настоящим JDK). Второе нужно не всем. Вдобавок, это разные codebases: jdkgcj разрабатывается в ArkLinux, а gcc-java-common -- доморощенное. Проблема только в том, что проект gcj остановился ровно на середине: не предоставил всю JDK-совместимую линейку инструментов, но покусился на часть из них. Поэтому, раз уж возникла нужда в jdkgcj, пусть этот пакет и предоставляет всю JDK-совместимость.
Ok, переименование ссылок и альтернативы в jdkgcj необходимо сделать одновременно, верно? Если так, то я доверяю новому maintainer'у пакета jdkgcj. :)
Fixed in gcc-java-common-1.4.2-alt1