gmane.linux.cluster.oscar.devel

Re: I want the latest version of oscar that can beinstalled on ubuntu12.04

DongInn Kim — 2013-04-29T12:13:07

Hi Sachin,

Can you please give a try with the following instruction?
https://svn.oscar.openclustergroup.org/trac/oscar/wiki/InstallGuidePreparing

We will update the documentation soon.

Regards,

--
- DongInn

On Apr 29, 2013, at 6:41 AM, Sachin Harle <sachinharle-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:


------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr_______________________________________________
Oscar-devel mailing list
Oscar-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/oscar-devel

I want the latest version of oscar that can beinstalled on ubuntu12.04

Sachin Harle — 2013-04-29T10:41:05

I want the latest version of oscar that can be installed on ubuntu12.04
with warm regards,
*Sachin A Harle*
JRF*, *Biotechnology dept.
SGB Amravati university
sachinharle-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org
sachinharle-PkbjNfxxIARBDgjK7y7TUQ< at >public.gmane.org
+919545996994
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr_______________________________________________
Oscar-devel mailing list
Oscar-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/oscar-devel

RE : RE : oscar-packager: status update.

LAHAYE Olivier — 2013-04-23T12:50:10

Thanks :)

I think I've hit almost every combination of possible build on rpm side.
the FIXME are the remaining combinations for debian (e.g. no source, but a debian dir in the svn to build a empty virtual package like perl-OSCAR, or some exotic stuffs (no urgency here))

Note that I've modified the precommand run. Instead of running it in the 1st place, I run it when all sources are in places (tarballs and source are in the %_sourcedir (rpm) or extracted in packaging_dir (debian), content of rpm/<package> is in %_sourcedir (rpm) debian/ from svn is copied into extracted tarball, spec file from svn is copied in to packaging_dir (/tmp/oscar-pacakger/<package>/)

Thus no more need for copy precommand. The benefit: we can run commands that permit the build without needing to build. For example a make spec to generate the spec file (then we let oscar-packager finish the job).
This change was needed for systemimager packaging (debian side). Before the change, the precommand was run before the source was download

Re: RE : oscar-packager: status update.

DongInn Kim — 2013-04-23T12:34:54

Excellent!

Thanks.

Regards,

--
- DongInn

On Apr 23, 2013, at 8:03 AM, Olivier Lahaye <olivier.lahaye1-GANU6spQydw< at >public.gmane.org> wrote:


------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr_______________________________________________
Oscar-devel mailing list
Oscar-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/oscar-devel

Re: RE : oscar-packager: status update.

Olivier Lahaye — 2013-04-23T12:03:28

Hi DongInn,

Yes, you did for the wget (download step) that's why I wanted to test the feature and discovered that it was not handled in the build step. see the logs for r9757 that completes the feature.
(svn diff -r 9756:9757). 

I also forgot to tell that now, if we have a package.cfg pointing a tarball and not spec file in the svn, then a tar build (-tb) is attempted. Used in latest ganglia for
example.

I've also put some FIXME comments in places where enhancements are still possible.

Best regards,

Olivier Lahaye

Le 22 avr. 2013 à 18:29, DongInn Kim <dikim-gDEi0k0Ng3RQXdO203pMgQ< at >public.gmane.org> a écrit :

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.ne

Re: RE : oscar-packager: status update.

DongInn Kim — 2013-04-22T16:29:42

Great! Thanks for the notice and upgrading its feature.

I think I have implemented this on the a little older version (a month old) of oscar-packager.

Regards,

--
- DongInn

On Apr 22, 2013, at 12:23 PM, LAHAYE Olivier <olivier.lahaye-KCE40YydGKI< at >public.gmane.org> wrote:


------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter_______________________________________________
Oscar-devel mailing list
Oscar-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/oscar-devel

RE : oscar-packager: status update.

LAHAYE Olivier — 2013-04-22T16:23:16

Hi,

I forgot to thell that source URL can point to multiple source files using glob:

e.g: source = wget,http://www.sourceserver.org/pub/oscar/{mainsource.tar.bz2,my_patch1.patch,image.png,mainsource.spec}

Also not that if a spec file is provided into the source url, then it supersed the one present in the svn if present.

Regards,

