[aur-general] IntelliJ IDEA Ultimate's

2017-02-13 Thread Reto Kaiser
Preferably we want to achieve:
- No download of full tarball for users that use the system jre
- Default of installing the bundled jre (because that's the recommendation
from jetbrains).
- Only 1 source package to reduce maintenance

I count 4 options:
A) 2 packages: "base-with-jre" and "base-without-jre"
B) 2 packages: "base" opt-depends on "jre-bundled" or a system jre
C) 1 split-package generating the 2 packages from option B
D) 1 split-package generating 4 packages: "base", "base-jre-meta",
"base-jre-system", "base-jre-bundled"

I think A) and C) are the best compromises. We're currently using A). So
I'm fine with keeping it as it is now.


Re: [aur-general] Intellij IDEA Ultimate's

2017-02-05 Thread 张海 via aur-general
Yes I would also totally agree with the split package approach for an
optional jre. And FYI, you can find CLion a perfect example for
implementing this:
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=clion .

Eli Schwartz via aur-general 于2017年2月6日周一
上午1:59写道:

> On 02/05/2017 07:17 AM, Reto Kaiser wrote:
> >> I personally prefer the flag thing
> > [...]
> >> The "-meta" thing is a little...
> > [...]
> >> The cleanest solution may very well be what we have now.
> >
> > Agree, the thing with the meta packages is a bit overcomplicated.
> > How about a single PKGFILE, which creates two packages with the "split
> > package" mechanism (one with, one without JRE).
> > @uwolfer wdyt? I can prepare the code.
>
> Perhaps you could create two split packages, one for
> intellij-idea-utimate-edition, one for the bundled JRE... and have the
> former optdepend on the latter and on the system JRE.
>
> The four-way split, meta-package dependency is over-engineered, but
> without the repo package providing ${pkgbase}-jre I don't see how to do
> it via a clean dependency *at all*... since Arch Linux users are always
> expected to pay attention to pacman's output e.g. optdepends, this
> shouldn't pose a problem to users.
>
> It wouldn't be the first package to *need* at-least-one-of its
> optdepends to be installed.
>
> --
> Eli Schwartz
>
> --
张海
浙江大学 计算机科学与技术
Blog: http://blog.zhanghai.me/
Github: https://github.com/DreaminginCodeZH


Re: [aur-general] Intellij IDEA Ultimate's

2017-02-05 Thread Eli Schwartz via aur-general
On 02/05/2017 07:17 AM, Reto Kaiser wrote:
>> I personally prefer the flag thing
> [...]
>> The "-meta" thing is a little...
> [...]
>> The cleanest solution may very well be what we have now.
> 
> Agree, the thing with the meta packages is a bit overcomplicated.
> How about a single PKGFILE, which creates two packages with the "split
> package" mechanism (one with, one without JRE).
> @uwolfer wdyt? I can prepare the code.

Perhaps you could create two split packages, one for
intellij-idea-utimate-edition, one for the bundled JRE... and have the
former optdepend on the latter and on the system JRE.

The four-way split, meta-package dependency is over-engineered, but
without the repo package providing ${pkgbase}-jre I don't see how to do
it via a clean dependency *at all*... since Arch Linux users are always
expected to pay attention to pacman's output e.g. optdepends, this
shouldn't pose a problem to users.

It wouldn't be the first package to *need* at-least-one-of its
optdepends to be installed.

-- 
Eli Schwartz



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] IntelliJ IDEA Ultimate's

2017-02-05 Thread Det via aur-general

Reto Kaiser reto at retokaiser.com (Sun Feb 5 12:17:00 UTC 2017)
> Det nimetonmaili at gmail.com (Sat Feb 4 15:57:20 UTC 2017)
> > I personally prefer the flag thing
> [...]
> > The "-meta" thing is a little...
> [...]
> > The cleanest solution may very well be what we have now.
>
> Agree, the thing with the meta packages is a bit overcomplicated.
> How about a single PKGFILE, which creates two packages with the "split
> package" mechanism (one with, one without JRE).
> @uwolfer wdyt? I can prepare the code.

All suggestions so far have been about a single PKGBUILD, so I'm 
assuming you
mean a single source (the larger one), and then removing the jre/ folder 
from

the other.

That kind of takes the advantage away of the smaller download (503M vs.
572M), and will always create a conflict after build.

  Det


[aur-general] Intellij IDEA Ultimate's

2017-02-05 Thread Reto Kaiser
> I personally prefer the flag thing
[...]
> The "-meta" thing is a little...
[...]
> The cleanest solution may very well be what we have now.

Agree, the thing with the meta packages is a bit overcomplicated.
How about a single PKGFILE, which creates two packages with the "split
package" mechanism (one with, one without JRE).
@uwolfer wdyt? I can prepare the code.


Re: [aur-general] Intellij IDEA Ultimate's

2017-02-04 Thread Det via aur-general

Reto Kaiser reto at retokaiser.com (Thu Feb 2 19:38:33 UTC 2017)

