aixtoolbox-list — General discussion list for aixtoolbox

Re: [tbox-l] developing applications with glade

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

I'm not sure I can answer this, but maybe I can start you in the right
direction.

You are running "./autogen.sh", but in what directory are you in?
That is, there must be a specific package and version that you have
downloaded, in which you are running the autogen.sh command... presumably
some version of glade, or perhaps some other gnome package?

Your error ends with:
> autom4te: cannot remove /tmp/am4t5641.1646676: File exists
>  at /usr/local/bin/autom4te line 0

That says that the autom4te command couldn't remove the temporary 
directory that it created for some reason.  Maybe there are some files
created in directory /tmp/am4t5641.1646676 that didn't get cleaned up.
Perhaps if you can see what those files are, it will give some clue
as to what happened.  If that's all it is, it might not actually hinder
you from continuing your build.  "autom4te" is an "m4" command
wrapper that is part of the "autoconf" package, written in perl, and I see
that it creates the temp directory on line 942:
mktmpdir ('am4t');

However, that is line 942 of the /usr/bin/autom4te, which comes in the
AIX Toolbox autoconf-2.58 package.  In your case, your error message says
the error was in "/usr/local/bin/autom4te", so it appears that you have
your own copy of autoconf installed locally in /usr/local/bin.  You
might want to try out the Toolbox version, though it may behave the same;
at least, looking at your copy of autom4te and examining any files in
the temporary directory /tmp/am4t5641.1646676 may offer some clues.



On Mon, Apr 26, 2004 at 10:12:41AM +0200, Joachim Backes wrote:
> Hi,
> 
> does somebody have experiences with the development of GNOME programs using
> glade? In my case, ./autogen.sh dies with
> 
>         autom4te: cannot remove /tmp/am4t5641.1646676: File exists
> 
> Output of autogen.sh:
> 
> ------------------------------------------------------------------
> 
> ./autogen.sh
> **Warning**: I am going to run `configure' with no arguments.
> If you wish to pass any to it, please specify them on the
> `./autogen.sh' command line.
> 

..... some output deleted....

> Running automake --gnu  ...
> Running autoconf ...
> autom4te: cannot remove /tmp/am4t5641.1646676: File exists
>  at /usr/local/bin/autom4te line 0
> **Error**: autoconf failed.
> 
> --------------------------------------------------------------------------------------
> 
> Any help appreciated.
> 
> Regards
> 
> Joachim Backes
> 
> --
> 
> Joachim Backes <ba...@rh...>
> University of Kaiserslautern,Computer Center,
> High Performance Computing Department,
> D-67653 Kaiserslautern, PO Box 3049, Germany
> --------------------------------------------------
> Phone: +49-631-205-2438, FAX: +49-631-205-3056
> http://hlrwm.rhrk.uni-kl.de/home/staff/backes.html  

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

[tbox-l] screen uses way too much CPU after upgrading several AIX 5.2ML2 filesets

[Jurjen O. <jur...@st...>]

Hi there,

I'm running several AIX5.2 ML2 boxes, with post-ML2 filesets installed. A
week or two ago, I installed a whole bunch of upgrades. After that, screen
uses way too much CPU-time. A truss of the "SCREEN -R" process shows:

0.0000:        seteuid(1000)                    = 0
0.0008:        setgidx(1, 1)                    = 0
0.0013:        open("/tmp/uscreens/S-joskam/1802420.pts-0.triprod1", O_RDONLY|O_NONBLOCK) = 4
0.0018:        seteuid(1000)                    = 0
0.0023:        setgidx(1, 1)                    = 0
0.0028:        _select(32767, 0x2FF20318, 0x2FF21318, 0x00000000, 0x00000000) = 1
0.0035:        kioctl(4, -2147195266, 0x2FF201A0, 0x00000000) = 0
0.0040:        kioctl(4, -2147195267, 0x2FF201A0, 0x00000000) = 0
0.0044:        kfcntl(4, F_SETFL, 0x00000000)   = 0
kread(4, "\0\0\0\0\0\0\0\0\0\0\0\0".., 3120)    = 0
0.0055:        close(4)                         = 0
0.0060:        seteuid(1000)                    = 0
0.0065:        setgidx(1, 1)                    = 0
0.0070:        open("/tmp/uscreens/S-joskam/1802420.pts-0.triprod1", O_RDONLY|O_NONBLOCK) = 4
0.0074:        seteuid(1000)                    = 0
0.0079:        setgidx(1, 1)                    = 0
0.0084:        _select(32767, 0x2FF20318, 0x2FF21318, 0x00000000, 0x00000000) = 1
0.0091:        kioctl(4, -2147195266, 0x2FF201A0, 0x00000000) = 0
0.0095:        kioctl(4, -2147195267, 0x2FF201A0, 0x00000000) = 0
0.0100:        kfcntl(4, F_SETFL, 0x00000000)   = 0
kread(4, "\0\0\0\0\0\0\0\0\0\0\0\0".., 3120)    = 0
0.0110:        close(4)                         = 0
0.0115:        seteuid(1000)                    = 0
0.0120:        setgidx(1, 1)                    = 0
0.0125:        open("/tmp/uscreens/S-joskam/1802420.pts-0.triprod1", O_RDONLY|O_NONBLOCK) = 4
0.0129:        seteuid(1000)                    = 0
0.0134:        setgidx(1, 1)                    = 0
0.0139:        _select(32767, 0x2FF20318, 0x2FF21318, 0x00000000, 0x00000000) = 1
0.0145:        kioctl(4, -2147195266, 0x2FF201A0, 0x00000000) = 0
0.0150:        kioctl(4, -2147195267, 0x2FF201A0, 0x00000000) = 0
0.0156:        kfcntl(4, F_SETFL, 0x00000000)   = 0
kread(4, "\0\0\0\0\0\0\0\0\0\0\0\0".., 3120)    = 0
0.0165:        close(4)                         = 0
	[... and so on]

It works OK, though.

Is this a problem in screen perhaps?

Note that I also have qmail installed on those machines. After the upgrade I
mentioned, I had to recompile qmail because qmail-send used 100% CPU, but
otherwise worked fine.

-- 
Jurjen Oskam

"Avoid putting a paging file on a fault-tolerant drive, such as a mirrored
volume or a RAID-5 volume. Paging files do not need fault-tolerance." - 308417

[tbox-l] developing applications with glade

[Joachim B. <ba...@rh...>]

Hi,

does somebody have experiences with the development of GNOME programs using
glade? In my case, ./autogen.sh dies with

        autom4te: cannot remove /tmp/am4t5641.1646676: File exists

