Re: Remove (experimental) from FlatLaf Dark

[Tomáš Procházka]

Thank you.

I tried it and highlighted code is readable now.

There seems to be another problem with coloring of ignored files.
Filed issue https://issues.apache.org/jira/browse/NETBEANS-3701

On 2020/01/16 03:08:25, Laszlo Kishalmi  wrote: > Check 
this one: https://github.com/apache/netbeans/pull/1875> > > On 1/14/20 
11:44 PM, Tomáš Procházka wrote:> > > Hi,> > > when FlatLaf Dark is used 
and code coverage is displayed, then> > > background color of both 
covered and uncovered lines makes code hard to> > > read.> > >> > > 
Similar problem was also reported for Darcula plugin:> > > 
https://github.com/Revivius/nb-darcula/issues/131> > >> > > Thanks to 
all for your work on making NetBeans looking and working great.> > >> > 
> With regards,> > > Tomáš Procházka> > >> > >> > > 
-> > 
> 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: Any objections against turning netbeans.org OFF?

[Geertjan Wielenga]

If people outside Oracle would do this, that would be best and simplest
(any process or decision in Oracle takes time).

Gj

On Thursday, January 16, 2020, Lars Bruun-Hansen 
wrote:

> Hi Matthias
>
> Sure. When suggesting to "salvage" the Maven artifacts from
> bits.netbeans.org/maven2 I made it clear that the hosting couldn't be
> affiliated with the ASF.  But that doesn't prevent a community member
> doing it on his own or some other organization doing it.
>
> The old license [1] doesn't prevent redistribution, afaik. So I think
> it would be perfectly legal to take a copy of those Maven artifacts
> and host them somewhere else, while retaining the existing license.
>
> Am I wrong? Let me know if I read the license correctly.
>
> Also, before I start doing any such thing on my own it would be nice
> to know if Oracle is contemplating the same, i.e. to make a copy into
> e.g. GitHub, before they decommission all their old NetBeans Nexus
> infra. It would save me - or some other volunteer - the work.
>
> Thx
>
> Lars
>
> [1] https://netbeans.org/cddl-gplv2.html
>
> On Wed, Jan 15, 2020 at 9:55 PM Matthias Bläsing
>  wrote:
> >
> > Hi Lars,
> >
> > I don't see a reasonable way to do what you describe. The code is
> > GPLv2+CDDL (to my knowledge), the content of the repositories owned by
> > Oracle. Only the donation files can be relicensed to ALv2 and thus are
> > eligable for integration/redistribution.
> >
> > The message from the ASF to my understand is pretty clear: We will
> > _not_ distribute GPL (regardless of the classpath exception).
> >
> > Greetings
> >
> > Matthias
> >
> > Am Mittwoch, den 15.01.2020, 07:34 +0100 schrieb Lars Bruun-Hansen:
> > > As the suggestion is phrased, "turn off netbeans.org", I cannot
> > > support it.
> > >
> > > It has to be clearer. Will that TLD cease to exist? Or what exactly
> > > do
> > > you mean by "turn off" ?
> > >
> > > Summary:
> > >
> > > Things to consider which are hosted (or redirected from)
> > > netbeans.org:
> > >
> > > - NetBeans WWW (the page you arrive at when doing netbeans.org)
> > > - NetBeans Maven. (i.e. bits.netbeans.org/maven2 -->
> > > bits-adc.netbeans.org) - Sonatype Nexus Maven Repo.
> > > - NetBeans downloads (netbeans.org/downloads), download of NetBeans
> > > IDE up until v8.2
> > > - NetBeans Wiki (wiki.netbeans.org)
> > > - NetBeans API Docs
> > > - NetBeans Plugin Portal
> > > - NetBeans Mercurial (hg.netbeans.org)
> > >
> > >
> > > (all of it legacy of course)
> > >
> > > In particular for the legacy NetBeans Maven repo I think we as a
> > > community have an OBLIGATION to make that available "forever", or at
> > > least to place somewhere which (we think) won't go away anytime soon.
> > > We need to salvage the artifacts and make them available somewhere
> > > else. We cannot assume that Oracle will take on that resp. I'll be
> > > happy to work on that. I understand it cannot be affiliated with the
> > > Apache NetBeans project. GitHub can act as a Maven Repo so that may
> > > be
> > > a simple solution. Bintray Jcenter is another.
> > >
> > > But as people have mentioned there are also the other things on the
> > > list above to consider, besides the Maven repo.
> > >
> > > Suggestion for structured way forward:
> > > Is the list above exhaustive?
> > > If so, a Jira Ticker for each of them where we track decommissioning.
> > > For some of them that may already exist. An overall Jira
> > > "netbeans.org" ticket too which links to the individual tickets. Then
> > > we work from that from that Jira plan.
> > >
> > >
> > > my 2c.
> > >
> > > Lars
> > >
> > >
> > >
> > >
> > >
> > >
> > > On Tue, Jan 14, 2020 at 12:32 PM Ernie Rael 
> > > wrote:
> > > > Absolutely, it's a good looking replacement for the old portal.
> > > > I'll be
> > > > happy to see the new portal's catalog available automatically in
> > > > NB.
> > > >
> > > > -ernie
> > > >
> > > > On 1/14/2020 12:52 AM, Jiří Kovalský wrote:
> > > > > And the NETBEANS-3569 issue has been implemented.
> > > > >
> > > > > In my opinion, the new NetBeans Plugin Portal 3.0 is ready to
> > > > > replace
> > > > > the old one. I hope you agree Ernie.
> > > > >
> > > > > Thanks,
> > > > > -Jirka
> > > > >
> > > > > Dne 07. 01. 20 v 19:43 Ernie Rael napsal(a):
> > > > > > On 1/3/2020 1:05 AM, Jiří Kovalský wrote:
> > > > > > > Hi Antonio,
> > > > > > >
> > > > > > >in my opinion the new Plugin Portal 3.0 [1] is ready for
> > > > > > > usage
> > > > > >
> > > > > > I believe that until [NETBEANS-3569] is resolved, the portal is
> > > > > > not
> > > > > > ready for general usage.
> > > > > >
> > > > > > It's fine for creating the update center catalog, but not for
> > > > > > user
> > > > > > browsing or downloading.
> > > > > >
> > > > > > -ernie
> > > > > >
> > > > > > [NETBEANS-3569]
> > > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.
> apache.org_jira_browse_NETBEANS-2D3569&d=DwIDaQ&c=
> RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=8_
> Pz0x0SKeT5e3IehhQKC

Re: VSCode tests breaks Travis

[Jan Lahoda]

Seems some of the dependencies were upgraded, and need a new
typescript(?),  tried to fix here:
https://github.com/apache/netbeans/pull/1876

Jan

On Thu, Jan 16, 2020 at 7:04 AM Jan Lahoda  wrote:

> Working on it, sorry for trouble.
>
> Jan
>
>
> On Thu, Jan 16, 2020 at 3:21 AM Laszlo Kishalmi 
> wrote:
>
>> Travis is broken.
>>
>>   [exec] node_modules/vscode-jsonrpc/lib/messageReader.d.ts(46,9): error
>> TS1086: An accessor cannot be declared in an ambient context.
>>   [exec] node_modules/vscode-jsonrpc/lib/messageReader.d.ts(47,9):
>> error TS1086: An accessor cannot be declared in an ambient context.
>>   [exec] node_modules/vscode-jsonrpc/lib/messageWriter.d.ts(20,9):
>> error TS1086: An accessor cannot be declared in an ambient context.
>>   [exec] node_modules/vscode-jsonrpc/lib/messageWriter.d.ts(22,9):
>> error TS1086: An accessor cannot be declared in an ambient context.
>>   [exec] node_modules/vscode-jsonrpc/lib/messages.d.ts(108,9): error
>> TS1086: An accessor cannot be declared in an ambient context.
>>   [exec] node_modules/vscode-jsonrpc/lib/messages.d.ts(109,9): error
>> TS1086: An accessor cannot be declared in an ambient context.
>>   [exec]
>> node_modules/vscode-languageserver-types/lib/umd/main.d.ts(730,9): error
>> TS1086: An accessor cannot be declared in an ambient context.
>>   [exec] npm ERR! code ELIFECYCLE
>>   [exec] npm ERR! errno 2
>>   [exec] npm ERR! apache-netbeans-java@0.0.1 compile: `tsc -p
>> ./tsconfig.json`
>>   [exec] npm ERR! Exit status 2
>>   [exec] npm ERR!
>>   [exec] npm ERR! Failed at the apache-netbeans-java@0.0.1 compile
>> script.
>>   [exec] npm ERR! This is probably not a problem with npm. There is
>> likely additional logging output above.
>>   [exec]
>>   [exec] npm ERR! A complete log of this run can be found in:
>>   [exec] npm ERR!
>>  /home/travis/.npm/_logs/2020-01-15T23_44_40_271Z-debug.log
>>
>> BUILD FAILED
>> /home/travis/build/apache/netbeans/java/java.lsp.server/build.xml:59:
>> exec returned: 2
>>
>>

