ftnpl-develop Mailing List for Perl for FTN Systems (Page 4)
Brought to you by:
jame
Menu
▾
▴
ftnpl-develop — Developing Perl for FTN systems
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(51) |
Sep
(33) |
Oct
(27) |
Nov
(3) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
|
Mar
(8) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Robert J. C. <rj...@ho...> - 2001-09-01 15:00:17
|
Russ, > > I have pkt2txt tossing web pages at http://www.dimstar.net/msg/. Take a > look. It's a very simple interface at the moment, but I'm going to start > working on indexes tonight. I have it set up for testing now, although I still need to decide how to add it to the apache configs... > > Besides that, I need to do testing for what I'm working on for the > > perl bbs scripts. And for the nl2sql script... etc. Basically, > > I've gotten ahead of what I'm set up to actually test...<g> > It's also my web server, so it works out well. The machine I'm moving testing to is also my 'public' web server (don't actually have it visible just now, for reasons I've mentioned elsewhere). I'll be moving development to a different (& not so 'public' <g>) machine; likely later this year.... Jame |
|
From: Robert J. C. <rj...@ho...> - 2001-09-01 14:45:14
|
Russ,
> I just finished the first version of pkt2txt that creates indexes.
I've updated to that, & have been setting up testing for it...
Jame
|
|
From: Robert J. C. <rj...@ho...> - 2001-09-01 14:43:26
|
Russ,
> I'd also like to move the templates outside of the main script. I'm
playing
> with several ideas for this. Everything from a template file per format to
> one monolithic templates file.
Having the templates outside of the script I think is a very good
idea...<g> But as to separate or monolithic; that I'm not so sure...
Since currently there are only two output formats; perhaps a monolithic
template file for now, & then when the number of output formats have
increased could make them separate files?
And perhaps could use the existing "-t" option for the template file?
Since the whole purpose of the script is to toss pkts, I really don't see
the purpuse in the way that option is being used now; if there is really
needed a option to run but not actually toss it could be made part of the
debug option...
Jame
|
|
From: Russ J. <ru...@di...> - 2001-09-01 05:56:56
|
I just finished the first version of pkt2txt that creates indexes. No navigation yet, but it's more usable. Russ Johnson Stargate Online http://www.dimstar.net telnet://telnet.dimstar.net ICQ: 3739685 |
|
From: Robert C. <JC...@te...> - 2001-08-30 18:11:47
|
Russ,
Oh, but I am leaving it to you...<g> Essentially what I figure to =
do is have two sets of pkt2txt files; one would be the cvs working =
directory, which I'd be keeping current by doing periodic 'cvs update's. =
The other set may or may not be what's current, depending on what I'm set =
up for... I.E., if changes are not too much then I'd move it directly =
to test; otherwise it may be awhile before I have to change what I'm =
running...
So, essentially for pkt2txt I'll only be doing testing... For that, =
btw, I setup a point to send to. Then make the directories, & then make =
a set of config files for ifcico and/or binkd for the communications... =
=20
For the others I'm working, I'll also be setting up testing... I go =
on vacation the week after next, so I'd like as much of this (testing) to =
be automatic as possible...<g>
Jame
|
|
From: Russ J. <ru...@di...> - 2001-08-30 17:32:31
|
At 08:48 AM 8/30/2001 -0400, Robert Clay wrote: >Russ, > > I was going to respond to this message from home last night; but > didn't find a copy. Thought I was really starting to work on this way > too much until I checked your message again this morning & found that you > sent it direct...<g> Ack, I probably just hit reply in Eudora.... > >>> Russ Johnson <ru...@di...> 08/28/01 11:17PM >>> > >I see you've done the switch. Most likely, I'll be working on it starting > >tomorrow. > > The main thing I need to do is reorganize my testing...<g> Besides > the 'current' pkt2txt that will need testing, I also plan to have > whichever is the most recent working version running as well; figure to > have it actually putting up html pages for things like file announce > echos & other announce echos like that... (I have an idea for a simple > maintenance script for it, also...) How about for now, leave pkt2txt to me, since I'm working heavily on it. I believe when what you've done, I can add command line parameters if needed. I have pkt2txt tossing web pages at http://www.dimstar.net/msg/. Take a look. It's a very simple interface at the moment, but I'm going to start working on indexes tonight. I'd also like to move the templates outside of the main script. I'm playing with several ideas for this. Everything from a template file per format to one monolithic templates file. > Besides that, I need to do testing for what I'm working on for the > perl bbs scripts. And for the nl2sql script... etc. Basically, > I've gotten ahead of what I'm set up to actuall test...<g> That can be easy to do. :) I actually have this tossing on the same machine that BBBS is running on. It's also my web server, so it works out well. I also have about a weeks worth of inbound echomail that I can test with. Good load testing stuff. Russ Johnson Stargate Online http://www.dimstar.net telnet://telnet.dimstar.net ICQ: 3739685 |
|
From: Robert C. <JC...@te...> - 2001-08-30 12:54:46
|
Russ,
Actually, I thought I'd already done that...
Should be done now; I've not had the time to take a look at the set =
up for it...
>>> Russ Johnson <ru...@di...> 08/28/01 >>>
I'd like to start tracking bugs I find. Can you give me access to edit =
the=20
bug stuff on sourceforge? It's getting close to what we would call =
alpha=20
code at Tripwire. It's going to be much better if we have some sort of=20
tracking.
|
|
From: Robert J. C. <rj...@ho...> - 2001-08-29 01:53:45
|
Russ,
> Only thing I plan to work on is that switch for the output file
format;
OK, I've put the format option (-f) in there: updated pkt2txt.sh to
use it (html option) & tested it out. It output's text files when "text"
is given to the option, or if the option is not present; & it outputs html
files if given the "html" option...
Note that I had to use the if-elsif-else statement for the format
selection; there doesn't seem to be a 'case' (or 'switch') statement Perl,
although something similar could be written if needed... (Don't really need
it at the moment...)
Jame
|
|
From: Robert J. C. <rj...@ho...> - 2001-08-29 01:45:24
|
Russ, > ... I was working on the > actual addition of the code, & thought I had it set up; but it started > giving me errors in parts of the code I didn't even work on, I was going over it again, compareing what I was re-doing to what I had in the version that failed on me, & found the problem; I'd somehow missed an ending brace in the if-elsif-else statement... One little character...<g> Jame |
|
From: Robert C. <JC...@te...> - 2001-08-28 21:49:40
|
Russ,
Do you plan to do any more work in these this week; i.e, before the =
weekend? If not, I'll just go ahead on get the "-f" option added & =
working... If you are working on it this, then I'll branch it (like, =
cvs tag -b outfile-option-branch), get it working, then let you know =
before merging it back in...
Jame
>>> Russ Johnson <ru...@di...> 08/27/01 01:08AM >>>
I basically re-wrote the message creation routines so that I could use =
them=20
for both text and html formatting.
|
|
From: Robert J. C. <rj...@ho...> - 2001-08-28 04:16:46
|
Russ, > Only thing I plan to work on is that switch for the output file format; I made an update & commited a change to the pkt2txt.pl shell script; it just indicates the format of the "-f" parameter... I was working on the actual addition of the code, & thought I had it set up; but it started giving me errors in parts of the code I didn't even work on, so except for a minor commit for an option parameter that disappeared, I started over again with a fresh copy of the pkt2txt.pl code... I kept a copy of what I'd done, of course; I'll try putting it (the -f opton) in there again, & try to see where it went wrong... Jame |
|
From: Robert C. <JC...@te...> - 2001-08-27 18:04:53
|
Russ,
Certainly not for major changes, like what you're working on...<g> =
=20
Any major changes I do, I'll be branching to do it; then merge the =
changes back into main... (That didn't turn out to be as hard as I =
thought...) You might consider doing that , the next time you work on a =
major change; likley not neccessary now, considering how far along you =
are... =20
Only thing I plan to work on is that switch for the output file =
format; may branch for that, or not, I'm not sure yet... Don't think =
it'll really be that much change, but I need to take a look at how the =
script looks now (I saw that your changes were in there this morning, but =
really didn't have the time to do more that a quick look....<g>) before =
deciding...
Jame
=20
>>> Russ Johnson <ru...@di...> 08/27/01 01:51PM >>>
I think we're going to need to not be changing things in the same file =
at=20
the same time.
|
|
From: Russ J. <ru...@di...> - 2001-08-27 17:51:09
|
I think we're going to need to not be changing things in the same file at the same time. At 01:30 PM 8/27/2001 -0400, Robert Clay wrote: >Russ, > > And when I did an update this morning, it was able to merge your > changes with what I had, with no apparant problem... Russ Johnson Stargate Online http://www.dimstar.net telnet://telnet.dimstar.net ICQ: 3739685 |
|
From: Robert C. <JC...@te...> - 2001-08-27 17:33:26
|
Russ,
And when I did an update this morning, it was able to merge your =
changes with what I had, with no apparant problem...
Did notice a couple of lines that I'd thought were already taken out; =
but I & found that they hadn't been on the copy I commited...
That resulted from having to use a different copy of the script for =
testing than what's in the cvs working directy, because of the way the =
$INDIR & $OUTDIR variables were being set. I took care of that, but on =
the copy I commited I didn't have those two original lines taken out...
I commited a change with that this morning...
>>> Russ Johnson <ru...@di...> 08/27/01 02:46AM >>>
I just fixed it. I made a copy of what I had, downloaded a fresh copy, =
and=20
merged my changes into what you had uploaded.
|
|
From: Robert J. C. <rj...@ho...> - 2001-08-27 10:53:55
|
Russ, > OK, I have rudimentary html page creation working. Lot's of cleanup needed, > and some of it's really ugly... > > I suppose this is as good a time as any for me to update on sourceforge so > that you can add the command line parameter for this. I'll work on this tonight, most likely... Jame |
|
From: Russ J. <ru...@di...> - 2001-08-27 06:46:45
|
I just fixed it. I made a copy of what I had, downloaded a fresh copy, and merged my changes into what you had uploaded. Russ Johnson Stargate Online http://www.dimstar.net telnet://telnet.dimstar.net ICQ: 3739685 |
|
From: Robert J. C. <rj...@ho...> - 2001-08-27 05:15:37
|
Russ,
> OK, I have rudimentary html page creation working. Lot's of cleanup
needed,
> and some of it's really ugly...
First get it working, then pretty it up; that's what I always
say...<g>
> I suppose this is as good a time as any for me to update on sourceforge so
> that you can add the command line parameter for this.
I commited the changes for the two dir options. Hopefully your's
will merge with no problems... (haven't seen your changes; will took a
look tomorrow...)
> Look at the end of the &newmsgs subroutine. This is where the choice is
> acted on.
>
> Currently, it makes both files.
I'll see about working on that tomorrow night...
Jame
|
|
From: Russ J. <ru...@di...> - 2001-08-27 05:08:40
|
I think we found out. I have lots of changes that I can't upload. I basically re-wrote the message creation routines so that I could use them for both text and html formatting. I've attached a copy of the file. At 12:56 AM 8/27/2001 -0400, Robert J. Clay wrote: >Russ, > > > OK, I have rudimentary html page creation working. Lot's of cleanup >needed, > > and some of it's really ugly... > > > > I suppose this is as good a time as any for me to update on sourceforge > > Well, now we'll find out how well this cvs works...<g> I've already >merged my logging changes back in to main, & I've been working on the INDIR >& OUTDIR options... Was just going to test the latter before commiting it.. > > Think I'll save a copy of those *DIR changes before doing an >update...<g> > >Jame > > > >_______________________________________________ >Ftnpl-develop mailing list >Ftn...@li... >http://lists.sourceforge.net/lists/listinfo/ftnpl-develop Russ Johnson Stargate Online http://www.dimstar.net telnet://telnet.dimstar.net ICQ: 3739685 |
|
From: Robert J. C. <rj...@ho...> - 2001-08-27 04:59:12
|
Russ,
> OK, I have rudimentary html page creation working. Lot's of cleanup
needed,
> and some of it's really ugly...
>
> I suppose this is as good a time as any for me to update on sourceforge
Well, now we'll find out how well this cvs works...<g> I've already
merged my logging changes back in to main, & I've been working on the INDIR
& OUTDIR options... Was just going to test the latter before commiting it..
Think I'll save a copy of those *DIR changes before doing an
update...<g>
Jame
|
|
From: Russ J. <ru...@di...> - 2001-08-27 04:54:25
|
I tried to upload my changes with the html stuff. This is what I get: $ cvs commit ./pkt2txt.pl ai...@cv...'s password: cvs server: Up-to-date check failed for `pkt2txt.pl' cvs [server aborted]: correct above errors first! cvs commit: saving log message in /tmp/cvsLeuyyI I also tried unedit, but get this: $ cvs unedit ./pkt2txt.pl pkt2txt.pl has been modified; revert changes? n ai...@cv...'s password: cvs [unedit aborted]: received interrupt signal Russ Johnson Stargate Online http://www.dimstar.net telnet://telnet.dimstar.net ICQ: 3739685 |
|
From: Russ J. <ru...@di...> - 2001-08-27 04:45:34
|
OK, I have rudimentary html page creation working. Lot's of cleanup needed, and some of it's really ugly... I suppose this is as good a time as any for me to update on sourceforge so that you can add the command line parameter for this. Look at the end of the &newmsgs subroutine. This is where the choice is acted on. Currently, it makes both files. At 11:18 PM 8/26/2001 -0400, Robert J. Clay wrote: >Russ, > > > From what I've read here, it should be easy to use -f [text|html] in the > > getopts section. Doing both could be a little tricky. > > Yep, it would be easy to implement as a parameter(bothtexthml, for >instance); not so easy to implement otherwise... Unless the case >selection for it ran both subroutines & the packets aren't deleted while >running the first one.... > > I'm glad you thought of using the parameter like that; means I don't >have to hurry up & learn about that Getopts::Long module, as it's really not >needed for this yet...<g> > > >Jame > > > >_______________________________________________ >Ftnpl-develop mailing list >Ftn...@li... >http://lists.sourceforge.net/lists/listinfo/ftnpl-develop Russ Johnson Stargate Online http://www.dimstar.net telnet://telnet.dimstar.net ICQ: 3739685 |
|
From: Russ J. <ru...@di...> - 2001-08-27 04:20:05
|
Yeah, XML should be easy to implement too, as soon as HTML is working. I have "The Complete Idiots Guide to XML" to look at too. At 11:11 PM 8/26/2001 -0400, Robert J. Clay wrote: >Russ, > > > At 07:00 PM 8/26/2001 -0400, you wrote: > > > From what I've read here, it should be easy to use -f [text|html] > > Another possible output file type, which you may not have thought of >yet, could be XML. I don't know much about it yet myself, so I have no >idea how easy it might be. I do think that once you have the html output >working, there would at least be a possibility that XML output could be >added...<g> > > >Jame > > > > > >_______________________________________________ >Ftnpl-develop mailing list >Ftn...@li... >http://lists.sourceforge.net/lists/listinfo/ftnpl-develop Russ Johnson Stargate Online http://www.dimstar.net telnet://telnet.dimstar.net ICQ: 3739685 |
|
From: Robert J. C. <rj...@ho...> - 2001-08-27 03:20:52
|
Russ,
> From what I've read here, it should be easy to use -f [text|html] in the
> getopts section. Doing both could be a little tricky.
Yep, it would be easy to implement as a parameter(bothtexthml, for
instance); not so easy to implement otherwise... Unless the case
selection for it ran both subroutines & the packets aren't deleted while
running the first one....
I'm glad you thought of using the parameter like that; means I don't
have to hurry up & learn about that Getopts::Long module, as it's really not
needed for this yet...<g>
Jame
|
|
From: Robert J. C. <rj...@ho...> - 2001-08-27 03:13:41
|
Russ,
> At 07:00 PM 8/26/2001 -0400, you wrote:
> From what I've read here, it should be easy to use -f [text|html]
Another possible output file type, which you may not have thought of
yet, could be XML. I don't know much about it yet myself, so I have no
idea how easy it might be. I do think that once you have the html output
working, there would at least be a possibility that XML output could be
added...<g>
Jame
|
|
From: Robert J. C. <rj...@ho...> - 2001-08-27 03:08:55
|
Russ,
> From what I've read here, it should be easy to use -f [text|html] in the
> getopts section. Doing both could be a little tricky.
Well, talk about overlooking the obvious...<g>
Yeah, it could definitely be done that way; with a case statement to
select the subroutine to be done, and a default to text files... That
could take care of any single output file type...
Jame
|
