Difference between revisions of "Setting up RPM Building for SME Server"

From SME Server
Jump to navigationJump to search
m (Make TOC appear)
m (→‎Setting up RPM Building for SME Server: added collapsable sudo section)
Line 24: Line 24:
 
rpm -Uvh http://fr2.rpmfind.net/linux/epel/6/i386/epel-release-6-8.noarch.rpm
 
rpm -Uvh http://fr2.rpmfind.net/linux/epel/6/i386/epel-release-6-8.noarch.rpm
 
</syntaxhighlight>
 
</syntaxhighlight>
 +
 +
You need to create a new user, for mock will not accept user root for building packages
 +
<div class="mw-collapsible mw-collapsed" data-collapsetext="Collapse" data-expandtext="More on creating a sudo user">
 +
 +
<syntaxhighlight lang="Bash">
 +
useradd <username>
 +
passwd <username>
 +
</syntaxhighlight>
 +
The new user needs to be granted sudo rights
 +
<syntaxhighlight lang="Bash">
 +
yum install sudo
 +
/usr/sbin/usermod -aG wheel <username>
 +
</syntaxhighlight>
 +
 +
Edit the file /etc/sudoers:
 +
<syntaxhighlight lang="Bash">
 +
nano /etc/sudoers
 +
</syntaxhighlight>
 +
go down and find the following lines:
 +
 +
<syntaxhighlight lang="Bash">
 +
## Allows people in group wheel to run all commands
 +
# %wheel ALL=(ALL) ALL
 +
</syntaxhighlight>
 +
 +
and remove the hash in front of %wheel so it looks like...
 +
<syntaxhighlight lang="Bash">
 +
## Allows people in group wheel to run all commands
 +
%wheel ALL=(ALL) ALL
 +
</syntaxhighlight>
 +
 +
Log out as root and login as <username>
 +
</div>
 +
  
 
So then the installation of mock is just:
 
So then the installation of mock is just:
  
 
==== Installing Mock ====
 
==== Installing Mock ====
−
# Install mock and python-ctypes packages (the latter for better setarch support)
+
Install mock, make and rpm-build and python-ctypes packages (the latter for better setarch support)
−
$ sudo yum --enablerepo=epel install mock python-ctypes
+
<syntaxhighlight lang="Bash">
−
# Also need make and rpm-build
+
sudo yum --enablerepo=epel install mock python-ctypes
−
$ sudo yum install make rpm-build
+
sudo yum install make rpm-build
−
 
+
</syntaxhighlight>
−
# Add yourself to the 'mock' group that will have now been created
+
Add yourself to the 'mock' group that will have now been created
−
$ sudo usermod -G mock [youraccount]
+
<syntaxhighlight lang="Bash">
 +
sudo usermod -G mock <username>
 +
</syntaxhighlight>
  
 
The mock package creates an /etc/mock directory with configs for various OS versions (mostly Fedoras). Shad has provided working configurations for SME Server here http://mirror.canada.pialasse.com/contribs/slords/mock/  
 
The mock package creates an /etc/mock directory with configs for various OS versions (mostly Fedoras). Shad has provided working configurations for SME Server here http://mirror.canada.pialasse.com/contribs/slords/mock/  

Revision as of 07:45, 4 February 2013

PythonIcon.png Skill level: Developer
Risk of inconsistencies with Koozali SME Server methodology, upgrades & functionality is high. One must be knowledgeable about how changes impact their Koozali SME Server. Significant risk of irreversible harm.



Setting up RPM Building for SME Server

http://www.openfusion.net/linux/mocking_rpms

Mock is a Fedora project that allows you to build RPM packages within a chroot environment, allowing you to build packages for other systems than the one you're running on (e.g. building CentOS 4 32-bit RPMs on a CentOS 5 64-bit host), and ensuring that all the required build dependencies are specified correctly in the RPM spec file.

It is recommended that you use the latest CentOS 6 (64bit) version as a base http://mirror.centos.org/centos/6/isos/x86_64/

  • I have verified this with CentOS-6.3-x86_64-bin-DVD1.iso


You should apply all available updates. 

# Check for, and apply, all updates
yum update


You need to have EPEL repository configured as EPELs version of mock will be used 

# Enable EPEL for Centos 6
rpm -Uvh http://fr2.rpmfind.net/linux/epel/6/i386/epel-release-6-8.noarch.rpm

