You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@netbeans.apache.org by Patrik Karlström <pa...@trixon.se> on 2020/05/13 15:03:14 UTC
Re: snap and sdkman startup problem
I poked around a bit with the netbeans.desktop file and got netbeans (snap
or not) to pick up sdkman's default jdk with
Exec=bash -c "[[ -s /home/pata/.sdkman/bin/sdkman-init.sh ]] && source
/home/pata/.sdkman/bin/sdkman-init.sh && netbeans %F"
It's far from pretty and far from generic, but it might serve as some kind
of inspiration.
I'll use since it's easier for me to maintain after snap updates instead of
creating and editing netbeans.conf files.
/Patrik
Den mån 27 apr. 2020 kl 18:58 skrev Laszlo Kishalmi <
laszlo.kishalmi@gmail.com>:
> Well, I'm not a Snap pro either, but I brought NetBeans to Snap.
>
> With SDKMan, it seems the issue is that the GUI environment has no idea
> of what is the default JDK (more simply it is not on the path when the
> XSession starts). I guess it sets something in the profile scripts. We
> might try to read that during the IDE execution. It not a Snap issue,
> I'd guess it might affect other distributions as well. Luckily the
> installed distribution sets the jdkhome in netbeans.conf during the
> installation.
>
> NetBeans Snap runs in classic confinement, which means it is not
> sandboxed. Probably it is not too much that Snap brings on the table,
> but it is certain that is not additional complexity. Here is a short
> list why I think it is useful:
>
> * Native Linux packages provide old versions (8.2 and 10.0 in case of
> Debian)
> * It is installed per system not per user, so it can be really
> convenient to be installed on computers which used by many people,
> just think about an university computer lab.
> * It provides automatic updates, I think I like this one the most
> especially netbeans-dev which provides a weekly build from the master
> * It provides ability to switch between beta-s and latest stable
> versions really easy.
> * Basically if you have Snap and a JDK installed on Linux it is the
> easiest way to install NetBeans
> * Due to our efforts it provides a same day availability with the
> official NetBeans release (even betas).
>
>
> On 4/27/20 9:03 AM, Benjamin Asbach wrote:
> > Hi Patrick,
> >
> > Disclaimer: Not a snap pro.
> >
> > from my understanding that's the point behind a snap is to bundle all
> > it's dependencies and separate it from the rest of the system. So
> > combining sdkman and NetBeans snap doesn't seem the right way for me.
> >
> > When it works from command line vs via Desktop icon - for me that's an
> > indicator that the environment is somehow different. Maybe you don't
> > execute the snap from command line? `which netbeans` should bring a
> > little bit more light into that.
> >
> > Personally I don't see that much benefit from using NetBeans snap
> > version. It adds a layer of complexity without providing much of benefit.
> >
> > ---
> > Thanks
> > Benjamin
> >
> > On 2020-04-25 09:24, Patrik Karlström wrote:
> >> After a fresh install of Kubuntu I decided to use only sdkman for
> >> managing
> >> java on my system.
> >> Doing so rendered the NetBeans snap unstartable from the gui icon,
> >> with no
> >> error message what so ever.
> >>
> >> It did start nicely from the terminal though.
> >> My solution to this was to create and edit a netbeans.conf setting the
> >> netbeans_jdkhome option.
> >>
> >> Being a snap, this step is not really obvious,
> >> and the lack of an error message in combination with the fact that it
> >> does
> >> work from a terminal might be a bit confusing.
> >>
> >> Would it be possible to let the netbeans.desktop pick up the
> >> environment as
> >> if netbeans was started from a terminal?
> >>
> >> /Patrik
>
Re: snap and sdkman startup problem
Posted by Laszlo Kishalmi <la...@gmail.com>.
Just more specific about the magic. it is SH not BASH, so [[ <expr> ]]
shall not be used.
On 5/13/20 11:53 AM, Laszlo Kishalmi wrote:
> If you would like sdkman to be supported, probably the best place to
> do that add some bash magic to:
>
> https://github.com/apache/netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/o.n.bootstrap/launcher/unix/nbexec#L134
>
>
> create a PR, let it get reviewed, merged and then be proud about that!
>
> On 5/13/20 9:37 AM, Patrik Karlström wrote:
>> Den ons 13 maj 2020 kl 18:34 skrev Laszlo Kishalmi <
>> laszlo.kishalmi@gmail.com>:
>>
>>> If I read that command line correct it would make netbeans not start
>>> when sdkman is not installed.
>>>
>>> That's correct, hence my disclaimer. :)
>>
>>
>>> On 5/13/20 8:03 AM, Patrik Karlström wrote:
>>>> I poked around a bit with the netbeans.desktop file and got netbeans
>>> (snap
>>>> or not) to pick up sdkman's default jdk with
>>>> Exec=bash -c "[[ -s /home/pata/.sdkman/bin/sdkman-init.sh ]] && source
>>>> /home/pata/.sdkman/bin/sdkman-init.sh && netbeans %F"
>>>>
>>>> It's far from pretty and far from generic, but it might serve as some
>>> kind
>>>> of inspiration.
>>>> I'll use since it's easier for me to maintain after snap updates
>>>> instead
>>> of
>>>> creating and editing netbeans.conf files.
>>>>
>>>> /Patrik
>>>>
>>>> Den mån 27 apr. 2020 kl 18:58 skrev Laszlo Kishalmi <
>>>> laszlo.kishalmi@gmail.com>:
>>>>
>>>>> Well, I'm not a Snap pro either, but I brought NetBeans to Snap.
>>>>>
>>>>> With SDKMan, it seems the issue is that the GUI environment has no
>>>>> idea
>>>>> of what is the default JDK (more simply it is not on the path when
>>>>> the
>>>>> XSession starts). I guess it sets something in the profile
>>>>> scripts. We
>>>>> might try to read that during the IDE execution. It not a Snap issue,
>>>>> I'd guess it might affect other distributions as well. Luckily the
>>>>> installed distribution sets the jdkhome in netbeans.conf during the
>>>>> installation.
>>>>>
>>>>> NetBeans Snap runs in classic confinement, which means it is not
>>>>> sandboxed. Probably it is not too much that Snap brings on the table,
>>>>> but it is certain that is not additional complexity. Here is a short
>>>>> list why I think it is useful:
>>>>>
>>>>> * Native Linux packages provide old versions (8.2 and 10.0 in
>>>>> case of
>>>>> Debian)
>>>>> * It is installed per system not per user, so it can be really
>>>>> convenient to be installed on computers which used by many
>>>>> people,
>>>>> just think about an university computer lab.
>>>>> * It provides automatic updates, I think I like this one the most
>>>>> especially netbeans-dev which provides a weekly build from the
>>> master
>>>>> * It provides ability to switch between beta-s and latest stable
>>>>> versions really easy.
>>>>> * Basically if you have Snap and a JDK installed on Linux it
>>>>> is the
>>>>> easiest way to install NetBeans
>>>>> * Due to our efforts it provides a same day availability with the
>>>>> official NetBeans release (even betas).
>>>>>
>>>>>
>>>>> On 4/27/20 9:03 AM, Benjamin Asbach wrote:
>>>>>> Hi Patrick,
>>>>>>
>>>>>> Disclaimer: Not a snap pro.
>>>>>>
>>>>>> from my understanding that's the point behind a snap is to bundle
>>>>>> all
>>>>>> it's dependencies and separate it from the rest of the system. So
>>>>>> combining sdkman and NetBeans snap doesn't seem the right way for
>>>>>> me.
>>>>>>
>>>>>> When it works from command line vs via Desktop icon - for me
>>>>>> that's an
>>>>>> indicator that the environment is somehow different. Maybe you don't
>>>>>> execute the snap from command line? `which netbeans` should bring a
>>>>>> little bit more light into that.
>>>>>>
>>>>>> Personally I don't see that much benefit from using NetBeans snap
>>>>>> version. It adds a layer of complexity without providing much of
>>> benefit.
>>>>>> ---
>>>>>> Thanks
>>>>>> Benjamin
>>>>>>
>>>>>> On 2020-04-25 09:24, Patrik Karlström wrote:
>>>>>>> After a fresh install of Kubuntu I decided to use only sdkman for
>>>>>>> managing
>>>>>>> java on my system.
>>>>>>> Doing so rendered the NetBeans snap unstartable from the gui icon,
>>>>>>> with no
>>>>>>> error message what so ever.
>>>>>>>
>>>>>>> It did start nicely from the terminal though.
>>>>>>> My solution to this was to create and edit a netbeans.conf
>>>>>>> setting the
>>>>>>> netbeans_jdkhome option.
>>>>>>>
>>>>>>> Being a snap, this step is not really obvious,
>>>>>>> and the lack of an error message in combination with the fact
>>>>>>> that it
>>>>>>> does
>>>>>>> work from a terminal might be a bit confusing.
>>>>>>>
>>>>>>> Would it be possible to let the netbeans.desktop pick up the
>>>>>>> environment as
>>>>>>> if netbeans was started from a terminal?
>>>>>>>
>>>>>>> /Patrik
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: snap and sdkman startup problem
Posted by Patrik Karlström <pa...@trixon.se>.
Nice!
Den mån 6 juli 2020 kl 21:34 skrev Laszlo Kishalmi <
laszlo.kishalmi@gmail.com>:
> https://github.com/apache/netbeans/pull/2240
>
> On 5/17/20 12:27 AM, Patrik Karlström wrote:
> > Thanks, I'll take a look at it.
> >
> > Den ons 13 maj 2020 kl 20:54 skrev Laszlo Kishalmi <
> > laszlo.kishalmi@gmail.com>:
> >
> >> If you would like sdkman to be supported, probably the best place to do
> >> that add some bash magic to:
> >>
> >>
> >>
> https://github.com/apache/netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/o.n.bootstrap/launcher/unix/nbexec#L134
> >>
> >> create a PR, let it get reviewed, merged and then be proud about that!
> >>
> >> On 5/13/20 9:37 AM, Patrik Karlström wrote:
> >>> Den ons 13 maj 2020 kl 18:34 skrev Laszlo Kishalmi <
> >>> laszlo.kishalmi@gmail.com>:
> >>>
> >>>> If I read that command line correct it would make netbeans not start
> >>>> when sdkman is not installed.
> >>>>
> >>>> That's correct, hence my disclaimer. :)
> >>>
> >>>> On 5/13/20 8:03 AM, Patrik Karlström wrote:
> >>>>> I poked around a bit with the netbeans.desktop file and got netbeans
> >>>> (snap
> >>>>> or not) to pick up sdkman's default jdk with
> >>>>> Exec=bash -c "[[ -s /home/pata/.sdkman/bin/sdkman-init.sh ]] &&
> source
> >>>>> /home/pata/.sdkman/bin/sdkman-init.sh && netbeans %F"
> >>>>>
> >>>>> It's far from pretty and far from generic, but it might serve as some
> >>>> kind
> >>>>> of inspiration.
> >>>>> I'll use since it's easier for me to maintain after snap updates
> >> instead
> >>>> of
> >>>>> creating and editing netbeans.conf files.
> >>>>>
> >>>>> /Patrik
> >>>>>
> >>>>> Den mån 27 apr. 2020 kl 18:58 skrev Laszlo Kishalmi <
> >>>>> laszlo.kishalmi@gmail.com>:
> >>>>>
> >>>>>> Well, I'm not a Snap pro either, but I brought NetBeans to Snap.
> >>>>>>
> >>>>>> With SDKMan, it seems the issue is that the GUI environment has no
> >> idea
> >>>>>> of what is the default JDK (more simply it is not on the path when
> the
> >>>>>> XSession starts). I guess it sets something in the profile scripts.
> We
> >>>>>> might try to read that during the IDE execution. It not a Snap
> issue,
> >>>>>> I'd guess it might affect other distributions as well. Luckily the
> >>>>>> installed distribution sets the jdkhome in netbeans.conf during the
> >>>>>> installation.
> >>>>>>
> >>>>>> NetBeans Snap runs in classic confinement, which means it is not
> >>>>>> sandboxed. Probably it is not too much that Snap brings on the
> table,
> >>>>>> but it is certain that is not additional complexity. Here is a short
> >>>>>> list why I think it is useful:
> >>>>>>
> >>>>>> * Native Linux packages provide old versions (8.2 and 10.0 in
> >> case of
> >>>>>> Debian)
> >>>>>> * It is installed per system not per user, so it can be really
> >>>>>> convenient to be installed on computers which used by many
> >> people,
> >>>>>> just think about an university computer lab.
> >>>>>> * It provides automatic updates, I think I like this one the
> most
> >>>>>> especially netbeans-dev which provides a weekly build from
> the
> >>>> master
> >>>>>> * It provides ability to switch between beta-s and latest
> stable
> >>>>>> versions really easy.
> >>>>>> * Basically if you have Snap and a JDK installed on Linux it is
> >> the
> >>>>>> easiest way to install NetBeans
> >>>>>> * Due to our efforts it provides a same day availability with
> the
> >>>>>> official NetBeans release (even betas).
> >>>>>>
> >>>>>>
> >>>>>> On 4/27/20 9:03 AM, Benjamin Asbach wrote:
> >>>>>>> Hi Patrick,
> >>>>>>>
> >>>>>>> Disclaimer: Not a snap pro.
> >>>>>>>
> >>>>>>> from my understanding that's the point behind a snap is to bundle
> all
> >>>>>>> it's dependencies and separate it from the rest of the system. So
> >>>>>>> combining sdkman and NetBeans snap doesn't seem the right way for
> me.
> >>>>>>>
> >>>>>>> When it works from command line vs via Desktop icon - for me that's
> >> an
> >>>>>>> indicator that the environment is somehow different. Maybe you
> don't
> >>>>>>> execute the snap from command line? `which netbeans` should bring a
> >>>>>>> little bit more light into that.
> >>>>>>>
> >>>>>>> Personally I don't see that much benefit from using NetBeans snap
> >>>>>>> version. It adds a layer of complexity without providing much of
> >>>> benefit.
> >>>>>>> ---
> >>>>>>> Thanks
> >>>>>>> Benjamin
> >>>>>>>
> >>>>>>> On 2020-04-25 09:24, Patrik Karlström wrote:
> >>>>>>>> After a fresh install of Kubuntu I decided to use only sdkman for
> >>>>>>>> managing
> >>>>>>>> java on my system.
> >>>>>>>> Doing so rendered the NetBeans snap unstartable from the gui icon,
> >>>>>>>> with no
> >>>>>>>> error message what so ever.
> >>>>>>>>
> >>>>>>>> It did start nicely from the terminal though.
> >>>>>>>> My solution to this was to create and edit a netbeans.conf setting
> >> the
> >>>>>>>> netbeans_jdkhome option.
> >>>>>>>>
> >>>>>>>> Being a snap, this step is not really obvious,
> >>>>>>>> and the lack of an error message in combination with the fact that
> >> it
> >>>>>>>> does
> >>>>>>>> work from a terminal might be a bit confusing.
> >>>>>>>>
> >>>>>>>> Would it be possible to let the netbeans.desktop pick up the
> >>>>>>>> environment as
> >>>>>>>> if netbeans was started from a terminal?
> >>>>>>>>
> >>>>>>>> /Patrik
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> >>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> >> For additional commands, e-mail: dev-help@netbeans.apache.org
> >>
> >> For further information about the NetBeans mailing lists, visit:
> >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>
> >>
> >>
> >>
>
Re: snap and sdkman startup problem
Posted by Laszlo Kishalmi <la...@gmail.com>.
https://github.com/apache/netbeans/pull/2240
On 5/17/20 12:27 AM, Patrik Karlström wrote:
> Thanks, I'll take a look at it.
>
> Den ons 13 maj 2020 kl 20:54 skrev Laszlo Kishalmi <
> laszlo.kishalmi@gmail.com>:
>
>> If you would like sdkman to be supported, probably the best place to do
>> that add some bash magic to:
>>
>>
>> https://github.com/apache/netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/o.n.bootstrap/launcher/unix/nbexec#L134
>>
>> create a PR, let it get reviewed, merged and then be proud about that!
>>
>> On 5/13/20 9:37 AM, Patrik Karlström wrote:
>>> Den ons 13 maj 2020 kl 18:34 skrev Laszlo Kishalmi <
>>> laszlo.kishalmi@gmail.com>:
>>>
>>>> If I read that command line correct it would make netbeans not start
>>>> when sdkman is not installed.
>>>>
>>>> That's correct, hence my disclaimer. :)
>>>
>>>> On 5/13/20 8:03 AM, Patrik Karlström wrote:
>>>>> I poked around a bit with the netbeans.desktop file and got netbeans
>>>> (snap
>>>>> or not) to pick up sdkman's default jdk with
>>>>> Exec=bash -c "[[ -s /home/pata/.sdkman/bin/sdkman-init.sh ]] && source
>>>>> /home/pata/.sdkman/bin/sdkman-init.sh && netbeans %F"
>>>>>
>>>>> It's far from pretty and far from generic, but it might serve as some
>>>> kind
>>>>> of inspiration.
>>>>> I'll use since it's easier for me to maintain after snap updates
>> instead
>>>> of
>>>>> creating and editing netbeans.conf files.
>>>>>
>>>>> /Patrik
>>>>>
>>>>> Den mån 27 apr. 2020 kl 18:58 skrev Laszlo Kishalmi <
>>>>> laszlo.kishalmi@gmail.com>:
>>>>>
>>>>>> Well, I'm not a Snap pro either, but I brought NetBeans to Snap.
>>>>>>
>>>>>> With SDKMan, it seems the issue is that the GUI environment has no
>> idea
>>>>>> of what is the default JDK (more simply it is not on the path when the
>>>>>> XSession starts). I guess it sets something in the profile scripts. We
>>>>>> might try to read that during the IDE execution. It not a Snap issue,
>>>>>> I'd guess it might affect other distributions as well. Luckily the
>>>>>> installed distribution sets the jdkhome in netbeans.conf during the
>>>>>> installation.
>>>>>>
>>>>>> NetBeans Snap runs in classic confinement, which means it is not
>>>>>> sandboxed. Probably it is not too much that Snap brings on the table,
>>>>>> but it is certain that is not additional complexity. Here is a short
>>>>>> list why I think it is useful:
>>>>>>
>>>>>> * Native Linux packages provide old versions (8.2 and 10.0 in
>> case of
>>>>>> Debian)
>>>>>> * It is installed per system not per user, so it can be really
>>>>>> convenient to be installed on computers which used by many
>> people,
>>>>>> just think about an university computer lab.
>>>>>> * It provides automatic updates, I think I like this one the most
>>>>>> especially netbeans-dev which provides a weekly build from the
>>>> master
>>>>>> * It provides ability to switch between beta-s and latest stable
>>>>>> versions really easy.
>>>>>> * Basically if you have Snap and a JDK installed on Linux it is
>> the
>>>>>> easiest way to install NetBeans
>>>>>> * Due to our efforts it provides a same day availability with the
>>>>>> official NetBeans release (even betas).
>>>>>>
>>>>>>
>>>>>> On 4/27/20 9:03 AM, Benjamin Asbach wrote:
>>>>>>> Hi Patrick,
>>>>>>>
>>>>>>> Disclaimer: Not a snap pro.
>>>>>>>
>>>>>>> from my understanding that's the point behind a snap is to bundle all
>>>>>>> it's dependencies and separate it from the rest of the system. So
>>>>>>> combining sdkman and NetBeans snap doesn't seem the right way for me.
>>>>>>>
>>>>>>> When it works from command line vs via Desktop icon - for me that's
>> an
>>>>>>> indicator that the environment is somehow different. Maybe you don't
>>>>>>> execute the snap from command line? `which netbeans` should bring a
>>>>>>> little bit more light into that.
>>>>>>>
>>>>>>> Personally I don't see that much benefit from using NetBeans snap
>>>>>>> version. It adds a layer of complexity without providing much of
>>>> benefit.
>>>>>>> ---
>>>>>>> Thanks
>>>>>>> Benjamin
>>>>>>>
>>>>>>> On 2020-04-25 09:24, Patrik Karlström wrote:
>>>>>>>> After a fresh install of Kubuntu I decided to use only sdkman for
>>>>>>>> managing
>>>>>>>> java on my system.
>>>>>>>> Doing so rendered the NetBeans snap unstartable from the gui icon,
>>>>>>>> with no
>>>>>>>> error message what so ever.
>>>>>>>>
>>>>>>>> It did start nicely from the terminal though.
>>>>>>>> My solution to this was to create and edit a netbeans.conf setting
>> the
>>>>>>>> netbeans_jdkhome option.
>>>>>>>>
>>>>>>>> Being a snap, this step is not really obvious,
>>>>>>>> and the lack of an error message in combination with the fact that
>> it
>>>>>>>> does
>>>>>>>> work from a terminal might be a bit confusing.
>>>>>>>>
>>>>>>>> Would it be possible to let the netbeans.desktop pick up the
>>>>>>>> environment as
>>>>>>>> if netbeans was started from a terminal?
>>>>>>>>
>>>>>>>> /Patrik
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: snap and sdkman startup problem
Posted by Patrik Karlström <pa...@trixon.se>.
Thanks, I'll take a look at it.
Den ons 13 maj 2020 kl 20:54 skrev Laszlo Kishalmi <
laszlo.kishalmi@gmail.com>:
> If you would like sdkman to be supported, probably the best place to do
> that add some bash magic to:
>
>
> https://github.com/apache/netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/o.n.bootstrap/launcher/unix/nbexec#L134
>
> create a PR, let it get reviewed, merged and then be proud about that!
>
> On 5/13/20 9:37 AM, Patrik Karlström wrote:
> > Den ons 13 maj 2020 kl 18:34 skrev Laszlo Kishalmi <
> > laszlo.kishalmi@gmail.com>:
> >
> >> If I read that command line correct it would make netbeans not start
> >> when sdkman is not installed.
> >>
> >> That's correct, hence my disclaimer. :)
> >
> >
> >> On 5/13/20 8:03 AM, Patrik Karlström wrote:
> >>> I poked around a bit with the netbeans.desktop file and got netbeans
> >> (snap
> >>> or not) to pick up sdkman's default jdk with
> >>> Exec=bash -c "[[ -s /home/pata/.sdkman/bin/sdkman-init.sh ]] && source
> >>> /home/pata/.sdkman/bin/sdkman-init.sh && netbeans %F"
> >>>
> >>> It's far from pretty and far from generic, but it might serve as some
> >> kind
> >>> of inspiration.
> >>> I'll use since it's easier for me to maintain after snap updates
> instead
> >> of
> >>> creating and editing netbeans.conf files.
> >>>
> >>> /Patrik
> >>>
> >>> Den mån 27 apr. 2020 kl 18:58 skrev Laszlo Kishalmi <
> >>> laszlo.kishalmi@gmail.com>:
> >>>
> >>>> Well, I'm not a Snap pro either, but I brought NetBeans to Snap.
> >>>>
> >>>> With SDKMan, it seems the issue is that the GUI environment has no
> idea
> >>>> of what is the default JDK (more simply it is not on the path when the
> >>>> XSession starts). I guess it sets something in the profile scripts. We
> >>>> might try to read that during the IDE execution. It not a Snap issue,
> >>>> I'd guess it might affect other distributions as well. Luckily the
> >>>> installed distribution sets the jdkhome in netbeans.conf during the
> >>>> installation.
> >>>>
> >>>> NetBeans Snap runs in classic confinement, which means it is not
> >>>> sandboxed. Probably it is not too much that Snap brings on the table,
> >>>> but it is certain that is not additional complexity. Here is a short
> >>>> list why I think it is useful:
> >>>>
> >>>> * Native Linux packages provide old versions (8.2 and 10.0 in
> case of
> >>>> Debian)
> >>>> * It is installed per system not per user, so it can be really
> >>>> convenient to be installed on computers which used by many
> people,
> >>>> just think about an university computer lab.
> >>>> * It provides automatic updates, I think I like this one the most
> >>>> especially netbeans-dev which provides a weekly build from the
> >> master
> >>>> * It provides ability to switch between beta-s and latest stable
> >>>> versions really easy.
> >>>> * Basically if you have Snap and a JDK installed on Linux it is
> the
> >>>> easiest way to install NetBeans
> >>>> * Due to our efforts it provides a same day availability with the
> >>>> official NetBeans release (even betas).
> >>>>
> >>>>
> >>>> On 4/27/20 9:03 AM, Benjamin Asbach wrote:
> >>>>> Hi Patrick,
> >>>>>
> >>>>> Disclaimer: Not a snap pro.
> >>>>>
> >>>>> from my understanding that's the point behind a snap is to bundle all
> >>>>> it's dependencies and separate it from the rest of the system. So
> >>>>> combining sdkman and NetBeans snap doesn't seem the right way for me.
> >>>>>
> >>>>> When it works from command line vs via Desktop icon - for me that's
> an
> >>>>> indicator that the environment is somehow different. Maybe you don't
> >>>>> execute the snap from command line? `which netbeans` should bring a
> >>>>> little bit more light into that.
> >>>>>
> >>>>> Personally I don't see that much benefit from using NetBeans snap
> >>>>> version. It adds a layer of complexity without providing much of
> >> benefit.
> >>>>> ---
> >>>>> Thanks
> >>>>> Benjamin
> >>>>>
> >>>>> On 2020-04-25 09:24, Patrik Karlström wrote:
> >>>>>> After a fresh install of Kubuntu I decided to use only sdkman for
> >>>>>> managing
> >>>>>> java on my system.
> >>>>>> Doing so rendered the NetBeans snap unstartable from the gui icon,
> >>>>>> with no
> >>>>>> error message what so ever.
> >>>>>>
> >>>>>> It did start nicely from the terminal though.
> >>>>>> My solution to this was to create and edit a netbeans.conf setting
> the
> >>>>>> netbeans_jdkhome option.
> >>>>>>
> >>>>>> Being a snap, this step is not really obvious,
> >>>>>> and the lack of an error message in combination with the fact that
> it
> >>>>>> does
> >>>>>> work from a terminal might be a bit confusing.
> >>>>>>
> >>>>>> Would it be possible to let the netbeans.desktop pick up the
> >>>>>> environment as
> >>>>>> if netbeans was started from a terminal?
> >>>>>>
> >>>>>> /Patrik
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> >> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
Re: snap and sdkman startup problem
Posted by Laszlo Kishalmi <la...@gmail.com>.
If you would like sdkman to be supported, probably the best place to do
that add some bash magic to:
https://github.com/apache/netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/o.n.bootstrap/launcher/unix/nbexec#L134
create a PR, let it get reviewed, merged and then be proud about that!
On 5/13/20 9:37 AM, Patrik Karlström wrote:
> Den ons 13 maj 2020 kl 18:34 skrev Laszlo Kishalmi <
> laszlo.kishalmi@gmail.com>:
>
>> If I read that command line correct it would make netbeans not start
>> when sdkman is not installed.
>>
>> That's correct, hence my disclaimer. :)
>
>
>> On 5/13/20 8:03 AM, Patrik Karlström wrote:
>>> I poked around a bit with the netbeans.desktop file and got netbeans
>> (snap
>>> or not) to pick up sdkman's default jdk with
>>> Exec=bash -c "[[ -s /home/pata/.sdkman/bin/sdkman-init.sh ]] && source
>>> /home/pata/.sdkman/bin/sdkman-init.sh && netbeans %F"
>>>
>>> It's far from pretty and far from generic, but it might serve as some
>> kind
>>> of inspiration.
>>> I'll use since it's easier for me to maintain after snap updates instead
>> of
>>> creating and editing netbeans.conf files.
>>>
>>> /Patrik
>>>
>>> Den mån 27 apr. 2020 kl 18:58 skrev Laszlo Kishalmi <
>>> laszlo.kishalmi@gmail.com>:
>>>
>>>> Well, I'm not a Snap pro either, but I brought NetBeans to Snap.
>>>>
>>>> With SDKMan, it seems the issue is that the GUI environment has no idea
>>>> of what is the default JDK (more simply it is not on the path when the
>>>> XSession starts). I guess it sets something in the profile scripts. We
>>>> might try to read that during the IDE execution. It not a Snap issue,
>>>> I'd guess it might affect other distributions as well. Luckily the
>>>> installed distribution sets the jdkhome in netbeans.conf during the
>>>> installation.
>>>>
>>>> NetBeans Snap runs in classic confinement, which means it is not
>>>> sandboxed. Probably it is not too much that Snap brings on the table,
>>>> but it is certain that is not additional complexity. Here is a short
>>>> list why I think it is useful:
>>>>
>>>> * Native Linux packages provide old versions (8.2 and 10.0 in case of
>>>> Debian)
>>>> * It is installed per system not per user, so it can be really
>>>> convenient to be installed on computers which used by many people,
>>>> just think about an university computer lab.
>>>> * It provides automatic updates, I think I like this one the most
>>>> especially netbeans-dev which provides a weekly build from the
>> master
>>>> * It provides ability to switch between beta-s and latest stable
>>>> versions really easy.
>>>> * Basically if you have Snap and a JDK installed on Linux it is the
>>>> easiest way to install NetBeans
>>>> * Due to our efforts it provides a same day availability with the
>>>> official NetBeans release (even betas).
>>>>
>>>>
>>>> On 4/27/20 9:03 AM, Benjamin Asbach wrote:
>>>>> Hi Patrick,
>>>>>
>>>>> Disclaimer: Not a snap pro.
>>>>>
>>>>> from my understanding that's the point behind a snap is to bundle all
>>>>> it's dependencies and separate it from the rest of the system. So
>>>>> combining sdkman and NetBeans snap doesn't seem the right way for me.
>>>>>
>>>>> When it works from command line vs via Desktop icon - for me that's an
>>>>> indicator that the environment is somehow different. Maybe you don't
>>>>> execute the snap from command line? `which netbeans` should bring a
>>>>> little bit more light into that.
>>>>>
>>>>> Personally I don't see that much benefit from using NetBeans snap
>>>>> version. It adds a layer of complexity without providing much of
>> benefit.
>>>>> ---
>>>>> Thanks
>>>>> Benjamin
>>>>>
>>>>> On 2020-04-25 09:24, Patrik Karlström wrote:
>>>>>> After a fresh install of Kubuntu I decided to use only sdkman for
>>>>>> managing
>>>>>> java on my system.
>>>>>> Doing so rendered the NetBeans snap unstartable from the gui icon,
>>>>>> with no
>>>>>> error message what so ever.
>>>>>>
>>>>>> It did start nicely from the terminal though.
>>>>>> My solution to this was to create and edit a netbeans.conf setting the
>>>>>> netbeans_jdkhome option.
>>>>>>
>>>>>> Being a snap, this step is not really obvious,
>>>>>> and the lack of an error message in combination with the fact that it
>>>>>> does
>>>>>> work from a terminal might be a bit confusing.
>>>>>>
>>>>>> Would it be possible to let the netbeans.desktop pick up the
>>>>>> environment as
>>>>>> if netbeans was started from a terminal?
>>>>>>
>>>>>> /Patrik
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: snap and sdkman startup problem
Posted by Patrik Karlström <pa...@trixon.se>.
Den ons 13 maj 2020 kl 18:34 skrev Laszlo Kishalmi <
laszlo.kishalmi@gmail.com>:
> If I read that command line correct it would make netbeans not start
> when sdkman is not installed.
>
> That's correct, hence my disclaimer. :)
> On 5/13/20 8:03 AM, Patrik Karlström wrote:
> > I poked around a bit with the netbeans.desktop file and got netbeans
> (snap
> > or not) to pick up sdkman's default jdk with
> > Exec=bash -c "[[ -s /home/pata/.sdkman/bin/sdkman-init.sh ]] && source
> > /home/pata/.sdkman/bin/sdkman-init.sh && netbeans %F"
> >
> > It's far from pretty and far from generic, but it might serve as some
> kind
> > of inspiration.
> > I'll use since it's easier for me to maintain after snap updates instead
> of
> > creating and editing netbeans.conf files.
> >
> > /Patrik
> >
> > Den mån 27 apr. 2020 kl 18:58 skrev Laszlo Kishalmi <
> > laszlo.kishalmi@gmail.com>:
> >
> >> Well, I'm not a Snap pro either, but I brought NetBeans to Snap.
> >>
> >> With SDKMan, it seems the issue is that the GUI environment has no idea
> >> of what is the default JDK (more simply it is not on the path when the
> >> XSession starts). I guess it sets something in the profile scripts. We
> >> might try to read that during the IDE execution. It not a Snap issue,
> >> I'd guess it might affect other distributions as well. Luckily the
> >> installed distribution sets the jdkhome in netbeans.conf during the
> >> installation.
> >>
> >> NetBeans Snap runs in classic confinement, which means it is not
> >> sandboxed. Probably it is not too much that Snap brings on the table,
> >> but it is certain that is not additional complexity. Here is a short
> >> list why I think it is useful:
> >>
> >> * Native Linux packages provide old versions (8.2 and 10.0 in case of
> >> Debian)
> >> * It is installed per system not per user, so it can be really
> >> convenient to be installed on computers which used by many people,
> >> just think about an university computer lab.
> >> * It provides automatic updates, I think I like this one the most
> >> especially netbeans-dev which provides a weekly build from the
> master
> >> * It provides ability to switch between beta-s and latest stable
> >> versions really easy.
> >> * Basically if you have Snap and a JDK installed on Linux it is the
> >> easiest way to install NetBeans
> >> * Due to our efforts it provides a same day availability with the
> >> official NetBeans release (even betas).
> >>
> >>
> >> On 4/27/20 9:03 AM, Benjamin Asbach wrote:
> >>> Hi Patrick,
> >>>
> >>> Disclaimer: Not a snap pro.
> >>>
> >>> from my understanding that's the point behind a snap is to bundle all
> >>> it's dependencies and separate it from the rest of the system. So
> >>> combining sdkman and NetBeans snap doesn't seem the right way for me.
> >>>
> >>> When it works from command line vs via Desktop icon - for me that's an
> >>> indicator that the environment is somehow different. Maybe you don't
> >>> execute the snap from command line? `which netbeans` should bring a
> >>> little bit more light into that.
> >>>
> >>> Personally I don't see that much benefit from using NetBeans snap
> >>> version. It adds a layer of complexity without providing much of
> benefit.
> >>>
> >>> ---
> >>> Thanks
> >>> Benjamin
> >>>
> >>> On 2020-04-25 09:24, Patrik Karlström wrote:
> >>>> After a fresh install of Kubuntu I decided to use only sdkman for
> >>>> managing
> >>>> java on my system.
> >>>> Doing so rendered the NetBeans snap unstartable from the gui icon,
> >>>> with no
> >>>> error message what so ever.
> >>>>
> >>>> It did start nicely from the terminal though.
> >>>> My solution to this was to create and edit a netbeans.conf setting the
> >>>> netbeans_jdkhome option.
> >>>>
> >>>> Being a snap, this step is not really obvious,
> >>>> and the lack of an error message in combination with the fact that it
> >>>> does
> >>>> work from a terminal might be a bit confusing.
> >>>>
> >>>> Would it be possible to let the netbeans.desktop pick up the
> >>>> environment as
> >>>> if netbeans was started from a terminal?
> >>>>
> >>>> /Patrik
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
Re: snap and sdkman startup problem
Posted by Laszlo Kishalmi <la...@gmail.com>.
If I read that command line correct it would make netbeans not start
when sdkman is not installed.
On 5/13/20 8:03 AM, Patrik Karlström wrote:
> I poked around a bit with the netbeans.desktop file and got netbeans (snap
> or not) to pick up sdkman's default jdk with
> Exec=bash -c "[[ -s /home/pata/.sdkman/bin/sdkman-init.sh ]] && source
> /home/pata/.sdkman/bin/sdkman-init.sh && netbeans %F"
>
> It's far from pretty and far from generic, but it might serve as some kind
> of inspiration.
> I'll use since it's easier for me to maintain after snap updates instead of
> creating and editing netbeans.conf files.
>
> /Patrik
>
> Den mån 27 apr. 2020 kl 18:58 skrev Laszlo Kishalmi <
> laszlo.kishalmi@gmail.com>:
>
>> Well, I'm not a Snap pro either, but I brought NetBeans to Snap.
>>
>> With SDKMan, it seems the issue is that the GUI environment has no idea
>> of what is the default JDK (more simply it is not on the path when the
>> XSession starts). I guess it sets something in the profile scripts. We
>> might try to read that during the IDE execution. It not a Snap issue,
>> I'd guess it might affect other distributions as well. Luckily the
>> installed distribution sets the jdkhome in netbeans.conf during the
>> installation.
>>
>> NetBeans Snap runs in classic confinement, which means it is not
>> sandboxed. Probably it is not too much that Snap brings on the table,
>> but it is certain that is not additional complexity. Here is a short
>> list why I think it is useful:
>>
>> * Native Linux packages provide old versions (8.2 and 10.0 in case of
>> Debian)
>> * It is installed per system not per user, so it can be really
>> convenient to be installed on computers which used by many people,
>> just think about an university computer lab.
>> * It provides automatic updates, I think I like this one the most
>> especially netbeans-dev which provides a weekly build from the master
>> * It provides ability to switch between beta-s and latest stable
>> versions really easy.
>> * Basically if you have Snap and a JDK installed on Linux it is the
>> easiest way to install NetBeans
>> * Due to our efforts it provides a same day availability with the
>> official NetBeans release (even betas).
>>
>>
>> On 4/27/20 9:03 AM, Benjamin Asbach wrote:
>>> Hi Patrick,
>>>
>>> Disclaimer: Not a snap pro.
>>>
>>> from my understanding that's the point behind a snap is to bundle all
>>> it's dependencies and separate it from the rest of the system. So
>>> combining sdkman and NetBeans snap doesn't seem the right way for me.
>>>
>>> When it works from command line vs via Desktop icon - for me that's an
>>> indicator that the environment is somehow different. Maybe you don't
>>> execute the snap from command line? `which netbeans` should bring a
>>> little bit more light into that.
>>>
>>> Personally I don't see that much benefit from using NetBeans snap
>>> version. It adds a layer of complexity without providing much of benefit.
>>>
>>> ---
>>> Thanks
>>> Benjamin
>>>
>>> On 2020-04-25 09:24, Patrik Karlström wrote:
>>>> After a fresh install of Kubuntu I decided to use only sdkman for
>>>> managing
>>>> java on my system.
>>>> Doing so rendered the NetBeans snap unstartable from the gui icon,
>>>> with no
>>>> error message what so ever.
>>>>
>>>> It did start nicely from the terminal though.
>>>> My solution to this was to create and edit a netbeans.conf setting the
>>>> netbeans_jdkhome option.
>>>>
>>>> Being a snap, this step is not really obvious,
>>>> and the lack of an error message in combination with the fact that it
>>>> does
>>>> work from a terminal might be a bit confusing.
>>>>
>>>> Would it be possible to let the netbeans.desktop pick up the
>>>> environment as
>>>> if netbeans was started from a terminal?
>>>>
>>>> /Patrik
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists