Dell hw repo: source needed?

Michael_E_Brown at Michael_E_Brown at
Mon Jun 25 21:27:10 CDT 2007

Yeah, my servers didnt have pathinfo installed, so I copied a local version into _tools and then added _tools to the library search path.

-----Original Message-----
From: Richard Chan [mailto:rspchan at]
Sent: Mon 6/25/2007 9:18 PM
To: Brown, Michael E
Cc: linux-poweredge-Lists
Subject: Re: Dell hw repo: source needed?
Hi, tried the script - I needed to change the line
    use PathInfo;
   use CGI::PathInfo;

to get it to work. The web server is running under Fedora 7.

Otherwise I would get the error html page as follows:

<h1>Software error:</h1>
<pre>Can't locate in @INC (@INC contains: _tools 
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7 
/usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 
/usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7 
/usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5 
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/5.8.8) 
at /srv/ftp/pub/dell-linux/repo/hardware/ line 12.
BEGIN failed--compilation aborted at 
/srv/ftp/pub/dell-linux/repo/hardware/ line 12.
For help, please send mail to the webmaster (<a 
href="mailto:root at localhost">root at localhost</a>), giving this error message
and the time and date of the error.


Michael E Brown wrote:
> On Mon, Jun 25, 2007 at 01:21:48PM +0800, Richard Chan wrote:
>> Quickly looking at the new repo with the intention to make a local 
>> mirror (for an intranet).
> Really good questions, and such great timing. I just finished doing a
> bunch of work on this and am trying to get it all documented.
> We should have rsync access enabled in the repos by the end of the week
> (or so says IT, no promises here). I would recommend using that rather
> than http mirror.
>> Any "internals" information?
>> 1. Couldn't see mirrors.pl_source in __tools/ (is this needed?) - can I 
>> just edit my existing to add the latest/
> is just a symlink to _tools/ _tools is a
> symlink to ../scripts/hardware-repo-tools. ../scripts is a git repo
> containing all of the scripts and is sourced from
> To simplify, I've renamed _tools/ to _tools/
> so you can just download it using web browser. 
> Simple, eh?
>> 2. What's the intention of the upper level directories?
> Good question. I'm in the process of working through the official
> channels to try to get this handed over to be officially supported. (No
> guarantees at this point, we just started talking a couple weeks ago.)
> There were some good points about different use cases for the
> repositories.  I've 'migrated' things over to the new layout to address
> some of those concerns. The new layout is meant to satisfy several
> competing customer use cases:
>  1) customers (generally enterprise) who want to standardize on a specific
>  Dell-tested quarterly release.
>  2) Customers who want to standardize on the latest stuff, but want the
>  Dell-tested quarterly release, which is generally all put through a
>  test cycle together and has a higher expectation of working together.
>  3) customers who just want the latest and greatest released stuff.
>>   2007_Q1/
>>   OMSA_5.2/
> These are two names for the same thing. OMSA_5.2 is the official name,
> 2007_Q1 is a symlink
>>   latest/
> satisfies use case #3, above.
>>   latest-quarterly/
> satisfies use case #2, above.
> Note that you can select between the repo configs using the
> "repo_config" parameter to You can either edit the URL by
> hand in the yum or up2date config file, or you can set it in the
> dellsysidplugin.ini config file.
>> Any reason for having two latest*/ directories. As a repo manager, do 
>> you just link the directories and the
>> srvadmin RPMs to save space?
> Yes, everything in the repos is hardlinked together to save space. If
> you do a simple web mirror, you are going to end up downloading
> something like 17GB of data. If you use soon-to-be-announced
> rsync (and use "-H" option), you only end up downloading 1.1GB.
> Right now, "latest" and "latest_quarterly" are symlinks to the same
> thing. Dont expect that to remain the same in the future.
> --
> Michael

More information about the Linux-PowerEdge mailing list