Please refer to:
http://www.ibm.com/developerworks/linux/linux390/whatsnew.html
for the 2006-04-12 change summary:
April 2004 stream:
- kernel 2.6.5 (patch 34) recommended kernel bug fixes
* end of message
Mit freundlichem Gruß /
Is the shell (from which the 'strace' is issued)
working in the same directory with the weblogic_pc script
when the command is issued?
-- R;
On Wed, 12 Apr 2006, Craig, Roger C [LTD] wrote:
Hello,
After issuing xautolog pkdl0105 from our V M : O p e r a t o
r System Window
Many thanx to all for the info. The request for GPFS was specific
(politics, as usual) so I don't have a whole lot of wiggle room with
alternatives. Again, Thanx to all.
Best Regards,
Jack
Jack H. Slavick
Acxiom Corporation
(312) 985 - 2827
A possibly silly question, but do the permissions for weblogic_pc include
executable in all the right places? If so, is weblogic_pc a binary, or some
form of script? I've found that almost always when I'm executing a script and
get this message, it isn't the script itself that is missing, but
While I'm on the topic - is there a redbook or other document that
discusses best practices for managing software installation on a Linux
system? If I download the Mono RPMs is there a directory that RPMs are
expected to be in? Is there one that's commonly used by Linux admins?
Seems to me a
I wouldn't recommend putting them anywhere under /usr/src/packages/. That's
where you would build new RPMs, and someone else coming along might not
recognize them as vendor-supplied.
Essentially, if you're only going to install something on one system, where the
RPMs are located at the point
You don't even need to download RPMs to install them. You can use rpm -Uhv
http://... or other URL. If you do want to put them somewhere then
/usr/src/packages/RPMS/s390x is probably as good as place as any, but as
soon as they are installed you can delete them. The install process extracts
the
On a SUSE or Red Hat system, RPM is the only way software should be installed.
As you mention, there have been things wrapped around it to make software
installation easier. YaST is SUSE's method. Red Carpet is a Novell product.
Red Hat's is up2date. Both call RPM for you, after all
Well, it's a cart-before-the-horse kind of thing: I have to install Mono
to prove we can run ASP.NET before we go forward to virtualizing servers,
etc.
I agree that if RPM is the installer, you shouldn't bypass it: I wouldn't
do that for SMP/E on my z/OS box!
I'm making progress... most of the
What does
rpm -qa | grep mono
report? As far as dependency checking if all the RPMs were there the rpm
usually orders the install so that the dependencies are met. Which ones did
it complain about?
-Original Message-
Well, it's a cart-before-the-horse kind of thing: I have to install
Hi Listserv,
We have SLES9-SP3 installed.
When setting up the YOU Server Configuration, should I have all 3 branches
of the install tree , ie:
SUSE SLES, SUSE CORE and SUSE SLES 9 Service-Pack 3 or just SUSE SLES and
SUSE CORE.
Bernie Wu
[EMAIL PROTECTED]
The information contained in this
the command reports
-data, -devel, -winforms, -nunit, -core, -basic, -jscript, -extras,
-locale, -web
When I originally tried the install of *.rpm I got complaints about not
having libsqlite-something-something 64 bit. I decided not to install
mono-data-sqlite since I did install the
I would say all three, unless you don't want any new servers to have SP3
installed, or have access to any of the SP3 maintenance.
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Bernard Wu
Sent: Thursday, April 13, 2006 4:06 PM
To:
It is considered very rude to send out-of-office replies to mail sent
to a mailing list. Please try to sent your out-of-office to only go to
IBM internal addresses. Open your mail database, go to
Actions/Tools/Out of office, and under the exceptions tab, make sure
that Do not automatically reply
On Thu, 13 Apr 2006, Post, Mark K wrote:
On a SUSE or Red Hat system, RPM is the only way
software should be installed. ...
While this is correct from a support perspective
I continue to find lack of satisfaction with RPM.
And Mark is right that all should become familiar with RPM.
The
On Thu, 13 Apr 2006, Tim Hare wrote:
While I'm on the topic - is there a redbook or other document that
discusses best practices for managing software installation on a Linux
system? If I download the Mono RPMs is there a directory that RPMs are
expected to be in? ...
What Neale said,
Tim Hare wrote:
While I'm on the topic - is there a redbook or other document that
discusses best practices for managing software installation on a Linux
system? If I download the Mono RPMs is there a directory that RPMs are
expected to be in? Is there one that's commonly used by Linux admins?
Up2date is fully yum capable, so there is no need to install the yum
client on RHEL. Simply add your yum repository to the
/etc/sysconfig/rhn/sources file.
-Sam
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
John Summerfied
Sent: Thursday, April 13,
Well I don't think installing software from sources other than an RPM is
all that bad, as long as you're not installing over top of RPM owned
files. Install your own stuff into /opt or /usr/local and you'll be
fine.
-Sam
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL
The email to Isabelle was intended to be directly to her, but I
mistakenly copied the list address into the message instead.
My apologies to the entire list.
Fuzzy
--
Latin: Dum spiro spero.
English: While I breathe, I hope.
On Thu, 13 Apr 2006, Kielek, Samuel wrote:
If a file is already in place, and is
the right file (because it was previously installed onto a
shared disk or filesystem) older RPM would choke.
I'm not sure I understand this one. You mean if you have multiple
servers sharing a filesystem
21 matches
Mail list logo
