-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, Sep 23, 2005 at 10:32:49AM +0200, gregory LAROCHE wrote:
> Thanks for this help.
> It seems that --justdb needed the package and I have
> only names of packages. Any ideas ?

Use the package names to fetch the packages, then use --justdb.
rpmdb has a lot more information besides package names, and those
are needed (dependencies, for one).

> > Have a look to --justdb (for rpm -[iU]).

- --
Rodrigo Barbosa <rodrigob@...>
"Quid quid Latine dictum sit, altum viditur"
"Be excellent to each other ..." - Bill & Ted (Wyld Stallyns)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDNDHFpdyWzQ5b5ckRAuGWAKCQJMK1inKTtrUiPt7N7yQBoBk1YQCfU5vG
MRmvlRsajpFZHvaaXSwnHZw=
=040q
-----END PGP SIGNATURE-----

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

I want to list all required packages by their name before installing
some rpm. I have found "rpm -q -R foo.rpm". But that only tells me alle
required files.

Is it possible to display the required packages by their real name?

I am using Mandriva so I have rpm, urpmi and smart.

Andreas Radke

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

Murilo Opsfelder Araújo schrieb:

> Why do not you try install the rpm first?
> If it has any dependences, they will be listed.
>
I don´t have such an empty installation!


_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

On 10/3/05, Andreas Radke <a.radke@...> wrote:
> I want to list all required packages by their name before installing
> some rpm. I have found "rpm -q -R foo.rpm". But that only tells me alle
> required files.
>
> Is it possible to display the required packages by their real name?

Your question is not clear. -qR will list every single dependency. A
depedency may or may not correspond to the name of an RPM, because an
RPM can provide other dependencies than its own name. (Example, on my
system "rpm -q --provides wget" lists "wget", "webclient" and
"webfetch".) Some other RPM package might only require "webfetch" and
not wget at all.

If you're on Mandriva, "urpmq -d" might help, although I'm not sure to
have understood your real problem.

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

Rafael Garcia-Suarez schrieb:

>On 10/3/05, Andreas Radke <a.radke@...> wrote:
>
>
>>I want to list all required packages by their name before installing
>>some rpm. I have found "rpm -q -R foo.rpm". But that only tells me alle
>>required files.
>>
>>Is it possible to display the required packages by their real name?
>>
>>
>
>Your question is not clear. -qR will list every single dependency. A
>depedency may or may not correspond to the name of an RPM, because an
>RPM can provide other dependencies than its own name. (Example, on my
>system "rpm -q --provides wget" lists "wget", "webclient" and
>"webfetch".) Some other RPM package might only require "webfetch" and
>not wget at all.
>
>If you're on Mandriva, "urpmq -d" might help, although I'm not sure to
>have understood your real problem.
>
>_______________________________________________
>Rpm-list mailing list
>Rpm-list@...
>https://www.redhat.com/mailman/listinfo/rpm-list
>
>
>
urpmq -d gives the right pakage names.

When I do a

[andyrtr@workstation i686]$ rpm -q -R mozilla-firefox
gtk+2 >= 0:2.2.0
indexhtml
/bin/sh
/bin/sh
/bin/sh
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
bash
perl-base
libart_lgpl_2.so.2
libatk-1.0.so.0
libbonobo-2.so.0
libbonobo-activation.so.4
libbonoboui-2.so.0
libc.so.6
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.1.3)
libc.so.6(GLIBC_2.2)
libc.so.6(GLIBC_2.3)
...

that brings only the file names. Because I want to make my own ISOs I
want to know all needed packages before. I would have to urpmf each
file. I were not able to get "rpm -q -R foo.rpm | urpmf" or something
like that to work.

But "urpmf -d" is good enough for that.

Thank you.

Andreas

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

On Mon, 2005-10-03 at 01:07 +0200, Andreas Radke wrote:

> urpmq -d gives the right pakage names.
>
> When I do a
>
> [andyrtr@workstation i686]$ rpm -q -R mozilla-firefox
> gtk+2 >= 0:2.2.0
> indexhtml
> /bin/sh
> /bin/sh
> /bin/sh
> rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> rpmlib(CompressedFileNames) <= 3.0.4-1
> bash
> perl-base
> libart_lgpl_2.so.2
> libatk-1.0.so.0
> libbonobo-2.so.0
> libbonobo-activation.so.4
> libbonoboui-2.so.0
> libc.so.6
> libc.so.6(GLIBC_2.0)
> libc.so.6(GLIBC_2.1)
> libc.so.6(GLIBC_2.1.3)
> libc.so.6(GLIBC_2.2)
> libc.so.6(GLIBC_2.3)
> ...
>
> that brings only the file names. Because I want to make my own ISOs I
> want to know all needed packages before. I would have to urpmf each
> file. I were not able to get "rpm -q -R foo.rpm | urpmf" or something
> like that to work.
>
> But "urpmf -d" is good enough for that.

Or...

rpm -q --whatrequires mozilla-firefox

Bob

--
Bob Kashani
http://www.ocf.berkeley.edu/~bobk/garnome

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

try "rpm -qa <foo.rpm>"

Panthini

Andreas Radke wrote:

>I want to list all required packages by their name before installing
>some rpm. I have found "rpm -q -R foo.rpm". But that only tells me alle
>required files.
>
>Is it possible to display the required packages by their real name?
>
>I am using Mandriva so I have rpm, urpmi and smart.
>
>Andreas Radke
>
>_______________________________________________
>Rpm-list mailing list
>Rpm-list@...
>https://www.redhat.com/mailman/listinfo/rpm-list
>
>
>Disclaimer: This e-mail and any attachment is for authorized use by the
intended recipients only. It may contain proprietary material, confidential
information and/or be subject to legal privilege of eInfochips Ltd. If you have
received this message in error, please notify the originator immediately. If you
are not the intended recipient, you are notified that you are strictly
Prohibited from retaining, using, copying, altering or disclosing the contents
of this message.
>
>
>
>

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

Andreas Radke schrieb:

>I want to list all required packages by their name before installing
>some rpm. I have found "rpm -q -R foo.rpm". But that only tells me alle
>required files.
>
>Is it possible to display the required packages by their real name?
>
>I am using Mandriva so I have rpm, urpmi and smart.
>
>Andreas Radke
>
>_______________________________________________
>Rpm-list mailing list
>Rpm-list@...
>https://www.redhat.com/mailman/listinfo/rpm-list
>
>
>
rpm -q -R foo.rpm | xargs rpm --whatprovides -q

It brings the best results here! Try it out.

Andreas

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

Hi,

On Mon, Oct 03, 2005 at 02:16:39PM -0400, Will Harris wrote:

>  I am not sure if this is possible, but I am trying to find a way to
> make a custom package with a set of (edited) config files and security
> changes. However since these config files belong to other packages (ssh,
> xinetd, selinux, etc) I get conflicts. I can force it, but then
> upgrading the package becomes another hassle.
>  I'm wondering if there is some macro I am missing that will let me
> install my config but not cause the conflicts for the original package
> on update. I would not mind if I even had to reinstall my custom
> package. Does anyone know of any trick to accomplish this?

Let your custom package include files in an own directory:

   %files
   /etc/custom/sshd_config
   ...

and use trigger scripts to replace the original files with your
custom files, e.g.

   %triggerin -- openssh-server
   cp -a /etc/custom/sshd_config /etc/ssh/

Now after every install/upgrade of openssh-server (or at the moment
you install custom -- when openssh-server is already installed), it
will replace the sshd_config file with your custom one.

Hope this helps,

--
--    Jos Vos <jos@...>
--    X/OS Experts in Open Systems BV   |   Phone: +31 20 6938364
--    Amsterdam, The Netherlands        |     Fax: +31 20 6948204

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ok, That helps a lot. Thanks.

Jos Vos wrote:
> Hi,
>
> On Mon, Oct 03, 2005 at 02:16:39PM -0400, Will Harris wrote:
>
>
>> I am not sure if this is possible, but I am trying to find a way to
>>make a custom package with a set of (edited) config files and security
>>changes. However since these config files belong to other packages (ssh,
>>xinetd, selinux, etc) I get conflicts. I can force it, but then
>>upgrading the package becomes another hassle.
>> I'm wondering if there is some macro I am missing that will let me
>>install my config but not cause the conflicts for the original package
>>on update. I would not mind if I even had to reinstall my custom
>>package. Does anyone know of any trick to accomplish this?
>
>
> Let your custom package include files in an own directory:
>
>   %files
>   /etc/custom/sshd_config
>   ...
>
> and use trigger scripts to replace the original files with your
> custom files, e.g.
>
>   %triggerin -- openssh-server
>   cp -a /etc/custom/sshd_config /etc/ssh/
>
> Now after every install/upgrade of openssh-server (or at the moment
> you install custom -- when openssh-server is already installed), it
> will replace the sshd_config file with your custom one.
>
> Hope this helps,
>

- --
Will Harris
System Administrator
State of North Carolina
Office of Information Technology Services
P.O. Box 17209
Raleigh, N.C. 27619-7209
phone: (919) 981-4478
mobile: (919) 279-7325

Most Failure is to due to giving up, not realizing
how close to success you were - Thomas Edison


############################NOTICE######################################
E-mail correspondence to and from this address may be subject to the
North Carolina Public Records Law and may be disclosed to third parties.
########################################################################
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDQXhgZL0IoGaeD6MRAi6sAJ9nexjtfDKF25juGTc0WwrNyoFTNgCgoCSZ
aI4SC5eYuh++Sfs5wrGV0xg=
=lUR+
-----END PGP SIGNATURE-----

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

  I am not sure if this is possible, but I am trying to find a way to
make a custom package with a set of (edited) config files and security
changes. However since these config files belong to other packages (ssh,
xinetd, selinux, etc) I get conflicts. I can force it, but then
upgrading the package becomes another hassle.
  I'm wondering if there is some macro I am missing that will let me
install my config but not cause the conflicts for the original package
on update. I would not mind if I even had to reinstall my custom
package. Does anyone know of any trick to accomplish this?



- --
Will Harris
System Administrator
State of North Carolina
Office of Information Technology Services
P.O. Box 17209
Raleigh, N.C. 27619-7209
phone: (919) 981-4478
mobile: (919) 279-7325

Most Failure is to due to giving up, not realizing
how close to success you were - Thomas Edison


############################NOTICE######################################
E-mail correspondence to and from this address may be subject to the
North Carolina Public Records Law and may be disclosed to third parties.
########################################################################
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDQXWHZL0IoGaeD6MRAg6RAKC3HRQ58gvIdv7cJl3O7wyZ6wv/FACeJYI7
yF7swiuPh+HfwztGJuG4yFQ=
=3V5t
-----END PGP SIGNATURE-----

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

On Mon, Oct 03, 2005 at 02:25:58PM -0400, James Olin Oden wrote:

>  I don't know if this will suite your tastes or not, but what I do is
> deliver the config
> files to some alternate location and then in the %post scriptlet overwrite
> the originals with these files. Seems to work fine, and even plays well the
> rpm transactional rollback feature.

This depends on the installation order and requires the custom package
to be reinstalled after every upgrade of the related packages.

Better use trigger scripts instead (see my previous mail).

--
--    Jos Vos <jos@...>
--    X/OS Experts in Open Systems BV   |   Phone: +31 20 6938364
--    Amsterdam, The Netherlands        |     Fax: +31 20 6948204

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

I'm sorry if this has been asked and answered elsewhere, but I had
difficulty finding a search feature for this mailing list.  (Can
anyone point me to one?)

When building an rpm from a source rpm I'd like to be able to capture
the configure, make, install, and rpm specific output history.  Any
process (adding a file, etc.) would be acceptable as long as the
output can be retrieved later.   I am using rpm to package some
software and often want to be able to keep the build history.  I know
I can keep the output as a separate file but I figured that since the
rpm makes a nice package it would be handy to have this in there as
well.

Thank you for any guidance you can provide.

Gavin Stark

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

må den 03.10.2005 Klokka 16:40 (+0200) skreiv Andreas Radke:

> xargs rpm --whatprovides -q -R foo.rpm | xargs rpm --whatprovides -q

Red Hat RHAS4 with self-built dspam-3.6.0-2.rpm:

rpm -q -R dspam-3.6.0-2 |xargs rpm --whatprovides -q | sort | uniq |
grep -v "no package"  | grep -v dspam :)

Otherwise, *Thanks for the trouble you took!!!*

bash-3.0-19.2
gcc-3.4.3-22.1
glibc-2.3.2-95.20
glibc-2.3.4-2.9
perl-5.8.5-12.1
rpm-4.3.3-9_nonptl
sed-4.1.2-4
zlib-1.2.1.2-1

--Tonni

--
Mail: tonye@...
http://www.billy.demon.nl

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

That will work for me. Thanks.

James Olin Oden wrote:
> On 10/3/05, *Will Harris* <will.harris@...
> <mailto:will.harris@...>> wrote:
>
>     -----BEGIN PGP SIGNED MESSAGE-----
>     Hash: SHA1
>
>     I am not sure if this is possible, but I am trying to find a way to
>     make a custom package with a set of (edited) config files and security
>     changes. However since these config files belong to other packages (ssh,
>     xinetd, selinux, etc) I get conflicts. I can force it, but then
>     upgrading the package becomes another hassle.
>     I'm wondering if there is some macro I am missing that will let me
>     install my config but not cause the conflicts for the original package
>     on update. I would not mind if I even had to reinstall my custom
>     package. Does anyone know of any trick to accomplish this?
>
>
> I don't know if this will suite your tastes or not, but what I do is
> deliver the config
> files to some alternate location and then in the %post scriptlet
> overwrite the originals with these files.   Seems to work fine, and even
> plays well the rpm transactional rollback feature.
>
> Cheers...james
>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Rpm-list mailing list
> Rpm-list@...
> https://www.redhat.com/mailman/listinfo/rpm-list

- --
Will Harris
System Administrator
State of North Carolina
Office of Information Technology Services
P.O. Box 17209
Raleigh, N.C. 27619-7209
phone: (919) 981-4478
mobile: (919) 279-7325

Most Failure is to due to giving up, not realizing
how close to success you were - Thomas Edison


############################NOTICE######################################
E-mail correspondence to and from this address may be subject to the
North Carolina Public Records Law and may be disclosed to third parties.
########################################################################
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDQXhAZL0IoGaeD6MRAlcdAJ9lI5BT4ORV/GP2yg29nYOteLyfZgCgvgXr
pHQeMnGN39WMMK+gf1Njw98=
=1aO/
-----END PGP SIGNATURE-----

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

Hi all,

Just a quick question here..  It seems that MySQL has changed the
naming scheme of their packages.  How do I force an update of the
existing package to the new one?

Existing is MySQL-server-4.1.13-0.i386.rpm
New is MySQL-server-standard-4.1.14-0.rhel4.i386.rpm

Is this possible without uninstalling the first one?

Thanks!

--
Jason 'XenoPhage' Frisvold
XenoPhage0@...

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

Jason Frisvold wrote:

> Just a quick question here..  It seems that MySQL has changed the
> naming scheme of their packages.  How do I force an update of the
> existing package to the new one?
>
> Existing is MySQL-server-4.1.13-0.i386.rpm
> New is MySQL-server-standard-4.1.14-0.rhel4.i386.rpm
>
> Is this possible without uninstalling the first one?

Yes:

$ rpm -qp --provides MySQL-server-standard-4.1.14-0.rhel4.i386.rpm
MySQL
MySQL-server
config(MySQL-server-standard) = 4.1.14-0.rhel4
msqlormysql
mysql
mysql-server
MySQL-server-standard = 4.1.14-0.rhel4
$ rpm -qp --obsoletes MySQL-server-standard-4.1.14-0.rhel4.i386.rpm
MySQL
mysql
mysql-server

So it should simply replace the existing package during update. If not,
please file a bug report at http://bugs.mysql.com about it, thanks!

Bye,
	 LenZ
