| 1 |
2010/8/17 Michael Haubenwallner <haubi@g.o>: |
| 2 |
> |
| 3 |
> On 08/17/2010 01:23 PM, Elmar Hinz wrote: |
| 4 |
>> Hello folk, |
| 5 |
>> |
| 6 |
>> I am currently working on a tool, a USB-stick, |
| 7 |
>> to set up a typical freelancers development environment the easy way. |
| 8 |
> |
| 9 |
> This sounds like pure image distribution without installing anything, |
| 10 |
> at least not "installing" the binary packages in portage-speaking. |
| 11 |
|
| 12 |
Well, I want to install it. I don't want to run it on the USB-stick itself. |
| 13 |
It should do kinda professional workspace setup. |
| 14 |
|
| 15 |
If I go with binaries or even an image, I have to set up an archive of all this |
| 16 |
binaries and in different versions. Then it becomes a new linux |
| 17 |
distro. Who needs |
| 18 |
that? |
| 19 |
|
| 20 |
That's why I am thinking of a tool, which builds upon an active distro. |
| 21 |
If it builds automatically from the source, than it can build for |
| 22 |
different target platforms. |
| 23 |
It just gets the sources from an mirror of that distro. So I don't |
| 24 |
have to run an |
| 25 |
archive myself. |
| 26 |
|
| 27 |
Gentoo has fantastic tools to do exactly that. With Prefix even in the |
| 28 |
userspace. |
| 29 |
|
| 30 |
I just need to find a way, to run Gentoo even on Windows, without |
| 31 |
installing a virtual |
| 32 |
machine. |
| 33 |
|
| 34 |
In short, Gentoo on a different level. ;-) |
| 35 |
|
| 36 |
> |
| 37 |
>> 2.) I want install it up and running. |
| 38 |
>> |
| 39 |
>> the usual OSS stuff: SVN, Eclipse, Apache, Java, etc. |
| 40 |
> |
| 41 |
> This sounds like pure Java development: |
| 42 |
|
| 43 |
No, it should be a general solution, even if it is written itself in |
| 44 |
the Java dialect Groovy. |
| 45 |
But if use Gentoo I would consider to switch to the language emerge is |
| 46 |
done with. |
| 47 |
|
| 48 |
> |
| 49 |
> Although I don't really know about Apache, it should be possible for any |
| 50 |
> user to run it on any unprivileged port (>1024). |
| 51 |
|
| 52 |
Good hint. That should do for typical development. |
| 53 |
|
| 54 |
> |
| 55 |
> Unclear what you mean with "project" as well as "runtime environment". |
| 56 |
> |
| 57 |
|
| 58 |
With environment I mean all the software your piece of code depends upon, |
| 59 |
servers, libraries, frameworks, plugins, .... |
| 60 |
|
| 61 |
Imagine you are a freelancer. Your customer comes after 5 years and |
| 62 |
wants a small additional feature |
| 63 |
to his 5 years old plugin maybe 10 lines of code. In the world of |
| 64 |
webservers, it can take days to get the |
| 65 |
original testing environment running, |
| 66 |
|
| 67 |
... if you don't want to hack into the live server, like you even can |
| 68 |
observe on major websites. |
| 69 |
|
| 70 |
Either you mirror the current customers server, or you just fetch the |
| 71 |
complete environment |
| 72 |
from your 5 years old subversion. Best you can do both to compare them. |
| 73 |
|
| 74 |
I just want to enter the version number et voilá, there is my original |
| 75 |
environment, up |
| 76 |
and running again. |
| 77 |
|
| 78 |
But mind, this is a completely different task, compared to the initial setup. |
| 79 |
|
| 80 |
For the initial setup I prefer sources, for the reasons given above. |
| 81 |
The backup step could also be done in form of binaries. |
| 82 |
|
| 83 |
While the setup tool is a public OSS thingy, the personal SVN |
| 84 |
versionizing remains |
| 85 |
the task of the user. He can do it in binary form or in form of the |
| 86 |
original sources |
| 87 |
of the environment. |
| 88 |
|
| 89 |
Regards |
| 90 |
|
| 91 |
Al |
Archives