in reply to Re: New berrybrew installer; Looking for testers
in thread New berrybrew installer; Looking for testers

Thank you for this.

I should have made note about previous installs.

A side effect I didn't consider is that internally, I call berrybrew unconfig but not using the full path, so it likely used the existing 1.22 berrybrew, which would have blown away the original PATH. Probably that's the reason the new path wasn't added as well.

Was there any indication as to why the malware software caught it? I don't use Windows except for developing berrybrew and testing things for a few Windows-based clients I have.

If your 1.22 version was using C:\berrybrew as its Perl instance directory, re-adding that version to PATH should fix things right up. If you want to carry on with the new version, it will happily use your old instances, or the new 5.30.0 instance you installed as part of the test (using berrybrew switch $version). The new 1.27 is backwards compatible with 1.22. It just has many new features and error checking.

I'm still working out kinks. This is my first time creating a Windows installer :)

Again, thanks. Very helpful feedback.

Replies are listed 'Best First'.
Re^3: New berrybrew installer; Looking for testers
by swl (Priest) on Nov 23, 2019 at 01:23 UTC

    The AV issues are mostly time related. Once a few users have reported the exe it should be sorted.

    Some key details from the log:

    There is not enough information about this file to recommend it. This file has been seen by no Symantec users. Symantec has known about this file approximately 2 days.

    I re-added the older berrybrew to the path and it worked again so that part is corrected.

    I then ran berrybrew upgrade, and now I get this error. I had to revert the changes to the perls.json file in the git repo for it to work (this is not new). I don't imagine this is due to the installer, and is more likely something else in the development process, or how I have things set up.

    berrybrew version Unhandled Exception: System.ArgumentException: Item has already been a +dded. Key in dictionary: '5.26.2_64_PDL' Key being added: '5.26.2_64 +_PDL' at System.Collections.Hashtable.Insert(Object key, Object nvalue, B +oolean add) at System.Collections.Specialized.OrderedDictionary.Add(Object key, + Object value) at BerryBrew.Berrybrew.PerlGenerateObjects(Boolean importIntoObject +) at berrybrew.Bbconsole.Main(String[] args)


    I ran a git pull on the repo and the issue has now gone away. The issue was perhaps something to do with berrybrew upgrade and git.

      That's all great information. Thank you.

      I do know about some issues regarding upgrading, and that's next on my roadmap to clean up.

      Since there are some issues with older versions and 'unconfig', in the installer, I'm just going to check if there's a berrybrew installed, warn the user on what to do so they can proceed. I'm not going to make changes to the system; I'm going to let the user do that if necessary. Better safe than sorry.

        That approach works for me.