- --
- ------------------------------------------------------------------
  Lenz Grimmer <lenz@...>                             -o)
  [ICQ: 160767607 | Jabber: LenZGr@...]                /\\
  http://www.lenzg.org/                                       V_V
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDQrH+SVDhKrJykfIRAtN7AJ9RtqL7LPSwY29b5bzIRPzLfxNv3ACdHGSU
yRlAKRjjuKmK6fCUVc3+lTU=
=QF/F
-----END PGP SIGNATURE-----

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

On 10/4/05, Lenz Grimmer <lenz@...> wrote:
> So it should simply replace the existing package during update. If not,
> please file a bug report at http://bugs.mysql.com about it, thanks!

Update, not freshen?  Hrm..  I have the new files in a directory with
up2date using that directory as a source.  However, up2date doesn't
even show 4.1.14 as newer...  I must be missing something ...   :

[friz@jake ~]$ rpm -q MySQL-server
MySQL-server-4.1.13-0
[friz@jake ~]$ rpm -q --provides MySQL-server
msqlormysql
mysql-server
mysql
MySQL
MySQL-server = 4.1.13-0
[friz@jake ~]$ rpm -qp --obsoletes
/mnt/Linux/extras/RPMS/MySQL-server-standard-4.1.14-0.rhel4.i386.rpm
MySQL
mysql
mysql-server
[friz@jake ~]$ sudo rpm -Fvh
/mnt/Linux/extras/RPMS/MySQL-server-standard-4.1.14-0.rhel4.i386.rpm
Password:
[friz@jake ~]$ up2date -l
You are attempting to run "up2date" which requires administrative
privileges, but more information is needed in order to do so.
Password for root:

Fetching Obsoletes list for channel: rhel-i386-es-4...

Fetching Obsoletes list for channel: EMCS...

Fetching rpm headers...

Name                                    Version        Rel
----------------------------------------------------------

[friz@jake ~]$


> Bye,
>         LenZ


--
Jason 'XenoPhage' Frisvold
XenoPhage0@...

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

Hi all,

I want to create an rpm for a java program that is not from me because
one of my program depend on it.

The problem I have is that I want to create an executable that call java
with the right classpath. Bascially I want :
java -classpath  %{_javadir}/%{jarfile} -DLibrary-Path=\${TLAPATH}
tlc.TLC \$@

The problem is that I want my package to be relocatable. I create the
executable in the %install section with a cat command. The best way
might be to find the relative path from %{_bindir}/tlc to
%{_javadir}/%{jarfile} but how can I do this ?

By the way, if you find really stupid things in my spec, tell me ! This
is my first one ;-)

--
Thanks,
Loïc

%define name    tla
%define version 0.0
%define release 1

%define jarfile %{name}-%{version}.jar

Summary: Tools for TLA+ specifications
Name: %{name}
Version: %{version}
Release: %{release}
License: MSR-SSLA
Group: Applications/Sciences
URL: http://research.microsoft.com/users/lamport/tla/tools.html
Source0:
http://research.microsoft.com/research/downloads/download.aspx?FUID={BC81B5F4-58\
01-4AD9-AECD-426912C2BCDE}/tla.zip
Patch0: tla.patch.bz2
nosource: 0
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot
Prefix: %{_prefix}

%description
TLA+ is a language for writing TLA specifications.
The tools are a parser, a syntax checker, a model-checker and a typesetting
program for TLA+.
tlc is a model checker and simulator for a subclass of
"executable" TLA+ specifications.
tlasany is a parser and syntax checker for TLA+ specifications.
tlatex is a program for typesetting TLA+ specifications.

%prep
%setup -q -n tla
%patch0 -p1

%build
# compile everything
find . -type f -name "*.java" | xargs javac

