Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: OpenSSH: Dev

libedit

 

 

OpenSSH dev RSS feed   Index | Next | Previous | View Threaded


tcreedon at easystreet

Apr 4, 2009, 5:30 PM

Post #1 of 9 (1467 views)
Permalink
libedit

Moving s sccessful compole of 5.2.p1 from a Suse 10.3 x86-64 box to a Suse
11.1 x86-box created a build problem

./configure --with-libedit=/usr/lib64
checking for el_init in -ledit... no
configure: error: libedit not found


however libedit (amd el_init) certainly exist:

ookpik:/data/openssh-5.2p1.test # l /usr/lib64/libedit*
lrwxrwxrwx 1 root root 17 Apr 4 17:11 /usr/lib64/libedit.so ->
libedit.so.0.0.27*
lrwxrwxrwx 1 root root 17 Apr 4 17:10 /usr/lib64/libedit.so.0 ->
libedit.so.0.0.27*
-rwxr-xr-x 1 root root 180568 Dec 3 02:50 /usr/lib64/libedit.so.0.0.27*

any clues?

Thanks

Tedc
_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev [at] mindrot
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev


gsocsftp at v6shell

Apr 4, 2009, 8:42 PM

Post #2 of 9 (1401 views)
Permalink
Re: libedit [In reply to]

Ted Creedon <tcreedon [at] easystreet> wrote:

> Moving s sccessful compole of 5.2.p1 from a Suse 10.3 x86-64 box to a Suse
> 11.1 x86-box created a build problem

I wonder what the result is if you build OpenSSH in 32-bit mode?
The reason I wonder is because "x86-box" == "32-bit" in my world.
Does your system run in 32-bit or 64-bit mode?

> ./configure --with-libedit=/usr/lib64
> checking for el_init in -ledit... no
> configure: error: libedit not found

So, what happens if you do a `./configure --with-libedit=/usr/lib'
or a `./configure --with-libedit=/usr/lib32'? I am rather guessing
on the path since I do not know anything about Suse Linux. Also,
is LD_LIBRARY_PATH unset? If not, what is it set to?

> however libedit (amd el_init) certainly exist:
>
> ookpik:/data/openssh-5.2p1.test # l /usr/lib64/libedit*
> lrwxrwxrwx 1 root root 17 Apr 4 17:11 /usr/lib64/libedit.so ->
> libedit.so.0.0.27*
> lrwxrwxrwx 1 root root 17 Apr 4 17:10 /usr/lib64/libedit.so.0 ->
> libedit.so.0.0.27*
> -rwxr-xr-x 1 root root 180568 Dec 3 02:50 /usr/lib64/libedit.so.0.0.27*
>
> any clues?

I dare not guess any more, as I may be stepping out of bounds.
Hopefully, some of the preceding hints may prove useful.

Jeff
--
J.A. Neitzel
V6 Thompson Shell Port - http://v6shell.org/
_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev [at] mindrot
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev


tcreedon at easystreet

Apr 5, 2009, 6:37 AM

Post #3 of 9 (1395 views)
Permalink
Re: libedit [In reply to]

adding set -x to .configure reveals that --with-libedit=/usr/lib64 makes it
look for //usr/lib64/lib which is why it can't find el_init...

As a general note it looks like configure needs to be rewritten to use
pkg-config...

Its difficult to get a working ssh because configure doesn't clearly report
errors..


On Sat, Apr 4, 2009 at 8:42 PM, J.A. Neitzel <gsocsftp [at] v6shell> wrote:

> Ted Creedon <tcreedon [at] easystreet> wrote:
>
> > Moving s sccessful compole of 5.2.p1 from a Suse 10.3 x86-64 box to a
> Suse
> > 11.1 x86-box created a build problem
>
> I wonder what the result is if you build OpenSSH in 32-bit mode?
> The reason I wonder is because "x86-box" == "32-bit" in my world.
> Does your system run in 32-bit or 64-bit mode?
>
> > ./configure --with-libedit=/usr/lib64
> > checking for el_init in -ledit... no
> > configure: error: libedit not found
>
> So, what happens if you do a `./configure --with-libedit=/usr/lib'
> or a `./configure --with-libedit=/usr/lib32'? I am rather guessing
> on the path since I do not know anything about Suse Linux. Also,
> is LD_LIBRARY_PATH unset? If not, what is it set to?
>
> > however libedit (amd el_init) certainly exist:
> >
> > ookpik:/data/openssh-5.2p1.test # l /usr/lib64/libedit*
> > lrwxrwxrwx 1 root root 17 Apr 4 17:11 /usr/lib64/libedit.so ->
> > libedit.so.0.0.27*
> > lrwxrwxrwx 1 root root 17 Apr 4 17:10 /usr/lib64/libedit.so.0 ->
> > libedit.so.0.0.27*
> > -rwxr-xr-x 1 root root 180568 Dec 3 02:50 /usr/lib64/libedit.so.0.0.27*
> >
> > any clues?
>
> I dare not guess any more, as I may be stepping out of bounds.
> Hopefully, some of the preceding hints may prove useful.
>
> Jeff
> --
> J.A. Neitzel
> V6 Thompson Shell Port - http://v6shell.org/
>
_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev [at] mindrot
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev


gsocsftp at v6shell

Apr 5, 2009, 11:01 AM

Post #4 of 9 (1397 views)
Permalink
Re: libedit [In reply to]

Ted Creedon <tcreedon [at] easystreet> wrote:

> adding set -x to .configure reveals that --with-libedit=/usr/lib64 makes it
> look for //usr/lib64/lib which is why it can't find el_init...
>
> As a general note it looks like configure needs to be rewritten to use
> pkg-config...
>
> Its difficult to get a working ssh because configure doesn't clearly report
> errors..

Oh, I see... This seems a strange problem since //usr/lib64/lib
is a valid UNIX pathname. Except for checking config.log when I
need to, I have not done anything with the GNU Autotools since at
least 2004. So, this problem is rather out of my territory.

I do not run the portable version on OpenBSD, but I do run it on
NetBSD 4.0.1_PATCH amd64 and Mac OS X 10.5.x Intel. In both cases,
building with libedit support behaves as expected by doing a
`./configure --with-libedit=/usr/lib'.

For me, ./configure looks for /usr/lib, not //usr/lib . This is
reflected both in configure output and in config.log .

So, could the problem you experience be a Suse Linux problem and
not a configure problem? Did you look at your config.log ? Also,
I am guessing that you are trying to build with a clean OpenSSH
source tree (i.e., newly extracted or `make distclean').

> On Sat, Apr 4, 2009 at 8:42 PM, J.A. Neitzel <gsocsftp [at] v6shell> wrote:
>
> > Ted Creedon <tcreedon [at] easystreet> wrote:
> >
> > > Moving s sccessful compole of 5.2.p1 from a Suse 10.3 x86-64 box to a
> > Suse
> > > 11.1 x86-box created a build problem
> >
> > I wonder what the result is if you build OpenSSH in 32-bit mode?
> > The reason I wonder is because "x86-box" == "32-bit" in my world.
> > Does your system run in 32-bit or 64-bit mode?
> >
> > > ./configure --with-libedit=/usr/lib64
> > > checking for el_init in -ledit... no
> > > configure: error: libedit not found
> >
> > So, what happens if you do a `./configure --with-libedit=/usr/lib'
> > or a `./configure --with-libedit=/usr/lib32'? I am rather guessing
> > on the path since I do not know anything about Suse Linux. Also,
> > is LD_LIBRARY_PATH unset? If not, what is it set to?
> >
> > > however libedit (amd el_init) certainly exist:
> > >
> > > ookpik:/data/openssh-5.2p1.test # l /usr/lib64/libedit*
> > > lrwxrwxrwx 1 root root 17 Apr 4 17:11 /usr/lib64/libedit.so ->
> > > libedit.so.0.0.27*
> > > lrwxrwxrwx 1 root root 17 Apr 4 17:10 /usr/lib64/libedit.so.0 ->
> > > libedit.so.0.0.27*
> > > -rwxr-xr-x 1 root root 180568 Dec 3 02:50 /usr/lib64/libedit.so.0.0.27*
> > >
> > > any clues?
> >
> > I dare not guess any more, as I may be stepping out of bounds.
> > Hopefully, some of the preceding hints may prove useful.
> >
> > Jeff

