If you're willing to try the package installer, clone this fork:
https://github.com/carljmosca/incubator-netbeans on a Mac.
Follow the setup for the build requirements then run "ant package-macos"
This should do a build followed by the creation of a Mac package installer.
On Fri, Aug 10, 2018 at
Really cool. I'm going to try it out, though Tim's comments re Mac
installers is something to think about.
Gj
On Sun, Aug 12, 2018 at 9:04 AM, Carl Mosca wrote:
> If you're willing to try the package installer, clone this fork:
> https://github.com/carljmosca/incubator-netbeans on a Mac.
>
> F
I am not certain I understand Tim's comments because I was not around for
the "great debate of 2004".
If the process used to compress a dmg image makes jar files unusable, why
was NetBeans 8.x pkg compressed that way or was it not?
I suspect he was trying to say the pkg installer (which it now do
I guess I forgot to include that the location of the pkg file should
be nbbuild/MacOS
after the build completes.
Carl
On Sun, Aug 12, 2018 at 3:04 AM Carl Mosca wrote:
> If you're willing to try the package installer, clone this fork:
> https://github.com/carljmosca/incubator-netbeans on a Mac
I've tried it on my Mac and it works very well, i would appreciate if
your work will be merged. Its very useful for further releases :)
Sebastian
Am 12.08.18 um 12:07 schrieb Carl Mosca:
I guess I forgot to include that the location of the pkg file should
be nbbuild/MacOS
after the build comp
On Sun, Aug 12, 2018 at 12:02 PM, Carl Mosca wrote:
> I am not certain I understand Tim's comments because I was not around for
> the "great debate of 2004".
>
> If the process used to compress a dmg image makes jar files unusable, why
> was NetBeans 8.x pkg compressed that way or was it not?
>
>
Thank you Sebastian. I appreciate the feedback.
I imagine someone can provide a few pointers on where I located the
Info.plist file, my use (and lack of) use of properties, and the final
location of the pkg file.
Hopefully I will learn about the pull request process.
Carl
On Sun, Aug 12, 2018
Thank you Gj. I will do so.
You're always helpful and polite.
Regards,
Carl
On Sun, Aug 12, 2018 at 8:29 AM Geertjan Wielenga
wrote:
> On Sun, Aug 12, 2018 at 12:02 PM, Carl Mosca wrote:
>
> > I am not certain I understand Tim's comments because I was not around for
> > the "great debate of
Hi Carl,
I’m sorry that you saw Tim as blasting you. I have worked Tim and know him very
well and I know he does not operate that way. I can see the “advice” he was
offering as being relevant at the time it was made. It is possible that things
have changed and the history that Tim is relaying i
Thank you Kirk. I am sure Tim is a good guy and ultimately meant no
offense.
I have made code contributions to other projects in the past and I will say
that the on-boarding process varies a bit. :)
Regards,
Carl
On Sun, Aug 12, 2018 at 9:21 AM Kirk Pepperdine wrote:
> Hi Carl,
>
> I’m sorry
While installing the nb-javac compiler i get an timeout, the
PluginPortal (http://plugins.netbeans.org/PluginPortal/) isn't
reachable, too. Is that done on purpose?
-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.a
plugins.netbeans.org has been down since yesterday, we’re trying to figure
out why, and intend for it to be fixed soon.
Gj
On Sunday, August 12, 2018, Sebastian Kempken
wrote:
> While installing the nb-javac compiler i get an timeout, the PluginPortal (
> http://plugins.netbeans.org/PluginPorta
I can make a YouTube clip to explain how to provide pull requests to Apache
NetBeans, however it wouldn’t be different to doing a pull request for any
other project via Git.
Gj
On Sunday, August 12, 2018, Carl Mosca wrote:
> Thank you Sebastian. I appreciate the feedback.
>
> I imagine someone
Gj,
Yes, I agree. I have read the instructions and I don't see anything that's
unclear about the pull request. I don't think a YouTube clip is necessary
but I know if you did one it would be done well. :)
I was mainly thinking about style and project organization. More of if the
code is to be
Hey there - I wasn't intending to blast anybody, just act as a little
corner of institutional memory, since there are a lot of people who weren't
around then and when issues are revisited, it helps to know what was
learned the last time around. Sorry if the "uh oh" that went off on my head
led me t
Got it, thank you Tim.
I have not looked at pack2000, at least not lately. I will check it out.
Regards,
Carl
On Sun, Aug 12, 2018 at 11:12 AM Tim Boudreau wrote:
> Hey there - I wasn't intending to blast anybody, just act as a little
> corner of institutional memory, since there are a lot of
On Sun, 12 Aug 2018, 16:23 Carl Mosca, wrote:.
> I have not looked at pack2000, at least not lately. I will check it out.
>
Hasn't pack200 just been deprecated!?
Out of interest is there a preference / benefit for mac users to have the
app bundle in a dmg and not just zipped up? That would sti
Not quite. Remember the 8.2 installer did install Glassfish and tomcat for JEE
versions and above. When it did this the servlet container was customised to
match the users preferences.
> On 11 Aug 2018, at 15:44, Scott Palmer wrote:
>
> The macOS “installer” should be nothing more than a disk
Really? Wow. Okay, another option (still preferable to a .pkg IMO) is to
simply distribute the application bundle in zipped form. That has the
advantage that you also don’t need a Mac to create it. In most cases Safari
would automatically extract it and leave the application sitting in your
> On 13 Aug 2018, at 05:29, Neil C Smith wrote:
>
> On Sun, 12 Aug 2018, 16:23 Carl Mosca, wrote:.
>
>> I have not looked at pack2000, at least not lately. I will check it out.
>>
>
> Hasn't pack200 just been deprecated!?
>
> Out of interest is there a preference / benefit for mac users
Yes, that is true. If there is still a need for that, then a .pkg is required.
Is it still the case though?
Scott
> On Aug 12, 2018, at 4:14 PM, Brett Ryan wrote:
>
> Not quite. Remember the 8.2 installer did install Glassfish and tomcat for
> JEE versions and above. When it did this the ser
> On 13 Aug 2018, at 06:27, Scott Palmer wrote:
>
> Really? Wow. Okay, another option (still preferable to a .pkg IMO) is to
> simply distribute the application bundle in zipped form.
As mentioned the issue with this is it could not be installed by the user
globally, think of a universit
> On 13 Aug 2018, at 06:32, Scott Palmer wrote:
>
> Yes, that is true. If there is still a need for that, then a .pkg is
> required. Is it still the case though?
Given that JEE support is in the next drop and glassfish/tomcat are a part of
the bundle then i can only assume so.
That's not
On Sun, Aug 12, 2018 at 4:27 PM Scott Palmer wrote:
> Really? Wow. Okay, another option (still preferable to a .pkg IMO) is
> to simply distribute the application bundle in zipped form. That has the
> advantage that you also don’t need a Mac to create it. In most cases
> Safari would automat
Thank you Tim. I have been looking at the MacOS pkgbuild to do the build.
I have not looking into making it portable yet but if that can work, it's
certainly the way to go.
The first (non-pkg) version I did ran OK but I believe there is a
permission (ownership) issue with the current version.
Ca
Just out of curiosity, what about distributing NetBeans via the Apple App
Store? That of course is an issue post-installer creation. Most apps I install
I get from the App Store - prefer the app store for a variety of reasons.
To do this, we would need an Apple Developer account owned by Apache
26 matches
Mail list logo
