false | 4 Sep 18:39 2011
Picon

./configure error

I downloaded the apline file at:  ftp://ftp.cac.washington.edu/alpine/alpine.tar.Z and untared it.

When I type ./configure I get an error that states "Terminfo/termcap not found"

I did a search and found where someone else had this problem and the proposed solution
(http://mailman2.u.washington.edu/pipermail/alpine-info/2008-January/000075.html)
was the following:

     "Well, what you tried to do is to tell programs to load libncurses when
     then need to load libtermcap. Do not do that.

     The problem probably stems from the fact that you are missing the header
     files. Look to see where in your distribution is the ncurses-devel package
     and install it. That will probably fix your problem"

I am completely new to this and have no idea what this means.

Any help would be appreciated.
Thanks,
-Joel
<div><div>
<div>I downloaded the apline file at:&nbsp; ftp://ftp.cac.washington.edu/alpine/alpine.tar.Z and untared it.</div>
<div><br></div>
<div>When I type ./configure I get an error that states "Terminfo/termcap not found"</div>
<div><br></div>
<div>I did a search and found where someone else had this problem and the proposed solution <br>
</div>
<div>(http://mailman2.u.washington.edu/pipermail/alpine-info/2008-January/000075.html) <br>
</div>
<div>was the following:</div>
<div><br></div>
<div>&nbsp;&nbsp;&nbsp;&nbsp; "Well, what you tried to do is to tell programs to load libncurses when 
<br>&nbsp;&nbsp;&nbsp;&nbsp; then need to load libtermcap. Do not do that.
<br><br>&nbsp;&nbsp;&nbsp;&nbsp; The problem probably stems from the fact that you are missing the header 
<br>&nbsp;&nbsp;&nbsp;&nbsp; files. Look to see where in your distribution is the ncurses-devel package 
<br>&nbsp;&nbsp;&nbsp;&nbsp; and install it. That will probably fix your problem" <br>
</div>
<div><br></div>
<div>I am completely new to this and have no idea what this means.</div>
<div><br></div>
<div>Any help would be appreciated.</div>
<div>Thanks,</div>
<div>-Joel<br>
</div>
</div></div>
Beartooth | 4 Sep 19:49 2011
Picon
Picon

LDAP32.dll??


	I'm running a virtual XP/SP3 in VirtualBox under Fedora14, in 
order to handle legacy map software from Garmin, Delorme, and Topo.com, 
and get it to talk to my Garmin GPSs. I'll likely want to email 
screenshots to myself, and I may want to correspond with the makers of 
the software from within XP. I installed Alpine, or thought I did; but 
when I try to launch it, I get an error saying it can't find LDAP32.dll, 
and suggesting that I re-install. Is re-installation really the best 
thing to do?
--

-- 
Beartooth Staffwright, Not Quite Clueless Power User
I have precious (very precious!) little idea where up is.

Beartooth | 4 Sep 20:03 2011
Picon
Picon

PS Re: LDAP32.dll??

On Sun, 04 Sep 2011 17:49:12 +0000, Beartooth wrote:

> I'm running a virtual XP/SP3 in VirtualBox under Fedora14, in order to
> handle legacy map software from Garmin, Delorme, and Topo.com, and get
> it to talk to my Garmin GPSs. I'll likely want to email screenshots to
> myself, and I may want to correspond with the makers of the software
> from within XP. I installed Alpine, or thought I did; but when I try to
> launch it, I get an error saying it can't find LDAP32.dll, and
> suggesting that I re-install. Is re-installation really the best thing
> to do?

	When I do get it installed, I'd prefer to have it use my local 
access provider, comcast.net; but it has only POP3. Can I do that??

--

-- 
Beartooth Staffwright, Not Quite Clueless Power User
I have precious (very precious!) little idea where up is.

Benjamin R. Haskell | 4 Sep 20:10 2011

Re: ./configure error

On Sun, 4 Sep 2011, false wrote:

> I downloaded the apline file at:  
> ftp://ftp.cac.washington.edu/alpine/alpine.tar.Z and untared it.
> 
> When I type ./configure I get an error that states "Terminfo/termcap 
> not found"
> 
> I did a search and found where someone else had this problem and the 
> proposed solution 
> (http://mailman2.u.washington.edu/pipermail/alpine-info/2008-January/000075.html) 
> was the following:
> 
>      "Well, what you tried to do is to tell programs to load libncurses when
>      then need to load libtermcap. Do not do that.
> 
>      The problem probably stems from the fact that you are missing the header
>      files. Look to see where in your distribution is the ncurses-devel package
>      and install it. That will probably fix your problem"
> 
> I am completely new to this and have no idea what this means.

For in-depth explanations, try googling:

"./configure ; make ; make install"

That is the "standard" installation process for software that uses the 
autotools packages (= autoconf, automake, etc.)

Each of those tools has evolved over the past several decades to provide 
a workable solution to the problem of differences between the various 
UNIX-like operating systems.

If you've never compiled software before, in-depth explanations will 
seem like they're in a foreign language, because they're discussing the 
solutions to problems you've probably never even contemplated.

A fairly simplified explanation for the text you've quoted:

In order to know how to display text and receive input from a terminal 
emulator, Alpine uses either the terminfo package or termcap (terminfo 
is essentially a newer, improved version of termcap -- in both cases 
'term' = terminal emulator.  'cap' = capabilities.).

To build a package (alpine) that uses terminfo/termcap information, the 
usual interface (for the programmer to use) is the 'curses' library. 
'ncurses' is a widely-used implementation of 'curses'.

'Header files' are files that allow a program to be compiled to use a 
particular library.  If you use an operating system that has binary 
packages, often the 'header files' are not included in the binary 
package, but in a separate 'devel' (= development) package.

So, in order to compile alpine, you need the development files for the 
ncurses package.  It depends on what O/S you're using, but those files 
are often available in a package called ncurses-dev or ncurses-devel. 
So, install that first, and the rest should work.

Or else you'll run into some other library that Alpine needs, in which 
case repeat the process of figuring out what header files you're missing 
and installing them.

Depending on your goal, there might be better solutions to the problem. 
If you want to learn about programming and compiling, the above steps 
should start you off, though you might be better off finding a more 
general introduction.  If you just want to use a recent version of 
Alpine, you can probably find a precompiled version for whatever O/S 
you're using.  Provide more details and someone here can probably point 
you in the right direction.

-- 
Best,
Ben
On Sun, 4 Sep 2011, false wrote:

> I downloaded the apline file at:  
> ftp://ftp.cac.washington.edu/alpine/alpine.tar.Z and untared it.
> 
> When I type ./configure I get an error that states "Terminfo/termcap 
> not found"
> 
> I did a search and found where someone else had this problem and the 
> proposed solution 
> (http://mailman2.u.washington.edu/pipermail/alpine-info/2008-January/000075.html) 
> was the following:
> 
>      "Well, what you tried to do is to tell programs to load libncurses when
>      then need to load libtermcap. Do not do that.
> 
>      The problem probably stems from the fact that you are missing the header
>      files. Look to see where in your distribution is the ncurses-devel package
>      and install it. That will probably fix your problem"
> 
> I am completely new to this and have no idea what this means.

For in-depth explanations, try googling:

"./configure ; make ; make install"

That is the "standard" installation process for software that uses the 
autotools packages (= autoconf, automake, etc.)

Each of those tools has evolved over the past several decades to provide 
a workable solution to the problem of differences between the various 
UNIX-like operating systems.

If you've never compiled software before, in-depth explanations will 
seem like they're in a foreign language, because they're discussing the 
solutions to problems you've probably never even contemplated.

A fairly simplified explanation for the text you've quoted:

In order to know how to display text and receive input from a terminal 
emulator, Alpine uses either the terminfo package or termcap (terminfo 
is essentially a newer, improved version of termcap -- in both cases 
'term' = terminal emulator.  'cap' = capabilities.).

To build a package (alpine) that uses terminfo/termcap information, the 
usual interface (for the programmer to use) is the 'curses' library. 
'ncurses' is a widely-used implementation of 'curses'.

'Header files' are files that allow a program to be compiled to use a 
particular library.  If you use an operating system that has binary 
packages, often the 'header files' are not included in the binary 
package, but in a separate 'devel' (= development) package.

So, in order to compile alpine, you need the development files for the 
ncurses package.  It depends on what O/S you're using, but those files 
are often available in a package called ncurses-dev or ncurses-devel. 
So, install that first, and the rest should work.

Or else you'll run into some other library that Alpine needs, in which 
case repeat the process of figuring out what header files you're missing 
and installing them.

Depending on your goal, there might be better solutions to the problem. 
If you want to learn about programming and compiling, the above steps 
should start you off, though you might be better off finding a more 
general introduction.  If you just want to use a recent version of 
Alpine, you can probably find a precompiled version for whatever O/S 
you're using.  Provide more details and someone here can probably point 
you in the right direction.

--

-- 
Best,
Ben
M.RossARR | 6 Sep 07:26 2011

Re: alpine warns of insecure pop/imap, But what about smtp???

nAlPineForum: [Alpine-info] alpine warns of insecure pop/imap, But 
what about smtp???

> On Fri, 15 Jul 2011, Joe(theWordy)Philbrook wrote:
> ... 
> But with either pop or imap I get the dreaded "insecure" warning 
> when alpine asks for my password. UNLESS I specify ":993", ":995", 
> "/ssl" or "/tls" in which the server connection attempt either 
> times out after an extended delay, or in the case of "/tls" I get 
> an immediate connection failure and a message about not being able 
> to get a TLS connection...

I can only reply for a Windozz XP Professional system (Windozz XP 
Professional fully updated with SP3), running on an IBM ThinkPad 
(Lenovo R60e), with Agnitum Outpost Firewall Free v6.5.1, & Avast 
Free Antivirus v6.0.1203. Yet prior Windozz systems with other 
firewall & antivirus setups seem to work the same with Pine / 
Alpine.

It is my experience that if SSL is desired reliably, it must be 
specified in the server entries of Pine / Alpine Setup-Config:

SMTP Server (for sending) = servername/ssl/user=id <at> domainname

Inbox Path                = {servername/ssl/user=id <at> domainname}inbox

If that is not true, I would like to know what is!

However, it is also my experience, that the SSL server certificate 
for the email service in use must be in the directory/folder with 
the Pine / Alpine program! I cannot get it to work if the SSL
certificate is located any place else on the local computer, or 
online.

> ...
> One) Can somebody confirm that if my password was going to be 
> transmitted in
> ... 
> Two) If anybody knows how to connect alpine securely to 
> Fairpoint's servers,
>      could they please explain it to me???
> ...
> But I'd much rather be able to simply use an encrypted imap (or 
> even pop) session to access the mail on it's own durned server. So 
> if anyone knows how to get mail.myfairpoint.net to cooperate with 
> encrypted connections I'd really appreciate an explanation.

To start with, I am not sure of any differences when a POP server is 
to be used, other than to enter /POP in the Pine / Alpine 
Setup-Config. And I cannot completely verify SMTP server security. I 
am not familiar with the Fairpoint system servers either.

Now, do you possess the email servers SSL certificate? If not, find 
it online. Contact the email server operators as required, to find 
the SSL server certificate (sometimes a problem with a delayed 
response, as with Mail.com - but they did provide the means to 
obtain the SSL Cert securely I think - yet remotely - weird too). 
Anyway, find the URL, where the SSL certificate is stored online, 
anyway you can, & verify the source as best you can! Then download / 
save the SSL server certificate to your computer where the Pine / 
Alpine program is installed! Most all secure connection problems 
seem to go away after that SSL certificate is saved locally with the 
Pine / Alpine program.

The browser you use may be able to help in locating & downloading 
the SSL server certificate, by using the properties or Right-Click 
feature while connected to the email service webpage! Sometimes it 
is tucked away without documentation from the email service, as is 
the Mail.com service. Mozilla SeaMonkey & FireFox helps with this 
search & secure function.

I am sure my system is secure & will explain how. But if there is 
any other reliable way to verify an actual secure connection with 
any server, I would like to know that too; besides what is indicated 
by my laptop. ...

I am periodically warned by the Avast antivirus program, that I use, 
that the SSL connection prevents it from verifying email activity, 
such as downloading bad attachments & so forth. Avast suggests I 
disable that secure connection & let Avast handle the problem. But 
that could expose the initial email server connect & login process - 
compromising the password during login to the servers. And so I 
ignore Avast, yet use it as a good indicator I am secure - as Avast 
cannot breach the SSL connection to read the email transfers! So I 
suspect with great confidence, that if Avast cannot access the SSL
connection with Alpine, with the server I use, the connection is 
secure! Can anybody shoot a hole in that? Let me know, please!

Does that cover all servers? The POP, IMAP & SMTP servers? I don't 
know! Who does? Let me know, please!

With recent exposure of scammed certificates, I wonder if any 
certificates are worth bothering with. There needs to be a better 
way, & I suspect before it is over, there will be. Possibly with 
really secure PGP / GPG encryption in the design!

I hope the experience I hold helps others! Or somebody can help me 
make my security better. Again, let me know!

--

-- 
The Best To You & Yours,
M. Ross All Rights Reserved
mrossarr@...

"Consent" Is Key To The Senate!
http://mrossarr.nixsyspaus.org/17thamend.shtml

---end-of-message---
Hugh Sasse | 6 Sep 11:09 2011
Picon
Picon

RFE: File Save filter?

It is possible in some parts of alpine to filter things, like the
send filter and display filter.  I'd like to be able to filter
saving filenames.  People on PCs constantly send me files with
spaces in the filenames.  This is really annoying on Unix, and it is
not as if cmd.exe's copy command on Windows understands that a space
can be part of a filename; you have to quote it there, too.  I'd
find it useful to be able to apply a transformation to the file to
save to, either a Perl-like s/<patter>/<replacement>/g substitution,
or even a `tr 'list' 'list'` would be enough to solve this.

I'm not familiar with alpine's source code, and it would take a
while to get into it, but before I consider doing that, is there a
reason why this is the wrong thing to do?  Am I the only one who
thinks it would be useful?  There's no point in creating a patch if
it will definitely be rejected :-)

        Thank you,
        Hugh