(Mailing list didn't accept my message, sorry for sending it again)

I've created the "-bundled-jre" version of the IDEA package after
discussion with the maintainer of the "-ultimate-edition" version
("uwolfer").

Some people want to have the bundled JRE, others would like to use a
system-wide installed JRE. The extra package "intellij-jdk" is not
guaranteed to be the same version than was shipped with the specific IDE.

Together with "pschichtel" we came up with yet another approach using
split- and meta-packages: The main package is
"intellij-idea-ultimate-edition" and depends on
"intellij-idea-ultimate-edition-jre-meta". This JRE meta package is not a
real package, but it is provided by two other packages:
- intellij-idea-ultimate-edition-jre-bundled: The JRE bundled with the
Jetbrains download.
- intellij-idea-ultimate-edition-jre-system: The default "java-environment"
package.

Code can be found here:
> https://github.com/njam/intellij-idea-ultimate-edition 



I think it would be best to use this to create a single package
"intellij-idea-ultimate-edition". What do you think?

Regards
 Reto


I personally prefer the flag thing mentioned by Leonidas (also, what I use in e.g. 
nvidia-full-beta-all: 
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=nvidia-full-beta-all). The 
"-meta" thing is a little...

I'd make the -no-jdk tarball the default, and whenever you change the _IntelliJ_JRE flag to 
"1", you would automatically get the one with the bundled JRE (e.g. [[ -d 
/usr/share/intellij-idea-ultimate-edition/jre/ ]]), until you'd set _(force_)system_JRE=1 (default 
"0", which you'd otherwise never need to touch).

But that's also a little..."manual"... The cleanest solution may very well be 
what we have now.

 Det


[aur-general] Intellij IDEA Ultimate's

2017-02-02 Thread Reto Kaiser
(Mailing list didn't accept my message, sorry for sending it again)

I've created the "-bundled-jre" version of the IDEA package after
discussion with the maintainer of the "-ultimate-edition" version
("uwolfer").

Some people want to have the bundled JRE, others would like to use a
system-wide installed JRE. The extra package "intellij-jdk" is not
guaranteed to be the same version than was shipped with the specific IDE.

Together with "pschichtel" we came up with yet another approach using
split- and meta-packages: The main package is
"intellij-idea-ultimate-edition" and depends on
"intellij-idea-ultimate-edition-jre-meta". This JRE meta package is not a
real package, but it is provided by two other packages:
- intellij-idea-ultimate-edition-jre-bundled: The JRE bundled with the
Jetbrains download.
- intellij-idea-ultimate-edition-jre-system: The default "java-environment"
package.

Code can be found here:
https://github.com/njam/intellij-idea-ultimate-edition

I think it would be best to use this to create a single package
"intellij-idea-ultimate-edition". What do you think?

Regards
 Reto


Re: [aur-general] Intellij IDEA Ultimate's

2017-02-01 Thread Leonidas Spyropoulos via aur-general
On 02/02/17, Det via aur-general wrote:
> Sup,
> 
> Currently we have 3 non-split IntelliJ IDEA Ultimate's in the AUR
> (there are other ones too, but they're not duplicates):
> 
> - https://aur.archlinux.org/packages/intellij-idea-ultimate-edition/
> (most popular one, no bundled JRE)
> - https://aur.archlinux.org/packages/intellij-idea-ue-bundled-jre/
> (same, but with bundled JRE)
> - https://aur.archlinux.org/packages/intellij-jdk/ (just the bundled JRE)
> 
> We probably don't need all 3, so I wonder we could trim one of these?
> 
>Det

Hello

I'm the maintainer for the EAP [0] version in AUR. I use a flag in PKGBUILD
to allow the users to remove the JDK during build. There's also a way [1]
to set the JDK of IDEA, along with the classic environmental variables
(IDEA_JDK, IDEA_JDK_64 etc).

[0]: https://aur.archlinux.org/packages/intellij-idea-ue-eap/
[1]: pinned comment in above package

Regards,

-- 
Leonidas Spyropoulos

A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?


Re: [aur-general] Intellij IDEA Ultimate's

2017-02-01 Thread Det via aur-general

Det said on Thu Feb 2 06:25:58 UTC 2017:

Sup,

Currently we have 3 non-split IntelliJ IDEA Ultimate's in the AUR
(there are other ones too, but they're not duplicates):

-https://aur.archlinux.org/packages/intellij-idea-ultimate-edition/
(most popular one, no bundled JRE)
-https://aur.archlinux.org/packages/intellij-idea-ue-bundled-jre/
(same, but with bundled JRE)
-https://aur.archlinux.org/packages/intellij-jdk/  
(just the bundled JRE)


We probably don't need all 3, so I wonder we could trim one of these?

   Det


Correction. The "intellij-jdk" is obviously indeed JDK...

 Det


[aur-general] Intellij IDEA Ultimate's

2017-02-01 Thread Det via aur-general
Sup,

Currently we have 3 non-split IntelliJ IDEA Ultimate's in the AUR
(there are other ones too, but they're not duplicates):

- https://aur.archlinux.org/packages/intellij-idea-ultimate-edition/
(most popular one, no bundled JRE)
- https://aur.archlinux.org/packages/intellij-idea-ue-bundled-jre/
(same, but with bundled JRE)
- https://aur.archlinux.org/packages/intellij-jdk/ (just the bundled JRE)

We probably don't need all 3, so I wonder we could trim one of these?

   Det