Just to clarify, this package is NOT for public consumption. The software
is distributed via installer, to be run by humans. Since we're doing
automation using puppet, an RPM of the code reduces the complexity of the
installation substantially and generates a repeatably installable artifact
into
On Jan 6, 2013, at 12:52 PM, Mykel Alvis wrote:
Just to clarify, this package is NOT for public consumption. The software is
distributed via installer, to be run by humans. Since we're doing automation
using puppet, an RPM of the code reduces the complexity of the installation
On Jan 6, 2013, at 3:34 PM, Mykel Alvis wrote:
I think it's OK to do this, but I'm going to do so directly to your personal
email so that I don't display piles of potentially litigious data in a public
forum.
Please reply with readelf output publically: the output is not that large
I certainly understand the frustration in that I experience it identically
in other areas.
From your other email, I read
I'm looking for libraries with _MISSING_ SONAME's. The solution there is
to add DT_SONAME
with -Wl,soname,YOUR_SONAME
It's been decades, literally, since I handled C
Responses inline below:
On Sat, Jan 5, 2013 at 11:10 AM, Jeffrey Johnson n3...@me.com wrote:
Second, you're right, I'm using rpm 4.8 from RHEL. It's the only choice I
have.
OK.
FYI: there's not enough difference to worry about between @rpm.org - @
rpm5.org.
The goals are more
On Jan 5, 2013, at 4:02 PM, Mykel Alvis wrote:
devzero2000 over on the rpm-users list suggested
%define _use_internal_dependency_generator 0
This did exactly what I needed.
Yes but … there are profound changes to the *.rpm package
format that are coupled to setting
On Sat, Jan 5, 2013 at 10:02 PM, Mykel Alvis
mal...@restorationhardware.com wrote:
devzero2000 over on the rpm-users list suggested
%define _use_internal_dependency_generator 0
My self, devzero2000 (Elia Pinto) is part of the rpm5 team, thanks to
jeff. Since the request was for rpm 4.8 I
On Sat, Jan 5, 2013 at 10:15 PM, Jeffrey Johnson n3...@me.com wrote:
On Jan 5, 2013, at 4:02 PM, Mykel Alvis wrote:
devzero2000 over on the rpm-users list suggested
%define _use_internal_dependency_generator 0
This did exactly what I needed.
Yes but … there are profound changes to the
Rick Miller wrote:
But even with all the patching, the only yum use is for handling
RPM packages for Linux on FreeBSD (like for the linux emulator).
It has too many hardcoded assumptions to work for native packages.
There is no real interest in having it portable to other systems.
I left
On Apr 4, 2012, at 3:29 PM, Anders F Björklund wrote:
A slight problem is that nobody is maintaining the python at rpm5.org.
Yet.
73 de Jeff
__
RPM Package Managerhttp://rpm5.org
User
What are the Requires: needed?
My mistake, they are BuildRequires: and are as follows:
python
gettext
intltool
What version of RPM?
I *think* its 5.2.x, but not 100% sure. I don't have access to the
host today and can let you know tomorrow. It was installed from the
FreeBSD ports
Rick Miller wrote:
What version of RPM?
I *think* its 5.2.x, but not 100% sure. I don't have access to the
host today and can let you know tomorrow. It was installed from the
FreeBSD ports collection for 8.2-RELEASE.
That would be 5.2.1.
Thanks for the info, Anders!
I had wondered if anyone had done this already and was unable to
locate the port using my google-foo. Thank you for the URLs. I guess
we will evaluate how important yum would be for us in our environment
and compare the benefits vs. the LOE to implement.
On Tue,
13 matches
Mail list logo
