You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@netbeans.apache.org by * William <wi...@gmail.com> on 2018/09/24 00:11:58 UTC
SVN fix?
Hi all,
Do we know if there's a fix on the way for the absent SVN functionality in
Netbeans 9?
It makes the IDE pretty much unusable for project work at present. For
example I can't update to HEAD, commit or even look at history within
Netbeans.
I tried the HL interface and it was just reset back to the command line --
Which doesn't work as documented on the list earlier. This happens on BOTH
Windows and Linux installations.
aloha,
\_w_/
___________________________________
Re: SVN fix?
Posted by Markus Kilås <jm...@xn--kils-soa.se>.
On 9/26/18 2:01 PM, Geertjan Wielenga wrote:
>
>
> On Wed, Sep 26, 2018 at 1:45 PM, * William <william.full.moon@gmail.com
> <ma...@gmail.com>> wrote:
>
> Hmm
>
> This matter was discussed a month or more back. There appears to
> be NO "SvbKit" and the 'JavaHL' reverts back to command line.
>
> On the command line, the version is:
>
> svn, version 1.8.16 (r1740329)
> compiled May 5 2016, 17:51:02 on x86_64-unknown-linux-gnu
>
> Because the SVN functionality is not happening, new files, moves and
> renames get lost and miss being committed.
>
> This happens on Linux and Windows. On the Windows box, it is
> TortiseSVN client. Netbeans v8.x al work as well as ever. Not
> certain on the TortiseSVN client version. Again though, works with 8.2
>
> Personally I call this a regression error. No matter how it is
> classified Netbeans 9 can't be used for production without an
> external SVN client.
>
>
>
> Well, just in this mail thread you can see that others do not have this
> problem -- e.g.., "Hmm, I don't have any problems with SVN with NetBeans
> 9," says Thomas Kellerer, above.
>
> Maybe a difference in your environment between 8.2 and 9 is that you're
> using a different JDK, for example, which could have some influence in
> some way? Are there other differences between the two environments?
>
> Next week, we should have a new release, for Apache NetBeans 10, you
> could try that and see if it resolves your problem
>
> Gj
I don't have this problem with 8.2 but with 9.0 so I would also call it
a regression. Also I don't have this problem on an older system which
makes sense as the bug was related to the SVN version string and the
older system has an older SVN version.
The good thing is that I could use the development version of NetBeans
so the issue seems to have been fixed there.
Cheers,
Markus
>
>
>
>
> Often it means things like refactoring don't work effectively.
> Refactoring is a huge help and it is oftne a shock to find a change
> has been lost after new work has been committed that depends on same.
>
> As I recall there were several people affected. If it has been
> fixed, how come there's no updates showing? For anything.
>
> Concerning: NETBEANS-771
>
> That only refers to command line option and for SVN 1.10. The SVN
> protocol hasn't changed in any case.
>
> Kind regards,
>
> aplatypus
>
> On Mon, 24 Sep 2018 at 18:16, Thomas Kellerer <shammat@gmx.net
> <ma...@gmx.net>> wrote:
>
> Interesting, "svn --version" gives me 1.9.7 so apparently I'm
> just lucky ;)
>
> Thomas
>
> Andreas Hauffe schrieb am 24.09.2018 um 09:35:
> > Hi,
> >
> > this could be the problem when the minor version number of subversion is greater than 9. This is bug
> >
> > https://issues.apache.org/jira/browse/NETBEANS-771
> <https://issues.apache.org/jira/browse/NETBEANS-771>
> >
> > and it was resolved in
> >
> > https://github.com/apache/incubator-netbeans/commit/c9d53a66c0518a3ee8008b781a1940c079808585
> <https://github.com/apache/incubator-netbeans/commit/c9d53a66c0518a3ee8008b781a1940c079808585>
> >
> > Andreas
> >
> >
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: SVN fix?
Posted by Geertjan Wielenga <ge...@googlemail.com.INVALID>.
You're welcome to join the NetCAT program and try out the latest release of
Apache NetBeans 10 and provide feedback:
https://cwiki.apache.org/confluence/display/NETBEANS/NetCAT+10.0+Participants
Gj
On Mon, Oct 8, 2018 at 8:33 AM Andreas Hauffe <an...@tu-dresden.de>
wrote:
> Hi,
>
> in my case (netbeans 9.0, java 1.8 or 10, OpenSUSE Leap 15.0 with svn libs
> 1.10) this is still a problem with the version. The svnkit is disable due
> to license problems. The javahl client of netbeans supports javahl libs up
> to version 1.9 and rejects the OS libs with version 1.10. The svn CLI
> client had the bug of parsing the version number. So if I install the svn
> module without the bug NETBEANS-771 only the CLI client will work and if I
> switch to javahl I'm getting the same behavior as discribed by aplatypus.
>
> --
> Regards,
> Andreas Hauffe
>
> Am 06.10.18 um 10:22 schrieb Geertjan Wielenga:
>
> The svnkit integration has been disabled, because some parts of it are
> under licenses that are not allowed in an ASF project.
>
> See: https://issues.apache.org/jira/browse/NETBEANS-1302
>
> Gj
>
>
> On Sat, Oct 6, 2018 at 9:54 AM * William <wi...@gmail.com>
> wrote:
>
>>
>> Hi again list,
>>
>> Yes may be Netbeans 10 will sort it out. From the previous discussion of
>> this point (circa 2018-08-20):
>>
>> Actually, you need no workaround. The bug NETBEANS-771 was fixed. See
>> https://github.com/apache/incubator-netbeans/tree/master/subversion.
>>
>> I build the module from source and installed the new module version. I
>> don't know if there is a automatic update and how this is handled right
>> now. But I didn't get any updates up to now.
>>
>> found by searching "users@netbeans.apache.org svn" on the list
>>
>> So it works for people who rebuild Netbeans and there was no update to
>> "see". That's fine.
>>
>> This however doesn't explain lack of JavaHL support and absentce of the
>> SvnKit. Under Netbeans 9.0, with both Java 10 and Java 8 this happens when
>> you click "Load next 30 days":
>>
>> [image: image.png]
>>
>> While yu can clickon JavaHL client, requires a restart. Once restarted,
>> there is No Change. Both Java 8 and Java 10.
>>
>> One can easily see that SvnKit is no longer in the drop-down list.
>>
>> Pop-up below appears. Every time, no matter what svn.exe CLI client is
>> specified.
>>
>> [image: image.png]
>>
>> Looking forward to Netbeans 10.
>>
>> kind regards,
>>
>> aplatypus.
>>
>> On Wed, 26 Sep 2018 at 22:01, Geertjan Wielenga <
>> geertjan.wielenga@googlemail.com> wrote:
>>
>>>
>>>
>>> On Wed, Sep 26, 2018 at 1:45 PM, * William <wi...@gmail.com>
>>> wrote:
>>>
>>>> Hmm
>>>>
>>>> This matter was discussed a month or more back. There appears to be
>>>> NO "SvbKit" and the 'JavaHL' reverts back to command line.
>>>>
>>>> On the command line, the version is:
>>>>
>>>> svn, version 1.8.16 (r1740329)
>>>> compiled May 5 2016, 17:51:02 on x86_64-unknown-linux-gnu
>>>>
>>>> Because the SVN functionality is not happening, new files, moves and
>>>> renames get lost and miss being committed.
>>>>
>>>> This happens on Linux and Windows. On the Windows box, it is
>>>> TortiseSVN client. Netbeans v8.x al work as well as ever. Not certain on
>>>> the TortiseSVN client version. Again though, works with 8.2
>>>>
>>>> Personally I call this a regression error. No matter how it is
>>>> classified Netbeans 9 can't be used for production without an external SVN
>>>> client.
>>>>
>>>
>>>
>>> Well, just in this mail thread you can see that others do not have this
>>> problem -- e.g.., "Hmm, I don't have any problems with SVN with
>>> NetBeans 9," says Thomas Kellerer, above.
>>>
>>> Maybe a difference in your environment between 8.2 and 9 is that you're
>>> using a different JDK, for example, which could have some influence in some
>>> way? Are there other differences between the two environments?
>>>
>>> Next week, we should have a new release, for Apache NetBeans 10, you
>>> could try that and see if it resolves your problem
>>>
>>
>>
Re: SVN fix?
Posted by Andreas Hauffe <an...@tu-dresden.de>.
Hi,
in my case (netbeans 9.0, java 1.8 or 10, OpenSUSE Leap 15.0 with svn
libs 1.10) this is still a problem with the version. The svnkit is
disable due to license problems. The javahl client of netbeans supports
javahl libs up to version 1.9 and rejects the OS libs with version 1.10.
The svn CLI client had the bug of parsing the version number. So if I
install the svn module without the bug NETBEANS-771 only the CLI client
will work and if I switch to javahl I'm getting the same behavior as
discribed by aplatypus.
--
Regards,
Andreas Hauffe
Am 06.10.18 um 10:22 schrieb Geertjan Wielenga:
> The svnkit integration has been disabled, because some parts of it are
> under licenses that are not allowed in an ASF project.
>
> See: https://issues.apache.org/jira/browse/NETBEANS-1302
>
> Gj
>
>
> On Sat, Oct 6, 2018 at 9:54 AM * William <william.full.moon@gmail.com
> <ma...@gmail.com>> wrote:
>
>
> Hi again list,
>
> Yes may be Netbeans 10 will sort it out. From the previous
> discussion of this point (circa 2018-08-20):
>
> Actually, you need no workaround. The bug NETBEANS-771 was fixed.
> See
> https://github.com/apache/incubator-netbeans/tree/master/subversion.
>
> I build the module from source and installed the new module
> version. I don't know if there is a automatic update and how this
> is handled right now. But I didn't get any updates up to now.
>
> found by searching "users@netbeans.apache.org
> <ma...@netbeans.apache.org> svn" on the list
>
> So it works for people who rebuild Netbeans and there was no
> update to "see". That's fine.
>
> This however doesn't explain lack of JavaHL support and absentce
> of the SvnKit. Under Netbeans 9.0, with both Java 10 and Java 8
> this happens when you click "Load next 30 days":
>
> image.png
>
> While yu can clickon JavaHL client, requires a restart. Once
> restarted, there is No Change. Both Java 8 and Java 10.
>
> One can easily see that SvnKit is no longer in the drop-down list.
>
> Pop-up below appears. Every time, no matter what svn.exe CLI
> client is specified.
>
> image.png
>
> Looking forward to Netbeans 10.
>
> kind regards,
>
> aplatypus.
>
> On Wed, 26 Sep 2018 at 22:01, Geertjan Wielenga
> <geertjan.wielenga@googlemail.com
> <ma...@googlemail.com>> wrote:
>
>
>
> On Wed, Sep 26, 2018 at 1:45 PM, * William
> <william.full.moon@gmail.com
> <ma...@gmail.com>> wrote:
>
> Hmm
>
> This matter was discussed a month or more back. There
> appears to be NO "SvbKit" and the 'JavaHL' reverts back to
> command line.
>
> On the command line, the version is:
>
> svn, version 1.8.16 (r1740329)
> compiled May 5 2016, 17:51:02 on x86_64-unknown-linux-gnu
>
> Because the SVN functionality is not happening, new files,
> moves and renames get lost and miss being committed.
>
> This happens on Linux and Windows. On the Windows box, it
> is TortiseSVN client. Netbeans v8.x al work as well as
> ever. Not certain on the TortiseSVN client version.
> Again though, works with 8.2
>
> Personally I call this a regression error. No matter how
> it is classified Netbeans 9 can't be used for production
> without an external SVN client.
>
>
>
> Well, just in this mail thread you can see that others do not
> have this problem -- e.g.., "Hmm, I don't have any problems
> with SVN with NetBeans 9," says Thomas Kellerer, above.
>
> Maybe a difference in your environment between 8.2 and 9 is
> that you're using a different JDK, for example, which could
> have some influence in some way? Are there other differences
> between the two environments?
>
> Next week, we should have a new release, for Apache NetBeans
> 10, you could try that and see if it resolves your problem
>
>
Re: SVN fix?
Posted by Geertjan Wielenga <ge...@googlemail.com.INVALID>.
The svnkit integration has been disabled, because some parts of it are
under licenses that are not allowed in an ASF project.
See: https://issues.apache.org/jira/browse/NETBEANS-1302
Gj
On Sat, Oct 6, 2018 at 9:54 AM * William <wi...@gmail.com>
wrote:
>
> Hi again list,
>
> Yes may be Netbeans 10 will sort it out. From the previous discussion of
> this point (circa 2018-08-20):
>
> Actually, you need no workaround. The bug NETBEANS-771 was fixed. See
> https://github.com/apache/incubator-netbeans/tree/master/subversion.
>
> I build the module from source and installed the new module version. I
> don't know if there is a automatic update and how this is handled right
> now. But I didn't get any updates up to now.
>
> found by searching "users@netbeans.apache.org svn" on the list
>
> So it works for people who rebuild Netbeans and there was no update to
> "see". That's fine.
>
> This however doesn't explain lack of JavaHL support and absentce of the
> SvnKit. Under Netbeans 9.0, with both Java 10 and Java 8 this happens when
> you click "Load next 30 days":
>
> [image: image.png]
>
> While yu can clickon JavaHL client, requires a restart. Once restarted,
> there is No Change. Both Java 8 and Java 10.
>
> One can easily see that SvnKit is no longer in the drop-down list.
>
> Pop-up below appears. Every time, no matter what svn.exe CLI client is
> specified.
>
> [image: image.png]
>
> Looking forward to Netbeans 10.
>
> kind regards,
>
> aplatypus.
>
> On Wed, 26 Sep 2018 at 22:01, Geertjan Wielenga <
> geertjan.wielenga@googlemail.com> wrote:
>
>>
>>
>> On Wed, Sep 26, 2018 at 1:45 PM, * William <wi...@gmail.com>
>> wrote:
>>
>>> Hmm
>>>
>>> This matter was discussed a month or more back. There appears to be
>>> NO "SvbKit" and the 'JavaHL' reverts back to command line.
>>>
>>> On the command line, the version is:
>>>
>>> svn, version 1.8.16 (r1740329)
>>> compiled May 5 2016, 17:51:02 on x86_64-unknown-linux-gnu
>>>
>>> Because the SVN functionality is not happening, new files, moves and
>>> renames get lost and miss being committed.
>>>
>>> This happens on Linux and Windows. On the Windows box, it is TortiseSVN
>>> client. Netbeans v8.x al work as well as ever. Not certain on the
>>> TortiseSVN client version. Again though, works with 8.2
>>>
>>> Personally I call this a regression error. No matter how it is
>>> classified Netbeans 9 can't be used for production without an external SVN
>>> client.
>>>
>>
>>
>> Well, just in this mail thread you can see that others do not have this
>> problem -- e.g.., "Hmm, I don't have any problems with SVN with NetBeans
>> 9," says Thomas Kellerer, above.
>>
>> Maybe a difference in your environment between 8.2 and 9 is that you're
>> using a different JDK, for example, which could have some influence in some
>> way? Are there other differences between the two environments?
>>
>> Next week, we should have a new release, for Apache NetBeans 10, you
>> could try that and see if it resolves your problem
>>
>
>
Fwd: SVN fix?
Posted by * William <wi...@gmail.com>.
Hi again list,
Yes may be Netbeans 10 will sort it out. From the previous discussion of
this point (circa 2018-08-20):
Actually, you need no workaround. The bug NETBEANS-771 was fixed. See
https://github.com/apache/incubator-netbeans/tree/master/subversion.
I build the module from source and installed the new module version. I
don't know if there is a automatic update and how this is handled right
now. But I didn't get any updates up to now.
found by searching "users@netbeans.apache.org svn" on the list
So it works for people who rebuild Netbeans and there was no update to
"see". That's fine.
This however doesn't explain lack of JavaHL support and absentce of the
SvnKit. Under Netbeans 9.0, with both Java 10 and Java 8 this happens when
you click "Load next 30 days":
[image: image.png]
While yu can clickon JavaHL client, requires a restart. Once restarted,
there is No Change. Both Java 8 and Java 10.
One can easily see that SvnKit is no longer in the drop-down list.
Pop-up below appears. Every time, no matter what svn.exe CLI client is
specified.
[image: image.png]
Looking forward to Netbeans 10.
kind regards,
aplatypus.
On Wed, 26 Sep 2018 at 22:01, Geertjan Wielenga <
geertjan.wielenga@googlemail.com> wrote:
>
>
> On Wed, Sep 26, 2018 at 1:45 PM, * William <wi...@gmail.com>
> wrote:
>
>> Hmm
>>
>> This matter was discussed a month or more back. There appears to be NO
>> "SvbKit" and the 'JavaHL' reverts back to command line.
>>
>> On the command line, the version is:
>>
>> svn, version 1.8.16 (r1740329)
>> compiled May 5 2016, 17:51:02 on x86_64-unknown-linux-gnu
>>
>> Because the SVN functionality is not happening, new files, moves and
>> renames get lost and miss being committed.
>>
>> This happens on Linux and Windows. On the Windows box, it is TortiseSVN
>> client. Netbeans v8.x al work as well as ever. Not certain on the
>> TortiseSVN client version. Again though, works with 8.2
>>
>> Personally I call this a regression error. No matter how it is
>> classified Netbeans 9 can't be used for production without an external SVN
>> client.
>>
>
>
> Well, just in this mail thread you can see that others do not have this
> problem -- e.g.., "Hmm, I don't have any problems with SVN with NetBeans
> 9," says Thomas Kellerer, above.
>
> Maybe a difference in your environment between 8.2 and 9 is that you're
> using a different JDK, for example, which could have some influence in some
> way? Are there other differences between the two environments?
>
> Next week, we should have a new release, for Apache NetBeans 10, you could
> try that and see if it resolves your problem
>
Re: SVN fix?
Posted by Geertjan Wielenga <ge...@googlemail.com.INVALID>.
On Wed, Sep 26, 2018 at 1:45 PM, * William <wi...@gmail.com>
wrote:
> Hmm
>
> This matter was discussed a month or more back. There appears to be NO
> "SvbKit" and the 'JavaHL' reverts back to command line.
>
> On the command line, the version is:
>
> svn, version 1.8.16 (r1740329)
> compiled May 5 2016, 17:51:02 on x86_64-unknown-linux-gnu
>
> Because the SVN functionality is not happening, new files, moves and
> renames get lost and miss being committed.
>
> This happens on Linux and Windows. On the Windows box, it is TortiseSVN
> client. Netbeans v8.x al work as well as ever. Not certain on the
> TortiseSVN client version. Again though, works with 8.2
>
> Personally I call this a regression error. No matter how it is classified
> Netbeans 9 can't be used for production without an external SVN client.
>
Well, just in this mail thread you can see that others do not have this
problem -- e.g.., "Hmm, I don't have any problems with SVN with NetBeans
9," says Thomas Kellerer, above.
Maybe a difference in your environment between 8.2 and 9 is that you're
using a different JDK, for example, which could have some influence in some
way? Are there other differences between the two environments?
Next week, we should have a new release, for Apache NetBeans 10, you could
try that and see if it resolves your problem
Gj
> Often it means things like refactoring don't work effectively.
> Refactoring is a huge help and it is oftne a shock to find a change has
> been lost after new work has been committed that depends on same.
>
> As I recall there were several people affected. If it has been fixed, how
> come there's no updates showing? For anything.
>
> Concerning: NETBEANS-771
>
> That only refers to command line option and for SVN 1.10. The SVN
> protocol hasn't changed in any case.
>
> Kind regards,
>
> aplatypus
>
> On Mon, 24 Sep 2018 at 18:16, Thomas Kellerer <sh...@gmx.net> wrote:
>
>> Interesting, "svn --version" gives me 1.9.7 so apparently I'm just lucky
>> ;)
>>
>> Thomas
>>
>> Andreas Hauffe schrieb am 24.09.2018 um 09:35:
>> > Hi,
>> >
>> > this could be the problem when the minor version number of subversion
>> is greater than 9. This is bug
>> >
>> > https://issues.apache.org/jira/browse/NETBEANS-771
>> >
>> > and it was resolved in
>> >
>> > https://github.com/apache/incubator-netbeans/commit/
>> c9d53a66c0518a3ee8008b781a1940c079808585
>> >
>> > Andreas
>> >
>> >
>
>
>
Re: SVN fix?
Posted by * William <wi...@gmail.com>.
Hmm
This matter was discussed a month or more back. There appears to be NO
"SvbKit" and the 'JavaHL' reverts back to command line.
On the command line, the version is:
svn, version 1.8.16 (r1740329)
compiled May 5 2016, 17:51:02 on x86_64-unknown-linux-gnu
Because the SVN functionality is not happening, new files, moves and
renames get lost and miss being committed.
This happens on Linux and Windows. On the Windows box, it is TortiseSVN
client. Netbeans v8.x al work as well as ever. Not certain on the
TortiseSVN client version. Again though, works with 8.2
Personally I call this a regression error. No matter how it is classified
Netbeans 9 can't be used for production without an external SVN client.
Often it means things like refactoring don't work effectively. Refactoring
is a huge help and it is oftne a shock to find a change has been lost after
new work has been committed that depends on same.
As I recall there were several people affected. If it has been fixed, how
come there's no updates showing? For anything.
Concerning: NETBEANS-771
That only refers to command line option and for SVN 1.10. The SVN protocol
hasn't changed in any case.
Kind regards,
aplatypus
On Mon, 24 Sep 2018 at 18:16, Thomas Kellerer <sh...@gmx.net> wrote:
> Interesting, "svn --version" gives me 1.9.7 so apparently I'm just lucky ;)
>
> Thomas
>
> Andreas Hauffe schrieb am 24.09.2018 um 09:35:
> > Hi,
> >
> > this could be the problem when the minor version number of subversion is
> greater than 9. This is bug
> >
> > https://issues.apache.org/jira/browse/NETBEANS-771
> >
> > and it was resolved in
> >
> >
> https://github.com/apache/incubator-netbeans/commit/c9d53a66c0518a3ee8008b781a1940c079808585
> >
> > Andreas
> >
> >
Re: SVN fix?
Posted by Thomas Kellerer <sh...@gmx.net>.
Interesting, "svn --version" gives me 1.9.7 so apparently I'm just lucky ;)
Thomas
Andreas Hauffe schrieb am 24.09.2018 um 09:35:
> Hi,
>
> this could be the problem when the minor version number of subversion is greater than 9. This is bug
>
> https://issues.apache.org/jira/browse/NETBEANS-771
>
> and it was resolved in
>
> https://github.com/apache/incubator-netbeans/commit/c9d53a66c0518a3ee8008b781a1940c079808585
>
> Andreas
>
> Am 24.09.18 um 09:20 schrieb Thomas Kellerer:
>>> Do we know if there's a fix on the way for the absent SVN
>>> functionality in Netbeans 9?
>>>
>>> It makes the IDE pretty much unusable for project work at present.
>>> For example I can't update to HEAD, commit or even look at history
>>> within Netbeans.
>>>
>>> I tried the HL interface and it was just reset back to the command
>>> line -- Which doesn't work as documented on the list earlier. This
>>> happens on BOTH Windows and Linux installations.
>> Hmm, I don't have any problems with SVN with NetBeans 9
>>
>> I am using Windows 10 and OpenJDK 10.
>> My "Preferred Client" in the Subversion options of NetBeans is set to CLI
>>
>> Thomas
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: SVN fix?
Posted by Andreas Hauffe <an...@tu-dresden.de>.
Hi,
this could be the problem when the minor version number of subversion is
greater than 9. This is bug
https://issues.apache.org/jira/browse/NETBEANS-771
and it was resolved in
https://github.com/apache/incubator-netbeans/commit/c9d53a66c0518a3ee8008b781a1940c079808585
Andreas
Am 24.09.18 um 09:20 schrieb Thomas Kellerer:
>> Do we know if there's a fix on the way for the absent SVN
>> functionality in Netbeans 9?
>>
>> It makes the IDE pretty much unusable for project work at present.
>> For example I can't update to HEAD, commit or even look at history
>> within Netbeans.
>>
>> I tried the HL interface and it was just reset back to the command
>> line -- Which doesn't work as documented on the list earlier. This
>> happens on BOTH Windows and Linux installations.
> Hmm, I don't have any problems with SVN with NetBeans 9
>
> I am using Windows 10 and OpenJDK 10.
> My "Preferred Client" in the Subversion options of NetBeans is set to CLI
>
> Thomas
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: users-help@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
--
Viele Grüße
Andreas Hauffe
Leiter des Forschungsfeldes "Auslegungsmethoden für Luftfahrzeuge"
----------------------------------------------------------------------------------------------------
Technische Universität Dresden
Institut für Luft- und Raumfahrttechnik / Institute of Aerospace Engineering
Lehrstuhl für Luftfahrzeugtechnik / Chair of Aircraft Engineering
D-01062 Dresden
Germany
phone : +49 (351) 463 38496
fax : +49 (351) 463 37263
mail : andreas.hauffe@tu-dresden.de
Website : http://tu-dresden.de/mw/ilr/lft
----------------------------------------------------------------------------------------------------
Do you know our free laminate analysis code eLamX²? If not, please visit the following web address:
http://www.elamx.de
Re: SVN fix?
Posted by Thomas Kellerer <sh...@gmx.net>.
> Do we know if there's a fix on the way for the absent SVN
> functionality in Netbeans 9?
>
> It makes the IDE pretty much unusable for project work at present.
> For example I can't update to HEAD, commit or even look at history
> within Netbeans.
>
> I tried the HL interface and it was just reset back to the command
> line -- Which doesn't work as documented on the list earlier. This
> happens on BOTH Windows and Linux installations.
Hmm, I don't have any problems with SVN with NetBeans 9
I am using Windows 10 and OpenJDK 10.
My "Preferred Client" in the Subversion options of NetBeans is set to CLI
Thomas
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: SVN fix?
Posted by Geertjan Wielenga <ge...@googlemail.com.INVALID>.
What should the fix consist of? What is it that's missing or broken? What
are you going to do to contribute to this problem being fixed?
Pull requests are welcome, you can make one right now, this minute, if you
like: https://github.com/apache/incubator-netbeans/pulls
Happy to help and support you in that, just describe what's needed, let's
see what others on this mailing list can do to help -- though if you or no
one else wants to put in time or energy, it will not get fixed, now or ever.
Thanks,
Gj
On Mon, Sep 24, 2018 at 2:11 AM, * William <wi...@gmail.com>
wrote:
> Hi all,
>
> Do we know if there's a fix on the way for the absent SVN functionality in
> Netbeans 9?
>
> It makes the IDE pretty much unusable for project work at present. For
> example I can't update to HEAD, commit or even look at history within
> Netbeans.
>
> I tried the HL interface and it was just reset back to the command line --
> Which doesn't work as documented on the list earlier. This happens on BOTH
> Windows and Linux installations.
>
>
> aloha,
> \_w_/
> ___________________________________
>
>
>
>