Andraž 'ruskie' Levstik | 6 Sep 11:19 2011
Picon

Re: RFE: File Save filter?

:2011-09-06T10:09:Hugh Sasse:

> I'm not familiar with alpine's source code, and it would take a
> while to get into it, but before I consider doing that, is there a
> reason why this is the wrong thing to do?  Am I the only one who
> thinks it would be useful?  There's no point in creating a patch if
> it will definitely be rejected :-)

Don't really see a reason to reject this outright. Infact it seems like
a nice idea. Instead of hardcoding the filter in maybe let it accept an
external tool that can then do whatever adjustments one sees fit on a
filename?

Regards

-- 
Andraž 'ruskie' Levstik
Source Mage GNU/Linux Games/Xorg grimoire guru
Re-Alpine Coordinator http://sourceforge.net/projects/re-alpine/
Geek/Hacker/Tinker

Don't forget: the future is now. It's just not widely distributed yet.
:2011-09-06T10:09:Hugh Sasse:

> I'm not familiar with alpine's source code, and it would take a
> while to get into it, but before I consider doing that, is there a
> reason why this is the wrong thing to do?  Am I the only one who
> thinks it would be useful?  There's no point in creating a patch if
> it will definitely be rejected :-)

Don't really see a reason to reject this outright. Infact it seems like
a nice idea. Instead of hardcoding the filter in maybe let it accept an
external tool that can then do whatever adjustments one sees fit on a
filename?

