Hi Bernard, > 4.2.0 is essentially 4.1.6 + any commits to trunk prior to it being > de-stabilized. It will be released as a "stable" release. There will > be no 4.1.7 release. I know that and I'm using svn 4474 since a long time and I'm very happy with it. Ran fine for my oscar deployment.
> > RPMS and SRPMS available here: > > http://olivier.lahaye1.free.fr/SRPMS/systemimager-4.2.0-0.1svn5510.el5.s [...] > > I assume the svn5510 is a typo? Because we're only at 4510. You perfectly correct :) Do you think the current 4.2.0 is the final 4.2.0 or a pre-release (a RC?) > > They are based on your V4.1.6 rpm. I've only added some export PATH with > > /sbin so building the rpm from sudo works (can find mkfs.cramfs) > > What do you mean by "based on my RPMs"? I was using a spec file with you name in changelog, so I assumed it was yours :-) > Here's how I usually build the RPMs from a source checkout: > > - Check out the tree: svn co > svn://svn.systemimager.org/var/lib/svn/systemimager/branches/4.2.x > systemimager-4.2.x > - Make sure the dependency source tarballs are in /root/src > - cd autoconf && ./bootstrap > - Go back to the root dir and run `make rpm` Cool, I didn't knew that. > Can you elaborate on the changes you've made? Do they need to be > checked into the tree? The only thing I did change is that I added a "BuildRequire: util-linux" so /sbin/mkfs.cramfs is installed when building the package. (it is required during the build) > P.S. In the future perhaps it would be better if this discussion is > carried out in sisuite-devel, this way other developers could offer > their comments too and things are archived for future perusal. Done ;-) Best regards, Olivier. -- Olivier LAHAYE Responsable calcul scientifique CEA DRT/LIST +33 1 69 08 13 25 ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
