Tillbaka till svenska Fidonet
English   Information   Debug  
INTERNET   0/424
INTERUSER   0/3
IP_CONNECT   719
JAMNNTPD   0/233
JAMTLAND   0/47
KATTY_KORNER   0/41
LAN   0/16
LINUX-USER   0/19
LINUXHELP   0/1155
LINUX   0/22002
LINUX_BBS   0/957
mail   18.68
mail_fore_ok   249
MENSA   0/341
MODERATOR   0/102
MONTE   0/992
MOSCOW_OKLAHOMA   0/1245
MUFFIN   0/783
MUSIC   0/321
N203_STAT   894
N203_SYSCHAT   313
NET203   321
NET204   69
NET_DEV   0/10
NORD.ADMIN   0/101
NORD.CHAT   0/2572
NORD.FIDONET   189
NORD.HARDWARE   0/28
NORD.KULTUR   0/114
NORD.PROG   0/32
NORD.SOFTWARE   0/88
NORD.TEKNIK   0/58
NORD   0/453
OCCULT_CHAT   0/93
OS2BBS   0/787
OS2DOSBBS   0/580
OS2HW   0/42
OS2INET   0/37
OS2LAN   0/134
OS2PROG   0/36
OS2REXX   0/113
OS2USER-L   207
OS2   0/4779
OSDEBATE   0/18996
PASCAL   0/490
PERL   0/457
PHP   0/45
POINTS   0/405
POLITICS   0/29554
POL_INC   0/14731
PSION   103
R20_ADMIN   1117
R20_AMATORRADIO   0/2
R20_BEST_OF_FIDONET   13
R20_CHAT   0/893
R20_DEPP   0/3
R20_DEV   399
R20_ECHO2   1379
R20_ECHOPRES   0/35
R20_ESTAT   0/719
R20_FIDONETPROG...
...RAM.MYPOINT
  0/2
R20_FIDONETPROGRAM   0/22
R20_FIDONET   0/248
R20_FILEFIND   0/24
R20_FILEFOUND   0/22
R20_HIFI   0/3
R20_INFO2   2632
R20_INTERNET   0/12940
R20_INTRESSE   0/60
R20_INTR_KOM   0/99
R20_KANDIDAT.CHAT   42
R20_KANDIDAT   28
R20_KOM_DEV   112
R20_KONTROLL   0/13030
R20_KORSET   0/18
R20_LOKALTRAFIK   0/24
R20_MODERATOR   0/1852
R20_NC   76
R20_NET200   245
R20_NETWORK.OTH...
...ERNETS
  0/13
R20_OPERATIVSYS...
...TEM.LINUX
  0/44