Olivier.

--
   Olivier LAHAYE
   CEA DRT/LIST/DCSI/DIR
________________________________
De : LAHAYE Olivier
Date d'envoi : lundi 22 avril 2013 17:56
À : oscar-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
Objet : [PROVENANCE INTERNET] [Oscar-devel] oscar-packager: status update.


Dear all,

I'm heavily working on oscar-packager trying to get most if not all packages to build on both rpm and debian distros.
Now oscar-packager is far more smart about packages creation and many more packages are now buyilding correctly under debian. (e.g. systemimager).
There is still a lot of work to fix build on both systems (moving main archive from src.rpm to tarball is sometimes

oscar-packager: status update.

LAHAYE Olivier — 2013-04-22T15:56:47

Dear all,

I'm heavily working on oscar-packager trying to get most if not all packages to build on both rpm and debian distros.
Now oscar-packager is far more smart about packages creation and many more packages are now buyilding correctly under debian. (e.g. systemimager).
There is still a lot of work to fix build on both systems (moving main archive from src.rpm to tarball is sometimes difficult but far more easy to maintain afterward).

So, now here is what oscar-packager can build:

Once the source has been retrieved (from /etc/oscar/oscar-packager/*.cfg) into /tmp/oscar-packager/<packagename>

rpm side:
if a build.cfg lists a <package>.cfg, use this to retreive the sources of the package.
then
Then run build_rpm.sh (not sure of this)
copy all sources in the %_rpmsource directory
copy rpm/*spec in %_specdir
copy rpm/<packagename>/* to %_rpmsource directory
Then run the precommand from <packagename>.cfg if any
then build the package.

If no build.cfg, then trys to build the rpm using local spec files (i

Re: sisuite source code

Chuck Ritter — 2013-04-20T01:57:19

Yes. Typo. pad=0 is the degenerate case. That is the one case that
works. pad=[2|3] fails.

I'll take a look at github. Thanks.

On Fri, Apr 19, 2013 at 1:42 PM,  <olivier.lahaye1-GANU6spQydw< at >public.gmane.org> wrote:

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

Re: sisuite source code

2013-04-19T17:42:36

Hi Chuck,

Thanks for reporting the bug. I'm working on SystemImager, the source code is on a git repo here:
https://github.com/finley/SystemImager

I'll give a look at the bug and see if I can fix it.

For your example, shouldn't you use the --pad=3 instead of --pad=0 ?

Regards,

Olivier.

----- Mail original -----

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
Oscar-devel mailing list
Oscar-devel< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oscar-devel

sisuite source code

Chuck Ritter — 2013-04-18T20:47:14

Hello,

Anyone know where the sisuite source code is maintained?

I see Olivier's posts on the sf.net mail lists, but the code on SF
looks like it has not been touched in years and the sisuite.sf.net
website redirects to a domain that is not maintained.

I'm seeing a bug with mksirange where "--pad" does not function
properly any longer:

/usr/bin/mksirange --image u2  --basename=u --count=5 --pad=0
--gateway=192.168.76.3 --ipstart=192.168.76.211 --domain=oscardomain
--netmask=255.255.254.0 --start=1

This produces five hosts: "u  1, u2, u3, u4, u5", instead of "u001,
u002, u003, u004, u005".

Thanks
Chuck

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotne

Updated oscar-packager.

2013-04-13T19:33:04

Hi, 

I've updated Packager.pm and oscar-packager main command. 
The fix includes: 
- now all builds run inside /tmp/oscar-packager/$name. 
=> this fixes the pb when starting oscar-packager from inside the repo. 
- Fixed some bugs when building an rpm with no build.cfg (specfile was searched in /tmp/oscar-packager instead of /tmp/oscar-packager/$name 
- made package_core and package_included a single generic function allowing for future type addition like "contrib" or "non-free" or whatever. 
- indet fixes, comments. 

Still things to fix: 
- verbosity not uniform 
- $debug / $verbosity inconsistent (sometime it is a number, sometimes it is valued with "--debug"). 
- oscar-packager scripts verbosity 
- packman verbosity

FOUND :-) Re: mv fail bug identified

2013-04-12T16:12:01

I've found this tricky bug. 

Change are not yet commited and correcting the bug has a big impact. 

In fact, if dir /tmp/oscar-packager didn't exist, it was created and a chdir was issued to this place. BUT if it existed no chdir was done. 

The bug ,is in prepare_rpm_env (last argument: place to chdir). 
=> The the /tmp argument was ignored. 

when building from tar or svn sepc file, there was a chdir, but in the case of src.rpm, no chdir and thus the build_rpm --only_rpm was moving the result into ".". 
As we started oscar-packager from /tftpboot/oscar/<distro_ref>, the package was moved from the %_rpmdir/RPMS/<arch> to . 

Then a mv ./*${name}*rpm to /tftpboot/oscar/<distro_ref> was done trying to move files on themself. 
More over, in the case of flamethrower, it was also trying to move the systemimager-flametrhower package.....(moving rpms that do not belong to the package being built) 

Moving the chdir to the correct place is the solution, but then it overrides the other method chdir which is done be

RE : RE : Need info onfc-18-x86_64WAS:Re:systemimagershould build.

LAHAYE Olivier — 2013-04-12T14:01:28

Excellent, for sur the config feature can be usefull.

--
   Olivier LAHAYE
   CEA DRT/LIST/DCSI/DIR
________________________________
De : DongInn Kim [dikim-gDEi0k0Ng3RQXdO203pMgQ< at >public.gmane.org]
Date d'envoi : vendredi 12 avril 2013 15:40
À : oscar-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
Objet : Re: [Oscar-devel] RE : Need info on fc-18-x86_64 WAS: Re: systemimager should build.

OK, the src rpm works fine with --target noarch and without "--define _libdir=/usr/lib64".

I will remove the config line of systemimager.cfg but I will leave the code using "config" feature and environment variable stuff in Packager.pm which may be useful in the future.

"config = --define '_libdir /usr/lib64'"

Regards,

--
- DongInn

On Apr 12, 2013, at 8:46 AM, LAHAYE Olivier <olivier.lahaye-KCE40YydGKI< at >public.gmane.org<mailto:olivier.lahaye-KCE40YydGKI< at >public.gmane.org>> wrote:


????? I don't understand then why it failed then... all result are x86_64 which is correct. I really need to setup a fc-18 to un

Re: RE : Need info on fc-18-x86_64WAS:Re:systemimagershould build.

DongInn Kim — 2013-04-12T13:40:00

OK, the src rpm works fine with --target noarch and without "--define _libdir=/usr/lib64".

I will remove the config line of systemimager.cfg but I will leave the code using "config" feature and environment variable stuff in Packager.pm which may be useful in the future.

"config = --define '_libdir /usr/lib64'"

Regards,

--
- DongInn

On Apr 12, 2013, at 8:46 AM, LAHAYE Olivier <olivier.lahaye-KCE40YydGKI< at >public.gmane.org> wrote:


------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter_______________________________________________
Oscar-devel mailing list
Oscar-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/list

mv fail bug identified

2013-04-12T13:05:03

Hi, 

I've been able to reproduce the mv files are identical bug in oscar-packager. 

if you run the oscar-packager from the $PKGDEST (the repo), then 2 packages fail to build with this problem. 
The packages are: systemimager, blcr 

I'm looking at the problem...

Re: Need info on fc-18-x86_64 WAS:Re:systemimagershould build.

2013-04-12T12:46:48

DongInn, 

When building Systemimager boot and initrd noarch.rpm, the content is intended to run on the same kind of architecture. 
on a x86_64 system, you can build the boot and initrd templates rpm for this architecture. The resulting rpms are noarch containing boot material for x86_64. (thus the arch in the name). The require for sysvinit is /usr/lib64/libcrypt.a 
Then, building the same rpm on 32bit architecture will produce the 32bit boot packages. the require is the /usr/lib/libcrypt.a 

In the past, the systemimager had a requirement at install to have both 32 and 64bits boot and initrd templates packages. This is not required anymore.... 
I tryed to build the 32bit arch packages using the linux32 rpmbuild -bb --target i686, but it still build somthing that is inconsistent as it contains x86_64 binaries...... 

So the template rpms for 32bits are built by me on a 32bit VM. 

As I said in my previous build, using the --define is specific to oscar while SystemImager is used by non-oscar users that are n

RE : Need info on fc-18-x86_64WAS:Re:systemimagershould build.

LAHAYE Olivier — 2013-04-12T12:46:32

????? I don't understand then why it failed then... all result are x86_64 which is correct. I really need to setup a fc-18 to understand what's going on......
In the meantime, I've updated the src.rpm (using %arch) did you had a chance to test?

Regards,

Olivier.

--
   Olivier LAHAYE
   CEA DRT/LIST/DCSI/DIR
________________________________
De : DongInn Kim [dikim-gDEi0k0Ng3RQXdO203pMgQ< at >public.gmane.org]
Date d'envoi : vendredi 12 avril 2013 14:26
À : oscar-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
Objet : Re: [Oscar-devel] Need info on fc-18-x86_64 WAS: Re: systemimager should build.

rpmbuild --target noarch --eval '%_host_cpu %_target_cpu %_build_arch %_arch'

[root< at >fedora systemimager]# rpmbuild --target noarch --eval '%_host_cpu %_target_cpu %_build_arch %_arch'
x86_64 x86_64 x86_64 x86_64
RPM version 4.10.3.1
Copyright (C) 1998-2002 - Red Hat, Inc.
This program may be freely redistributed under the terms of the GNU GPL

Usage: rpmbuild [-v?] [-bp] [-bc] [-bi] [-bl] [-ba] [-bb] [-bs] [

Re: Need info on fc-18-x86_64 WAS:Re:systemimagershould build.

DongInn Kim — 2013-04-12T12:26:50

[root< at >fedora systemimager]# rpmbuild --target noarch --eval '%_host_cpu %_target_cpu %_build_arch %_arch'
x86_64 x86_64 x86_64 x86_64
RPM version 4.10.3.1
Copyright (C) 1998-2002 - Red Hat, Inc.
This program may be freely redistributed under the terms of the GNU GPL

Usage: rpmbuild [-v?] [-bp] [-bc] [-bi] [-bl] [-ba] [-bb] [-bs] [-tp] [-tc] [-ti] [-ta] [-tb] [-ts] [--rebuild] [--recompile] [--buildroot=DIRECTORY] [--clean] [--nobuild] [--nodeps] [--nodirtokens] [--noclean]
        [--nocheck] [--rmsource] [--rmspec] [--short-circuit] [--target=CPU-VENDOR-OS] [-D|--define 'MACRO EXPR'] [--undefine=MACRO] [-E|--eval 'EXPR'] [--macros=<FILE:...>] [--nodigest] [--nosignature] [--rcfile=<FILE:...>]
        [-r|--root ROOT] [--


Regards,

--
- DongInn

On Apr 12, 2013, at 8:24 AM, olivier.lahaye1-GANU6spQydw< at >public.gmane.org wrote:


------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data.

Re: Need info on fc-18-x86_64 WAS:Re:systemimagershould build.

2013-04-12T12:24:38

Hi DongInn, 

I've updated the specfile. I don't use %_libdir anymore as it's not reliable (systemImager must work outside oscar). I used %_build_arch which doesn't fit either. 

I've again replaced this with %(arch) hopefully this time it should work. (though I don't like using the arch command which may not always be available, PATH problem, ...) 

Could you give me the output of: 

rpmbuild --target noarch --eval '%_host_cpu %_target_cpu %_build_arch %_arch' 

That would help me setup a better fix. 

Regards, 

Olivier. 

----- Mail original -----


































------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter________________

Re: Need info on fc-18-x86_64 WAS: Re:systemimagershould build.

DongInn Kim — 2013-04-12T12:23:19

I totally forgot about using the static library. OK, then I think the noarch package built with "--define '_libdir /usr/lib64'" should be installed on the 32 bit system.
I do not see a problem in building with  "--define '_libdir /usr/lib64' ". Am I missing something?

Did you mean that you want to enable systemimager to be built on the 32 bit machine as well? 
 
Regards,

--
- DongInn

On Apr 12, 2013, at 8:06 AM, DongInn Kim <dikim-gDEi0k0Ng3RQXdO203pMgQ< at >public.gmane.org> wrote:


------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter_______________________________________________
Oscar-devel mailing list
Oscar-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >