May the source be with you, but remember the KISS principle ;-)
Home Switchboard Unix Administration Red Hat TCP/IP Networks Neoliberalism Toxic Managers
(slightly skeptical) Educational society promoting "Back to basics" movement against IT overcomplexity and  bastardization of classic Unix




Books/Certification books Recommended Links Selected man pages Reference FAQs  Selected Blueprints Certification
Whitepapers  Tips Solaris Enterprize Strategy Classic unix Tools Benchmarks History Humor Etc

Native package format on HPUX is SD-UX  and package is called a depot file. There is no precpmpiled RPM for HP-UX (strange and tells something about HP red tape).  RPM is quite portable since version 5

Here is how to build RPM on HP-UX

TekWire.Net - Building RPM and YUM on HP-UX 11.11

Why would you want to use RPM on a non-Linux system ? It may seem strange as all these environments already provide a native package format.

Let me just explain how we got such an exotic idea.

I am a Unix system engineer. The platform I am working on contains some HP-UX, Solaris, AIX, and Linux servers. Historically, on this platform, the developers delivered their software in the form of a gzipped tar file. But this format is very poor as it just allows to gather a set of files into a single file, and the need of a smarter package format quickly arose.

The question was then to choose the package format(s) we would use. Each OS provides its native package format, which are incompatible. So, using the native package format for each OS would have forced the development and system teams to learn how to build and use all these formats, which is quite impractical. Having eliminated this option, we searched for a format to be used everywhere. Only two of the native package formats exist outside of their native OS : SD-UX (HP-UX) and RPM (RPM is not really available in precompiled form on every non-Linux systems but, as it is open-source, it can be compiled). SD-UX was discarded for several reasons, the main ones being that it is closed-source, expensive, and its future is not clear.

RPM remained alone with several benefits :

We didn't consider other Linux package formats, like apt, because the only Linux distribution we use is RedHat's RHEL.

Once the decision is made, we 'just' had to build RPM/YUM packages for all the environments. Although RPM is quite portable since version 5 (version 4 was very Linux-specific), this is not the case for YUM, whose port took a lot of time. This is due to several factors like poor documentation, complex dependencies, the need for a dedicated python interpreter... Actually, I wouldn't be surprised if it was the first time somebody builds it on a non-Linux system.

Well, the work is over now. Just follow the rest of this document and you too will be able to provide unified package installation/management procedures on all your Linux and non-Linux environments.

It will bring you the admiration of your {boss|colleagues|neighbours|wife|children|dog}, and, who knows, an appreciable boost in your career


Old News

Porting And Archive Centre For HP-UX

Re: RPM on HP-UX

In regard to: Re: RPM on HP-UX, Martin Arpon said (at 5:26pm on Jun 12, 2003):

>> See the message that I sent to the rpm mailing list on April 9th of 2003,
>> with the subject
>> 	 Re: Building rpm-4.1 on Tru64
>> The problem you're running into is exactly the same one.  You can fix it
>> by modifying RPM's misc/glob.h in the manner I describe in that email.
>> >Rpm-list mailing list
>> >[email protected]
>> >

>Hey! That did the trick!!

Don't seem so surprised.  ;-)

> But, unfortunately, the compilation passed that point
>but I 'm getting new problems. I don 't want to give up but I 'm also starting
>to think that maybe RPM isn 't meant for HP-UX.

You said earlier that you configured with


My guess is that's why you're seeing this problem.

I recommend you start with a freshly un-tarred copy of RPM, and this
time *don't* --disable-nls.  Instead, fix the issue you were running into
that caused you to try that in the first place.

That issue is very likely that RPM's configure either didn't find the
necessary header file(s) *or* it didn't find the necessary library.  To
fix that issue, you need to locate where your versions of `libintl.h' and
`' or `' (I'm not sure what HP-UX 11.x (which is ELF)
uses for shared library names -- 10.x and earlier used .sl as the shared
lib extension).

