Re: Netbeans + ssh -x

2023-05-05 Thread Peter Kovacs



Am 05.05.23 um 10:37 schrieb Michael Bien:

On 05.05.23 08:53, Peter Kovacs wrote:


Am 05.05.23 um 08:05 schrieb Antonio:

Hi Peter,

I'm afraid this email of yours has too little information and is not 
understandable.


The "ssh -x" part in the subject suggests you're doing some sort of 
X11 forwarding for this remote server, but that would require a 
capital X in the flag (ssh -X) and not the lowered case one that 
you're posting.

yes, you got it right.


The body of your message suggests you're having a problem with a 
x-server on Windows, that is not reproducible on linux? and you're 
blaming NetBeans for that. Also there's no stack trace or any other 
hint of the problem you're having that explains why you think 
NetBeans is failing in your setup.


Sorry for the confusion. The crash on Windows can be reproduced 
relatively often when pressing the toolbar button for git push. It is 
far less likely, when Netbeans - menus are used.


+

Is there a difference between using the Toolbar button and calling a 
feature through the menu? Maybe different code is called that is 
causing a difference on the X-Server.


I mean this is already telling us that looking at the code paths will 
likely not help. If it would be only reproducible in the toolbar, we 
could take a look what the difference is (it is the same action so 
there should be no noteworthy difference except JDK/UI code), but if 
it happens everywhere, just less often, it is likely not even related 
to git or that action.


You could try changing the theme and check if it works. Since your 
screen sharing tool is likely trying to update the screen 
incrementally and hits a race condition. But the best test for this 
would be probably to swap out the tool and check if it fixes it.


well we tried swapping the tool. The available alternative had 
performance issues. However thinking of openGL that could be the root 
cause for that...


Thanks so much for the ideas! I check alternate themes too.



You haven't mentioned the NB version, JDK version or OS details.


NB17, OpenJDK19, OS i do not know.

All the best

Peter



-mbien



-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: Netbeans + ssh -x

2023-05-05 Thread Peter Kovacs



Am 05.05.23 um 09:30 schrieb Antonio:

Hi Peter,

Thanks for clarifying!

These problems are usually X11 or JDK related, NetBeans uses Swing 
extensively, and rendering is performed by the JDK and X11, so I'd 
guess that it's JDK/X11 part which is having rendering problems.


In order to better determine where the problem is we'll need more 
information.


