Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1964630 - F35FailsToInstall: eclipse-jdt, eclipse-pde, eclipse-platform [NEEDINFO]
Summary: F35FailsToInstall: eclipse-jdt, eclipse-pde, eclipse-platform
Keywords:
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: eclipse
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Mat Booth
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F35FailsToInstall, RAWHIDEFailsToInstall
TreeView+ depends on / blocked
 
Reported: 2021-05-25 19:29 UTC by Miro Hrončok
Modified: 2021-07-12 07:29 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-05-26 10:41:29 UTC
Type: ---
Embargoed:
mhroncok: needinfo? (mat.booth)

Attachments (Terms of Use)

Description Miro Hrončok 2021-05-25 19:29:02 UTC 
Hello,

Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok).

Your package (eclipse) Fails To Install in Fedora 35:

can't install eclipse-jdt:
  - nothing provides osgi(org.hamcrest.core) needed by eclipse-jdt-1:4.19-5.fc35.noarch
  
can't install eclipse-pde:
  - nothing provides osgi(org.objectweb.asm) needed by eclipse-pde-1:4.19-5.fc35.x86_64
  - nothing provides osgi(org.objectweb.asm.tree) needed by eclipse-pde-1:4.19-5.fc35.x86_64
  
can't install eclipse-platform:
  - nothing provides glassfish-annotation-api needed by eclipse-platform-1:4.19-5.fc35.x86_64
  - nothing provides glassfish-servlet-api >= 3.1.0 needed by eclipse-platform-1:4.19-5.fc35.x86_64
  
If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.


If you don't react accordingly to the policy for FTBFS/FTI bugs (https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/), your package may be orphaned in 8+ weeks.

P.S. The data was generated solely from koji buildroot, so it might be newer than the latest compose or the content on mirrors.

P.P.S. If this bug has been reported in the middle of upgrading multiple dependent packages, please consider using side tags: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#updating-inter-dependent-packages

Thanks!
Comment 1 Mat Booth 2021-05-26 10:41:29 UTC 
Works for me, installing from koji buildroot with "mock -r fedora-rawhide-x86_64 --enablerepo=local --install eclipse-pde"
Comment 2 Miro Hrončok 2021-05-26 11:04:22 UTC 
Actually, `--enablerepo=local` only adds the Koji buildroot repo, while outdated rawhide repos are still available. Use `--disablerepo='*' --enablerepo=local` to replicate the Koji buildroot situation:

$ mock -r fedora-rawhide-x86_64 --disablerepo='*' --enablerepo=local --install eclipse-pde
Error: 
 Problem: conflicting requests
  - nothing provides osgi(org.objectweb.asm) needed by eclipse-pde-1:4.19-5.fc35.x86_64
  - nothing provides osgi(org.objectweb.asm.tree) needed by eclipse-pde-1:4.19-5.fc35.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
Comment 3 Miro Hrončok 2021-05-26 11:06:37 UTC 
$ mock -r fedora-rawhide-x86_64 --disablerepo='*' --enablerepo=local --install eclipse-jdt
...
Error: 
 Problem: conflicting requests
  - nothing provides osgi(org.hamcrest.core) needed by eclipse-jdt-1:4.19-5.fc35.noarch
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
Comment 4 Mat Booth 2021-05-26 13:00:35 UTC 
(In reply to Miro Hrončok from comment #3)
> $ mock -r fedora-rawhide-x86_64 --disablerepo='*' --enablerepo=local
> --install eclipse-jdt
> ...
> Error: 
>  Problem: conflicting requests
>   - nothing provides osgi(org.hamcrest.core) needed by
> eclipse-jdt-1:4.19-5.fc35.noarch
> (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to
> use not only best candidate packages)



I see, it would have been useful to include reproduction instructions in the bug you filed.
Comment 5 Miro Hrončok 2021-05-26 13:09:35 UTC 
Yes indeed. I thought the same and adapting the bug template is on my TODO.
Comment 6 Miro Hrončok 2021-06-07 20:34:32 UTC 
Hello,

This is the first reminder (step 3 from https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs).

If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.
Comment 7 Miro Hrončok 2021-06-30 11:31:05 UTC 
Hello,

This is the second reminder (step 4 from https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs).

If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.
Comment 8 Sergio Basto 2021-07-04 02:32:41 UTC 
"osgi(org.hamcrest.core)" is hamcrest-core , this maybe happens because hamcrest2 was retired [1] and hamcrest [2] is now  hamcrest-2.2-4.fc35 


[1] 
https://src.fedoraproject.org/rpms/hamcrest2

[2]
https://src.fedoraproject.org/rpms/hamcrest
Comment 9 Mikolaj Izdebski 2021-07-04 11:02:43 UTC 
It is likely that hamcrest upgrade to version 2 changed OSGi metadata or broke OSGi provides. 
If there are any hamcrest changes needed to fix eclipse, please open a bug against hamcrest package.
Comment 10 Sergio Basto 2021-07-09 21:52:11 UTC 
Trying help here with some information , yes new hamcrest broke OSGi provides [1] 
but is just need in requires [2] enabling bootstrap and try to build the build stops on [3] https://kojipkgs.fedoraproject.org//work/tasks/9222/71609222/build.log
and I guess that fix OSGi provides of hamcrest will not fix the build isn't it ? 


[1] 
dnf repoquery --disablerepo='*' --enablerepo=rawhide -q hamcrest --provides
hamcrest = 2.2-4.fc35
hamcrest-core = 2.2-4.fc35
mvn(org.hamcrest:hamcrest) = 2.2
mvn(org.hamcrest:hamcrest-all) = 2.2
mvn(org.hamcrest:hamcrest-all:pom:) = 2.2
mvn(org.hamcrest:hamcrest-core) = 2.2
mvn(org.hamcrest:hamcrest-core:pom:) = 2.2
mvn(org.hamcrest:hamcrest-library) = 2.2
mvn(org.hamcrest:hamcrest-library:pom:) = 2.2
mvn(org.hamcrest:hamcrest:pom:) = 2.2

[2]
-Requires:       osgi(org.hamcrest.core)
+Requires:       mvn(org.hamcrest:hamcrest-core)

[3] 
[WARNING] Error initializing: org.eclipse.tycho.p2.resolver.P2DependencyResolver@7a358613
java.lang.RuntimeException: java.lang.IllegalStateException: Service is not registered class='interface org.eclipse.tycho.core.shared.ProxyServiceFacade' 

https://kojipkgs.fedoraproject.org//work/tasks/9222/71609222/build.log
Comment 11 Alexander Kurtakov 2021-07-12 07:29:16 UTC 
(In reply to Sergio Basto from comment #10)
> Trying help here with some information , yes new hamcrest broke OSGi
> provides [1] 
> but is just need in requires [2] enabling bootstrap and try to build the
> build stops on [3]
> https://kojipkgs.fedoraproject.org//work/tasks/9222/71609222/build.log
> and I guess that fix OSGi provides of hamcrest will not fix the build isn't
> it ? 
> 
> 
> [2]
> -Requires:       osgi(org.hamcrest.core)
> +Requires:       mvn(org.hamcrest:hamcrest-core)
> 

Change like ^^ will ensure that jar is there but without OSGi metadata it's useless from Eclipse POV. My team no longer has the manpower to maintain Eclipse in Fedora so it's up to community to pick it up. Mat is the official maintainer but he is no longer in the team so I don't know about his plans.
Note You need to log in before you can comment on or make changes to this bug.