Re: CBT Tape Updates
Tom has a Very Good point. Keep the ‘tape’ and save all the searches. Not to mention all the web page maintenance. Just my 2 cents. Doug . On Mar 18, 2021, at 23:35, Ron Wells <02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote: Good idea -Original Message- From: IBM Mainframe Discussion List On Behalf Of Dana Mitchell Sent: Thursday, March 18, 2021 5:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CBT Tape Updates ** EXTERNAL EMAIL - USE CAUTION ** On Thu, 18 Mar 2021 06:52:19 -0400, Tony Thigpen wrote: > Skip the "real"/AWS tape. Maybe just cut one only on request. I agree, another vote for skipping the tape paradigm all together. Just a web page maybe with the listing of the descriptions from file 001 (without all the extra tape info). And a link to download each file. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
Thanks Mike... Ok, let's try: Downloaded CBT001 Unzipped File is FILE001.DATA - looks EBCDIC if I browse with Windows text editor IND$FILE to mainframe, not sure about lrecl Got B37 because IND$FILE default allocation is too small Allocated big target dataset, don't know lrecl let's try 300 Uploaded ok, let's take a look Oops... I accidentally uploaded as "text" converting ASCII to EBCDIC Try again as Binary upload Yay! I can read it now. But it wraps around. Looks like 80 lrecl Reallocate and try again Yay! I can read it all now, and it seems to contain the $DOC data I mentioned before. Oh, then I found the CBTF1.zip which is already in ASCII format! Oops... But still.. does anyone else think that 90213 lines is a bit much? Ok, this will be my last remark on the subject. Unless something else comes up :) On 3/18/2021 8:02 PM, Mike Schwab wrote: File 001 on http://cbttape.org/cbtdowns.htm is a longer description of all files. On Thu, Mar 18, 2021 at 9:34 PM Tom Brennan wrote: Since some folks here seem to like the current CBT format, maybe I'm doing something wrong and you can correct me. Here's an example: So I go to cbttape.org looking for something. I click the CBT option at the upper left and a list of over 1000 files appears. I'm still not sure exactly what I'm looking for, but there are some single line descriptions that may help me decide. So I choose file 44 ASMTOZAP thinking that might help. A click downloads it to my PC at 500Mbs since I finally got fiber four weeks ago. Did I mentioned 500Mbs? I can't even see the download processing anymore. And no more outages like I had on cable. Oops, back to the subject: Now I have a zip file. I can click on that and an XMI file appears. But xmit manager (associated with *.XMI on my Win 10 box) doesn't seem to work with the temp file zip creates. So I need to really extract the XMI first, then click to start xmit manager. Now I have to find the doc member, which can vary. This time it's $DOC and I can click that in xmit manager and read about the program. Nope... that's not the program I need. So back I go and do the same for others. Am I doing something wrong? This seems like a lot of trouble, which is probably why I just call Sam if I need something, and he seems to know where everything is from memory. On 3/18/2021 4:09 PM, Farley, Peter x23353 wrote: I would not vote for skipping the tape paradigm for the same reason. Less often but not zero. I haven't encountered that kind of problem, but having prior versions to go back to is highly valuable when you need it. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Schwab Sent: Thursday, March 18, 2021 6:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CBT Tape Updates One function the CBTTAPE numbers did was keeping a historic log of version, so if the latest didn't work you could go through the various tapes to find an older one that would work on your system. So please keep a link to each version by date, unless the author withdraws a particular version because of a problem. On Thu, Mar 18, 2021 at 5:28 PM Dana Mitchell wrote: On Thu, 18 Mar 2021 06:52:19 -0400, Tony Thigpen wrote: Skip the "real"/AWS tape. Maybe just cut one only on request. I agree, another vote for skipping the tape paradigm all together. Just a web page maybe with the listing of the descriptions from file 001 (without all the extra tape info). And a link to download each file. Dana -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
On 19/03/2021 03:34, Tom Brennan wrote:
Since some folks here seem to like the current CBT format, maybe I'm doing something wrong and you
can correct me. Here's an example:
...
Oops, back to the subject: Now I have a zip file. I can click on that and an XMI file appears.
But xmit manager (associated with *.XMI on my Win 10 box) doesn't seem to work with the temp file
zip creates. So I need to really extract the XMI first, then click to start xmit manager. Now I
have to find the doc member, which can vary. This time it's $DOC and I can click that in xmit
manager and read about the program.
Well, I wonder why I didn't tell the following trick earlier:
If the only reason for a zip or gzip a single file is to save bandwidth, then there is not need.
Compression can be addeded at least for apache to do this.
And no, I am not talking about compressing each time on the fly but to put *.xyz side by side with
*.xyz.gz and/or *.xyz.zip
and then use apache rewrite rules to deliver the compressed content instead of
*.xyz.
I started using this in various ways almost 10 years depending on the hierarchy of the web server to
rende html, , css, js.
The effect on the no so smart phones at that time were obvious.
But as a side effect: For *.xmi files one can use a special mime type that
lauches an xmit manager etc.
Peter
No guaranty is made about the following;
AddType "text/html" .gz
AddEncoding gzip .gz
AddType "text/plain" .gz
AddEncoding gzip .gz
AddType "text/css" .gz
AddEncoding gzip .gz
RewriteEngine on
#Check to see if browser can accept gzip files.
ReWriteCond %{HTTP:accept-encoding} gzip
RewriteCond %{HTTP_USER_AGENT} !Safari
#make sure there's no trailing .gz on the url
ReWriteCond %{REQUEST_FILENAME} !^.+\.gz$
#check to see if a .gz version of the file exists.
RewriteCond %{REQUEST_FILENAME}.gz -f
#All conditions met so add .gz to URL filename (invisibly)
RewriteRule ^(.+) $1.gz [QSA,L]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
Good idea -Original Message- From: IBM Mainframe Discussion List On Behalf Of Dana Mitchell Sent: Thursday, March 18, 2021 5:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CBT Tape Updates ** EXTERNAL EMAIL - USE CAUTION ** On Thu, 18 Mar 2021 06:52:19 -0400, Tony Thigpen wrote: >Skip the "real"/AWS tape. Maybe just cut one only on request. I agree, another vote for skipping the tape paradigm all together. Just a web page maybe with the listing of the descriptions from file 001 (without all the extra tape info). And a link to download each file. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
File 001 on http://cbttape.org/cbtdowns.htm is a longer description of all files. On Thu, Mar 18, 2021 at 9:34 PM Tom Brennan wrote: > > Since some folks here seem to like the current CBT format, maybe I'm > doing something wrong and you can correct me. Here's an example: > > So I go to cbttape.org looking for something. I click the CBT option at > the upper left and a list of over 1000 files appears. I'm still not > sure exactly what I'm looking for, but there are some single line > descriptions that may help me decide. So I choose file 44 ASMTOZAP > thinking that might help. A click downloads it to my PC at 500Mbs since > I finally got fiber four weeks ago. Did I mentioned 500Mbs? I can't > even see the download processing anymore. And no more outages like I > had on cable. > > Oops, back to the subject: Now I have a zip file. I can click on that > and an XMI file appears. But xmit manager (associated with *.XMI on my > Win 10 box) doesn't seem to work with the temp file zip creates. So I > need to really extract the XMI first, then click to start xmit manager. > Now I have to find the doc member, which can vary. This time it's $DOC > and I can click that in xmit manager and read about the program. > > Nope... that's not the program I need. So back I go and do the same for > others. > > Am I doing something wrong? This seems like a lot of trouble, which is > probably why I just call Sam if I need something, and he seems to know > where everything is from memory. > > On 3/18/2021 4:09 PM, Farley, Peter x23353 wrote: > > I would not vote for skipping the tape paradigm for the same reason. Less > > often but not zero. I haven't encountered that kind of problem, but having > > prior versions to go back to is highly valuable when you need it. > > > > Peter > > > > -Original Message- > > From: IBM Mainframe Discussion List On Behalf Of > > Mike Schwab > > Sent: Thursday, March 18, 2021 6:50 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: CBT Tape Updates > > > > One function the CBTTAPE numbers did was keeping a historic log of version, > > so if the latest didn't work you could go through the various tapes to find > > an older one that would work on your system. So please keep a link to each > > version by date, unless the author withdraws a particular version because > > of a problem. > > > > On Thu, Mar 18, 2021 at 5:28 PM Dana Mitchell wrote: > >> > >> On Thu, 18 Mar 2021 06:52:19 -0400, Tony Thigpen wrote: > >> > >>> Skip the "real"/AWS tape. Maybe just cut one only on request. > >> > >> I agree, another vote for skipping the tape paradigm all together. Just a > >> web page maybe with the listing of the descriptions from file 001 > >> (without all the extra tape info). And a link to download each file. > >> > >> > >> Dana > > -- > > > > This message and any attachments are intended only for the use of the > > addressee and may contain information that is privileged and confidential. > > If the reader of the message is not the intended recipient or an authorized > > representative of the intended recipient, you are hereby notified that any > > dissemination of this communication is strictly prohibited. If you have > > received this communication in error, please notify us immediately by > > e-mail and delete the message and any attachments from your system. > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
Since some folks here seem to like the current CBT format, maybe I'm doing something wrong and you can correct me. Here's an example: So I go to cbttape.org looking for something. I click the CBT option at the upper left and a list of over 1000 files appears. I'm still not sure exactly what I'm looking for, but there are some single line descriptions that may help me decide. So I choose file 44 ASMTOZAP thinking that might help. A click downloads it to my PC at 500Mbs since I finally got fiber four weeks ago. Did I mentioned 500Mbs? I can't even see the download processing anymore. And no more outages like I had on cable. Oops, back to the subject: Now I have a zip file. I can click on that and an XMI file appears. But xmit manager (associated with *.XMI on my Win 10 box) doesn't seem to work with the temp file zip creates. So I need to really extract the XMI first, then click to start xmit manager. Now I have to find the doc member, which can vary. This time it's $DOC and I can click that in xmit manager and read about the program. Nope... that's not the program I need. So back I go and do the same for others. Am I doing something wrong? This seems like a lot of trouble, which is probably why I just call Sam if I need something, and he seems to know where everything is from memory. On 3/18/2021 4:09 PM, Farley, Peter x23353 wrote: I would not vote for skipping the tape paradigm for the same reason. Less often but not zero. I haven't encountered that kind of problem, but having prior versions to go back to is highly valuable when you need it. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Schwab Sent: Thursday, March 18, 2021 6:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CBT Tape Updates One function the CBTTAPE numbers did was keeping a historic log of version, so if the latest didn't work you could go through the various tapes to find an older one that would work on your system. So please keep a link to each version by date, unless the author withdraws a particular version because of a problem. On Thu, Mar 18, 2021 at 5:28 PM Dana Mitchell wrote: On Thu, 18 Mar 2021 06:52:19 -0400, Tony Thigpen wrote: Skip the "real"/AWS tape. Maybe just cut one only on request. I agree, another vote for skipping the tape paradigm all together. Just a web page maybe with the listing of the descriptions from file 001 (without all the extra tape info). And a link to download each file. Dana -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
Uh.. did anyone see my response suggesting GitHub? GitHub deals well with releases... - KB ‐‐‐ Original Message ‐‐‐ On Friday, March 19, 2021 4:39 AM, Farley, Peter x23353 <031df298a9da-dmarc-requ...@listserv.ua.edu> wrote: > I would not vote for skipping the tape paradigm for the same reason. Less > often but not zero. I haven't encountered that kind of problem, but having > prior versions to go back to is highly valuable when you need it. > > Peter > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Mike Schwab > Sent: Thursday, March 18, 2021 6:50 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: CBT Tape Updates > > One function the CBTTAPE numbers did was keeping a historic log of version, > so if the latest didn't work you could go through the various tapes to find > an older one that would work on your system. So please keep a link to each > version by date, unless the author withdraws a particular version because of > a problem. > > On Thu, Mar 18, 2021 at 5:28 PM Dana Mitchell mitchd...@gmail.com wrote: > > > On Thu, 18 Mar 2021 06:52:19 -0400, Tony Thigpen t...@vse2pdf.com wrote: > > > > > Skip the "real"/AWS tape. Maybe just cut one only on request. > > > > I agree, another vote for skipping the tape paradigm all together. Just a > > web page maybe with the listing of the descriptions from file 001 (without > > all the extra tape info). And a link to download each file. > > Dana > > -- > > This message and any attachments are intended only for the use of the > addressee and may contain information that is privileged and confidential. If > the reader of the message is not the intended recipient or an authorized > representative of the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please notify us immediately by e-mail > and delete the message and any attachments from your system. > > > --- > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
I would not vote for skipping the tape paradigm for the same reason. Less often but not zero. I haven't encountered that kind of problem, but having prior versions to go back to is highly valuable when you need it. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Schwab Sent: Thursday, March 18, 2021 6:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CBT Tape Updates One function the CBTTAPE numbers did was keeping a historic log of version, so if the latest didn't work you could go through the various tapes to find an older one that would work on your system. So please keep a link to each version by date, unless the author withdraws a particular version because of a problem. On Thu, Mar 18, 2021 at 5:28 PM Dana Mitchell wrote: > > On Thu, 18 Mar 2021 06:52:19 -0400, Tony Thigpen wrote: > > >Skip the "real"/AWS tape. Maybe just cut one only on request. > > I agree, another vote for skipping the tape paradigm all together. Just a > web page maybe with the listing of the descriptions from file 001 (without > all the extra tape info). And a link to download each file. > > > Dana -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
One function the CBTTAPE numbers did was keeping a historic log of version, so if the latest didn't work you could go through the various tapes to find an older one that would work on your system. So please keep a link to each version by date, unless the author withdraws a particular version because of a problem. On Thu, Mar 18, 2021 at 5:28 PM Dana Mitchell wrote: > > On Thu, 18 Mar 2021 06:52:19 -0400, Tony Thigpen wrote: > > >Skip the "real"/AWS tape. Maybe just cut one only on request. > > I agree, another vote for skipping the tape paradigm all together. Just a > web page maybe with the listing of the descriptions from file 001 (without > all the extra tape info). And a link to download each file. > > > Dana > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
On Thu, 18 Mar 2021 06:52:19 -0400, Tony Thigpen wrote: >Skip the "real"/AWS tape. Maybe just cut one only on request. I agree, another vote for skipping the tape paradigm all together. Just a web page maybe with the listing of the descriptions from file 001 (without all the extra tape info). And a link to download each file. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
Skip the "real"/AWS tape. Maybe just cut one only on request. I always download the individual file zip member and use "xmit manager" to extract files to my pc for review. I either upload individual files or upload the xmit file depending on my needs. Just a web page with a list of downloadable zip files. The full details of each file can still remain in File001. Maybe each file can also have a separate AWS file too. Tony Thigpen Sam Golob wrote on 3/17/21 2:06 PM: Dear Folks, I have a dilemma. The dilemma is: How often should I make new CBT Tape Versions? We make about 2 or 3 CBT Tape Version updates per year, and we have been doing that for the past 16 or 17 years now. This is in contrast to when Arnie was doing the CBT Tape. Arnie (Casinghino) had to put all his updates on a REAL TAPE REEL, and therefore, in order to keep the people relatively current, he had to make about 15 version updates per year. The problem is as follows: Now that we have the website, www.cbttape.org, all the updated files that are "between the tape releases" can go into a separate section on the website, called the "Updates" page. That allows us to have some leeway. We ARE NOT FORCED TO UPDATE the "Tape Version" to keep people current, but on the other hand, many of the people are used to the old system, and they don't look at the Updates page at all. Therefore, they are losing out on having "the latest and the greatest", and sometimes they introduce unnecessary errors, by not downloading the latest software. So. First. I have to emphasize that you should ALWAYS look at the Updates Page first. But since a sizable number of people still don't do so, I am wondering that maybe I should make more updates per year. It takes about 3 days' worth of solid work, to make a CBT Tape Version update. My question is: "Can you live with the current system, use the Updates Page all the time, and not always make the mistake of going to the "CBT" page only? Or should I make 4, 5, or 6 or more smaller updates per year?" "To make version updates, or to not make (so many) version updates? THAT is the question." (from Shakespeare?) Please let me know (on list or off list) what you think. All the best of everything to all of you. Sincerely, Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
I think once per year is fine. You could do it on your Birthday to give you something to celebrate with. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
Yes, building on this idea... the content can all be migrated into GitHub. Initial migration will be painful but then new versions can be managed via 'releases'. Without the recent release of https://github.com/mainframed/xmission, it's not a simple process browsing XMIT files on a desktop. - KB ‐‐‐ Original Message ‐‐‐ On Thursday, March 18, 2021 1:15 AM, Tom Brennan wrote: > What about skipping the tape grouping entirely, and have a separate web > page for each file # with the README (or whatever is supplied as doc) on > that web page so it's searchable by Google? Then there's no need for > the update page either, since the latest updates will be on the > individual file # page. > > On 3/17/2021 11:06 AM, Sam Golob wrote: > > > Dear Folks, > > I have a dilemma. The dilemma is: How often should I make new CBT > > Tape Versions? > > We make about 2 or 3 CBT Tape Version updates per year, and we have > > been doing that for the past 16 or 17 years now. This is in contrast to > > when Arnie was doing the CBT Tape. Arnie (Casinghino) had to put all > > his updates on a REAL TAPE REEL, and therefore, in order to keep the > > people relatively current, he had to make about 15 version updates per > > year. > > The problem is as follows: Now that we have the website, > > www.cbttape.org, all the updated files that are "between the tape > > releases" can go into a separate section on the website, called the > > "Updates" page. That allows us to have some leeway. We ARE NOT FORCED > > TO UPDATE the "Tape Version" to keep people current, but on the other > > hand, many of the people are used to the old system, and they don't look > > at the Updates page at all. Therefore, they are losing out on having > > "the latest and the greatest", and sometimes they introduce unnecessary > > errors, by not downloading the latest software. > > So. First. I have to emphasize that you should ALWAYS look at the > > Updates Page first. But since a sizable number of people still don't do > > so, I am wondering that maybe I should make more updates per year. > > It takes about 3 days' worth of solid work, to make a CBT Tape > > Version update. My question is: "Can you live with the current system, > > use the Updates Page all the time, and not always make the mistake of > > going to the "CBT" page only? Or should I make 4, 5, or 6 or more > > smaller updates per year?" > > "To make version updates, or to not make (so many) version > > updates? THAT is the question." (from Shakespeare?) > > Please let me know (on list or off list) what you think. > > All the best of everything to all of you. > > Sincerely, Sam > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
What about skipping the tape grouping entirely, and have a separate web page for each file # with the README (or whatever is supplied as doc) on that web page so it's searchable by Google? Then there's no need for the update page either, since the latest updates will be on the individual file # page. On 3/17/2021 11:06 AM, Sam Golob wrote: Dear Folks, I have a dilemma. The dilemma is: How often should I make new CBT Tape Versions? We make about 2 or 3 CBT Tape Version updates per year, and we have been doing that for the past 16 or 17 years now. This is in contrast to when Arnie was doing the CBT Tape. Arnie (Casinghino) had to put all his updates on a REAL TAPE REEL, and therefore, in order to keep the people relatively current, he had to make about 15 version updates per year. The problem is as follows: Now that we have the website, www.cbttape.org, all the updated files that are "between the tape releases" can go into a separate section on the website, called the "Updates" page. That allows us to have some leeway. We ARE NOT FORCED TO UPDATE the "Tape Version" to keep people current, but on the other hand, many of the people are used to the old system, and they don't look at the Updates page at all. Therefore, they are losing out on having "the latest and the greatest", and sometimes they introduce unnecessary errors, by not downloading the latest software. So. First. I have to emphasize that you should ALWAYS look at the Updates Page first. But since a sizable number of people still don't do so, I am wondering that maybe I should make more updates per year. It takes about 3 days' worth of solid work, to make a CBT Tape Version update. My question is: "Can you live with the current system, use the Updates Page all the time, and not always make the mistake of going to the "CBT" page only? Or should I make 4, 5, or 6 or more smaller updates per year?" "To make version updates, or to not make (so many) version updates? THAT is the question." (from Shakespeare?) Please let me know (on list or off list) what you think. All the best of everything to all of you. Sincerely, Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT Tape Updates
Hi Sam, IMHO fewer is better. One or two a year for the consolidators who like to take the whole contents in one fell swoop for offline searching. I am sure there are folk who do that, I'm just not one of them. My own "normal" usage pattern is far more targeted. When I need to find something that will help with a particular project I will check the current file 001 and update page contents for likely candidates and explore them one by one. Just my $0.02USD Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sam Golob Sent: Wednesday, March 17, 2021 2:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: CBT Tape Updates Dear Folks, I have a dilemma. The dilemma is: How often should I make new CBT Tape Versions? We make about 2 or 3 CBT Tape Version updates per year, and we have been doing that for the past 16 or 17 years now. This is in contrast to when Arnie was doing the CBT Tape. Arnie (Casinghino) had to put all his updates on a REAL TAPE REEL, and therefore, in order to keep the people relatively current, he had to make about 15 version updates per year. The problem is as follows: Now that we have the website, https://urldefense.com/v3/__http://www.cbttape.org__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!diQ7aOqhDzcn0isQYGs_08Z2gD8MF0u_l0DFi6GXnyby1KWV1p7KrjqgfEqrcd3UdCDK2A$ , all the updated files that are "between the tape releases" can go into a separate section on the website, called the "Updates" page. That allows us to have some leeway. We ARE NOT FORCED TO UPDATE the "Tape Version" to keep people current, but on the other hand, many of the people are used to the old system, and they don't look at the Updates page at all. Therefore, they are losing out on having "the latest and the greatest", and sometimes they introduce unnecessary errors, by not downloading the latest software. So. First. I have to emphasize that you should ALWAYS look at the Updates Page first. But since a sizable number of people still don't do so, I am wondering that maybe I should make more updates per year. It takes about 3 days' worth of solid work, to make a CBT Tape Version update. My question is: "Can you live with the current system, use the Updates Page all the time, and not always make the mistake of going to the "CBT" page only? Or should I make 4, 5, or 6 or more smaller updates per year?" "To make version updates, or to not make (so many) version updates? THAT is the question." (from Shakespeare?) Please let me know (on list or off list) what you think. All the best of everything to all of you. Sincerely, Sam -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] CBT Tape Updates
Hello Sam! Your name caught my eye on this list. I say, fewer tape version updates. No more than 4 per year. Just my 2 cents. Steve Gorham SSA / OSOHE / DMSS / MSB (virtually at Perimeter East Building, 5C6J) steve.gor...@ssa.gov -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sam Golob Sent: Wednesday, March 17, 2021 2:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] CBT Tape Updates Dear Folks, I have a dilemma. The dilemma is: How often should I make new CBT Tape Versions? We make about 2 or 3 CBT Tape Version updates per year, and we have been doing that for the past 16 or 17 years now. This is in contrast to when Arnie was doing the CBT Tape. Arnie (Casinghino) had to put all his updates on a REAL TAPE REEL, and therefore, in order to keep the people relatively current, he had to make about 15 version updates per year. The problem is as follows: Now that we have the website, https://protect2.fireeye.com/v1/url?k=16fe6d3e-496555f4-16fe4449-0cc47adca788-3da471fa4f14addf=1=6849885a-efdf-42e3-b5a1-32fa33cf0ffd=http%3A%2F%2Fwww.cbttape.org%2F, all the updated files that are "between the tape releases" can go into a separate section on the website, called the "Updates" page. That allows us to have some leeway. We ARE NOT FORCED TO UPDATE the "Tape Version" to keep people current, but on the other hand, many of the people are used to the old system, and they don't look at the Updates page at all. Therefore, they are losing out on having "the latest and the greatest", and sometimes they introduce unnecessary errors, by not downloading the latest software. So. First. I have to emphasize that you should ALWAYS look at the Updates Page first. But since a sizable number of people still don't do so, I am wondering that maybe I should make more updates per year. It takes about 3 days' worth of solid work, to make a CBT Tape Version update. My question is: "Can you live with the current system, use the Updates Page all the time, and not always make the mistake of going to the "CBT" page only? Or should I make 4, 5, or 6 or more smaller updates per year?" "To make version updates, or to not make (so many) version updates? THAT is the question." (from Shakespeare?) Please let me know (on list or off list) what you think. All the best of everything to all of you. Sincerely, Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CBT Tape Updates
Dear Folks, I have a dilemma. The dilemma is: How often should I make new CBT Tape Versions? We make about 2 or 3 CBT Tape Version updates per year, and we have been doing that for the past 16 or 17 years now. This is in contrast to when Arnie was doing the CBT Tape. Arnie (Casinghino) had to put all his updates on a REAL TAPE REEL, and therefore, in order to keep the people relatively current, he had to make about 15 version updates per year. The problem is as follows: Now that we have the website, www.cbttape.org, all the updated files that are "between the tape releases" can go into a separate section on the website, called the "Updates" page. That allows us to have some leeway. We ARE NOT FORCED TO UPDATE the "Tape Version" to keep people current, but on the other hand, many of the people are used to the old system, and they don't look at the Updates page at all. Therefore, they are losing out on having "the latest and the greatest", and sometimes they introduce unnecessary errors, by not downloading the latest software. So. First. I have to emphasize that you should ALWAYS look at the Updates Page first. But since a sizable number of people still don't do so, I am wondering that maybe I should make more updates per year. It takes about 3 days' worth of solid work, to make a CBT Tape Version update. My question is: "Can you live with the current system, use the Updates Page all the time, and not always make the mistake of going to the "CBT" page only? Or should I make 4, 5, or 6 or more smaller updates per year?" "To make version updates, or to not make (so many) version updates? THAT is the question." (from Shakespeare?) Please let me know (on list or off list) what you think. All the best of everything to all of you. Sincerely, Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
