Tillbaka till svenska Fidonet
English   Information   Debug  
IC   0/2851
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/13556
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
Möte LINUX, 22002 texter
 lista första sista föregående nästa
Text 3802, 184 rader
Skriven 2005-10-13 19:37:00 av CHARLES ANGELICH (1:123/140)
     Kommentar till en text av MAURICE KINAL
Ärende: software for linspire
=============================

123c7d84d00f
linux



Hello Maurice - 

CA>> Not where I would expect them to be mainly. I have
CA>> PhotoShop but don't really like it. I've used PaintShop
CA>> Pro most of the time. 

MK> I'll take your word on it. I don't use any of them to be
MK> honest but have had gimp onboard and taken it for a spin.
MK> It worked with a wide variety of formats and all the
MK> tools/filters/etc did a very good job. Beats me what else
MK> the gimp people could do with it to improve things. 

I'm not using any graphics software on a daily or even weekly
basis which means I'm not the one to make recommendations. I'm
sure there are accomodations that the GIMP people could make
for those who are more 'into' graphics than I am. 

CA>> Yes GIMP is definitely different from similar applications
CA>> that I have used under Windows. 

MK> From what I've seen wrt Windows I'd say it is vastly
MK> superior or at least on par with really expensive apps
MK> aimed at Windows, such as Corel Draw. I've never used them
MK> but from what I see of the end result I think gimp is
MK> better or at least as good. 

From my positions as one who 'fiddles' with graphics I think
you may be correct. I do know there are many hundreds of
'addon' filters for Photoshop but have no idea what they do or
why anyone would want to add them? 

CA>> I certainly will let you know. :-) 

MK> Sounds good. Personally I am interested to see if their gut
MK> operation is all that much different then what I tend to
MK> gravitate towards. Offhand I'd think it is simular except
MK> that theirs is probably vastly more expensive and better
MK> hardware but I think the basic operation is simular. I
MK> don't have their budget. 

The article I read describing their hardware and software made
it sound as though they 'kludge' whatever they feel will work
together and don't worry about it much. When they get stuck
they write their own graphics routines and continue on. A
hackers heaven considering they cobble very expensive equipment
together. :-) 

CA>> QWK here. I used BlueWave until the Y2K issue sort of
CA>> 'took it out'. There is an addon that attempts to reset
CA>> the dates but I don't like it. After the time/effort I
CA>> invested in rewriting parts of ATP I do want to use it
CA>> enough to justify the effort? 

MK> Understood. I don't have a QWK<->pkt filter. I've never
MK> needed one so I have never bothered. I have the specs
MK> somewhere but decided long ago not to worry about it. If I
MK> thought it would make a difference (ie if there were local
MK> users with QWK programs) I probably would have. I think
MK> text is the way to go, possibly a dynamic html cgi script
MK> for online display, possibly html for offline messages.
MK> That way they could use their browsers to do offline
MK> messaging. 

No, browsers don't allow you to type in replys. :-) 

CA>> FIDO BBS software that _works_ is available - much of it
CA>> is free. 

MK> Yep. So far I haven't seen one that does what I do here.
MK> The closest would be kermit and it could be scripted to
MK> handle everything. 

I'm not quite sure what you mean by "what I do here"? 

CA>> dictators. I have no problem with moderating echos but
CA>> squashing ideas and/or opinions that are not shared by the
CA>> clique or the moderator is a bit too much. No one is paid
CA>> to post messages on FIDO so they eventually get sick of
CA>> the censoring of ideas/opinions and go elsewhere. THAT is
CA>> what is killing FIDO (again, IMO). 

MK> Could very well be. I don't let any of that stop me.
MK> Sometimes I just ditch whatever echoes. I've been kicked
MK> out of this echo and yet here I am. 

Some 'enemies' you can simply outlive, others are more of a
problem. 

CA>> Many FIDO sysops argue that it never happened. I know
CA>> because I can track my messages. 

MK> I've seen that happen. It still does happen. 

Unfortunate. 

CA>> Not sure what you have in mind. There is no way for FTP to
CA>> initiate a scan of the message bases and compile a packet
CA>> for downloading unless the user uploaded a 'semaphore'
CA>> file that the BBS software was scanning for. 

MK> I have a plan. It'll work but seeing as I won't use it I
MK> doubt it'll get used. I tend to use ftp as it was intended
MK> to be used as that is the best. As far as my ftp point
MK> goes, the hub takes care of packing my messages and isn't
MK> part of the ftp scheme. It knows what to do and does it.
MK> ftp just transfers the results. It works really good. 

For a point, yes FTP would be as good as anything. For someone
like myself who wants to login whenever at no particular time
then it gets more complicated. 

CA>> On BBBS I had to intiate the compilation then login using
CA>> FTP for the transfers. Seemed awkward and time consuming
CA>> for such small packets as I get lately (past few years). 

MK> EXACTLY!!! Why bog things down? 

It was, from what I could discern, somewhat experimental. I
tried making suggestions in the BBBS echo and got slaughtered
for saying linux _does_ fragment the drives eventually and one
or two other unpopular things and was told to leave the echo by
the same person who had been deleting my messages (and
continued to try after that). I emailed the author of BBBS with
some suggestions and got no replies so I just gave up. 

CA>> What I'm saying is whoever decided to subsume the 'zip'
CA>> into the names of gzip, bzip, etc. was being a bit
CA>> dimwitted rather than make up something new/different. I
CA>> also don't think some *nix users are consciously aware
CA>> that their 'zip' is not compatible with the PKzip of
CA>> DOS/Windows. 

MK> Who cares? If you stick to one format, pkt in this case,
MK> then it doesn't matter. The only issue then is endianess
MK> but that is a minor problem these days methinks if indeed
MK> it is an issue at all. It certainly isn't an issue between
MK> our respective PC's. 

I was referring to newbies trying to setup an offline reader
for access to FIDO getting bad advice to use gzip or bzip2 when
they aren't compatible with the 'zip' being used on existing
FIDO BBS. 

CA>> MulitMail, ATP, and probably other offline readers already
CA>> handle the QWK format. 

MK> Good for them. Are they supplying a feed for them? 

No but 99% of all BBS do supply QWK packets. 

CA>> Wait a minute. YOU said that you wanted to do something
CA>> about FIDO access. I'm just making suggestions here. 

MK> Right. However we already decided that you don't wish to
MK> access here. I already decided before this particular
MK> exchange not to worry about any other formats other then
MK> the one I have to worry about Fidoally speaking. I am not
MK> going to change that attitude for anyone who refuses to
MK> commit. Like I said before, they are only dead weight.
MK> Right? 

If I gave you the impression I was trying to persuade you to
accomodate my setup here I'm truly sorry. I thought we were
discussing ways to increase the numbers of linux users who also
access FIDO echos by creating a 'package' they could use for
FIDO echo access until they were knowledgeable enough to create
their own FIDO read/write setups. 

>
>        ,                          ,
>      o/      Charles.Angelich      \o       ,
>     <|                              |>  __o/
>     / >          USA, MI           < \   __\__
 

--- * ATP/16bit 2.31 * 
... DOS the Ghost in the Machine! http://www.devedia.com/dosghost/
 * Origin: Try Our Web Based QWK: DOCSPLACE.ORG (1:123/140)