--
J.A. Neitzel
V6 Thompson Shell Port - http://v6shell.org/
_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev [at] mindrot
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev


peter at stuge

Apr 5, 2009, 12:02 PM

Post #5 of 9 (1394 views)
Permalink
Re: libedit [In reply to]

J.A. Neitzel wrote:
> Oh, I see... This seems a strange problem since //usr/lib64/lib
> is a valid UNIX pathname.

The problem isn't // but rather that configure always appends the lib
directory, when in a multilib system lib64 is the final directory
component in the path.


//Peter
_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev [at] mindrot
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev


peter at stuge

Apr 5, 2009, 12:04 PM

Post #6 of 9 (1394 views)
Permalink
Re: libedit [In reply to]

Peter Stuge wrote:
> The problem isn't // but rather that configure always appends the
> lib directory, when in a multilib system lib64 is the final
> directory component in the path.

And to be more constructive I've seen two solutions to this;

1. Separate --with-libedit-includes= and --with-libedit-libs= flags.
2. LIBEDIT_CFLAGS= and LIBEDIT_LDFLAGS= environment variables.


//Peter
_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev [at] mindrot
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev


gsocsftp at v6shell

Apr 5, 2009, 12:42 PM

Post #7 of 9 (1384 views)
Permalink
Re: libedit [In reply to]

Peter Stuge <peter [at] stuge> wrote:

> Peter Stuge wrote:
> > The problem isn't // but rather that configure always appends the
> > lib directory, when in a multilib system lib64 is the final
> > directory component in the path.
>
> And to be more constructive I've seen two solutions to this;
>
> 1. Separate --with-libedit-includes= and --with-libedit-libs= flags.
> 2. LIBEDIT_CFLAGS= and LIBEDIT_LDFLAGS= environment variables.

Ah yes, I understand. Thanks a lot for pointing that out.

Jeff
--
J.A. Neitzel
V6 Thompson Shell Port - http://v6shell.org/
_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev [at] mindrot
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev


vinschen at redhat

Apr 6, 2009, 1:48 AM

Post #8 of 9 (1376 views)
Permalink
Re: libedit [In reply to]

On Apr 5 21:02, Peter Stuge wrote:
> J.A. Neitzel wrote:
> > Oh, I see... This seems a strange problem since //usr/lib64/lib
> > is a valid UNIX pathname.
>
> The problem isn't // but rather that configure always appends the lib
> directory, when in a multilib system lib64 is the final directory
> component in the path.

Whatever the exact problem is, I have to chime in here because, while
//usr/lib64/lib is a valid UNIX path, it's *NOT* necessarily the same as
/usr/lib64/lib, and the difference is quite important at least for Cygwin.

Here's the relevant snippet from POSIX-1.2008:

4.12 Pathname Resolution

[...]
A pathname consisting of a single <slash> shall resolve to the root
directory of the process. [...]
A pathname that begins with two successive <slash> characters may be
interpreted in an implementation-defined manner, although more than
two leading <slash> characters shall be treated as a single <slash>
character.

The identical definition was already part of POSIX-1.2001. A path
starting with two leading slashes may be interpreted in an
implementation-defined manner. That's the case for Cygwin, which
interprets these paths as an UNC path pointing to a shared directory of
a remote server:

//server/share/...

according to the Win32 syntax for UNC paths. Since that's backed by
POSIX, it would be nice if such paths are not lazily generated in
scripts or, even worse, in executables.

In the above case that means, Cygwin would try to access the directory
"lib" on a share "lib64" on the remote machine called "usr". I hope
you can see how this is a bad idea.


Corinna

--
Corinna Vinschen
Cygwin Project Co-Leader
Red Hat
_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev [at] mindrot
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev


tcreedon at easystreet

Apr 6, 2009, 8:09 AM

Post #9 of 9 (1375 views)
Permalink
Re: libedit [In reply to]

configure works fine on a Suse 10.3 64 bit system but - strangely not an the
latest 11.1 64 bit

as a note pkg-config would solve both the include and lib flags problem -
but from what I can tell a new (and simpler) configure.ac wold be
required...

/usr/lib64/lib is a valid path - it just doesn't exist...

more later today

On Sun, Apr 5, 2009 at 11:01 AM, J.A. Neitzel <gsocsftp [at] v6shell> wrote:

> Ted Creedon <tcreedon [at] easystreet> wrote:
>
> > adding set -x to .configure reveals that --with-libedit=/usr/lib64 makes
> it
> > look for //usr/lib64/lib which is why it can't find el_init...
> >
> > As a general note it looks like configure needs to be rewritten to use
> > pkg-config...
> >
> > Its difficult to get a working ssh because configure doesn't clearly
> report
> > errors..
>
> Oh, I see... This seems a strange problem since //usr/lib64/lib
> is a valid UNIX pathname. Except for checking config.log when I
> need to, I have not done anything with the GNU Autotools since at
> least 2004. So, this problem is rather out of my territory.
>
> I do not run the portable version on OpenBSD, but I do run it on
> NetBSD 4.0.1_PATCH amd64 and Mac OS X 10.5.x Intel. In both cases,
> building with libedit support behaves as expected by doing a
> `./configure --with-libedit=/usr/lib'.
>
> For me, ./configure looks for /usr/lib, not //usr/lib . This is
> reflected both in configure output and in config.log .
>
> So, could the problem you experience be a Suse Linux problem and
> not a configure problem? Did you look at your config.log ? Also,
> I am guessing that you are trying to build with a clean OpenSSH
> source tree (i.e., newly extracted or `make distclean').
>
> > On Sat, Apr 4, 2009 at 8:42 PM, J.A. Neitzel <gsocsftp [at] v6shell>
> wrote:
> >
> > > Ted Creedon <tcreedon [at] easystreet> wrote:
> > >
> > > > Moving s sccessful compole of 5.2.p1 from a Suse 10.3 x86-64 box to a
> > > Suse
> > > > 11.1 x86-box created a build problem
> > >
> > > I wonder what the result is if you build OpenSSH in 32-bit mode?
> > > The reason I wonder is because "x86-box" == "32-bit" in my world.
> > > Does your system run in 32-bit or 64-bit mode?
> > >
> > > > ./configure --with-libedit=/usr/lib64
> > > > checking for el_init in -ledit... no
> > > > configure: error: libedit not found
> > >
> > > So, what happens if you do a `./configure --with-libedit=/usr/lib'
> > > or a `./configure --with-libedit=/usr/lib32'? I am rather guessing
> > > on the path since I do not know anything about Suse Linux. Also,
> > > is LD_LIBRARY_PATH unset? If not, what is it set to?
> > >
> > > > however libedit (amd el_init) certainly exist:
> > > >
> > > > ookpik:/data/openssh-5.2p1.test # l /usr/lib64/libedit*
> > > > lrwxrwxrwx 1 root root 17 Apr 4 17:11 /usr/lib64/libedit.so ->
> > > > libedit.so.0.0.27*
> > > > lrwxrwxrwx 1 root root 17 Apr 4 17:10 /usr/lib64/libedit.so.0 ->
> > > > libedit.so.0.0.27*
> > > > -rwxr-xr-x 1 root root 180568 Dec 3 02:50
> /usr/lib64/libedit.so.0.0.27*
> > > >
> > > > any clues?
> > >
> > > I dare not guess any more, as I may be stepping out of bounds.
> > > Hopefully, some of the preceding hints may prove useful.
> > >
> > > Jeff
>
> --
> J.A. Neitzel
> V6 Thompson Shell Port - http://v6shell.org/
>
_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev [at] mindrot
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev

OpenSSH dev RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.