- NetBeans: are there any exceptions logged in the NetBeans log file?
- JDK: are you having a core dump of the JDK (an hsperf file logged 
somewhere?

- X11 Client: any logs you could provide?

I try to check them. Thanks a lot for the pointer!


Also, what's the problem you're having? The whole X-Client crashes 
down or is it just NetBeans?


The X server crashes with a windows specific error message.

winmultiwindowwindow.c Line 883: pWinPriv -> hWnd ! NULL



You may want to try out different JDK 2D rendering settings in your 
remote NetBeans (see [1]) by adding them to the netbeans.conf file 
(-J-D...). These may differ among different JDK vendors. I'd try 
disabling OpenGL


thanks, I check this.

All the best

Peter



Cheers,
Antonio


[1]
https://docs.oracle.com/javase/8/docs/technotes/guides/2d/flags.html

Things I'd try:

-J-Dsun.java2d.opengl=true|false
-J-Dsun.java2d.pmoffscreen=true|false

Also try to add an environment variable J2D_PIXMAPS=shared|server.

On 5/5/23 8:53, Peter Kovacs wrote:
Sorry for the confusion. The crash on Windows can be reproduced 
relatively often when pressing the toolbar button for git push. It is 
far less likely, when Netbeans - menus are used.


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: Netbeans + ssh -x

2023-05-05 Thread Peter Kovacs



Am 05.05.23 um 08:05 schrieb Antonio:

Hi Peter,

I'm afraid this email of yours has too little information and is not 
understandable.


The "ssh -x" part in the subject suggests you're doing some sort of 
X11 forwarding for this remote server, but that would require a 
capital X in the flag (ssh -X) and not the lowered case one that 
you're posting.

yes, you got it right.


The body of your message suggests you're having a problem with a 
x-server on Windows, that is not reproducible on linux? and you're 
blaming NetBeans for that. Also there's no stack trace or any other 
hint of the problem you're having that explains why you think NetBeans 
is failing in your setup.


Sorry for the confusion. The crash on Windows can be reproduced 
relatively often when pressing the toolbar button for git push. It is 
far less likely, when Netbeans - menus are used.


Let's rephrase my questions. Hopefully there is a better understanding.

Does anyone has experience with Netbeans running on an remote X-Server, 
including Windows X-Client? (working feedback would be awesome)


Is there a difference between using the Toolbar button and calling a 
feature through the menu? Maybe different code is called that is causing 
a difference on the X-Server.


I do not blame Netbeans. MobaXterm is the software that crashes. The 
whole case is odd, and I am following leads.




I suggest you redacting your email properly, adding more information, 
at the risk of being ignored in this mailing list.


Thanks for helping improving my inqurie.

All the best

Peter




On 4/5/23 21:01, Peter Kovacs wrote:

Hello all,

Following situation: for a complex web service I have moved a 
development environment (Netbeans + PHP module) on server. Devs on 
Windows experience now crashes when using buttons on top for push, pull.


Menu seems less affected.

Does anyone has experience with this sett up? Is there a difference 
between buttons in main windows or if I use the git menu?


How do i find the implementation in the code?

Any idea how to debug this?


All the best

Peter


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Netbeans + ssh -x

2023-05-04 Thread Peter Kovacs

Hello all,

Following situation: for a complex web service I have moved a 
development environment (Netbeans + PHP module) on server. Devs on 
Windows experience now crashes when using buttons on top for push, pull.


Menu seems less affected.

Does anyone has experience with this sett up? Is there a difference 
between buttons in main windows or if I use the git menu?


How do i find the implementation in the code?

Any idea how to debug this?


All the best

Peter


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: netbeans 8 vs 11 or later

2022-11-15 Thread Peter Kovacs

Hi Chris,

I need to convince Manager and Admins that this is worth their work 
time. Apache seems not on their clearance list, unlike Oracle.


Sorry, forgot to mention. :(

 I just had hopes for saving my time. ;)

cheers

Peter

Am 15.11.22 um 10:22 schrieb Christian Lenz:

Hi Peter,

here you can find the public page: 
https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+11.0 and 
also the pages until 12.6. We are at NetBeans 15 now and 16 is around the 
corner. So if you miss smth, please try latest version first. It is not 11 
anymore. For the latest version just see it here: 
https://github.com/apache/netbeans/releases/tag/15


Cheer

Chris

Von: Peter Kovacs
Gesendet: Dienstag, 15. November 2022 01:23
An: dev
Betreff: netbeans 8 vs 11 or later

Hi all,

is there an overview what has changed?

I wanted to ask before I start to put all together.


cheers

peter


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists







-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





netbeans 8 vs 11 or later

2022-11-14 Thread Peter Kovacs

Hi all,

is there an overview what has changed?

I wanted to ask before I start to put all together.


cheers

peter


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: building CND

2020-02-26 Thread Peter Kovacs

I get the message:

-do-compile:
 [nb-javac] Compiling 70 source files to 
/home/legine/workspace/netbeans/cnd/cnd.utils/build/classes
   [repeat] 
/home/legine/workspace/netbeans/cnd/cnd.utils/src/org/netbeans/modules/cnd/utils/MIMEExtensions.java:224: 
error: Cannot find resource 
org/netbeans/modules/cnd/utils/resources/mime-resolver-hex-based.xml
   [repeat] @MIMEResolver.Registration(displayName="#HexBasedResolver", 
position=500, resource="resources/mime-resolver-hex-based.xml") // NOI18N

   [repeat] ^
   [repeat] warning: No processor claimed any of these annotations: 
org.openide.filesystems.MIMEResolver.Registration

   [repeat] 1 error
   [repeat] 1 warning
  [nbmerge] Failed to build target: all-cnd.utils

BUILD FAILED

My guess is that I have not all files integrated. That is why I think I 
need to add the files. (Kind of obvious, if I assume they are not there.)


Am 26.02.20 um 09:35 schrieb Geertjan Wielenga:

To help people to help you, please provide the error message or some kind
of clues about what it is specifically that you're missing in the build?

Gj

On Wed, Feb 26, 2020 at 9:18 AM Peter Kovacs  wrote:


Okay I merged your cnd branch into my repo. Still not build able thought.

I do understand it correctly that I still need to move some files as
described in your readme?

 Building

 

 To build the C/C++ support, please copy the following files from the
 original NetBeans repository to your clone:

I found some files are integrated others are not. Sorry, if I ask. I am
just not sure at the moment.

All the Best

Peter

Am 25.02.20 um 21:19 schrieb Jan Lahoda:

On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs  wrote:


I am sorry, no offense ment. I do not understand some of your decisions.

Can you maybe elaborate? Whatever your desicion is based on it is okay
for me.


Why did you start over and not based your work on GJs repo?


I tried to make it so that we can join histories (i.e. put the Emilian's
repository based on the Mercurial version) below the apache/netbeans
repository and have history for the files go as back as possible. It is
entirely possible we might want/need to start over again.

Okay. sounds good.



why do you replace

2.8

with

1.0

in

cnd/cnd.asm/nbproject/project.xml
<


https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000



?


cnd.antlr was not donated. The direction that I took is to take a build

of

cnd.antlr, and include it as a binary - it cannot be part of the Apache
repo, but if there's a binary, Apache NetBeans can use it, as it was

under

(among other) the CDDL license. To include it as a binary, I created a

new

lib module, and simply started the versioning from 1.0. Not sure that's
important at all - we can rename the module, change its version or
anything, and does not change much. That module is likely to need some
cleanup anyway.

Thanks for the information.

I try to follow your guide to see if it builds for me.

Maybe you should consider a pull request towards GJ so we get one
central cnd version that can be committed back into the main tree.


It would be IMO much better to have a shared repository (or at least a
branch) under Apache.

Jan



Am 25.02.20 um 08:22 schrieb Jan Lahoda:

FWIW, a few days ago, I tried to make CND buildable. The experiment is
available here:
https://github.com/jlahoda/netbeans/tree/cnd-building

A number of files need to be added to make the build work, see the
description here:
https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd

(It would be useful if someone could try to build independently using

the

instructions, to find any issues with them.)

The question is how to continue with this - bringing the CND source

code

in

line with Apache rules is going to be quite some work, maintaining the
C/C++ support will be some work also, and I don't think I have time to

work

on that much.

Jan


On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs  wrote:


I am tried building Clank today. It seems I need the netbeans build
hearness. And I do not know how to set that up.

The Message talks of

Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
On a developer machine these are normally defined in
${user.properties.file}=${netbeans.user}/build.properties
but for automated builds you should pass these properties to Ant
explicitly.
You may instead download the harness and platform:
-Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml


So I set the Variables to my netbeans Folder? Or would it make more
sense to move the Clank modules into the netbeans repository?

Like the others?

I am usure what would be the best way to proceed. The project is under
LLVM License.


Thanks for your time.

All the Best

Peter


Am 14.02.20 um 09:50 schrieb Peter Kovacs:

Hi Ivan,

Am 14.02.20 um 07:30 schrieb Ivan Sol

Re: building CND

2020-02-26 Thread Peter Kovacs

Okay I merged your cnd branch into my repo. Still not build able thought.

I do understand it correctly that I still need to move some files as 
described in your readme?


   Building

   

   To build the C/C++ support, please copy the following files from the
   original NetBeans repository to your clone:

I found some files are integrated others are not. Sorry, if I ask. I am 
just not sure at the moment.


All the Best

Peter

Am 25.02.20 um 21:19 schrieb Jan Lahoda:

On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs  wrote:


I am sorry, no offense ment. I do not understand some of your decisions.

Can you maybe elaborate? Whatever your desicion is based on it is okay
for me.


Why did you start over and not based your work on GJs repo?


I tried to make it so that we can join histories (i.e. put the Emilian's
repository based on the Mercurial version) below the apache/netbeans
repository and have history for the files go as back as possible. It is
entirely possible we might want/need to start over again.

Okay. sounds good.





why do you replace

2.8

with

1.0

in

cnd/cnd.asm/nbproject/project.xml
<
https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000>



?


cnd.antlr was not donated. The direction that I took is to take a build of
cnd.antlr, and include it as a binary - it cannot be part of the Apache
repo, but if there's a binary, Apache NetBeans can use it, as it was under
(among other) the CDDL license. To include it as a binary, I created a new
lib module, and simply started the versioning from 1.0. Not sure that's
important at all - we can rename the module, change its version or
anything, and does not change much. That module is likely to need some
cleanup anyway.

Thanks for the information.



I try to follow your guide to see if it builds for me.

Maybe you should consider a pull request towards GJ so we get one
central cnd version that can be committed back into the main tree.


It would be IMO much better to have a shared repository (or at least a
branch) under Apache.

Jan



Am 25.02.20 um 08:22 schrieb Jan Lahoda:

FWIW, a few days ago, I tried to make CND buildable. The experiment is
available here:
https://github.com/jlahoda/netbeans/tree/cnd-building

A number of files need to be added to make the build work, see the
description here:
https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd

(It would be useful if someone could try to build independently using the
instructions, to find any issues with them.)

The question is how to continue with this - bringing the CND source code

in

line with Apache rules is going to be quite some work, maintaining the
C/C++ support will be some work also, and I don't think I have time to

work

on that much.

Jan


On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs  wrote:


I am tried building Clank today. It seems I need the netbeans build
hearness. And I do not know how to set that up.

The Message talks of

Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
On a developer machine these are normally defined in
${user.properties.file}=${netbeans.user}/build.properties
but for automated builds you should pass these properties to Ant
explicitly.
You may instead download the harness and platform:
-Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml


So I set the Variables to my netbeans Folder? Or would it make more
sense to move the Clank modules into the netbeans repository?

Like the others?

I am usure what would be the best way to proceed. The project is under
LLVM License.


Thanks for your time.

All the Best

Peter


Am 14.02.20 um 09:50 schrieb Peter Kovacs:

Hi Ivan,

Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:

On 2/13/20 6:23 AM, Peter Kovacs wrote:

Okay,

I had to remove validation.nb.cluster.cnd=cnd.kit, too.

Now I get the Target "all-cnd" does not exist in the project "main".
error.

However I get the same error when trying to build dlight.

Now from the Jira I concluded that I might need to call ant
differently. So I tried

ant -f cnd/cnd.editor -Dcluster.config=cnd run

Now I am stuck on the Issue

netbeans/nbbuild/templates/projectized.xml:101: No dependent module
org.netbeans.libs.clank

So next step would be to build clank from

https://github.com/java-port/clank ?


I think that will feed the dependency avalanche.

It does not have additional external dependencies. And its file
structure shows it comes from netbeans. The License is however unclear.

Also the code seems abandond. So I see other issues then dependencies.

Also it is a link to a build tool (clang) which is handy. Some people
work with the toolset.


org.netbeans.libs.clank is just a bundle file (bundle files mostly
contain default i18n text) so it should just
build w/o any issues. I.e. _don't_  remove libs.clank from
nb.cluster.cnd


I tried to remove

Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache

2020-02-25 Thread Peter Kovacs

Hi all

Does it make sense to create a separate donation repository? Maybe 
similar to a mini incubator.


I mean at ASF we can create multiple repositories, completely 
independent of the self service side.


We put the oracle donations there, in separated branches packed to topic 
or donation packages.


If one package is converted and is technically ready for merge into the 
main tree, Oracle creates a sign Off commit,


and then the packages moves over to the main tree.

This would allow a broader community work on the donation code, but 
still guarantees the control at Oracle.


Just an Idea. At least in CND donation it would be nice to have a 
official incubating branch for the module.


Not sure if I got all the wording right.

All the Best

Peter

Am 25.02.20 um 14:16 schrieb Junichi Yamamoto:

Hi Geertjan,

If it is not donated, we can't put it in an apache repository.
(Although I think it is better to exist in the apache repository.)
If it is removed in the future, I'll create a repository for it with
my GitHub account, maybe.
I'm not sure whether there is a problem if we don't use it because I'm
not the author of it.
Maybe, files related to the parser will become one huge file.
I think that we can use it even if it is not donated because the
sources/binaries of the tool are not included in the release.

Tomas, What do you think?

Thanks,
Junichi


On Tue, Feb 25, 2020 at 9:16 PM Geertjan Wielenga  wrote:

On Thu, Feb 13, 2020 at 3:47 AM Junichi Yamamoto 
wrote:


Hi Geertjan,

We use [1] when we generate PHP parser files. Is it going to be donated?


Hi Junichi,

Is it critical to include this and what does it do exactly and if it were
to not be donated (it is outside the release repository which is the focus
of our donation) how bad would that be?

Thanks,

Gj





Maybe, we can put it in [2].

[1] https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter
[2] https://github.com/apache/netbeans-tools

Thanks,
Junichi

On Tue, Feb 11, 2020 at 7:46 PM Geertjan Wielenga 
wrote:

Hi all,

At this stage, now that the C/C++ donation is complete (though not
integrated yet into Apache NetBeans GitHub, a work in progress) Oracle

has

donated all the pieces of NetBeans that is can donate from Oracle

NetBeans

8.2.

Based on various questions, this remains:

c.atlassian.connector.eclipse.jira.core


https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse.jira.core

c.atlassian.connector.eclipse.jira.core.rest


https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse.jira.core.rest

jira https://hg.netbeans.org/main-golden/file/tip/jira
jira.rest https://hg.netbeans.org/main-golden/file/tip/jira.rest
jira.xmlrpc https://hg.netbeans.org/main-golden/file/tip/jira.xmlrpc
libs.jira.rest

https://hg.netbeans.org/main-golden/file/tip/libs.jira.rest

As well as "contrib", but surely not all of "contrib":

https://hg.netbeans.org/main/contrib/file

There's also the community repositories and code that has not been worked
on for many years:

community-xml
nb.cluster.javacard
nb.cluster.mobility
community-rub
community-soa
community-uml
community-visualweb

So, here's my proposal -- Oracle will only spend time on working on

further

donations for code that we in Apache are actually committed to work on.
I.e., if there is no one in the Apache NetBeans community committed to
working on the above (i.e., not simply using it, but will actually take
ownership, integrate the code into our GitHub and actively develop it
further), then Oracle will not spend time donating that code.

The responses to this thread should be along the lines of:

1. "This is terrible news. The XYZ code is very important to Apache
NetBeans or to me or to someone and I will be actively working on it once
Oracle donates it to Apache."

2. "It would be a pity that XYZ is not part of Apache NetBeans, but I

will

not be working on it myself, so I can't expect Oracle to work on donating
it either."

I give us one week, i.e, this time next week, we will see where we are

and

then decide which, if any, of the remaining code will be audited on the
Oracle side for donation.

Thanks,

Gj

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: building CND

2020-02-25 Thread Peter Kovacs

I am sorry, no offense ment. I do not understand some of your decisions.

Can you maybe elaborate? Whatever your desicion is based on it is okay 
for me.



Why did you start over and not based your work on GJs repo?


why do you replace

2.8

with

1.0

in

cnd/cnd.asm/nbproject/project.xml 
<https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000> 



?


I try to follow your guide to see if it builds for me.

Maybe you should consider a pull request towards GJ so we get one 
central cnd version that can be committed back into the main tree.



Am 25.02.20 um 08:22 schrieb Jan Lahoda:

FWIW, a few days ago, I tried to make CND buildable. The experiment is
available here:
https://github.com/jlahoda/netbeans/tree/cnd-building

A number of files need to be added to make the build work, see the
description here:
https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd

(It would be useful if someone could try to build independently using the
instructions, to find any issues with them.)

The question is how to continue with this - bringing the CND source code in
line with Apache rules is going to be quite some work, maintaining the
C/C++ support will be some work also, and I don't think I have time to work
on that much.

Jan


On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs  wrote:


I am tried building Clank today. It seems I need the netbeans build
hearness. And I do not know how to set that up.

The Message talks of

Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
On a developer machine these are normally defined in
${user.properties.file}=${netbeans.user}/build.properties
but for automated builds you should pass these properties to Ant
explicitly.
You may instead download the harness and platform:
-Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml


So I set the Variables to my netbeans Folder? Or would it make more
sense to move the Clank modules into the netbeans repository?

Like the others?

I am usure what would be the best way to proceed. The project is under
LLVM License.


Thanks for your time.

All the Best

Peter


Am 14.02.20 um 09:50 schrieb Peter Kovacs:

Hi Ivan,

Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:

On 2/13/20 6:23 AM, Peter Kovacs wrote:

Okay,

I had to remove validation.nb.cluster.cnd=cnd.kit, too.

Now I get the Target "all-cnd" does not exist in the project "main".
error.

However I get the same error when trying to build dlight.

Now from the Jira I concluded that I might need to call ant
differently. So I tried

ant -f cnd/cnd.editor -Dcluster.config=cnd run

Now I am stuck on the Issue

netbeans/nbbuild/templates/projectized.xml:101: No dependent module
org.netbeans.libs.clank

So next step would be to build clank from

https://github.com/java-port/clank ?


I think that will feed the dependency avalanche.

It does not have additional external dependencies. And its file
structure shows it comes from netbeans. The License is however unclear.

Also the code seems abandond. So I see other issues then dependencies.

Also it is a link to a build tool (clang) which is handy. Some people
work with the toolset.


org.netbeans.libs.clank is just a bundle file (bundle files mostly
contain default i18n text) so it should just
build w/o any issues. I.e. _don't_  remove libs.clank from
nb.cluster.cnd


I tried to remove the dependency clank from the cluster, but ant
stayed persistant in requesting clank.

"ant clean" to the rescue?

Ohh yea did not try. :) Thanks for this beginner pointer.



