RPM QUESTION

RPM QUESTION

[Ronald Jerome]

Will RPM be working anytime soon in kernel-2.6.0-test
series?

In my opinion this question needs to be addressed
since two main distro's use RPM and for those who are
spending their time testing I would think its worth an answer.

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: RPM QUESTION

[Samuel Flory]

Ronald Jerome wrote:

>Will RPM be working anytime soon in kernel-2.6.0-test
>series?
>

  Define working?  Are you running redhat 9.0?  If so that's redhat's 
fault.  Try  "LD_ASSUME_KERNEL=2.2.5 <whatever the rpm command is>"

>
>In my opinion this question needs to be addressed
>since two main distro's use RPM and for those who are
>spending their time testing I would think its worth an answer.
>
  Redhat seems to be able to create rpms.
http://people.redhat.com/arjanv/2.5/

-- 
Once you have their hardware. Never give it back.
(The First Rule of Hardware Acquisition)
Sam Flory  <sflory@rackable.com>

Re: RPM QUESTION

[Robert Love]

On Mon, 2003-07-28 at 16:33, Ronald Jerome wrote:

> Will RPM be working anytime soon in kernel-2.6.0-test
> series?

Hopefully. Try an RPM test release.

> In my opinion this question needs to be addressed
> since two main distro's use RPM and for those who are
> spending their time testing I would think its worth an answer.

Well, its an RPM bug. Take it up with them.

	Robert Love

Re: RPM QUESTION

[David B. Stevens]

Ronald Jerome wrote:
> Will RPM be working anytime soon in kernel-2.6.0-test
> series?
> 
> In my opinion this question needs to be addressed
> since two main distro's use RPM and for those who are
> spending their time testing I would think its worth an answer.
> 

Ronald,

Make rpm works fine in 2.6.0-test2, as for them putting a RPM up for you 
to install from it is not likely to happen.

You can always visit your distro provider to get a copy of what they 
_may_ have if any.

Most people that test are very comfortable with configuring their own 
from the kernel sources.

Cheers,
   Dave

Re: RPM QUESTION

[Valdis.Kletnieks]

