home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9074 < prev    next >
Encoding:
Text File  |  1992-08-25  |  4.7 KB  |  128 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!usc!sdd.hp.com!ux1.cso.uiuc.edu!rs6000.cmp.ilstu.edu!jliddle
  3. From: jliddle@rs6000.cmp.ilstu.edu (Jean Liddle)
  4. Subject: proposed site for linux-specific patches
  5. Message-ID: <1992Aug25.222435.12455@rs6000.cmp.ilstu.edu>
  6. Date: Tue, 25 Aug 1992 22:24:35 GMT
  7. Organization: Illinois State University
  8. Lines: 118
  9.  
  10. Greetings fellow linuxer's,
  11.  
  12. My site's system administrator has given me permission to set up a
  13. small anonymous ftp site in order to support Linux.  Rather than become
  14. yet another binary/source distribution center I am considering making
  15. our site a center for distributing patches.
  16.  
  17. The reasoning is as follows:
  18.  
  19. 1) There is an incredible amount of software available for various
  20.    *nix flavors from hundreds of ftp sites around the world.  It
  21.    would, IMHO, be nice to be able to download the sources for
  22.    program A from wherever it is offered, download linux specific
  23.    patches from a linux patch distribution center, and compile the
  24.    program quickly and painlessly.
  25.  
  26. 2) I have spent alot of time porting software (esp. X-Windows stuff)
  27.    only to find that one or more other people have done likewise and
  28.    have posted their binaries about the same time I would have.  Having
  29.    a central point from which patches may be achieved might help
  30.    prevent people from duplicating efforts, or at least make software
  31.    ports more quickly available.   With any luck, this might lead to
  32.    an even wider variety of software being made available (grin).
  33.  
  34. 3) Our space is limited.  Patches for many more programs can be kept
  35.    on disk than entire binary or source distributions.  As this is
  36.    a service which does not appear to exist anywhere else, this
  37.    seems like a reasonable niche for our site to fill.
  38.  
  39. I would greatly appreciate comments and suggestions as to how this
  40. might best benefit the linux community.  I envision a directory tree
  41. similar to tsx-11's /pub/linux/sources, i.e. perhaps:
  42.  
  43. pub/linux/-+-Utilities/ (patches to standard gnu/linux utilities
  44.            |             such as gmake, flex, bison, etc. with 
  45.            |             pointers to the original code from the FSF
  46.            |             or other sites)
  47.            +-Applications/ (patches to unix apps to run under linux)
  48.            |
  49.            +-System/ (this would be the only directory with actual
  50.            |          source code in addition to patches, for linux
  51.            |          kernel sources and patches, and system
  52.            |          software such as filesystems, etc.)
  53.            |
  54.            +-X11R5/-+-mit  (X11 stuff.  The tree would resemble
  55.                     |       the mit R5untarred tree structure at
  56.                     |       export, with patches for clients, libs,
  57.                     |       etc., in the appropriate directories)
  58.                     +-contrib
  59.  
  60. I foresee each patch contained in a .tar.Z file which, in addition
  61. to the patch(es) itself, would also include a README file, explaining
  62. where to get the sources, how to apply the patch, and a short step-by-
  63. step synopsis of how to compile the sources.
  64.  
  65. For example, foo.tar.Z might untar into files:
  66.  
  67. foo.patch
  68. README.foo
  69.  
  70. with the README.foo looking something like (for an X-windows client):
  71.  
  72. [ start README.foo ]
  73. ---
  74. Original Sources:  foo.tar.Z
  75. File Size: 499,241 bytes
  76. Available From:  ftp.site.edu
  77. In: /pub/ftp/directory
  78.  
  79. Or use ARCHIE to locate foo.tar.Z at other ftp sites.
  80. ---
  81. Patch submitted: 7 Aug 1992
  82. By: joe_contributer@contributers.email.address.edu
  83. Compiled with: gcc 2.2.2d
  84. Under: Linux 0.97 pl 1
  85. ---
  86. Installation:
  87.  
  88. 1) Get the original sources (foo.tar.Z) from ftp.site.edu
  89. 2) Extract sources into /usr/src/foo
  90.    - cd /usr/src
  91.    - uncompress /PATH/foo.tar.Z 
  92.    - tar xvf /PATH/foo.tar
  93. 3) Create Makefile
  94.    - edit Imakefile for personal preferences (see /usr/src/foo/README
  95.      for specific options which may be configured and change Imakefile
  96.      accordingly)
  97.    - xmkmf
  98. 4) Apply Patch (this might patch Makefile as well)
  99.    - patch -p0 < foo.patch
  100. 5) Compile source
  101.    - make depend
  102.    - make all
  103.    - make install
  104.    - make clean
  105. [ end README.patch ]
  106.  
  107. Also, how does everyone make patches?  I usually have two directories,
  108. one which compiles under linux (/usr/src/foo) and the original sources
  109. as untarred from foo.tar.Z (/usr/src/foo.orig)
  110.  
  111. From /usr/src I then do:
  112.  
  113. diff -w -c -r foo.orig foo > foo.patch
  114.  
  115. Is this the best way to make a patch for the entire directory tree?
  116. Are there other switches people commonly use, which I have overlooked.
  117.  
  118. Many comments and suggestions are very welcome, as this will be my
  119. first attempt at something like this.
  120.  
  121. Thanks for your input,
  122.  
  123. Jean.
  124. -- 
  125. Jean Liddle                                 | == Bill Clinton for President ==
  126. Computer Science, Illinois State University | 
  127. e-mail:  jliddle@ilstu.edu                  | - Carol Mosley Braun for Senat -
  128.