home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 25559 < prev    next >
Encoding:
Text File  |  1993-01-27  |  2.7 KB  |  60 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!gumby!destroyer!cs.ubc.ca!newsserver.sfu.ca!rchen
  3. From: rchen@fraser.sfu.ca (Robert Chen)
  4. Subject: Re: Filesystems for people providing packets
  5. Message-ID: <1993Jan26.193218.11459@sfu.ca>
  6. Sender: news@sfu.ca
  7. Organization: Simon Fraser University, Burnaby, B.C., Canada
  8. References: <1993Jan24.032251.22453@umibox.hanse.de> <1993Jan26.000802.14279@blaze.cs.jhu.edu> <1993Jan26.023948.4305@cheshire.oxy.edu>
  9. Date: Tue, 26 Jan 1993 19:32:18 GMT
  10. Lines: 48
  11.  
  12. In article <1993Jan26.023948.4305@cheshire.oxy.edu> rafetmad@cheshire.oxy.edu (David Giller) writes:
  13. >bogstad@blaze.cs.jhu.edu (Bill Bogstad) wrote:
  14. >>In article <1993Jan24.032251.22453@umibox.hanse.de> root@umibox.hanse.de (Bernd Meyer) writes:
  15. >>>It's this:
  16. >>>I want to encourage everyone who plans to upload any of his works to
  17. >>>ftp-sites to use a file system that is NOT the minix one. The reason is that
  18. >>>while names like "page-up-window" match the request "page-up-window.h" when
  19. >>>used on that fs, it is a nightmare for everybody using a fs with long names 
  20. >>>to rename all the files with truncated names.
  21.  
  22. >>    A better solution in my opinion is to use shorter filenames
  23. >>(pgup-window.h for example).  Until efs, xfs or some other filesystem with
  24. >>longer names becomes the "standard" Linux filesystem; it is preferable that
  25.  
  26. >overwrite the first with no error when untarring.  This is unavoidable
  27. >on packages which originated outside Linux, but it would be nice if
  28. >people would provide for the 14-char limit that is still common on
  29. >UNIX systems today.
  30. >
  31. >-Dave
  32.  
  33.  
  34. #ifdef SLIGHTLY_IRATE_MODE   (hit 'n' now, apologies in advance, etc)
  35.  
  36. Sigh...  Must we really condemn ourselves to names like dskblkdrv.c
  37. for the rest of time because of bad decisions made 20 years ago?  Given
  38. current trends, the minix file system is going to be around a very
  39. long time.  The author of xfs respectfully suggests that we replace
  40. the minix file system with the xfs because it has more functionality
  41. than minix, while still being based strongly on the minix code so that
  42. it retains most of minix's stability - a damn good idea IMO. 
  43.  
  44. But what happens?  People jump on him for his tyranical ways and 
  45. for not adding every bell and wistle to the filesystem (bells that 
  46. minix doesn't have anyway).  Then we busilly truncate perfectly good 
  47. file names like page_up_window to pgupwin.  
  48.  
  49. I do not know of a modern Unix operating system that does not support
  50. long file names.  Berkeley got it right years ago.  When linux 1.0
  51. gets released and reviews start being written, people will see linux
  52. with its 64 megabyte 14 character filename standard filesystem and
  53. will think "gee, how cute, it's just like minix/coherent, only free."
  54. I think that linux deservs better than this.  
  55.  
  56.  
  57. Feeling better now,
  58.  
  59. - Rob
  60.