R20_PROGRAMVAROR   0/1
R20_REC2NEC   534
R20_SFOSM   0/340
R20_SF   0/108
R20_SPRAK.ENGLISH   0/1
R20_SQUISH   107
R20_TEST   2
R20_WORST_OF_FIDONET   12
RAR   0/9
RA_MULTI   106
RA_UTIL   0/162
REGCON.EUR   0/2055
REGCON   0/13
SCIENCE   0/1206
SF   0/239
SHAREWARE_SUPPORT   0/5146
SHAREWRE   0/14
SIMPSONS   0/169
STATS_OLD1   0/2539.065
STATS_OLD2   0/2530
STATS_OLD3   0/2395.095
STATS_OLD4   0/1692.25
SURVIVOR   0/495
SYSOPS_CORNER   0/3
SYSOP   0/84
TAGLINES   0/112
TEAMOS2   0/4530
TECH   0/2617
TEST.444   0/105
TRAPDOOR   0/19
TREK   0/755
TUB   0/290
UFO   0/40
UNIX   0/1316
USA_EURLINK   0/102
USR_MODEMS   0/1
VATICAN   0/2740
VIETNAM_VETS   0/14
VIRUS   0/378
VIRUS_INFO   0/201
VISUAL_BASIC   0/473
WHITEHOUSE   0/5187
WIN2000   0/101
WIN32   0/30
WIN95   0/4275
WIN95_OLD1   0/70272
WINDOWS   0/1517
WWB_SYSOP   0/419
WWB_TECH   0/810
ZCC-PUBLIC   0/1
ZEC   4

 
4DOS   0/134
ABORTION   0/7
ALASKA_CHAT   0/506
ALLFIX_FILE   0/1313
ALLFIX_FILE_OLD1   0/7997
ALT_DOS   0/152
AMATEUR_RADIO   0/1039
AMIGASALE   0/14
AMIGA   0/331
AMIGA_INT   0/1
AMIGA_PROG   0/20
AMIGA_SYSOP   0/26
ANIME   0/15
ARGUS   0/924
ASCII_ART   0/340
ASIAN_LINK   0/651
ASTRONOMY   0/417
AUDIO   0/92
AUTOMOBILE_RACING   0/105
BABYLON5   0/17862
BAG   135
BATPOWER   0/361
BBBS.ENGLISH   0/382
BBSLAW   0/109
BBS_ADS   0/5290
BBS_INTERNET   0/507
BIBLE   0/3563
BINKD   0/1119
BINKLEY   0/215
BLUEWAVE   0/2173
CABLE_MODEMS   0/25
CBM   0/46
CDRECORD   0/66
CDROM   0/20
CLASSIC_COMPUTER   0/378
COMICS   0/15
CONSPRCY   0/899
COOKING   27601
COOKING_OLD1   0/24719
COOKING_OLD2   0/40862
COOKING_OLD3   0/37489
COOKING_OLD4   0/35496
COOKING_OLD5   9370
C_ECHO   0/189
C_PLUSPLUS   0/31
DIRTY_DOZEN   0/201
DOORGAMES   0/1974
DOS_INTERNET   0/196
duplikat   5999
ECHOLIST   0/18295
EC_SUPPORT   0/318
ELECTRONICS   0/359
ELEKTRONIK.GER   1534
ENET.LINGUISTIC   0/13
ENET.POLITICS   0/4
ENET.SOFT   0/11701
ENET.SYSOP   33773
ENET.TALKS   0/32
ENGLISH_TUTOR   0/2000
EVOLUTION   0/1335
FDECHO   0/217
FDN_ANNOUNCE   0/7068
FIDONEWS   23439
FIDONEWS_OLD1   0/49742
FIDONEWS_OLD2   0/35949
FIDONEWS_OLD3   0/30874
FIDONEWS_OLD4   0/37224
FIDO_SYSOP   12841
FIDO_UTIL   0/180
FILEFIND   0/209
FILEGATE   0/212
FILM   0/18
FNEWS_PUBLISH   4155
FN_SYSOP   41520
FN_SYSOP_OLD1   71952
FTP_FIDO   0/2
FTSC_PUBLIC   0/13558
FUNNY   0/4886
GENEALOGY.EUR   0/71
GET_INFO   105
GOLDED   0/408
HAM   0/16041
HOLYSMOKE   0/6791
HOT_SITES   0/1
HTMLEDIT   0/71
HUB203   466
HUB_100   264
HUB_400   39
HUMOR   0/29
IC   0/2851
Möte LINUX_BBS, 957 texter
 lista första sista föregående nästa
Text 826, 128 rader
Skriven 2005-09-14 09:21:37 av Alan Ianson (4.linuxbbs)
    Kommentar till text 823 av Maurice Kinal (1:340/401.1)
Ärende: Is this possible under Linux?
=====================================
  Re: Is this possible under Linux?
  By: Maurice Kinal to Alan Ianson on Wed Sep 14 2005 02:46 am

Hello Maurice,

 >  AI> Actually, Maximus is multinode, even the dos version. I had two
 >  AI> nodes running at one time along with Binkleyterm.
 > 
 > Were they running from the same binary?  I never tried multi-anything on DOS
 > for the time I actually was using DOS.  I used DOS mostly for testing ideas 
 > did have Maximus on there (single node) but that was a long, long time ago. 
 > did briefly try it with dosemu when I first switched to Linux around a decad
 > ago.  I didn't much care for that so I abandoned the idea before it even had
 > chance on the 'airwaves'.

Yes, but you had to have a way of running the second node from another
window. I used DeskView for a while then started using DRSOS (When it
was freely available), it had something much like DeskView built into
it that you could switch tasks. DRDOS isn't 100% MSDOS alike though,
it wouldn't run everything but BT/Max/Doors worked well.
 
 >  AI> nodes. Must have cost them a fortune to buy all those modems and
 >  AI> the telephone lines to plug them into. I agree about dosemu. I have
 >  AI> wanted to but never have let it go public.
 >
 > Right.  Probably a good idea, especially considering the vast difference to 
 > way it was done back then to the way you're doing it now.  With Linux multin
 > is entirely possible with just the one connection.  :-)

True, wild horses couldn't get me off Linux at this point.

 >  AI> Yeah, the only problem is there is no linuxy alternative to a lot
 >  AI> of those wonderful old dos doors.
 > 
 > There are better networked games though.  ;-)
 > 
 > The trouble is that sysops are trying to replicate the old DOS-think mentali
 > on Linux and I for one think that is a HUGE mistake.  What is needed if
 > doorgames are required is a true Linux port of them, that takes advantage of
 > the multi-everythingness of Linux.  Anything short of that is DOS-think.  Th
 > same doorgames would be infinetely better if Linux-think were employed.

In my own case I can say that I can't write my own doors, so I have
to use what is available to me. There isn't much development in the
way of doors anymore. One of the Synchronet devs has ported quite a
few doors to linux, where he has been able to get the source. So that
is a big plus, no need for DOSEMU in that case..

 >  AI> Synchronet has become much more than a traditional BBS. But it does
 >  AI> what the old DOS BBSs did so if that's what you want to do it's a
 >  AI> good option, and there aren't many.
 > 
 > True but one of the major issues, for me anyhow, is that much of the
 > functionality ported BBS's provide, including Synchronet, isn't required on 
 > properly installed and configured Linux system.  Too much is redundant and m
 > often adds paler utiltities then the ones a Linux sysop already has at his/h
 > disposal.  Binkd I can see being a good addition if a more Fido-like envirom
 > is a must, but few other utilities are actually needed when considering FTN
 > compliancy.  So beyond that, a Linux system is mostly, if not fully, a BBS
 > package in itself.

Yep, very true. If you just want to read the mail binkd/husky/msged will
get the job done. In this area we do have a few choices, good choices
too. Very well done/behaved apps.

I know what your saying about Synchronet though, I would be happy with
a simple BBS package, basicly an ansi interface to the Msg Areas, File
Areas, and doors. On my linux box here I never run ftpd/webd/ircd or
any others, I just don't need them. That's why I'd like to get Max
going, if it can be done.

But I will say this for Synchronet (I'm glad they continue to develop it),
It looks good right out of the box, the BBS web page I mean. You can log
into the BBS from the web and download files, read/post messages just as
if you were logged in. Your users can up/download QWK packets by FTP. I
guess that is the reasoning behind the deamons, it's there to support
the BBS.
 
 >  AI> I took a look at MBSE BBS the other day. I really don't like the
 >  AI> way it gives your BBS users a unix account on your computer. Maybe
 >  AI> that is just me, but that is another alternative.
 > 
 > As far as security is concerned that is probably the best way to handle it
 > especially using telnet.  Hopefully nobody could access the root file system
 > let alone do any damage that way.  I run binkd from a user account and not f
 > the system itself.

Ahh, I might have to check my attitude on that one.
 
 >  AI> Do you mean Synchronet won't work with 2.6 kernels or DOSEMU?
 > 
 > I meant dosemu.  I have no idea about Synchronet since I haven't looked at i
 > lately.  I did compile it once successfully but never went beyond that.  If 
 > requires dosemu to run doorgames then that aspect won't work whether or not
 > Synchronet itself works.
 > 
 >  AI> I
 >  AI> can't get synchronet to build at the moment too, I wonder if it's
 >  AI> because of the kernel? At the moment I am trying to get it going
 >  AI> on an amd64 machine so I thought that might have something to do
 >  AI> with it, or maybe it's the 2.6.8-amd64 kernel??
 > 
 > Could very well be, as well as gcc, glibc, etc.  It wouldn't surprise me if 
 > those have a hand in it not compiling.  For sure not dosemu.  I doubt you co
 > even dream of installing DOS on the above hardware, nevermind emulation.

That was something that worried me about running an amd64, so far it
hasn't been a problem. At the moment the debian amd64 distro is missing
about 5-10% of the i386 packages because they don't build or misbehave
in some way. CDRDAO is about the only package I have noticed missing
that I usually need installed. So I scooped the sources from sourceforge
and built my own, I haven't had any problems with it. So far I haven't
had any problem building what I need although I am sure to be bitten
at some point I'm sure.

My build problem with Sync must have been something commited in cvs
recently. I built last night on the BBS machine from a cvs archive
and that went fine. Now that I know that package is OK, I'll try
that on the amd64 and see what happens.

My max problems might be related to the amd64, I'll try building
that on the BBS machine and see if I have better luck.

 Ttyl :-),
         Al

--- SBBSecho 2.11-Linux
 * Origin: The Rusty MailBox - Penticton, B.C. Canada (1:340/401.4)