I really like Gentoo and its packaging-tool called "emerge". Could u create ebuild-files for IDEA - it is a very easy way to install the newest builds...
I maintain a set of IDEA EAP ebuilds for Gentoo, but I haven't submitted them because there are problems that prevent an installation from working correctly. Right now I only make them to make installation easier on my machine.
The most important problem is that IDEA does not support different system and user plugin paths, so the only option is to make the /opt/intellij-idea-xxx/plugins directory world-writable, which I don't think is a good idea.
A second problem is with Portage itself: the ebuild automatic download system doesn't allow you to specify output paths for downloaded files, so the tar file ends up being saved as "redirect.jsp?...", which, as far as I can tell, cannot be unpacked correctly (I can't remember what the exact problem with this is).
It looks like the download problem has been fixed, I'm not sure if by IntelliJ or Akamai or wget or emerge. I think the only issue now is the plugin paths.
I spoke too soon, the download problem is half-fixed. It downloads it to the correct filename, but portage thinks the filename is redirect.jsp?..., so it doesn't quite work.
Probably you can just copy the "cvsIntegration" folder to the local plugins folder? again, didnt try it (i'm trying to switch to linux for several months already but it takes time...)
There's no single local plugins folder, the point of a local plugins folder is that each user has his or her own. Should the installer copy the plugins to the home directory of each user on the system? I don't think that would be reasonable or safe.
you can probably leave the cvsIntegration plugin in some shared location and create a link from the user's local plugin folder to the shared cvsIntegration folder. this step can be performed manually by the users who wants this integration. same for other plugins
On Tue, 02 Mar 2004 19:38:51 +0300, Keith Lea wrote:
I don't like this idea. I think lots of people use the CVS integration, and how will the user know he or she has to copy the plugin?
I assume you're installing the .tar.gz distribution rather than the .bin?
Until you get your requested multi-location plugins path, you could provide a wrapper script for idea.sh that :
1. sets IDEA_PLUGINS_PATH=~/.ideaplugins (or whatever); 2. for every directory in $IDEA_HOME/plugins checks that there's a symlink from $IDEA_PLUGINS_PATH, creating it if not; 3. calls idea.sh.
This way there's only one copy of the system plugins and the users have access to them automatically, while plugins they install themselves end up in their home directories.
I just tried it (without the wrapper script) and it seems to work fine. I don't know what the implications on upgrading to a new EAP build might be though.
I really like Gentoo and its packaging-tool called "emerge". Could u create ebuild-files for IDEA - it is a very easy way to install the newest builds...
On Tue, 02 Mar 2004 05:18:56 +0000, Keith Lea wrote:
I spoke too soon, the download problem is half-fixed. It downloads it to the correct filename, but portage thinks the filename is redirect.jsp?..., so it doesn't quite work.
I took a look at the ebuild guide you referenced in another post. Presumably your ebuild sets :
(using some other variables to specify the particular build) and $ ends
up (for the filename above) as :
redirect.jsp?filename=idea1172.tar.gz
I see from the guide that you can't change $, but presumably you could unpack whatever file you like? A src_unpack function (based on the one for the Blackdown jdk) along the lines of :
No, it's not about unpacking, it's about the automatic checksum feature. After downloading, portage attempts to perform an MD5 sum on redirect.jsp?... which doesn't exist (ideaxxx.tar.gz is the file that wget creates). I can't even generate the ebuild file's digests, since the ebuild digest generator tool uses the same algorithm, and refuses to digest it.
I also tried using the URL http://www.intellij.net/whatever/redirect.jsp?file=ideaxxx.tar.gz¬hing=/ideaxxx.tar.gz to hopefully trick it into thinking the filename was ideaxxx.tar.gz. This causes a problem because & is a bash metacharacter, so it ends up spawning the wget in the background, so ebuild attempts to digest the file before it's even started being downloaded.
I had an idea just now, to replace the & with a \&. I'll try that later tonight, I think it might work.
No, it's not about unpacking, it's about the automatic checksum feature.
Ah, sorry, jumped the gun.
I also tried using the URL http://www.intellij.net/whatever/redirect.jsp?file=ideaxxx.tar.gz¬hing=/ideaxxx.tar.gz to hopefully trick it into thinking the filename was ideaxxx.tar.gz. This causes a problem because & is a bash metacharacter, so it ends up spawning the wget in the background, so ebuild attempts to digest the file before it's even started being downloaded.
Great idea, strange result. Sounds like the source URI string is being broken apart and fed to wget unquoted piece by unquoted piece. I'd've thought it could've been passed on unchanged.
I had an idea just now, to replace the & with a \&. I'll try that later tonight, I think it might work.
Sounds promising. If not then maybe using the appropriate character entity for & might work?
On Tue, 02 Mar 2004 08:15:21 +0000, Keith Lea wrote:
There's no single local plugins folder, the point of a local plugins folder is that each user has his or her own. Should the installer copy the plugins to the home directory of each user on the system? I don't think that would be reasonable or safe.
The way I'm looking to do it with my RPMS, is on launch, is the users local plugin folder doesn't exist ( as defined by my packages, create the dir, and symlink the cvsIntegration and other standard plugins to /usr/local/idea/plugins ( i install to /usr/local/idea ).
This should work fine.
Currently I'm just naughty and make /usr/local/idea/plugins a+rw
I need to tweak a few things for public consumption really thou, like the PLUGINS directory ( currently I'm just setting /usr/local/idea/plugins a+rw like a naughty single user boy ;)
I maintain a set of IDEA EAP ebuilds for Gentoo, but I haven't submitted them because there are problems that prevent an installation from working correctly. Right now I only make them to make installation easier on my machine.
The most important problem is that IDEA does not support different system and user plugin paths, so the only option is to make the /opt/intellij-idea-xxx/plugins directory world-writable, which I don't think is a good idea.
A second problem is with Portage itself: the ebuild automatic download system doesn't allow you to specify output paths for downloaded files, so the tar file ends up being saved as "redirect.jsp?...", which, as far as I can tell, cannot be unpacked correctly (I can't remember what the exact problem with this is).
If you want this, you can vote for http://intellij.net/tracker/idea/viewSCR?publicId=22055 , for the plugin paths, and maybe I could find a workaround for the download problem.
It looks like the download problem has been fixed, I'm not sure if by IntelliJ or Akamai or wget or emerge. I think the only issue now is the plugin paths.
I spoke too soon, the download problem is half-fixed. It downloads it to the correct filename, but portage thinks the filename is redirect.jsp?..., so it doesn't quite work.
Hi,
This http://www.intellij.net/forums/thread.jsp?forum=22&thread=78599&tstart=0&trange=30#818683 might solve the second problem (i didnt try it though)
No, it doesn't, because if you change the plugin path to something local, you don't get the default plugins, like CVS integration.
Probably you can just copy the "cvsIntegration" folder to the local plugins folder? again, didnt try it (i'm trying to switch to linux for several months already but it takes time...)
There's no single local plugins folder, the point of a local plugins folder is that each user has his or her own. Should the installer copy the plugins to the home directory of each user on the system? I don't think that would be reasonable or safe.
you can probably leave the cvsIntegration plugin in some shared location and create a link from the user's local plugin folder to the shared cvsIntegration folder. this step can be performed manually by the users who wants this integration. same for other plugins
I don't like this idea. I think lots of people use the CVS integration, and how will the user know he or she has to copy the plugin?
On Tue, 02 Mar 2004 19:38:51 +0300, Keith Lea wrote:
I assume you're installing the .tar.gz distribution rather than the .bin?
Until you get your requested multi-location plugins path, you could
provide a wrapper script for idea.sh that :
1. sets IDEA_PLUGINS_PATH=~/.ideaplugins (or whatever);
2. for every directory in $IDEA_HOME/plugins checks that there's a symlink
from $IDEA_PLUGINS_PATH, creating it if not;
3. calls idea.sh.
This way there's only one copy of the system plugins and the users have
access to them automatically, while plugins they install themselves end up
in their home directories.
I just tried it (without the wrapper script) and it seems to work fine. I
don't know what the implications on upgrading to a new EAP build might be
though.
--
Mark Scott
That's a good idea, and I'll probably do it. I haven't found a solution for the download problem yet, though.
Could you send me a link where more information about Gentoo is present?
--
Stanislav Davydov
Customer Support Engineer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Johannes Schneider" <idea@johannes-schneider.info> wrote in message news:24468850.1078191756174.JavaMail.itn@is.intellij.net...
>
Here's a guide to making ebuilds: http://www.gentoo.org/doc/en/gentoo-howto.xml . If you want one of my IDEA EAP ebuild files, I can give it to you.
Can u send me your ebuild? Or upload it?
Thanks
On Tue, 02 Mar 2004 05:18:56 +0000, Keith Lea wrote:
I took a look at the ebuild guide you referenced in another post.
Presumably your ebuild sets :
SRC_URI="http://www.intellij.net/eap/products/idea/redirect.jsp?filename=idea1172.tar.gz"
(using some other variables to specify the particular build) and $ ends up (for the filename above) as : redirect.jsp?filename=idea1172.tar.gz I see from the guide that you can't change $, but presumably you could
unpack whatever file you like? A src_unpack function (based on the one
for the Blackdown jdk) along the lines of :
src_unpack () {
echo ">>> Unpacking ${A##*=}..."
tar --no-same-owner -zxpf $/${A##*=}
}
would maybe be what you need? I don't have a Gentoo box to test this on
(although I was thinking of giving it another go sometime soon).
--
Mark Scott
No, it's not about unpacking, it's about the automatic checksum feature. After downloading, portage attempts to perform an MD5 sum on redirect.jsp?... which doesn't exist (ideaxxx.tar.gz is the file that wget creates). I can't even generate the ebuild file's digests, since the ebuild digest generator tool uses the same algorithm, and refuses to digest it.
I also tried using the URL http://www.intellij.net/whatever/redirect.jsp?file=ideaxxx.tar.gz¬hing=/ideaxxx.tar.gz to hopefully trick it into thinking the filename was ideaxxx.tar.gz. This causes a problem because & is a bash metacharacter, so it ends up spawning the wget in the background, so ebuild attempts to digest the file before it's even started being downloaded.
I had an idea just now, to replace the & with a \&. I'll try that later tonight, I think it might work.
Ah, sorry, jumped the gun.
Great idea, strange result. Sounds like the source URI string is being
broken apart and fed to wget unquoted piece by unquoted piece. I'd've
thought it could've been passed on unchanged.
Sounds promising. If not then maybe using the appropriate character
entity for & might work?
--
Mark Scott
On Tue, 02 Mar 2004 08:15:21 +0000, Keith Lea wrote:
The way I'm looking to do it with my RPMS, is on launch, is the users
local plugin folder doesn't exist ( as defined by my packages, create the
dir, and symlink the cvsIntegration and other standard plugins to
/usr/local/idea/plugins ( i install to /usr/local/idea ).
This should work fine.
Currently I'm just naughty and make /usr/local/idea/plugins a+rw
If you're going to look at adding Gentoo support, I think you should also
support Debian (deb packages) and probably RPMs.
I for one would love to be able to use apt-get to install the latest eap.
"Stanislav Davydov (JetBrains)" <stathik@intellij.com> wrote in message
news:c22nh7$6iu$1@is.intellij.net...
>
>
>
>
news:24468850.1078191756174.JavaMail.itn@is.intellij.net...
the newest builds...
>
>
On Thu, 11 Mar 2004 12:31:21 -0700, S. Robinson wrote:
I already do RPMs. I should publish my .spec somewhere. Actually, I
think I'll go blog it now.
On Thu, 11 Mar 2004 12:31:21 -0700, S. Robinson wrote:
http://data.talios.com/idea.spec
http://data.talios.com/idea-jre.spec
I need to tweak a few things for public consumption really thou, like the
PLUGINS directory ( currently I'm just setting /usr/local/idea/plugins
a+rw like a naughty single user boy ;)
Thank you guys!
I see we now have "# emerge -av dev-util/idea-community"
https://packages.gentoo.org/packages/dev-util/idea-community