Am 09.02.20 um 10:28 schrieb Geertjan Wielenga:

Thanks a lot for this history lesson -- so great that we have
people with
this long perspective on where the code came from and so on.

Hmm ... Geertjan ... I never received your reply. I'm only seeing it
for the first time in Peters quote.
Case of Reply vs ReplyAll or ???

Yes, I did not notice too. Or I would have forwarded.

I have also seen "Target "all-cnd" does not exist in the project
"main"".

But then sometimes it just goes away.

No such luck with me.


Reminds me a bit of this discussion:



http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E

Yeah, looks familiar but the resolution was "magical".


If you/we can get further with this, that would be great

I poked at it some more and learned a bit more:

The 'all-' list is built in the 'init' ant target. So you can
concentrate on the problem by just issuing
"ant -Dcluster.config=cnd init" and this is what you'll get:
 Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
 [insert-module-all-targets] Cannot find build prerequisite
org.netbeans.modules.hibernate of
/home/open/nb-geertjan/contrib/hibernateweb

I _think_ the contrib/hiber

Re: building CND

2020-02-25 Thread Peter Kovacs

I thought we need it because the build was complaining lib.clank is missing.

And I did not find it. But it seems I had tomato - eyes and missed the 
folder.


-.-

Am 25.02.20 um 07:34 schrieb Ivan Soleimanipour:



On 2/24/20 10:20 AM, Peter Kovacs wrote:

I am tried building Clank today.


You mean https://github.com/java-port/clank ?

Why do you think you need to build that in order to get NB+CND going?

It seems I need the netbeans build hearness. And I do not know how to 
set that up.


This indicates that https://github.com/java-port/clank has a 
dependency on NB.
I expect .../clank is designed a "provider" that gets "dependency 
injected" into stock NB+CND.
That, in turn, implies that stock NB+CND should be buildable w/o 
https://github.com/java-port/clank

otherwise you'll be having a circular dependency.

The only thing "clank" related in stock NB+CND is libs.clank and 
AFAICT it poses no problem ... it only
contains a Bundle file (Bundle files are resource files, usually i18n 
messages and gui labels and such).




The Message talks of

Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and 
nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
On a developer machine these are normally defined in 
${user.properties.file}=${netbeans.user}/build.properties
but for automated builds you should pass these properties to Ant 
explicitly.
You may instead download the harness and platform: 
-Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml



So I set the Variables to my netbeans Folder? Or would it make more 
sense to move the Clank modules into the netbeans repository?


Like the others?

I am usure what would be the best way to proceed. The project is 
under LLVM License.



Thanks for your time.

All the Best

Peter


Am 14.02.20 um 09:50 schrieb Peter Kovacs:

Hi Ivan,

Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:


On 2/13/20 6:23 AM, Peter Kovacs wrote:

Okay,

I had to remove validation.nb.cluster.cnd=cnd.kit, too.

Now I get the Target "all-cnd" does not exist in the project 
"main". error.


However I get the same error when trying to build dlight.

Now from the Jira I concluded that I might need to call ant 
differently. So I tried


ant -f cnd/cnd.editor -Dcluster.config=cnd run

Now I am stuck on the Issue

netbeans/nbbuild/templates/projectized.xml:101: No dependent 
module org.netbeans.libs.clank


So next step would be to build clank from

https://github.com/java-port/clank ?



I think that will feed the dependency avalanche.


It does not have additional external dependencies. And its file 
structure shows it comes from netbeans. The License is however unclear.


Also the code seems abandond. So I see other issues then dependencies.

Also it is a link to a build tool (clang) which is handy. Some 
people work with the toolset.




org.netbeans.libs.clank is just a bundle file (bundle files mostly 
contain default i18n text) so it should just
build w/o any issues. I.e. _don't_  remove libs.clank from 
nb.cluster.cnd






I tried to remove the dependency clank from the cluster, but ant 
stayed persistant in requesting clank.


"ant clean" to the rescue?

Ohh yea did not try. :) Thanks for this beginner pointer.




Am 09.02.20 um 10:28 schrieb Geertjan Wielenga:
Thanks a lot for this history lesson -- so great that we have 
people with

this long perspective on where the code came from and so on.


Hmm ... Geertjan ... I never received your reply. I'm only seeing 
it for the first time in Peters quote.

Case of Reply vs ReplyAll or ???

Yes, I did not notice too. Or I would have forwarded.




I have also seen "Target "all-cnd" does not exist in the project 
"main"".


But then sometimes it just goes away.


No such luck with me.


Reminds me a bit of this discussion:

http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E 



Yeah, looks familiar but the resolution was "magical".



If you/we can get further with this, that would be great 


I poked at it some more and learned a bit more:

The 'all-' list is built in the 'init' ant target. So you can 
concentrate on the problem by just issuing

"ant -Dcluster.config=cnd init" and this is what you'll get:
    Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
    [insert-module-all-targets] Cannot find build prerequisite 
org.netbeans.modules.hibernate of 
/home/open/nb-geertjan/contrib/hibernateweb


I _think_ the contrib/hibernateweb error is a red herring ... it's 
just a warning as it _doesn't_ abort the build.

I did see the same error with same conclusion.


I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's 
binary but it's clear that it doesn't contain anything
relating to CND in it. I blew it away thinking it's stale but no 
joy. In fact "ant clean" blows it aw

Re: building CND

2020-02-24 Thread Peter Kovacs
I am tried building Clank today. It seems I need the netbeans build 
hearness. And I do not know how to set that up.


The Message talks of

Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and 
nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
On a developer machine these are normally defined in 
${user.properties.file}=${netbeans.user}/build.properties
but for automated builds you should pass these properties to Ant 
explicitly.
You may instead download the harness and platform: 
-Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml



So I set the Variables to my netbeans Folder? Or would it make more 
sense to move the Clank modules into the netbeans repository?


Like the others?

I am usure what would be the best way to proceed. The project is under 
LLVM License.



Thanks for your time.

All the Best

Peter


Am 14.02.20 um 09:50 schrieb Peter Kovacs:

Hi Ivan,

Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:


On 2/13/20 6:23 AM, Peter Kovacs wrote:

Okay,

I had to remove validation.nb.cluster.cnd=cnd.kit, too.

Now I get the Target "all-cnd" does not exist in the project "main". 
error.


However I get the same error when trying to build dlight.

Now from the Jira I concluded that I might need to call ant 
differently. So I tried


ant -f cnd/cnd.editor -Dcluster.config=cnd run

Now I am stuck on the Issue

netbeans/nbbuild/templates/projectized.xml:101: No dependent module 
org.netbeans.libs.clank


So next step would be to build clank from

https://github.com/java-port/clank ?



I think that will feed the dependency avalanche.


It does not have additional external dependencies. And its file 
structure shows it comes from netbeans. The License is however unclear.


Also the code seems abandond. So I see other issues then dependencies.

Also it is a link to a build tool (clang) which is handy. Some people 
work with the toolset.




org.netbeans.libs.clank is just a bundle file (bundle files mostly 
contain default i18n text) so it should just
build w/o any issues. I.e. _don't_  remove libs.clank from 
nb.cluster.cnd






I tried to remove the dependency clank from the cluster, but ant 
stayed persistant in requesting clank.


"ant clean" to the rescue?

Ohh yea did not try. :) Thanks for this beginner pointer.




Am 09.02.20 um 10:28 schrieb Geertjan Wielenga:
Thanks a lot for this history lesson -- so great that we have 
people with

this long perspective on where the code came from and so on.


Hmm ... Geertjan ... I never received your reply. I'm only seeing it 
for the first time in Peters quote.

Case of Reply vs ReplyAll or ???

Yes, I did not notice too. Or I would have forwarded.




I have also seen "Target "all-cnd" does not exist in the project 
"main"".


But then sometimes it just goes away.


No such luck with me.


Reminds me a bit of this discussion:

http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E 



Yeah, looks familiar but the resolution was "magical".



If you/we can get further with this, that would be great 


I poked at it some more and learned a bit more:

The 'all-' list is built in the 'init' ant target. So you can 
concentrate on the problem by just issuing

"ant -Dcluster.config=cnd init" and this is what you'll get:
    Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
    [insert-module-all-targets] Cannot find build prerequisite 
org.netbeans.modules.hibernate of 
/home/open/nb-geertjan/contrib/hibernateweb


I _think_ the contrib/hibernateweb error is a red herring ... it's 
just a warning as it _doesn't_ abort the build.

I did see the same error with same conclusion.