Re: Any objections against turning netbeans.org OFF?

[Lars Bruun-Hansen]

Hi Matthias

Sure. When suggesting to "salvage" the Maven artifacts from
bits.netbeans.org/maven2 I made it clear that the hosting couldn't be
affiliated with the ASF.  But that doesn't prevent a community member
doing it on his own or some other organization doing it.

The old license [1] doesn't prevent redistribution, afaik. So I think
it would be perfectly legal to take a copy of those Maven artifacts
and host them somewhere else, while retaining the existing license.

Am I wrong? Let me know if I read the license correctly.

Also, before I start doing any such thing on my own it would be nice
to know if Oracle is contemplating the same, i.e. to make a copy into
e.g. GitHub, before they decommission all their old NetBeans Nexus
infra. It would save me - or some other volunteer - the work.

Thx

Lars

[1] https://netbeans.org/cddl-gplv2.html

On Wed, Jan 15, 2020 at 9:55 PM Matthias Bläsing
 wrote:
>
> Hi Lars,
>
> I don't see a reasonable way to do what you describe. The code is
> GPLv2+CDDL (to my knowledge), the content of the repositories owned by
> Oracle. Only the donation files can be relicensed to ALv2 and thus are
> eligable for integration/redistribution.
>
> The message from the ASF to my understand is pretty clear: We will
> _not_ distribute GPL (regardless of the classpath exception).
>
> Greetings
>
> Matthias
>
> Am Mittwoch, den 15.01.2020, 07:34 +0100 schrieb Lars Bruun-Hansen:
> > As the suggestion is phrased, "turn off netbeans.org", I cannot
> > support it.
> >
> > It has to be clearer. Will that TLD cease to exist? Or what exactly
> > do
> > you mean by "turn off" ?
> >
> > Summary:
> >
> > Things to consider which are hosted (or redirected from)
> > netbeans.org:
> >
> > - NetBeans WWW (the page you arrive at when doing netbeans.org)
> > - NetBeans Maven. (i.e. bits.netbeans.org/maven2 -->
> > bits-adc.netbeans.org) - Sonatype Nexus Maven Repo.
> > - NetBeans downloads (netbeans.org/downloads), download of NetBeans
> > IDE up until v8.2
> > - NetBeans Wiki (wiki.netbeans.org)
> > - NetBeans API Docs
> > - NetBeans Plugin Portal
> > - NetBeans Mercurial (hg.netbeans.org)
> >
> >
> > (all of it legacy of course)
> >
> > In particular for the legacy NetBeans Maven repo I think we as a
> > community have an OBLIGATION to make that available "forever", or at
> > least to place somewhere which (we think) won't go away anytime soon.
> > We need to salvage the artifacts and make them available somewhere
> > else. We cannot assume that Oracle will take on that resp. I'll be
> > happy to work on that. I understand it cannot be affiliated with the
> > Apache NetBeans project. GitHub can act as a Maven Repo so that may
> > be
> > a simple solution. Bintray Jcenter is another.
> >
> > But as people have mentioned there are also the other things on the
> > list above to consider, besides the Maven repo.
> >
> > Suggestion for structured way forward:
> > Is the list above exhaustive?
> > If so, a Jira Ticker for each of them where we track decommissioning.
> > For some of them that may already exist. An overall Jira
> > "netbeans.org" ticket too which links to the individual tickets. Then
> > we work from that from that Jira plan.
> >
> >
> > my 2c.
> >
> > Lars
> >
> >
> >
> >
> >
> >
> > On Tue, Jan 14, 2020 at 12:32 PM Ernie Rael 
> > wrote:
> > > Absolutely, it's a good looking replacement for the old portal.
> > > I'll be
> > > happy to see the new portal's catalog available automatically in
> > > NB.
> > >
> > > -ernie
> > >
> > > On 1/14/2020 12:52 AM, Jiří Kovalský wrote:
> > > > And the NETBEANS-3569 issue has been implemented.
> > > >
> > > > In my opinion, the new NetBeans Plugin Portal 3.0 is ready to
> > > > replace
> > > > the old one. I hope you agree Ernie.
> > > >
> > > > Thanks,
> > > > -Jirka
> > > >
> > > > Dne 07. 01. 20 v 19:43 Ernie Rael napsal(a):
> > > > > On 1/3/2020 1:05 AM, Jiří Kovalský wrote:
> > > > > > Hi Antonio,
> > > > > >
> > > > > >in my opinion the new Plugin Portal 3.0 [1] is ready for
> > > > > > usage
> > > > >
> > > > > I believe that until [NETBEANS-3569] is resolved, the portal is
> > > > > not
> > > > > ready for general usage.
> > > > >
> > > > > It's fine for creating the update center catalog, but not for
> > > > > user
> > > > > browsing or downloading.
> > > > >
> > > > > -ernie
> > > > >
> > > > > [NETBEANS-3569]
> > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_NETBEANS-2D3569&d=DwIDaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=8_Pz0x0SKeT5e3IehhQKCbQ2xl3tz40jnCU133NrdP4&m=X_uKKOyNTb7tohclZEA6JBX7srFlL_Hrd7Ucd2g1bCc&s=JtwSZNx7C6MpXY_FtzO1piKcWAiPBHKIgKmiz_ZmjyA&e=
> > > > >
> > > > >   unsuitable/failed-verification plugin not indicated
> > > > > as such
> > > > > by plugin portal
> > > > >
> > > > >
> > > > > > and if anyone would like to access the old plugins s/he can
> > > > > > use the
> > > > > > snapshot [2] hosted on Emilian's private VM.
> > > > > >
> > > > > > [1]
> > > > > > 

Re: VSCode tests breaks Travis

[Jan Lahoda]

Working on it, sorry for trouble.

Jan


On Thu, Jan 16, 2020 at 3:21 AM Laszlo Kishalmi 
wrote:

> Travis is broken.
>
>   [exec] node_modules/vscode-jsonrpc/lib/messageReader.d.ts(46,9): error
> TS1086: An accessor cannot be declared in an ambient context.
>   [exec] node_modules/vscode-jsonrpc/lib/messageReader.d.ts(47,9):
> error TS1086: An accessor cannot be declared in an ambient context.
>   [exec] node_modules/vscode-jsonrpc/lib/messageWriter.d.ts(20,9):
> error TS1086: An accessor cannot be declared in an ambient context.
>   [exec] node_modules/vscode-jsonrpc/lib/messageWriter.d.ts(22,9):
> error TS1086: An accessor cannot be declared in an ambient context.
>   [exec] node_modules/vscode-jsonrpc/lib/messages.d.ts(108,9): error
> TS1086: An accessor cannot be declared in an ambient context.
>   [exec] node_modules/vscode-jsonrpc/lib/messages.d.ts(109,9): error
> TS1086: An accessor cannot be declared in an ambient context.
>   [exec]
> node_modules/vscode-languageserver-types/lib/umd/main.d.ts(730,9): error
> TS1086: An accessor cannot be declared in an ambient context.
>   [exec] npm ERR! code ELIFECYCLE
>   [exec] npm ERR! errno 2
>   [exec] npm ERR! apache-netbeans-java@0.0.1 compile: `tsc -p
> ./tsconfig.json`
>   [exec] npm ERR! Exit status 2
>   [exec] npm ERR!
>   [exec] npm ERR! Failed at the apache-netbeans-java@0.0.1 compile
> script.
>   [exec] npm ERR! This is probably not a problem with npm. There is
> likely additional logging output above.
>   [exec]
>   [exec] npm ERR! A complete log of this run can be found in:
>   [exec] npm ERR!
>  /home/travis/.npm/_logs/2020-01-15T23_44_40_271Z-debug.log
>
> BUILD FAILED
> /home/travis/build/apache/netbeans/java/java.lsp.server/build.xml:59: exec
> returned: 2
>
>

Re: Remove (experimental) from FlatLaf Dark

[Laszlo Kishalmi]

Check this one: https://github.com/apache/netbeans/pull/1875

On 1/14/20 11:44 PM, Tomáš Procházka wrote:

Hi,
when FlatLaf Dark is used and code coverage is displayed, then
background color of both covered and uncovered lines makes code hard to
read.

Similar problem was also reported for Darcula plugin:
https://github.com/Revivius/nb-darcula/issues/131

Thanks to all for your work on making NetBeans looking and working great.

With regards,
Tomáš Procházka


-
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

Apache NetBeans Release 11.3?

[Laszlo Kishalmi]

There are PR-s needs to be reviewed! Release process needs to be kicked 
off...


-
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

VSCode tests breaks Travis

[Laszlo Kishalmi]

Travis is broken.

 [exec] node_modules/vscode-jsonrpc/lib/messageReader.d.ts(46,9): error TS1086: 
An accessor cannot be declared in an ambient context.
 [exec] node_modules/vscode-jsonrpc/lib/messageReader.d.ts(47,9): error 
TS1086: An accessor cannot be declared in an ambient context.
 [exec] node_modules/vscode-jsonrpc/lib/messageWriter.d.ts(20,9): error 
TS1086: An accessor cannot be declared in an ambient context.
 [exec] node_modules/vscode-jsonrpc/lib/messageWriter.d.ts(22,9): error 
TS1086: An accessor cannot be declared in an ambient context.
 [exec] node_modules/vscode-jsonrpc/lib/messages.d.ts(108,9): error TS1086: 
An accessor cannot be declared in an ambient context.
 [exec] node_modules/vscode-jsonrpc/lib/messages.d.ts(109,9): error TS1086: 
An accessor cannot be declared in an ambient context.
 [exec] node_modules/vscode-languageserver-types/lib/umd/main.d.ts(730,9): 
error TS1086: An accessor cannot be declared in an ambient context.
 [exec] npm ERR! code ELIFECYCLE
 [exec] npm ERR! errno 2
 [exec] npm ERR! apache-netbeans-java@0.0.1 compile: `tsc -p 
./tsconfig.json`
 [exec] npm ERR! Exit status 2
 [exec] npm ERR!
 [exec] npm ERR! Failed at the apache-netbeans-java@0.0.1 compile script.
 [exec] npm ERR! This is probably not a problem with npm. There is likely 
additional logging output above.
 [exec]
 [exec] npm ERR! A complete log of this run can be found in:
 [exec] npm ERR! 
/home/travis/.npm/_logs/2020-01-15T23_44_40_271Z-debug.log

BUILD FAILED
/home/travis/build/apache/netbeans/java/java.lsp.server/build.xml:59: exec 
returned: 2

Re: Could not download 2F7553F50B0D14ED811B849C282DA8C1FFC32AAE-asm-all-5.0.1.jar

[Laszlo Kishalmi]

That one is only on master and will be released with 11.3

On 1/15/20 12:50 PM, antonio wrote:
The DownloadBinariesTask has a "repos" variable you can set. This is a 
list of Maven repositories to use.


This seems to default to


    private String repos = "https://repo1.maven.org/maven2/";;


    /**
 * Space separated URL prefixes for maven repositories.
 * Should generally include a trailing slash.
 * You may include multiple URLs separated by spaces
 * in which case they will be tried in order.
 */
    public void setRepos(String repos) {
    this.repos = repos;
    }
 

I imagine you can set the property in the "nbbuild/build.xml, I haven't tried it myself, though.


Cheers,
Antonio

El 15/1/20 a las 21:31, John Elliot V | ProgClub escribió:

Ah, thanks Fabian, that explains it.

I tried grepping for central.maven.org, but I haven't been able to
figure out how to override the setting for http://central.maven.org/
with https://repo1.maven.org/ -- can you tell me how I can do that..?

Regards,
John Elliot V

