home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 25482 < prev    next >
Encoding:
Text File  |  1993-01-25  |  2.3 KB  |  46 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!usc!cheshire.oxy.edu!rafetmad
  3. From: rafetmad@cheshire.oxy.edu (David Giller)
  4. Subject: Re: Filesystems for people providing packets
  5. Message-ID: <1993Jan26.023948.4305@cheshire.oxy.edu>
  6. Organization: Occidental College, Los Angeles, CA 90041
  7. References: <1993Jan24.032251.22453@umibox.hanse.de> <1993Jan26.000802.14279@blaze.cs.jhu.edu>
  8. Date: Tue, 26 Jan 1993 02:39:48 GMT
  9. Lines: 35
  10.  
  11. bogstad@blaze.cs.jhu.edu (Bill Bogstad) wrote:
  12. >In article <1993Jan24.032251.22453@umibox.hanse.de> root@umibox.hanse.de (Bernd Meyer) writes:
  13. >>It's this:
  14. >>I want to encourage everyone who plans to upload any of his works to
  15. >>ftp-sites to use a file system that is NOT the minix one. The reason is that
  16. >>while names like "page-up-window" match the request "page-up-window.h" when
  17. >>used on that fs, it is a nightmare for everybody using a fs with long names 
  18. >>to rename all the files with truncated names.
  19. >>I would strongly suggest that you use efs or maybe xfs, because the problem
  20. >>is not given the other way round - a long filename untarred into a minix-fs
  21. >>will be shortened and still matched.
  22. >
  23. >    A better solution in my opinion is to use shorter filenames
  24. >(pgup-window.h for example).  Until efs, xfs or some other filesystem with
  25. >longer names becomes the "standard" Linux filesystem; it is preferable that
  26. >packages be usable on matter which filesystem the receipient uses.  If you
  27. >are dealing with a package written by someone else whose distributor assumes
  28. >longer names then this may be more difficult, but I still think it is
  29. >preferable.
  30.  
  31. In addition, for those of us using the minix filesystem for stability,
  32. we are fased with the problem that if there is, to extend the example,
  33. a page-up-window.c and page-up-window.h, whichever one is second will
  34. overwrite the first with no error when untarring.  This is unavoidable
  35. on packages which originated outside Linux, but it would be nice if
  36. people would provide for the 14-char limit that is still common on
  37. UNIX systems today.
  38.  
  39. -Dave
  40.  
  41. -- 
  42. David Giller, Box 134 | Q: How many Oregonians does it take to screw in a light
  43. Occidental College    | bulb?  A: Three.  One to replace the bulb, and two to
  44. 1600 Campus Road      | fend off all the Californians trying to share the
  45. Los Angeles, CA 90041 | experience. ---------------------------rafetmad@oxy.edu
  46.