Bug 885675

+1

Any progress on actually getting these packages into Fedora? I see NetBeans was actually removed from F18, and this would be a very welcome comeback.

Gil, I was thinking about this for a bit. If you want to get NB 7.3 in F19, you should write up a feature page and sum the requirements what needs to be done. Then, you can qualify it for inclusion in F19.

I'm willing to collaborate on this.

hi Vedran,
(In reply to comment #2)
> Gil, I was thinking about this for a bit. If you want to get NB 7.3 in F19,
.. has not yet been released a stable version
i dont want start with a beta version (sorry) 7.3beta2
> you should write up a feature page and sum the requirements what needs to be
> done. Then, you can qualify it for inclusion in F19.
I do not know where to start .
> 
> I'm willing to collaborate on this.

regards
happy new year

Great. I would wait for at least 7.3 RC or something before getting into anything big, and we would target F19 anyway so 7.3 final will be available by then.

Here is a feature page, based on one for NetBeans 6.9: https://fedoraproject.org/wiki/Features/NetBeans_7.3

If it's not too hard to do, my idea would be to package the "All" version and split it properly so a user installing NetBeans can choose components he wants. From what I understand, Fedora was packaging Java SE version.

(In reply to comment #0)
> Created attachment 660747 [details]
> update to 7.2.1
> 
> please, update to 7.2.1
> tested on (f18) http://koji.fedoraproject.org/koji/taskinfo?taskID=4772447
> 
> NOTE
> in rawhide jna is 3.5.0
> and there are some problems:
> 
>    [repeat] warning: No processor claimed any of these annotations:
> org.netbeans.api.annotations.common.SuppressWarnings
>    [repeat]
> /builddir/build/BUILD/netbeans-platform-7.2.1/keyring.impl/src/org/netbeans/
> modules/keyring/gnome/GnomeKeyringLibrary.java:140: error: GnomeKeyringFound
> is not abstract and does not override abstract method getFieldOrder() in
> Structure
>    [repeat]     class GnomeKeyringFound extends Structure {
>    [repeat]     ^
>    [repeat]
> /builddir/build/BUILD/netbeans-platform-7.2.1/keyring.impl/src/org/netbeans/
> modules/keyring/win32/Win32Protect.java:158: error: CryptIntegerBlob is not
> abstract and does not override abstract method getFieldOrder() in Structure
>    [repeat]     public static class CryptIntegerBlob extends Structure {
> 

a build fix e.g available @ http://pkgs.fedoraproject.org/cgit/svnkit.git/tree/svnkit-jna-3.5.0.patch

Created attachment 675065 [details]
Proposed patch for new jna library

Proposed patch for new jna library.
jna was been updated to 3.5.0 in rawhide (...)

tested on http://koji.fedoraproject.org/koji/taskinfo?taskID=4849559

This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19

Anybody working on this?

(In reply to marcindulak from comment #9)
> Anybody working on this?

i don't know ... netbeans-platform is used by visualvm, and at the moment
haven't interest to touch this package. 
i would not like to build N-P separate from netbeans package
there are some problems, if you want build separately, e.g. occur during the use and startup various problems related to some libraries not found
sorry i don't remember has been a long time since I tried to build it and use it
and I can not give you, now, a better explanation

I'm for update of NB platform. If issues will rise in visual vm, then there will be time to update it to. And if not, then it will be reason for me to drop it.

I'm currently working on this, see https://fedoraproject.org/wiki/Features/NetBeans_7.4 for status.

Is it good practise to change the title of the bug to the current NetBeans version, since nobody will ever work on 7.2.1 anymore, as 7.4 is the current release?

this package is only required by http://pkgs.fedoraproject.org/cgit/visualvm.git/
and we haven't no more intentions to build in a separate package

(In reply to gil cattaneo from comment #13)
> this package is only required by
> http://pkgs.fedoraproject.org/cgit/visualvm.git/
> and we haven't no more intentions to build in a separate package

Is visualvm no longer maintained? So would you suggest to deprecate this package and bundle the NetBeans Platform with the NetBeans IDE, since it's the only package which would depend on the platform?

(In reply to Manuel Faux from comment #14)

> Is visualvm no longer maintained? So would you suggest to deprecate this
> package and bundle the NetBeans Platform with the NetBeans IDE, since it's
visualvm is again maintained, but for the moment, we can't deprecated NB-P,
otherwise we can rename this sub-package e.g. netbeans-platform7
> the only package which would depend on the platform?
yes

I think I don't completely understand: visualvm is maintained and depends on netbeans-platform, and also NB IDE would depend on it, so why not just updating netbeans-platform to 7.4?

if build netbeans-platform un a separate package after netbeans can not find some libraries or modules

and other problems but now don't remember

This message is a notice that Fedora 19 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 19. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained. Approximately 4 (four) weeks from now this bug will
be closed as EOL if it remains open with a Fedora 'version' of '19'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 19 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

For your information, I tried to update to 8.0.2. It seems to rely on eclipse-equinox-osgi 3 (for package org.eclipse.osgi.framework.adaptor). However, fedora now has the 4th version of this framework and the required package (org.eclipse.osgi.framework.adaptor) doesn't exits any more. I haven't been able to find information about a migration from 3 to 4.

The error message is here: http://jenselme.perso.centrale-marseille.fr/visible/logs/2015-01-10_build-nb-platform.error.log.

If you have any information on this, please let me know.

Spec URL: http://jenselme.perso.centrale-marseille.fr/visible/SPECS/netbeans-platform.spec
SRPM URL: http://jenselme.perso.centrale-marseille.fr/visible/SRPMS/netbeans-platform-8.0.2-1.fc21.src.rpm

This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

No more interested