home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / news / software / b / cnews < prev    next >
Encoding:
Text File  |  1995-05-22  |  20.9 KB  |  516 lines

  1. Newsgroups: news.software.b,news.answers
  2. From: linimon@nominil.lonesome.com (Mark Linimon)
  3. Subject: C News Frequently Asked Questions (FAQs)
  4. References: <software_b_faq_770454615@nominil.lonesome.com>
  5. Followup-To: poster
  6. Approved: news-answers-request@MIT.Edu
  7. Organization: Lonesome Dove Computing Services
  8. Date: Wed, 1 Jun 1994 07:10:34 GMT
  9. Supersedes: <software_b_cnews_768035415@nominil.lonesome.com>
  10. Message-ID: <software_b_cnews_770454615@nominil.lonesome.com>
  11. Summary: Answers to frequently asked questions about C News (periodic posting)
  12. Expires: Wed, 13 Jul 1994 07:09:47 GMT
  13. X-Posting-Frequency: every 4 weeks
  14. Reply-To: linimon@nominil.lonesome.com
  15. Lines: 498
  16. Xref: bloom-beacon.mit.edu news.software.b:4593 news.answers:20300
  17.  
  18. Archive-name: usenet/software/b/cnews
  19. Version: 1.08 (March 1994)
  20. Last-Modified: Fri Mar  4 17:38:12 EST 1994
  21.  
  22. This posting provides answers to frequently asked questions (FAQs) encountered
  23. in using, installing, maintaining, and interfacing to the C News software
  24. package.
  25.  
  26. A companion posting, "news.software.b Frequently Asked Questions (FAQs)"
  27. <software_b_faq_770454615@nominil.lonesome.com>, complements
  28. this one by covering general topics that frequently recur on this group.
  29. Yet another posting, "News.software.b: Introduction to news.software.b"
  30. <software_b_intro_770454615@nominil.lonesome.com>, serves as an
  31. introduction to the group.
  32.  
  33. All these articles are repeated periodically for the benefit of new readers.
  34.  
  35. ----------------------------------------------------------------------
  36.  
  37. Subject: Table of contents.
  38.  
  39.     Subject: What is C News?
  40.     Subject: What is the current release status of C News?  Where can I get it?
  41.     Subject: When will the next release of C News be?  What will change?
  42.     Subject: What do I do if I am having trouble with C News?
  43.     Subject: Isn't installing C News troublesome?
  44.     Subject: I'm trying to compile C News under SCO and I ...
  45.     Subject: I'm trying to compile C News under SCO XENIX and I get ...
  46.     Subject: I have problems with expiration: "no slash in article path".
  47.     Subject: I have problems with "unbatcher out of sync."
  48.     Subject: What happens if, due to an error, expire can't delete an article?
  49.     Subject: Can different parts of C News run on different machines?
  50.     Subject: Can you speed up expire by unlinking files in the background?
  51.     Subject: I have trouble compiling the libbig library.
  52.     Subject: I'm having trouble with the checkgroups message in C News.
  53.     Subject: Whenever I post, the Message-ID: header comes out as MessageID:.
  54.     Subject: Mkhistory runs for a really long time.
  55.     Subject: How can I clean up unused subdirectories in my news spool?
  56.     Subject: How can I get C News to update the third field of the active file?
  57.     Subject: Why is the Lines: header missing?  How can I fix this?
  58.     Subject: C News isn't forwarding articles with Distribution: world.
  59.     Subject: Why does C News drop non-conforming articles?
  60.     Subject: Is there documentation to aid converting from B News to C News?
  61.     Subject: Is there documentation about the theory behind C News?
  62.     Subject: When should I upgrade my current release of C News?
  63.     Subject: Contributions to C News FAQ.
  64.  
  65. ------------------------------
  66.  
  67. Subject: What is C News?
  68.  
  69. Geoff Collyer:
  70. C News is a fast, robust, simple, reliable, communications-neutral news
  71. transport; a reimplementation of the transport and storage subsystems of
  72. the news software -- basically, everything except news readers.  The
  73. Cleanup Release will include a new NNTP transfer-only implementation.
  74.  
  75. Also, "C News" is two words.  Please.
  76.  
  77. ------------------------------
  78.  
  79. Subject: What is the current release status of C News?  Where can I get it?
  80.  
  81. Henry Spencer:
  82. The current C News distribution can currently always be retrieved by
  83. anonymous ftp from ftp.cs.toronto.edu in file pub/c-news/c-news.Z (a shell
  84. archive) or pub/c-news/c-news.tar.Z (a tar archive).  FTP during our peak
  85. hours (12h00-17h00 Eastern) is not encouraged.
  86.  
  87. The current C News release date is 20-Feb-1993.  It is referred to as the
  88. "Performance Release."  From the README.new file:
  89.  
  90.    This is the 20 Feb 1993 Performance Release of C News, a minor update
  91.    to the 2 May 1992 P.R. that just fixes some installation problems and
  92.    a couple of annoying bugs.  Everything that was in the "known.problems"
  93.    file on UUNET as of 17 Feb 1993 has been fixed, in particular, as well
  94.    as a couple of things that were noticed after those fixes went out.
  95.  
  96. (It is also available on UUNET as ~/news/cnews/c-news.Z or c-news.tar.Z.
  97. See also the files ~/news/cnews/README and ~/news/cnews/known.problems;
  98. known.problems reports installation problems and bugs that have been
  99. discovered in the current version.  It also includes fixes to those
  100. problems.)
  101.  
  102. [Formerly, a complete set of patches could also be found on ftp.cs.toronto.edu
  103. in the directory pub/c-news/patches; however, the Performance Release was a
  104. *new* *release* , not just an update to earlier ones -- there are no patches
  105. to bring an earlier release up to date with it, you have to get the whole
  106. release.  Major reorganizations, initiated in the Performance Release and to
  107. be completed in the forthcoming Cleanup Release (see below), make release of
  108. patches against earlier versions impractical.]
  109.  
  110. ------------------------------
  111.  
  112. Subject: When will the next release of C News be?  What will change?
  113.  
  114. The next release, to be known as the Cleanup Release, is still in alpha
  115. testing.  As a great deal of rewriting, speed enhancements, and new
  116. features have been added, the alpha cycle has been quite long.  Patience
  117. is still called for, however.
  118.  
  119. The major changes, as announced by Geoff and Henry at the Winter USENIX
  120. News BOF, are as follows:
  121.  
  122.  -- There will be no patches from earlier releases; the source tree
  123.     changes too much.
  124.  
  125.  -- NOV will be integrated.  (It seems that NOV is quickly becoming the
  126.     accepted standard in popular reader and transport implementations).
  127.  
  128.  -- Expiration has been speeded up.
  129.  
  130.  -- Most of the build process has been moved into the Makefiles.  The
  131.     doit.* scripts are obsolete.
  132.  
  133.  -- The "what kind of Unix"(TM somebody) question is gone, replaced by
  134.     better questions about what routines are available.
  135.  
  136.  -- The newgroup and rmgroup auto-handlers are better; they allow
  137.     permissions to be controlled by person X group.  (Note that as
  138.     my notes recall, Henry claims these are designed more to protect
  139.     against accidents, than any attempt at authentication).
  140.  
  141.  -- delgroup now removes the spool directory as well -- but only
  142.     *after* the articles expire.
  143.  
  144.  -- All trouble reporting goes through one shell file, for easier
  145.     customization.
  146.  
  147.  -- C News will install out-of-the-box on BSD/386 release 1.1.
  148.  
  149.  -- Newsrun and the locking schemes are more sophisticated.
  150.  
  151.  -- gzip support for batch compression is included.
  152.  
  153.  -- contrib/ contains a transport-only NNTP implementation (*not* the
  154.     "reference" implementation).  This is designed to be useful for
  155.     transport, but not reading and posting, news.
  156.  
  157.  -- Timezone handling changes.  Signed numeric timezones and military
  158.     timezones will be accepted; some *currently* accepted dates which
  159.     aren't RFC-compliant will no longer be accepted.
  160.  
  161.  -- batchparms can include parameters to compress.
  162.  
  163.  -- The middle field of the history file gets a third subfield: the size
  164.     of the article.
  165.  
  166.  -- The documentation will lag behind, as usual, unless volunteer(s)
  167.     step up to the plate.
  168.  
  169. ------------------------------
  170.  
  171. Subject: What do I do if I am having trouble with C News?
  172.  
  173. First, consult the manual pages and descriptions in doc/trouble.  (If you
  174. don't have doc/trouble, you either have an ancient version of C News and
  175. should upgrade, or someone installed a partial distribution).  If you can't
  176. find an answer there, see if there is a fix or workaround in the file called
  177. "known.problems".  If this still fails to answer your question, try the
  178. "Implementor's Notebook" files in doc/* (start with the README).  *Only* if
  179. oftware.b.
  180. Its creators *sometimes* are able to take the time to answer questions.
  181.  
  182. The creators also accept bug fixes and trouble reports at
  183. c-news@zoo.toronto.edu [NOT cnews@zoo.toronto.edu as a previous revision
  184. of this FAQ claimed! -- Mark]
  185.  
  186. ------------------------------
  187.  
  188. Subject: Isn't installing C News troublesome?
  189.  
  190. Mark Moraes:
  191. The C News of today is not the same thing as C News alpha, or C News
  192. of a few patchdates ago. The improvement over the last couple of years
  193. is significant, and the original package was pretty tidy in the first
  194. place.  (alpha and pre-alpha were much more challenging to install).
  195.  
  196. Tom Limoncelli:
  197. Do be sure that when you get C news, you don't forget the file
  198. "known.problems".  It reports installation problems and bugs that have
  199. been discovered in the current version.  It also includes fixes for
  200. those problems.
  201.  
  202. ------------------------------
  203.  
  204. Subject: I'm trying to compile C News under SCO and I ...
  205.  
  206. Chorus:
  207. ... need to delete the -O flag from your compilation commands.
  208.  
  209. ------------------------------
  210.  
  211. Subject: I'm trying to compile C News under SCO XENIX and I get ...
  212.  
  213. >        cc -O -I../include  batcher.o  ../libcnews.a  -o batcher
  214. >../libcnews.a(str3save.c) : error: _str3save : symbol defined more than once
  215. > pos: b79d Record type: 91
  216. >*** Error code 2
  217.  
  218. Henry Spencer:
  219. Known makefile bug, fixed in the more recent copies of the Performance
  220. Release (see ftp.cs.toronto.edu, for example).
  221.  
  222. ------------------------------
  223.  
  224. Subject: I have problems with expiration: "no slash in article path".
  225.  
  226. Henry Spencer:
  227. This means "garbled history file".  The only simple fix, at present,
  228. is to use mkhistory to rebuild the history file from the articles
  229. in the news spool.
  230.  
  231. ------------------------------
  232.  
  233. Subject: I have problems with "unbatcher out of sync."
  234.  
  235. Henry Spencer:
  236. This typically means that your in.coming/bad directory either doesn't
  237. exist or has the wrong owner/permissions, so the attempt to move the file
  238. into bad is failing (it's awkward to detect this, although doing
  239. something about the situation is on my to-do list).
  240.  
  241. ------------------------------
  242.  
  243. Subject: What happens if, due to an error, expire can't delete an article?
  244.  
  245. Henry Spencer:
  246. Expire probably should be more careful about dealing with errors other
  247. than "missing file" ... fixes are in the works.
  248.  
  249. ------------------------------
  250.  
  251. Subject: Can different parts of C News run on different machines?
  252.  
  253. Henry Spencer:
  254. We strongly, repeat strongly, recommend that relaynews and expire should
  255. always, repeat always, be run on the machine that owns the disks.  Network
  256. file systems do too many flaky things.
  257.  
  258. ------------------------------
  259.  
  260. Subject: Can you speed up expire by unlinking files in the background?
  261.  
  262. Henry Spencer:
  263. I've repeatedly considered such a two-phase expire over the years.  The
  264. trouble is that error handling tends to fall down the crack between the
  265. two phases.  What happens if you crash in the middle of expire?  What
  266. happens if some of the articles *can't* be removed?  What happens if some
  267. of them are supposed to be archived, and you run out of space for it?
  268. In all of these cases, you want the history-file processing to reflect
  269. the status of the file operations.
  270.  
  271. Rich Salz:
  272. I sent patches to Henry or Geoff that added a "-z" flag to the C News
  273. expire so that, like INN, it just wrote the list of files to unlink rather
  274. than actually unlinking them.  It's a BIG win to be able to remove the
  275. articles off-line, and I hope the patch gets incorporated soon.
  276.  
  277. ------------------------------
  278.  
  279. Subject: I have trouble compiling the libbig library.
  280.  
  281. Henry Spencer:
  282. If it's because of multiple declarations of system routines in include/
  283. libc.h, just rip the offending declarations out of libc.h.  It really has
  284. no business trying to declare the system routines; this is essentially a
  285. debugging aid that slipped into the release by mistake.  It has been at
  286. least partially fixed in the most recently updated version we put out.
  287.  
  288. ------------------------------
  289.  
  290. Subject: Whenever I post, the Message-ID: header comes out as MessageID:.
  291.  
  292. Henry Spencer:
  293. You haven't got the latest release of C News.  You've got one before the
  294. Performance Release, or some combination (which can result if you drop
  295. the new release in on top of the old one rather than cleaning out the
  296. directories first).  This bug was fixed in later releases.
  297.  
  298. Delete inject/stripinvis and rebuild.
  299. David C Lawrence:
  300. If you have already built it, delete the file, run mkstripinvis in
  301. the source tree's inject subdir, then copy stripinvis to $NEWSBIN/inject.
  302.  
  303. ------------------------------
  304.  
  305. Subject: Mkhistory runs for a really long time.
  306.  
  307. Henry Spencer:
  308. The problem here is that mkhistory's invocation of dbz needs to be smarter;
  309. just plain "dbz" doesn't scale up well to high volume.  This has been on
  310. my to-do list for some time; I didn't expect it to become a critical issue
  311. for real users quite so soon.
  312.  
  313. The workaround is to give dbz an option along the lines of `-p 700000' to
  314. indicate how big a database it should expect, so it can size its hash
  315. tables accordingly.  If you've got a reasonably modern mkhistory,
  316. "mkhistory -s 1" should arrange this automatically.  (This should
  317. probably become the default.)
  318.  
  319. Documentation on dbz is in the dbz source subdirectory.
  320.  
  321. ------------------------------
  322.  
  323. Subject: How can I clean up unused subdirectories in my news spool?
  324.  
  325. Someone (sorry I've lost the attribution) asked:
  326. We've got a bunch of directories in our news spool for groups that no
  327. longer (or never?) existed, like /news/alt/music/pop/will/eat/itself.
  328. These may be either the result of groups being rmgrouped, or maybe groups
  329. that were added in C news with the "x" flag.  Is there any quick and dirty
  330. way of cleaning out these directories without doing it by hand?
  331.  
  332. Tom Limoncelli replied:
  333. C News and INN operate as follows:
  334.  
  335. Deleting a group just removes the line from the active file.  The articles
  336. are still listed in the history file, and should expire as they normally
  337. would have.  (Though, INN's expire will warn you that it is expiring articles
  338. from a group that no longer exists).  When all the articles are gone, the
  339. directory will remain there, empty.  An empty directory takes up minimal space.
  340.  
  341. Now and then someone posts a script to delete empty directories.  The
  342. challenge is to do a "find -depth" so the subdirectories get deleted
  343. before the parents are checked for emptiness.
  344.  
  345. However, *now* a simple script will not work, due to the existence
  346. of .threads and .nnx .nnd and (whatever tin creates) files.
  347.  
  348. "find /var/spool/news/. -type f -mtime +30 -print | xargs rm" will
  349. certainly zap things, but might also delete any archives or other files
  350. you store on that disk.
  351.  
  352. Rich Salz added:
  353. INN never removes a spool directory automatically.
  354. Change the "rmgroup" script to remove any index files after it does the
  355. ctlinnd rmgroup command and the various "simple scripts" will work.
  356.  
  357. ------------------------------
  358.  
  359. Subject: How can I get C News to update the third field of the active file?
  360.   
  361. Mark Moraes:
  362. Compile and install expire/updatemin.  Then, wherever you run doexpire
  363. (usually from cron), run updatemin after that.  Many newsreaders will find
  364. this useful.  (I usually run doexpire from another local script called
  365. runexpire that does a df, then runs expire, then runs updatemin, then
  366. nnadmin =EYW and backact (for nn) ).
  367.   
  368. (updatemin may need -DBERKDIR when compiling if your system has the older
  369. BSD sys/dir.h predecessor to dirent.  It should work fine as it stands on
  370. most modern Un*xes.)
  371.   
  372. There's an older and much slower upact script that does the same thing, but
  373. it's only advisable if you have a really fast machine or a small active file
  374. (e.g. a hundred or so newsgroups.)
  375.   
  376. Be warned that articles with long expire times or floods of cancels (as in
  377. clari.*) and emergency sysadmin intervention (rm newsgroup/* :-) can cause
  378. large "holes" in the numbering space, so it isn't safe to assume that one
  379. can calculate the number of articles accurately from the third field.
  380. Programs should be prepared to scan the directory and check for themselves.
  381.  
  382. ------------------------------
  383.  
  384. ws.
  385.  
  386. Henry Spencer:
  387. For a long time, C News's checkgroups handler was broken, partly because
  388. there was no clear specification of the syntax and semantics of the
  389. checkgroups message.  The current C News release contains a completely
  390. redone checkgroups handler that is believed to be correct.
  391.  
  392. ------------------------------
  393.  
  394. Subject: Why is the Lines: header missing?  How can I fix this?
  395.  
  396. Mark Brader:
  397. The Lines: header is optional according to the applicable RFC, so the
  398. authors of C News didn't *have* to provide it.  They feel that the count
  399. of lines in the body of an article is not the most useful way to measure
  400. its size, and that if you disagree, then you should arrange for your
  401. newsreader to count the number of lines in each article each time you
  402. read it.
  403.  
  404. The Lines: header can be generated for articles posted at your site;
  405. look in inject/pnews (or, if what you have is older than the Performance
  406. Release (early 1992), inject/inews) for the comment "# sop to msb, just
  407. uncomment to use", and uncomment the next few lines.  However, since C
  408. News does not rewrite header lines, no way is provided to get a Lines:
  409. header added to incoming articles.  These will have a Lines: header only
  410. if they were created with one initially, or if they passed through a site
  411. running software such as B News that does add it.
  412.  
  413. ------------------------------
  414.  
  415. Subject: C News isn't forwarding articles with Distribution: world.
  416.  
  417. Tom Limoncelli (but amended by Christoph Badura and others):
  418. A long time ago there was news software [B News] that handled "Distribution:
  419. world" as a special case.  Ever since then, everyone has (incorrectly)
  420. assumed that this is still so.  It is not.  "world" is just another
  421. distribution like "nj" and "usa".  Some very smart people say it is a
  422. useless distribution since leaving out the "Distribution:" header means
  423. "no restrictions".
  424.  
  425. Therefore when you specify a list of distributions in your sys file, don't
  426. forget to include "world", or people posting on your machine that include
  427. "Distribution: world" will not have their posts distributed.
  428.  
  429. To clarify, INN, but not C News, allows you to specify which Distributions
  430. you will _accept_ in your ME line.  C News allows you to specify this field,
  431. but ignores it; only your neighbor's sys file entry for _your_ system
  432. determines which distributions you will receive.
  433.  
  434. ------------------------------
  435.  
  436. Subject: Why does C News drop non-conforming articles?
  437.  
  438. See the companion posting, "news.software.b Frequently Asked Questions
  439. (FAQs)", for a fuller discussion on this.
  440.  
  441. ------------------------------
  442.  
  443. Subject: Is there documentation to aid converting from B News to C News?
  444.  
  445. Geoff Collyer:
  446. See doc/b-to-c in the current C News distribution.
  447.  
  448. ------------------------------
  449.  
  450. Subject: Is there documentation about the theory behind C News?
  451.  
  452. Tom Limoncelli:
  453. The paper "News Need Not Be Slow" by Geoff Collyer and Henry Spencer is
  454. located at utoronto and many other locations, [including UUNET, as
  455. /networking/news/cnews/doc/usenix87.doc.Z.]
  456.  
  457. The paper goes into technical details about what exactly was done
  458. to make C news so fast.
  459.  
  460.                           ABSTRACT
  461.  
  462.           C news is a re-write, from  scratch,  of  the
  463.      `transport layer' of the Usenet software.  C rnews
  464.      runs at over 19 times the  speed  of  B  rnews;  C
  465.      expire runs in minutes rather than the hours taken
  466.      by B expire.  These performance improvements  were
  467.      (mostly)  quite  simple  and  straightforward, and
  468.      they exemplify general principles  of  performance
  469.      tuning.
  470.  
  471. ------------------------------
  472.  
  473. Subject: When should I upgrade my current release of C News?
  474.  
  475. If you're running something before the Performance Release, you should
  476. probably upgrade to it as soon as possible, as any number of bugs have
  477. been fixed.  If you're running the Performance Release, you should probably
  478. wait until the Cleanup Release is out and has any initial rough edges
  479. knocked off of it.
  480.  
  481. In terms of _functionally_ being compatible with earlier versions, _all_
  482. new versions are; however, as Henry has stated in response to
  483.  
  484. > Must everyone chnage to the lastest C news at the stroke of
  485. > midnight on Oct. 30, 1994, by proclamation of Henry Spencer?
  486.  
  487. Henry:
  488.  
  489. > Life would be a lot simpler if I could issue such a proclamation...
  490.  
  491. ------------------------------
  492.  
  493. Subject: Contributions to the C News FAQ.
  494.  
  495. Thanks to the following for contributions, additions, corrections, and updates:
  496.  
  497.     Christoph Badura <bad@flatlin.ka.sub.org>
  498.     Mark Brader <msb@sq.com>
  499.     Geoff Collyer <geoff@world.std.com>
  500.     A. Bryan Curnutt <uhura1!bryan@cs.utexas.edu>
  501.     Bill Davidson <billd@billd.cray.com>
  502.     Ken Kutz <kutz@andy.bgsu.edu>
  503.     David C Lawrence <tale@uunet.UU.NET>
  504.     Tom Limoncelli <tal@warren.mentorg.com>
  505.     Mark Moraes <moraes@deshaw.com>
  506.     Rich Salz <rsalz@rodan.UU.NET>
  507.     Henry Spencer <henry@zoo.toronto.edu>
  508.  
  509. This posting, like much of Usenet, is maintained on a purely volunteer
  510. basis.  I welcome reactions, additions, and corrections via email at
  511. linimon@nominil.lonesome.com.
  512. -- 
  513. Mark Linimon / Lonesome Dove Computing Services / linimon@lonesome.com
  514.          "He pulled out his fiddle and he rosined up his bow,
  515.           and he played a little tune called the New Cut Road."
  516.