aixtoolbox-list — General discussion list for aixtoolbox

[tbox-l] new python version for AIX 5.2

[I.Gutheil <i.g...@fz...>]

Is there a chance to find the new python version 2.3 or even 2.4 in the
AIX toolbox soon?
For the installation of the new PETSc release I need python
version 2.3 or later.

Inge Gutheil

********************************************************************************
Inge Gutheil, Forschungszentrum Juelich GmbH, ZAM
52425 Juelich
Phone: +49 2461 61-3135, FAX: +49 2461 61-6656, E-mail:
i.g...@fz...
********************************************************************************

[tbox-l] Package updates: gcc, gcc-c++, binutils

[David C. <cl...@au...>]

Because of last week's postings on problems with the g++ library archive being
generated incorrectly, the gcc images have been rebuilt, as has the binutils
package. The problem seems to have only affected g++ on AIX 5.2, but the 'gcc'
package is also rebuilt just to keep everything in sync.  In fact, the 5.1
images are rebuilt too although there is no real change there (I'm just
keeping the levels the same).

Actually, there is one small change: if you have the old 2.9* g++ installed,
these will simply replace it (via 'obsoletes' tag) when you install gcc-c++;
you don't have to manually deinstall the 2.9* g++ first.

  AIX 5.2 (and 5.3):
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/gcc/gcc-3.3.2-4.aix5.2.ppc.rpm
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/gcc/gcc-cplusplus-3.3.2-4.aix5.2.ppc.rpm

  AIX 5.1:
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/gcc/gcc-3.3.2-4.aix5.1.ppc.rpm
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/gcc/gcc-cplusplus-3.3.2-4.aix5.1.ppc.rpm

  binutils (for any AIX5 version):
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/binutils/binutils-2.14-3.aix5.1.ppc.rpm


-- 
David Clissold
cl...@au...

Re: [tbox-l] Re: Package updates: gcc, gcc-c++, binutils, gdb

[David C. <cl...@au...>]

Tom,
  Good instincts.  Running /usr/bin/ranlib on the library regenerates
the symbol table correctly.  In fact, it turns out that the GNU ranlib from
the binutils package is what caused the symbol table to be incorrect in the
first place.
When GCC/G++ builds, it creates libstdc++.a using the native AIX ar command
and the archive is good.  It then runs ranlib (finding the gnu ranlib first
in the path) and this jumbles up the symbol table.  Running the native
/usr/bin/ranlib restores it again.
I'd rebuilt the package (with the GNU ar not executable) and left it overnight;
but the rebuild has the same problem.  But I see from the output that it was
really ranlib that was the issue, so I will move the GNU ranlib aside and
rebuild so that when executing ranlib it uses the AIX version.

I'll also repackage binutils to avoid it providing a bad ranlib.  Like 'ld'
and 'strip', it's best to stick with the native versions of some of these
commands.  (In binutils, these are renamed as gld and gstrip, so they are
still there if someone really wants to try them in spite of their problems;
I'll do the same with ranlib).

 -David


On Tue, Oct 26, 2004 at 08:34:13AM -0400, Tom Sorensen wrote:
> We ran into this problem as well (AIX 5.2) and were able to fix it by running ranlib on the library. For safety's sake, we went ahead and ran ranlib on all of the c++ libraries.
> 
> Should have informed the list, but since I'm pretty sure we're doing many other things wrong in our compile environment I figured this was just another item on the list.
> 
> Tom
> 
> -----Original Message-----
> From: aix...@ww...
> [mailto:aix...@ww...]On Behalf Of
> David Clissold
> Sent: Monday, October 25, 2004 4:18 PM
> To: Venkat Gunuganti
> Cc: aix...@ww...
> Subject: Re: [tbox-l] Re: Package updates: gcc, gcc-c++, binutils, gdb
> 
> 
> Hi,
>   Something is wrong here, but I'm not sure what.  I reproduced this on 5.2,
> but the exact same 5.2 gcc-c++ image installed on 5.3 works with this same
> testcase, and the 5.1 image on AIX 5.1 works with this testcase too.
> 
> But I did eventually get it to work on 5.2.  Here's what I did (as root):
> 
> # cd /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2
> # cp libstdc++.a libstdc++.a.orig
> # /usr/bin/ar -o libstdc++.a
> 
> Then go back to your test, and it works. (I was doing "g++ test1.cpp -o test1").
> Make sure you run "/usr/bin/ar" above, because "/usr/linux/bin/ar" or
> "/opt/freeware/bin/ar" (if you have them) will not recognize the -o option.
> Using AIX's native 'ar' command, the -o option just recreates and realigns
> the archive members and regenerates the archive symbol table.  After doing
> that, it works.  It is strange, though, since it works on 5.3; if there was
> a problem with the archive alignment or symbol table, then it seems it would
> either work on both levels or fail on both.
> 
> At any rate, try the above workaround, and I'll try getting a new image built
> soon that doesn't have this problem.  I will disable execute permission on
> my /opt/freeware/bin/ar so that it always uses the native 'ar' when
> creating the archive, as I think that may prevent the problem in the first
> place.
> 
> 
> On Mon, Oct 25, 2004 at 11:59:01AM -0500, Venkat Gunuganti wrote:
> > Hi,
> > 
> > I had installed the gcc and gcc-c++ on AIX 5.2. The gcc compiler works fine, but I am some trouble using g++ compiler.
> > I did a simple test using the following program.
> > 
> > *--------------
> > //  test1.cpp
> > 
> > #include <cstdio>
> > using namespace std;
> > 
> > int main ()
> > {
> >   printf ("Hello World!");
> >   return 0;
> > }
> > *---------------
> > I get the following errors, when I compile.
> > 
> > g++ test1.cpp
> > 
> > ld: 0711-201 SEVERE ERROR: External symbol typeinfo name for std::codecvt<wchar_t, char, char*>, defined in member codecvt.o
> >         of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
> > ld: 0711-201 SEVERE ERROR: External symbol typeinfo name for std::codecvt<char, char, char*>, defined in member codecvt.o
> >         of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
> > ld: 0711-201 SEVERE ERROR: External symbol typeinfo for std::codecvt<char, char, char*>, defined in member code cvt.o
> >         of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
> > ld: 0711-201 SEVERE ERROR: External symbol typeinfo for std::codecvt<wchar_t, char, char*>, defined in member codecvt.o
> >         of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
> > ... and more....
> > 
> > Look's like I am missing some flags or files here, any help is greatly appreciated.
> > 
> > Thanks
> > Venkat
> > 
> > > gcc and gcc-c++ versions 3.3.2 are now available in the AIX Toolbox.  These
> > > are now built directly from the FSF GNU source from the GNU website, and they
> > > replace the older "GNUPro" versions previously available in the Toolbox.
> > 
> > 
> > 
> > _______________________________________________
> > aixtoolbox-list mailing list
> > aix...@ww...
> > http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list
> 
> -- 
> David Clissold
> cl...@au...
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
> http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
> http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list

-- 
David Clissold
cl...@au...

RE: [tbox-l] Re: Package updates: gcc, gcc-c++, binutils, gdb

[Tom S. <TSo...@da...>]

We ran into this problem as well (AIX 5.2) and were able to fix it by running ranlib on the library. For safety's sake, we went ahead and ran ranlib on all of the c++ libraries.

Should have informed the list, but since I'm pretty sure we're doing many other things wrong in our compile environment I figured this was just another item on the list.

Tom

-----Original Message-----
From: aix...@ww...
[mailto:aix...@ww...]On Behalf Of
David Clissold
Sent: Monday, October 25, 2004 4:18 PM
To: Venkat Gunuganti
Cc: aix...@ww...
Subject: Re: [tbox-l] Re: Package updates: gcc, gcc-c++, binutils, gdb


Hi,
  Something is wrong here, but I'm not sure what.  I reproduced this on 5.2,
but the exact same 5.2 gcc-c++ image installed on 5.3 works with this same
testcase, and the 5.1 image on AIX 5.1 works with this testcase too.

But I did eventually get it to work on 5.2.  Here's what I did (as root):

# cd /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2
# cp libstdc++.a libstdc++.a.orig
# /usr/bin/ar -o libstdc++.a

Then go back to your test, and it works. (I was doing "g++ test1.cpp -o test1").
Make sure you run "/usr/bin/ar" above, because "/usr/linux/bin/ar" or
"/opt/freeware/bin/ar" (if you have them) will not recognize the -o option.
Using AIX's native 'ar' command, the -o option just recreates and realigns
the archive members and regenerates the archive symbol table.  After doing
that, it works.  It is strange, though, since it works on 5.3; if there was
a problem with the archive alignment or symbol table, then it seems it would
either work on both levels or fail on both.

At any rate, try the above workaround, and I'll try getting a new image built
soon that doesn't have this problem.  I will disable execute permission on
my /opt/freeware/bin/ar so that it always uses the native 'ar' when
creating the archive, as I think that may prevent the problem in the first
place.


On Mon, Oct 25, 2004 at 11:59:01AM -0500, Venkat Gunuganti wrote:
> Hi,
> 
> I had installed the gcc and gcc-c++ on AIX 5.2. The gcc compiler works fine, but I am some trouble using g++ compiler.
> I did a simple test using the following program.
> 
> *--------------
> //  test1.cpp
> 
> #include <cstdio>
> using namespace std;
> 
> int main ()
> {
>   printf ("Hello World!");
>   return 0;
> }
> *---------------
> I get the following errors, when I compile.
> 
> g++ test1.cpp
> 
> ld: 0711-201 SEVERE ERROR: External symbol typeinfo name for std::codecvt<wchar_t, char, char*>, defined in member codecvt.o
>         of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
> ld: 0711-201 SEVERE ERROR: External symbol typeinfo name for std::codecvt<char, char, char*>, defined in member codecvt.o
>         of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
> ld: 0711-201 SEVERE ERROR: External symbol typeinfo for std::codecvt<char, char, char*>, defined in member code cvt.o
>         of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
> ld: 0711-201 SEVERE ERROR: External symbol typeinfo for std::codecvt<wchar_t, char, char*>, defined in member codecvt.o
>         of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
> ... and more....
> 
> Look's like I am missing some flags or files here, any help is greatly appreciated.
> 
> Thanks
> Venkat
> 
> > gcc and gcc-c++ versions 3.3.2 are now available in the AIX Toolbox.  These
> > are now built directly from the FSF GNU source from the GNU website, and they
> > replace the older "GNUPro" versions previously available in the Toolbox.
> 
> 
> 
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
> http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list

-- 
David Clissold
cl...@au...
_______________________________________________
aixtoolbox-list mailing list
aix...@ww...
http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list

Re: [tbox-l] Re: Package updates: gcc, gcc-c++, binutils, gdb

[David C. <cl...@au...>]

Hi,
  Something is wrong here, but I'm not sure what.  I reproduced this on 5.2,
but the exact same 5.2 gcc-c++ image installed on 5.3 works with this same
testcase, and the 5.1 image on AIX 5.1 works with this testcase too.

But I did eventually get it to work on 5.2.  Here's what I did (as root):

# cd /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2
# cp libstdc++.a libstdc++.a.orig
# /usr/bin/ar -o libstdc++.a

Then go back to your test, and it works. (I was doing "g++ test1.cpp -o test1").
Make sure you run "/usr/bin/ar" above, because "/usr/linux/bin/ar" or
"/opt/freeware/bin/ar" (if you have them) will not recognize the -o option.
Using AIX's native 'ar' command, the -o option just recreates and realigns
the archive members and regenerates the archive symbol table.  After doing
that, it works.  It is strange, though, since it works on 5.3; if there was
a problem with the archive alignment or symbol table, then it seems it would
either work on both levels or fail on both.

At any rate, try the above workaround, and I'll try getting a new image built
soon that doesn't have this problem.  I will disable execute permission on
my /opt/freeware/bin/ar so that it always uses the native 'ar' when
creating the archive, as I think that may prevent the problem in the first
place.


On Mon, Oct 25, 2004 at 11:59:01AM -0500, Venkat Gunuganti wrote:
> Hi,
> 
> I had installed the gcc and gcc-c++ on AIX 5.2. The gcc compiler works fine, but I am some trouble using g++ compiler.
> I did a simple test using the following program.
> 
> *--------------
> //  test1.cpp
> 
> #include <cstdio>
> using namespace std;
> 
> int main ()
> {
>   printf ("Hello World!");
>   return 0;
> }
> *---------------
> I get the following errors, when I compile.
> 
> g++ test1.cpp
> 
> ld: 0711-201 SEVERE ERROR: External symbol typeinfo name for std::codecvt<wchar_t, char, char*>, defined in member codecvt.o
>         of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
> ld: 0711-201 SEVERE ERROR: External symbol typeinfo name for std::codecvt<char, char, char*>, defined in member codecvt.o
>         of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
> ld: 0711-201 SEVERE ERROR: External symbol typeinfo for std::codecvt<char, char, char*>, defined in member code cvt.o
>         of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
> ld: 0711-201 SEVERE ERROR: External symbol typeinfo for std::codecvt<wchar_t, char, char*>, defined in member codecvt.o
>         of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
> ... and more....
> 
> Look's like I am missing some flags or files here, any help is greatly appreciated.
> 
> Thanks
> Venkat
> 
> > gcc and gcc-c++ versions 3.3.2 are now available in the AIX Toolbox.  These
> > are now built directly from the FSF GNU source from the GNU website, and they
> > replace the older "GNUPro" versions previously available in the Toolbox.
> 
> 
> 
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
> http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list

-- 
David Clissold
cl...@au...

[tbox-l] Re: Package updates: gcc, gcc-c++, binutils, gdb

[Venkat G. <VG...@tr...>]

Hi,

I had installed the gcc and gcc-c++ on AIX 5.2. The gcc compiler works fine, but I am some trouble using g++ compiler.
I did a simple test using the following program.

*--------------
//  test1.cpp

#include <cstdio>
using namespace std;

int main ()
{
  printf ("Hello World!");
  return 0;
}
*---------------
I get the following errors, when I compile.

g++ test1.cpp

ld: 0711-201 SEVERE ERROR: External symbol typeinfo name for std::codecvt<wchar_t, char, char*>, defined in member codecvt.o
        of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
ld: 0711-201 SEVERE ERROR: External symbol typeinfo name for std::codecvt<char, char, char*>, defined in member codecvt.o
        of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
ld: 0711-201 SEVERE ERROR: External symbol typeinfo for std::codecvt<char, char, char*>, defined in member code cvt.o
        of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
ld: 0711-201 SEVERE ERROR: External symbol typeinfo for std::codecvt<wchar_t, char, char*>, defined in member codecvt.o
        of archive /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libstdc++.a, was not found in the archive's global symbol table.
... and more....

Look's like I am missing some flags or files here, any help is greatly appreciated.

Thanks
Venkat

> gcc and gcc-c++ versions 3.3.2 are now available in the AIX Toolbox.  These
> are now built directly from the FSF GNU source from the GNU website, and they
> replace the older "GNUPro" versions previously available in the Toolbox.

Re: [Maybe Spam] Re: [tbox-l] wu-ftp issue

[David C. <cl...@au...>]

Diane,

I rebuilt and it seems ok; try this image:
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/wu-ftpd/wu-ftpd-2.6.2-5.aix5.1.ppc.rpm


On Wed, Oct 20, 2004 at 06:41:14PM -0500, David Clissold wrote:
> That's odd.  I don't know that much about wu-ftpd, but I just tried a compile
> of it and my compile does include the "UNIX Type" string message.
> In the code, the message appears in a preprocessor define such that it only
> ever uses one or the other.  But the current Toolbox image shows the
> "UNKNOWN Type":
> 
> $ strings /usr/sbin/wu.ftpd |grep UNKNOWN
> UNKNOWN Type: L%d
> $ strings /usr/sbin/wu.ftpd |grep UNIX   
> $ 
> 
> But if I run 'strings' on the one I just compiled, I get UNIX and not UNKNOWN.
> I don't know why that is so, but I'm rebuilding into an rpm package and will
> try it out to see which message it gets.  If it works I'll put it on the FTP
> site and will let you know.
> 
> Oh, and your patch question... they are just applied with the Toolbox (GNU)
> patch command, and none of them change the file with that message in it.
> I don't think they are related.
> 
> 
> On Wed, Oct 20, 2004 at 11:11:00AM -0400, DSa...@us... wrote:
> > Dear David,
> > 
> > Thank you for your info.  Another question if I may - the FTPX vendor says
> > that this build of WU-FTPD doesn't interpret the SYST command properly, i.e
> > returning:
> > 
> > 215 UNKNOWN Type: L8
> > 
> > Instead of the proper:
> > 
> > 215 UNIX Type: L8
> > 
> > Have you heard of this before, and would you have any advice?
> > 
> > Do any of the four patches have anything to do with this problem?  How are
> > these patches applied?
> > 
> > Thank you,
> > 
> > Diane Saddler
> > Systems Administrator
> > IMS Health®
> > 660 West Germantown Pike
> > Plymouth Meeting, PA 19462
> > 610-834-5349
> > dsa...@us...
> > 
> > 
> > -----Original Message-----
> > From: David Clissold [mailto:cl...@au...]
> > Sent: Wednesday, October 13, 2004 7:19 PM
> > To: DSa...@us...
> > Cc: aix...@ww...
> > Subject: [Maybe Spam] Re: [tbox-l] wu-ftp issue
> > 
> > 
> > Dianne,
> > 
> > You can see the "spec" file from which wu-ftpd was built, at:
> > ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/SPECS/wu-ftpd-2.6.2-4
> > .spec
> > 
> > And for source patches that were needed, you can find them in:
> > ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/PATCHES
> > 
> > The source was built from the code downloaded from http://www.wu-ftpd.org/.
> > The building of wu-ftpd just followed the typical "configure" and "make"
> > pattern.  The guts of the build from the spec-file are this:
> > 
> > ############
> > export CFLAGS="$RPM_OPT_FLAGS -D_LARGE_FILES -D_AIX42 -DAIX"
> > 
> > ./configure --prefix=%{prefix} --sysconfdir=/etc --with-etc-dir=/etc
> > perl -pi -e "s/L_FORMAT \"d/L_FORMAT \"lld/g" src/config.h
> > make
> > ############
> > 
> > Where %{prefix} equals "/opt/freeware".
> > 
> > No features were explicitly turned on or off.  I don't see anything in
> > the configure help that refers to "FTP Explorer", but you can take a look
> > yourself.  Most packages here are built with mostly default values, but
> > perhaps there's some other option available that has what you are looking
> > for.
> > 
> > 
> > On Wed, Oct 13, 2004 at 11:35:51AM -0400, DSa...@us... wrote:
> > > Hi,
> > > 
> > > We are using the WU-FTP RPM package and are having issues with the FTP
> > > Explorer client in listing files using this package.  Is the Makefile, and
> > > any other customizations made to the compile available, in case certain
> > > features were turned on/off?
> > > 
> > > Thanks,
> > > 
> > > Diane Saddler
> > > Systems Administrator
> > > IMS Health®
> > > 660 West Germantown Pike
> > > Plymouth Meeting, PA 19462
> > > 610-834-5349
> > > dsa...@us...
> > > 
> > > _______________________________________________
> > > aixtoolbox-list mailing list
> > > aix...@ww...
> > > http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list
> > 
> > -- 
> > David Clissold
> > cl...@au...
> 
> -- 
> David Clissold
> cl...@au...
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
> http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list

-- 
David Clissold
cl...@au...

Re: [tbox-l] non-privileged user installs?

[Phil L. <ph...@fi...>]

On Oct 20, 2004, at 18:20, David Clissold wrote:

> Phil,
>
>   This isn't going to be perfect for you, but I think it will at least
> get you what you want, which is making the commands from coreutils
> available without having to build them yourself.


David,

I'd say it got me exactly what I wanted, and that is a leg up on these 
RPM issues in general, as well as in specific with aixtoolbox!

Thank you very much for your thorough and eminently didactic answer.

Phil Lawrence

Re: [Maybe Spam] Re: [tbox-l] wu-ftp issue

[David C. <cl...@au...>]

That's odd.  I don't know that much about wu-ftpd, but I just tried a compile
of it and my compile does include the "UNIX Type" string message.
In the code, the message appears in a preprocessor define such that it only
ever uses one or the other.  But the current Toolbox image shows the
"UNKNOWN Type":

$ strings /usr/sbin/wu.ftpd |grep UNKNOWN
UNKNOWN Type: L%d
$ strings /usr/sbin/wu.ftpd |grep UNIX   
$ 

But if I run 'strings' on the one I just compiled, I get UNIX and not UNKNOWN.
I don't know why that is so, but I'm rebuilding into an rpm package and will
try it out to see which message it gets.  If it works I'll put it on the FTP
site and will let you know.

Oh, and your patch question... they are just applied with the Toolbox (GNU)
patch command, and none of them change the file with that message in it.
I don't think they are related.


On Wed, Oct 20, 2004 at 11:11:00AM -0400, DSa...@us... wrote:
> Dear David,
> 
> Thank you for your info.  Another question if I may - the FTPX vendor says
> that this build of WU-FTPD doesn't interpret the SYST command properly, i.e
> returning:
> 
> 215 UNKNOWN Type: L8
> 
> Instead of the proper:
> 
> 215 UNIX Type: L8
> 
> Have you heard of this before, and would you have any advice?
> 
> Do any of the four patches have anything to do with this problem?  How are
> these patches applied?
> 
> Thank you,
> 
> Diane Saddler
> Systems Administrator
> IMS Health®
> 660 West Germantown Pike
> Plymouth Meeting, PA 19462
> 610-834-5349
> dsa...@us...
> 
> 
> -----Original Message-----
> From: David Clissold [mailto:cl...@au...]
> Sent: Wednesday, October 13, 2004 7:19 PM
> To: DSa...@us...
> Cc: aix...@ww...
> Subject: [Maybe Spam] Re: [tbox-l] wu-ftp issue
> 
> 
> Dianne,
> 
> You can see the "spec" file from which wu-ftpd was built, at:
> ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/SPECS/wu-ftpd-2.6.2-4
> .spec
> 
> And for source patches that were needed, you can find them in:
> ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/PATCHES
> 
> The source was built from the code downloaded from http://www.wu-ftpd.org/.
> The building of wu-ftpd just followed the typical "configure" and "make"
> pattern.  The guts of the build from the spec-file are this:
> 
> ############
> export CFLAGS="$RPM_OPT_FLAGS -D_LARGE_FILES -D_AIX42 -DAIX"
> 
> ./configure --prefix=%{prefix} --sysconfdir=/etc --with-etc-dir=/etc
> perl -pi -e "s/L_FORMAT \"d/L_FORMAT \"lld/g" src/config.h
> make
> ############
> 
> Where %{prefix} equals "/opt/freeware".
> 
> No features were explicitly turned on or off.  I don't see anything in
> the configure help that refers to "FTP Explorer", but you can take a look
> yourself.  Most packages here are built with mostly default values, but
> perhaps there's some other option available that has what you are looking
> for.
> 
> 
> On Wed, Oct 13, 2004 at 11:35:51AM -0400, DSa...@us... wrote:
> > Hi,
> > 
> > We are using the WU-FTP RPM package and are having issues with the FTP
> > Explorer client in listing files using this package.  Is the Makefile, and
> > any other customizations made to the compile available, in case certain
> > features were turned on/off?
> > 
> > Thanks,
> > 
> > Diane Saddler
> > Systems Administrator
> > IMS Health®
> > 660 West Germantown Pike
> > Plymouth Meeting, PA 19462
> > 610-834-5349
> > dsa...@us...
> > 
> > _______________________________________________
> > aixtoolbox-list mailing list
> > aix...@ww...
> > http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list
> 
> -- 
> David Clissold
> cl...@au...

-- 
David Clissold
cl...@au...

Re: [tbox-l] non-privileged user installs?

[David C. <cl...@au...>]

Phil,

  This isn't going to be perfect for you, but I think it will at least
get you what you want, which is making the commands from coreutils
available without having to build them yourself.
The packages are not relocatable, and many of them have dependencies on
libraries where it will look explicitly in /opt/freeware/lib and stuff like
that, but in the case of coreutils I think most (if not all) of them are just
general standalone commands that can probably run elsewhere.  I did a little
experimenting, and here is what I came up with.  I'll include the failures
because I think they are instructive.  I'm pretending you want to install
them in /home/prl2/toolbox, but you could use another path name.  And I
have the coreutils rpm image in the current directory as I run this.  Also
I did it all on the command line w/o using the .rpmrc config file:

$ mkdir /home/prl2/toolbox
$ rpm --root /home/prl2/toolbox -Uv coreutils*rpm
failed to open /home/prl2/toolbox/var/opt/freeware/lib/rpm/packages.rpm: No such file or directory
 error: cannot open /home/prl2/toolbox/var/opt/freeware/lib/rpm/packages.rpm

OK, that's easy to correct; make the local database directory and initialize
it, then try again:

$ mkdir -p /home/prl2/toolbox/var/opt/freeware/lib/rpm
$ rpm --root /home/prl2/toolbox --initdb
$ rpm --root /home/prl2/toolbox -Uv coreutils*
error: failed dependencies:
        /sbin/install-info   is needed by coreutils-5.0-1
        /bin/sh   is needed by coreutils-5.0-1
        /bin/sh is needed by coreutils-5.0-1
        libc.a(shr.o) is needed by coreutils-5.0-1
        libiconv.a(shr4.o) is needed by coreutils-5.0-1
        libintl.a(libintl.so.1) is needed by coreutils-5.0-1

All of these dependencies are installed with rpm and are simply not known to
your local non-root database.  Instead of making a virtual package, let's just
install with --nodeps to ignore dependency-checking,
$ rpm --root /home/prl2/toolbox -Uv coreutils*rpm --nodeps
coreutils-5.0-1
unpacking of archive failed on file /opt/freeware/bin/basename: cpio: open failed - Permission denied

OK -- now that let me attempt to install, but it didn't work because it can't
write to /opt.  Let's try using --relocate:

$ rpm --root /home/prl2/toolbox -Uv coreutils*rpm --nodeps --relocate /opt=/home/prl2/toolbox
path /opt is not relocateable for package coreutils-5.0-1

The package is not relocatable.  But there is an option "--badreloc" which
says to relocate files even though the package doesn't allow it.  Try that:

$ rpm --root /home/prl2/toolbox -Uv coreutils*rpm --nodeps --badreloc /opt=/home/prl2/toolbox
coreutils-5.0-1
unpacking of archive failed on file /usr/bin/dir: cpio: symlink failed - Permission denied 

That error is only because it is trying to create symlinks into /usr/bin for
the commands that don't otherwise exist on AIX.  But notice that it took a
longer to run, and you'll see why.  Go into your /home/prl2/toolbox directory
and you'll see a "freeware/bin" subdirectory that has all the commands you want.
So although it didn't officially install, you've now got your commands.


I think the real answer is that you can't really install this non-root and
should ask the administrator if they'll install it properly, but you can
more-or-less work cheat around it by doing the above.  With coreutils, I bet
most of the commands will work.  The other option would be to build your
own coreutils from source and run "configure --prefix=/home/prl2" from the
top of the coreutils source tree.


On Wed, Oct 20, 2004 at 12:46:37PM -0400, Phil Lawrence wrote:
> On Oct 20, 2004, at 10:26, Phil Lawrence wrote:
> > I've searched the archive of this list, but didn't find anyone
> > talking about how to install aixtoolbox RPMS as a non-privileged 
> user...

-- 
David Clissold
cl...@au...

Re: [tbox-l] non-privileged user installs?

[Phil L. <ph...@fi...>]

On Oct 20, 2004, at 10:26, Phil Lawrence wrote:
 > I've searched the archive of this list, but didn't find anyone
 > talking about how to install aixtoolbox RPMS as a non-privileged 
user...

OK, I gave it my best shot, but could use a hand:

----------SETUP STUFF--------------------
bash-2.04$ cat bin/setup-rpmbuildroot
MYRPMBUILD="myrpmbuild"

# Set up build area
mkdir                                       \
   $HOME/$MYRPMBUILD                         \
   $HOME/$MYRPMBUILD/tmp                     \
   $HOME/$MYRPMBUILD/platform                \
   $HOME/$MYRPMBUILD/platform/$OSTYPE        \
   $HOME/$MYRPMBUILD/platform/$OSTYPE/rpm    \
   $HOME/$MYRPMBUILD/BUILD                   \
   $HOME/$MYRPMBUILD/RPMS                    \
   $HOME/$MYRPMBUILD/RPMS/i386               \
   $HOME/$MYRPMBUILD/SOURCES                 \
   $HOME/$MYRPMBUILD/SPECS                   \
   $HOME/$MYRPMBUILD/SRPMS

# Set up .rpmmacros file
echo "%user_home    %(echo \$HOME)"                                     
      >  $HOME/.rpmmacros
echo "%_dbpath      %{user_home}/$MYRPMBUILD/platform/%(echo 
$OSTYPE)/rpm"   >> $HOME/.rpmmacros
echo "%_tmppath     %{user_home}/$MYRPMBUILD/tmp"                       
      >> $HOME/.rpmmacros
