Please see the What's New page at:
http://www10.software.ibm.com/developerworks/opensource/linux390/whatsnew.shtml
for a change summary of the 2004-03-30 additions and changes to the
Linux for zSeries and S/390 developerWorks Web pages.
June 2003 stream:
o recommended kernel 2.4.21 bug fixes
Jantje,
What distro are you using? Was it the LOADPARM or PARM keyword that you were using?
Leland
-Original Message-
From: Jan MOEYERSONS [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 30, 2004 1:46 AM
To: [EMAIL PROTECTED]
Subject: Thougth I'd mention: disabled wait 000A
I'm trying to be able to toggle an additional IP address between two
guests (qdio GLAN, VM's TCPIP is the router). VM 4.3, SLES 8 SP3
guests.
Our VM guy added the additional three devices required for QDIO on one
guest, and then a different three on another. I could have one of the
guests
The one that doesn't work:
noauto;qeth0,0x0710,0x0711,0x0712;add_parms,0x10,0x0710,0x0712,portname:
VMGLAN
noauto;qeth0,0x073c,0x073d,0x073e;add_parms,0x10,0x073c,0x073e,portname:
VMGLAN
Looks like a typo ;) The second one should be qeth1.
If you use qeth0 for both devices, they'll both get
On Tuesday 30 March 2004 01:16, Cameron, Thomas wrote:
I am including this as a source RPM because it has to be built for
the kernel version you are running. Every time you update the
kernel you need to rebuild the source RPM and then upgrade the
package for your new kernel.
Unfortunately,
The one that doesn't work:
noauto;qeth0,0x0710,0x0711,0x0712;add_parms,0x10,0x0710,0x0712,portname:
VMGLAN
noauto;qeth0,0x073c,0x073d,0x073e;add_parms,0x10,0x073c,0x073e,portname:
VMGLAN
Looks like a typo ;) The second one should be qeth1.
D'oh, thank you!
If you use qeth0 for both
Hi Daniel,
The duplicate eth0 looks like a typo on /etc/chandev.conf:
The one that doesn't work:
noauto;qeth0,0x0710,0x0711,0x0712;add_parms,0x10,0x0710,0x0712,
portname:VMGLAN
noauto;qeth0,0x073c,0x073d,0x073e;add_parms,0x10,0x073c,0x073e,
portname:VMGLAN
The second qeth0 should be qeth1. Your
I have downloaded Quagga 96.4. In the tarball directory I found the
following under subdirectory redhat containing quagga-0.96.4.spec. I used
this as a template to create a spec for SuSE SLES8. I am seeing a build
requirement for package tetex. This is not part of the SuSe SLES8
distribution. I
On Tue, 2004-03-30 at 09:48, Peter E. Abresch Jr. - at Pepco wrote:
I have downloaded Quagga 96.4. In the tarball directory I found the
following under subdirectory redhat containing quagga-0.96.4.spec. I used
this as a template to create a spec for SuSE SLES8. I am seeing a build
requirement
Hmm. Not to mention that he doesn't use the Makefile to do the
installation, so that will have to be redone as well if/when Neale changes
anything in there.
I was going to ask if Thomas had looked at the SRPM I'd uploaded to
linuxvm.org, but when I pulled it down to check something in it, rpm
Adam,
Except I don't think that SUSE is the one introducing the tetex requirement.
The .spec file did come from someone building it on a Red Hat system of some
kind (most likely Intel).
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Adam
Our Veritas rep now tells me Veritas support for SLES8 is delayed
another year and another release of Veritas. We had wanted to use the
Netbackup client. But now we're told version 6.0 (previously we were
told 5.0) and not until 2005.
So I guess we need to look at other backup products. Any good
I just checked, and my source RPM generates a binary RPM on a beta version
of RHEL3. So I would imagine it would work on a GA version of the platform
as well.
I have re-uploaded the SRPM to http://linuxvm.org/Patches/S390 in binary
mode this time, so it should be usable now.
Mark Post
On Tue, 2004-03-30 at 10:28, Post, Mark K wrote:
Adam,
Except I don't think that SUSE is the one introducing the tetex requirement.
The .spec file did come from someone building it on a Red Hat system of some
kind (most likely Intel).
Fair enough. Then it's why I dislike Red Hat *too*.
I am seeing a build requirement for package tetex. This is not part
of the SuSe SLES8 distribution. I have been unable to determine if
tetex is really necessary or not. Should I install tetex as well?
Any ideas and opinions are welcomed. Thanks.
There are te... and ...tex type packages
I personally think that Veritas is making a huge HUGE mistake in their
pushing this product back repeatedly.
Ann Smith
[EMAIL PROTECTED]
ford.com To
Sent by: Linux on [EMAIL PROTECTED]
The latest Tivoli Storage Manager client for Linux/390 supports SLES8.
Here's the client requirements page:
http://www-1.ibm.com/support/docview.wss?rs=663context=SSGSG7uid=swg210664
36loc=en_UScs=utf-8lang=en+en
Bill Boyer
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL
On Tue, 2004-03-30 at 18:37, Adam Thornton wrote:
Fair enough. Then it's why I dislike Red Hat *too*.
Hey, I just want a system that doesn't think it has to install X, TeX,
and audio libraries to, say, handle e-mail.
And since some of the packages are named differently, the build
We use FDR Upstream quite happily
---
Jeremy Warren
Sr. Systems Programmer
KB Toy Stores
mailto:[EMAIL PROTECTED]@kbtoys.com
Ann Smith [EMAIL PROTECTED]
Sent by: Linux on 390 Port [EMAIL PROTECTED]
03/30/2004 11:44 AM
Please respond to Linux on 390 Port
Subject: FW: News Release: Oracle Backup for Mainframe Linux
I got this from UTS Global today. Looks like they're continuing to enhance
their Linux/390 offerings.
Mark Post
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, March 29, 2004
I have used a product called Harbor in the past. I was quite happy with it
for AIX (UNIX) and Windows. I installed and ran the product (client) for a
SuSE system. I was able to backup and restore files. I did not test a full
bare metal type recovery. My problem was that the product was
Since you are the only one to get it they obviously are NOT harvesting
email address from this list.
They probably sent the email to everyone who looked at their product but
did not buy it. That seems like a reasonable thing for a company to do
when they make a major enhancement to a product.
That might be true for companies you don't now, or aren't sure of. In this
case, I would be confident in asking them to remove you from their mailing.
UTS Global has been a positive contributor to both this community and this
mailing list for some time. They hardly fall into the class of (for
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Arnd Bergmann
Sent: Tuesday, March 30, 2004 7:18 AM
To: [EMAIL PROTECTED]
Subject: Re: cpint RPM 1.1.6 for RHEL 3
On Tuesday 30 March 2004 01:16, Cameron, Thomas wrote:
I am including this as a
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Post, Mark K
Sent: Tuesday, March 30, 2004 11:11 AM
To: [EMAIL PROTECTED]
Subject: Re: cpint RPM 1.1.6 for RHEL 3
I just checked, and my source RPM generates a binary RPM on a
beta version
of RHEL3.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Post, Mark K
Sent: Tuesday, March 30, 2004 11:11 AM
To: [EMAIL PROTECTED]
Subject: Re: cpint RPM 1.1.6 for RHEL 3
I just checked, and my source RPM generates a binary RPM on a
beta version
of RHEL3.
Well, you really need to go to http://linuxvm.org/Patches/ and look for the
section on cpint. The SRPM is linked there. Sorry. The direct link would
be http://linuxvm.org/Patches/S390/cpint116.srpm
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On
Hello from Gregg C Levine
I'm not planning on launching an argument over distributions, but what
about mine? I use Slackware? It's not completely dependant on all the
funny stuff that you commented on. In fact, its even easier to work
with then the current Red release, for Intel. Debian, I can't
Sorry for pushing this into the ground, but I'm still
bothered by the it depends response for using 1K
blocks on eckd devices. In the various file systems
I've seen on various platforms, 1k blocks are only
useful for very small files with none of them very
big.
So, to quantify this, I did some
Hello Michael,
Just an FYI: It is our policy that registered users' information will
not be released to any outside agency, and that we may use it for our
own purposes (including the distribution of product-related news).
Sorry for not responding sooner, but I had to retrieve some data
from
No distro, just made myself an IPL tape from the Marist download.
It is the LOADPARM. When I leave it out, everything works fine.
Cheers,
Jantje.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Lucius, Leland
Sent: dinsdag 30 maart 2004 13:01
Subject: Re:
31 matches
Mail list logo