All,
Apologies if I am slightly OT here.
I wanted to take this opportunity to introduce myself here. I am Abhishek, a
CS graduate student at Indiana University. So as Donginn introduced me on
one of the telecons some weeks back, I am working on integration of PERCEUS
(http://www.perceus.org/) -- which has evolved from Warewulf -- with OSCAR,
to enable diskless provisioning with OSCAR.
I don't intend to change the course of this post, but Jean's concerns about
usability seem very important to me. Over the course of my work on this
project, I realized this to be a not-so-good time to touch OSCAR since
things are fast-changing and there has been a major restructuring of a few
things. This has helped me in a way that I have got to learn a lot about the
OSCAR code base by means of testing the nightlys, trunk, crispy -- by
touching-tweaking-patching to move on.
If the project needs developers / testers / people who can just stand up for
any kind of help, I would be more than eager to help.
OSCAR on :)
Abhishek
On Dec 7, 2007 11:59 AM, Jean Parpaillon <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> Since a few days, I was assigned to solve a bug on crispy branch. All my
> machines are on Debian and this branch does not support it. So, I've
> installed Fedora Core. I began from the latest, the 8th, on a vmware
> machine. - about 1 hour -
> Then, I checked out the branch from SVN. As I know it's big, I wanted to
> do it on the host and export by NFS. After fighting with NFS and vmware
> for some time unfortunately, I gave up and checked out SVN directly on
> the vmware machine. With all the RPMs (99% unuseful for me), I've
> downloaded 1.1GB.
> So after, couple of hours, I have a running machine with OSCAR svn
> checked out.
>
> Then, I ran 'make test' and it failed because " Fedora Core 8' is not
> supported. Why it is not supported ? I don't know. Usually, when I want
> to install a software, I know that it depends on certain version of
> certain software. Hence, I can upgrade some pieces of software. Here,
> with OSCAR, no. I just know that "distribution <bla> is not supported".
> End.
>
>
> So, I returned to step 0 (installing Fedora Core 7 on a vmware machine,
> checking SVN, etc.).
>
> 2 days later (I can not spend my whole day playing with OSCAR), I run
> make test and I have:
> ERROR: Impossible to detect the distro associated to the pool
> /tftpboot/distro/fedora-7-i386
>
>
>
> STOP ! I give up. I won't fix this bug I could not even see as I never
> could run OSCAR. The bug is about modifying scripts paths: all needed
> information is here
> http://svn.oscar.openclustergroup.org/trac/oscar/wiki/opkgAPI#APIscripts
>
>
>
> 2 years ago, when I tried OSCAR for the first time, I had the same
> issues and I thought I was dumb. But, finally, after trying times and
> times to install it, I just succeeded 1 time to see the wizard and
> deploying an image. When I tried again, the wizard failed.
>
> So all this story to say that I refuse to release an OSCAR version which
> does not install easily. Installation manual is a _book_, it should
> contain only "./configure && make && make install". I don't want to
> download 1GB from SVN to have a look at 100 lines of Perl. FMHO, these
> are the priorities, and not integrating HA, new fs, or new killing
> feature.
>
> I know that I don't bring any solution in this mail but I just want to
> speak about the goal of the project, which is to bring an _easy_
> solution to deploy cluster. During the last developers meeting, we
> agreed on the fact that one of the solution to ease the deployment was
> to have online repository (one of the reason is to get rid of these tons
> of RPMs downloaded by SVN). I also think that on these repositories,
> packages must be compiled automatically. Each time spent to compile an
> RPM could be used to help developping an automatic build platform. But
> instead of that, I tried to develop one on 2 old P3 with 1GB memory with
> no direct access from the Internet and I was told : "this is not urgent,
> we have to release first". And the project goes on without finding real
> solutions to issues.
>
> Right, it was just a thought and I don't want to hurt anyone by this
> mail. Anyway, I really think we should concentrate on efficient things
> before adding any new features to OSCAR. Goals are:
> - to get new developpers -> ease installation of development environment
> for OSCAR
> - to get new users -> ease the installation of OSCAR
>
> Best regards,
> Jean
>
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Oscar-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/oscar-devel
>
>
-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Oscar-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-devel
