Bug 31964

java - апстримный и так работает, а собрать из исходников не просто :(
я не возьмусь.

Почему не просто? Я скачал и у меня всё собралось. Я просто тупо следовал инструкции из реадми. У меня kdesktop

Долго объяснять, но mvn выкачивает зависимости для сборки из интернет.
Это не то, что сборка в hasher :(

[ERROR] Internal error: java.lang.RuntimeException: Could not instantiate required component: com.google.inject.ProvisionException: Unable to provision, see the following errors:
[ERROR] 
[ERROR] 1) Error notifying ProvisionListener org.eclipse.sisu.bean.BeanScheduler$Activator of org.eclipse.tycho.core.DependencyResolver annotated with @com.google.inject.name.Named(value=p2).
[ERROR] Reason: java.lang.RuntimeException: java.lang.IllegalStateException: Service is not registered class='interface org.eclipse.tycho.core.shared.ProxyServiceFacade'
[ERROR] while locating org.eclipse.tycho.core.DependencyResolver annotated with @com.google.inject.name.Named(value=p2)
[ERROR] 
[ERROR] 1 error
[ERROR] role: org.eclipse.tycho.core.DependencyResolver
[ERROR] roleHint: p2
[ERROR] -> [Help 1]

При этом

[builder@localhost .in]$ grep ProxyServiceFacade /usr/share/java/tycho/*
Binary file /usr/share/java/tycho/org.eclipse.tycho.core.shared.jar matches
Binary file /usr/share/java/tycho/org.eclipse.tycho.p2.resolver.impl.jar matches

Я автор, случайно наткнулся.
Если еще актуально - могу поспособствовать в сборке из исходников.
Без доп информации сложно сказать в чем проблема, возможно что-то на тему https://bugs.eclipse.org/bugs/show_bug.cgi?id=463433

По идее содержимое /usr/share/java/tycho/ неважно (я даже не знаю что это и зачем). Все maven зависимости живут в ~/.m2

(В ответ на комментарий №5)
> Я автор, случайно наткнулся.
> Если еще актуально - могу поспособствовать в сборке из исходников.
> Без доп информации сложно сказать в чем проблема, возможно что-то на тему
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=463433
> 
> По идее содержимое /usr/share/java/tycho/ неважно (я даже не знаю что это и
> зачем). Все maven зависимости живут в ~/.m2

Это такая политика, не мной придумана.
~/.m2 выкачан из интернет, а не собран из исходников здесь в дистрибутиве. 

Считается, что если уж доверять ~/.m2, то можно сразу доверять jar,
который авторами собран, зачем еще заморачиваться его сборкой.
а если авторской сборке не доверять, то и то, что в ~/.m2, тоже нужно собрать локально (в /usr/share/java/) и с ними собрать.

Это где-то логично, понятно что всему в ~/.m2 доверять нельзя, в общем случае там любой мусор приехавший по депендансам из любых внешних maven репозиториев. Логично было бы доверять конкретным репозиториям/артефактам, типа Эклипса и отдельным группам/артефактам в maven central. Собирать Эклипс и все его тонны плагинов из исходников задача врагу не пожелаешь.
А есть ли прецеденты попадания в репозиторий Eclipse RCP-приложений?

(В ответ на комментарий №7)
> Это где-то логично, понятно что всему в ~/.m2 доверять нельзя, в общем случае
> там любой мусор приехавший по депендансам из любых внешних maven репозиториев.
> Логично было бы доверять конкретным репозиториям/артефактам, типа Эклипса и
> отдельным группам/артефактам в maven central. Собирать Эклипс и все его тонны
> плагинов из исходников задача врагу не пожелаешь.
> А есть ли прецеденты попадания в репозиторий Eclipse RCP-приложений?

в федоре собирают, а в ALT Linux нет специалиста, который бы смог.

(В ответ на комментарий №8)
> (В ответ на комментарий №7)
> > Это где-то логично, понятно что всему в ~/.m2 доверять нельзя, в общем случае
> > там любой мусор приехавший по депендансам из любых внешних maven репозиториев.
> > Логично было бы доверять конкретным репозиториям/артефактам, типа Эклипса и
> > отдельным группам/артефактам в maven central. Собирать Эклипс и все его тонны
> > плагинов из исходников задача врагу не пожелаешь.
> > А есть ли прецеденты попадания в репозиторий Eclipse RCP-приложений?
> 
> в федоре собирают, а в ALT Linux нет специалиста, который бы смог.

Т.е. не хватает добровольца, который бы за такую задачу взялся.

Не актуально уже давно