Output of autogen.sh:

------------------------------------------------------------------


./autogen.sh
**Warning**: I am going to run `configure' with no arguments.
If you wish to pass any to it, please specify them on the
`./autogen.sh' command line.

processing .
deletefiles is 
Creating ./aclocal.m4 ...
Running gettextize...  Ignore non-fatal messages.
Wiping out intl/ subdirectory
Copying file ABOUT-NLS
Copying file intl/ChangeLog
Copying file intl/Makefile.in
Copying file intl/VERSION
Copying file intl/bindtextdom.c
Copying file intl/config.charset
Copying file intl/dcgettext.c
Copying file intl/dcigettext.c
Copying file intl/dcngettext.c
Copying file intl/dgettext.c
Copying file intl/dngettext.c
Copying file intl/explodename.c
Copying file intl/finddomain.c
Copying file intl/gettext.c
Copying file intl/gettext.h
Copying file intl/gettextP.h
Copying file intl/hash-string.h
Copying file intl/intl-compat.c
Copying file intl/l10nflist.c
Copying file intl/libgettext.h
Copying file intl/libgnuintl.h
Copying file intl/loadinfo.h
Copying file intl/loadmsgcat.c
Copying file intl/localcharset.c
Copying file intl/locale.alias
Copying file intl/localealias.c
Copying file intl/ngettext.c
Copying file intl/plural.c
Copying file intl/plural.y
Copying file intl/ref-add.sin
Copying file intl/ref-del.sin
Copying file intl/textdomain.c
Copying file po/Makefile.in.in
Adding an entry to po/ChangeLog (backup is in po/ChangeLog~)

Please add the files
  codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4
  progtest.m4
from the /opt/freeware/share/aclocal directory to your autoconf macro directory
or directly to your aclocal.m4 file.
You will also need config.guess and config.sub, which you can get from
ftp://ftp.gnu.org/pub/gnu/config/.

Making ./aclocal.m4 writable ...
Running aclocal  -I macros ...
Running autoheader...
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.

WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':