I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary 
but it's clear that it doesn't contain anything
relating to CND in it. I blew it away thinking it's stale but no joy. 
In fact "ant clean" blows it away anyway.


If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant 
-Dcluster.config=cnd init" there's a bunch of stuff

that gets fetched from the cloud:

 [echo] Bootstrapping NetBeans-specific Ant extensions...
    [javac] Compiling 95 source files to 
/home/open/nb-geertjan/nbbuild/build/antclasses
  [jar] Building jar: 
/home/open/nb-geertjan/nbbuild/build/nbantext.jar

[configureproxy] Resetting proxyHost to empty string
  [get] Getting: 
https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
  [get] To: 
/home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
 [copy] Warning: Could not find file 
/home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
 [copy] Warning: Could not find file 
/home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.


So ... is the netbeansrelease.json stuff on gitbox somehow lacking 
CND? I poked aroun

Re: building CND

2020-02-14 Thread Peter Kovacs

Hi Ivan,

Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:


On 2/13/20 6:23 AM, Peter Kovacs wrote:

Okay,

I had to remove validation.nb.cluster.cnd=cnd.kit, too.

Now I get the Target "all-cnd" does not exist in the project "main". 
error.


However I get the same error when trying to build dlight.

Now from the Jira I concluded that I might need to call ant 
differently. So I tried


ant -f cnd/cnd.editor -Dcluster.config=cnd run

Now I am stuck on the Issue

netbeans/nbbuild/templates/projectized.xml:101: No dependent module 
org.netbeans.libs.clank


So next step would be to build clank from

https://github.com/java-port/clank ?



I think that will feed the dependency avalanche.


It does not have additional external dependencies. And its file 
structure shows it comes from netbeans. The License is however unclear.


Also the code seems abandond. So I see other issues then dependencies.

Also it is a link to a build tool (clang) which is handy. Some people 
work with the toolset.




org.netbeans.libs.clank is just a bundle file (bundle files mostly 
contain default i18n text) so it should just

build w/o any issues. I.e. _don't_  remove libs.clank from nb.cluster.cnd





I tried to remove the dependency clank from the cluster, but ant 
stayed persistant in requesting clank.


"ant clean" to the rescue?

Ohh yea did not try. :) Thanks for this beginner pointer.




Am 09.02.20 um 10:28 schrieb Geertjan Wielenga:
Thanks a lot for this history lesson -- so great that we have people 
with

this long perspective on where the code came from and so on.


Hmm ... Geertjan ... I never received your reply. I'm only seeing it 
for the first time in Peters quote.

Case of Reply vs ReplyAll or ???

Yes, I did not notice too. Or I would have forwarded.




I have also seen "Target "all-cnd" does not exist in the project 
"main"".


But then sometimes it just goes away.


No such luck with me.


Reminds me a bit of this discussion:

http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E 



Yeah, looks familiar but the resolution was "magical".



If you/we can get further with this, that would be great 


I poked at it some more and learned a bit more:

The 'all-' list is built in the 'init' ant target. So you can 
concentrate on the problem by just issuing

"ant -Dcluster.config=cnd init" and this is what you'll get:
    Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
    [insert-module-all-targets] Cannot find build prerequisite 
org.netbeans.modules.hibernate of 
/home/open/nb-geertjan/contrib/hibernateweb


I _think_ the contrib/hibernateweb error is a red herring ... it's 
just a warning as it _doesn't_ abort the build.

I did see the same error with same conclusion.


I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary 
but it's clear that it doesn't contain anything
relating to CND in it. I blew it away thinking it's stale but no joy. 
In fact "ant clean" blows it away anyway.


If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant 
-Dcluster.config=cnd init" there's a bunch of stuff

that gets fetched from the cloud:

 [echo] Bootstrapping NetBeans-specific Ant extensions...
    [javac] Compiling 95 source files to 
/home/open/nb-geertjan/nbbuild/build/antclasses
  [jar] Building jar: 
/home/open/nb-geertjan/nbbuild/build/nbantext.jar

[configureproxy] Resetting proxyHost to empty string
  [get] Getting: 
https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json

  [get] To: /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
 [copy] Warning: Could not find file 
/home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
 [copy] Warning: Could not find file 
/home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.


So ... is the netbeansrelease.json stuff on gitbox somehow lacking 
CND? I poked around but it doesn't seem to

mention clusters anyway.

nb-scan-cache is created by the ModuleListParser ant task. It uses 
{nb.clusters.list} as input. Echoing {nb.clusters.list}

shows that it _does_ contain nb.cluster.cnd.

That's where my investigations are at now..


Have you tried the following command?

  ant -f cnd/cnd.editor -Dcluster.config=cnd run




-- and please feel
free to provide pull requests to my fork.


Gladly but I don't have anything meaty yet.

Peter, could you please try w/o removing the libs.clank dependency?


Yes, I have to integrate clank again. I hope I manage some time for this 
on the weekend.


And I hope I get a license response.


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





building CND (was: build failure cnd/cnd.debugger.dbx now missing ;) )

2020-02-13 Thread Peter Kovacs

Okay,

I had to remove validation.nb.cluster.cnd=cnd.kit, too.

Now I get the Target "all-cnd" does not exist in the project "main". error.

However I get the same error when trying to build dlight.

Now from the Jira I concluded that I might need to call ant differently. So I 
tried

ant -f cnd/cnd.editor -Dcluster.config=cnd run

Now I am stuck on the Issue

netbeans/nbbuild/templates/projectized.xml:101: No dependent module 
org.netbeans.libs.clank

So next step would be to build clank from

https://github.com/java-port/clank ?


I tried to remove the dependency clank from the cluster, but ant stayed 
persistant in requesting clank.
Lets see.

But I think I am again a step forward. Thx for all the infos.

I pushed my changes to https://github.com/leginee/netbeans/tree/rm_dbx
If someone is interested. I can create a pull request but rather would go for a 
pull request if cnd at least builds.


All the Best
Peter


Am 09.02.20 um 10:28 schrieb Geertjan Wielenga:

Thanks a lot for this history lesson -- so great that we have people with
this long perspective on where the code came from and so on.

I have also seen "Target "all-cnd" does not exist in the project "main"".

But then sometimes it just goes away. Reminds me a bit of this discussion:

http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E

If you/we can get further with this, that would be great -- and please feel
free to provide pull requests to my fork.

Gj

On Sat, Feb 8, 2020 at 7:53 AM Ivan Soleimanipour <
ivan.soleimanip...@sbcglobal.net> wrote:


I took a look at geertjans branch (https://github.com/geertjanw/netbeans)

building "ant -Dcluster.config=cnd" ...

You should be able to deal with the dbx dependency simply by removing
'cnd.debugger.dbx' from the 'nb.cluster.cnd'
list in "nbbuild/cluster.properties". There's also 'libs.dbx.support' in
that list but that only contains
a Bundle file so won't affect the build. The same goes for 'libs.clank'.

I also had to remove 'nb.cluster.dlight' from 'nb.cluster.cnd.depends' in
"nbbuild/cluster.properties".

But then I ran into
  > /home/open/nb-geertjan/nbbuild/build.xml:660: Target "all-cnd" does not
exist in the project "main".
  > It is used from target "nbmerge-build-one-cluster".
I might pursue that in a bit (but I really hope someone else has the
answer :-)

In the meantime ...

... A bit of history.

dbx is the Solaris source level debugger with origins dating back to the
original days of BSD and Sun.

The tools group at Sun/Oracle was subdivided into the IDE (CND) group in
StPetersburg (SPB) and the dbx group
in SiliconValley. There was also a performance tool group in SV which was
in charge of the Performance Analyzer


https://www.oracle.com/technetwork/server-storage/solarisstudio/features/performance-analyzer-2292312.html
 The only reason I'm entioning this group is because it was the
primary performance analysis tool as opposed to
 "dlight" which is a very simple and lightweight performance and
resource monitoring system.

The bulk of the IDE functionality was done in an open-source manner by the
CND group. This included all the project
mgmt stuff, machinery to execute native binaries (like make and
compilers), and remotely so, and all the work needed for
code-completion (as in a C++ parser written in Java) and rich language
support in the editor. It also included
support for the GDB debugger which was initially done by the dbx team.
It's called cnd.debugger.gdb2 because there
was an older Q hack-and-slash cnd.debugger.gdb.

 clank ... has it's own rich history and I'm not sure I can do
justice to it.

 To support a model for code completion the IDE has to parse C++.
THe initial impl. used a bespoke
 antlr based C++ parser. That's what cnd.apt is all about.

 Clank is the brainchild of Vladimir Voskresensky and its github
page (https://github.com/java-port/clank)
 says "Clank is a Java-port of popular Clang frontend". It's
actually hela cooler than the title says.
 Take a look at
http://llvm.org/devmtg/2017-03/assets/slides/clank_java_port_of_c_cxx_compiler_frontend.pdf
 What I don't know is what is the relationship of clank and NB as
in why github.com/java-port/clank
 isn't in NB.

Meanwhile Oracle had a tools (compilers, debugger, ide) product,
SolarisStudio (SS), the IDE part of which built
on top of NB and added some extra modules the most important one being the
GUI for dbx support.

For a long time the NB gdb and SS dbx modules evolved independently until,
in a big flurry of factoring,
common code was isolated in cnd.debugger.common2 with cnd.debugger.gdb2
and, what you now see as cnd.debugger.dbx,
becoming different debugger "adapters". Yet, cnd.debugger.dbx remained
proprietary. The main reason was that it
had dependencies on even more proprietary stuff (e.g. glue). The CND group
lobbied hard to come up with
a 

Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache

2020-02-13 Thread Peter Kovacs

cool,

thanks Sven,

I will come back with questions. ;)

I will try to build them then first.

Am 11.02.20 um 20:43 schrieb Sven Reimers:


Regarding

community-xml

I already have a working version oatched from latest hg to run with 11.3,
including update of all forms to GroupLayout Swing style and some theming
prototype to make it look smooth with FlatLaf Dark...

So count me in here

community-uml
Quite large. Got a running poc with 11.3 with no problems... some ui and
editor stying feels weird..

Not willing to take a lead, but would be available for questions and support

contrib/python
Poc with 11.3 running, even detects python 3 as a platform - with all the
python hype I think from an apache perspective we cannot let this pass

Hope there is broad interest here...

not sure about ruby... sounds probably interesting from an ASF perspective
but this is way put of my comfort zone.

need more time to look through other stuff in contrib... there may be
pearls hidden in the dark..

Hope to rescue a lot of the stuff...

Thanks for listening

-Sven

Geertjan Wielenga  schrieb am Di., 11. Feb. 2020,
12:29:


https://hg.netbeans.org/community-xml/file
https://hg.netbeans.org/community-uml/file

The community-xml repo is 2326 files and community-uml is 6365 files.

That's a lot of files of old code that has not been worked on for years.

The danger is that we'll get this code donated and then find that the cost
of getting them integrated and working is massive -- and that potentially
that will not succeed at all.

Could you already check out those repos from their hg.netbeans.org repos
above and do a poc via forking Apache NetBeans and basically doing a
feasibility study on whether receiving this code would make sense at all?

Gj

On Tue, Feb 11, 2020 at 12:19 PM Peter Kovacs  wrote:


I think the community XML and uml are interesting modules. The features
will help to improve developing support my main project OpenOffice.

I am interested to help on those modules with the goal to improve the dev
environment of OpenOffice.

All the best
Peter

Am 11. Februar 2020 11:46:27 MEZ schrieb Geertjan Wielenga <
geert...@apache.org>:

Hi all,

At this stage, now that the C/C++ donation is complete (though not
integrated yet into Apache NetBeans GitHub, a work in progress) Oracle
has
donated all the pieces of NetBeans that is can donate from Oracle
NetBeans
8.2.

Based on various questions, this remains:

c.atlassian.connector.eclipse.jira.core


https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse.jira.core

c.atlassian.connector.eclipse.jira.core.rest


https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse.jira.core.rest

jira https://hg.netbeans.org/main-golden/file/tip/jira
jira.rest https://hg.netbeans.org/main-golden/file/tip/jira.rest
jira.xmlrpc https://hg.netbeans.org/main-golden/file/tip/jira.xmlrpc
libs.jira.rest
https://hg.netbeans.org/main-golden/file/tip/libs.jira.rest

As well as "contrib", but surely not all of "contrib":

https://hg.netbeans.org/main/contrib/file

There's also the community repositories and code that has not been
worked
on for many years:

community-xml
nb.cluster.javacard
nb.cluster.mobility
community-rub
community-soa
community-uml
community-visualweb

So, here's my proposal -- Oracle will only spend time on working on
further
donations for code that we in Apache are actually committed to work on.
I.e., if there is no one in the Apache NetBeans community committed to
working on the above (i.e., not simply using it, but will actually take
ownership, integrate the code into our GitHub and actively develop it
further), then Oracle will not spend time donating that code.

The responses to this thread should be along the lines of:

1. "This is terrible news. The XYZ code is very important to Apache
NetBeans or to me or to someone and I will be actively working on it
once
Oracle donates it to Apache."

2. "It would be a pity that XYZ is not part of Apache NetBeans, but I
will
not be working on it myself, so I can't expect Oracle to work on
donating
it either."

I give us one week, i.e, this time next week, we will see where we are
and
then decide which, if any, of the remaining code will be audited on the
Oracle side for donation.

Thanks,

Gj


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache

2020-02-11 Thread Peter Kovacs
I think the community XML and uml are interesting modules. The features will 
help to improve developing support my main project OpenOffice. 

I am interested to help on those modules with the goal to improve the dev 
environment of OpenOffice.

All the best
Peter

Am 11. Februar 2020 11:46:27 MEZ schrieb Geertjan Wielenga 
:
>Hi all,
>
>At this stage, now that the C/C++ donation is complete (though not
>integrated yet into Apache NetBeans GitHub, a work in progress) Oracle
>has
>donated all the pieces of NetBeans that is can donate from Oracle
>NetBeans
>8.2.
>
>Based on various questions, this remains:
>
>c.atlassian.connector.eclipse.jira.core
>https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse.jira.core
>c.atlassian.connector.eclipse.jira.core.rest
>https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse.jira.core.rest
>jira https://hg.netbeans.org/main-golden/file/tip/jira
>jira.rest https://hg.netbeans.org/main-golden/file/tip/jira.rest
>jira.xmlrpc https://hg.netbeans.org/main-golden/file/tip/jira.xmlrpc
>libs.jira.rest
>https://hg.netbeans.org/main-golden/file/tip/libs.jira.rest
>
>As well as "contrib", but surely not all of "contrib":
>
>https://hg.netbeans.org/main/contrib/file
>
>There's also the community repositories and code that has not been
>worked
>on for many years:
>
>community-xml
>nb.cluster.javacard
>nb.cluster.mobility
>community-rub
>community-soa
>community-uml
>community-visualweb
>
>So, here's my proposal -- Oracle will only spend time on working on
>further
>donations for code that we in Apache are actually committed to work on.
>I.e., if there is no one in the Apache NetBeans community committed to
>working on the above (i.e., not simply using it, but will actually take
>ownership, integrate the code into our GitHub and actively develop it
>further), then Oracle will not spend time donating that code.
>
>The responses to this thread should be along the lines of:
>
>1. "This is terrible news. The XYZ code is very important to Apache
>NetBeans or to me or to someone and I will be actively working on it
>once
>Oracle donates it to Apache."
>
>2. "It would be a pity that XYZ is not part of Apache NetBeans, but I
>will
>not be working on it myself, so I can't expect Oracle to work on
>donating
>it either."
>
>I give us one week, i.e, this time next week, we will see where we are
>and
>then decide which, if any, of the remaining code will be audited on the
>Oracle side for donation.
>
>Thanks,
>
>Gj


Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-07 Thread Peter Kovacs
Maybe it makes sense to collect all issues first. We could treat all
missing dependencies as Gaps and try to figure out where in the code we
have issues.

We could then evaluate the gaps and make a decision if it is worth to
close the gaps or rewrite. And maybe we can collect Informations or
cluster some gaps.

What do you think? Maybe One Jira task cnd- integration and create an
overview of issues?

On 07.02.20 10:45, Geertjan Wielenga wrote:
> It’s going to be a lot of work integrating C/C++ back into NetBeans and I
> may need to restart from scratch.
>
> Gj
>
> On Fri, 7 Feb 2020 at 10:15, Ivan Soleimanipour <
> ivan.soleimanip...@sbcglobal.net> wrote:
>
>>
>> On 2/6/20 11:06 PM, Jan Lahoda wrote:
>>> On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour <
>>> ivan.soleimanip...@sbcglobal.net> wrote:
>>>
 This is odd.
 cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio"
 closed-source product.
 Maybe some kind of stub was added later on. My copy of the NB repo is is
 all pre-apache and even older and it doesn't
 have these modules.
 Maybe Oracle accidentally gave away the C++ from Studio as opposed to
 plain NB.

>>> FWIW, the cnd.debugger.dbx module was actually part of the NetBeans
>>> repository:
>>> http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx
>>>
>>> And it is part of the donation, I believe, but Geertjan deleted it:
>>>
>> https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7
>> I don't think that this stuff was never supposed to be part of netbeans.
>> For example,
>>
>> https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7#diff-6b8d82252d130f7527fc907a1447deee
>> has these: import com.sun.tools.swdev.glue.*;
>>
>> Glue was an Oracle proprietary RPC protocol.
>>
>> My latest copy of classic NB dates from Aug 1 2016 and it doesn't have
>> this dbx stuff.
>>
>> Looking at http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx
>> I see
>> dbx stuff, e.g.
>>
>> http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx/src/org/netbeans/modules/cnd/debugger/dbx/capture/ExternalStartImpl.java
>> which is a module that deals this feature
>>  https://docs.oracle.com/cd/E77782_01/html/E77803/ss-attach-1.html
>> of studio, was added like this:
>> author  Svata Dedic 
>> Tue, 17 Oct 2017 16:38:27 +0200
>> Looking at some other trad NB files in that neighbourhood this looks like
>> some sort of bulk copy so
>> the only important data point is the date not the author.
>>
>>> presumably because it has problematic dependencies.
>> While Geertjan may have dealt with the issue by looking at "problematic
>> dependencies" it seems to me that it's
>> more an issue of poor IP and copyright provenance.
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>>
>>
>>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-07 Thread Peter Kovacs
Ohh cool. Thanks. That helps. Lets take a look on the code :)