echo "%_topdir      %{user_home}/$MYRPMBUILD"                           
      >> $HOME/.rpmmacros

# Create private RPM database
rpm --initdb

# At this point you won't be able to install any package as they all 
require
# /bin/sh. As usual, it won't look whether or not the physical file is 
here,
# it will simply search the current database. Your private and 
currently empty
# database that is.

# Work around the above fact
echo "provides: /bin/sh"    > $HOME/.rpmrc
-----------------------------------------

----------THE ATTEMPT--------------------
bash-2.04$ pwd
/home/prl2

bash-2.04$ ls -l coreutils-5.0-1.aix5.1.ppc.rpm
-rw-------   1 prl2     staff       2548929 Oct 20 12:35 
coreutils-5.0-1.aix5.1.ppc.rpm

bash-2.04$ rpm -U -vv --prefix /home/prl2/ATLA 
coreutils-5.0-1.aix5.1.ppc.rpm
D: counting packages to install
D: found 1 packages
D: looking for packages to download
D: retrieved 0 packages
D: New Header signature
D: Signature size: 68
D: Signature pad : 4
D: sigsize         : 72
D: Header + Archive: 2548761
D: expected size   : 2548761
D: opening database mode 0x102 in 
/home/prl2/myrpmbuild/platform/aix4.3.2.0/rpm
error: package coreutils is not relocateable
-----------------------------------------

Any ideas?  Is this just not possible, i.e. I must install from source?

Thanks,
Phil

RE: [Maybe Spam] Re: [tbox-l] wu-ftp issue

[<DSa...@us...>]

Dear David,

Thank you for your info.  Another question if I may - the FTPX vendor =
says
that this build of WU-FTPD doesn't interpret the SYST command properly, =
i.e
returning:

215 UNKNOWN Type: L8

Instead of the proper:

215 UNIX Type: L8

Have you heard of this before, and would you have any advice?

Do any of the four patches have anything to do with this problem?  How =
are
these patches applied?

Thank you,

Diane Saddler
Systems Administrator
IMS Health=AE
660 West Germantown Pike
Plymouth Meeting, PA 19462
610-834-5349
dsa...@us...


-----Original Message-----
From: David Clissold [mailto:cl...@au...]
Sent: Wednesday, October 13, 2004 7:19 PM
To: DSa...@us...
Cc: aix...@ww...
Subject: [Maybe Spam] Re: [tbox-l] wu-ftp issue


Dianne,

You can see the "spec" file from which wu-ftpd was built, at:
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/SPECS/wu-ftpd-2.6=
.2-4
.spec

And for source patches that were needed, you can find them in:
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/PATCHES

The source was built from the code downloaded from =
http://www.wu-ftpd.org/.
The building of wu-ftpd just followed the typical "configure" and =
"make"
pattern.  The guts of the build from the spec-file are this:

############
export CFLAGS=3D"$RPM_OPT_FLAGS -D_LARGE_FILES -D_AIX42 -DAIX"

./configure --prefix=3D%{prefix} --sysconfdir=3D/etc =
--with-etc-dir=3D/etc
perl -pi -e "s/L_FORMAT \"d/L_FORMAT \"lld/g" src/config.h
make
############

Where %{prefix} equals "/opt/freeware".

No features were explicitly turned on or off.  I don't see anything in
the configure help that refers to "FTP Explorer", but you can take a =
look
yourself.  Most packages here are built with mostly default values, but
perhaps there's some other option available that has what you are =
looking
for.


On Wed, Oct 13, 2004 at 11:35:51AM -0400, DSa...@us... =
wrote:
> Hi,
>=20
> We are using the WU-FTP RPM package and are having issues with the =
FTP
> Explorer client in listing files using this package.  Is the =
Makefile, and
> any other customizations made to the compile available, in case =
certain
> features were turned on/off?
>=20
> Thanks,
>=20
> Diane Saddler
> Systems Administrator
> IMS Health=AE
> 660 West Germantown Pike
> Plymouth Meeting, PA 19462
> 610-834-5349
> dsa...@us...
>=20
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
> =
http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-li=
st

--=20
David Clissold
cl...@au...

[tbox-l] non-privileged user installs?

[Phil L. <ph...@fi...>]

Hello,

I've searched the archive of this list, but didn't find anyone talking  
about how to install aixtoolbox RPMS as a non-privileged user...

I'm not sysadmin on the box in question, and simply want the  
convenience of GNU coreutils, etc.

So, how can I do this?  I turned up one old, non-AIX post about rpm and  
non-privileged installs in general:

    
http://64.233.161.104/search?q=cache:ZKEWmk9Ij7AJ:www.geocrawler.com/ 
archives/3/87/2001/12/100/7264073/ 
+aix+toolbox+for+linux+prefix+rpm&hl=en

Is this correct?  Or can you point me to some other resource?

Thank you,
Phil Lawrence

[tbox-l] subversion?

[Remco P. <r....@sa...>]

Hi,

does anyone know of a binary distribution of subversion 
http://subversion.tigris.org/ ?

I'm especially intrested in the client part, and building it ourselfs 
appears to involve hacking libtool into submission, which is not 
something a sysadmin should be required to use....

-- 
Met vriendelijke groeten,

Remco Post

SARA - Reken- en Netwerkdiensten                      http://www.sara.nl
High Performance Computing  Tel. +31 20 592 3000    Fax. +31 20 668 3167

"I really didn't foresee the Internet. But then, neither did the
computer industry. Not that that tells us very much of course - the
computer industry didn't even foresee that the century was going to
end." -- Douglas Adams

Re: [tbox-l] wu-ftp issue

[David C. <cl...@au...>]

Dianne,

You can see the "spec" file from which wu-ftpd was built, at:
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/SPECS/wu-ftpd-2.6.2-4.spec

And for source patches that were needed, you can find them in:
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/PATCHES

The source was built from the code downloaded from http://www.wu-ftpd.org/.
The building of wu-ftpd just followed the typical "configure" and "make"
pattern.  The guts of the build from the spec-file are this:

############
export CFLAGS="$RPM_OPT_FLAGS -D_LARGE_FILES -D_AIX42 -DAIX"

./configure --prefix=%{prefix} --sysconfdir=/etc --with-etc-dir=/etc
perl -pi -e "s/L_FORMAT \"d/L_FORMAT \"lld/g" src/config.h
make
############

Where %{prefix} equals "/opt/freeware".

No features were explicitly turned on or off.  I don't see anything in
the configure help that refers to "FTP Explorer", but you can take a look
yourself.  Most packages here are built with mostly default values, but
perhaps there's some other option available that has what you are looking for.


On Wed, Oct 13, 2004 at 11:35:51AM -0400, DSa...@us... wrote:
> Hi,
> 
> We are using the WU-FTP RPM package and are having issues with the FTP
> Explorer client in listing files using this package.  Is the Makefile, and
> any other customizations made to the compile available, in case certain
> features were turned on/off?
> 
> Thanks,
> 
> Diane Saddler
> Systems Administrator
> IMS Health®
> 660 West Germantown Pike
> Plymouth Meeting, PA 19462
> 610-834-5349
> dsa...@us...
> 
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
> http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list

-- 
David Clissold
cl...@au...

[tbox-l] wu-ftp issue

[<DSa...@us...>]

Hi,

We are using the WU-FTP RPM package and are having issues with the FTP
Explorer client in listing files using this package.  Is the Makefile, and
any other customizations made to the compile available, in case certain
features were turned on/off?

Thanks,

Diane Saddler
Systems Administrator
IMS Health®
660 West Germantown Pike
Plymouth Meeting, PA 19462
610-834-5349
dsa...@us...

Re: [tbox-l] vim

[David C. <cl...@au...>]

The vim package was splut up similar to the way it was done on the RedHat
Linux distribution.  You are right that vim-common is required for
any vim package.  As for the others, they all coexist, so you don't
have to choose just one unless you are really pressed for space.

"vim-minimal" installs Vim's "vi" executable, but it does claim to
have most of the vim features.  The description includes this:
"VIM improves on vi by adding new features: multiple windows, multi-level
undo, block highlighting and more."

"vim-enhanced" installs the "vim" executable and has essentially the same
description, but includes this extra sentence:
"The vim-enhanced package contains a version of VIM with extra, recently
introduced features like Python and Perl interpreters."

"vim-X11" installs "gvim" which  it is graphical.

So you get different behavior whether you invoke it as "vi", "vim", or "gvim".
For your second email, I don't know the answer, but if it is indeed fixed
by using a newer vim you might want to try using vim 6.3 instead.
You can build a copy from www.vim.org, or get binaries from UCLA from:
http://aixpdslib.seas.ucla.edu/packages/vim.html
(We hope to have clearance to update the Toolbox vim to 6.3 at some time).


On Mon, Oct 11, 2004 at 03:17:06PM -0500, Garry Garrett wrote:
> You have 3 versions of VIM in the tool box.  The descriptions don't
> really give me enough to go on: "minimal", "enhanced" and "X11" (of
> course all 3 build upon the "common" package).
> 
> What is minimal?  It it only the features in "vi" without the extra
> "vim" features?  That would be my guess.
> 
> What is the X11 version?  Does it always run X11, or does it give
> you the option of specifiying a flag that tells it to run X11
> instead of command line / curses, etc.?  Is the X11 version built
> on top of the minimal version or is it built on top of the enhanced
> version (i.e. if I take X11 am I giving up some enhancements in
> "enhanced")?
> 
> If the X11 version is built on top of the enhanced version, and
> I can run it command line, then that's probably what I want.  If
> it is strictly X11 and not command-line, or it lacks the VIM
> enhancements to vi, I probably want "enhanced".  There isn't
> enough in the descripion to go on for me to make an informed
> decision.
> 
> -- 
> -----------------------------------------------------------------------
> Garry J. Garrett                                            
> CSG Systems, Inc.      ._o             o              __o   
> 2525 North 117th Ave.    |>           <\            -\<,    
> Mailstop 2NP6            4    . . .. />   . . .. ...O/ O    
> Omaha, NE 68164-3679                                        
> 
> CSG Systems  - http://www.csgsystems.com/	
> CSG Internal - http://den-em1.co.csgsystems.com:8006/		
> My Homepage  - http://garrett.no-ip.com:8080/
> 
>        ...Professor Plumb, in the DMZ, with the named pipe...
> 
> I do not speak in any capacity on behalf of CSG Systems, Inc.
> I get into enough trouble speaking for myself.
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
> http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list

-- 
David Clissold
cl...@au...

Re: [tbox-l] vim

[Marc S. <ma...@au...>]

Use rpm -qi to get more detailed information on an installed package.
Use rpm -qip to get more detailed information on an RPM package.

Basically, vim-minimal is vim's version of vi, vim-enhanced is "vim"
and includes Python and Perl hooks, and vim-X11 is the graphical version.

> 
> You have 3 versions of VIM in the tool box.  The descriptions don't
> really give me enough to go on: "minimal", "enhanced" and "X11" (of
> course all 3 build upon the "common" package).
> 
> What is minimal?  It it only the features in "vi" without the extra
> "vim" features?  That would be my guess.
> 
> What is the X11 version?  Does it always run X11, or does it give
> you the option of specifiying a flag that tells it to run X11
> instead of command line / curses, etc.?  Is the X11 version built
> on top of the minimal version or is it built on top of the enhanced
> version (i.e. if I take X11 am I giving up some enhancements in
> "enhanced")?
> 
> If the X11 version is built on top of the enhanced version, and
> I can run it command line, then that's probably what I want.  If
> it is strictly X11 and not command-line, or it lacks the VIM
> enhancements to vi, I probably want "enhanced".  There isn't
> enough in the descripion to go on for me to make an informed
> decision.
> 
> -- 
> -----------------------------------------------------------------------
> Garry J. Garrett                                            
> CSG Systems, Inc.      ._o             o              __o   
> 2525 North 117th Ave.    |>           <\            -\<,    
> Mailstop 2NP6            4    . . .. />   . . .. ...O/ O    
> Omaha, NE 68164-3679                                        
> 
> CSG Systems  - http://www.csgsystems.com/	
> CSG Internal - http://den-em1.co.csgsystems.com:8006/		
> My Homepage  - http://garrett.no-ip.com:8080/
> 
>        ...Professor Plumb, in the DMZ, with the named pipe...
> 
> I do not speak in any capacity on behalf of CSG Systems, Inc.
> I get into enough trouble speaking for myself.
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
> http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list
> 


-- 
Marc Stephenson		                                             IBM Austin
ma...@au...                                     Notes: ma...@us...
T/L 678-3189

[tbox-l] vim & AIX 5.1 ML04

[Garry G. <gar...@cs...>]

The "enhanced" version of vim that you have on

http://www-1.ibm.com/servers/aix/products/aixos/linux/download.html

Does not appear to work properly with AIX 5.1 ML04.  See:

http://www.dbforums.com/t889656.html

The "Work Around" described on this page is to not load your
.vimrc file (in other words, don't use all that niffty 
functionality that you loaded vim for in the first place).
The problem also appears when you try to search for something.
An editor that can't search, that's almost useful.  :-)

Web pages describing this problem that I have found seem
to suggest that this is an O.S. specific bug that is fixed
in more recent versions of vim.

-- 
-----------------------------------------------------------------------
Garry J. Garrett                                            
CSG Systems, Inc.      ._o             o              __o   
2525 North 117th Ave.    |>           <\            -\<,    
Mailstop 2NP6            4    . . .. />   . . .. ...O/ O    
Omaha, NE 68164-3679                                        

CSG Systems  - http://www.csgsystems.com/	
CSG Internal - http://den-em1.co.csgsystems.com:8006/		
My Homepage  - http://garrett.no-ip.com:8080/

       ...Professor Plumb, in the DMZ, with the named pipe...

I do not speak in any capacity on behalf of CSG Systems, Inc.
I get into enough trouble speaking for myself.

[tbox-l] vim

[Garry G. <gar...@cs...>]

You have 3 versions of VIM in the tool box.  The descriptions don't
really give me enough to go on: "minimal", "enhanced" and "X11" (of
course all 3 build upon the "common" package).

What is minimal?  It it only the features in "vi" without the extra
"vim" features?  That would be my guess.

What is the X11 version?  Does it always run X11, or does it give
you the option of specifiying a flag that tells it to run X11
instead of command line / curses, etc.?  Is the X11 version built
on top of the minimal version or is it built on top of the enhanced
version (i.e. if I take X11 am I giving up some enhancements in
"enhanced")?

If the X11 version is built on top of the enhanced version, and
I can run it command line, then that's probably what I want.  If
it is strictly X11 and not command-line, or it lacks the VIM
enhancements to vi, I probably want "enhanced".  There isn't
enough in the descripion to go on for me to make an informed
decision.

-- 
-----------------------------------------------------------------------
Garry J. Garrett                                            
CSG Systems, Inc.      ._o             o              __o   
2525 North 117th Ave.    |>           <\            -\<,    
Mailstop 2NP6            4    . . .. />   . . .. ...O/ O    
Omaha, NE 68164-3679                                        

CSG Systems  - http://www.csgsystems.com/	
CSG Internal - http://den-em1.co.csgsystems.com:8006/		
My Homepage  - http://garrett.no-ip.com:8080/

       ...Professor Plumb, in the DMZ, with the named pipe...

I do not speak in any capacity on behalf of CSG Systems, Inc.
I get into enough trouble speaking for myself.

[tbox-l] Cvs pserver

[Martin B. A. <amb...@re...>]

Hi everyone,
I'm using cvs in an AIX 5.2 box, and keep getting core dumps in /tmp when using pserver (windows clients).
Aside from the cores, the cvs works fine. I've tried cvs-1.11.5-5.aix5.1.ppc.rpm and cvs-1.11.17-1.aix5.1.ppc.rpm and both have the same problem. Using ssh instead of pserver works, but I didn't want to create users for everyone.
After a while, /tmp partition becomes full.
Has anyone else experienced this? Is there a fix somewhere?

Thank you,
  Agustin.

--
***************************************************************************
*       Agustín Martín Barbero        *      Red Eléctrica de España      *
*    Departamento Métodos y Medios    * Pº del Conde de los Gaitanes, 177 *
* Dir. de Tecnología y Medio Ambiente *     28109 Alcobendas - Madrid     *
*    Tel: 91 659 91 19 ext. 3261      *          amb...@re...         *
***************************************************************************
 