Regards

--

-- 
Andraž 'ruskie' Levstik
Source Mage GNU/Linux Games/Xorg grimoire guru
Re-Alpine Coordinator http://sourceforge.net/projects/re-alpine/
Geek/Hacker/Tinker

Don't forget: the future is now. It's just not widely distributed yet.
Andraž 'ruskie' Levstik | 6 Sep 12:25 2011
Picon

Re: RFE: File Save filter?

:2011-09-06T11:23:Hugh Sasse:

> On Tue, 6 Sep 2011, Andra? 'ruskie' Levstik wrote:
> 
> > Don't really see a reason to reject this outright. Infact it seems like
> > a nice idea. Instead of hardcoding the filter in maybe let it accept an
> > external tool that can then do whatever adjustments one sees fit on a
> > filename?
> 
> Yes, I was thinking of either a pair of patterns, or callout to an external
> program which could be a script {lua, perl, python, ruby, sed, awk, ...}.
> A pair of patterns could be put in .pinerc and not open any (obvious?)
> security issues, that a call to an external program might.  But I usually
> find I'm insufficiently devious to find these sort of problems up front!

So basically both solutions? That would be nice as well I think.

Feel free to clone from the sf page and make a patch against that.

-- 
Andraž 'ruskie' Levstik
Source Mage GNU/Linux Games/Xorg grimoire guru
Re-Alpine Coordinator http://sourceforge.net/projects/re-alpine/
Geek/Hacker/Tinker

