Hi, Beatrice Torracca <[email protected]> wrote: > -process, your configuration files might be lost and.... > +process, your configuration files might be lost and...
I think it should be "might be lost and ..." (space after and) > <p>The idea is that, if the package has any problems, it would be discovered > by > people using unstable and will be fixed before it enters testing. This keeps > -the testing in an usable state for most period of the time. Overall a > -brilliant concept, if you ask me. But things are always not so simple. > Consider > +the testing in an usable state for most of the time. Overall a > +brilliant concept, if you ask me. But things aren't always so simple. > Consider > the following situation:</p> Maybe "But things aren't always that simple." or "But things aren't always as simple." > -<p>One of the main reasons many people chose Debian over other Linux > distributions is > +<p>One of the main reasons many people choose Debian over other Linux > distributions is Maybe "One of the main reasons why many people choose Debian ..." > @@ -67,6 +66,12 @@ > <em/arm/ was dropped too in this release, as it was superseded by > the <em/armel/ architecture. > > +<!-- info from Jessie Release Notes --> > +<p>Support for the 32-bit s390 port (s390) was discontinued and replaced > +with s390x in Jessie (Debian 8.0). In addition, the ports to IA-64 and > +Sparc had to be removed from this release due to insufficient developer > +support. So add it: <p>Support for the 32-bit <em/s390/ port (s390) was discontinued and replaced with s390x in Jessie (Debian 8.0). Additionally, the ports to IA-64 and Sparc had to be removed from this release due to insufficient developer support. > <p>The development of Debian is open to all, and new users with the right > skills and/or the willingness to learn are needed to maintain existing > packages which have been "orphaned" by their previous maintainers, to > -develop new packages, and to provide user support. > +develop new packages, to write documentation, to do translation work, to > +help with the Debian website, to provide user support, etc. Is it correct/good, to mention the "to" every time? Or can they be removed to improve readability? > <p>See <ref id="choosing"> for help when choosing a Debian distribution. > @@ -42,10 +42,10 @@ > release 1.1, <tt>rex</tt> for release 1.2, <tt>bo</tt> for releases 1.3.x, > <tt>hamm</tt> for release 2.0, <tt>slink</tt> for release 2.1, > <tt>potato</tt> for release 2.2, <tt>woody</tt> for release 3.0, > -<tt>sarge</tt> for release 3.1, <tt>etch</tt> for release 4.0, and > -<tt>lenny</tt> for release 5.0, and > +<tt>sarge</tt> for release 3.1, <tt>etch</tt> for release 4.0, > +<tt>lenny</tt> for release 5.0, > <tt>squeeze</tt> for release 6.0, > -<tt>wheezy</tt> for release 7.0. > +<tt>wheezy</tt> for release 7.0, and <tt>jessie</tt> for release 8.0. As Justin already said: Wheezy is Debian 7, and Jessie is Debian 8 (see the list at https://www.debian.org/releases/ ). > <p>They must be in sync on all architectures where they have been built and > mustn't have dependencies that make them uninstallable; they also have to > -have fewer release-critical bugs than the versions currently in testing. > +have fewer release-critical bugs than the versions currently in unstable. > This way, we hope that `testing' is always close to being a release > candidate. 1. they also need to have fewer release-critical bugs (to avoid doubled "have") Holger -- ============================================================ Created with Sylpheed 3.5.0 under D E B I A N L I N U X 8 . 0 " J E S S I E " . Registered Linux User #311290 - https://linuxcounter.net/ ============================================================