On 07.02.20 08:06, Jan Lahoda wrote:
> On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour <
> ivan.soleimanip...@sbcglobal.net> wrote:
>
>> This is odd.
>> cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio"
>> closed-source product.
>> Maybe some kind of stub was added later on. My copy of the NB repo is is
>> all pre-apache and even older and it doesn't
>> have these modules.
>> Maybe Oracle accidentally gave away the C++ from Studio as opposed to
>> plain NB.
>>
> FWIW, the cnd.debugger.dbx module was actually part of the NetBeans
> repository:
> http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx
>
> And it is part of the donation, I believe, but Geertjan deleted it:
> https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7
>
> presumably because it has problematic dependencies.
>
>
>> What apache repo/branch is this new batch of giveaways which includes C++?
>> I'll try and look at this module and
>> maybe it'll jog my memory/clear things up.
>>
> I believe Geertjan's working branch is here:
> https://github.com/geertjanw/netbeans
>
> Jan
>
>
>>
>> On 2/6/20 1:50 PM, Peter Kovacs wrote:
>>> Thanks for the checking of missing builds. I have to figure out if I can
>>> get a notification if you change something ;)
>>>
>>> Now I got the Issue that following dependency is missing:
>>>
>>> cnd/cnd.debugger.dbx
>>>
>>> In the repo there is
>>>
>>> cnd.debugger.common2
>>> cnd.debugger.gdb2
>>>
>>> maybe similar case?
>>>
>>> All the best
>>>
>>> Peter
>>>
>>> On 06.02.20 15:40, Peter Kovacs wrote:
>>>> Hmm, I am stuck. I cloned the github repo as suggested and tried to
>> build.
>>>> where do I find the following definition?
>>>>
>>>> netbeans/nbbuild/templates/projectized.xml:101: No dependent module
>>>> org.netbeans.libs.clank
>>>>
>>>> It is not at the given location.
>>>>
>>>> Same message different location:
>>>>
>>>> /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one
>>>> exist:
>>>>
>>>> first message I get whentrying to build with netbeans. Second one with
>>>> ant via commandline.
>>>>
>>>>
>>>> I do not have clank, is there a case where we lookup what isavailable?
>>>> Or can I config something?
>>>>
>>>> Doku would be also fine. :)
>>>>
>>>> Thanks any help.
>>>>
>>>> On 06.02.20 13:12, Geertjan Wielenga wrote:
>>>>
>>>>> Get the code to compile. :-)
>>>>>
>>>>> That's what I'm working on now.
>>>>>
>>>>> Gj
>>>>>
>>>>> On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs  wrote:
>>>>>
>>>>>> What are the tasks to do?
>>>>>>
>>>>>> I help if I can.
>>>>>>
>>>>>> On 06.02.20 12:40, Geertjan Wielenga wrote:
>>>>>>> You can use openbeans.org.
>>>>>>>
>>>>>>> Or join me in working on bring C/C++ to Apache NetBeans, it's in my
>> fork
>>>>>>> right now:
>>>>>>>
>>>>>>> https://github.com/geertjanw/netbeans
>>>>>>>
>>>>>>> Gj
>>>>>>>
>>>>>>> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen <
>>>>>> birger...@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>>
>>>>>>>> Over the last years, I've started using Netbeans exclusively for C++
>>>>>>>> projects. So I've been on 8.2 ever since it was released, and I'm
>>>>>>>> eagerly waiting to start using (and reporting issues of) Apache
>>>>>>>> Netbeans.
>>>>>>>>
>>>>>>>> But when can I start using C++ plugin with Apache Netbeans? Is there
>>>>>>>> some specific version of Apache Netbeans that will support the C++
>>>>>>>> plugin? Or is it the other way around, C++ plugin devs need to
>> support
>>>>>>&g

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-07 Thread Peter Kovacs
I pulled Geertjan github repo, there is the cnd donation included.

https://github.com/geertjanw/netbeans


On 07.02.20 05:19, Ivan Soleimanipour wrote:
> This is odd.
> cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio"
> closed-source product.
> Maybe some kind of stub was added later on. My copy of the NB repo is
> is all pre-apache and even older and it doesn't
> have these modules.
> Maybe Oracle accidentally gave away the C++ from Studio as opposed to
> plain NB.
>
> What apache repo/branch is this new batch of giveaways which includes
> C++? I'll try and look at this module and
> maybe it'll jog my memory/clear things up.
>
>
> On 2/6/20 1:50 PM, Peter Kovacs wrote:
>> Thanks for the checking of missing builds. I have to figure out if I can
>> get a notification if you change something ;)
>>
>> Now I got the Issue that following dependency is missing:
>>
>> cnd/cnd.debugger.dbx
>>
>> In the repo there is
>>
>> cnd.debugger.common2
>> cnd.debugger.gdb2
>>
>> maybe similar case?
>>
>> All the best
>>
>> Peter
>>
>> On 06.02.20 15:40, Peter Kovacs wrote:
>>> Hmm, I am stuck. I cloned the github repo as suggested and tried to
>>> build.
>>>
>>> where do I find the following definition?
>>>
>>> netbeans/nbbuild/templates/projectized.xml:101: No dependent module
>>> org.netbeans.libs.clank
>>>
>>> It is not at the given location.
>>>
>>> Same message different location:
>>>
>>> /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one
>>> exist:
>>>
>>> first message I get whentrying to build with netbeans. Second one with
>>> ant via commandline.
>>>
>>>
>>> I do not have clank, is there a case where we lookup what isavailable?
>>> Or can I config something?
>>>
>>> Doku would be also fine. :)
>>>
>>> Thanks any help.
>>>
>>> On 06.02.20 13:12, Geertjan Wielenga wrote:
>>>
>>>> Get the code to compile. :-)
>>>>
>>>> That's what I'm working on now.
>>>>
>>>> Gj
>>>>
>>>> On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs  wrote:
>>>>
>>>>> What are the tasks to do?
>>>>>
>>>>> I help if I can.
>>>>>
>>>>> On 06.02.20 12:40, Geertjan Wielenga wrote:
>>>>>> You can use openbeans.org.
>>>>>>
>>>>>> Or join me in working on bring C/C++ to Apache NetBeans, it's in
>>>>>> my fork
>>>>>> right now:
>>>>>>
>>>>>> https://github.com/geertjanw/netbeans
>>>>>>
>>>>>> Gj
>>>>>>
>>>>>> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen <
>>>>> birger...@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>>
>>>>>>> Over the last years, I've started using Netbeans exclusively for
>>>>>>> C++
>>>>>>> projects. So I've been on 8.2 ever since it was released, and I'm
>>>>>>> eagerly waiting to start using (and reporting issues of) Apache
>>>>>>> Netbeans.
>>>>>>>
>>>>>>> But when can I start using C++ plugin with Apache Netbeans? Is
>>>>>>> there
>>>>>>> some specific version of Apache Netbeans that will support the C++
>>>>>>> plugin? Or is it the other way around, C++ plugin devs need to
>>>>>>> support
>>>>>>> Apache Netbeans?
>>>>>>>
>>>>>>>
>>>>>>> Best regards,
>>>>>>> Birger
>>>>>>>
>>>>>>> -
>>>>>>>
>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>>>>>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>>>>>>
>>>>>>> For further information about the NetBeans mailing lists, visit:
>>>>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>> -
>>>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>>>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>>>>
>>>>> For further information about the NetBeans mailing lists, visit:
>>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>>>
>>>>>
>>>>>
>>>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>>
>>> For further information about the NetBeans mailing lists, visit:
>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>
>>>
>>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>>
>>
>>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-06 Thread Peter Kovacs
I see. I had hopes that still one got lost in the merge.

I will try to find a solution. Thanks for the feedback.


On 06.02.20 22:57, Geertjan Wielenga wrote:
> Yes, heaps of things to figure out, far from anywhere where I have answers
> to your questions right now.
>
> All that's been added is 'cnd', 'cndext', and 'dlight'. All answers to your
> questions will be in one/more of these.
>
> Gj
>
> On Thu, Feb 6, 2020 at 10:51 PM Peter Kovacs  wrote:
>
>> Thanks for the checking of missing builds. I have to figure out if I can
>> get a notification if you change something ;)
>>
>> Now I got the Issue that following dependency is missing:
>>
>> cnd/cnd.debugger.dbx
>>
>> In the repo there is
>>
>> cnd.debugger.common2
>> cnd.debugger.gdb2
>>
>> maybe similar case?
>>
>> All the best
>>
>> Peter
>>
>> On 06.02.20 15:40, Peter Kovacs wrote:
>>> Hmm, I am stuck. I cloned the github repo as suggested and tried to
>> build.
>>> where do I find the following definition?
>>>
>>> netbeans/nbbuild/templates/projectized.xml:101: No dependent module
>>> org.netbeans.libs.clank
>>>
>>> It is not at the given location.
>>>
>>> Same message different location:
>>>
>>> /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one
>>> exist:
>>>
>>> first message I get whentrying to build with netbeans. Second one with
>>> ant via commandline.
>>>
>>>
>>> I do not have clank, is there a case where we lookup what isavailable?
>>> Or can I config something?
>>>
>>> Doku would be also fine. :)
>>>
>>> Thanks any help.
>>>
>>> On 06.02.20 13:12, Geertjan Wielenga wrote:
>>>
>>>> Get the code to compile. :-)
>>>>
>>>> That's what I'm working on now.
>>>>
>>>> Gj
>>>>
>>>> On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs  wrote:
>>>>
>>>>> What are the tasks to do?
>>>>>
>>>>> I help if I can.
>>>>>
>>>>> On 06.02.20 12:40, Geertjan Wielenga wrote:
>>>>>> You can use openbeans.org.
>>>>>>
>>>>>> Or join me in working on bring C/C++ to Apache NetBeans, it's in my
>> fork
>>>>>> right now:
>>>>>>
>>>>>> https://github.com/geertjanw/netbeans
>>>>>>
>>>>>> Gj
>>>>>>
>>>>>> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen <
>>>>> birger...@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>>
>>>>>>> Over the last years, I've started using Netbeans exclusively for C++
>>>>>>> projects. So I've been on 8.2 ever since it was released, and I'm
>>>>>>> eagerly waiting to start using (and reporting issues of) Apache
>>>>>>> Netbeans.
>>>>>>>
>>>>>>> But when can I start using C++ plugin with Apache Netbeans? Is there
>>>>>>> some specific version of Apache Netbeans that will support the C++
>>>>>>> plugin? Or is it the other way around, C++ plugin devs need to
>> support
>>>>>>> Apache Netbeans?
>>>>>>>
>>>>>>>
>>>>>>> Best regards,
>>>>>>> Birger
>>>>>>>
>>>>>>> -
>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>>>>>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>>>>>>
>>>>>>> For further information about the NetBeans mailing lists, visit:
>>>>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>> -
>>>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>>>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>>>>
>>>>> For further information about the NetBeans mailing lists, visit:
>>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>>>
>>>>>
>>>>>
>>>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>>
>>> For further information about the NetBeans mailing lists, visit:
>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>
>>>
>>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>>
>>
>>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-06 Thread Peter Kovacs
Thanks for the checking of missing builds. I have to figure out if I can
get a notification if you change something ;)

Now I got the Issue that following dependency is missing:

cnd/cnd.debugger.dbx

In the repo there is

cnd.debugger.common2
cnd.debugger.gdb2

maybe similar case?

All the best

Peter