You need to create a new user, for mock will not accept user root for building packages 

useradd <username>
passwd <username>

The new user needs to be granted sudo rights 

yum install sudo
/usr/sbin/usermod -aG wheel <username>

Edit the file /etc/sudoers: 

nano /etc/sudoers

go down and find the following lines: 

 ## Allows people in group wheel to run all commands
 # %wheel	ALL=(ALL)	ALL

and remove the hash in front of %wheel so it looks like... 

## Allows people in group wheel to run all commands
%wheel	ALL=(ALL)	ALL

Log out as root and login as <username>


So then the installation of mock is just:

Installing Mock

Install mock, make and rpm-build and python-ctypes packages (the latter for better setarch support) 

sudo yum --enablerepo=epel install mock python-ctypes
sudo yum install make rpm-build

Add yourself to the 'mock' group that will have now been created 

sudo usermod -G mock <username>

The mock package creates an /etc/mock directory with configs for various OS versions (mostly Fedoras). Shad has provided working configurations for SME Server here http://mirror.canada.pialasse.com/contribs/slords/mock/

Copy all the .cfg files into /etc/mock including overwriting the site-defaults.cfg

Testing building environment

You can then run a test by doing: 

# e.g. initialise a smeserver-9-x86_64-base chroot environment
$ CONFIG=smeserver-9-x86_64-base
$ mock -r $CONFIG --init
# It might take a while to configure at the "Start: yum update"

which will setup an initial chroot environment using the given config. If that seemed to work (you weren't inundated with error messages), you can try a build: You will need an SRPM, for instance from http://mirror.canada.pialasse.com/releases/testing/9/smeupdates-testing/SRPMS/ 

# Rebuild the given source RPM within the chroot environment
# usage: mock -r <mock_config> --rebuild /path/to/SRPM e.g.
$ mock -r $CONFIG --rebuild ~/rpmbuild/SRPMS/e-smith-runit-2.4.0-1.el6.sme.src.rpm

If the build succeeds, it drops your packages into the /var/lib/mock/$CONFIG/result directory. If it fails, you can check mock output, the *.log files above for more info, and/or rerun mock with the -v flag for more verbose messaging. 

ls -1 /var/lib/mock/smeserver-9-x86_64/result
build.log
e-smith-runit-2.4.0-1.el6.sme.noarch.rpm
e-smith-runit-2.4.0-1.el6.sme.src.rpm
root.log
state.log

If this works, it is worth grabbing either CVS for one module, or the whole CVS tree using this : http://wiki.contribs.org/Simple_Package_Modification

Normally you make builds from the working directory of the module you are working on, eg ~/rpms/e-smith-runit/sme9: 

# Build the given module within the chroot environment
$ cd ~/rpms/e-smith-runit/sme9
$ make mockbuild

# If there is no sme9 directory do 
$ cd ~rpms/module_name
$ ln -s sme8 devel
$ cd devel
$ make mockbuild


It will determine if this is for SME Server 9 or 8, and the package to build, based on which directory that you are in. The results are put under that directory. 

ls -1 ~/rpms/e-smith-runit/sme9/e-smith-runit-2_4_0-2_el6_sme/
build.log
e-smith-runit-2.4.0-2.el6.sme.noarch.rpm
e-smith-runit-2.4.0-2.el6.sme.src.rpm
root.log
state.log

Note if there are any perl directory requirments : 

$ rpm -qpl package_name.noarch.rpm |grep perl

Results

Please add your notes to this page: SME9BuildQueue


Notes:

  • Using the provided .cfg files I have verified smeserver-8-x86_64-base.cfg & smeserver-9-x86_64-base.cfg and managed to build e-smith-runit for SME 9
  • the chroot environments are cached, but rebuilding them and checking for updates can be pretty network intensive, so you might want to consider setting up a local repository to pull from. mrepo (available from rpmforge) is pretty good for that.
  • there don't seem to be any hooks in mock to allow you to sign packages you've built, so if you do want signed packages you need to sign them afterwards via a rpm --resign $RPMS.
  • If you get an error message 'create archive failed cpio: Bad magic' then try 'yum update' as this appears to be a known problem on COS6.
Retrieved from "https://wiki.koozali.org/index.php?title=Setting_up_RPM_Building_for_SME_Server&oldid=17919"