Hi DongInn,

Your idea is similar to Geoffroy goal: move all (except oscar-base) opkg-* from 
oscar svn to pkgsrc svn so oscar is free from external package.
Today, each time you upgrade an external package, you need to make a new oscar 
release to have opkgs regenerated, and Geoffroy's approach had the aim to 
remove this constraint.

Geoffroy did already move two opkg- outside the oscare base tree: 
opkg-oscar-udev and opkg-switcher, but he had no time to move and test all the 
others.
I think that if all non-oscar-base opkgs are moved to pkgsrc, then oscar core 
will be freed from pkgsrc constraints and work on individual package like 
gridengine will not be locked with oscar-release.

I had no time to do that either, and I don't know if there are some 
dependancies that need fixing (oscar-packager, ...)?
IMHO, it really makes sens, unfortunately, systemimager eats all my available 
time for the moment....I've just found THE bug in dhclient that prevent it to 
detect eth0 when unconfigured (on recent versions, not on 2.0pl5). Once fixed, 
there is good chances that we'll have a working up to date systemimager :-)

Once systemimager is fixed, I'll work on all packages that needs a service to 
start and that is not enabled and started when chkconfig --add is used (a dash 
is in the script header for the default run level).

So If you have time to handle the opkg move outside oscar core, that would be 
cool.

Best regards,

Olivier.

--
   Olivier LAHAYE
   CEA DRT/LIST/DCSI/DIR
________________________________
De : DongInn Kim [di...@cs.indiana.edu]
Date d'envoi : mardi 19 mars 2013 18:09
À : Devel OSCAR
Objet : [Oscar-devel] mini OSCAR

Hi guys,

I have thought about having a mini OSCAR which contains only core features of 
OSCAR excluding all 3rd party packages. (e.g., torque, ganglia, pfilter, pvm, 
openmpi, and so on).

The OSCAR developers do not have to worry about too much on the dependencies / 
configurations of the included packages and can straightly focus on the main 
framework. This may help to reduce a lot of times of developing / maintaining 
OSCAR sources.

For the OSCAR users, this mini OSCAR could be used to upgrade the existing 
OSCAR cluster without breaking all the running 3rd party packages.

What do you think about it?

Regards,

--
- DongInn

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
Oscar-devel mailing list
Oscar-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oscar-devel

Reply via email to