On 06.02.20 15:40, Peter Kovacs wrote:
> Hmm, I am stuck. I cloned the github repo as suggested and tried to build.
>
> where do I find the following definition?
>
> netbeans/nbbuild/templates/projectized.xml:101: No dependent module
> org.netbeans.libs.clank
>
> It is not at the given location.
>
> Same message different location:
>
> /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one
> exist:
>
> first message I get whentrying to build with netbeans. Second one with
> ant via commandline.
>
>
> I do not have clank, is there a case where we lookup what isavailable?
> Or can I config something?
>
> Doku would be also fine. :)
>
> Thanks any help.
>
> On 06.02.20 13:12, Geertjan Wielenga wrote:
>
>> Get the code to compile. :-)
>>
>> That's what I'm working on now.
>>
>> Gj
>>
>> On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs  wrote:
>>
>>> What are the tasks to do?
>>>
>>> I help if I can.
>>>
>>> On 06.02.20 12:40, Geertjan Wielenga wrote:
>>>> You can use openbeans.org.
>>>>
>>>> Or join me in working on bring C/C++ to Apache NetBeans, it's in my fork
>>>> right now:
>>>>
>>>> https://github.com/geertjanw/netbeans
>>>>
>>>> Gj
>>>>
>>>> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen <
>>> birger...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>>
>>>>> Over the last years, I've started using Netbeans exclusively for C++
>>>>> projects. So I've been on 8.2 ever since it was released, and I'm
>>>>> eagerly waiting to start using (and reporting issues of) Apache
>>>>> Netbeans.
>>>>>
>>>>> But when can I start using C++ plugin with Apache Netbeans? Is there
>>>>> some specific version of Apache Netbeans that will support the C++
>>>>> plugin? Or is it the other way around, C++ plugin devs need to support
>>>>> Apache Netbeans?
>>>>>
>>>>>
>>>>> Best regards,
>>>>> Birger
>>>>>
>>>>> -
>>>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>>>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>>>>
>>>>> For further information about the NetBeans mailing lists, visit:
>>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>>>
>>>>>
>>>>>
>>>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>>
>>> For further information about the NetBeans mailing lists, visit:
>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>
>>>
>>>
>>>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





build failure on cnd lib.clank does not exist (was: When can we expect to use the C++ plugin, and how can you tell?)

2020-02-06 Thread Peter Kovacs
Hmm, I am stuck. I cloned the github repo as suggested and tried to build.

where do I find the following definition?

netbeans/nbbuild/templates/projectized.xml:101: No dependent module
org.netbeans.libs.clank

It is not at the given location.

Same message different location:

/netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one
exist:

first message I get whentrying to build with netbeans. Second one with
ant via commandline.


I do not have clank, is there a case where we lookup what isavailable?
Or can I config something?

Doku would be also fine. :)

Thanks any help.

On 06.02.20 13:12, Geertjan Wielenga wrote:

> Get the code to compile. :-)
>
> That's what I'm working on now.
>
> Gj
>
> On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs  wrote:
>
>> What are the tasks to do?
>>
>> I help if I can.
>>
>> On 06.02.20 12:40, Geertjan Wielenga wrote:
>>> You can use openbeans.org.
>>>
>>> Or join me in working on bring C/C++ to Apache NetBeans, it's in my fork
>>> right now:
>>>
>>> https://github.com/geertjanw/netbeans
>>>
>>> Gj
>>>
>>> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen <
>> birger...@gmail.com>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>>
>>>> Over the last years, I've started using Netbeans exclusively for C++
>>>> projects. So I've been on 8.2 ever since it was released, and I'm
>>>> eagerly waiting to start using (and reporting issues of) Apache
>>>> Netbeans.
>>>>
>>>> But when can I start using C++ plugin with Apache Netbeans? Is there
>>>> some specific version of Apache Netbeans that will support the C++
>>>> plugin? Or is it the other way around, C++ plugin devs need to support
>>>> Apache Netbeans?
>>>>
>>>>
>>>> Best regards,
>>>> Birger
>>>>
>>>> -
>>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>>>
>>>> For further information about the NetBeans mailing lists, visit:
>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>>
>>>>
>>>>
>>>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>>
>>
>>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: When can we expect to use the C++ plugin, and how can you tell?

2020-02-06 Thread Peter Kovacs
What are the tasks to do?

I help if I can.

On 06.02.20 12:40, Geertjan Wielenga wrote:
> You can use openbeans.org.
>
> Or join me in working on bring C/C++ to Apache NetBeans, it's in my fork
> right now:
>
> https://github.com/geertjanw/netbeans
>
> Gj
>
> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen 
> wrote:
>
>> Hi,
>>
>>
>> Over the last years, I've started using Netbeans exclusively for C++
>> projects. So I've been on 8.2 ever since it was released, and I'm
>> eagerly waiting to start using (and reporting issues of) Apache
>> Netbeans.
>>
>> But when can I start using C++ plugin with Apache Netbeans? Is there
>> some specific version of Apache Netbeans that will support the C++
>> plugin? Or is it the other way around, C++ plugin devs need to support
>> Apache Netbeans?
>>
>>
>> Best regards,
>> Birger
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>>
>>
>>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: Update centers based on mirrors are a nightmare to support in an enterprise environment

2020-02-05 Thread Peter Kovacs
The ASF publishes the releases at:

https://apache.org/dist/netbeans/

Maybe that is less of an issue?

On 05.02.20 14:50, Geertjan Wielenga wrote:
> I'm not sure what the solution is.
>
> Gj
>
> On Wed, Feb 5, 2020 at 2:46 PM Jean-Marc Borer  wrote:
>
>> Any opinion here?
>>
>> For us, mirrors are just giving us headaches for plugins and updates...
>>
>> On Thu, Jan 30, 2020 at 2:55 PM Jean-Marc Borer  wrote:
>>
>>> Hi guys,
>>>
>>> This is bit of a complaint addressed to the NB infra community. When you
>>> are stuck behind corporate proxy that is very aggressively filtering web
>>> content, mirrors are a nightmare for you. In my case we need to whitelist
>>> every single server hosting java binaries otherwise we get empty files.
>> As
>>> such, it is not viable to declare every single mirror (the company won't
>>> accept that).
>>>
>>> So my request is: please for NB IDE updates and their core components,
>>> never ever use mirrors or provide an option to always point to the same
>>> mirrored site.
>>>
>>> This may sound silly, but is really an issue within enterprises and
>>> therefore prevent the adoption of NB IDE far more than the alternatives,
>>> which is really a pity...
>>>
>>> Regards,
>>>
>>> JMB
>>>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: Lots of issues reported, how to handle them?

2019-08-16 Thread Peter Kovacs
+1

Am 16. August 2019 17:55:31 MESZ schrieb Daniel Gruno :
>On 8/16/19 5:52 PM, Peter Kovacs wrote:
>> People will also if you have 10 000 open issues that are open because
>no one solved them.
>> If people write a good bug report then fine. If nobody can work with
>it, they should reopen it when they are willed to 
>> write more.
>
>I think a LOT of this comes down to the exact handling of these
>tickets, 
>the wording in the closing comment. It should be in a welcoming tone, 
>politely explaining why it's being closed, encouraging people to help
>us 
>help them by providing more insight into their issues.
>
>> 
>> My 2 cent
>> 
>> Am 16. August 2019 15:31:33 MESZ schrieb Scott Palmer
>:
>>> Please NEVER close an issue that has not been verified as fixed or
>>> no-longer relevant.
>>>
>>> That is the #1 way to discourage participation.  "I report the bug -
>>> nobody fixed it , they just closed the issue without even
>considering
>>> it" … that’s a crap way to do things.
>>>
>>> By all means change the state of the issue to indicate more
>information
>>> is needed.  Like, “This was reported against 8.2, does this still
>occur
>>> in 11.1?”  (Why wouldn’t it still be a problem if it hasn’t been
>marked
>>> fixed already?)
>>>
>>> If the module hasn’t been donated yet, but it will be, why would you
>>> intentionally lose all that feedback about what still needs to be
>>> fixed?
>>>
>>> Deferring an issue is not the same as closing an issue. If you
>haven’t
>>> verified the issue is fixed DO NOT CLOSE it.  Thats just giving the
>>> finger to the community that bothered to report the issue and try to
>>> help make NetBeans better.
>>>
>>> A better approach would be to script something that went through old
>>> opened issues and asked for them to be re-evaluated by the submitter
>>> (if they are still around).
>>>
>>> Scott
>>>
>>>> On Aug 13, 2019, at 4:23 pm, Matthias Bläsing
>>>  wrote:
>>>>
>>>> Hi,
>>>>
>>>> Am Montag, den 12.08.2019, 16:10 +0200 schrieb Geertjan Wielenga:
>>>>>
>>>>> There's understandable frustration by people reporting issues (
>such
>>> as our
>>>>> issue filer hero Chris Lenz :-) ) about issues being filed and not
>>> being
>>>>> responded to.
>>>>>
>>>>
>>>> this might sound rude, but at this time I would no encourage people
>>> to
>>>> file new issues. We need people working on reviewing PRs and fixing
>>>> things.
>>>>
>>>> People wanting to help, but not code, could triage the issues:
>>>>
>>>> * close bugs reported against 8.2 with the request to verify
>against
>>>>11.1
>>>> * bugs referencing not yet donated/removed modules (hibernate, CND)
>>>>should be closed, as they are currently noise which distracts
>from
>>>>the
>>>> * close issues, that are not issues, but questions (they should not
>>> be
>>>>in the issue tracker)
>>>> * merge duplicate issues
>>>> * close issues if issue is already fixed in a released version
>>>> * close issues with too little information
>>>>
>>>> Just two thoughts from the top of my head
>>>>
>>>> Matthias
>>>
>>>
>-
>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>>
>>> For further information about the NetBeans mailing lists, visit:
>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>> 
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>For additional commands, e-mail: dev-h...@netbeans.apache.org
>
>For further information about the NetBeans mailing lists, visit:
>https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists


Re: Lots of issues reported, how to handle them?

2019-08-16 Thread Peter Kovacs
People will also if you have 10 000 open issues that are open because no one 
solved them.
If people write a good bug report then fine. If nobody can work with it, they 
should reopen it when they are willed to write more.

My 2 cent