WARNING:   AC_DEFINE([NEED_MAIN], 1,
WARNING:             [Define if a function `main' is needed.])

WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
Running automake --gnu  ...
Running autoconf ...
autom4te: cannot remove /tmp/am4t5641.1646676: File exists
 at /usr/local/bin/autom4te line 0
**Error**: autoconf failed.

--------------------------------------------------------------------------------------

Any help appreciated.

Regards



Joachim Backes

--

Joachim Backes <ba...@rh...>
University of Kaiserslautern,Computer Center,
High Performance Computing Department,
D-67653 Kaiserslautern, PO Box 3049, Germany
--------------------------------------------------
Phone: +49-631-205-2438, FAX: +49-631-205-3056
http://hlrwm.rhrk.uni-kl.de/home/staff/backes.html  

Re: [tbox-l] Correction to samba-2.2.7-4

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

This revisits a topic from a couple years ago; I had to go back and find it.
You might be interested to go back to this posting in the archives and
follow the thread:
http://www-124.ibm.com/pipermail/aixtoolbox-list/2002-July/000975.html

Basically, samba can be started via inetd, or it can be started as
standalone daemons (in AIX's case via startsrc/stopsrc), but shouldn't be
done both ways.  No clear answer was better than the other, so our package
has it in inetd... but if you prefer the other way, you can remove the entries
from /etc/inetd.conf and add them to srcmstr control as described in the
aforementioned email link (you don't need to maniuplate ODM manually).


On Fri, Apr 16, 2004 at 02:38:01PM +0300, Ema...@te... wrote:
> Hello,
> 
> I just installed samba on a 5.2 ML2 IBM 275 Maschine. But I didn't find a 
> way to start the daemons!
> After a while I discovered that sshd is started/stoped  with the program 
> startsrc/stopsrc. Is it possible to do this with samba as well?
> I tried a little bit and with:
> 
> odmadd samba-file
> 
> I can add the nmbd/smbd daemons so I can start/stop them with 
> startsrc/stopsrc after a reboot with a startscript in /etc/rc.d/rc2.d
> Maybe this can be included in the next release of samba.
> 
> Bye
>         Emanuel
> 
> P.S.: The entries in inetd.conf for smbd/nmbd should then be deleted 
> 
> 
> samba-file:
> 
> SRCsubsys:
>         subsysname = "nmbd"
>         synonym = ""
>         cmdargs = "-D -l /var/log/samba"
>         path = "/usr/sbin/nmbd"
>         uid = 0
>         auditid = 0
>         standin = "/dev/console"
>         standout = "/dev/console"
>         standerr = "/dev/console"
>         action = 1
>         multi = 0
>         contact = 2
>         svrkey = 0
>         svrmtype = 0
>         priority = 20
>         signorm = 15
>         sigforce = 9
>         display = 1
>         waittime = 20
>         grpname = "samba"
> 
> SRCsubsys:
>         subsysname = "smbd"
>         synonym = ""
>         cmdargs = "-D -l /var/log/samba"
>         path = "/usr/sbin/smbd"
>         uid = 0
>         auditid = 0
>         standin = "/dev/console"
>         standout = "/dev/console"
>         standerr = "/dev/console"
>         action = 1
>         multi = 0
>         contact = 2
>         svrkey = 0
>         svrmtype = 0
>         priority = 20
>         signorm = 15
>         sigforce = 9
>         display = 1
>         waittime = 20
>         grpname = "samba"
> 

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

[tbox-l] Correction to samba-2.2.7-4

[<Ema...@te...>]

Hello,

I just installed samba on a 5.2 ML2 IBM 275 Maschine. But I didn't find a 
way to start the daemons!
After a while I discovered that sshd is started/stoped  with the program 
startsrc/stopsrc. Is it possible to do this with samba as well?
I tried a little bit and with:

odmadd samba-file

I can add the nmbd/smbd daemons so I can start/stop them with 
startsrc/stopsrc after a reboot with a startscript in /etc/rc.d/rc2.d
Maybe this can be included in the next release of samba.

Bye
        Emanuel

P.S.: The entries in inetd.conf for smbd/nmbd should then be deleted 


samba-file:

SRCsubsys:
        subsysname = "nmbd"
        synonym = ""
        cmdargs = "-D -l /var/log/samba"
        path = "/usr/sbin/nmbd"
        uid = 0
        auditid = 0
        standin = "/dev/console"
        standout = "/dev/console"
        standerr = "/dev/console"
        action = 1
        multi = 0
        contact = 2
        svrkey = 0
        svrmtype = 0
        priority = 20
        signorm = 15
        sigforce = 9
        display = 1
        waittime = 20
        grpname = "samba"

SRCsubsys:
        subsysname = "smbd"
        synonym = ""
        cmdargs = "-D -l /var/log/samba"
        path = "/usr/sbin/smbd"
        uid = 0
        auditid = 0
        standin = "/dev/console"
        standout = "/dev/console"
        standerr = "/dev/console"
        action = 1
        multi = 0
        contact = 2
        svrkey = 0
        svrmtype = 0
        priority = 20
        signorm = 15
        sigforce = 9
        display = 1
        waittime = 20
        grpname = "samba"

[tbox-l] Correction to bison 1.875 package

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

Earlier this month, bison version 1.875 was made available in the Toolbox.
Unfortunately, there was a packaging error in that image.

The image with the error is "bison-1.875-1.aix5.1.ppc.rpm".  The error
has been corrected, and now available is "bison-1.875-2.aix5.1.ppc.rpm".
If you have installed the bison 1.875 image this month, I recommend that
you install this new revision:
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/bison/bison-1.875-2.aix5.1.ppc.rpm
Then recreate the following symbolic link:
#  ln -s /usr/ccs/bin/yacc /usr/bin/yacc

Description of the problem:
The 1.875-1 package is in error because it contains a symbolic link from
/usr/bin/yacc to the Toolbox version, /opt/freeware/bin/yacc.  However,
this means it has replaced the default AIX symbolic link to the native AIX
yacc in /usr/ccs/bin, which was not intended and should have been left alone.
This means anyone running /usr/bin/yacc would be using a different yacc than
expected.

If you still have an older bison version, your yacc link is fine; you can
update to 1.875-2 directly without encountering the error.

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

RE: [tbox-l] ethereal 0.8.18 problem ....

[Westphal, R. W <Ray...@er...>]

I got it to work finally. I deleted the /dev/bpf* files, then tried
tcpdump. It failed to start with the similar error.

So then I started iptrace and it created the files. I killed the iptrace
process and was able to start tcpdump. And now ethereal works too!

Thanks very much!

Ray Westphal 
Enterprise Rent-A-Car

-----Original Message-----
From: Marc Stephenson [mailto:ma...@au...] 
Sent: Tuesday, March 23, 2004 7:52 AM
To: Westphal, Raymond W
Cc: Dan...@jb...;
aix...@ww...
Subject: Re: [tbox-l] ethereal 0.8.18 problem ....


I've never nailed this down exactly, but basically it has to do with 
a deficiency in AIX's ethereal implementation that it depends upon
something 
else running to instantiate the proper Berkeley packet filter device.
It was something like running AIX tcpdump (the one from AIX, not the one

from the Toolbox) would create the device properly.
Perhaps this was done on one system but not the other by chance.

Sorry for the sketchy information, but tcp/ip's not my area of
expertise.

It would be nice if somebody could add what ethereal needs to do to 
remove this dependency.

Marc

> 
> Yes sir. 7026-H70s with AIX 5.2 ML2.
> 
> Thanks,
> Ray Westphal
> Enterprise Enterprise Rent-A-Car
> 
> -----Original Message-----
> From: Dan...@jb... [mailto:Dan...@jb...] 
> Sent: Monday, March 22, 2004 2:08 PM
> To: Westphal, Raymond W
> Subject: Re: [tbox-l] ethereal 0.8.18 problem ....
> 
> 
> 
> 
> 
> 
> 
> Both are the same or similar hardware?  Same OS versions?
> 
> 
> 
>  
> 
>              "Westphal,
> 
>              Raymond W"
> 
>              <Raymond.W.Westph
> To 
>              al...@er...>
> <aix...@ww...uthbury. 
>              Sent by:                  usf.ibm.com>
> 
>              aixtoolbox-list-a
> cc 
>              dm...@ww...ut
> 
>              hbury.usf.ibm.com
> Subject 
>                                        [tbox-l] ethereal 0.8.18
problem
> 
>                                        ....
> 
>              03/22/2004 02:04
> 
>              PM
> 
>  
> 
>  
> 
>  
> 
>  
> 
> 
> 
> 
> 
> Hello Fellow AIXr's
> 
> I successfully installed ethereal 8.18 and of course glib 1.2.10.2 and
> gtk+-1.2.10.4 on my test server. It works just fine. The interface
drop
> down shows all the installed interfaces and the loopback.
> 
> I installed ethereal and the prerequisites on my production server and
> it
> does not work. I cannot choose the interface and I get the following
> error
> when starting the capture when I specify the interface.
> 
> "... capture session could not be initiated (/dev/bpf4: A file or
> directory
> in the path does not exist.). Please check to make sure you have
> sufficient
> permissions, and that you have the proper interface orp pipe
specified."
> 
> I can locate /dev/bpf1 through /dev/bpf3 on each server. There is no
> bpf4
> file.
> 
> Any ideas?
> 
> Thanks in advance.
> 
> 
> 
> Ray Westphal
> 
> 
> Enterprise Rent-A-Car
> 
> 
> 
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
>
http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-li
st
> 


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

RE: [tbox-l] ethereal 0.8.18 problem ....

[Westphal, R. W <Ray...@er...>]

Marc,
I believe you are correct. The tcpdump command provides the same bpf4
problem.

Thanks for the tip.
Ray Westphal.

-----Original Message-----
From: Marc Stephenson [mailto:ma...@au...] 
Sent: Tuesday, March 23, 2004 7:52 AM
To: Westphal, Raymond W
Cc: Dan...@jb...;
aix...@ww...
Subject: Re: [tbox-l] ethereal 0.8.18 problem ....


I've never nailed this down exactly, but basically it has to do with 
a deficiency in AIX's ethereal implementation that it depends upon
something 
else running to instantiate the proper Berkeley packet filter device.
It was something like running AIX tcpdump (the one from AIX, not the one

from the Toolbox) would create the device properly.
Perhaps this was done on one system but not the other by chance.

Sorry for the sketchy information, but tcp/ip's not my area of
expertise.

It would be nice if somebody could add what ethereal needs to do to 
remove this dependency.

Marc

> 
> Yes sir. 7026-H70s with AIX 5.2 ML2.
> 
> Thanks,
> Ray Westphal
> Enterprise Enterprise Rent-A-Car
> 
> -----Original Message-----
> From: Dan...@jb... [mailto:Dan...@jb...] 
> Sent: Monday, March 22, 2004 2:08 PM
> To: Westphal, Raymond W
> Subject: Re: [tbox-l] ethereal 0.8.18 problem ....
> 
> 
> 
> 
> 
> 
> 
> Both are the same or similar hardware?  Same OS versions?
> 
> 
> 
>  
> 
>              "Westphal,
> 
>              Raymond W"
> 
>              <Raymond.W.Westph
> To 
>              al...@er...>
> <aix...@ww...uthbury. 
>              Sent by:                  usf.ibm.com>
> 
>              aixtoolbox-list-a
> cc 
>              dm...@ww...ut
> 
>              hbury.usf.ibm.com
> Subject 
>                                        [tbox-l] ethereal 0.8.18
problem
> 
>                                        ....
> 
>              03/22/2004 02:04
> 
>              PM
> 
>  
> 
>  
> 
>  
> 
>  
> 
> 
> 
> 
> 
> Hello Fellow AIXr's
> 
> I successfully installed ethereal 8.18 and of course glib 1.2.10.2 and
> gtk+-1.2.10.4 on my test server. It works just fine. The interface
drop
> down shows all the installed interfaces and the loopback.
> 
> I installed ethereal and the prerequisites on my production server and
> it
> does not work. I cannot choose the interface and I get the following
> error
> when starting the capture when I specify the interface.
> 
> "... capture session could not be initiated (/dev/bpf4: A file or
> directory
> in the path does not exist.). Please check to make sure you have
> sufficient
> permissions, and that you have the proper interface orp pipe
specified."
> 
> I can locate /dev/bpf1 through /dev/bpf3 on each server. There is no
> bpf4
> file.
> 
> Any ideas?
> 
> Thanks in advance.
> 
> 
> 
> Ray Westphal
> 
> 
> Enterprise Rent-A-Car
> 
> 
> 
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
>
http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-li
st
> 


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

Re: [tbox-l] ethereal 0.8.18 problem ....

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

I've never nailed this down exactly, but basically it has to do with 
a deficiency in AIX's ethereal implementation that it depends upon something 
else running to instantiate the proper Berkeley packet filter device.
It was something like running AIX tcpdump (the one from AIX, not the one 
from the Toolbox) would create the device properly.
Perhaps this was done on one system but not the other by chance.

Sorry for the sketchy information, but tcp/ip's not my area of expertise.

It would be nice if somebody could add what ethereal needs to do to 
remove this dependency.

Marc

> 
> Yes sir. 7026-H70s with AIX 5.2 ML2.
> 
> Thanks,
> Ray Westphal
> Enterprise Enterprise Rent-A-Car
> 
> -----Original Message-----
> From: Dan...@jb... [mailto:Dan...@jb...] 
> Sent: Monday, March 22, 2004 2:08 PM
> To: Westphal, Raymond W
> Subject: Re: [tbox-l] ethereal 0.8.18 problem ....
> 
> 
> 
> 
> 
> 
> 
> Both are the same or similar hardware?  Same OS versions?
> 
> 
> 
>  
> 
>              "Westphal,
> 
>              Raymond W"
> 
>              <Raymond.W.Westph
> To 
>              al...@er...>
> <aix...@ww...uthbury. 
>              Sent by:                  usf.ibm.com>
> 
>              aixtoolbox-list-a
> cc 
>              dm...@ww...ut
> 
>              hbury.usf.ibm.com
> Subject 
>                                        [tbox-l] ethereal 0.8.18 problem
> 
>                                        ....
> 
>              03/22/2004 02:04
> 
>              PM
> 
>  
> 
>  
> 
>  
> 
>  
> 
> 
> 
> 
> 
> Hello Fellow AIXr's
> 
> I successfully installed ethereal 8.18 and of course glib 1.2.10.2 and
> gtk+-1.2.10.4 on my test server. It works just fine. The interface drop
> down shows all the installed interfaces and the loopback.
> 
> I installed ethereal and the prerequisites on my production server and
> it
> does not work. I cannot choose the interface and I get the following
> error
> when starting the capture when I specify the interface.
> 
> "... capture session could not be initiated (/dev/bpf4: A file or
> directory
> in the path does not exist.). Please check to make sure you have
> sufficient
> permissions, and that you have the proper interface orp pipe specified."
> 
> I can locate /dev/bpf1 through /dev/bpf3 on each server. There is no
> bpf4
> file.
> 
> Any ideas?
> 
> Thanks in advance.
> 
> 
> 
> Ray Westphal
> 
> 
> Enterprise Rent-A-Car
> 
> 
> 
> _______________________________________________
> 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] Re: Developement

[<ju...@ca...>]

I hope you accept the result!

[tbox-l] Security update: OpenSSL 0.9.6m now available

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

OpenSSL version 0.9.6m is now available from the AIX Toolbox
cryptographic-content download site:
	http://www6.software.ibm.com/dl/aixtbx/aixtbx-p

This new version is in response to a security advisory under which
a denial-of-service attack could potentially be made, depending on
the application using openssh.  The advisory is documented here:
  http://www.openssl.org/news/secadv_20040317.txt

If you are using an older openssl version, it would be a good idea to
update.

RE: [tbox-l] ethereal 0.8.18 problem ....

[Westphal, R. W <Ray...@er...>]

Yes sir. 7026-H70s with AIX 5.2 ML2.

Thanks,
Ray Westphal
Enterprise Enterprise Rent-A-Car

-----Original Message-----
From: Dan...@jb... [mailto:Dan...@jb...] 
Sent: Monday, March 22, 2004 2:08 PM
To: Westphal, Raymond W
Subject: Re: [tbox-l] ethereal 0.8.18 problem ....







Both are the same or similar hardware?  Same OS versions?



 

             "Westphal,

             Raymond W"

             <Raymond.W.Westph
To 
             al...@er...>
<aix...@ww...uthbury. 
             Sent by:                  usf.ibm.com>

             aixtoolbox-list-a
cc 
             dm...@ww...ut

             hbury.usf.ibm.com
Subject 
                                       [tbox-l] ethereal 0.8.18 problem

                                       ....

             03/22/2004 02:04

             PM

 

 

 

 





Hello Fellow AIXr's

I successfully installed ethereal 8.18 and of course glib 1.2.10.2 and
gtk+-1.2.10.4 on my test server. It works just fine. The interface drop
down shows all the installed interfaces and the loopback.

I installed ethereal and the prerequisites on my production server and
it
does not work. I cannot choose the interface and I get the following
error
when starting the capture when I specify the interface.

"... capture session could not be initiated (/dev/bpf4: A file or
directory
in the path does not exist.). Please check to make sure you have
sufficient
permissions, and that you have the proper interface orp pipe specified."

I can locate /dev/bpf1 through /dev/bpf3 on each server. There is no
bpf4
file.

Any ideas?

Thanks in advance.



Ray Westphal


Enterprise Rent-A-Car

[tbox-l] ethereal 0.8.18 problem ....

[Westphal, R. W <Ray...@er...>]

Hello Fellow AIXr's
=20
I successfully installed ethereal 8.18 and of course glib 1.2.10.2 and
gtk+-1.2.10.4 on my test server. It works just fine. The interface drop
down shows all the installed interfaces and the loopback.=20
=20
I installed ethereal and the prerequisites on my production server and
it does not work. I cannot choose the interface and I get the following
error when starting the capture when I specify the interface.
=20
"... capture session could not be initiated (/dev/bpf4: A file or
directory in the path does not exist.). Please check to make sure you
have sufficient permissions, and that you have the proper interface orp
pipe specified."
=20
I can locate /dev/bpf1 through /dev/bpf3 on each server. There is no
bpf4 file.=20
=20
Any ideas?
=20
Thanks in advance.



Ray Westphal

Enterprise Rent-A-Car

Re: [tbox-l] GNU Linker on AIX 5.2

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

Hi,

FWIW, for my experience the AIX ld is quite compatible to gnu ld (or  
the other way around) and have not experienced any problems when using  
aix ld with software that is not actively maintained for aix. I do  
notice that libtool, automake and autoconf do a pretty good job for  
this kind of software.


On Mar 15, 2004, at 22:01, David Clissold wrote:

> It's there in that package .... it was just been renamed to 'gld'
> and is located at /opt/freeware/GNUPro/bin/gld.
> In that package it isn't symlinked into /usr/bin or /usr/linux/bin,  
> mainly
> to discourage its use -- only because we found it works very poorly on  
> AIX.
> (That's also why it was renamed from ld to gld; to "hide" it more).
>
> You're certainly welcome to try using it, but if you have trouble I'd  
> recommend
> using the native ld.  The gnu ld is not supported, although for that  
> matter
> neither are any other Toolbox packages -- everything on it is "as-is".
>
>
> On Mon, Mar 15, 2004 at 07:25:41PM -0000, Michael Clear wrote:
>> We are porting an application (to AIX5.2) that was previously  
>> compiled and
>> linked with the GNU compiler/linker.
>> I installed the GNU compiler on AIX 5.2, however I do not seem to  
>> have a GNU
>> linker (ld).
>> Is the GNU linker supported on AIX 5.2?
>> I installed the "binutils-2.9.aix51.020209-4.aix5.2.ppc.rpm", however  
>> the
>> linker is not included in that.
>> Do I need to use the native AIX linker, or is the GNU linker available
>> somewhere?
>>
>>
>> *********************************************************************
>> This electronic transmission is strictly confidential and intended  
>> solely
>> for the addressee. It may contain information which is covered by  
>> legal,
>> professional or other privilege. If you are not the intended  
>> addressee,
>> you must not disclose, copy or take any action in reliance of this
>> transmission. If you have received this transmission in error,
>> please notify the sender as soon as possible.
>>
>> This footnote also confirms that this message has been swept
>> for computer viruses.
>> **********************************************************************
>>
>> _______________________________________________
>> 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
>
-- 
Met vriendelijke groeten,

Remco Post

SARA - Reken- en Netwerkdiensten                      http://www.sara.nl
High Performance Computing  Tel. +31 20 592 8008    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] GNU Linker on AIX 5.2

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

It's there in that package .... it was just been renamed to 'gld'
and is located at /opt/freeware/GNUPro/bin/gld.
In that package it isn't symlinked into /usr/bin or /usr/linux/bin, mainly
to discourage its use -- only because we found it works very poorly on AIX.
(That's also why it was renamed from ld to gld; to "hide" it more).

You're certainly welcome to try using it, but if you have trouble I'd recommend
using the native ld.  The gnu ld is not supported, although for that matter
neither are any other Toolbox packages -- everything on it is "as-is".


On Mon, Mar 15, 2004 at 07:25:41PM -0000, Michael Clear wrote:
> We are porting an application (to AIX5.2) that was previously compiled and
> linked with the GNU compiler/linker.
> I installed the GNU compiler on AIX 5.2, however I do not seem to have a GNU
> linker (ld).
> Is the GNU linker supported on AIX 5.2?
> I installed the "binutils-2.9.aix51.020209-4.aix5.2.ppc.rpm", however the
> linker is not included in that.
> Do I need to use the native AIX linker, or is the GNU linker available
> somewhere?
> 
> 
> *********************************************************************
> This electronic transmission is strictly confidential and intended solely
> for the addressee. It may contain information which is covered by legal,
> professional or other privilege. If you are not the intended addressee,
> you must not disclose, copy or take any action in reliance of this
> transmission. If you have received this transmission in error, 
> please notify the sender as soon as possible.
> 
> This footnote also confirms that this message has been swept
> for computer viruses.
> **********************************************************************
> 
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
> http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list

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

[tbox-l] GNU Linker on AIX 5.2

[Michael C. <mic...@da...>]

We are porting an application (to AIX5.2) that was previously compiled and
linked with the GNU compiler/linker.
I installed the GNU compiler on AIX 5.2, however I do not seem to have a GNU
linker (ld).
Is the GNU linker supported on AIX 5.2?
I installed the "binutils-2.9.aix51.020209-4.aix5.2.ppc.rpm", however the
linker is not included in that.
Do I need to use the native AIX linker, or is the GNU linker available
somewhere?


*********************************************************************
This electronic transmission is strictly confidential and intended solely
for the addressee. It may contain information which is covered by legal,
professional or other privilege. If you are not the intended addressee,
you must not disclose, copy or take any action in reliance of this
transmission. If you have received this transmission in error, 
please notify the sender as soon as possible.

This footnote also confirms that this message has been swept
for computer viruses.
**********************************************************************

Re: [tbox-l] AIX TOOLBOX & LIBPATH & CDE

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

Maria, 

For your 5.1 and higher systems, vim has been rebuilt such that it
does not look in /usr/local/lib for its libraries, as it should not have
been doing.  (4.3.3 is out of service; our build system is at 5.1.  If you
plan to keep some systems at 4.3.3, those systems will still need one of the
workarounds).

The reason the problem existed was that the vim configure scripts were
automatically adding /usr/local/lib to the beginning of the libpath locations
if it found /usr/local/lib present on the build system -- regardless of
whether there were actually libraries there that it would use or not.

The updated images are:
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/vim/vim-X11-6.0.147-4.aix5.1.ppc.rpm
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/vim/vim-common-6.0.147-4.aix5.1.ppc.rpm
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/vim/vim-enhanced-6.0.147-4.aix5.1.ppc.rpm
ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/vim/vim-minimal-6.0.147-4.aix5.1.ppc.rpm

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

Re: [tbox-l] AIX TOOLBOX & LIBPATH & CDE

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

It should have no impact on any existing programs you are using that use
your /usr/local/lib/libintl.a (though it is always good practice to keep
a copy of the original file when you do a workaround).
You can run "ar -tv /usr/local/lib/libintl.a" and see what members are inside.
If you see a member named, say, "shr.o", there is a good chance that you have
some local app that expects to find /usr/local/lib/linbintl.a(shr.o).  If
you then add "libintl.so.1" to that libintl.a, then that library will have
both "shr.o" and "libintl.so.1", so applications looking for the original
won't be impacted; they won't care about that new member because they don't
use it.
Your situation is a little different since you have both 5.2 and 4.3.3
images.  To make sure you have a libintl.so.1 compatible with both, you
would want to copy that file from an /opt/freeware/lib/libintl.a that is
on one of the 4.3.3 systems.  (If "rpm -q gettext" shows <= 0.10.39, you
could actually do it from any system, because that version was built on 4.3.3).
To be certain, copying /opt/freeware/lib/libintl.a from a 4.3.3 system to the
system hosting /usr/local would be sure you have a version that all your
systems should use.  (For binary compatibility, always go with the lowest
OS level that you have).

If this sounds too involved, you could try using LIBPATH in /etc/profile --
I know, I did say that you shouldn't need to do this, and you shouldn't...
except that it is one way to work around this bug in the vim image.
Or you could wait for me to get a corrected vim package on the FTP site,
but that would not address the 4.3.3 systems (although the above workaround
would).  I just need to investigate why /usr/local is being put in there.
I'm looking into it now.


On Thu, Mar 11, 2004 at 07:33:54PM +0200, Maria Tsiolakki wrote:
> Dear David,
> 
> 
> Hmmmm!!!  We have installed the AIX Toolkit on  both AIX4.3.3 and   
> 5.2L, w/s. Pls note that the /usr/local is located on AIX 5.2L, and this 
> filesystem is exported and mounted from both AIX4.3.3 and   5.2L 
> clients. Do you think that by executing the above commands, on the 
> server, will create any problems on any applications (either from aix 
> toolbox, or from our applications).
> 
> Thanks
> 
> Maria
> 

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

Re: [tbox-l] AIX TOOLBOX & LIBPATH & CDE

[Maria T. <tm...@cs...>]

David Clissold wrote:

>Ahh... that's a bug in our current copy of vim.  vim shouldn't be looking in
>/usr/local/lib, but it's linked into the binary that way.  Since that is first
>in vim's built-in libpath, it finds your local version of libintl.a which it
>is not expecting.  Your local copy of libintl.a was built in a way that it
>does not include the libintl.so.1 member.
>
>I'll rebuilt our copy of vim.
>If you want to put your local one back right away and have vim
>work, you could even merge the library members as a workaround:
>
># (put your original /usr/local/lib/libintl.a back in place)
># cd /tmp
># cp /opt/freeware/lib/libintl.a .
># ar -x libintl.a libintl.so.1
># ar -qv /usr/local/lib/libintl.a libintl.so.1
>
>Then your /usr/local/lib/libintl.a will have the shared object from the Toolbox
>in addition to whatever shared object(s) it contained that any other
>local apps were using.  (This assumes that your libintl.a is in fact a library
>to begin with; if it isn't you'll just get an error message when you try to
>add the new member).
>
>I'll let you know when I have a fixed copy of vim.  Note that it will be for
>AIX 5.1 and higher.
>
>
>  
>
Dear David,


Hmmmm!!!  We have installed the AIX Toolkit on  both AIX4.3.3 and   
5.2L, w/s. Pls note that the /usr/local is located on AIX 5.2L, and this 
filesystem is exported and mounted from both AIX4.3.3 and   5.2L 
clients. Do you think that by executing the above commands, on the 
server, will create any problems on any applications (either from aix 
toolbox, or from our applications).

Thanks

Maria



>On Thu, Mar 11, 2004 at 06:27:32PM +0200, Maria Tsiolakki wrote:
>  
>
>>David Clissold wrote:
>>
>>    
>>
>>>You shouldn't have to set LIBPATH in order to run executables from the
>>>Toolbox, if they are properly installed on each system.  What apps are you
>>>having trouble executing?
>>> 
>>>
>>>      
>>>
>>An example can be the vim.
>>I get the error 
>>"Could not load program vim:
>>        Dependent module /usr/local/lib/libintl.a(libintl.so.1) could 
>>not be loaded.
>>        Member libintl.so.1 is not found in archive".
>>We are mounting /usr/local  from another server, and libintl.a, is 
>>already there. Since the system first checks the /usr/local/lib and then 
>>the /usr/lib, it comes up with the error mentioned above. Renaming the 
>>/usr/local/lib/libintl.a to /usr/local/lib/libintl.a.old "solves" the 
>>problem, but we are not sure if any other application will not be 
>>satisfied with this arrangement.
>>Is /usr/lib/libintl.a a superset of  /usr/local/lib/libintl.a?
>>
>>Thank you for your quick reply
>>
>>Maria
>>
>>
>>    
>>
>>>Although you don't need to set LIBPATH, if you did want to you may want
>>>to put it in /etc/profile.  That gets executed for every user login prior
>>>to their own local .profile.  I'm not sure how the Xsession.d files work;
>>>I think that /etc/environment should pick it up, though that would
>>>be picked up from the environment only when /etc/rc.dt first starts up
>>>out of /etc/inittab.  So that might not work unless you completely killed
>>>all dtlogin processes and then reran /etc/rc.dt.
>>>Note also the LIBPATH is an environment variable with unique properties; it
>>>does not stay in your enviroment as you switch from one user to another,
>>>unlike all other variables.  This feature may be influencing your setup.
>>>But again, if you are only trying to do this for the Toolbox, it should
>>>not be necessary.
>>>
>>>
>>>On Thu, Mar 11, 2004 at 11:42:46AM +0200, Maria Tsiolakki wrote:
>>> 
>>>
>>>      
>>>
>>>>Hello,
>>>>
>>>>we have installed the aixtoolbox, on several AIX machines, in a students 
>>>>lab. We have problem execution in the CDE environment with some 
>>>>applications, because we can not find a way to define the LIBPATH in the 
>>>>CDE environment. We have added the LIBPATH=$LIBPATH:/opt/freeware/lib,  
>>>>in the /etc/environment but it can not work. We have also created a file 
>>>>with the variable and placed it under /etc/dt/config/Xsession.d/, but it 
>>>>only works for the root, and NIS users.
>>>>
>>>>We would like to find a solution to be applied on machines, instead of 
>>>>trying to convinced our students to add the LIBPATH, in there .profile file.
>>>>
>>>>Thank you
>>>>
>>>>Maria
>>>>
>>>>_______________________________________________
>>>>aixtoolbox-list mailing list
>>>>aix...@ww...
>>>>http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list
>>>>   
>>>>
>>>>        
>>>>
>>> 
>>>
>>>      
>>>
>
>  
>

Re: [tbox-l] AIX TOOLBOX & LIBPATH & CDE

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

Ahh... that's a bug in our current copy of vim.  vim shouldn't be looking in
/usr/local/lib, but it's linked into the binary that way.  Since that is first
in vim's built-in libpath, it finds your local version of libintl.a which it
is not expecting.  Your local copy of libintl.a was built in a way that it
does not include the libintl.so.1 member.

I'll rebuilt our copy of vim.
If you want to put your local one back right away and have vim
work, you could even merge the library members as a workaround:

# (put your original /usr/local/lib/libintl.a back in place)
# cd /tmp
# cp /opt/freeware/lib/libintl.a .
# ar -x libintl.a libintl.so.1
# ar -qv /usr/local/lib/libintl.a libintl.so.1

Then your /usr/local/lib/libintl.a will have the shared object from the Toolbox
in addition to whatever shared object(s) it contained that any other
local apps were using.  (This assumes that your libintl.a is in fact a library
to begin with; if it isn't you'll just get an error message when you try to
add the new member).

I'll let you know when I have a fixed copy of vim.  Note that it will be for
AIX 5.1 and higher.


On Thu, Mar 11, 2004 at 06:27:32PM +0200, Maria Tsiolakki wrote:
> David Clissold wrote:
> 
> >You shouldn't have to set LIBPATH in order to run executables from the
> >Toolbox, if they are properly installed on each system.  What apps are you
> >having trouble executing?
> >  
> >
> An example can be the vim.
> I get the error 
> "Could not load program vim:
>         Dependent module /usr/local/lib/libintl.a(libintl.so.1) could 
> not be loaded.
>         Member libintl.so.1 is not found in archive".
> We are mounting /usr/local  from another server, and libintl.a, is 
> already there. Since the system first checks the /usr/local/lib and then 
> the /usr/lib, it comes up with the error mentioned above. Renaming the 
> /usr/local/lib/libintl.a to /usr/local/lib/libintl.a.old "solves" the 
> problem, but we are not sure if any other application will not be 
> satisfied with this arrangement.
> Is /usr/lib/libintl.a a superset of  /usr/local/lib/libintl.a?
> 
> Thank you for your quick reply
> 
> Maria
> 
> 
> >Although you don't need to set LIBPATH, if you did want to you may want
> >to put it in /etc/profile.  That gets executed for every user login prior
> >to their own local .profile.  I'm not sure how the Xsession.d files work;
> >I think that /etc/environment should pick it up, though that would
> >be picked up from the environment only when /etc/rc.dt first starts up
> >out of /etc/inittab.  So that might not work unless you completely killed
> >all dtlogin processes and then reran /etc/rc.dt.
> >Note also the LIBPATH is an environment variable with unique properties; it
> >does not stay in your enviroment as you switch from one user to another,
> >unlike all other variables.  This feature may be influencing your setup.
> >But again, if you are only trying to do this for the Toolbox, it should
> >not be necessary.
> >
> >
> >On Thu, Mar 11, 2004 at 11:42:46AM +0200, Maria Tsiolakki wrote:
> >  
> >
> >>Hello,
> >>
> >>we have installed the aixtoolbox, on several AIX machines, in a students 
> >>lab. We have problem execution in the CDE environment with some 
> >>applications, because we can not find a way to define the LIBPATH in the 
> >>CDE environment. We have added the LIBPATH=$LIBPATH:/opt/freeware/lib,  
> >>in the /etc/environment but it can not work. We have also created a file 
> >>with the variable and placed it under /etc/dt/config/Xsession.d/, but it 
> >>only works for the root, and NIS users.
> >>
> >>We would like to find a solution to be applied on machines, instead of 
> >>trying to convinced our students to add the LIBPATH, in there .profile file.
> >>
> >>Thank you
> >>
> >>Maria
> >>
> >>_______________________________________________
> >>aixtoolbox-list mailing list
> >>aix...@ww...
> >>http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list
> >>    
> >>
> >
> >  
> >

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

Re: [tbox-l] AIX TOOLBOX & LIBPATH & CDE

[Maria T. <tm...@cs...>]

David Clissold wrote:

>You shouldn't have to set LIBPATH in order to run executables from the
>Toolbox, if they are properly installed on each system.  What apps are you
>having trouble executing?
>  
>
An example can be the vim.
I get the error 
"Could not load program vim:
        Dependent module /usr/local/lib/libintl.a(libintl.so.1) could 
not be loaded.
        Member libintl.so.1 is not found in archive".
We are mounting /usr/local  from another server, and libintl.a, is 
already there. Since the system first checks the /usr/local/lib and then 
the /usr/lib, it comes up with the error mentioned above. Renaming the 
/usr/local/lib/libintl.a to /usr/local/lib/libintl.a.old "solves" the 
problem, but we are not sure if any other application will not be 
satisfied with this arrangement.
Is /usr/lib/libintl.a a superset of  /usr/local/lib/libintl.a?

Thank you for your quick reply

Maria


>Although you don't need to set LIBPATH, if you did want to you may want
>to put it in /etc/profile.  That gets executed for every user login prior
>to their own local .profile.  I'm not sure how the Xsession.d files work;
>I think that /etc/environment should pick it up, though that would
>be picked up from the environment only when /etc/rc.dt first starts up
>out of /etc/inittab.  So that might not work unless you completely killed
>all dtlogin processes and then reran /etc/rc.dt.
>Note also the LIBPATH is an environment variable with unique properties; it
>does not stay in your enviroment as you switch from one user to another,
>unlike all other variables.  This feature may be influencing your setup.
>But again, if you are only trying to do this for the Toolbox, it should
>not be necessary.
>
>
>On Thu, Mar 11, 2004 at 11:42:46AM +0200, Maria Tsiolakki wrote:
>  
>
>>Hello,
>>
>>we have installed the aixtoolbox, on several AIX machines, in a students 
>>lab. We have problem execution in the CDE environment with some 
>>applications, because we can not find a way to define the LIBPATH in the 
>>CDE environment. We have added the LIBPATH=$LIBPATH:/opt/freeware/lib,  
>>in the /etc/environment but it can not work. We have also created a file 
>>with the variable and placed it under /etc/dt/config/Xsession.d/, but it 
>>only works for the root, and NIS users.
>>
>>We would like to find a solution to be applied on machines, instead of 
>>trying to convinced our students to add the LIBPATH, in there .profile file.
>>
>>Thank you
>>
>>Maria
>>
>>_______________________________________________
>>aixtoolbox-list mailing list
>>aix...@ww...
>>http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list
>>    
>>
>
>  
>

Re: [tbox-l] AIX TOOLBOX & LIBPATH & CDE

[<mcn...@au...>]

Also, another thing to note...

For security reasons, LIBPATH is removed when a SUID program is started.
These programs include all of the terminal emulators (xterm, aixterm, dtterm).

But like David mentioned....  You probably don't need to be setting LIBPATH
to begin with.

Dan

> From: David Clissold <cl...@au...>
> 
> You shouldn't have to set LIBPATH in order to run executables from the
> Toolbox, if they are properly installed on each system.  What apps are you
> having trouble executing?
> 
> Although you don't need to set LIBPATH, if you did want to you may want
> to put it in /etc/profile.  That gets executed for every user login prior
> to their own local .profile.  I'm not sure how the Xsession.d files work;
> I think that /etc/environment should pick it up, though that would
> be picked up from the environment only when /etc/rc.dt first starts up
> out of /etc/inittab.  So that might not work unless you completely killed
> all dtlogin processes and then reran /etc/rc.dt.
> Note also the LIBPATH is an environment variable with unique properties; it
> does not stay in your enviroment as you switch from one user to another,
> unlike all other variables.  This feature may be influencing your setup.
> But again, if you are only trying to do this for the Toolbox, it should
> not be necessary.
> 
> 
> On Thu, Mar 11, 2004 at 11:42:46AM +0200, Maria Tsiolakki wrote:
> > Hello,
> > 
> > we have installed the aixtoolbox, on several AIX machines, in a students 
> > lab. We have problem execution in the CDE environment with some 
> > applications, because we can not find a way to define the LIBPATH in the 
> > CDE environment. We have added the LIBPATH=$LIBPATH:/opt/freeware/lib,  
> > in the /etc/environment but it can not work. We have also created a file 
> > with the variable and placed it under /etc/dt/config/Xsession.d/, but it 
> > only works for the root, and NIS users.
> > 
> > We would like to find a solution to be applied on machines, instead of 
> > trying to convinced our students to add the LIBPATH, in there .profile file.
> > 
> > Thank you
> > 
> > Maria
> > 
> > _______________________________________________
> > 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] AIX TOOLBOX & LIBPATH & CDE

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

You shouldn't have to set LIBPATH in order to run executables from the
Toolbox, if they are properly installed on each system.  What apps are you
having trouble executing?

Although you don't need to set LIBPATH, if you did want to you may want
to put it in /etc/profile.  That gets executed for every user login prior
to their own local .profile.  I'm not sure how the Xsession.d files work;
I think that /etc/environment should pick it up, though that would
be picked up from the environment only when /etc/rc.dt first starts up
out of /etc/inittab.  So that might not work unless you completely killed
all dtlogin processes and then reran /etc/rc.dt.
Note also the LIBPATH is an environment variable with unique properties; it
does not stay in your enviroment as you switch from one user to another,
unlike all other variables.  This feature may be influencing your setup.
But again, if you are only trying to do this for the Toolbox, it should
not be necessary.


On Thu, Mar 11, 2004 at 11:42:46AM +0200, Maria Tsiolakki wrote:
> Hello,
> 
> we have installed the aixtoolbox, on several AIX machines, in a students 
> lab. We have problem execution in the CDE environment with some 
> applications, because we can not find a way to define the LIBPATH in the 
> CDE environment. We have added the LIBPATH=$LIBPATH:/opt/freeware/lib,  
> in the /etc/environment but it can not work. We have also created a file 
> with the variable and placed it under /etc/dt/config/Xsession.d/, but it 
> only works for the root, and NIS users.
> 
> We would like to find a solution to be applied on machines, instead of 
> trying to convinced our students to add the LIBPATH, in there .profile file.
> 
> Thank you
> 
> Maria
> 
> _______________________________________________
> aixtoolbox-list mailing list
> aix...@ww...
> http://www-124.ibm.com/developerworks/oss/mailman/listinfo/aixtoolbox-list

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

[tbox-l] AIX TOOLBOX & LIBPATH & CDE

[Maria T. <tm...@cs...>]

Hello,

we have installed the aixtoolbox, on several AIX machines, in a students 
lab. We have problem execution in the CDE environment with some 
applications, because we can not find a way to define the LIBPATH in the 
CDE environment. We have added the LIBPATH=$LIBPATH:/opt/freeware/lib,  
in the /etc/environment but it can not work. We have also created a file 
with the variable and placed it under /etc/dt/config/Xsession.d/, but it 
only works for the root, and NIS users.

We would like to find a solution to be applied on machines, instead of 
trying to convinced our students to add the LIBPATH, in there .profile file.

Thank you

Maria

[tbox-l] about xmcd

[ESCOBAR J. N. <nic...@ge...>]

Hi;

	Could you tell me what setting must be in config.sh for xmcd. I have
a IBM 9114-275 with IDE DVD-ROM and i tried with several settings but
doesn´t work.

Regards

Nicolás Escobar Jardines
---------------------
gedas Mexico S.A. de C. V.
Consultor Operacion PLM 
VV Support
teléfono/phone +52 (222) 223 45 48
Fax/ Fax +52(222) 223 46 61
mailto:nic...@ge...
http://www.gedas.com
Confidentiality Notice
This message is intended exclusively for the individual or entity to which
it is addressed.  If you are not the named addressee, you are not authorized
to read, print, retain, copy or disseminate this message or any part of it.
If you have received this message in error, please notify the sender
immediately by e-mail and delete all copies of the message