[-- Attachment #1: Type: text/plain, Size: 673 bytes --]

On Mon, 28 Jul 2003 16:33:44 PDT, Ronald Jerome <imun1ty@yahoo.com>  said:
> Will RPM be working anytime soon in kernel-2.6.0-test
> series?

# uname -a
Linux turing-police.cc.vt.edu 2.6.0-test2-mm1 #2 Mon Jul 28 13:51:00 EDT 2003 i686 i686 i386 GNU/Linux
# id
uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6(disk),10(wheel)
# rpm -q rpm
rpm-4.2.1-0.11

RedHat Rawhide works for me.  The guys at RedHat are aware of the issue, and will
certainly have a working RPM by the time they ship a 2.6 kernel in a release (RH 9.2 at
the earliest, I'm guessing, as it looks like 9.1 is going to be shipping the customary
RedHat mutation of 2.4.20-ac<mumble>)

[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]

RPM Question

[Boyce, Kevin P (AS)]

[-- Attachment #1.1: Type: text/plain, Size: 568 bytes --]

Hi All,

 

I know this is probably the wrong place to ask this question, but since
I believe there are probably people here who maintain rpm packages I'll
ask anyway J.

 

Does anyone know a good way to keep rpm packages under revision control?

 

Are there any specific Version Control systems which are designed to
work with the RPM format out of the box like svn, cvs, git, sccs?

 

I would potentially like something that will automagically populate the
"Version" and "Changelog" fields in my spec files.

 

 

Regards,

Kevin 


[-- Attachment #1.2: Type: text/html, Size: 2775 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]

Re: RPM Question

[Steve Grubb]

On Monday, August 16, 2010 05:08:22 pm Boyce, Kevin P (AS) wrote:
> Hi All,
> 
> I know this is probably the wrong place to ask this question, but since
> I believe there are probably people here who maintain rpm packages I'll
> ask anyway J.
 
Yes, this is the wrong place. Never-the-less...
 
 
> Does anyone know a good way to keep rpm packages under revision control?

I would first start by creating a ~/.rpmmacros file. Inside it do something like 
this:

# %_topdir defines the top directory to be used for RPM building purposes
# By defaultROOT of the buildsystem
%_topdir        /home/sgrubb/packages

# %_sourcedir is where the source code tarballs, patches, etc. will be
# placed after you do an "rpm -ivh somepackage.1.0-1.src.rpm"
#%_sourcedir     %{_topdir}/%{name}-%{version}
%_sourcedir     %{_topdir}/%{name}

# %_specdir is where the specfile gets placed when installing a src.rpm. I
# prefer the specfile to be in the same directory as the source tarballs, etc.
%_specdir       %{_sourcedir}

Then you have all files (including the tarball) in the same directory. The 
tarball and VCS do not get along since its a binary blob to them. It should be 
checksummed or gpg ascii armored or something so you have integrity control. 
Then you can commit all files.

You might also ask the Fedora admins how they setup Fedora. I think its 
documented and the packages to support it are available.


> Are there any specific Version Control systems which are designed to
> work with the RPM format out of the box like svn, cvs, git, sccs?

None. It takes some craftiness to make it all work.

-Steve

RPM question

[Tom Troonbeeckx]

Hi everybody,

I want to install a driver rpm-package with the following command : rpm -Uvh
package.rpm
This goes mostly very smoothly.

Most times I got failed dependencies of required programes but this one is
different.
I don't know the exact remark I had but as I can recall it was a file-x that
conflicts with file-y.

Is there an rpm option to avoid or to autofix this problem?

Thanx in advance.



 Ideaxis nv
-facing the internet-

Flanders Multimedia Valley
Wetenschapspark 1
B-3590 DIEPENBEEK

Tel : +32 11 26 89 20
Fax : +32 11 23 22 17
Mobile: +32 479 13 14 81

E-Mail: tom.troonbeeckx@ideaxis.com
URL: http://www.ideaxis.com/

Ideaxis nv legal disclaimer
The information contained in this e-mail is confidential and may be
privileged. It may be read, copied and used only by the intended recipient.
If you have received it in error, please contact the sender immediately by
returning this e-mail. Please delete this e-mail and do not disclose its
contents to any person. Ideaxis nv does not accept liability for any
errors, omissions, delays of receipt or viruses in the contents of this
message which arise as a result of e-mail transmission.

Re: RPM question

[Joakim Ryden]

On Tuesday 13 May 2003 00:44, Tom Troonbeeckx wrote:
=> Hi everybody,
=>
=> I want to install a driver rpm-package with the following command : rpm
 -Uvh => package.rpm
=> This goes mostly very smoothly.
=>
=> Most times I got failed dependencies of required programes but this one is
=> different.
=> I don't know the exact remark I had but as I can recall it was a file-x
 that => conflicts with file-y.
=>
=> Is there an rpm option to avoid or to autofix this problem?

De-install the the conflicting package before installing the new version, or 
if you are pretty confident the conflict is harmless use 'rpm -Uvh --force'. 
Or better yet, install apt for rpm: http://apt.freshrpms.net/ since apt tends 
to deal better with dependencies and such.

--Jo

Re: RPM question

[Jeff Largent]

This is caused when more than one package owns thinks it owns a file.
For the most part you only see this when doing something like putting
a mandrake rpm on redhat or suse.  There is no easy way to fix the problem,
rebuild the rpm without that file, or force install on a test box to make
sure replacing that file dosn't cause problems.

Tom Troonbeeckx wrote:
> Hi everybody,
> 
> I want to install a driver rpm-package with the following command : rpm -Uvh
> package.rpm
> This goes mostly very smoothly.
> 
> Most times I got failed dependencies of required programes but this one is
> different.
> I don't know the exact remark I had but as I can recall it was a file-x that
> conflicts with file-y.
> 
> Is there an rpm option to avoid or to autofix this problem?
> 
> Thanx in advance.
> 
> 
> 
>  Ideaxis nv
> -facing the internet-
> 
> Flanders Multimedia Valley
> Wetenschapspark 1
> B-3590 DIEPENBEEK
> 
> Tel : +32 11 26 89 20
> Fax : +32 11 23 22 17
> Mobile: +32 479 13 14 81
> 
> E-Mail: tom.troonbeeckx@ideaxis.com
> URL: http://www.ideaxis.com/
> 
> Ideaxis nv legal disclaimer
> The information contained in this e-mail is confidential and may be
> privileged. It may be read, copied and used only by the intended recipient.
> If you have received it in error, please contact the sender immediately by
> returning this e-mail. Please delete this e-mail and do not disclose its
> contents to any person. Ideaxis nv does not accept liability for any
> errors, omissions, delays of receipt or viruses in the contents of this
> message which arise as a result of e-mail transmission.
> 
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 

-- 
Jeff Largent                   ImageLinks, Inc.
Sr System Admin                Melbourne, Fl 32935
(321) 253-0011                 fax: (321) 253-5559