SCIENTIFIC-LINUX-DEVEL Archives

March 2007

SCIENTIFIC-LINUX-DEVEL@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Sender:
Maillling list for Scientific Linux developers worldwide <[log in to unmask]>
Date:
Mon, 19 Mar 2007 18:23:32 +0100
MIME-version:
1.0
Reply-To:
Content-type:
text/plain; charset=us-ascii
Subject:
From:
Owen Synge <[log in to unmask]>
In-Reply-To:
Content-transfer-encoding:
7BIT
Comments:
To: Karanbir Singh <[log in to unmask]> cc: Troy Dawson <[log in to unmask]>, Jaroslaw Polok <[log in to unmask]>, [log in to unmask]
Parts/Attachments:
text/plain (57 lines)
On Mon, 19 Mar 2007 16:21:31 +0000
Karanbir Singh <[log in to unmask]> wrote:

> Troy Dawson wrote:
> > I'm all for keeping apt completely out of the release.  I don't know 
> > about the SLC part, but for the SL part, when we push out updates, it's 
> > now taking hours for SL 3.  And the majority of the time is building the 
> > apt repositories.
> 
> why not use the new Apt ? it uses the rpm-metadata ( that yum uses ) for 
> its backend stuff, and its functional on everything from RH7.3 to EL5.
> 
> - KB

I think this is a shame, but I thought YUM takes the longest to
generate a repository well createrepo anyway.

I find apt a vastly better tool for diagnosis as I can see which
repository I am downloading from. I also like that with apt the
"update" updates the local database and "upgrade" the local OS, as this
makes it easier to be atomic between repository testing, and makes
searching for packages quicker, though this is not as important as
knowing which repository an rpm comes from.

I acknowledge that apt does spontaneously hang with SL3, in a very
intermittent way which makes the SL3 release of apt totally unsuitable
for large scale installation. I have not enough experience with SL4 as
yet its always worked for me so far.

For SL3 I use

yum-arch %s/%s/%s/%s.%s/

and SL4 I use

createrepo %s/%s/%s/%s.%s/

and for apt

genbasedir --flat %s/%s/%s %s

By using this combination and after I told the end users of my distinct
repository locations for apt and yum I discovered that I dont need two
repositories.

rpm http://<HOST>/<REPPATH> <OS>/<ARCH> <STATUS>

For both the yum and apt repositories.

I understand that everyone doing mass install will see no problem with
ending support for apt but maybe a few developers and quality control
people like me will miss it.

Regards

Owen Synge

ATOM RSS1 RSS2