All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steve Grubb <sgrubb@redhat.com>
To: linux-audit@redhat.com
Subject: Re: RPM Question
Date: Tue, 17 Aug 2010 08:43:26 -0400	[thread overview]
Message-ID: <201008170843.26637.sgrubb@redhat.com> (raw)
In-Reply-To: <4203334E76D37E4EAB3167BD333C21D10357B21A@XMBIL142.northgrum.com>

On Monday, August 16, 2010 05:08:22 pm Boyce, Kevin P (AS) wrote:
> Hi All,
> 
> I know this is probably the wrong place to ask this question, but since
> I believe there are probably people here who maintain rpm packages I'll
> ask anyway J.
 
Yes, this is the wrong place. Never-the-less...
 
 
> Does anyone know a good way to keep rpm packages under revision control?

I would first start by creating a ~/.rpmmacros file. Inside it do something like 
this:

# %_topdir defines the top directory to be used for RPM building purposes
# By defaultROOT of the buildsystem
%_topdir        /home/sgrubb/packages

# %_sourcedir is where the source code tarballs, patches, etc. will be
# placed after you do an "rpm -ivh somepackage.1.0-1.src.rpm"
#%_sourcedir     %{_topdir}/%{name}-%{version}
%_sourcedir     %{_topdir}/%{name}

# %_specdir is where the specfile gets placed when installing a src.rpm. I
# prefer the specfile to be in the same directory as the source tarballs, etc.
%_specdir       %{_sourcedir}

Then you have all files (including the tarball) in the same directory. The 
tarball and VCS do not get along since its a binary blob to them. It should be 
checksummed or gpg ascii armored or something so you have integrity control. 
Then you can commit all files.

You might also ask the Fedora admins how they setup Fedora. I think its 
documented and the packages to support it are available.


> Are there any specific Version Control systems which are designed to
> work with the RPM format out of the box like svn, cvs, git, sccs?

None. It takes some craftiness to make it all work.

-Steve

  reply	other threads:[~2010-08-17 12:43 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-16 21:08 RPM Question Boyce, Kevin P (AS)
2010-08-17 12:43 ` Steve Grubb [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-07-28 23:33 RPM QUESTION Ronald Jerome
2003-07-29  0:00 ` Samuel Flory
2003-07-29  0:10 ` Robert Love
2003-07-29  1:23 ` David B. Stevens
2003-07-29  2:30 ` Valdis.Kletnieks
2003-05-13  7:44 RPM question Tom Troonbeeckx
2003-05-13  8:07 ` Joakim Ryden
2003-05-13 12:25 ` Jeff Largent

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201008170843.26637.sgrubb@redhat.com \
    --to=sgrubb@redhat.com \
    --cc=linux-audit@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.