Bug 31964 - Добавить в репозиторий DBeaver
Summary: Добавить в репозиторий DBeaver
Status: RESOLVED LATER
Alias: None
Product: New/proposed packages
Classification: Development
Component: Обычный репозиторий (show other bugs)
Version: не указана
Hardware: all Linux
: P3 normal
Assignee: Andrey Cherepanov
QA Contact: Andrey Cherepanov
URL: http://dbeaver.jkiss.org/
Keywords:
Depends on:
Blocks:
 
Reported: 2016-04-12 19:58 MSK by Артём
Modified: 2021-04-12 22:37 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Артём 2016-04-12 19:58:49 MSK
Универсальный аналог воркбенч. Было бы очень круто такой в репозитории!
Comment 1 viy 2016-04-12 22:23:18 MSK
java - апстримный и так работает, а собрать из исходников не просто :(
я не возьмусь.
Comment 2 Артём 2016-04-12 22:53:26 MSK
Почему не просто? Я скачал и у меня всё собралось. Я просто тупо следовал инструкции из реадми. У меня kdesktop
Comment 3 viy 2016-04-12 23:01:43 MSK
Долго объяснять, но mvn выкачивает зависимости для сборки из интернет.
Это не то, что сборка в hasher :(
Comment 4 Andrey Cherepanov 2016-04-13 14:30:11 MSK
[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
Comment 5 Serge Rider 2016-06-11 00:59:08 MSK
Я автор, случайно наткнулся.
Если еще актуально - могу поспособствовать в сборке из исходников.
Без доп информации сложно сказать в чем проблема, возможно что-то на тему https://bugs.eclipse.org/bugs/show_bug.cgi?id=463433

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

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

Считается, что если уж доверять ~/.m2, то можно сразу доверять jar,
который авторами собран, зачем еще заморачиваться его сборкой.
а если авторской сборке не доверять, то и то, что в ~/.m2, тоже нужно собрать локально (в /usr/share/java/) и с ними собрать.
Comment 7 Serge Rider 2016-06-11 01:32:32 MSK
Это где-то логично, понятно что всему в ~/.m2 доверять нельзя, в общем случае там любой мусор приехавший по депендансам из любых внешних maven репозиториев. Логично было бы доверять конкретным репозиториям/артефактам, типа Эклипса и отдельным группам/артефактам в maven central. Собирать Эклипс и все его тонны плагинов из исходников задача врагу не пожелаешь.
А есть ли прецеденты попадания в репозиторий Eclipse RCP-приложений?
Comment 8 viy 2016-06-11 01:38:52 MSK
(В ответ на комментарий №7)
> Это где-то логично, понятно что всему в ~/.m2 доверять нельзя, в общем случае
> там любой мусор приехавший по депендансам из любых внешних maven репозиториев.
> Логично было бы доверять конкретным репозиториям/артефактам, типа Эклипса и
> отдельным группам/артефактам в maven central. Собирать Эклипс и все его тонны
> плагинов из исходников задача врагу не пожелаешь.
> А есть ли прецеденты попадания в репозиторий Eclipse RCP-приложений?

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

Т.е. не хватает добровольца, который бы за такую задачу взялся.
Comment 10 Артём 2021-04-12 22:37:27 MSK
Не актуально уже давно