# change rights
chmod 0644 README License.txt
find examples -type d -exec chmod 0755 {} \;
find examples -type f -exec chmod 0644 {} \;
chmod -R 0644 tlasany/StandardModules/*.tla

# jar
cat > MANIFEST.MF <<EOD
Manifest-Version: %{version}
Specification-Title: %{name}
Specification-Version: %{version}
Specification-Vendor: Microsoft
Implementation-Title: %{name}
Implementation-Version: %{version}
Implementation-Vendor: Microsoft
EOD
jar -cvfm %{jarfile} MANIFEST.MF util/*.class tlatex/*.class tlatex/*.txt
tlatex/README tlatex/tlatex.sty tlatex/words.all tlc/*.class
tlc/{pprint,tool,tool/liveness,util,value}/*.class tlasany/*.class
tlasany/{configuration,drivers,error,explorer,modanalyzer,parser,semantic,st,uti\
lities}/*.class README License.txt

%install
rm -rf $RPM_BUILD_ROOT
mkdir -p $RPM_BUILD_ROOT%{_javadir}
cp %{jarfile} $RPM_BUILD_ROOT%{_javadir}
mkdir -p $RPM_BUILD_ROOT%{_datadir}/%{name}
#cp -R examples $RPM_BUILD_ROOT%{_datadir}/%{name}
mkdir -p $RPM_BUILD_ROOT%{_datadir}/%{name}/StandardModules/
cp -f tlasany/StandardModules/*.tla
$RPM_BUILD_ROOT%{_datadir}/%{name}/StandardModules/
mkdir -p $RPM_BUILD_ROOT%{_bindir}
cat > $RPM_BUILD_ROOT%{_bindir}/tlc <<EOD
#!/bin/sh
if (! \$?TLAPATH) then
     export TLAPATH= %{_datadir}/%{name}/StandardModules
endif
java -classpath  %{_javadir}/%{jarfile} -DLibrary-Path=\${TLAPATH} tlc.TLC \$@
EOD
chmod a+x $RPM_BUILD_ROOT%{_bindir}/tlc

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc README License.txt
%{_javadir}/%{jarfile}
%{_bindir}/tlc
%{_datadir}/%{name}
#%{_datadir}/%{name}/StandardModules
#%{_datadir}/%{name}/StandardModules/Bags.tla
#%{_datadir}/%{name}/StandardModules/FiniteSets.tla
#%{_datadir}/%{name}/StandardModules/Integers.tla
#%{_datadir}/%{name}/StandardModules/Naturals.tla
#%{_datadir}/%{name}/StandardModules/Reals.tla
#%{_datadir}/%{name}/StandardModules/RealTime.tla
#%{_datadir}/%{name}/StandardModules/Sequences.tla
#%{_datadir}/%{name}/StandardModules/TLC.tla

%changelog
* Wed Sep 21 2005 Loic Fejoz <loic.fejoz@...>
- Initial build.

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

Jason Frisvold wrote:

> Update, not freshen?  Hrm..  I have the new files in a directory with
> up2date using that directory as a source.  However, up2date doesn't
> even show 4.1.14 as newer...  I must be missing something ...   :
>
> [friz@jake ~]$ rpm -q MySQL-server
> MySQL-server-4.1.13-0
> [friz@jake ~]$ rpm -q --provides MySQL-server
> msqlormysql
> mysql-server
> mysql
> MySQL
> MySQL-server = 4.1.13-0
> [friz@jake ~]$ rpm -qp --obsoletes
> /mnt/Linux/extras/RPMS/MySQL-server-standard-4.1.14-0.rhel4.i386.rpm
> MySQL
> mysql
> mysql-server
> [friz@jake ~]$ sudo rpm -Fvh
> /mnt/Linux/extras/RPMS/MySQL-server-standard-4.1.14-0.rhel4.i386.rpm
> Password:

Strange. I assume that "--freshen" does not take obsoleting packages
into account and only looks for identical package names.

Did you try to do "rpm -Uhv
MySQL-server-standard-4.1.14-0.rhel4.i386.rpm" instead?

Bye,
	 LenZ
- --
- ------------------------------------------------------------------
  Lenz Grimmer <lenz@...>                             -o)
  [ICQ: 160767607 | Jabber: LenZGr@...]                /\\
  http://www.lenzg.org/                                       V_V
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDQ7udSVDhKrJykfIRAoPSAJkB6zfOEOGMFizn9KNtERxO1BB7IQCfSrPz
oZlQMKut/WHylZfmhvxxrwo=
=in/o
-----END PGP SIGNATURE-----

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

On 10/5/05, Lenz Grimmer <lenz@...> wrote:
> Hi,

Greetings,

> Strange. I assume that "--freshen" does not take obsoleting packages
> into account and only looks for identical package names.

Apparently not..  Perhaps it's a safety mechanism...

> Did you try to do "rpm -Uhv
> MySQL-server-standard-4.1.14-0.rhel4.i386.rpm" instead?

yep.. that worked..  thanks for the info...

> Bye,
>         LenZ

--
Jason 'XenoPhage' Frisvold
XenoPhage0@...

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

It seems that rpmbuild will generate the rpm file into
RPMS/<arch>/<package-name>-<version>-<release>.<arch>.rpm

How can I change this? I'd like to have
RPMS/<platform>/<package-name>-<version>-<release>.<platform>.rpm
--
cg


_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

On Wed, Oct 05, 2005 at 03:47:05PM -0700, Christian Goetze wrote:

> It seems that rpmbuild will generate the rpm file into
> RPMS/<arch>/<package-name>-<version>-<release>.<arch>.rpm
>
> How can I change this? I'd like to have
> RPMS/<platform>/<package-name>-<version>-<release>.<platform>.rpm

Redefine %_build_name_fmt in your .rpmmacros file
(see /usr/lib/rpm/macros for the current format).

--
--    Jos Vos <jos@...>
--    X/OS Experts in Open Systems BV   |   Phone: +31 20 6938364
--    Amsterdam, The Netherlands        |     Fax: +31 20 6948204

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

Gavin Stark - RDM wrote:
> When building an rpm from a source rpm I'd like to be able to capture
> the configure, make, install, and rpm specific output history.  Any
> process (adding a file, etc.) would be acceptable as long as the
> output can be retrieved later.   I am using rpm to package some
> software and often want to be able to keep the build history.  I know
> I can keep the output as a separate file but I figured that since the
> rpm makes a nice package it would be handy to have this in there as
> well.

What you are asking for is a little unusual.  Typically the build
would not be stored with the resulting binary.  But if you really
wanted to you could save the output of the %prep, %build, %install
scripts into a file in the build root and then package it up the same
as any other generated file.  But it just does not seem like a good
thing to me so I would recomment against it.

Hints:

%prep
{
%setup -q
} 2>&1 | tee -a build.log
%build
{
%configure
make
} 2>&1 | tee -a build.log
%install
{
%makeinstall
} 2>&1 | tee -a build.log

%files
%doc build.log

Bob

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

I am looking for something similar too.

I need to capture the rpmbuild command line options and rpmmacros.

I already save the envronment, rpm -qa, and configure log.

I package these as '-evidence' rpms kinda like the '-debug' rpms.

that being said I dont think you need much more than what is above. The
output from make, and friends are not going to help you reproduce any
anomolies.


http://www.redhat.com/archives/rpm-list/2005-July/msg00068.html

to search:
http://www.google.com/search?num=50&hl=en&lr=lang_en&safe=off&q=build+history+%2\
Bsite%3Ahttp%3A%2F%2Fwww.redhat.com%2Farchives%2Frpm-list%2F&lr=lang_en



On Mon, 3 Oct 2005, Gavin Stark - RDM wrote:

>
> I'm sorry if this has been asked and answered elsewhere, but I had difficulty
> finding a search feature for this mailing list.  (Can anyone point me to
> one?)
>
> When building an rpm from a source rpm I'd like to be able to capture the
> configure, make, install, and rpm specific output history.  Any process
> (adding a file, etc.) would be acceptable as long as the output can be
> retrieved later.   I am using rpm to package some software and often want to
> be able to keep the build history.  I know I can keep the output as a
> separate file but I figured that since the rpm makes a nice package it would
> be handy to have this in there as well.
>
> Thank you for any guidance you can provide.
>
> Gavin Stark
>
> _______________________________________________
> Rpm-list mailing list
> Rpm-list@...
> https://www.redhat.com/mailman/listinfo/rpm-list
>

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                      PD Inc. http://www.pdinc.us -
- Partner & Sr. Manager             7 West 24th Street #100     -
- +1 (443) 921-0381                 Baltimore, Maryland 21218   -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise private information. If you
have received it in error, purge the message from your system and
notify the sender immediately.  Any other use of the email by you
is prohibited.

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

We were taking advantage of the weekend to update our RHEL4.1 machine to
RHEL4.2.  It is worth mentioning that it is an x86_64 box.  While
running up2date, it hung on one of the packages.  There was a useradd
process sucking 99% of the CPU that couldn't be killed or traced.  (It
ignored sigKILL and sigSTOP, was not a zombie or in iowait, and
[sl]trace just hung with no output (and required a kill -9) on it.
Killing its parent just got it adopted by init, with no change in
behavior.  Bug report against shadow-utils has been filed [1] though I
believe that an unkillable process that uses CPU is an indication of a
problem in the kernel.

Anyway, at least a reboot fixed that.  But the damage was much worse:
our RPM database appears to be mangled quite badly, and the standard
trick of rm /var/lib/rpm/__db.00[1-3] && rpm --rebuilddb doesn't help.
In particular, the RPM database now thinks that we have *both* the old
and new versions of several RPMs installed.  For example:

# rpm -q --qf "%{NAME}-%{VERSION}-%{RELEASE} %{ARCH}\n" rpm
rpm-4.3.3-9_nonptl x86_64
rpm-4.3.3-11_nonptl x86_64

We have 164 packages which are duplicated in this fashion.  Meanwhile
up2date wants to update them (since we have the old version) but can't
(because we have the new version).  So... I'm looking for advice on how
to handle this.

My guess is that the cleanest thing to do is remove the newer of each
pair from the database and then run up2date, which should upgrade
everything (fixing any old files on disk).  My proposed script for doing
this is:

for file in `rpm -qa --queryformat="%{NAME} %{ARCH}\n" | sort | uniq -c | grep
-v "   1 " | cut -c 9- | cut -d" " -f1`; do rpm -q --last $file | head -1 | cut
-d" " -f1; done | xargs rpm -e --justdb
up2date -p
up2date

Does this look reasonable to everyone, or is there a better way to
handle this problem?

Many thanks in advance for any advice,

Damian Menscher

[1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170087
--
-=#| Physics Grad Student & SysAdmin @ U Illinois Urbana-Champaign |#=-
-=#| 488 LLP, 1110 W. Green St, Urbana, IL 61801 Ofc:(217)333-0038 |#=-
-=#| 4602 Beckman, VMIL/MS, Imaging Technology Group:(217)244-3074 |#=-
-=#| <menscher@...> www.uiuc.edu/~menscher/ Fax:(217)333-9819 |#=-
-=#| The above opinions are not necessarily those of my employers. |#=-

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

Hi,

I am building a new squid rpm and I want the rpm to
gracefully (rather than just kill -9) shutdown the
current running squid daemon, when the admins do the
upgrade of squid using my new squid.rpm.

I need this because Squid takes a long time to clean
up after itself before it shuts down.

Thanks in advance folks!



__________________________________
Start your day with Yahoo! - Make it your home page!
http://www.yahoo.com/r/hs

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list

Hi,

Climbing the rpm spec-writing learning curve, it's going ok (no basic
problems on RHAS3/4). It's both profitable and fun :)

Besides maximum and Guru Labs HOWTOs, I pinch stuff from more routined
spec writers than me. Courier's Sam Varshavchik, Simon J. Mudd and Red
Hat/Simon Matter come to mind, but there are more. For all I know, some
are using routine spec techniques I don't know about yet, others are
obviously using complicated and personal stuff that I find useful. I
know that GPL rules probably apply to most of them, but I have a nagging
guilty conscience each time I pinch something. Should I have?

--Tonni

--
Mail: tonye@...
http://www.billy.demon.nl

_______________________________________________
Rpm-list mailing list
Rpm-list@...
https://www.redhat.com/mailman/listinfo/rpm-list