Seilf Emit
:2011-09-06T11:23:Hugh Sasse:

> On Tue, 6 Sep 2011, Andra? 'ruskie' Levstik wrote:
> 
> > Don't really see a reason to reject this outright. Infact it seems like
> > a nice idea. Instead of hardcoding the filter in maybe let it accept an
> > external tool that can then do whatever adjustments one sees fit on a
> > filename?
> 
> Yes, I was thinking of either a pair of patterns, or callout to an external
> program which could be a script {lua, perl, python, ruby, sed, awk, ...}.
> A pair of patterns could be put in .pinerc and not open any (obvious?)
> security issues, that a call to an external program might.  But I usually
> find I'm insufficiently devious to find these sort of problems up front!

So basically both solutions? That would be nice as well I think.

Feel free to clone from the sf page and make a patch against that.

--

-- 
Andraž 'ruskie' Levstik
Source Mage GNU/Linux Games/Xorg grimoire guru
Re-Alpine Coordinator http://sourceforge.net/projects/re-alpine/
Geek/Hacker/Tinker

Seilf Emit
Hugh Sasse | 6 Sep 12:23 2011
Picon
Picon

Re: RFE: File Save filter?

On Tue, 6 Sep 2011, Andra? 'ruskie' Levstik wrote:

> Don't really see a reason to reject this outright. Infact it seems like
> a nice idea. Instead of hardcoding the filter in maybe let it accept an
> external tool that can then do whatever adjustments one sees fit on a
> filename?

Yes, I was thinking of either a pair of patterns, or callout to an external
program which could be a script {lua, perl, python, ruby, sed, awk, ...}.
A pair of patterns could be put in .pinerc and not open any (obvious?)
security issues, that a call to an external program might.  But I usually
find I'm insufficiently devious to find these sort of problems up front!

        Thank you,
        Hugh
Matt Ackeret | 6 Sep 22:27 2011
Picon

Re: RFE: File Save filter?

On Tue, 6 Sep 2011, Hugh Sasse wrote:
>It is possible in some parts of alpine to filter things, like the
>send filter and display filter.  I'd like to be able to filter
>saving filenames.  People on PCs constantly send me files with
>spaces in the filenames.  This is really annoying on Unix, and it is

I'm not really trying to be argumentative, but I just sent myself the
file "this is a test.txt" and was able to save it fine in alpine's file
saving prompt just fine.

(I think I deal with filenames with spaces in them fairly often, e.g.
snapshots.)

So in other words, I guess I won't be using this feature, so I'm not trying
to dissuade you from doing it.

Gmane