From: Benj. Mako Hill Date: Sat, 4 Jun 2005 00:08:54 +0000 (+0000) Subject: A diff fixing a ton of errors made by Andy King. The Diff follow X-Git-Url: https://projects.mako.cc/source/fspm_howto/commitdiff_plain/6bead429b2796e6cd7baa7d84e3ff2c5378b07ef A diff fixing a ton of errors made by Andy King. The Diff follow Author: mako Date: 2001/05/06 21:24:26 A diff fixing a ton of errors made by Andy King. The Diff follow: L84 - added "s" to "thing" L17 - do = does -- necessary? the "(s)" makes it a little confusing, but because it is primarily "author" (not plural), then "does" makes more sense. L186 - take = make L308 - how = who L387 - added comma between "work" and "while" L412 - perhaps add "If not, you should probably think about contributing to an existing free software application. It will accomplish the same goals that your own project would, and most likely make a better application than if there were two seperate ones." or something to that degree -- sort of like where you talk about forking later on; except that later on you're talking about how to deal with forks in the new project. This isn't really "forking," but more like "fracturing." You do mention that later, in "Deciding to proceed" but I can't decide which place is more appropriate. L484 - "useful gap" is awkward -- the gap isn't useful, the filling of it is. L488 - The = the L490 - how = who L504 - bellow = below - "searching of their databases" might want to be changed to "database searches of existing software" L526 - On the /. frontpage its stated as "News for Nerds. Stuff that matters." L528 - new = news L229 - an = a L230 - added comma between "here" and "so" - added "is" L464 - removed repetative "is" L540 - an = a L546 - rm'd "at" L596 - added comma between "management" and "but" L597 - be = get L599 - switched comma position around "but" L600 - added "s" to "remember" L663 - added "be" between "can" and "flexible" L736 - added "also" -- as it was before, it seems like the "but" is contradicting your previous statement when in fact you are re-inforcing it. L1152 - removed "a" between "in" and "the" L1184 - added "and" between "possible" and "are" L1198 - removed comma between "been" and "changed" L1271 - added "to" after "hesitate" L1310 - distributiosn = distributions L1328 - is the use of "problems" and then later "less problematic" redunant to you? L1348 - added "have" after "should" L2285 - large = largely --- diff --git a/FreeSoftwareProjectManagementHOWTO.sgml b/FreeSoftwareProjectManagementHOWTO.sgml index b7e2127..902fa12 100644 --- a/FreeSoftwareProjectManagementHOWTO.sgml +++ b/FreeSoftwareProjectManagementHOWTO.sgml @@ -81,7 +81,7 @@ - This HOWTO tries to do a lot of thing (probably too many), but it + This HOWTO tries to do a lot of things (probably too many), but it can't answer that question and won't attempt it. What this HOWTO will attempt to do is give your Free Software project a fighting chance--an edge. If you write a piece of crap that no one is @@ -167,7 +167,7 @@ this is a new edition of this document, there may be errors and inaccuracies, that may of course be damaging to your system. Proceed with caution, and although this is highly unlikely, the - author(s) do not take any responsibility for that. + author(s) does not take any responsibility for that. @@ -183,7 +183,7 @@ - You are strongly recommended to take a backup of your system + You are strongly recommended to make a backup of your system before major installation and backups at regular intervals. @@ -305,7 +305,7 @@ url="http://www.debian.org">Debian Project. The project has provided me with a home, a place to practice free software advocacy, a place to make a difference, a place to learn from - those how have been involved with the movement much longer than I, + those who have been involved with the movement much longer than I, and proof of a free software project that definitely, definitely works. @@ -384,7 +384,7 @@ Starting a project involves a dilemma that you as a developer must try and deal with: no potential user for your program is interested - in a program that doesn't work while the development process that + in a program that doesn't work, while the development process that you want to employ holds involvement of users as imperative. @@ -461,7 +461,7 @@ In evaluating your idea, you need to first ask yourself a few questions. This should happen before you move any further through this HOWTO. Ask yourself: Is the free software - development model really is the right one for your + development model really the right one for your project? @@ -485,9 +485,9 @@ - Luckily, The Internet is a place so big and so diverse that, + Luckily, the Internet is a place so big and so diverse that, chances are, there is someone, somewhere, who shares your - interests and how feels the same itch. It is the + interests and who feels the same itch. It is the fact that there are so many people with so many similar needs and desires that introduces the third major question: Has somebody already had your idea or a reasonably similar @@ -501,7 +501,7 @@ There are places you can go on the web to try and answer the question above. If you have experience with the free software community, you are probably already familiar with many of these - sites. All of the resources listed bellow offer searching of + sites. All of the resources listed below offer searching of their databases: @@ -523,11 +523,11 @@ Slashdot Slashdot - provides News for Nerds: Stuff that Matters, + provides News for Nerds. Stuff that matters, which usually includes discussion of free software, open - source, technology, and geek culture new and events. It is - not unusual for an particularly sexy development effort to be - announced here so it definitely worth checking. + source, technology, and geek culture news and events. It is + not unusual for a particularly sexy development effort to be + announced here, so it is definitely worth checking. @@ -537,13 +537,13 @@ SourceForge houses and facilitates a growing number of open source and free software projects. It is also quickly becoming a nexus - and an necessary stop for free software + and a necessary stop for free software developers. SourceForge's software map and new release pages should be necessary stops before embarking on a new free software project. SourceForge also - provides a at Code Snippet Library which contains useful reusable chunks of code in an array of languages which can come in useful in any @@ -556,7 +556,7 @@ Google and Google's Linux - Search, provide powerful web searches that may reveal + Search, provides powerful web searches that may reveal people working on similar projects. It is not a catalog of software or news like freshmeat or Slashdot, but it is worth checking to make sure you aren't pouring your effort into a @@ -593,11 +593,11 @@ For many developers this may be the single most difficult aspect - of free software project managment but it is an essential one. It is - easy to become fired up by an idea and be caught up in the + of free software project managment, but it is an essential one. It is + easy to become fired up by an idea and get caught up in the momentum and excitement of a new project. It is often extremely - difficult to do but, it is important that any free software - developer remember that the best interests of the free software + difficult to do, but it is important that any free software + developer remembers that the best interests of the free software community and the quickest way to accomplish your own project's goals and the goals of similar projects can often be accomplished by not starting a new @@ -660,7 +660,7 @@ criteria, you can still go ahead. I thought gnubile was one of the best I'd heard for a free software project ever and I still talk about it long after I've stopped using the - program. However, if you can flexible on the subject, listen to + program. However, if you can be flexible on the subject, listen to Orchard's advice. It might help you. @@ -733,7 +733,7 @@ Software Foundation and the GNU Project, the GPL is the license for the Linux kernel, GNOME, Emacs, and the vast majority of GNU/Linux software. It's - the obvious choice but I believe it is a good one. Any BSD + the obvious choice but I also believe it is a good one. Any BSD fanatic will urge you to remember that there is a viral aspect to the GPL that prevents the mixture of GPL'ed code with non-GPL'ed @@ -1149,7 +1149,7 @@ pages for more information and options. In addition to man pages and command-line help, there are certain files where people will look for documentation, especially in any package containing source code. In a source distribution, most of - these files can be stored in a the root directory of the source + these files can be stored in the root directory of the source distribution or in a subdirectory of the root called doc or Documentation. Common files in these places include: @@ -1181,7 +1181,7 @@ pages for more information and options. install and touches on any unusual options or actions that may be necessary. For most relatively standard install procedures and for most programs, INSTALL files are as short - as possible are rarely over 100 lines. + as possible and are rarely over 100 lines. @@ -1195,7 +1195,7 @@ pages for more information and options. changes you make to your program. The most simple way to maintain a CHANGELOG is to simply keep a file with the source code for your program and add a section to the top of the - CHANGELOG with each release describing what has been, changed, + CHANGELOG with each release describing what has been changed, fixed, or added to the program. It's a good idea to post the CHANGELOG onto the website as well because it can help people decide whether they want or need to upgrade to a newer version @@ -1268,7 +1268,7 @@ pages for more information and options. It doesn't hurt to distribute any documentation for your program - from your website (FAQs etc) with your program. Don't hesitate + from your website (FAQs etc) with your program. Don't hesitate to throw any of this in the program's tarball. If people don't need it, they will delete it. I can repeat it over and over: Too much documentation is not a sin. @@ -1307,7 +1307,7 @@ pages for more information and options. Binary packages should always be distribution specific. If you can build binary packages against a current version of a major distribution, you will only make your users happy. Try to foster - relationships with users or developers of large distributiosn to + relationships with users or developers of large distributions to develop a system for the consistent creation of binary packages. It's often a good idea to provide RedHat RPM's (.rpm), Debian deb's (.deb) and source @@ -1345,7 +1345,7 @@ pages for more information and options. I'd love to devote more space in this HOWTO to CVS because I love it (I even use CVS to keep versions straight on this HOWTO!) but - I think it falls outside the scope of this document and should + I think it falls outside the scope of this document and should have (already has) its own HOWTO. @@ -2282,7 +2282,7 @@ pages for more information and options. It should not come as any surprise that the key element to any support infrastructure is good documentation. This topic was - large covered in and will not be + largely covered in and will not be repeated here.