Putting on my packagers hat:
If you have new to Linux folks questioning rpm, then they need to be set
straight and quickly :) Bringing over Windows packaging concepts to Linux is
evil. Some of the ugliest installs I've seen have been expensive apps on
Windows. Your new to Linux folks need to kn
There are some products that ship you a tar ball that has the world - things
for aix, ppc, hp-ux, s390x, i86, x64, and who knows what else.
That takes network transmission time, disk space, cleanup, etc.If you've
got bunches of servers to install it on and have to run a script that then
pick
We were talking about rpm's being included as 'part' of the tarball --
along with a bunch of application code that is installed via tar and
install scripts, etc. The rpm's get included as a 'prerequisite' for all
of their code to work. So you issue some rpm commands (after working out
everything
Just to explain what I am trying to do: over the years I have been involved in
multiple discussions about installations that involved people supporting
different platforms. It is often difficult to convince everyone that RPM is the
right thing to do and that interactive installers are not a good
Or worse, /usr/local/ibm. In our system /usr/local is just what is says,
local. This means the directory is moved during migration into the new
server. Or rather, the installation version in our golden image isn't
moved into an upgraded server.
Regards, Berry.
Op 23-01-15 om 16:22 schreef Robert
And I'm glad someone from CA is asking :)
Don't make your customers go find a 31bit java and compat-2009 packages to run
your agent.
The java won't get patched by our normal SUSE updates and we'll have to
remember to go get new ones all the time.
Marcy
-Original Message-
From: Linux on
Seems we've been to some of the same places, Marcy :)
Scott Rohling
On Fri, Jan 23, 2015 at 8:05 AM, Marcy Cortes wrote:
> Scott wrote:
> > What's even more evil/stupid is sticking an rpm or 2 'inside' the
> frigging
> tarball...
>
> Or more evil, sticking the rpm's for all the platforms in th
Scott wrote:
> What's even more evil/stupid is sticking an rpm or 2 'inside' the frigging
tarball...
Or more evil, sticking the rpm's for all the platforms in the tarball!
-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Scott
Rohling
Sent:
Ditto what Jay said...
Recent DB2 wanted some crazy amount in /tmp. They did take an apar to allow it
to be elsewhere, but really, an RPM i can put wherever I'd like it to be.
MQ has done it right.
Which version is installed and where are the questions rpm can easily answer
and we all know h
> Things like InstallMangler seem like good ideas to product owners since it
> allows them to provide the illusion of a simplified install experience that
> is common across all platforms
For the same product owners the opinions of (potential) customers often carry
more weight than those of a d
Please use the native package format of the operating system.
Things like InstallMangler seem like good ideas to product owners since it
allows them to provide the illusion of a simplified install experience that
is common across all platforms, but more often just cause a lot of
confusion which tu
I've been suggesting/fighting with certain groups for over 10 years now to
stop packaging things as tarballs and use rpm if they plan to continue
supporting the product(s) on the Linux platform. Needless to say, I've
been very unsuccessful getting anything at all to change.
What's even more evil
>>> On 1/23/2015 at 02:33 AM, "Pavelka, Tomas" wrote:
> Hello,
> I am in the middle of discussion about how to package and install software
> on Linux for System z. There are people new to Linux involved and things like
> InstallAnywhere are coming up. What is your experience with non-RPM
> in
On Fri, 23 Jan 2015 07:33:04 +
"Pavelka, Tomas" wrote:
> Hello,
> I am in the middle of discussion about how to package and install
> software on Linux for System z. There are people new to Linux
> involved and things like InstallAnywhere are coming up. What is your
> experience with non-RPM
14 matches
Mail list logo