Re: Packet Terminal Program
Hi Larry, On Thu 1999-12-16 (00:48), Larry Molitor wrote: Hi Gerd, If others are satisfied, great. If I was smart enough to make "call" run a telnet session, I would be content with it also. Maybe someone could help me out here. As a matter of fact I do use call for all my Linux packet work, but with many Linux based hamradio applications having telnet as well as packet interfaces, I want/need more. I looked briefly at TNT. It seemed to be very versatile. That's just what made me think it would not be very good for me. It is essential that the application I would use be as dumb as a rock, almost as dumb as the typical telnet client, but not quite. If I have to do any more than start the program and begin typing, I'm not interested. Why? Because the environment I would use this in does not allow for "thinking", only "reacting". I guess I'll try to look at LinKT, don't know a thing about it now. Perhaps such basic things are offensive to the "power users" on the list. I would welcome any help/suggestions off list, in case somebody would like to help out a dummy with out being embarrassed on the list. Thanks and 73, Larry - W7IUV Just a silly question perhaps. If you want something like telnet, why not use telnet? If what you really mean is you want something that uses a VT100 interface without being transported over IP, why not use one of the million or so telephone VT100 terminals for linux, such as seylon or minicom? Cheers, Ray ZR6RAY
Re: ax25d with probs in mem cleaning!
On Tue, 7 Dec 1999, Tomi Manninen wrote: On Tue, 16 Nov 1999, Jorge Matias wrote: I don't know if anyone of you has this problem, but I found that everytime ax25d answers a call and spawns a connection to a service it opens "ax25" module for use. The problem is that when the connection is closed we still have the "ax25" module opened. This means that I can never remove ax25 module from memory because it says it is in use. When I made my last reboot I had ax25 module opened 725 times. I investigated this last week and was able to come up with a possible solution to the problem, which seems to be an oversight in the kernel code. Would people please test the attached patch to linux/net/ax25/af_ax25.c (even if you haven't noticed any adverse effects or don't use modules at all) and send success and/or failure reports to the list or directly to me. Obvliously the patch is against 2.2.13. I made the patch and recompiled the kernel. So far the system is working perfectly. Using command lsmod I see the allocation and deallocation of ax25 module. Now I have only ax25 module Using Count with the value corresponding to the number of programs running and using it. If I see any secundary effect I'll report it here in the mailing list. Thank you very much! Merry Christmas to you all and a Happy New Year. Have all the fun you can. :-) Jorge Matias (CT2HBZ) For more details see the Dev-Hams list archives at http://www.hes.iki.fi/archive/dev-hams/. -- Tomi Manninen Internet: [EMAIL PROTECTED] OH2BNS AX.25: [EMAIL PROTECTED] KP20ME04Amprnet: [EMAIL PROTECTED]
Re: Packet Terminal Program
On Thu, Dec 16, 1999 at 08:35:44AM +0100, Krause, Uwe wrote: The LinKt and TNT are good terminal programs, but there isn't a good terminal program with message management (Unproto protocol , compressed mail transfer etc) Like TPK ,TSTHOST,(MSDOS) or WINPACK (WIN). run TNT together with dpbox and you will find all you expect ! (unproto protocol , compressed mail transfer etc) Or, jump in and help us with LinKT :) I´ve put a screenshot of a very early version of Jochen´s new LinKT mailreader at http://1409.org/projects/linkt/development.html. One problem is the lack of feedback. Here in Germany those unproto lists are near to unknown. None of my friends ever used Winpack, I believe we don´t have a single FBB Mailbox anymore. So, like I wrote in some weeks ago, we would really like to know whats special about winpack. It seems to be quite popular in GB and other countries. I can´t check it myself, because I don´t have windows installed. Our current plan is to cooperate with Radek and use parts of LinPac (axmail-utils and ulistd) for the LinKT Mailer. Among the LinKT users in Germany there is much more interest in having a decent convers client. Jochen is getting many requests for that, but none for this strange unproto thing. 73s Hans-Peter -- Hans-Peter Zorn, Karlsruhe, Germany http://www.stud.uni-karlsruhe.de/~uhsm/ [EMAIL PROTECTED](preferred) http://1409.org/people/hp/ [EMAIL PROTECTED](hamradio stuff)
Re: Packet Terminal Program
Am Thu, 16 Dec 1999 schrieb Larry Molitor: Hi Gerd, If others are satisfied, great. If I was smart enough to make "call" run a telnet session, I would be content with it also. Maybe someone could help me out here. As a matter of fact I do use call for all my Linux packet work, but with many Linux based hamradio applications having telnet as well as packet interfaces, I want/need more. I looked briefly at TNT. It seemed to be very versatile. That's just what made me think it would not be very good for me. It is essential that the application I would use be as dumb as a rock, almost as dumb as the typical telnet client, but not quite. If I have to do any more than start the program and begin typing, I'm not interested. Why? Because the environment I would use this in does not allow for "thinking", only "reacting". I guess I'll try to look at LinKT, don't know a thing about it now. Informations about LinKT can be found at http://1409.org. Just compile and start it. If LinKT should accept connects to some callsigns you have to go to File - Preferences - Callsigns and add them to the list. Ready. Ciao, Jochen -- Jochen Sarrazin, DG6VJ http://1409.org ax.25: DG6VJ@DB0EA.#NRW.DEU.EU inet: [EMAIL PROTECTED]
ax25rtd suggestion
Hello all, I'm using "ax25rtd" from the latest ax25 packages. I use the daemon to add automatically the routes for the stations heard, but the problem is that when a user is making the connections TCP/IP(AX.25) to one of my ports and then he switches to another port he looses the TCP/IP access because the routing entry is still redirected to first port where it was heard for the first. Because ax25rtd don't update TCP/IP routing entries I am using "ax25rtctl" to solve that problem. I have "ax25rtctl" in the cron to expire stations last heard for more than 5 minutes. The problem is that ax25rtd sometimes crashes, I think when it doesn't any IP routing entry in its database. I would make the suggestion of putting an entry in the ax25rtd config file to define an expire time for the ax.25 and ip routing entries. In addition, to write the needed code in the daemon to do that job automatically. Finally, and the most important is to solve this CRASH that occurs with the daemon when we launch the "ax25rtctl" to send an expire command. Note, that this is not frequent so it will be hard to find the problem. Regards, Jorge Matias
Re: Packet Terminal Program
On Thu, Dec 16, 1999 at 05:22:11AM +, Larry Molitor wrote: Sorry John, but from what I see in the user manual available at the above site, it won't run a telnet session, only AX25. Too bad. Well the point of a packet radio terminal is to run AX25 sessions, isnt't it? If you want to do telnet - use "telnet", together with "screen" or "splitscreen" and rzsz, the standard unix tools for this purpose. There are lots of other terminal emulators too. Hans-Peter -- Hans-Peter Zorn, Karlsruhe, Germany http://www.stud.uni-karlsruhe.de/~uhsm/ [EMAIL PROTECTED](preferred) http://1409.org/people/hp/ [EMAIL PROTECTED](hamradio stuff)
Re: radio.linux.org.au
Terry Dawson wrote: On 11 Dec, Gareth Rowlands wrote: Can any kind reader tell me if the little goldmine that is the radio.linux.org.au box also has an ampr.org 44 network address, and if so, is it accessible via the encap wormholes ? It doesn't yet, but I'm seriously considering it, especially if there is serious demand for it. Terry, I reckon it would be a very worthwhile addition to the site Thanks for all your hard work. Blayne
Re: Packet Terminal Program
Hans-Peter Zorn wrote: On Thu, Dec 16, 1999 at 08:35:44AM +0100, Krause, Uwe wrote: The LinKt and TNT are good terminal programs, but there isn't a good terminal program with message management (Unproto protocol , compressed mail transfer etc) Like TPK ,TSTHOST,(MSDOS) or WINPACK (WIN). run TNT together with dpbox and you will find all you expect ! (unproto protocol , compressed mail transfer etc) One problem is the lack of feedback. Here in Germany those unproto lists are near to unknown. None of my friends ever used Winpack, I believe we don´t have a single FBB Mailbox anymore. So, like I wrote in some weeks ago, we would really like to know whats special about winpack. It seems to be quite popular in GB and other countries. I can´t check it myself, because I don´t have windows installed. Well, what's special about winpack, is that it can make many nice/not nice sounds depending on different events. It can "speak" tha call sign connecting to it and the Win part seems to be very special(at least in Sweden). Since you don't have an FBB, how do you manage your mail system in Germany ? Do you use *nos or how does it work ?? Here in Sweden our Mailnetwork consists of a number of FBB BBS:es that handle the main mail routing. All users are running client's like winpack, TPK, TST-Host or similar to retrieve the mail they find interesting including personal mail. These "strange" unproto lists, are very effective in letting the users know what mail is available at the local BBS. Every BBS sends the unproto on very port, and the clients (TPK, TST-Host, WinPack etc) recieve them and generate a list of available messages. Then, the single user just has to read through the subjects of all the mail and mark the ones he wants. It's quite a bit like Newsgroups on the internet. There one also just downloads the message subjects and when one decides to read message X you downlod it. I looked a bit on your page, and found a protocol called didadit that according to that page is "widely" used. I've never heard about it and I don't know one peice of software that supports it. Guess there are some great differences between countries :-/ Our current plan is to cooperate with Radek and use parts of LinPac (axmail-utils and ulistd) for the LinKT Mailer. Those packages, have the ability to decode FBB's unproto headers and one can tell it to download mail to different areas. That would be a good thing to incorporate into LinKT and/or the mailer. Among the LinKT users in Germany there is much more interest in having a decent convers client. Jochen is getting many requests for that, but none for this strange unproto thing. Convers client's are not used that much in Sweden (At least not the south of Sweden). To be honest, most packetradiotraffic here is mail. On the other hand, we're starting up an APRS network here. That would be something to include into LinKT. A graphical viewer that reads and decodes APRS packets retrieved via the AX25 kernel socket. 73's de SM7XAB Jocke!
Re: Packet Terminal Program
On Thu, Dec 16, 1999 at 01:31:49PM +0100, Joachim Holst wrote: Well, what's special about winpack, is that it can make many nice/not nice sounds depending on different events. Well, this can LinKT do too ;-). Very important. grin Since you don't have an FBB, how do you manage your mail system in Germany ? We have mostly BayCom mailboxes and some DPBox systems. With unproto list you have to keep your station running the whole day? Hmm. Here people connect to the bbs, download the "checklist" (new mails) and the terminal offers a list window in which you can select the message you want to download and generates read commands (as LinKT does). I looked a bit on your page, and found a protocol called didadit that according to that page is "widely" used. I've never heard about it and I don't know one peice of software that supports it. Guess there are some great differences between countries :-/ Well, no it is not widely used yet, but we are trying to make it more popular. I have to translate the spec before that will happen, I guess ;-) Those packages, have the ability to decode FBB's unproto headers and one can tell it to download mail to different areas. That would be a good thing to incorporate into LinKT and/or the mailer. Yes, although we won't incorporate it, but we will make the utils aware of our message handling system vjbox, send the patches to the ax25-mails-utils' author. So the same utils can support both programs. A graphical viewer that reads and decodes APRS packets retrieved via the AX25 kernel socket. Would be nice, indeed. But currently not planned (as far as I know). 73s Hans-Peter -- Hans-Peter Zorn, Karlsruhe, Germany http://www.stud.uni-karlsruhe.de/~uhsm/ [EMAIL PROTECTED](preferred) http://1409.org/people/hp/ [EMAIL PROTECTED](hamradio stuff)
Re: Packet Terminal Program
Hans-Peter Zorn wrote: On Thu, Dec 16, 1999 at 01:31:49PM +0100, Joachim Holst wrote: Well, what's special about winpack, is that it can make many nice/not nice sounds depending on different events. Well, this can LinKT do too ;-). Very important. grin Since you don't have an FBB, how do you manage your mail system in Germany ? We have mostly BayCom mailboxes and some DPBox systems. With unproto list you have to keep your station running the whole day? Hmm. Nope, we don't have to. Every beacon has the las message number and if a client sees that the numbers differ, it initiates a resync of the missing headers. Doesn't require that much traffic. Here people connect to the bbs, download the "checklist" (new mails) and the terminal offers a list window in which you can select the message you want to download and generates read commands (as LinKT does). Doesn't htat generate a lot lot of uneccesary transmissions ?? Whith unproto headers, all systems use the same resync list. I looked a bit on your page, and found a protocol called didadit that according to that page is "widely" used. I've never heard about it and I don't know one peice of software that supports it. Guess there are some great differences between countries :-/ Well, no it is not widely used yet, but we are trying to make it more popular. I have to translate the spec before that will happen, I guess ;-) Yup, Good idea ! Didn't really feel up to reading specs in german. :-( Those packages, have the ability to decode FBB's unproto headers and one can tell it to download mail to different areas. That would be a good thing to incorporate into LinKT and/or the mailer. Yes, although we won't incorporate it, but we will make the utils aware of our message handling system vjbox, send the patches to the ax25-mails-utils' author. So the same utils can support both programs. OK.. A graphical viewer that reads and decodes APRS packets retrieved via the AX25 kernel socket. Would be nice, indeed. But currently not planned (as far as I know). Well, so far, we can get by using JavaAPRS forour Linux clients. Great package BTW.. /Jocke! SM7XAB
RE: PB and PG v.1.3 - programs for communicating with Microsat satellites
Title: RE: PB and PG v.1.3 - programs for communicating with Microsat satellites Hi Kai, I can't answer right off hand to your question. The referenced description is very brief and I cannot see why a security hole can exist as described. Could you please provide me with some details. Frankly, I'm a bit astounded, because I would have expected that I, the maintainer of PB/PG for Linux, would be the first to be notified if/when such problems arise. Best 73 de Bent/OZ6BL
Re: asking about the best site for linux-hams
try metalab.unc.edu - Original Message - From: astari [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 16, 1999 12:39 PM Subject: asking about the best site for linux-hams Hello all, My name is Astari and i see all of you always have the latest news about linux-hams well we are in indonesia not very up to date about the news so i'd like to ask you information about the best site you recommend me about linux-hams and maybe any of you knowing someone who interest about linux-hams that come from indonesia thank you for your reply
Re: ax25rtd suggestion
On Thu, Dec 16, 1999 at 12:13:38PM +, Jorge Matias wrote: I have "ax25rtctl" in the cron to expire stations last heard for more than 5 minutes. The problem is that ax25rtd sometimes crashes, I think when it doesn't any IP routing entry in its database. I'll look into this, but probably not this year. Please give me some time. 73 de Klaus
sendmail .ampr.org mail
sendmail tries to connect to outside mailers via their port 113, systems such as W0RLI's snos don't like that. Plus, addresses like [EMAIL PROTECTED] are dumped by sendmail. Is there a better way or a definitive configuration for mail gatewaying? Tia - jk - James S. Kaplan KG7FU Eugene Oregon USA [EMAIL PROTECTED] http://www.rio.com/~kg7fu ICQ # 1227639 Have YOU tried Linux today? -
ttylinkd
Hi Guys, I have a machine running all ok on Mandrake 6.1 with all the new axtools and such. libax25-0.0.7.tar ax25-tools-0.0.5.tar ax25-apps-0.0.4.tar These are installed and working apart from ttylinkd. I have edited the ttylink.conf file to try and use two users, root and g6dzj (at separate times I might say :-) ), my call, but when ever I try and connet and use ttylinkd, the prompt indicates that it is attempting to page the user in the conf file, but that user gets no message, ie "type to respond...". Also if I control c out of the attempted connection the ttylinkd is left hanging around and I have to kill -9 it. I have the relevent entries in the inetd.conf file and the services file /etc/inetd.conf has this ttylink stream tcp nowait root/usr/sbin/ttylinkd ttylinkd /etc/services has this link87/tcp ttylink The whole of ttylinkd.conf is this # /etc/ax25/ttylinkd.conf : config file for ttylinkd(8) # # We just have one line, who gets the incoming ttylink calls. # # [EMAIL PROTECTED] # or: # sysop=user # sysop=root So I can't see what is wrong - have I missed anything, is there a fix that I have missed and need to apply. I would apprictate any pointers please. 73 Steve - G6DZJ/GB7ITG
Re: Packet Terminal Program
At 12:58 PM 12/16/99 +0100, Hans-Peter Zorn wrote: Well the point of a packet radio terminal is to run AX25 sessions, isnt't it? If you want to do telnet - use "telnet", together with "screen" or "splitscreen" and rzsz, the standard unix tools for this purpose. There are lots of other terminal emulators too. Hans-Peter Hi Hans-Peter, See my reply to Ray. I never inquired about a "packet radio terminal". I asked about a "packet termial" look-alike that would support telnet. Telnet, as I am currently using it, is not appropriate. I have no knowledge of the "standard unix tools" you speak of. I could not find a man page for "splitscreen". I did find one for "screen". Unless I completely misunderstood, it's not what I want either, but then there may be more to it than I think. I do *NOT* want to emulate a unix terminal. I want to emulate a "packet terminal". I don't know how else to explain my need. Can it be that no one else on linux-hams has ever had the output and the input intermixed on a telnet screen?? Does anyone have any idea what I mean? Doesn't anyone else telnet into an application whose output is tailored for a packet terminal? I don't expect you, Hans-Peter, to answer these questions. I'm just ranting again, because it's obvious that I don't have sufficent knowledge to adequately explain my need. 73 de Larry - W7IUV
Re: Packet Terminal Program
At 12:22 PM 12/16/99 +0200, Ray Heasman wrote: Just a silly question perhaps. If you want something like telnet, why not use telnet? If what you really mean is you want something that uses a VT100 interface without being transported over IP, why not use one of the million or so telephone VT100 terminals for linux, such as seylon or minicom? Cheers, Ray ZR6RAY Hi Ray, Not to attack you personally, but I have to ask why is my request so difficult to understand? I do not want something like telnet. I never asked for anything like telnet. I currently am using telnet and it is not appropriate for the task at hand. I asked about a "packet terminal" look-alike that would run a telnet sesion. Specifically, I would like an application/program/client/whatever that would allow a standard telnet connection, process the stdin and stdout, display them on a split screen, and provide for scrollback in both screen sections. Other features would be nice but not necessary. Why? Simply because I get confused when something comes down the pipe from the remote connection while I'm typing something else in! Since the remote application is also connected to via packet, I thought it would be easiest to explain my need in terms of packet apps. I guess I screwed that one up. Thanks anyway. 73 de Larry - W7IUV
Re: Error compiling libax25
On Wed, Dec 15, 1999 at 10:25:03PM +0200, Tomi Manninen OH2BNS wrote: On Wed, 15 Dec 1999, Hamish Moffatt wrote: On Wed, Dec 15, 1999 at 02:24:43AM +, Jorge Matias wrote: Probably you don't have symbolic links: /usr/include/asm to /usr/src/linux/include/asm-i386 /usr/include/linux to /usr/src/linux/include/linux And be glad that you don't, because you shouldn't. Oh? Really? Then how come a _LOT_ of my glibc headers include linux/*.h and/or asm/*.h ? Is glibc supposed to replace all those some day (good luck!) ? Anyway a small correction: /usr/include/asm should point to /usr/src/linux/include/asm not asm-i386. Including linux/*.h and asm/*.h is fine. The glibc kernel headers include the files in /usr/include/linux and /usr/include/asm directly; they are not links into /usr/src/linux (there is no need). If you need the exact .h files for the current kernel, you should get them out of /usr/src/linux/include directly using -I. On Debian at least, /usr/include contains the header files provided by glibc, and not the current kernel versions. Craig's ax25-tools sources cope just fine with this. I've included Debian's FAQ on the subject below. Hamish Q1: Why does the Debian libc6-dev package create /usr/include/linux and /usr/include/asm directories containing header files from a specific kernel, instead of using the "established" convention of making those directories into symlinks pointing to the currently installed kernel? A1: Occasionally, changes in the kernel headers cause problems with the compilation of libc and of programs that use libc. To ensure that users are not affected by these problems, we configure libc to use the headers from a kernel that is known to work with libc and the programs that depend on stable kernel headers. Q2: What if I want to compile a program that needs a feature from a later kernel than is used by libc? A2: In practice, most programs will not have this problem. However, depending on the scope of the problem you have several options available: If the situation is one like "kernel driver development", where all use of the machine for development is expected to be against a different set of kernel headers than are supplied with the "stock" libc6-dev, rebuilding the glibc packages against that particular kernel will create a full set of libc6 packages that are "compliant" with the new kernel. All development done on machines with these packages installed will be done against the new kernel. To build libc6-dev against your particular kernel, export the environment variable ksource, set to the path to that particular kernel and build the package. If you want this new glibc package to stick against further upgrades, simply use dselect and place the packages on HOLD. This will keep them from being upgraded against your wishes. If there is just one particular program/package that needs different headers, and your kernel of choice is installed in the usual place, you can use the -I/usr/src/linux/include option on the gcc command line, when compiling that specific program. -- Hamish Moffatt Mobile: +61 412 011 176 [EMAIL PROTECTED] Rising Software Australia Pty. Ltd.http://www.risingsoftware.com/ Phone: +61 3 9894 4788Fax: +61 3 9894 3362USA: 1 888 667 7839
Re: Error compiling libax25
Tomi Manninen OH2BNS said: On Wed, 15 Dec 1999, Hamish Moffatt wrote: On Wed, Dec 15, 1999 at 02:24:43AM +, Jorge Matias wrote: Probably you don't have symbolic links: /usr/include/asm to /usr/src/linux/include/asm-i386 /usr/include/linux to /usr/src/linux/include/linux And be glad that you don't, because you shouldn't. Oh? Really? Then how come a _LOT_ of my glibc headers include linux/*.h and/or asm/*.h ? Is glibc supposed to replace all those some day (good luck!) ? A lot? Hmm, I have approximately 20 headers including linux/*, mostly in the net,netinet and sys areas and they're probably grabbing magic numbers and about 10 headers including asm/* also mostly in netinet and sys. Assuming a lot is more than 30, the difference lies in the distribution. I have resisted the temptation to launch into yet another tirade at the totally brokeness of some distro's headers. Most people know my opinions already about that. The main thing is you should not include anything in linux/* or asm/* directly. Sometimes you have to, but that is a problem/bug with whatever it is you are compiling. Also very new stuff you will have to do this. Yes, the general idea is to remove or reduce the number of linux/*.h and asm/*.h headers and other headers that include them. There are very good reasons for doing so. - Craig -- Craig Small VK2XLZ, PGP: AD 8D D8 63 6E BF C3 C7 47 41 B1 A2 1F 46 EC 90 Eye-Net Consulting http://www.eye-net.com.au/ [EMAIL PROTECTED] MIEEE [EMAIL PROTECTED] Debian developer [EMAIL PROTECTED]
Re: sendmail .ampr.org mail
"James S. Kaplan KG7FU" wrote: sendmail tries to connect to outside mailers via their port 113, systems such as W0RLI's snos don't like that. Plus, addresses like [EMAIL PROTECTED] are dumped by sendmail. Is there a better way or a definitive configuration for mail gatewaying? Check ftp://bob.midtown.net/linux/bbs2mail-0.02.tar.gz and ftp://bob.midtown.net/linux/mail2bbs-0.04.tar.gz Bob
Re: Packet Terminal Program
On Fri, Dec 17, 1999 at 12:53:29AM +, Larry Molitor wrote: At 12:58 PM 12/16/99 +0100, Hans-Peter Zorn wrote: Well the point of a packet radio terminal is to run AX25 sessions, isnt't it? If you want to do telnet - use "telnet", together with "screen" or "splitscreen" and rzsz, the standard unix tools for this purpose. There are lots of other terminal emulators too. Hans-Peter Hi Hans-Peter, See my reply to Ray. I never inquired about a "packet radio terminal". I asked about a "packet termial" look-alike that would support telnet. Telnet, as I am currently using it, is not appropriate. I have no knowledge of the "standard unix tools" you speak of. I could not find a man page for "splitscreen". I did find one for "screen". Unless I completely misunderstood, it's not what I want either, but then there may be more to it than I think. I do *NOT* want to emulate a unix terminal. I want to emulate a "packet terminal". I don't know how else to explain my need. Can it be that no one else on linux-hams has ever had the output and the input intermixed on a telnet screen?? Does anyone have any idea what I mean? Doesn't anyone else telnet into an application whose output is tailored for a packet terminal? You can find splitscreen at metalab.unc.edu in /pub/Linux/apps/ham/convers. It does split-screen telnet (I don't know if it supports scrollback, however). Bob -- Bob Nielsen, W6SWE (RN2)Internet: [EMAIL PROTECTED] Tucson, AZ DM42nhAMPRnet: [EMAIL PROTECTED] QRP-L #1985 http://www.primenet.com/~nielsen