*********************************************************************************
Este correo electrónico está dirigido exclusivamente al destinatario o destinatarios
especificados y la información contenida en él es confidencial y privilegiada, siendo
Ud.consciente del carácter de la misma. Si ha recibido este mensaje por error, por
favor notifíqueselo inmediatamente al remitente por correo electrónico y proceda a
su eliminación de manera inmediata. Queda prohibido cualquier uso, revisión, difusión,
distribución o copiado no autorizado de esta información, que, si se produjera,
constituiría un incumplimiento de la confidencialidad. Las opiniones, conclusiones e
información contenidas en este mensaje que no sean reconocidas oficialmente por la
Compañía no vincularán a la misma y se considerarán como no suministradas.
Muchas gracias por su colaboración.

This e-mail is intended only for its indicated address or addresses and the
information contained in it is confidential and privileged, and you are on notice of
its status.If you have received this e-mail in error please notify immediately the
sender by reply e-mail and delete it immediately. Any use, review, dissemination,
distribution or copying non authorised of this e mail is prohibited, to do so could
be a breach of confidence. The opinions, conclusions and information in this message
that have not been officialy assumed by the Company will not be binding to it, and
will be understood as neither given.Thank you for your co-operation.
*********************************************************************************

[tbox-l] Updates: cvs, m4, mutt, rsync, unzip

[David C. <cl...@au...>]

The following packages in the AIX Toolbox have been updated to newer versions:
  cvs              1.11.17    A version control system.
  m4               1.4.1      The GNU macro processor.
  mutt             1.4.2.1    A text mode mail user agent.
  rsync            2.6.2      A program for synchronizing files over a network.
  unzip            5.51       A utility for unpacking zip files.

The new RPMs can be obtainted from the following FTP locations:
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/cvs/cvs-1.11.17-1.aix5.1.ppc.rpm
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/m4/m4-1.4.1-1.aix5.1.ppc.rpm
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/mutt/mutt-1.4.2.1-1.aix5.1.ppc.rpm
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/rsync/rsync-2.6.2-1.aix5.1.ppc.rpm
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/unzip/unzip-5.51-1.aix5.1.ppc.rpm

The AIX Toolbox website download tables will be updated soon to include these
new images.  To try them immediately, use the links above.

[tbox-l] Package updates: gcc, gcc-c++, binutils, gdb

[David C. <cl...@au...>]

gcc and gcc-c++ versions 3.3.2 are now available in the AIX Toolbox.  These
are now built directly from the FSF GNU source from the GNU website, and they
replace the older "GNUPro" versions previously available in the Toolbox.

Also updated are binutils (version 2.14) and gdb (version 6.0); these also
were formerly built from the GNUPro source version and are now built
directly from the FSF GNU source.
If you are going to install the updated gcc and gcc-c++ packages, it is
recommended that you update binutils and gdb as well (if you have the old
versions installed).

In fact, if you plan to update these packages, you may wish to deinstall the
GNUPro images and then remove the /opt/freeware/GNUPro directory and any stray
remaining contents (assuming you aren't using this directory for other
unrelated purposes, which would not be expected).
Note that the GCC C++ compiler package from the GNUPro source was packaged
as "g++" and is now replaced by the newer "gcc-c++" package.

The compiler (gcc, gcc-c++) images for AIX 5.1 are available at:
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/gcc/gcc-3.3.2-3.aix5.1.ppc.rpm
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/gcc/gcc-cplusplus-3.3.2-3.aix5.1.ppc.rpm

The compiler images for AIX 5.2 and higher (including 5.3) are available at:
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/gcc/gcc-3.3.2-3.aix5.2.ppc.rpm
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/gcc/gcc-cplusplus-3.3.2-3.aix5.2.ppc.rpm

The binutils and gdb images, for all AIX 5.1 and higher levels:
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/binutils/binutils-2.14-2.aix5.1.ppc.rpm
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/gdb/gdb-6.0-1.aix5.1.ppc.rpm

The AIX Toolbox website download tables will be updated soon to include these
new images.  To try them immediately, use the links above.

Re: [tbox-l] Latex and Yacc

[Marc S. <ma...@au...>]

Looks like tetex is available at the UCLA and Bull freeware sites.  We were
unable to clear tetex for distribution when I looked at it a few years ago.

That doesn't mean that the Toolbox will never have it, but it's not likely. 

Marc Stephenson

> 
> AIX Toolbox mail archives are at:
> http://www-124.ibm.com/pipermail/aixtoolbox-list/
> 
> You can look at individual emails, download a month's worth, or download the
> full list archive as one file (link near the top).
> 
> Latex is not in the Toolbox, but yacc is... or rather, bison is.
> AIX has it's own native yacc command, in the bos.adt.utils fileset.  If you
> instead want to use the GNU version of yacc (called bison), it is in the
> bison package:
> ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/bison/bison-1.875-2.aix5.1.ppc.rpm
> (Actually, that package includes 'yacc', but it just execute 'bison').
> 
> -- 
> David Clissold
> cl...@au...
> 
> On Wed, Oct 06, 2004 at 11:09:47AM +0100, Mario Ribeiro (JORDÃO) wrote:
> > Hi,
> > 
> > Could someone explain me how to search in the aixtoolbox-list Archives. 
> > 
> > I need latex and yacc. I can't find them on the aixtoolbox. 
> > 
> > Mário Ribeiro
> > 
> > _______________________________________________
> > aixtoolbox-list mailing list
> > aix...@ww...
> > http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list
> 
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
> http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list
> 


-- 
Marc Stephenson		                                             IBM Austin
ma...@au...                                     Notes: ma...@us...
T/L 678-3189

Re: [tbox-l] Latex and Yacc

[David C. <cl...@au...>]

AIX Toolbox mail archives are at:
http://www-124.ibm.com/pipermail/aixtoolbox-list/

You can look at individual emails, download a month's worth, or download the
full list archive as one file (link near the top).

Latex is not in the Toolbox, but yacc is... or rather, bison is.
AIX has it's own native yacc command, in the bos.adt.utils fileset.  If you
instead want to use the GNU version of yacc (called bison), it is in the
bison package:
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/bison/bison-1.875-2.aix5.1.ppc.rpm
(Actually, that package includes 'yacc', but it just execute 'bison').

-- 
David Clissold
cl...@au...

On Wed, Oct 06, 2004 at 11:09:47AM +0100, Mario Ribeiro (JORDÃO) wrote:
> Hi,
> 
> Could someone explain me how to search in the aixtoolbox-list Archives. 
> 
> I need latex and yacc. I can't find them on the aixtoolbox. 
> 
> Mário Ribeiro
> 
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
> http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list