|
|
| Author |
Message |
| 25 new of 215 responses total. |
tsty
|
|
response 66 of 215:
| 
Apr 6 14:14 UTC 2002 |
iw that a legit address?? or is this an incantation newly implemented?
back to another situation
when i nroff a file, the resultant file has 30 or more blank
lines appended to the text. (no, they weren't in the original, smartie)
this action has been consistant - is this a feature, bug, or user error?
|
remmers
|
|
response 67 of 215:
|
Apr 6 15:24 UTC 2002 |
I stated a hypothesis on that nroff behavior back in response #32,
two responses after you asked the question the first time in #30.
|
oval
|
|
response 68 of 215:
|
Apr 6 23:08 UTC 2002 |
tsty - about the procmail mail filtering, i found a good how-to on filtering
emails based on a certain keyword in the to, from, or subject lines.
http://camden-www.rutgers.edu/HELP/Documentation/Unix/S50-1317_email_filter
ing
.html
skip down to the pine part.
|
aruba
|
|
response 69 of 215:
|
Apr 7 23:52 UTC 2002 |
Did someone upgrade Lynx just recently? It's not happy.
|
keesan
|
|
response 70 of 215:
|
Apr 8 01:06 UTC 2002 |
What is the symptom? It was working as usual for me a couple of hours ago,
meaning it loads the same page 2-6 times before you can access it, and the
Tab does not work.
|
remmers
|
|
response 71 of 215:
|
Apr 8 12:23 UTC 2002 |
Hm. I ran lynx just now, and it behaved fine for me. No multiple
loading of pages; tab works.
|
davel
|
|
response 72 of 215:
|
Apr 8 13:19 UTC 2002 |
Whereas for me (quick test) it works "normally" - multiple page displays &
all.
|
gull
|
|
response 73 of 215:
|
Apr 8 13:28 UTC 2002 |
Re #63: I don't use procmail, but I've run across various scripts on
the web that would do things like query ORBZ-style blacklists.
|
keesan
|
|
response 74 of 215:
|
Apr 8 14:19 UTC 2002 |
SOmeone said the multiple page display is related to n curses - what is that?
How would one fix it?
|
aruba
|
|
response 75 of 215:
|
Apr 8 15:07 UTC 2002 |
I get the multiple loading problem, which has been around for a couple of
months now.
Hmmm. My problems with Lynx seem to involve arrow keys, so maybe it's
because I upgraded Kermit recently. So nobody did anything to Lynx on Grex?
|
aruba
|
|
response 76 of 215:
|
Apr 8 15:48 UTC 2002 |
Yeah, looks like it's my problem. Sorry to have bothered everyone.
|
tpryan
|
|
response 77 of 215:
|
Apr 8 15:56 UTC 2002 |
My solution: my use of Liynx has been dramiticaly reduced.
|
kimaro
|
|
response 78 of 215:
|
Apr 8 15:58 UTC 2002 |
bbs
|
mdw
|
|
response 79 of 215:
|
Apr 8 19:05 UTC 2002 |
Lynx uses a library called ncurses. Ncurses uses terminfo (or perhaps
termcap) to describe a whole bunch of terminals. The variable TERM says
which terminal you have. You in turn have stty settings (which may
among other things include terminal width & height), as well as a
terminal emulator (which probably does an imperfect job of emulating
some terminal.) Problems with weird displays could be due to any of
these components, or due to a bad interaction between them.
For the terminal WxH case, you can say "!stty -a" to see what your
current rows & columns settings are, and if you running an ANSI
compatible terminal emulator, the Unix command "!resize" may be able to
determine what your current window size is and do the appropriate stty
calls.
If you're using the terminal emulator that comes standard with Windows,
you might have better luck with teraterm.
|
keesan
|
|
response 80 of 215:
|
Apr 8 19:42 UTC 2002 |
I am using VT320 with Kermit and it worked on previous lynxes without the page
loading multiple times, or Tab not working. It works at MNet. MSKermit for
DOS.
|
tsty
|
|
response 81 of 215:
|
Apr 9 06:09 UTC 2002 |
re #67 - remmers- i accepted your hypothesis at that moment but none
of the wc counts is divisible (evenly) by 55->68. now what?
|
keesan
|
|
response 82 of 215:
|
Apr 9 15:07 UTC 2002 |
I read elcome to grex instead of Welcome to grex.
|
jhudson
|
|
response 83 of 215:
|
Apr 11 01:16 UTC 2002 |
RE 81:
sed 's/ *$//' < oldfile > newfile
|
davel
|
|
response 84 of 215:
|
Apr 11 01:38 UTC 2002 |
I think TS is complaining about extra blank (or empty) lines at the end, not
about blanks at the ends of lines.
|
davel
|
|
response 85 of 215:
|
Apr 14 02:13 UTC 2002 |
This isn't the kind of system problem people usually complain about, so I
didn't remember to complain until now - and it happened at least 2 or 3 days
ago (but this past week, I'm pretty sure). Problem may be fixed now.
Anyway, I was logged in to Grex & was called away. When I returned, an hour
or two later (at a guess), the idle zapper had not reared its head at me.
(I logged out anyway, then, as the problem that called me away was still
calling.) But it seems pretty likely that the idle zapper was not working
at that time.
|
jep
|
|
response 86 of 215:
|
Apr 14 10:32 UTC 2002 |
Backtalk has been running exceedingly slowly for the past several days. I
logged in via telnet to get to this item moer quickly, to report it, and
ran an uptime. It probably explained part of what's going on:
Ok: !uptime
6:31am up 76 days, 15:42, 31 users, load average: 7.64, 7.04, 7.45
|
mvpel
|
|
response 87 of 215:
|
Apr 16 04:16 UTC 2002 |
The clock is running nearly a minute fast. Time to enable NTP, folks.
|
eeyore
|
|
response 88 of 215:
|
Apr 16 04:27 UTC 2002 |
Oh no! Not nearly a whole minute!!!!!
Okay, so every clock in my house is set to a differnt time. I still do
pretty okay :)
|
jaklumen
|
|
response 89 of 215:
|
Apr 16 11:38 UTC 2002 |
if you're worried about accuracy, why not get clocks that receive
radio signals from the National Master Clock? Its movement is based
on the decay of atomic particles, I believe (plutonium?) and is super-
accurate.
C. Crane Company has some for sale. ;)
|
gelinas
|
|
response 90 of 215:
|
Apr 16 12:59 UTC 2002 |
Because NTP uses those kinds of clocks. Right now, my desktop machine is
-0.0002060 sec off from time-A.timefreq.bldrdoc.gov
|