Am 16. August 2019 15:31:33 MESZ schrieb Scott Palmer :
>Please NEVER close an issue that has not been verified as fixed or
>no-longer relevant.
>
>That is the #1 way to discourage participation.  "I report the bug -
>nobody fixed it , they just closed the issue without even considering
>it" … that’s a crap way to do things.
>
>By all means change the state of the issue to indicate more information
>is needed.  Like, “This was reported against 8.2, does this still occur
>in 11.1?”  (Why wouldn’t it still be a problem if it hasn’t been marked
>fixed already?)
>
>If the module hasn’t been donated yet, but it will be, why would you
>intentionally lose all that feedback about what still needs to be
>fixed?  
>
>Deferring an issue is not the same as closing an issue. If you haven’t
>verified the issue is fixed DO NOT CLOSE it.  Thats just giving the
>finger to the community that bothered to report the issue and try to
>help make NetBeans better.
>
>A better approach would be to script something that went through old
>opened issues and asked for them to be re-evaluated by the submitter
>(if they are still around).
>
>Scott
> 
>> On Aug 13, 2019, at 4:23 pm, Matthias Bläsing
> wrote:
>> 
>> Hi,
>> 
>> Am Montag, den 12.08.2019, 16:10 +0200 schrieb Geertjan Wielenga:
>>> 
>>> There's understandable frustration by people reporting issues ( such
>as our
>>> issue filer hero Chris Lenz :-) ) about issues being filed and not
>being
>>> responded to.
>>> 
>> 
>> this might sound rude, but at this time I would no encourage people
>to
>> file new issues. We need people working on reviewing PRs and fixing
>> things.
>> 
>> People wanting to help, but not code, could triage the issues:
>> 
>> * close bugs reported against 8.2 with the request to verify against
>>   11.1
>> * bugs referencing not yet donated/removed modules (hibernate, CND)
>>   should be closed, as they are currently noise which distracts from
>>   the
>> * close issues, that are not issues, but questions (they should not
>be
>>   in the issue tracker)
>> * merge duplicate issues
>> * close issues if issue is already fixed in a released version
>> * close issues with too little information
>> 
>> Just two thoughts from the top of my head
>> 
>> Matthias
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>For additional commands, e-mail: dev-h...@netbeans.apache.org
>
>For further information about the NetBeans mailing lists, visit:
>https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists


Re: Lots of issues reported, how to handle them?

2019-08-12 Thread Peter Kovacs
I want to fix the issue I have filed, but I have a time issue. In the
meantime I just thought I quickly fill what I know today.


On 12.08.19 21:48, Laszlo Kishalmi wrote:
> Well tools JIRA vs GitHub could be a side discussion though as you
> might noticed, I'm mostly a JIRA guy.
>
> I use the following dashboard:
> https://issues.apache.org/jira/secure/Dashboard.jspa?selectPageId=12332552
>
> And from time to time, check the recent issues:
> https://issues.apache.org/jira/secure/Dashboard.jspa?selectPageId=12332552
>
> So aside of that tribes might work, though all I know is that there is
> a focus area and a lead for each tribe. How to recruit tribe members
> is another issue.
>
> My ideas:
>
>  * Launch a "fix your own issue" program. We might provide initial
>    guidelines/mentor for a fix
>  * We have a few people who file quality bug reports, we might ask them
>    to contribute code as well.
>  * A list of easy-fix issues with some guidelines
>  * Some of us are working in education, probably they can pick up some
>    issues and implement/fix them during the semester, though some
>    people shall mentor them as well.
>
>
> On 8/12/19 9:24 AM, Geertjan Wielenga wrote:
>> Let's stay focused on the topic of the thread, feel free to start new
>> threads if you have some other topic to discuss.
>>
>> The problem identified thus far is that we're discussing here, on
>> GitHub,
>> and in JIRA.
>>
>> That is suboptimal.
>>
>> It is also difficult to know how to prioritize issues in this way.
>>
>> How can we best solve this -- could the tribe idea work? Can those
>> who have
>> filed issues maybe start a thread on a specific issue that they highly
>> prioritize?
>>
>> Ideally, of course, anyone filing an issue would go further and create a
>> discussion thread and even better a pull request.
>>
>> Gj
>>
>>
>>
>> On Mon, Aug 12, 2019 at 6:18 PM Jack Woehr  wrote:
>>
>>> On Mon, Aug 12, 2019 at 9:45 AM Neil C Smith 
>>> wrote:
>>>
 On Mon, 12 Aug 2019 at 16:29, Jack Woehr  wrote:
> A friend of mine opines that NB has had its day and the Java world
> has
> moved on to Eclipse mostly.
 Neither helpful, nor true! ;-)

 Neil


>>> I certainly hope not, having been on the bus since Xelfi. But NB
>>> does seem
>>> to be declining in mindshare.
>>>
>


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: Lots of issues reported, how to handle them?

2019-08-12 Thread Peter Kovacs
Maybe GitHub could be used to handle support request and jira could be used for 
code issues.
What needs to be done is to handle the wrong issues to the right place. And 
some exchange approach.


Am 12. August 2019 18:24:22 MESZ schrieb Geertjan Wielenga 
:
>Let's stay focused on the topic of the thread, feel free to start new
>threads if you have some other topic to discuss.
>
>The problem identified thus far is that we're discussing here, on
>GitHub,
>and in JIRA.
>
>That is suboptimal.
>
>It is also difficult to know how to prioritize issues in this way.
>
>How can we best solve this -- could the tribe idea work? Can those who
>have
>filed issues maybe start a thread on a specific issue that they highly
>prioritize?
>
>Ideally, of course, anyone filing an issue would go further and create
>a
>discussion thread and even better a pull request.
>
>Gj
>
>
>
>On Mon, Aug 12, 2019 at 6:18 PM Jack Woehr  wrote:
>
>> On Mon, Aug 12, 2019 at 9:45 AM Neil C Smith 
>> wrote:
>>
>> > On Mon, 12 Aug 2019 at 16:29, Jack Woehr 
>wrote:
>> > > A friend of mine opines that NB has had its day and the Java
>world has
>> > > moved on to Eclipse mostly.
>> >
>> > Neither helpful, nor true! ;-)
>> >
>> > Neil
>> >
>> >
>> I certainly hope not, having been on the bus since Xelfi. But NB does
>seem
>> to be declining in mindshare.
>>


Re: Code One Java IDE Wars

2019-08-05 Thread Peter Kovacs
+1

Am 5. August 2019 21:46:24 MESZ schrieb Emilian Bold :
>Note that Apache NetBeans is not at war.
>
>Apache is like a peaceful monk monastery. It might even have some
>retired
>warriors but does not partake in such wordly affairs.
>
>Java IDE Wars are something like the world wars. They happened but the
>world has changed and violence is done differently now.
>
>--emi
>
>lun., 5 aug. 2019, 21:30 Kenneth Fogel  a
>scris:
>
>> At Code One this year I will be presenting with Jeanne Boyarsky and
>Scott
>> Selikoff a session titled Java IDE Wars. I am working on my list of
>talking
>> points for NB. Please suggest any part of NetBeans that makes it
>superior
>> to Eclipse, IntelliJ or Visual Studio Code. Are there features that
>users
>> assume does not exist in NetBeans but does?. Last week I got NB 11.1
>> working on the new Raspberry Pi 4 w/ 4 Gig RAM. Next will be to
>determine
>> that remote debugging still works from NB on a Win PC to a Pi.
>>
>> One significant feature is the quarterly updates. I may not be too
>happy
>> with Java's 6 month cycle but for an IDE to be successful it does
>need to
>> be more responsive to its community thru frequent and regular
>updates.
>>
>> Please let me know what you think I should discuss should you have
>the
>> time.
>>
>> Thanks,
>>
>> Ken Fogel
>>
>>
>>
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>>
>>
>>


code of the C/C++ plugin

2019-07-03 Thread Peter Kovacs
Hello all,


I need to write an on top plugin of the C/C++ plugin and the default
plugin that parses Java code in order to link Java and C++ classes.

Is there any chance to get read access to the plugin code at this point?
- if the license permits. I believe it is GPL2 but I am not sure.


Thanks.


All the Best

Peter



-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





Re: confirm subscribe to dev@netbeans.apache.org

2019-07-03 Thread Peter Kovacs
elope-from=peter.kov...@posteo.de; 
> receiver= 
> Received: from mout02.posteo.de (mout02.posteo.de [185.67.36.66])
>   by mx1-ec2-va.apache.org (ASF Mail Server at mx1-ec2-va.apache.org) 
> with ESMTPS id 09C66BC52B
>   for ; Wed,  3 Jul 2019 18:31:10 
> + (UTC)
> Received: from submission (posteo.de [89.146.220.130]) 
>   by mout02.posteo.de (Postfix) with ESMTPS id C53762400FD
>   for ; Wed,  3 Jul 2019 20:31:01 
> +0200 (CEST)
> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017;
>   t=1562178661; bh=frcCV1k9oG9oKj3dpUqdJg1PxRT2RSN/XKdLCPjaYaY=;
>   h=To:From:Subject:Date:From;
>   b=Nteo7BODfy5wuDwRP3LKNpVLjb2gBrAoCLLTZ9fUi/Fwz/uLHHZlHDcYE6jITu2zi
>5fL4AeFTGJu/V70iVbkhyOYkdHVvAvkAmyq3usapKyy3Y7o3ddLkoVzNw/DZzCgE+V
>    d/AhMqqdhy0D88h0uw0mRlRcwaoAYNTZVdrGLDhFgE2oBF+8w+PYlstnDnfi05EsYZ
>u5Rghw7ht6/iqJZV+TWxebI9zcNTDKpRzwWmuOqSTriVUFTo9xeZNTYCctkRAVbM6v
>zgfq+t1WwB3x/WGQA+aX3Ec0Owhw57Y/y6u4DZqXtG4YsJPoSGr0wMS08k1/oEA0Ql
>DgSxgrmaTbAQA==
> Received: from customer (localhost [127.0.0.1])
>   by submission (posteo.de) with ESMTPSA id 45f8nJ0WBKz9ryc
>   for ; Wed,  3 Jul 2019 20:30:59 
> +0200 (CEST)
> To: dev-subscr...@netbeans.apache.org
> From: Peter Kovacs 
> Subject: subscribe
> Message-ID: 
> Date: Wed, 3 Jul 2019 20:30:59 +0200
> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
>  Thunderbird/60.7.2
> MIME-Version: 1.0
> Content-Type: text/plain; charset=utf-8
> Content-Transfer-Encoding: 7bit
> Content-Language: en-US-large
>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists