This is what's Snap uses to fix old user dirs with external nbjavac
https://github.com/apache/netbeans-tools/blob/master/snap-packages/launchers/nbjavac-cleanup
On Fri, Sep 16, 2022 at 9:13 AM Michael Bien <mbie...@gmail.com> wrote:
> On 16.09.22 17:19, Ernie Rael wrote:
> > On 9/15/22 10:44 PM, Michael Bien wrote:
> >> On 16.09.22 07:31, Laszlo Kishalmi wrote:
> >>> I started to reply on this, but not sure if I really pressed the
> >>> send button, and I do not see my reply. So I'm sorry if I'm
> >>> repeating myself.
> >>>
> >>> So the Snap distribution does exactly the same (Snap provides the
> >>> infrastructure for that). Whenever NetBeans updated the user dir
> >>> gets copied from the current version to the new version and an empty
> >>> cache dir is created.
> >
> > Good to know, I'll stay with copying and keep my eyes open for
> > non-compatible changes, or at least the squawking if one happens.
> >
> > The huge advantage of copying the userdir is not having to install
> > plugins again.
> >
> > BTW, my plugin has a lot of stuff in preferences and it defines
> > include/exclude in layers so it works well with the "Tools > Options >
> > Import/Export" buttons. But since it is not in the release compiled
> > layers...
>
> yeah this area needs some improvements. I see periodically issues when
> users import plugins from old NB versions (e.g 11) and break things.
> (its probably nb-javac, since it changed namespace at some point which
> allows it to be installed twice, resetting the config fixes it).
>
> So there needs to be some cap. e.g nb_version - 2. But first of all, the
> plugin portal probably needs to be fixed (i believe someone is working
> on it), so that it isn't empty on new releases when most people update.
>
> The import/export module config might be stored somewhere in the module.
> If it is, it could automatically migrate the stable config on plugin
> import from an older config. Since you say it works with the explicit
> import/export via options but not with the auto import on first start?
> If true, this is either a bug or a missing feature since I don't see why
> it would behave differently :)
>
> best regards,
>
> michael
>
> >
> > Thanks for the info,
> > -ernie
> >
> >>> It is relatively safe to do that in the last few years, no one
> >>> really touched the config settings part.
> >>>
> >>> The import from previous version does the same, however it has some
> >>> rules importing from NetBeans 5.5, 6.0, pretty old versions
> >>> (probably we can remove that code).
> >>
> >> it should use the include/exclude list in etc/netbeans.import, which
> >> is generated by the layer at build time ("OptionsExport" folder).
> >>
> >> I didn't know that either but I figured this out when I added the
> >> migration of the jackpot rule files so I didn't have to copy them
> >> manually.
> >>
> >> So you can influence what is migrated simply by editing this file
> >> before first launch :)
> >>
> >> -mbien
> >>
> >>>
> >>> On 9/15/22 10:34, Ernie Rael wrote:
> >>>> On 9/14/22 5:55 PM, Michael Bien wrote:
> >>>>>
> >>>>> On 10.09.22 01:53, Ernie Rael wrote:
> >>>>>> With release 15 I did something like
> >>>>>>
> >>>>>> mkdir 15
> >>>>>> cp -a 14/userdir 15/userdir
> >>>>>>
> >>>>>> Then start NetBeans-15 using 15/userdir and a fresh cachedir.
> >>>>>>
> >>>>>> Simpler than import settings. Is there any problem/downside doing
> >>>>>> this?
> >>>>>
> >>>>> the downside is that NB doesn't expect this to happen. So it might
> >>>>> work, or it might break (something). Since the config format might
> >>>>> have changed somewhere in between versions.
> >>>>
> >>>> Yeah. And if it mostly works, that's the worst.
> >>>>
> >>>>>
> >>>>> If you would just start NB 15 normally without a 15 folder, it
> >>>>> will ask you to migrate some of the config of 14.
> >>>>
> >>>> I've had a non-standard setup/directories since windows days; can't
> >>>> remember why exactly; maybe just cause I thought it sucked on
> >>>> windows. Kept it when I moved to linux last year. Have my own
> >>>> startup scripts.
> >>>>
> >>>> I looked for a --initial-startup-import-from option, couldn't find
> >>>> it :-)
> >>>>
> >>>> Is it the same (or close enough) to use "Tools > Options > Import",
> >>>> and grab everything from the prev userdir on first startup? Don't
> >>>> think it is, but it might be after installing favorite plugins, so
> >>>> what to import is defined.
> >>>>
> >>>> Making a symlink got it too work. "cd ~/.netbeans; ln -s
> >>>> ~/.nb/.../prevudir 15" works. Something to add to my install new NB
> >>>> process. This seems to pull everything from Preferences, even if
> >>>> the plugins aren't installed yet.
> >>>>
> >>>> Thanks for waving me off use prev udir,
> >>>> -ernie
> >>>>
> >>>>>
> >>>>> It will import settings like project groups, platforms, editor
> >>>>> config (even custom jackpot rules now), theme etc. but window
> >>>>> setup for example is reset. Thats usually how I upgrade - setting
> >>>>> up the windows again is only a few clicks, most of the rest is
> >>>>> already migrated.
> >>>>>
> >>>>> I actually wanted to take a look if it would be feasible to
> >>>>> migrate some of the window setup too, have that somewhere on my
> >>>>> TODO list, but never looked into it.
> >>>>>
> >>>>> -mbien
> >>>>>
> >>>>>>
> >>>>>> -ernie
> >>>>>>
> >>>>>>
> >>>>>>
> ---------------------------------------------------------------------
> >>>>>>
> >>>>>> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
> >>>>>> For additional commands, e-mail: users-h...@netbeans.apache.org
> >>>>>>
> >>>>>> For further information about the NetBeans mailing lists, visit:
> >>>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>>>>>
> >>>>>
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >>>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
> >>>>>
> >>>>> For further information about the NetBeans mailing lists, visit:
> >>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
> >>>>
> >>>> For further information about the NetBeans mailing lists, visit:
> >>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>>>
> >>>>
> >>>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >>> For additional commands, e-mail: dev-h...@netbeans.apache.org
> >>>
> >>> For further information about the NetBeans mailing lists, visit:
> >>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>>
> >>>
> >>>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >> For additional commands, e-mail: dev-h...@netbeans.apache.org
> >>
> >> For further information about the NetBeans mailing lists, visit:
> >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>
> >>
> >>
> >>
> >
> >
> > ---------------------------------------------------------------------
> > 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
>
>
>
>