You said you installed GNU gettext and GNU iconv from the Porting Centre.
That means it probably got installed somewhere under /opt.  I'll assume
that the gettext stuff is under


(it may not be, in which case you need to change the paths in the env
vars I show below).

Since you probably need both iconv and libintl to build RPM (libintl
probably requires GNU iconv), you would therefore do something like
this at the shell prompt (I'm showing Bourne/Korn/Bash syntax, if you
use the C shell or derivates, you're on your own):

	CPPFLAGS='-I/opt/gnu/gettext/include -I/opt/gnu/iconv/include'
	LDFLAGS='-L/opt/gnu/gettext/lib -L/opt/gnu/iconv/lib'
	./configure .....your options here....

That should be enough so that configure can find GNU gettext.  Remember
to change the paths shown above if the Porting Center is using a different

>It 's a pitty, because it 'd be the perfect solution for me to build once and
>install in Linux, AIX and HP-UX.

Be advised that HP-UX (at least through 10.x, and probably 11.x) doesn't
allow you to overwrite a binary that's being executed, so you need some
special glue in RPM to deal with the ETXTBUSY error that RPM gets when it
tries to update a binary.  That glue might be in recent RPM or you might
still need a patch.  Either way, RPM is going to leave old binaries around
on your filesystem that you will want to periodically find and delete.

>Now it 's giving me "syntax error before ';' token" in
>lib/poptALL.c line 338:
>#if !defined(__LCLINT__)
>    (void) setlocale(LC_ALL, "" );
>    (void) bindtextdomain(PACKAGE, LOCALEDIR);    <-- line 338
>    (void) textdomain(PACKAGE);
>I 've tried to find where PACKAGE is defined, but I don 't understand it. It 's
>defined in various config.h as the name of the package but nothing related with
>this prototype.

Tim Mooney                              [email protected]
Information Technology Services         (701) 231-1076 (Voice)
Room 242-J6, IACC Building              (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164

Author Subject: RPM for HP-UX Add to my favorites This thread has been closed
Jun 15, 2008 12:40:08 GMT

I have to create an installation package in HP-UX.
In AIX I used the RPM toolbox for that (in this way I used the same spec file I used for the other platforms...)
Does HP-UX have something similar?


Note: If you are the author of this question and wish to assign points to any of the answers, please login first.For more information on assigning points ,click here

Sort Answers By: Date or Points
Duncan Edmonstone This member has accumulated 7500 or more points
Jun 15, 2008 12:49:56 GMT 2 pts


yes - Software Package Builder:



Duncan Edmonstone This member has accumulated 7500 or more points
Jun 15, 2008 12:50:50 GMT 1 pts

although that has nothing to do with RPM...
Kenan Erdey This member has accumulated 1000 or more points
Jun 15, 2008 12:58:48 GMT 8 pts


Take a look at this page and search for "rpm depot".


Jun 15, 2008 15:28:49 GMT N/A: Question Author


can you post me the exact link for my systm:
HP-UX hpux B.11.23 U 9000/800

The rpm depot I found there couldn't be install on my env.


James R. Ferguson This member has accumulated 80000 or more points
Jun 15, 2008 15:43:30 GMT 8 pts

Hi Shlom:

The FAQ notes that "LRE is a solution for Intel IPF 64 bit Linux binaries only."

[ LRE = Linux runtime environment ]

Your machine is *not* an Itanium (IPF) server. Rather it is a PA-RISC one as denoted from:

HP-UX hpux B.11.23 U 9000/800

It would appear that you are out of luck using this approach.



Dennis Handly This member has accumulated 40000 or more points
Jun 15, 2008 15:51:35 GMT 8 pts

>JRF: It would appear that you are out of luck using this approach.

Right. And would cause devshlom's customers to first install the RPM software. Where swinstall in on every HP-UX system.

Jun 15, 2008 15:59:49 GMT N/A: Question Author

didn't notice the itanium issue....

so -
what do you say?
I must creat pure HPUX installation package?
do I have a way to pass this issue (I'm a pro in rpm - now I'll have to learn new installation packaging in a very short time...)

if so,
where can I find a quick start for this?


James R. Ferguson This member has accumulated 80000 or more points
Jun 15, 2008 16:05:48 GMT 9 pts

Hi (again) Shlom:

See the Software Distributer Administration Guide (for a start):

I would also read the Patch Management Guide to get a better full view of the HP-UX world:



Dennis Handly This member has accumulated 40000 or more points
Jun 15, 2008 16:16:37 GMT 8 pts

>I must create pure HP-UX installation package?

It seems like it, unless you want to design your own.

>where can I find a quick start for this?

Download Duncan's SPB and see what's there.

But if you want to see the underlying swpackage details you can go to:
Software Distributor Administration Guide

Kenan Erdey This member has accumulated 1000 or more points
Jun 15, 2008 18:33:27 GMT 5 pts


if you insist on using rpm, in this link compiling of rpm in Hp-Ux 11.11 is described.(on 32 bit OS, but pa8800 processor)

you can try compiling. But you may need some changes in pats, conf files etc.


Jun 16, 2008 07:57:45 GMT N/A: Question Author

hi Kenan,

As I mentioned I'm short on time and this is the reason I'm looking for the rpm solution.
I don't have a problem to force my customers to install rpm - but I must find a toolbox that comes from HP for that...
Do you know for some rpm tool that will work fine on HPUX 11.23 PARisc?


Kenan Erdey This member has accumulated 1000 or more points
Jun 16, 2008 08:42:06 GMT 3 pts


Sorry i don't know :)


Jun 18, 2008 08:30:49 GMT Thread closed by author

For my sytem I can't use the rpm toolbox.
I will open a new thread for packaging a sw via the SD-UX.




Groupthink : Two Party System as Polyarchy : Corruption of Regulators : Bureaucracies : Understanding Micromanagers and Control Freaks : Toxic Managers :   Harvard Mafia : Diplomatic Communication : Surviving a Bad Performance Review : Insufficient Retirement Funds as Immanent Problem of Neoliberal Regime : PseudoScience : Who Rules America : Neoliberalism  : The Iron Law of Oligarchy : Libertarian Philosophy


War and Peace : Skeptical Finance : John Kenneth Galbraith :Talleyrand : Oscar Wilde : Otto Von Bismarck : Keynes : George Carlin : Skeptics : Propaganda  : SE quotes : Language Design and Programming Quotes : Random IT-related quotesSomerset Maugham : Marcus Aurelius : Kurt Vonnegut : Eric Hoffer : Winston Churchill : Napoleon Bonaparte : Ambrose BierceBernard Shaw : Mark Twain Quotes


Vol 25, No.12 (December, 2013) Rational Fools vs. Efficient Crooks The efficient markets hypothesis : Political Skeptic Bulletin, 2013 : Unemployment Bulletin, 2010 :  Vol 23, No.10 (October, 2011) An observation about corporate security departments : Slightly Skeptical Euromaydan Chronicles, June 2014 : Greenspan legacy bulletin, 2008 : Vol 25, No.10 (October, 2013) Cryptolocker Trojan (Win32/Crilock.A) : Vol 25, No.08 (August, 2013) Cloud providers as intelligence collection hubs : Financial Humor Bulletin, 2010 : Inequality Bulletin, 2009 : Financial Humor Bulletin, 2008 : Copyleft Problems Bulletin, 2004 : Financial Humor Bulletin, 2011 : Energy Bulletin, 2010 : Malware Protection Bulletin, 2010 : Vol 26, No.1 (January, 2013) Object-Oriented Cult : Political Skeptic Bulletin, 2011 : Vol 23, No.11 (November, 2011) Softpanorama classification of sysadmin horror stories : Vol 25, No.05 (May, 2013) Corporate bullshit as a communication method  : Vol 25, No.06 (June, 2013) A Note on the Relationship of Brooks Law and Conway Law


Fifty glorious years (1950-2000): the triumph of the US computer engineering : Donald Knuth : TAoCP and its Influence of Computer Science : Richard Stallman : Linus Torvalds  : Larry Wall  : John K. Ousterhout : CTSS : Multix OS Unix History : Unix shell history : VI editor : History of pipes concept : Solaris : MS DOSProgramming Languages History : PL/1 : Simula 67 : C : History of GCC developmentScripting Languages : Perl history   : OS History : Mail : DNS : SSH : CPU Instruction Sets : SPARC systems 1987-2006 : Norton Commander : Norton Utilities : Norton Ghost : Frontpage history : Malware Defense History : GNU Screen : OSS early history

Classic books:

The Peter Principle : Parkinson Law : 1984 : The Mythical Man-MonthHow to Solve It by George Polya : The Art of Computer Programming : The Elements of Programming Style : The Unix Haterís Handbook : The Jargon file : The True Believer : Programming Pearls : The Good Soldier Svejk : The Power Elite

Most popular humor pages:

Manifest of the Softpanorama IT Slacker Society : Ten Commandments of the IT Slackers Society : Computer Humor Collection : BSD Logo Story : The Cuckoo's Egg : IT Slang : C++ Humor : ARE YOU A BBS ADDICT? : The Perl Purity Test : Object oriented programmers of all nations : Financial Humor : Financial Humor Bulletin, 2008 : Financial Humor Bulletin, 2010 : The Most Comprehensive Collection of Editor-related Humor : Programming Language Humor : Goldman Sachs related humor : Greenspan humor : C Humor : Scripting Humor : Real Programmers Humor : Web Humor : GPL-related Humor : OFM Humor : Politically Incorrect Humor : IDS Humor : "Linux Sucks" Humor : Russian Musical Humor : Best Russian Programmer Humor : Microsoft plans to buy Catholic Church : Richard Stallman Related Humor : Admin Humor : Perl-related Humor : Linus Torvalds Related humor : PseudoScience Related Humor : Networking Humor : Shell Humor : Financial Humor Bulletin, 2011 : Financial Humor Bulletin, 2012 : Financial Humor Bulletin, 2013 : Java Humor : Software Engineering Humor : Sun Solaris Related Humor : Education Humor : IBM Humor : Assembler-related Humor : VIM Humor : Computer Viruses Humor : Bright tomorrow is rescheduled to a day after tomorrow : Classic Computer Humor

The Last but not Least Technology is dominated by two types of people: those who understand what they do not manage and those who manage what they do not understand ~Archibald Putt. Ph.D

Copyright © 1996-2021 by Softpanorama Society. was initially created as a service to the (now defunct) UN Sustainable Development Networking Programme (SDNP) without any remuneration. This document is an industrial compilation designed and created exclusively for educational use and is distributed under the Softpanorama Content License. Original materials copyright belong to respective owners. Quotes are made for educational purposes only in compliance with the fair use doctrine.

FAIR USE NOTICE This site contains copyrighted material the use of which has not always been specifically authorized by the copyright owner. We are making such material available to advance understanding of computer science, IT technology, economic, scientific, and social issues. We believe this constitutes a 'fair use' of any such copyrighted material as provided by section 107 of the US Copyright Law according to which such material can be distributed without profit exclusively for research and educational purposes.

This is a Spartan WHYFF (We Help You For Free) site written by people for whom English is not a native language. Grammar and spelling errors should be expected. The site contain some broken links as it develops like a living tree...

You can use PayPal to to buy a cup of coffee for authors of this site


The statements, views and opinions presented on this web page are those of the author (or referenced source) and are not endorsed by, nor do they necessarily reflect, the opinions of the Softpanorama society. We do not warrant the correctness of the information provided or its fitness for any purpose. The site uses AdSense so you need to be aware of Google privacy policy. You you do not want to be tracked by Google please disable Javascript for this site. This site is perfectly usable without Javascript.

Last modified: March 12, 2019