I have built an RPM that during installation needs to add an entry to
/etc/passwd and /etc/group. This is easy to do using the %pre section:
%pre
egrep -q ^njeanon /etc/group; \
if [ $? != 0 ]; then \
groupadd nje 2/dev/null;
While %postun is running do you have any context of the rpm command line
options?
On 10/14/2010 10:34 AM, Neale Ferguson wrote:
I have built an RPM that during installation needs to add an entry to
/etc/passwd and /etc/group. This is easy to do using the %pre section:
%pre
egrep -q ^njeanon
Neale Ferguson píše v Čt 14. 10. 2010 v 10:34 -0500:
I have built an RPM that during installation needs to add an entry to
/etc/passwd and /etc/group. This is easy to do using the %pre section:
%pre
egrep -q ^njeanon /etc/group; \
if [ $? != 0 ]; then
I believe you will have a variable $1 that will be equal to '2' in the %pre
routine if doing an upgrade -- and 1 in the %postun.
Found the table below at:
http://fedoraproject.org/wiki/Packaging/ScriptletSnippets
install upgrade uninstall %pretrans $1 == 0 $1 == 0 (N/A) %pre $1 == 1 $1
== 2
I was pointed to the following:
When the rpm command executes the scriptlets in a package it indicates if
the action preformed is an install, erase, upgrade or reinstall by passing
an integer argument to the script in question according to the following:
install erase upgrade
On Thu, 15 Mar 2007, Spann, Elizebeth (Betsie) wrote:
Is there a way to determine if both 31 bit and 64 bit versions of a
package are installed? RPM returns only one line.
For example,
[EMAIL PROTECTED] kernel]# rpm -qa | grep xorg-x11-depre
xorg-x11-deprecated-libs-6.8.2-1.EL.13.37.5
but
Hi,
Is there a way to determine if both 31 bit and 64 bit versions of a
package are installed? RPM returns only one line.
For example,
[EMAIL PROTECTED] kernel]# rpm -qa | grep xorg-x11-depre
xorg-x11-deprecated-libs-6.8.2-1.EL.13.37.5
but the distribution lists
I am needing to un-install an rpm package. Another user started the
install, it didn't install correctly so they deleted the directories and
subdirectories; they didn't use RPM to uninstall it. When I issue an RPM
-U package-name rpm replies that it can't find the file or directory. I've
rpm -e removes a package, not rpm -U. You may need to use rpm -e
--justdb.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Steve Gentry
Sent: Monday, December 05, 2005 10:04 AM
To: LINUX-390@VM.MARIST.EDU
Subject: rpm question
I am needing to un
Steve Gentry wrote:
I am needing to un-install an rpm package. Another user started the
install, it didn't install correctly so they deleted the directories and
subdirectories; they didn't use RPM to uninstall it. When I issue an RPM
-U package-name rpm replies that it can't find the file
crisis averted. I figured it out.
Thanks,
Steve
Meanor, Tim [EMAIL PROTECTED]
Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU
12/05/2005 10:47 AM
Please respond to Linux on 390 Port
To: LINUX-390@VM.MARIST.EDU
cc:
Subject:Re: rpm question
rpm -e
files all over the place when the product was complex.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Cameron, Thomas
Sent: Friday, February 27, 2004 12:16 AM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] RPM question
-Original Message
To: [EMAIL PROTECTED]
Subject: Re: RPM question
Many of these products spray files over lots of directories,
not just /usr. The lowly nss_ldap, for example, puts it's
shared library in /lib, but puts a symlink in /usr/lib. Doc
files go in the
usual places, and there are manual pages, etc
I also use find and grep a lot for this kind of thing.
Assuming you know your software is going into /usr, you could
do something like this:
find /usr before
./configure ; make ; make install
find /usr after
for i in `cat before`; do
grep -v $i after zzz
mv zzz after
done
The
Of
David Boyes
Sent: Friday, February 27, 2004 11:37 AM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] RPM question
I also use find and grep a lot for this kind of thing.
Assuming you know your software is going into /usr, you could
do something like this:
find /usr before
-Original Message-
From: David Boyes [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 26, 2004 10:07 PM
To: [EMAIL PROTECTED]
Subject: Re: RPM question
On Thursday 26 February 2004 22:27, Cameron, Thomas wrote:
I found tripwire to be useful in identifying added files when
On Thursday 26 February 2004 22:27, Cameron, Thomas wrote:
I found tripwire to be useful in identifying added files when
creating or updating complex RPM's. Run it before doing
make/make install, and again after, and you get a list of
files added and
changed.
What is wrong with:
rpm
and do not necessarily reflect
the opinions of my employer, Bank of America.
-Original Message-
From: Hall, Ken (IDS ECCS) [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 25, 2004 10:09 AM
To: [EMAIL PROTECTED]
Subject: Re: RPM question
I found tripwire to be useful
Of
Alan Cox
Sent: Wednesday, February 18, 2004 4:53 PM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] RPM question
On Mer, 2004-02-18 at 18:15, Ranga Nathan wrote:
On my slackware (Intel) I always used the 'configure, make,
make install'
process. It worked flawlessly everytime. This way I
Hi,
If I install a package using the configure/make method, how do I tell RPM
that the package is installed so that it will know about it?
Thanks.
Message-
From: Aria Bamdad [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 18, 2004 8:34 AM
To: [EMAIL PROTECTED]
Subject: RPM question
Hi,
If I install a package using the configure/make method, how
do I tell RPM
that the package is installed so that it will know about
Of
Aria Bamdad
Sent: Wednesday, February 18, 2004 9:34 AM
To: [EMAIL PROTECTED]
Subject: [LINUX-390] RPM question
Hi,
If I install a package using the configure/make method, how
do I tell RPM
that the package is installed so that it will know about it?
Thanks
You don't.
Instead, you build an RPM from the sources that you have, and then
install the resulting binary RPM.
plug
For more details, attend Build Linux Packages with RPM, session 9239
at SHARE in Long Beach next Tuesday.
/plug
- Alex
Aria Bamdad wrote:
Hi,
If I install a package using the
, February 18, 2004 9:39 AM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] RPM question
So then if you do want to install a package using RPM that would need
another package that was installed manually, you would have to use the
--nodeps option to force the install?
For example, I had to install
-
From: Aria Bamdad [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 18, 2004 8:39 AM
To: [EMAIL PROTECTED]
Subject: Re: RPM question
So then if you do want to install a package using RPM that would need
another package that was installed manually, you would have to use the
--nodeps option
that
could be necessary, so be careful.
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Hall,
Ken (IDS ECCS)
Sent: Wednesday, February 18, 2004 9:47 AM
To: [EMAIL PROTECTED]
Subject: Re: RPM question
-snip-
You could also take the spec file from
handy.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Post, Mark K
Sent: Wednesday, February 18, 2004 10:32 AM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] RPM question
This is what I normally recommend for people who are not
extremely familiar
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James
Melin
Sent: Wednesday, February 18, 2004 11:03 AM
To: [EMAIL PROTECTED]
Subject: Re: RPM question
If you get an SRPM, and have RPM do the whole thing should you not then be
able to make RPM track an srpm just
: Wednesday, February 18, 2004 10:40 AM
To: [EMAIL PROTECTED]
Subject: Re: RPM question
Unfortunately, I've found that a lot of the vendor packaged RPMS have local
patches and enhancements that complicate the spec files. Often the
patches have to be removed (or even worse, refitted) to use a spec
and test it.
IMHO...
Ryan Ware [EMAIL PROTECTED]
Sent by: Linux on 390 Port [EMAIL PROTECTED]
02/18/2004 06:47 AM
Please respond to Linux on 390 Port
To: [EMAIL PROTECTED]
cc:
Subject:Re: RPM question
It becomes a quick decent into dependancy hell
On Mer, 2004-02-18 at 18:15, Ranga Nathan wrote:
On my slackware (Intel) I always used the 'configure, make, make install'
process. It worked flawlessly everytime. This way I always got the latest
software. With RPMs I have had problems and then I had to go under the
hood. RPM's are usually
- Original Message -
From: Tom Butts
To: Linux Group
Sent: Tuesday, August 06, 2002 2:36 PM
Subject: rpm question
How does one prompt an RPM installer for input during the
%post section of a spec file.
We tried simple things such as below, but the rpm install
does not wait for user
On Thu, 5 Sep 2002 03:24, you wrote:
How does one prompt an RPM installer for input during the
%post section of a spec file.
I think that's a bad idea as it prevents automated installs.
By all means go with a post-install setup. Many packages such as Apache
require this so it will not surprise
On Thu, May 23, 2002 at 12:34:40PM -0400, Dave Myers wrote:
I tried installing the glibc-common-2.2.4-20.s390.rpm
from the RH 7.2 updates FTP site.
I get this if I use: rpm -Uvh glibc-common-2.2.4-20.s390.rpm
error: failed dependencies:
glibc-common = 2.2.4-19a is needed by
Dave Myers wrote:
In a message dated 5/24/2002 12:50:49 AM Mountain Daylight Time,
[EMAIL PROTECTED] writes:
For updating only glibc, you can do rpm -Fvh glibc*.rpm nscd*.rpm and it
should also work fine.
Florian,
Why the nscd*.rpm
I updated glibc yesterday and it did not call
On Fri, May 24, 2002 at 11:39:21AM -0400, Dave Myers wrote:
In a message dated 5/24/2002 12:50:49 AM Mountain Daylight Time,
[EMAIL PROTECTED] writes:
For updating only glibc, you can do rpm -Fvh glibc*.rpm nscd*.rpm and it
should also work fine.
Florian,
Why the nscd*.rpm
I
In a message dated 5/24/2002 9:48:08 AM Mountain Daylight Time,
[EMAIL PROTECTED] writes:
Hi Dave.
nscd is part of the glibc and provides a name service cache. Here the head
output of a simple man nscd:
Phil,
Thanks for the reply!
So...does that mean I don't install the
On Fri, May 24, 2002 at 11:39:21AM -0400, Dave Myers wrote:
In a message dated 5/24/2002 12:50:49 AM Mountain Daylight Time,
[EMAIL PROTECTED] writes:
For updating only glibc, you can do rpm -Fvh glibc*.rpm nscd*.rpm and i
t
should also work fine.
Florian,
Why the
I tried installing the glibc-common-2.2.4-20.s390.rpm
from the RH 7.2 updates FTP site.
I get this if I use: rpm -Uvh glibc-common-2.2.4-20.s390.rpm
error: failed dependencies:
glibc-common = 2.2.4-19a is needed by glibc-2.2.4-19a
AndI get this if I use: rpm -ivh
I tried installing the glibc-common-2.2.4-20.s390.rpm
from the RH 7.2 updates FTP site.
I get this if I use: rpm -Uvh glibc-common-2.2.4-20.s390.rpm
error: failed dependencies:
glibc-common = 2.2.4-19a is needed by glibc-2.2.4-19a
AndI get this if I use: rpm -ivh
40 matches
Mail list logo