[1]
jj5@jj-dev:~/desktop/netbeans/source$ search central.maven.org
DEPENDENCIES:  - jsr305-2.0.0.jar: JSR305 Annotations for Findbugs
(http://central.maven.org/maven2/com/google/code/findbugs/jsr305/2.0.0/jsr305-2.0.0.jar) 


nbbuild/antsrc/org/netbeans/nbbuild/extlibs/DownloadBinaries.java:
   url = "http://central.maven.org/maven2/"; + cacheName;
Binary file
nbbuild/build/antclasses/org/netbeans/nbbuild/extlibs/DownloadBinaries.class 


matches
Binary file nbbuild/netbeans/harness/tasks.jar matches
platform/api.annotations.common/external/jsr305-2.0.0-license.txt:URL:
http://central.maven.org/maven2/com/google/code/findbugs/jsr305/2.0.0/jsr305-2.0.0.jar 



On 16/1/20 7:21 am, Fabian Bahle wrote:

Hello John,

Maven just announced 
(https://twitter.com/ASFMavenProject/status/1217495225905577984) 
that the turned off the HTTP support of Maven Central repo, you 
should use https://repo1.maven.org  instead.



Regards,
Fabian

Am 15.01.2020 um 21:12 schrieb John Elliot V | ProgClub 
:


Hello again.

I've been following up on Eirik's request [1] for more testing of my
proposed patch on various Ubuntu desktops, but all of a sudden I'm
having trouble compiling from source.

This worked yesterday but is failing now. My guess is it's a transient
networking problem? (Seems to be HTTP 501: Not Implemented)

I'm building from netbeans-11.2-source.zip with the command:

ant -Dcluster.config=full -Dpermit.jdk9.builds=true

The error message looks like this [2].

Do I just wait for network services from http://central.maven.org/ to
resume? Or is there some other action I can take?

Regards,
John Elliot V

[1]
https://mail-archives.apache.org/mod_mbox/netbeans-dev/202001.mbox/%3CBL0PR20MB2098FA4608142A1F4F719C04A1340%40BL0PR20MB2098.namprd20.prod.outlook.com%3E 



[2]

nbantext:
[TestDownload] Creating
/var/export/jj-dev/netbeans/source/harness/apisupport.harness/build/asm-all-5.0.1.jar 


[TestDownload] Downloading:
http://central.maven.org/maven2/org/ow2/asm/asm-all/5.0.1/asm-all-5.0.1.jar 


[TestDownload] Could not download
2F7553F50B0D14ED811B849C282DA8C1FFC32AAE-asm-all-5.0.1.jar to
/var/export/jj-dev/netbeans/source/harness/apisupport.harness/build/asm-all-5.0.1.jar: 


java.io.IOException: Skipping download from
http://central.maven.org/maven2/org/ow2/asm/asm-all/5.0.1/asm-all-5.0.1.jar 


due to response code 501
  [nbmerge] Failed to build target: all-apisupport.harness


--
|_|O|_| ProgClub
|_|_|O| Because every programmer needs a good club!
|O|O|O| https://www.progclub.org/



-
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: Could not download 2F7553F50B0D14ED811B849C282DA8C1FFC32AAE-asm-all-5.0.1.jar

[John Elliot V | ProgClub]

I got the build to work again...

I patched this file:

 nbbuild/antsrc/org/netbeans/nbbuild/extlibs/DownloadBinaries.java

like this:


private byte[] mavenFile(MavenCoordinate mc) throws IOException {
String cacheName = mc.toMavenPath();
File local = new File(new File(new File(new
File(System.getProperty("user.home")), ".m2"), "repository"),
cacheName.replace('/', File.separatorChar));
final String url;
if (local.exists()) {
url = local.toURI().toString();
} else {
// 2020-01-16 jj5 - OLD:
//url = "http://central.maven.org/maven2/"; + cacheName;
// 2020-01-16 jj5 - NEW:
url = "https://repo1.maven.org/maven2/"; + cacheName;
// 2020-01-16 jj5 - END
}
URL u = new URL(url);
return downloadFromServer(u);
}


and now when I run 'ant' it seems to be working.

Regards,
John Elliot V

On 16/1/20 8:13 am, John Elliot V | ProgClub wrote:
> Hi Antonio,
> 
> Thanks for your suggestion.
> 
> There are a number of  tasks in nbbuild/build.xml. I
> tried replacing all instances of:
> 
> 
> 
> with:
> 
> 
> 
> but then when I try compiling [1] it fails with:
> 
>  downloadbinaries doesn't support the "repos" attribute
> 
> Not sure what else I can try...
> 
> Regards,
> John Elliot V
> 
> [1]
> 
> jj5@jj-dev:~/desktop/netbeans/source$ ant -Dcluster.config=full
> -Dpermit.jdk9.builds=true
> Buildfile: /var/export/jj-dev/netbeans/source/build.xml
> 
> -jdk-pre-preinit:
> 
> -jdk-preinit:
> 
> -jdk-warn:
> 
> -jdk-presetdef-basic:
> 
> -jdk-default:
> 
> -jdk-init:
> 
> -load-build-properties:
> 
> bootstrap:
> 
> BUILD FAILED
> /var/export/jj-dev/netbeans/source/nbbuild/build.xml:71:
> downloadbinaries doesn't support the "repos" attribute
> 
> Total time: 0 seconds
> 
> 
> On 16/1/20 7:50 am, antonio wrote:
>> The DownloadBinariesTask has a "repos" variable you can set. This is a
>> list of Maven repositories to use.
>>
>> This seems to default to
>>
>> 
>>     private String repos = "https://repo1.maven.org/maven2/";;
>>
>>
>>     /**
>>  * Space separated URL prefixes for maven repositories.
>>  * Should generally include a trailing slash.
>>  * You may include multiple URLs separated by spaces
>>  * in which case they will be tried in order.
>>  */
>>     public void setRepos(String repos) {
>>     this.repos = repos;
>>     }
>>  
>>
>> I imagine you can set the property in the "> nbbuild/build.xml, I haven't tried it myself, though.
>>
>> Cheers,
>> Antonio
>>
>> El 15/1/20 a las 21:31, John Elliot V | ProgClub escribió:
>>> Ah, thanks Fabian, that explains it.
>>>
>>> I tried grepping for central.maven.org, but I haven't been able to
>>> figure out how to override the setting for http://central.maven.org/
>>> with https://repo1.maven.org/ -- can you tell me how I can do that..?
>>>
>>> Regards,
>>> John Elliot V
>>>
>>> [1]
>>> jj5@jj-dev:~/desktop/netbeans/source$ search central.maven.org
>>> DEPENDENCIES:  - jsr305-2.0.0.jar: JSR305 Annotations for Findbugs
>>> (http://central.maven.org/maven2/com/google/code/findbugs/jsr305/2.0.0/jsr305-2.0.0.jar)
>>>
>>> nbbuild/antsrc/org/netbeans/nbbuild/extlibs/DownloadBinaries.java:
>>>    url = "http://central.maven.org/maven2/"; + cacheName;
>>> Binary file
>>> nbbuild/build/antclasses/org/netbeans/nbbuild/extlibs/DownloadBinaries.class
>>>
>>> matches
>>> Binary file nbbuild/netbeans/harness/tasks.jar matches
>>> platform/api.annotations.common/external/jsr305-2.0.0-license.txt:URL:
>>> http://central.maven.org/maven2/com/google/code/findbugs/jsr305/2.0.0/jsr305-2.0.0.jar
>>>
>>>
>>> On 16/1/20 7:21 am, Fabian Bahle wrote:
 Hello John,

 Maven just announced
 (https://twitter.com/ASFMavenProject/status/1217495225905577984) that
 the turned off the HTTP support of Maven Central repo, you should use
 https://repo1.maven.org  instead.


 Regards,
 Fabian

> Am 15.01.2020 um 21:12 schrieb John Elliot V | ProgClub
> :
>
> Hello again.
>
> I've been following up on Eirik's request [1] for more testing of my
> proposed patch on various Ubuntu desktops, but all of a sudden I'm
> having trouble compiling from source.
>
> This worked yesterday but is failing now. My guess is it's a transient
> networking problem? (Seems to be HTTP 501: Not Implemented)
>
> I'm building from netbeans-11.2-source.zip with the command:
>
> ant -Dcluster.config=full -Dpermit.jdk9.builds=true
>
> The error message looks like this [2].
>
> Do I just wait for network services from http://central.maven.org/ to
> resume? Or is there some other action I can take?
>
> Regards,
> John Elliot V
>
> [1]
> https://mail-archives.apache.org/mod_mbox/netbeans-dev/202001.mbox/%3CBL0PR20MB2098FA4608142A1F4F719C04A1340%40BL0PR20MB2098.namprd20.prod.outlook.com%3E
>

Re: Could not download 2F7553F50B0D14ED811B849C282DA8C1FFC32AAE-asm-all-5.0.1.jar

[John Elliot V | ProgClub]

Hi Antonio,

Thanks for your suggestion.

There are a number of  tasks in nbbuild/build.xml. I
tried replacing all instances of:



with:



but then when I try compiling [1] it fails with:

 downloadbinaries doesn't support the "repos" attribute

Not sure what else I can try...

Regards,
John Elliot V

[1]

jj5@jj-dev:~/desktop/netbeans/source$ ant -Dcluster.config=full
-Dpermit.jdk9.builds=true
Buildfile: /var/export/jj-dev/netbeans/source/build.xml

-jdk-pre-preinit:

-jdk-preinit:

-jdk-warn:

-jdk-presetdef-basic:

-jdk-default:

-jdk-init:

-load-build-properties:

bootstrap:

BUILD FAILED
/var/export/jj-dev/netbeans/source/nbbuild/build.xml:71:
downloadbinaries doesn't support the "repos" attribute

Total time: 0 seconds


On 16/1/20 7:50 am, antonio wrote:
> The DownloadBinariesTask has a "repos" variable you can set. This is a
> list of Maven repositories to use.
> 
> This seems to default to
> 
> 
>     private String repos = "https://repo1.maven.org/maven2/";;
> 
> 
>     /**
>  * Space separated URL prefixes for maven repositories.
>  * Should generally include a trailing slash.
>  * You may include multiple URLs separated by spaces
>  * in which case they will be tried in order.
>  */
>     public void setRepos(String repos) {
>     this.repos = repos;
>     }
>  
> 
> I imagine you can set the property in the " nbbuild/build.xml, I haven't tried it myself, though.
> 
> Cheers,
> Antonio
> 
> El 15/1/20 a las 21:31, John Elliot V | ProgClub escribió:
>> Ah, thanks Fabian, that explains it.
>>
>> I tried grepping for central.maven.org, but I haven't been able to
>> figure out how to override the setting for http://central.maven.org/
>> with https://repo1.maven.org/ -- can you tell me how I can do that..?
>>
>> Regards,
>> John Elliot V
>>
>> [1]
>> jj5@jj-dev:~/desktop/netbeans/source$ search central.maven.org
>> DEPENDENCIES:  - jsr305-2.0.0.jar: JSR305 Annotations for Findbugs
>> (http://central.maven.org/maven2/com/google/code/findbugs/jsr305/2.0.0/jsr305-2.0.0.jar)
>>
>> nbbuild/antsrc/org/netbeans/nbbuild/extlibs/DownloadBinaries.java:
>>    url = "http://central.maven.org/maven2/"; + cacheName;
>> Binary file
>> nbbuild/build/antclasses/org/netbeans/nbbuild/extlibs/DownloadBinaries.class
>>
>> matches
>> Binary file nbbuild/netbeans/harness/tasks.jar matches
>> platform/api.annotations.common/external/jsr305-2.0.0-license.txt:URL:
>> http://central.maven.org/maven2/com/google/code/findbugs/jsr305/2.0.0/jsr305-2.0.0.jar
>>
>>
>> On 16/1/20 7:21 am, Fabian Bahle wrote:
>>> Hello John,
>>>
>>> Maven just announced
>>> (https://twitter.com/ASFMavenProject/status/1217495225905577984) that
>>> the turned off the HTTP support of Maven Central repo, you should use
>>> https://repo1.maven.org  instead.
>>>
>>>
>>> Regards,
>>> Fabian
>>>
 Am 15.01.2020 um 21:12 schrieb John Elliot V | ProgClub
 :

 Hello again.

 I've been following up on Eirik's request [1] for more testing of my
 proposed patch on various Ubuntu desktops, but all of a sudden I'm
 having trouble compiling from source.

 This worked yesterday but is failing now. My guess is it's a transient
 networking problem? (Seems to be HTTP 501: Not Implemented)

 I'm building from netbeans-11.2-source.zip with the command:

 ant -Dcluster.config=full -Dpermit.jdk9.builds=true

 The error message looks like this [2].

 Do I just wait for network services from http://central.maven.org/ to
 resume? Or is there some other action I can take?

 Regards,
 John Elliot V

 [1]
 https://mail-archives.apache.org/mod_mbox/netbeans-dev/202001.mbox/%3CBL0PR20MB2098FA4608142A1F4F719C04A1340%40BL0PR20MB2098.namprd20.prod.outlook.com%3E


 [2]

 nbantext:
 [TestDownload] Creating
 /var/export/jj-dev/netbeans/source/harness/apisupport.harness/build/asm-all-5.0.1.jar

 [TestDownload] Downloading:
 http://central.maven.org/maven2/org/ow2/asm/asm-all/5.0.1/asm-all-5.0.1.jar

 [TestDownload] Could not download
 2F7553F50B0D14ED811B849C282DA8C1FFC32AAE-asm-all-5.0.1.jar to
 /var/export/jj-dev/netbeans/source/harness/apisupport.harness/build/asm-all-5.0.1.jar:

 java.io.IOException: Skipping download from
 http://central.maven.org/maven2/org/ow2/asm/asm-all/5.0.1/asm-all-5.0.1.jar

 due to response code 501
   [nbmerge] Failed to build target: all-apisupport.harness


 -- 
 |_|O|_| ProgClub
 |_|_|O| Because every programmer needs a good club!
 |O|O|O| https://www.progclub.org/



 -
 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/co

Re: Any objections against turning netbeans.org OFF?

[Matthias Bläsing]

Hi Lars,

I don't see a reasonable way to do what you describe. The code is
GPLv2+CDDL (to my knowledge), the content of the repositories owned by
Oracle. Only the donation files can be relicensed to ALv2 and thus are
eligable for integration/redistribution.

The message from the ASF to my understand is pretty clear: We will
_not_ distribute GPL (regardless of the classpath exception).

Greetings

Matthias

Am Mittwoch, den 15.01.2020, 07:34 +0100 schrieb Lars Bruun-Hansen:
> As the suggestion is phrased, "turn off netbeans.org", I cannot
> support it.
> 
> It has to be clearer. Will that TLD cease to exist? Or what exactly
> do
> you mean by "turn off" ?
> 
> Summary:
> 
> Things to consider which are hosted (or redirected from)
> netbeans.org:
> 
> - NetBeans WWW (the page you arrive at when doing netbeans.org)
> - NetBeans Maven. (i.e. bits.netbeans.org/maven2 -->
> bits-adc.netbeans.org) - Sonatype Nexus Maven Repo.
> - NetBeans downloads (netbeans.org/downloads), download of NetBeans
> IDE up until v8.2
> - NetBeans Wiki (wiki.netbeans.org)
> - NetBeans API Docs
> - NetBeans Plugin Portal
> - NetBeans Mercurial (hg.netbeans.org)
> 
> 
> (all of it legacy of course)
> 
> In particular for the legacy NetBeans Maven repo I think we as a
> community have an OBLIGATION to make that available "forever", or at
> least to place somewhere which (we think) won't go away anytime soon.
> We need to salvage the artifacts and make them available somewhere
> else. We cannot assume that Oracle will take on that resp. I'll be
> happy to work on that. I understand it cannot be affiliated with the
> Apache NetBeans project. GitHub can act as a Maven Repo so that may
> be
> a simple solution. Bintray Jcenter is another.
> 
> But as people have mentioned there are also the other things on the
> list above to consider, besides the Maven repo.
> 
> Suggestion for structured way forward:
> Is the list above exhaustive?
> If so, a Jira Ticker for each of them where we track decommissioning.
> For some of them that may already exist. An overall Jira
> "netbeans.org" ticket too which links to the individual tickets. Then
> we work from that from that Jira plan.
> 
> 
> my 2c.
> 
> Lars
> 
> 
> 
> 
> 
> 
> On Tue, Jan 14, 2020 at 12:32 PM Ernie Rael 
> wrote:
> > Absolutely, it's a good looking replacement for the old portal.
> > I'll be
> > happy to see the new portal's catalog available automatically in
> > NB.
> > 
> > -ernie
> > 
> > On 1/14/2020 12:52 AM, Jiří Kovalský wrote:
> > > And the NETBEANS-3569 issue has been implemented.
> > > 
> > > In my opinion, the new NetBeans Plugin Portal 3.0 is ready to
> > > replace
> > > the old one. I hope you agree Ernie.
> > > 
> > > Thanks,
> > > -Jirka
> > > 
> > > Dne 07. 01. 20 v 19:43 Ernie Rael napsal(a):
> > > > On 1/3/2020 1:05 AM, Jiří Kovalský wrote:
> > > > > Hi Antonio,
> > > > > 
> > > > >in my opinion the new Plugin Portal 3.0 [1] is ready for
> > > > > usage
> > > > 
> > > > I believe that until [NETBEANS-3569] is resolved, the portal is
> > > > not
> > > > ready for general usage.
> > > > 
> > > > It's fine for creating the update center catalog, but not for
> > > > user
> > > > browsing or downloading.
> > > > 
> > > > -ernie
> > > > 
> > > > [NETBEANS-3569]
> > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_NETBEANS-2D3569&d=DwIDaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=8_Pz0x0SKeT5e3IehhQKCbQ2xl3tz40jnCU133NrdP4&m=X_uKKOyNTb7tohclZEA6JBX7srFlL_Hrd7Ucd2g1bCc&s=JtwSZNx7C6MpXY_FtzO1piKcWAiPBHKIgKmiz_ZmjyA&e=
> > > > 
> > > >   unsuitable/failed-verification plugin not indicated
> > > > as such
> > > > by plugin portal
> > > > 
> > > > 
> > > > > and if anyone would like to access the old plugins s/he can
> > > > > use the
> > > > > snapshot [2] hosted on Emilian's private VM.
> > > > > 
> > > > > [1]
> > > > > https://urldefense.proofpoint.com/v2/url?u=http-3A__netbeans-2Dvm.apache.org_pluginportal_&d=DwIDaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=8_Pz0x0SKeT5e3IehhQKCbQ2xl3tz40jnCU133NrdP4&m=X_uKKOyNTb7tohclZEA6JBX7srFlL_Hrd7Ucd2g1bCc&s=ycECpvpGMDj68vnP0CmMChRDhTv4phmlQ6xMelh3WdQ&e=
> > > > > [2]
> > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__cwiki.apache.org_confluence_display_NETBEANS_Where-2Bto-2Bdownload-2Bplugins-2Bfor-2BNetBeans-2B10.0-2Band-2Bearlier&d=DwIDaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=8_Pz0x0SKeT5e3IehhQKCbQ2xl3tz40jnCU133NrdP4&m=X_uKKOyNTb7tohclZEA6JBX7srFlL_Hrd7Ucd2g1bCc&s=2vTtGB--cbv4J6m1nT5VG8YKDKAQT6UvJXfJtuBSoLo&e=
> > > > > 
> > > > > -Jirka
> > > > > 
> > > > > Dne 02. 01. 20 v 19:03 antonio napsal(a):
> > > > > 
> > > > > > Hi Jirka,
> > > > > > 
> > > > > > There's an open issue here
> > > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_INFRA-2D17245-3FfocusedCommentId-3D16876231-26page-3Dcom.atlassian.jira.plugin.system.issuetabpanels-253Acomment-2Dtabpanel-23comment-2D16876231&d=DwIDBA&c=RoP1YumCXCgaWHvl

Re: Could not download 2F7553F50B0D14ED811B849C282DA8C1FFC32AAE-asm-all-5.0.1.jar

[antonio]

The DownloadBinariesTask has a "repos" variable you can set. This is a 
list of Maven repositories to use.


This seems to default to


private String repos = "https://repo1.maven.org/maven2/";;


/**
 * Space separated URL prefixes for maven repositories.
 * Should generally include a trailing slash.
 * You may include multiple URLs separated by spaces
 * in which case they will be tried in order.
 */
public void setRepos(String repos) {
this.repos = repos;
}
 

I imagine you can set the property in the "nbbuild/build.xml, I haven't tried it myself, though.


Cheers,
Antonio

El 15/1/20 a las 21:31, John Elliot V | ProgClub escribió:

Ah, thanks Fabian, that explains it.

I tried grepping for central.maven.org, but I haven't been able to
figure out how to override the setting for http://central.maven.org/
with https://repo1.maven.org/ -- can you tell me how I can do that..?

Regards,
John Elliot V

[1]
jj5@jj-dev:~/desktop/netbeans/source$ search central.maven.org
DEPENDENCIES:  - jsr305-2.0.0.jar: JSR305 Annotations for Findbugs
(http://central.maven.org/maven2/com/google/code/findbugs/jsr305/2.0.0/jsr305-2.0.0.jar)
nbbuild/antsrc/org/netbeans/nbbuild/extlibs/DownloadBinaries.java:
   url = "http://central.maven.org/maven2/"; + cacheName;
Binary file
nbbuild/build/antclasses/org/netbeans/nbbuild/extlibs/DownloadBinaries.class
matches
Binary file nbbuild/netbeans/harness/tasks.jar matches
platform/api.annotations.common/external/jsr305-2.0.0-license.txt:URL:
http://central.maven.org/maven2/com/google/code/findbugs/jsr305/2.0.0/jsr305-2.0.0.jar

On 16/1/20 7:21 am, Fabian Bahle wrote:

Hello John,

Maven just announced (https://twitter.com/ASFMavenProject/status/1217495225905577984) 
that the turned off the HTTP support of Maven Central repo, you should use 
https://repo1.maven.org  instead.


Regards,
Fabian


Am 15.01.2020 um 21:12 schrieb John Elliot V | ProgClub :

Hello again.

I've been following up on Eirik's request [1] for more testing of my
proposed patch on various Ubuntu desktops, but all of a sudden I'm
having trouble compiling from source.

This worked yesterday but is failing now. My guess is it's a transient
networking problem? (Seems to be HTTP 501: Not Implemented)

I'm building from netbeans-11.2-source.zip with the command:

ant -Dcluster.config=full -Dpermit.jdk9.builds=true

The error message looks like this [2].

Do I just wait for network services from http://central.maven.org/ to
resume? Or is there some other action I can take?

Regards,
John Elliot V

[1]
https://mail-archives.apache.org/mod_mbox/netbeans-dev/202001.mbox/%3CBL0PR20MB2098FA4608142A1F4F719C04A1340%40BL0PR20MB2098.namprd20.prod.outlook.com%3E

[2]

nbantext:
[TestDownload] Creating
/var/export/jj-dev/netbeans/source/harness/apisupport.harness/build/asm-all-5.0.1.jar
[TestDownload] Downloading:
http://central.maven.org/maven2/org/ow2/asm/asm-all/5.0.1/asm-all-5.0.1.jar
[TestDownload] Could not download
2F7553F50B0D14ED811B849C282DA8C1FFC32AAE-asm-all-5.0.1.jar to
/var/export/jj-dev/netbeans/source/harness/apisupport.harness/build/asm-all-5.0.1.jar:
java.io.IOException: Skipping download from
http://central.maven.org/maven2/org/ow2/asm/asm-all/5.0.1/asm-all-5.0.1.jar
due to response code 501
  [nbmerge] Failed to build target: all-apisupport.harness


--
|_|O|_| ProgClub
|_|_|O| Because every programmer needs a good club!
|O|O|O| https://www.progclub.org/



-
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: NetBeans icon patch

[Matthias Bläsing]

Hi John, hi Eirik,

looking at the properties of the X window I don't see why the quality
gets better after the change:

Running xprop on the netbeans window gives me _NET_WM_ICON sizes:

16x16
32x32
48x48
128x128

a quick search in the JDK source gives this (on Unix):

JFrame#setIconImages
calls XWindowPeer#updateIconImages
calls XWindowPeer#normalizeIconImages

https://github.com/openjdk/jdk/blob/0aafa24d023702f2423a4520c452450d079ef49a/src/java.desktop/unix/classes/sun/awt/X11/XWindowPeer.java#L356

I read this as:

Icon sizes 16, 32, 48 are added to the icon list. The 256 is processed.
This gets scaled to half its size (128) and that is the last icon
added.

This is matched by the logging:

FINEST [sun.awt.X11.icon.XWindowPeer]: >>> Length_ of buffer of icons data: 
19976, maximum length: 65535
FINEST [sun.awt.X11.icon.XWindowPeer]: >>> Sizes of icon images:
FINEST [sun.awt.X11.icon.XWindowPeer]: IconInfo[w=16,h=16,sw=16,sh=16]
FINEST [sun.awt.X11.icon.XWindowPeer]: IconInfo[w=32,h=32,sw=32,sh=32]
FINEST [sun.awt.X11.icon.XWindowPeer]: IconInfo[w=48,h=48,sw=48,sh=48]
FINEST [sun.awt.X11.icon.XWindowPeer]: IconInfo[w=256,h=256,sw=128,sh=128]

512px icons will exceed the buffer in any case. So the best we can
currently get on X11 is 128px Icons (scaled down from 256px).

John, I think you are seeing a Plasma bug. If plasma does not use the
highest resultion icon, that is available, it is broken. The
specification for _NET_WM_ICON:

https://specifications.freedesktop.org/wm-spec/1.3/ar01s05.html

describes, that the icon size can be trivially determined. If a WM
depends on the order of the icons and does to traverse the whole list,
I would call it buggy. There is no defined order.

Greetings

Matthias

Am Dienstag, den 14.01.2020, 14:29 + schrieb Eirik Bakke:
> Hi, John. Welcome!
> 
> That would be a useful patch. As you say, the challenge is to make
> sure it does not break the icon on other platforms.
> 
> Since calling setIconImages with more variants should normally be the
> right thing to do, removing the lower-resolution images should only
> be done on the specific platform where this is required. Instead of
> commenting out the lines, I would put them in an "if" statement, and
> only exclude them if the system is running on the KDE Plasma desktop.
> Perhaps you could also try another window manager (in particular,
> whichever one is used by Ubuntu, which is pretty popular), and see if
> that one requires the patch as well.
> 
> If all the common Linux window managers require (or work with) the
> patch, then maybe the condition should be " Utilities.isUnix() &&
> !Utilities.isMac()" (using org.openide.util.Utilities). But if it's
> only the KDE Plasma desktop, then it might be worth seeing if there
> is an way to detect this specific case.
> 
> -- Eirik
> 
> -Original Message-
> From: John Elliot V | ProgClub  
> Sent: Wednesday, January 8, 2020 10:09 PM
> To: dev@netbeans.apache.org
> Subject: NetBeans icon patch
> 
> Hi there.
> 
> My name's John. I'm new. :)
> 
> I just wanted to tender a patch for an issue I've been having with
> the NetBeans icon when displayed on my KDE Plasma desktop running
> under Ubuntu 18.04.3 LTS.
> 
> The problem is that I have my Task Manager widget set at about 200px
> high. There's no problem when I have heaps of windows open, because
> in that case each application gets an icon on a 'row'; but when
> there's only one 'row' the application icons are huge, and when the
> application icons are huge the NetBeans icon looks terrible.
> 
> I've taken some screen shots to illustrate the problem and my
> solution over here:
> 
>  https://www.jj5.net/file/2020-01-09-135528/netbeans-icon/
> 
> The patch that works well enough for me is to comment out low
> resolution images from the initFrameIcons() method in:
> 
> platform/core.windows/src/org/netbeans/core/windows/view/ui/MainWindo
> w.java
> 
> as:
> 
>  static void initFrameIcons(Frame f) {
>List currentIcons = f.getIconImages();
>if( !currentIcons.isEmpty() )
>  return; //do not override icons if they have been already
> provided elsewhere (JDev)
>f.setIconImages(Arrays.asList(
>  // 2020-01-09 jj5 - OLD: removed low resolution icons...
>  //ImageUtilities.loadImage(ICON_16, true),
>  //ImageUtilities.loadImage(ICON_32, true),
>  //ImageUtilities.loadImage(ICON_48, true),
>  // 2020-01-09 jj5 - END
>  ImageUtilities.loadImage(ICON_256, true),
>  ImageUtilities.loadImage(ICON_512, true),
>  ImageUtilities.loadImage(ICON_1024, true)));  }
> 
> It is conceivable this patch will create an issue in other
> environments (I'm not sure) but it worked okay for me on Ubuntu.
> 
> Regards,
> John Elliot V
> -- 
> > _|O|_| ProgClub
> > _|_|O| Because every programmer needs a good club!
> > O|O|O| https://www.progclub.org/
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.or

Re: Re: "Using an IDE" Page outdated (Openjfx)

[Eric Bresie]

Anyone on the Netbeans community want to provide any updates on the openjfx IDE 
page listed below?

Eric Bresie
ebre...@gmail.com
> On January 10, 2020 at 10:52:26 AM CST, Nir Lisker  wrote:
> Hi Robert,
>
> I've brought this up in the past.
>
> I think that the best solution is for someone from the community to take
> that task. I try to keep the Eclipse section updated, we will need someone
> for the other IDE's.
>
> - Nir
>
> On Fri, Jan 10, 2020 at 10:54 AM Robert Lichtenberger <
> r.lichtenber...@gmail.com> wrote:
>
> > I've noticed that
> > https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE
> > seems a bit outdated (refers to JDK 1.8, a folder named "rt", which no
> > longer exists, etc.).
> >
> > Could someone please update this page so that it is easier for newcomers to
> > dive into the development of OpenJFX.
> >
> > Thanks,
> > Robert
> >

Re: Could not download 2F7553F50B0D14ED811B849C282DA8C1FFC32AAE-asm-all-5.0.1.jar

[John Elliot V | ProgClub]

Ah, thanks Fabian, that explains it.

I tried grepping for central.maven.org, but I haven't been able to
figure out how to override the setting for http://central.maven.org/
with https://repo1.maven.org/ -- can you tell me how I can do that..?

Regards,
John Elliot V

[1]
jj5@jj-dev:~/desktop/netbeans/source$ search central.maven.org
DEPENDENCIES:  - jsr305-2.0.0.jar: JSR305 Annotations for Findbugs
(http://central.maven.org/maven2/com/google/code/findbugs/jsr305/2.0.0/jsr305-2.0.0.jar)
nbbuild/antsrc/org/netbeans/nbbuild/extlibs/DownloadBinaries.java:
  url = "http://central.maven.org/maven2/"; + cacheName;
Binary file
nbbuild/build/antclasses/org/netbeans/nbbuild/extlibs/DownloadBinaries.class
matches
Binary file nbbuild/netbeans/harness/tasks.jar matches
platform/api.annotations.common/external/jsr305-2.0.0-license.txt:URL:
http://central.maven.org/maven2/com/google/code/findbugs/jsr305/2.0.0/jsr305-2.0.0.jar

On 16/1/20 7:21 am, Fabian Bahle wrote:
> Hello John,
> 
> Maven just announced 
> (https://twitter.com/ASFMavenProject/status/1217495225905577984) that the 
> turned off the HTTP support of Maven Central repo, you should use 
> https://repo1.maven.org  instead.
> 
> 
> Regards,
> Fabian
> 
>> Am 15.01.2020 um 21:12 schrieb John Elliot V | ProgClub :
>>
>> Hello again.
>>
>> I've been following up on Eirik's request [1] for more testing of my
>> proposed patch on various Ubuntu desktops, but all of a sudden I'm
>> having trouble compiling from source.
>>
>> This worked yesterday but is failing now. My guess is it's a transient
>> networking problem? (Seems to be HTTP 501: Not Implemented)
>>
>> I'm building from netbeans-11.2-source.zip with the command:
>>
>> ant -Dcluster.config=full -Dpermit.jdk9.builds=true
>>
>> The error message looks like this [2].
>>
>> Do I just wait for network services from http://central.maven.org/ to
>> resume? Or is there some other action I can take?
>>
>> Regards,
>> John Elliot V
>>
>> [1]
>> https://mail-archives.apache.org/mod_mbox/netbeans-dev/202001.mbox/%3CBL0PR20MB2098FA4608142A1F4F719C04A1340%40BL0PR20MB2098.namprd20.prod.outlook.com%3E
>>
>> [2]
>>
>> nbantext:
>> [TestDownload] Creating
>> /var/export/jj-dev/netbeans/source/harness/apisupport.harness/build/asm-all-5.0.1.jar
>> [TestDownload] Downloading:
>> http://central.maven.org/maven2/org/ow2/asm/asm-all/5.0.1/asm-all-5.0.1.jar
>> [TestDownload] Could not download
>> 2F7553F50B0D14ED811B849C282DA8C1FFC32AAE-asm-all-5.0.1.jar to
>> /var/export/jj-dev/netbeans/source/harness/apisupport.harness/build/asm-all-5.0.1.jar:
>> java.io.IOException: Skipping download from
>> http://central.maven.org/maven2/org/ow2/asm/asm-all/5.0.1/asm-all-5.0.1.jar
>> due to response code 501
>>  [nbmerge] Failed to build target: all-apisupport.harness
>>
>>
>> -- 
>> |_|O|_| ProgClub
>> |_|_|O| Because every programmer needs a good club!
>> |O|O|O| https://www.progclub.org/
>>
>>
>>
>> -
>> 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
>>
> 
> 

-- 
|_|O|_| ProgClub
|_|_|O| Because every programmer needs a good club!
|O|O|O| https://www.progclub.org/



-
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: Could not download 2F7553F50B0D14ED811B849C282DA8C1FFC32AAE-asm-all-5.0.1.jar

[Fabian Bahle]

Hello John,

Maven just announced 
(https://twitter.com/ASFMavenProject/status/1217495225905577984) that the 
turned off the HTTP support of Maven Central repo, you should use 
https://repo1.maven.org  instead.


Regards,
Fabian

> Am 15.01.2020 um 21:12 schrieb John Elliot V | ProgClub :
> 
> Hello again.
> 
> I've been following up on Eirik's request [1] for more testing of my
> proposed patch on various Ubuntu desktops, but all of a sudden I'm
> having trouble compiling from source.
> 
> This worked yesterday but is failing now. My guess is it's a transient
> networking problem? (Seems to be HTTP 501: Not Implemented)
> 
> I'm building from netbeans-11.2-source.zip with the command:
> 
> ant -Dcluster.config=full -Dpermit.jdk9.builds=true
> 
> The error message looks like this [2].
> 
> Do I just wait for network services from http://central.maven.org/ to
> resume? Or is there some other action I can take?
> 
> Regards,
> John Elliot V
> 
> [1]
> https://mail-archives.apache.org/mod_mbox/netbeans-dev/202001.mbox/%3CBL0PR20MB2098FA4608142A1F4F719C04A1340%40BL0PR20MB2098.namprd20.prod.outlook.com%3E
> 
> [2]
> 
> nbantext:
> [TestDownload] Creating
> /var/export/jj-dev/netbeans/source/harness/apisupport.harness/build/asm-all-5.0.1.jar
> [TestDownload] Downloading:
> http://central.maven.org/maven2/org/ow2/asm/asm-all/5.0.1/asm-all-5.0.1.jar
> [TestDownload] Could not download
> 2F7553F50B0D14ED811B849C282DA8C1FFC32AAE-asm-all-5.0.1.jar to
> /var/export/jj-dev/netbeans/source/harness/apisupport.harness/build/asm-all-5.0.1.jar:
> java.io.IOException: Skipping download from
> http://central.maven.org/maven2/org/ow2/asm/asm-all/5.0.1/asm-all-5.0.1.jar
> due to response code 501
>  [nbmerge] Failed to build target: all-apisupport.harness
> 
> 
> -- 
> |_|O|_| ProgClub
> |_|_|O| Because every programmer needs a good club!
> |O|O|O| https://www.progclub.org/
> 
> 
> 
> -
> 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
> 

Could not download 2F7553F50B0D14ED811B849C282DA8C1FFC32AAE-asm-all-5.0.1.jar

[John Elliot V | ProgClub]

Hello again.

I've been following up on Eirik's request [1] for more testing of my
proposed patch on various Ubuntu desktops, but all of a sudden I'm
having trouble compiling from source.

This worked yesterday but is failing now. My guess is it's a transient
networking problem? (Seems to be HTTP 501: Not Implemented)

I'm building from netbeans-11.2-source.zip with the command:

 ant -Dcluster.config=full -Dpermit.jdk9.builds=true

The error message looks like this [2].

Do I just wait for network services from http://central.maven.org/ to
resume? Or is there some other action I can take?

Regards,
John Elliot V

[1]
https://mail-archives.apache.org/mod_mbox/netbeans-dev/202001.mbox/%3CBL0PR20MB2098FA4608142A1F4F719C04A1340%40BL0PR20MB2098.namprd20.prod.outlook.com%3E

[2]

nbantext:
[TestDownload] Creating
/var/export/jj-dev/netbeans/source/harness/apisupport.harness/build/asm-all-5.0.1.jar
[TestDownload] Downloading:
http://central.maven.org/maven2/org/ow2/asm/asm-all/5.0.1/asm-all-5.0.1.jar
[TestDownload] Could not download
2F7553F50B0D14ED811B849C282DA8C1FFC32AAE-asm-all-5.0.1.jar to
/var/export/jj-dev/netbeans/source/harness/apisupport.harness/build/asm-all-5.0.1.jar:
java.io.IOException: Skipping download from
http://central.maven.org/maven2/org/ow2/asm/asm-all/5.0.1/asm-all-5.0.1.jar
due to response code 501
  [nbmerge] Failed to build target: all-apisupport.harness


-- 
|_|O|_| ProgClub
|_|_|O| Because every programmer needs a good club!
|O|O|O| https://www.progclub.org/



-
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: Bugzilla down? (was: Future of old NetBeans bug tracker)

[Eirik Bakke]

Oh, it's already been done--brilliant! Thank you!

(Somehow the links from Google did not work last night nor an hour ago, but now 
they do. Maybe I had a DNS cache issue. Sorry for the trouble!)

There was an issue for this at 
https://issues.apache.org/jira/browse/NETBEANS-2546 , which I marked as 
resolved now.

-- Eirik

-Original Message-
From: Daniel Gruno  
Sent: Wednesday, January 15, 2020 11:41 AM
To: dev@netbeans.apache.org
Subject: Re: Bugzilla down? (was: Future of old NetBeans bug tracker)

On 15/01/2020 17.00, Eirik Bakke wrote:
> It seems the old Bugzilla page is now down. Can we somehow secure a dump of 
> this bug database before it disappears completely?

https://bz.apache.org/netbeans/ ?

> 
> As mentioned before, comments in the NetBeans source code frequently 
> references old bugs that have relevant discussion threads on Bugzilla. There 
> are also many bugs there that people (including myself) have reported in past 
> years, and which we might want to  open in JIRA if they resurface in the 
> latest Apache NetBeans versions. We need the old issue descriptions (and 
> comment threads) for that. Having access to the old bug reports is important 
> for the future maintainability of the codebase--even if we don't consider any 
> of the old bugs to be formally "open".
> 
> (For example, I was just now responding to the email with the subject 
> "MissingResourceException", wanting to link to an old bugzilla issue 
> which I believe describes the problem. But then bugzilla was down.)
>   
> -- Eirik
> 
> -Original Message-
> From: Ludovic HOCHET 
> Sent: Monday, October 21, 2019 5:10 PM
> To: dev@netbeans.apache.org
> Subject: Re: Future of old NetBeans bug tracker
> 
> I'll +1 on keeping a read only instance of the old Bugzilla (on Apache infra 
> if possible).
> I've started to have a look at MavenCommandLineExecutor
> (NETBEANS-3254) and there are many issue references that may be helpful to 
> look up.
> 
> On Fri, 18 Oct 2019 at 18:56, Geertjan Wielenga  wrote:
>>
>> Hi all,
>>
>> As we know, we're on JIRA now, i.e., all issues are reported here:
>>
>> https://issues.apache.org/jira/projects/NETBEANS
>>
>> The old location from the pre-Apache days are here:
>>
>> https://netbeans.org/bugzilla
>>
>> The question is what to do with the above, sure it is read-only, no 
>> one should be able to create new issues there and at the top of the 
>> page there's messaging about using the new Apache NetBeans JIRA.
>>
>> However, since we want to move away from Oracle infrastructure, what 
>> do we want to do with the NetBeans Bugzilla, ultimately? Simply take 
>> it out of the air, get and backup the database dump files, or host them 
>> somehow?
>>
>> We have the NetBeans Bugzilla database dump files available at this 
>> stage, i.e., they're available to use inside Oracle, but the question 
>> is what to do with them next, where to put them, if anywhere, whether 
>> they should be hosted, and where.
>>
>> Any ideas are welcome.
>>
>> Gj
> 
> 
> 
> --
> Ludovic
> -
> 
> "Les formes qui differencient les etres importent peu  si leur pensees 
> s'unissent pour batir un univers..."
>   Yoko Tsuno (in 'Les titans' by Roger Leloup)  [The shapes that 
> differenciate beings are not important  if their thoughts unite to 
> build a universe]
> 
> -
> 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: Bugzilla down? (was: Future of old NetBeans bug tracker)

[Daniel Gruno]

On 15/01/2020 17.00, Eirik Bakke wrote:

It seems the old Bugzilla page is now down. Can we somehow secure a dump of 
this bug database before it disappears completely?


https://bz.apache.org/netbeans/ ?



As mentioned before, comments in the NetBeans source code frequently references old bugs 
that have relevant discussion threads on Bugzilla. There are also many bugs there that 
people (including myself) have reported in past years, and which we might want to  open 
in JIRA if they resurface in the latest Apache NetBeans versions. We need the old issue 
descriptions (and comment threads) for that. Having access to the old bug reports is 
important for the future maintainability of the codebase--even if we don't consider any 
of the old bugs to be formally "open".

(For example, I was just now responding to the email with the subject 
"MissingResourceException", wanting to link to an old bugzilla issue which I 
believe describes the problem. But then bugzilla was down.)
  
-- Eirik


-Original Message-
From: Ludovic HOCHET 
Sent: Monday, October 21, 2019 5:10 PM
To: dev@netbeans.apache.org
Subject: Re: Future of old NetBeans bug tracker

I'll +1 on keeping a read only instance of the old Bugzilla (on Apache infra if 
possible).
I've started to have a look at MavenCommandLineExecutor
(NETBEANS-3254) and there are many issue references that may be helpful to look 
up.

On Fri, 18 Oct 2019 at 18:56, Geertjan Wielenga  wrote:


Hi all,

As we know, we're on JIRA now, i.e., all issues are reported here:

https://issues.apache.org/jira/projects/NETBEANS

The old location from the pre-Apache days are here:

https://netbeans.org/bugzilla

The question is what to do with the above, sure it is read-only, no
one should be able to create new issues there and at the top of the
page there's messaging about using the new Apache NetBeans JIRA.

However, since we want to move away from Oracle infrastructure, what
do we want to do with the NetBeans Bugzilla, ultimately? Simply take
it out of the air, get and backup the database dump files, or host them somehow?

We have the NetBeans Bugzilla database dump files available at this
stage, i.e., they're available to use inside Oracle, but the question
is what to do with them next, where to put them, if anywhere, whether
they should be hosted, and where.

Any ideas are welcome.

Gj




--
Ludovic
-

"Les formes qui differencient les etres importent peu  si leur pensees s'unissent 
pour batir un univers..."
  Yoko Tsuno (in 'Les titans' by Roger Leloup)  [The shapes that differenciate 
beings are not important  if their thoughts unite to build a universe]

-
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

Bugzilla down? (was: Future of old NetBeans bug tracker)

[Eirik Bakke]

It seems the old Bugzilla page is now down. Can we somehow secure a dump of 
this bug database before it disappears completely?

As mentioned before, comments in the NetBeans source code frequently references 
old bugs that have relevant discussion threads on Bugzilla. There are also many 
bugs there that people (including myself) have reported in past years, and 
which we might want to  open in JIRA if they resurface in the latest Apache 
NetBeans versions. We need the old issue descriptions (and comment threads) for 
that. Having access to the old bug reports is important for the future 
maintainability of the codebase--even if we don't consider any of the old bugs 
to be formally "open".

(For example, I was just now responding to the email with the subject 
"MissingResourceException", wanting to link to an old bugzilla issue which I 
believe describes the problem. But then bugzilla was down.)
 
-- Eirik

-Original Message-
From: Ludovic HOCHET  
Sent: Monday, October 21, 2019 5:10 PM
To: dev@netbeans.apache.org
Subject: Re: Future of old NetBeans bug tracker

I'll +1 on keeping a read only instance of the old Bugzilla (on Apache infra if 
possible).
I've started to have a look at MavenCommandLineExecutor
(NETBEANS-3254) and there are many issue references that may be helpful to look 
up.

On Fri, 18 Oct 2019 at 18:56, Geertjan Wielenga  wrote:
>
> Hi all,
>
> As we know, we're on JIRA now, i.e., all issues are reported here:
>
> https://issues.apache.org/jira/projects/NETBEANS
>
> The old location from the pre-Apache days are here:
>
> https://netbeans.org/bugzilla
>
> The question is what to do with the above, sure it is read-only, no 
> one should be able to create new issues there and at the top of the 
> page there's messaging about using the new Apache NetBeans JIRA.
>
> However, since we want to move away from Oracle infrastructure, what 
> do we want to do with the NetBeans Bugzilla, ultimately? Simply take 
> it out of the air, get and backup the database dump files, or host them 
> somehow?
>
> We have the NetBeans Bugzilla database dump files available at this 
> stage, i.e., they're available to use inside Oracle, but the question 
> is what to do with them next, where to put them, if anywhere, whether 
> they should be hosted, and where.
>
> Any ideas are welcome.
>
> Gj



--
Ludovic
-

"Les formes qui differencient les etres importent peu  si leur pensees 
s'unissent pour batir un univers..."
 Yoko Tsuno (in 'Les titans' by Roger Leloup)  [The shapes that differenciate 
beings are not important  if their thoughts unite to build a universe]

-
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: Remove (experimental) from FlatLaf Dark

[Laszlo Kishalmi]

Good catch!

Though it is out of FlatLaf, just checked the code those colors are hard 
coded in the coverage support code.


I'm going to create an issue to have those configurable through the 
Editor highlights, then we could apply different default colors to them 
per Editor Profile.


On 1/14/20 11:44 PM, Tomáš Procházka wrote:

Hi,
when FlatLaf Dark is used and code coverage is displayed, then
background color of both covered and uncovered lines makes code hard to
read.

Similar problem was also reported for Darcula plugin:
https://github.com/Revivius/nb-darcula/issues/131

Thanks to all for your work on making NetBeans looking and working great.

With regards,
Tomáš Procházka


-
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