- MFH
This commit is contained in:
Gabor Kovesdan
parent
03a4531673
commit
7292289d38
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/projects/xml-tools/; revision=41559
34 changed files with 307 additions and 1137 deletions
|
|
@ -4,7 +4,7 @@
|
||||||
<!--
|
<!--
|
||||||
$FreeBSD$
|
$FreeBSD$
|
||||||
$FreeBSDde$
|
$FreeBSDde$
|
||||||
basiert auf: r41484
|
basiert auf: r41524
|
||||||
-->
|
-->
|
||||||
|
|
||||||
<!-- Simple schema for FreeBSD Project news.
|
<!-- Simple schema for FreeBSD Project news.
|
||||||
|
|
@ -41,9 +41,32 @@
|
||||||
<month>
|
<month>
|
||||||
<name>4</name>
|
<name>4</name>
|
||||||
|
|
||||||
|
<day>
|
||||||
|
<name>29</name>
|
||||||
|
|
||||||
|
<event>
|
||||||
|
<title>Neuer technischer Mitarbeiter für die &os; Foundation:
|
||||||
|
Edward Tomasz Napierała</title>
|
||||||
|
|
||||||
|
<p>Die &os; Foundation freut sich, bekanntgeben zu dürfen,
|
||||||
|
dass mit Edward Tomasz Napierała ein weiterer
|
||||||
|
technischer Mitarbeiter in Vollzeit für die Foundation tätig
|
||||||
|
sein wird. Damit setzt die Foundation die für 2013 geplanten
|
||||||
|
Investitionen in Personal fort.</p>
|
||||||
|
|
||||||
|
<p>Weitere Informationen hierzu finden Sie <a
|
||||||
|
href="http://freebsdfoundation.blogspot.com/2013/04/freebsd-foundation-announces-second.html">hier</a>.</p>
|
||||||
|
</event>
|
||||||
|
</day>
|
||||||
|
|
||||||
<day>
|
<day>
|
||||||
<name>24</name>
|
<name>24</name>
|
||||||
|
|
||||||
|
<event>
|
||||||
|
<p>Neuer Committer: <a
|
||||||
|
href="mailto:asomers@FreeBSD.org">Alan Somers</a> (src)</p>
|
||||||
|
</event>
|
||||||
|
|
||||||
<event>
|
<event>
|
||||||
<title>Das FreeBSD Project nimmt am Google Summer of
|
<title>Das FreeBSD Project nimmt am Google Summer of
|
||||||
Code 2013 teil</title>
|
Code 2013 teil</title>
|
||||||
|
|
|
||||||
|
|
@ -13,7 +13,6 @@ SUBDIR+= contributors
|
||||||
SUBDIR+= cups
|
SUBDIR+= cups
|
||||||
SUBDIR+= custom-gcc
|
SUBDIR+= custom-gcc
|
||||||
SUBDIR+= cvs-freebsd
|
SUBDIR+= cvs-freebsd
|
||||||
SUBDIR+= cvsup-advanced
|
|
||||||
SUBDIR+= explaining-bsd
|
SUBDIR+= explaining-bsd
|
||||||
SUBDIR+= fbsd-from-scratch
|
SUBDIR+= fbsd-from-scratch
|
||||||
SUBDIR+= filtering-bridges
|
SUBDIR+= filtering-bridges
|
||||||
|
|
|
||||||
|
|
@ -1,6 +1,8 @@
|
||||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
<?xml version="1.0" encoding="iso-8859-1"?>
|
||||||
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook XML V4.5-Based Extension//EN"
|
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook XML V4.5-Based Extension//EN"
|
||||||
"../../../share/xml/freebsd45.dtd">
|
"../../../share/xml/freebsd45.dtd" [
|
||||||
|
<!ENTITY ga "Google Analytics">
|
||||||
|
]>
|
||||||
|
|
||||||
<article lang='en'>
|
<article lang='en'>
|
||||||
<articleinfo>
|
<articleinfo>
|
||||||
|
|
@ -4149,6 +4151,73 @@ bak/packages packages from last complete <major_version> run on <arch&
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
|
<sect1 id="google-analytics">
|
||||||
|
<title>Information about &ga;</title>
|
||||||
|
|
||||||
|
<para>As of December 12, 2012, &ga; was enabled on the
|
||||||
|
&os; Project website to collect anonymized usage statistics
|
||||||
|
regarding usage of the site. The information collected is
|
||||||
|
valuable to the &os; Documentation Project, in order to
|
||||||
|
identify various problems on the &os; website.</para>
|
||||||
|
|
||||||
|
<sect2 id="google-analytics-policy">
|
||||||
|
<title>&ga; General Policy</title>
|
||||||
|
|
||||||
|
<para>The &os; Project takes visitor privacy very
|
||||||
|
seriously. As such, the &os; Project website honors the
|
||||||
|
<quote>Do Not Track</quote> header <emphasis>before</emphasis>
|
||||||
|
fetching the tracking code from Google. For more information,
|
||||||
|
please see the <ulink
|
||||||
|
url="http://www.FreeBSD.org/privacy.html">&os; Privacy
|
||||||
|
Policy</ulink>.</para>
|
||||||
|
|
||||||
|
<para>&ga; access is <emphasis>not</emphasis> arbitrarily
|
||||||
|
allowed — access must be requested, voted on by the
|
||||||
|
&a.doceng;, and explicitly granted.</para>
|
||||||
|
|
||||||
|
<para>Requests for &ga; data must include a specific purpose.
|
||||||
|
For example, a valid reason for requesting access would be
|
||||||
|
<quote>to see the most frequently used web browsers when
|
||||||
|
viewing &os; web pages to ensure page rendering speeds are
|
||||||
|
acceptable.</quote></para>
|
||||||
|
|
||||||
|
<para>Conversely, <quote>to see what web browsers are most
|
||||||
|
frequently used</quote> (without stating
|
||||||
|
<emphasis>why</emphasis>) would be rejected.</para>
|
||||||
|
|
||||||
|
<para>All requests must include the timeframe for which the data
|
||||||
|
would be required. For example, it must be explicitly stated
|
||||||
|
if the requested data would be needed for a timeframe covering
|
||||||
|
a span of 3 weeks, or if the request would be one-time
|
||||||
|
only.</para>
|
||||||
|
|
||||||
|
<para>Any request for &ga; data without a clear, reasonable
|
||||||
|
reason beneficial to the &os; Project will be
|
||||||
|
rejected.</para>
|
||||||
|
</sect2>
|
||||||
|
|
||||||
|
<sect2 id="google-analytics-data">
|
||||||
|
<title>Data Available Through &ga;</title>
|
||||||
|
|
||||||
|
<para>A few examples of the types of &ga; data available
|
||||||
|
include:</para>
|
||||||
|
|
||||||
|
<itemizedlist>
|
||||||
|
<listitem>
|
||||||
|
<para>Commonly used web browsers</para>
|
||||||
|
</listitem>
|
||||||
|
|
||||||
|
<listitem>
|
||||||
|
<para>Page load times</para>
|
||||||
|
</listitem>
|
||||||
|
|
||||||
|
<listitem>
|
||||||
|
<para>Site access by language</para>
|
||||||
|
</listitem>
|
||||||
|
</itemizedlist>
|
||||||
|
</sect2>
|
||||||
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="perks">
|
<sect1 id="perks">
|
||||||
<title>Perks of the Job</title>
|
<title>Perks of the Job</title>
|
||||||
|
|
||||||
|
|
|
||||||
|
|
@ -1,17 +0,0 @@
|
||||||
#
|
|
||||||
# $FreeBSD$
|
|
||||||
#
|
|
||||||
# Article: CVSup Advanced Points
|
|
||||||
|
|
||||||
DOC?= article
|
|
||||||
|
|
||||||
FORMATS?= html
|
|
||||||
WITH_ARTICLE_TOC?= YES
|
|
||||||
|
|
||||||
INSTALL_COMPRESSED?=gz
|
|
||||||
INSTALL_ONLY_COMPRESSED?=
|
|
||||||
|
|
||||||
SRCS= article.xml
|
|
||||||
|
|
||||||
DOC_PREFIX?= ${.CURDIR}/../../..
|
|
||||||
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
|
|
||||||
|
|
@ -1,271 +0,0 @@
|
||||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
|
||||||
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook XML V4.5-Based Extension//EN"
|
|
||||||
"../../../share/xml/freebsd45.dtd">
|
|
||||||
|
|
||||||
<article lang='en'>
|
|
||||||
<articleinfo>
|
|
||||||
<title>CVSup Advanced Points</title>
|
|
||||||
|
|
||||||
<authorgroup>
|
|
||||||
<author>
|
|
||||||
<firstname>Salvo</firstname>
|
|
||||||
<surname>Bartolotta</surname>
|
|
||||||
|
|
||||||
<affiliation>
|
|
||||||
<address><email>bartequi@neomedia.it</email></address>
|
|
||||||
</affiliation>
|
|
||||||
</author>
|
|
||||||
</authorgroup>
|
|
||||||
|
|
||||||
<legalnotice id="trademarks" role="trademarks">
|
|
||||||
&tm-attrib.freebsd;
|
|
||||||
&tm-attrib.cvsup;
|
|
||||||
&tm-attrib.general;
|
|
||||||
</legalnotice>
|
|
||||||
|
|
||||||
<pubdate>$FreeBSD$</pubdate>
|
|
||||||
|
|
||||||
<releaseinfo>$FreeBSD$</releaseinfo>
|
|
||||||
|
|
||||||
<abstract>
|
|
||||||
<para>The present article assumes a basic understanding of <application>CVSup</application>
|
|
||||||
operation. It documents several delicate issues connected with
|
|
||||||
source synchronization via <application>CVSup</application>, viz. effective solutions to
|
|
||||||
the problem of stale files as well as special source updating
|
|
||||||
cases; which issues are likely to cause apparently inexplicable
|
|
||||||
troubles.</para>
|
|
||||||
</abstract>
|
|
||||||
</articleinfo>
|
|
||||||
|
|
||||||
<sect1 id="preface">
|
|
||||||
<title>Preface</title>
|
|
||||||
|
|
||||||
<para>This document is the fruit of the author's attempts to
|
|
||||||
fully understand the niceties of <application>CVSup</application> & source updating. :-)
|
|
||||||
While the author has made every effort to make these pages
|
|
||||||
as informative and correct as possible, he is only human and
|
|
||||||
may have made all sorts of typos, mistakes, etc. He will be
|
|
||||||
very grateful for any comments and/or suggestions you send to
|
|
||||||
his e-mail address, <email>bartequi@neomedia.it</email>.</para>
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
|
|
||||||
<sect1 id="introduction">
|
|
||||||
<title>Introduction</title>
|
|
||||||
|
|
||||||
<para>If you have visited
|
|
||||||
<ulink url="http://www.polstra.com/">John Polstra's site</ulink>
|
|
||||||
and read
|
|
||||||
<ulink url="http://www.polstra.com/projects/freeware/CVSup/faq.html">his
|
|
||||||
FAQ</ulink>,
|
|
||||||
you may have noticed Question 12 & 13.</para>
|
|
||||||
|
|
||||||
<para>When updating any collection of sources (eg
|
|
||||||
<filename>/usr/ports</filename>), &man.cvsup.1; makes use of
|
|
||||||
the related checkouts file in order to perform the updating
|
|
||||||
process in the most efficient and correct way. In this example
|
|
||||||
(<filename>/usr/ports</filename>), the related checkouts file
|
|
||||||
is <filename>/usr/sup/ports-all/checkouts.cvs:.</filename> if
|
|
||||||
your base is <filename>/usr</filename>.</para>
|
|
||||||
|
|
||||||
<para>A checkouts file contains information on the current status
|
|
||||||
of your sources—in a way, a sort of <quote>photograph</quote>. This
|
|
||||||
significant information enables <command>cvsup</command> to retrieve updates most
|
|
||||||
effectively. Further, and maybe more important, it enables <command>cvsup</command>
|
|
||||||
to correctly manage your sources by locally deleting any files
|
|
||||||
no longer present in the repository, thus leaving no stale files
|
|
||||||
on your system. In fact, without a checkouts file, <command>cvsup</command> would
|
|
||||||
<emphasis>not</emphasis> know which files your collection was composed of (cf
|
|
||||||
&man.cvsup.1; and the fallback method for details); as a result,
|
|
||||||
it could not delete on your system those files no longer present
|
|
||||||
in the repository. They would remain on your system (stale
|
|
||||||
files), and might cause you subtle build failures or other
|
|
||||||
trouble. For example, this problem is likely to occur if you
|
|
||||||
first update your ports collection several weeks after you
|
|
||||||
got your installation CD-ROMs.</para>
|
|
||||||
|
|
||||||
<para>It is therefore recommended that you adopt the two-step procedure
|
|
||||||
outlined in the <application>CVSup</application> FAQ (cf Q12, Q13); in subsequent sections, you
|
|
||||||
will be given interesting and instructive concrete examples.</para>
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
<sect1 id="script">
|
|
||||||
<title>A useful python script: <command>cvsupchk</command></title>
|
|
||||||
|
|
||||||
<para>Alternatively, in order to examine your sources for
|
|
||||||
inconsistencies, you may wish to utilize the <command>cvsupchk</command> python
|
|
||||||
script; which script is currently found in
|
|
||||||
<filename>/usr/ports/net/cvsup/work/cvsup-16.1/contrib/cvsupchk</filename>,
|
|
||||||
together with a nice <filename>README</filename>. Prerequisites:</para>
|
|
||||||
|
|
||||||
<orderedlist>
|
|
||||||
<listitem>
|
|
||||||
<para><literal>/usr/ports/net/cvsup</literal> &prompt.root;
|
|
||||||
<userinput> make extract</userinput></para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>python (also found in the ports collection :-))</para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>a checkouts file for your collection of sources.</para>
|
|
||||||
</listitem>
|
|
||||||
</orderedlist>
|
|
||||||
|
|
||||||
<para>If you are updating your sources for the very first time,
|
|
||||||
of course you do not have a checkouts file. After installing
|
|
||||||
python and updating your sources (eg <filename>/usr/ports</filename>),
|
|
||||||
you can check them thus:</para>
|
|
||||||
|
|
||||||
<screen>&prompt.user; <filename>/path/to/</filename><userinput>cvsupchk -d /usr -c /usr/sup/ports-all/checkouts.cvs:. | more</userinput></screen>
|
|
||||||
|
|
||||||
<para>If you want to check your RELENG_4 sources:</para>
|
|
||||||
|
|
||||||
<screen>&prompt.user; <filename>/path/to/</filename><userinput>cvsupchk -d /usr -c /usr/sup/src-all/checkouts.cvs:RELENG_4 | more</userinput></screen>
|
|
||||||
|
|
||||||
<para>In each case, <command>cvsupchk</command> will inspect your sources for
|
|
||||||
inconsistencies by utilizing the information contained in the
|
|
||||||
related checkouts file. Such anomalies as deleted files being
|
|
||||||
present (aka stale files), missing checked-out files, extra RCS
|
|
||||||
files, and dead directories will be printed to standard output.</para>
|
|
||||||
|
|
||||||
<para>In the next section, we will provide important, typical
|
|
||||||
examples of source updating; which examples will show you the
|
|
||||||
role of checkouts files and the dangers of negligent source
|
|
||||||
management.</para>
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
<sect1 id="examples">
|
|
||||||
<title>Examples of more advanced source management</title>
|
|
||||||
|
|
||||||
<sect2>
|
|
||||||
<title>How to safely change tags when updating
|
|
||||||
<literal>src-all</literal></title>
|
|
||||||
|
|
||||||
<para>If you specify eg <literal>tag=A</literal> in your <filename>supfile</filename>, <command>cvsup</command> will create
|
|
||||||
a checkouts file called <filename>checkouts.cvs:A</filename>:
|
|
||||||
for instance, if <literal>tag=RELENG_4</literal>, a checkouts file called
|
|
||||||
<filename>checkouts.cvs:RELENG_4</filename> is generated.
|
|
||||||
This file will be used to retrieve and/or store information
|
|
||||||
identifying your 4-STABLE sources.</para>
|
|
||||||
|
|
||||||
<para>When tracking <literal>src-all</literal>, if you wish to
|
|
||||||
pass from <literal>tag=A</literal> to <literal>tag=B</literal> (A less/greater than B not making
|
|
||||||
any difference) and if your checkouts file is
|
|
||||||
<filename>checkouts.cvs:A</filename>, the following actions
|
|
||||||
should be performed:</para>
|
|
||||||
|
|
||||||
<orderedlist>
|
|
||||||
<listitem>
|
|
||||||
<para>&prompt.root; <userinput>mv checkouts.cvs:A
|
|
||||||
checkouts.cvs:B</userinput>
|
|
||||||
(This provides the subsequent step with the appropriate
|
|
||||||
checkouts file)</para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>write a <filename>supfile</filename> whose collection line reads:</para>
|
|
||||||
<programlisting>src-all tag=B</programlisting>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>cvsup your sources using the new <filename>supfile</filename>.</para>
|
|
||||||
</listitem>
|
|
||||||
</orderedlist>
|
|
||||||
|
|
||||||
<para>The <command>cvsup</command> utility will look for <filename>checkouts.cvs:B</filename>—in
|
|
||||||
that the target is B; that is, <command>cvsup</command> will make use of
|
|
||||||
the information contained therein to correctly manage your
|
|
||||||
sources.</para>
|
|
||||||
|
|
||||||
<para>The benefits:</para>
|
|
||||||
|
|
||||||
<itemizedlist>
|
|
||||||
<listitem>
|
|
||||||
<para>the sources are dealt with correctly (in particular,
|
|
||||||
no stale files)</para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>less load is placed on the server, in that <command>cvsup</command>
|
|
||||||
operates in the most efficient way.</para>
|
|
||||||
</listitem>
|
|
||||||
</itemizedlist>
|
|
||||||
|
|
||||||
|
|
||||||
<para>For example, <literal>A=RELENG_4</literal>, <literal>B=.</literal>. The period in <literal>B=.</literal> means
|
|
||||||
-CURRENT. This is a rather typical update, from 4-STABLE
|
|
||||||
to -CURRENT. While it is straightforward to <quote>downgrade</quote> your
|
|
||||||
sources (e.g., from -CURRENT to -STABLE), downgrading a system
|
|
||||||
is quite another matter. You are STRONGLY advised not to
|
|
||||||
attempt such an operation, unless you know exactly what you
|
|
||||||
are doing.</para>
|
|
||||||
</sect2>
|
|
||||||
|
|
||||||
<sect2>
|
|
||||||
<title>Updating to the same tag as of a different date</title>
|
|
||||||
|
|
||||||
<para>If you wish to switch from <literal>tag=A</literal> to <literal>tag=A</literal> as of a
|
|
||||||
different GMT date (say, <literal>date=D</literal>), you will execute the
|
|
||||||
following:</para>
|
|
||||||
|
|
||||||
<orderedlist>
|
|
||||||
<listitem>
|
|
||||||
<para>write a <filename>supfile</filename> whose collection line reads:</para>
|
|
||||||
<programlisting>src-all tag=A date=D</programlisting>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>update your sources using the new <filename>supfile</filename></para>
|
|
||||||
</listitem>
|
|
||||||
</orderedlist>
|
|
||||||
|
|
||||||
<para>Whether the new date precedes that of the last sync
|
|
||||||
operation with <literal>tag=A</literal> or not, it is immaterial. For example,
|
|
||||||
in order to specify the date <quote>August 27, 2000, 10:00:00 GMT</quote>
|
|
||||||
you write the line:</para>
|
|
||||||
|
|
||||||
|
|
||||||
<programlisting>src-all tag=RELENG_4 date=2000.08.27.10.00.00</programlisting>
|
|
||||||
|
|
||||||
<note><para>The format of a date is rigid. You have to specify
|
|
||||||
all the components of the date: century (<quote>20</quote>, i.e., the 21st
|
|
||||||
century, must be supplied whereas <quote>19</quote>, the past century, can
|
|
||||||
be omitted), year, month, day, hour, minutes, seconds—as
|
|
||||||
shown in the above example. For more information, please
|
|
||||||
see &man.cvsup.1;.</para></note>
|
|
||||||
|
|
||||||
<para>Whether or not a date is specified, the checkouts file
|
|
||||||
is called <filename>checkouts.cvs:A</filename> (e.g.,
|
|
||||||
<filename>checkouts.cvs:RELENG_4</filename>). As a result,
|
|
||||||
no particular action is needed in order to revert to the
|
|
||||||
previous state: you have to modify the date in the <filename>supfile</filename>,
|
|
||||||
and run <command>csvup</command> again.</para>
|
|
||||||
</sect2>
|
|
||||||
|
|
||||||
|
|
||||||
<sect2>
|
|
||||||
<title>Updating your ports collection for the first time</title>
|
|
||||||
|
|
||||||
<para>If you want to <quote>sync</quote> your ports tree for
|
|
||||||
the first time you should use a tag that matches your &os;
|
|
||||||
installation. E.g., if you have installed the Ports
|
|
||||||
Collection during the installation of &os; 5.3-RELEASE the
|
|
||||||
following should be used:
|
|
||||||
<programlisting>ports-all tag=RELEASE_5_3_0</programlisting>
|
|
||||||
The <command>cvsup</command> program will create a ports
|
|
||||||
checkout file, which is precisely the goal of the first
|
|
||||||
special sync operation. Now we can use the <quote>.</quote>
|
|
||||||
tag to update the tree whenever we feel it should be updated:
|
|
||||||
<programlisting>ports-all tag=.</programlisting>
|
|
||||||
All subsequent updates will be carried out smoothly.</para>
|
|
||||||
|
|
||||||
<para>If you have been reading the apparently nit-picking
|
|
||||||
remarks in these sections, you will probably have recognized
|
|
||||||
the potential for trouble in a source updating process.
|
|
||||||
A number of people have actually run into problems. You have
|
|
||||||
been warned. :-)</para>
|
|
||||||
</sect2>
|
|
||||||
</sect1>
|
|
||||||
</article>
|
|
||||||
|
|
@ -331,7 +331,7 @@
|
||||||
with &os;. Frequent submits of changes to the server are also
|
with &os;. Frequent submits of changes to the server are also
|
||||||
encouraged.</para>
|
encouraged.</para>
|
||||||
|
|
||||||
<para>sSimilar to <application>Subversion</application>, the
|
<para>Similar to <application>Subversion</application>, the
|
||||||
<application>Perforce</application> repository (the
|
<application>Perforce</application> repository (the
|
||||||
<quote>depot</quote>) is a single flat tree. Every file, whether
|
<quote>depot</quote>) is a single flat tree. Every file, whether
|
||||||
a unique creation or a derivative from a branch, is accessible via
|
a unique creation or a derivative from a branch, is accessible via
|
||||||
|
|
|
||||||
|
|
@ -69,7 +69,7 @@
|
||||||
to specify the build branch (e.g., 7, 7-exp, 8, 8-exp, 9, 9-exp, 10, 10-exp).
|
to specify the build branch (e.g., 7, 7-exp, 8, 8-exp, 9, 9-exp, 10, 10-exp).
|
||||||
The set of branches that <username>portmgr</username> currently
|
The set of branches that <username>portmgr</username> currently
|
||||||
supports is the same as those that the &os;
|
supports is the same as those that the &os;
|
||||||
<ulink url="http://www.freebsd.org/security/index.html#supported-branches">security team</ulink>
|
<ulink url="http://www.freebsd.org/security/index.html#sup">security team</ulink>
|
||||||
supports.
|
supports.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
|
|
@ -2338,7 +2338,7 @@ zfs destroy -r a/snap/src-<replaceable>old-branch</replaceable></screen>
|
||||||
<literal>packages-8-stable</literal> should be built from 8.1.</para>
|
<literal>packages-8-stable</literal> should be built from 8.1.</para>
|
||||||
|
|
||||||
<para>As releases go End-Of-Life (see
|
<para>As releases go End-Of-Life (see
|
||||||
<ulink url="http://www.freebsd.org/security/index.html#supported-branches">chart</ulink>),
|
<ulink url="http://www.freebsd.org/security/index.html#sup">chart</ulink>),
|
||||||
a full (not incremental!) package build should be done and uploaded.</para>
|
a full (not incremental!) package build should be done and uploaded.</para>
|
||||||
|
|
||||||
<para>The procedure is as follows:</para>
|
<para>The procedure is as follows:</para>
|
||||||
|
|
|
||||||
|
|
@ -318,7 +318,7 @@
|
||||||
<itemizedlist>
|
<itemizedlist>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>Call <function>success()</function> to
|
<para>Call <function>success()</function> to
|
||||||
detemine the outcome of the build.</para>
|
determine the outcome of the build.</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>Output the modification size.</para>
|
<para>Output the modification size.</para>
|
||||||
|
|
@ -376,7 +376,7 @@
|
||||||
</listitem>
|
</listitem>
|
||||||
</itemizedlist>
|
</itemizedlist>
|
||||||
|
|
||||||
<para>Tthis means that <literal>HEAD</literal> always ranks
|
<para>This means that <literal>HEAD</literal> always ranks
|
||||||
highest, and <literal>RELENG</literal> branches are ranked in
|
highest, and <literal>RELENG</literal> branches are ranked in
|
||||||
numerical order, with each <literal>STABLE</literal> branch
|
numerical order, with each <literal>STABLE</literal> branch
|
||||||
ranking higher than the release branches forked off of it.
|
ranking higher than the release branches forked off of it.
|
||||||
|
|
|
||||||
|
|
@ -3262,7 +3262,7 @@ kern.sched.name: ULE</screen>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>&os; supports <literal>ext2fs</literal> and
|
<para>&os; supports <literal>ext2fs</literal> and
|
||||||
<literal>ext3fs</literal> partitions. See
|
<literal>ext3fs</literal> partitions. See
|
||||||
&man.mount.ext2fs.8; for more information.</para>
|
&man.ext2fs.5; for more information.</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
</varlistentry>
|
</varlistentry>
|
||||||
|
|
||||||
|
|
|
||||||
|
|
@ -1310,7 +1310,7 @@ ufsid/486b6fc16926168e N/A ad4s1f</screen>
|
||||||
|
|
||||||
<screen>&prompt.root; <userinput>newfs -O 2 -J /dev/da4.journal</userinput></screen>
|
<screen>&prompt.root; <userinput>newfs -O 2 -J /dev/da4.journal</userinput></screen>
|
||||||
|
|
||||||
<para>This command will creates a <acronym>UFS</acronym>2 file
|
<para>This command will create a <acronym>UFS</acronym>2 file
|
||||||
system on the journaled device.</para>
|
system on the journaled device.</para>
|
||||||
|
|
||||||
<para><command>mount</command> the device at the desired point
|
<para><command>mount</command> the device at the desired point
|
||||||
|
|
|
||||||
|
|
@ -235,7 +235,7 @@
|
||||||
|
|
||||||
<para>Subscribe to one of the
|
<para>Subscribe to one of the
|
||||||
<application>CTM</application> distribution lists.
|
<application>CTM</application> distribution lists.
|
||||||
&a.ctm-cvs-cur.name; supports the entire CVS tree.
|
&a.ctm-src-cur.name; supports the entire Subversion tree.
|
||||||
&a.ctm-src-cur.name; supports the head of the development
|
&a.ctm-src-cur.name; supports the head of the development
|
||||||
branch. &a.ctm-src-9.name; supports the 9.X release branch,
|
branch. &a.ctm-src-9.name; supports the 9.X release branch,
|
||||||
etc.. (If you do not know how to subscribe yourself to a
|
etc.. (If you do not know how to subscribe yourself to a
|
||||||
|
|
|
||||||
|
|
@ -40,7 +40,7 @@
|
||||||
|
|
||||||
<para>&os; can also be configured to act as a print server on a
|
<para>&os; can also be configured to act as a print server on a
|
||||||
network; in this capacity &os; can receive print jobs from a
|
network; in this capacity &os; can receive print jobs from a
|
||||||
varietyof other computers, including other &os; computers,
|
variety of other computers, including other &os; computers,
|
||||||
&windows; and &macos; hosts. &os; will ensure that one job
|
&windows; and &macos; hosts. &os; will ensure that one job
|
||||||
at a time is printed, and can keep statistics on which users
|
at a time is printed, and can keep statistics on which users
|
||||||
and machines are doing the most printing, produce
|
and machines are doing the most printing, produce
|
||||||
|
|
@ -4879,11 +4879,11 @@ cfA013rose dequeued</screen>
|
||||||
|
|
||||||
<variablelist>
|
<variablelist>
|
||||||
<varlistentry>
|
<varlistentry>
|
||||||
<term>It worked, after awhile; or, it did not eject a full
|
<term>It worked, after a while; or, it did not eject a full
|
||||||
sheet.</term>
|
sheet.</term>
|
||||||
|
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>The printer printed the above, but it sat for awhile
|
<para>The printer printed the above, but it sat for a while
|
||||||
and did nothing. In fact, you might have needed to press
|
and did nothing. In fact, you might have needed to press
|
||||||
a PRINT REMAINING or FORM FEED button on the printer to
|
a PRINT REMAINING or FORM FEED button on the printer to
|
||||||
get any results to appear.</para>
|
get any results to appear.</para>
|
||||||
|
|
|
||||||
|
|
@ -6295,6 +6295,16 @@ USE_XORG= x11 xpm</programlisting>
|
||||||
files.</para>
|
files.</para>
|
||||||
</sect3>
|
</sect3>
|
||||||
|
|
||||||
|
<sect3 id="updating-desktop-database">
|
||||||
|
<title>Updating desktop database</title>
|
||||||
|
|
||||||
|
<para>If a port has a MimeType entry in its
|
||||||
|
<filename><replaceable>portname</replaceable>.desktop</filename>,
|
||||||
|
the desktop database must
|
||||||
|
be updated after install and deinstall. To do this,
|
||||||
|
define <makevar>USES</makevar>= desktop-file-utils.</para>
|
||||||
|
</sect3>
|
||||||
|
|
||||||
<sect3 id="desktop-entries-macro">
|
<sect3 id="desktop-entries-macro">
|
||||||
<title>Creating Desktop Entries with the
|
<title>Creating Desktop Entries with the
|
||||||
<makevar>DESKTOP_ENTRIES</makevar> Macro</title>
|
<makevar>DESKTOP_ENTRIES</makevar> Macro</title>
|
||||||
|
|
|
||||||
|
|
@ -147,6 +147,7 @@ $sectionpath = {
|
||||||
'OpenBSD 5.0' => { 'path' => '1:2:3:3p:4:5:6:7:8:9', },
|
'OpenBSD 5.0' => { 'path' => '1:2:3:3p:4:5:6:7:8:9', },
|
||||||
'OpenBSD 5.1' => { 'path' => '1:2:3:3p:4:5:6:7:8:9', },
|
'OpenBSD 5.1' => { 'path' => '1:2:3:3p:4:5:6:7:8:9', },
|
||||||
'OpenBSD 5.2' => { 'path' => '1:2:3:3p:4:5:6:7:8:9', },
|
'OpenBSD 5.2' => { 'path' => '1:2:3:3p:4:5:6:7:8:9', },
|
||||||
|
'OpenBSD 5.3' => { 'path' => '1:2:3:3p:4:5:6:7:8:9', },
|
||||||
|
|
||||||
'CentOS Linux/i386 3.9' => { 'path' => '1:2:3:3p:4:5:6:7:8:9:n', },
|
'CentOS Linux/i386 3.9' => { 'path' => '1:2:3:3p:4:5:6:7:8:9:n', },
|
||||||
'CentOS Linux/i386 4.8' => { 'path' => '1:1p:2:3:3p:4:5:6:7:8:9:n:0p', },
|
'CentOS Linux/i386 4.8' => { 'path' => '1:1p:2:3:3p:4:5:6:7:8:9:n:0p', },
|
||||||
|
|
@ -381,6 +382,7 @@ $manPathDefault = 'FreeBSD 9.1-RELEASE';
|
||||||
'OpenBSD 5.0', "$manLocalDir/OpenBSD-5.0",
|
'OpenBSD 5.0', "$manLocalDir/OpenBSD-5.0",
|
||||||
'OpenBSD 5.1', "$manLocalDir/OpenBSD-5.1",
|
'OpenBSD 5.1', "$manLocalDir/OpenBSD-5.1",
|
||||||
'OpenBSD 5.2', "$manLocalDir/OpenBSD-5.2",
|
'OpenBSD 5.2', "$manLocalDir/OpenBSD-5.2",
|
||||||
|
'OpenBSD 5.3', "$manLocalDir/OpenBSD-5.3",
|
||||||
|
|
||||||
#'NetBSD 0.9', "$manLocalDir/NetBSD-0.9",
|
#'NetBSD 0.9', "$manLocalDir/NetBSD-0.9",
|
||||||
'NetBSD 1.0', "$manLocalDir/NetBSD-1.0",
|
'NetBSD 1.0', "$manLocalDir/NetBSD-1.0",
|
||||||
|
|
@ -594,6 +596,7 @@ my %arch = (
|
||||||
'OpenBSD 5.0' => { 'arch' => [qw/alpha amd64 armish aviion hp300 hppa hppa64 i386 landisk loongson luna88k mac68k macppc mvme68k mvme88k mvmeppc palm sgi socppc sparc sparc64 vax zaurus/] },
|
'OpenBSD 5.0' => { 'arch' => [qw/alpha amd64 armish aviion hp300 hppa hppa64 i386 landisk loongson luna88k mac68k macppc mvme68k mvme88k mvmeppc palm sgi socppc sparc sparc64 vax zaurus/] },
|
||||||
'OpenBSD 5.1' => { 'arch' => [qw/alpha amd64 armish aviion hp300 hppa hppa64 i386 landisk loongson luna88k mac68k macppc mvme68k mvme88k mvmeppc palm sgi socppc sparc sparc64 vax zaurus/] },
|
'OpenBSD 5.1' => { 'arch' => [qw/alpha amd64 armish aviion hp300 hppa hppa64 i386 landisk loongson luna88k mac68k macppc mvme68k mvme88k mvmeppc palm sgi socppc sparc sparc64 vax zaurus/] },
|
||||||
'OpenBSD 5.2' => { 'arch' => [qw/alpha amd64 armish aviion hp300 hppa hppa64 i386 landisk loongson luna88k mac68k macppc mvme68k mvme88k mvmeppc palm sgi socppc sparc sparc64 vax zaurus/] },
|
'OpenBSD 5.2' => { 'arch' => [qw/alpha amd64 armish aviion hp300 hppa hppa64 i386 landisk loongson luna88k mac68k macppc mvme68k mvme88k mvmeppc palm sgi socppc sparc sparc64 vax zaurus/] },
|
||||||
|
'OpenBSD 5.3' => { 'arch' => [qw/alpha amd64 armish aviion hp300 hppa hppa64 i386 landisk loongson luna88k mac68k macppc mvme68k mvme88k mvmeppc palm sgi socppc sparc sparc64 vax zaurus/] },
|
||||||
);
|
);
|
||||||
|
|
||||||
# delete not existing releases
|
# delete not existing releases
|
||||||
|
|
@ -636,7 +639,7 @@ while ( ( $key, $val ) = each %manPath ) {
|
||||||
'macosx', 'Darwin 8.0.1/ppc',
|
'macosx', 'Darwin 8.0.1/ppc',
|
||||||
|
|
||||||
'netbsd', 'NetBSD 6.0',
|
'netbsd', 'NetBSD 6.0',
|
||||||
'openbsd', 'OpenBSD 5.2',
|
'openbsd', 'OpenBSD 5.3',
|
||||||
'v7', 'Unix Seventh Edition',
|
'v7', 'Unix Seventh Edition',
|
||||||
'v7man', 'Unix Seventh Edition',
|
'v7man', 'Unix Seventh Edition',
|
||||||
'x11', 'X11R7.4',
|
'x11', 'X11R7.4',
|
||||||
|
|
|
||||||
|
|
@ -1,4 +1,5 @@
|
||||||
#!/usr/bin/perl -w
|
#!/usr/bin/perl -w
|
||||||
|
# $FreeBSD$
|
||||||
|
|
||||||
require "./cgi-style.pl";
|
require "./cgi-style.pl";
|
||||||
|
|
||||||
|
|
@ -23,11 +24,11 @@ sub xml
|
||||||
|
|
||||||
my($Tag, $Etc) = split(' ', $TagEtc, 2);
|
my($Tag, $Etc) = split(' ', $TagEtc, 2);
|
||||||
|
|
||||||
my $Spaces = " " x ($Indent*3);
|
my $Spaces = " " x ($Indent*2);
|
||||||
if (!@Text)
|
if (!@Text)
|
||||||
{
|
{
|
||||||
# No text in the tag
|
# No text in the tag
|
||||||
return ("$Spaces<$TagEtc >\n");
|
return ("$Spaces<$TagEtc />\n");
|
||||||
}
|
}
|
||||||
elsif (@Text == 1)
|
elsif (@Text == 1)
|
||||||
{
|
{
|
||||||
|
|
@ -137,6 +138,7 @@ if ($Submit)
|
||||||
my @info = split("\n", $info);
|
my @info = split("\n", $info);
|
||||||
|
|
||||||
my $title = "FreeBSD project submission output";
|
my $title = "FreeBSD project submission output";
|
||||||
|
my $tasks = xml(1, "help", "", @tasks) if @tasks;
|
||||||
|
|
||||||
my @contents = xml(0, "project cat=\'$Category\'",
|
my @contents = xml(0, "project cat=\'$Category\'",
|
||||||
xml(1, "title", $Project),
|
xml(1, "title", $Project),
|
||||||
|
|
@ -148,11 +150,11 @@ if ($Submit)
|
||||||
xml(1, "body",
|
xml(1, "body",
|
||||||
xml(2, "p", "", xmltext(3, @info))),
|
xml(2, "p", "", xmltext(3, @info))),
|
||||||
"\n",
|
"\n",
|
||||||
xml(1, "help", "", @tasks),
|
$tasks,
|
||||||
);
|
);
|
||||||
my $contents = join('', @contents);
|
my $contents = join('', @contents);
|
||||||
|
|
||||||
$contents = "<!-- Mail to: monthly\@freebsd.org -->\n$contents";
|
$contents = "<!-- Mail as an attachment to: monthly\@freebsd.org -->\n$contents";
|
||||||
|
|
||||||
if (!$errors)
|
if (!$errors)
|
||||||
{
|
{
|
||||||
|
|
|
||||||
|
|
@ -58,9 +58,9 @@
|
||||||
or <a href="http://www.FreeBSD-fr.org/">WWW</a>.</li>
|
or <a href="http://www.FreeBSD-fr.org/">WWW</a>.</li>
|
||||||
|
|
||||||
<li><strong>Hungarian</strong> -- <a
|
<li><strong>Hungarian</strong> -- <a
|
||||||
href="mailto:bsd@hu.FreeBSD.org">bsd@hu.FreeBSD.org</a>, <a
|
href="mailto:bsd@lista.bsd.hu">bsd@lista.bsd.hu</a>, <a
|
||||||
href="https://lists.hu.FreeBSD.org/mailman/listinfo/bsd/">Administration</a>
|
href="http://lista.bsd.hu/">Administration</a>
|
||||||
or <a href="http://lists.hu.FreeBSD.org/pipermail/bsd/">Search</a>.</li>
|
or <a href="http://datacast.hu/pipermail/bsd/">Search</a>.</li>
|
||||||
|
|
||||||
<li><strong>Indonesian</strong> -- <a
|
<li><strong>Indonesian</strong> -- <a
|
||||||
href="mailto:id-freebsd-subscribe@egroups.com">id-freebsd-subscribe@egroups.com</a></li>
|
href="mailto:id-freebsd-subscribe@egroups.com">id-freebsd-subscribe@egroups.com</a></li>
|
||||||
|
|
|
||||||
|
|
@ -31,7 +31,7 @@
|
||||||
|
|
||||||
<p>Further information about downloading the unsupported binaries is
|
<p>Further information about downloading the unsupported binaries is
|
||||||
available from the
|
available from the
|
||||||
<a href="http://www.FreeBSDFoundation.org/downloads/java.shtml">FreeBSD
|
<a href="http://www.FreeBSDFoundation.org/java">FreeBSD
|
||||||
Foundation &java; Downloads</a> page.</p>
|
Foundation &java; Downloads</a> page.</p>
|
||||||
|
|
||||||
<h2>News</h2>
|
<h2>News</h2>
|
||||||
|
|
|
||||||
|
|
@ -280,7 +280,7 @@
|
||||||
1.6 and JRE 1.6. For more details, see the <a
|
1.6 and JRE 1.6. For more details, see the <a
|
||||||
href="http://www.freebsdfoundation.org/press/2008Jul-newsletter.shtml">
|
href="http://www.freebsdfoundation.org/press/2008Jul-newsletter.shtml">
|
||||||
Foundation newsletter</a> and the <a
|
Foundation newsletter</a> and the <a
|
||||||
href="http://www.freebsdfoundation.org/downloads/java.shtml">download
|
href="http://www.freebsdfoundation.org/java">download
|
||||||
page</a>.</p>
|
page</a>.</p>
|
||||||
</event>
|
</event>
|
||||||
</day>
|
</day>
|
||||||
|
|
@ -473,7 +473,7 @@
|
||||||
1.5 and JRE 1.5. For more details, see the <a
|
1.5 and JRE 1.5. For more details, see the <a
|
||||||
href="http://www.freebsdfoundation.org/press/20060405-PRrelease.shtml">press
|
href="http://www.freebsdfoundation.org/press/20060405-PRrelease.shtml">press
|
||||||
release</a> and <a
|
release</a> and <a
|
||||||
href="http://www.freebsdfoundation.org/downloads/java.shtml">download
|
href="http://www.freebsdfoundation.org/java">download
|
||||||
page</a>.</p>
|
page</a>.</p>
|
||||||
</event>
|
</event>
|
||||||
</day>
|
</day>
|
||||||
|
|
|
||||||
|
|
@ -62,6 +62,7 @@
|
||||||
|
|
||||||
<ul>
|
<ul>
|
||||||
<li><a href="#announce">Announcement</a></li>
|
<li><a href="#announce">Announcement</a></li>
|
||||||
|
<li><a href="#update20130430">Update: 30th April 2013</a></li>
|
||||||
<li><a href="#update20130323">Update: 23rd March 2013</a></li>
|
<li><a href="#update20130323">Update: 23rd March 2013</a></li>
|
||||||
<li><a href="#update20130303">Update: 3rd March 2013</a></li>
|
<li><a href="#update20130303">Update: 3rd March 2013</a></li>
|
||||||
<li><a href="#update20121229">Update: 29th December 2012</a></li>
|
<li><a href="#update20121229">Update: 29th December 2012</a></li>
|
||||||
|
|
@ -74,6 +75,30 @@
|
||||||
<li><a href="#recommend">Recommendations</a></li>
|
<li><a href="#recommend">Recommendations</a></li>
|
||||||
</ul>
|
</ul>
|
||||||
|
|
||||||
|
<h1><a name="update20130430">Update: April 30th, 2013</a></h1>
|
||||||
|
|
||||||
|
<p>Port managers and cluster administrators have completed the
|
||||||
|
restoration of binary package building in the last few weeks.
|
||||||
|
This has brought us back the continuous updates for the old-style
|
||||||
|
binary packages on the 8.x and 9.x -STABLE branches. Note that,
|
||||||
|
as beneficial consequences, Release Candidate builds for the 8.4
|
||||||
|
release cycle can now include binary packages on the install
|
||||||
|
media, and the Project was able to add the missing binary packages
|
||||||
|
retroactively for 9.1-RELEASE on i386 and amd64 platforms.</p>
|
||||||
|
|
||||||
|
<p>Port managers are currently working on introducing new-style (as
|
||||||
|
known as <q>pkgng</q>) binary packages in the coming months,
|
||||||
|
please check the <a
|
||||||
|
href="http://lists.freebsd.org/mailman/listinfo/freebsd-ports-announce/">
|
||||||
|
&os; ports announcements list</a> for further gradual status
|
||||||
|
updates.</p>
|
||||||
|
|
||||||
|
<p>This is planned to be the last status update to this page. An
|
||||||
|
official announcement will be sent to the <a
|
||||||
|
href="http://lists.freebsd.org/mailman/listinfo/freebsd-announce/">
|
||||||
|
&os; announcements mailing list</a> with the further details
|
||||||
|
soon.</p>
|
||||||
|
|
||||||
<h1><a name="update20130323">Update: March 23rd, 2013</a></h1>
|
<h1><a name="update20130323">Update: March 23rd, 2013</a></h1>
|
||||||
|
|
||||||
<p>Port managers have successfully restored some of the Project's
|
<p>Port managers have successfully restored some of the Project's
|
||||||
|
|
@ -85,12 +110,6 @@
|
||||||
preparations required for providing binary packages for the
|
preparations required for providing binary packages for the
|
||||||
upcoming 8.4 and further releases.</p>
|
upcoming 8.4 and further releases.</p>
|
||||||
|
|
||||||
<p>Unless there are any other major changes, this is planned to be
|
|
||||||
the last status update to this page. An email will be sent to
|
|
||||||
the <a href="http://lists.freebsd.org/mailman/listinfo/freebsd-announce">
|
|
||||||
FreeBSD announcements mailing list</a> when the package build
|
|
||||||
infrastructure is online and packages are once again available.</p>
|
|
||||||
|
|
||||||
<h1><a name="update20130302">Update: March 3rd, 2013</a></h1>
|
<h1><a name="update20130302">Update: March 3rd, 2013</a></h1>
|
||||||
|
|
||||||
<p>Redports underwent a full security audit, and as a result could
|
<p>Redports underwent a full security audit, and as a result could
|
||||||
|
|
|
||||||
|
|
@ -97,7 +97,7 @@
|
||||||
<p>Complete historical information about the release date, the
|
<p>Complete historical information about the release date, the
|
||||||
classification type, and the effective End-Of-Life (EOL) for
|
classification type, and the effective End-Of-Life (EOL) for
|
||||||
these releases may be found on the <a
|
these releases may be found on the <a
|
||||||
href="&base;/security/security.html#unsup">Unsupported
|
href="&base;/security/unsupported.html">Unsupported
|
||||||
Releases</a> section of the <a
|
Releases</a> section of the <a
|
||||||
href="&base;/security/security.html">FreeBSD Security
|
href="&base;/security/security.html">FreeBSD Security
|
||||||
Information</a> page.</p>
|
Information</a> page.</p>
|
||||||
|
|
|
||||||
|
|
@ -20,8 +20,8 @@
|
||||||
<li><a href="#how">How and where to report a FreeBSD security issue</a></li>
|
<li><a href="#how">How and where to report a FreeBSD security issue</a></li>
|
||||||
<li><a href="#sec">Information about the FreeBSD Security Officer</a></li>
|
<li><a href="#sec">Information about the FreeBSD Security Officer</a></li>
|
||||||
<li><a href="#pol">Information handling policies</a></li>
|
<li><a href="#pol">Information handling policies</a></li>
|
||||||
<li><a href="#sup">Supported FreeBSD Releases</a></li>
|
<li><a href="security.html#sup">Supported FreeBSD Releases</a></li>
|
||||||
<li><a href="#unsup">Unsupported FreeBSD Releases</a></li>
|
<li><a href="unsupported.html">Unsupported FreeBSD Releases</a></li>
|
||||||
</ul>
|
</ul>
|
||||||
|
|
||||||
<a name="how"></a>
|
<a name="how"></a>
|
||||||
|
|
|
||||||
|
|
@ -86,10 +86,6 @@
|
||||||
<!ENTITY a.ctm-announce "<ulink url='&a.ctm-announce.url;'>CTM announcements</ulink>">
|
<!ENTITY a.ctm-announce "<ulink url='&a.ctm-announce.url;'>CTM announcements</ulink>">
|
||||||
<!ENTITY a.ctm-announce.name "<ulink url='&a.ctm-announce.url;'>ctm-announce</ulink>">
|
<!ENTITY a.ctm-announce.name "<ulink url='&a.ctm-announce.url;'>ctm-announce</ulink>">
|
||||||
|
|
||||||
<!ENTITY a.ctm-cvs-cur.url "&a.mailman.listinfo;/ctm-cvs-cur">
|
|
||||||
<!ENTITY a.ctm-cvs-cur "<ulink url='&a.ctm-cvs-cur.url;'>CTM distribution of CVS files</ulink>">
|
|
||||||
<!ENTITY a.ctm-cvs-cur.name "<ulink url='&a.ctm-cvs-cur.url;'>ctm-cvs-cur</ulink>">
|
|
||||||
|
|
||||||
<!ENTITY a.ctm-src-4.url "&a.mailman.listinfo;/ctm-src-4">
|
<!ENTITY a.ctm-src-4.url "&a.mailman.listinfo;/ctm-src-4">
|
||||||
<!ENTITY a.ctm-src-4 "<ulink url='&a.ctm-src-4.url;'>CTM 4-STABLE src branch distribution mailing list</ulink>">
|
<!ENTITY a.ctm-src-4 "<ulink url='&a.ctm-src-4.url;'>CTM 4-STABLE src branch distribution mailing list</ulink>">
|
||||||
<!ENTITY a.ctm-src-4.name "<ulink url='&a.ctm-src-4.url;'>ctm-src-4</ulink>">
|
<!ENTITY a.ctm-src-4.name "<ulink url='&a.ctm-src-4.url;'>ctm-src-4</ulink>">
|
||||||
|
|
|
||||||
|
|
@ -11,7 +11,6 @@ SUBDIR+= committers-guide
|
||||||
SUBDIR+= contributing
|
SUBDIR+= contributing
|
||||||
SUBDIR+= contributing-ports
|
SUBDIR+= contributing-ports
|
||||||
SUBDIR+= contributors
|
SUBDIR+= contributors
|
||||||
SUBDIR+= cvsup-advanced
|
|
||||||
SUBDIR+= explaining-bsd
|
SUBDIR+= explaining-bsd
|
||||||
SUBDIR+= filtering-bridges
|
SUBDIR+= filtering-bridges
|
||||||
SUBDIR+= fonts
|
SUBDIR+= fonts
|
||||||
|
|
|
||||||
|
|
@ -1,21 +0,0 @@
|
||||||
#
|
|
||||||
# The FreeBSD Documentation Project
|
|
||||||
# The FreeBSD French Documentation Project
|
|
||||||
#
|
|
||||||
# $FreeBSD$
|
|
||||||
# Original revision: 1.1
|
|
||||||
|
|
||||||
DOC?= article
|
|
||||||
|
|
||||||
FORMATS?= html
|
|
||||||
|
|
||||||
INSTALL_COMPRESSED?=gz
|
|
||||||
INSTALL_ONLY_COMPRESSED?=
|
|
||||||
|
|
||||||
JADEFLAGS+= -V %generate-article-toc%
|
|
||||||
|
|
||||||
SRCS= article.xml
|
|
||||||
|
|
||||||
DOC_PREFIX?= ${.CURDIR}/../../..
|
|
||||||
|
|
||||||
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
|
|
||||||
|
|
@ -1,338 +0,0 @@
|
||||||
<?xml version="1.0" encoding="iso-8859-1"?>
|
|
||||||
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook XML V4.5-Based Extension//EN"
|
|
||||||
"../../../share/xml/freebsd45.dtd">
|
|
||||||
|
|
||||||
<!--
|
|
||||||
The FreeBSD Documentation Project
|
|
||||||
The FreeBSD French Documentation Project
|
|
||||||
|
|
||||||
$FreeBSD$
|
|
||||||
$Id: article.xml,v 1.7 2007-01-20 13:34:48 blackend Exp $
|
|
||||||
Original revision: 1.12
|
|
||||||
-->
|
|
||||||
|
|
||||||
<article lang="fr">
|
|
||||||
<articleinfo>
|
|
||||||
<title>Utilisation avancée de cvsup</title>
|
|
||||||
|
|
||||||
<authorgroup>
|
|
||||||
<author>
|
|
||||||
<firstname>Salvo</firstname>
|
|
||||||
<surname>Bartolotta</surname>
|
|
||||||
|
|
||||||
<affiliation>
|
|
||||||
<address><email>bartequi@neomedia.it</email></address>
|
|
||||||
</affiliation>
|
|
||||||
</author>
|
|
||||||
</authorgroup>
|
|
||||||
|
|
||||||
<pubdate>$FreeBSD$</pubdate>
|
|
||||||
|
|
||||||
<releaseinfo>$FreeBSD$</releaseinfo>
|
|
||||||
|
|
||||||
<legalnotice id="trademarks" role="trademarks">
|
|
||||||
&tm-attrib.freebsd;
|
|
||||||
&tm-attrib.cvsup;
|
|
||||||
&tm-attrib.general;
|
|
||||||
</legalnotice>
|
|
||||||
|
|
||||||
<abstract>
|
|
||||||
<para>Le présent article suppose une compréhension
|
|
||||||
de base de l'utilisation de <application>CVSup</application>.
|
|
||||||
Il expose plusieurs problèmes délicats
|
|
||||||
liés à la synchronisation des sources à
|
|
||||||
l'aide de <application>CVSup</application>, c'est à
|
|
||||||
dire des solutions efficaces aux problèmes des fichiers
|
|
||||||
obsolètes aussi bien qu'aux cas spéciaux de mise
|
|
||||||
à jour des sources, ces problèmes sont susceptibles
|
|
||||||
de causer des désagréments apparemment
|
|
||||||
inexplicables.</para>
|
|
||||||
|
|
||||||
&trans.a.fonvieille;
|
|
||||||
</abstract>
|
|
||||||
</articleinfo>
|
|
||||||
|
|
||||||
<sect1 id="preface">
|
|
||||||
<title>Préface</title>
|
|
||||||
|
|
||||||
<para>Ce document est le fruit des tentatives de l'auteur de
|
|
||||||
comprendre les finesses de <application>CVSup</application> et
|
|
||||||
de la mise à jour des sources. :-)
|
|
||||||
Bien que l'auteur ait fait de nombreux efforts pour
|
|
||||||
rendre ces pages aussi instructives et correctes que possible,
|
|
||||||
il n'est qu'un être humain et a pu avoir commis toutes sortes
|
|
||||||
de coquilles, d'erreurs, etc... Il sera vraiment reconnaissant
|
|
||||||
pour tous les commentaires et/ou suggestions que vous enverrez
|
|
||||||
à son adresse électronique
|
|
||||||
<email>bartequi@neomedia.it</email>.</para>
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
|
|
||||||
<sect1 id="introduction">
|
|
||||||
<title>Introduction</title>
|
|
||||||
|
|
||||||
<para>Si vous avez consulté le <ulink
|
|
||||||
url="http://www.polstra.com/">site de John Polstra</ulink> et lu
|
|
||||||
sa <ulink
|
|
||||||
url="http://www.polstra.com/projects/freeware/CVSup/faq.html">FAQ</ulink>,
|
|
||||||
vous avez pu avoir remarqué les questions 12 et 13.</para>
|
|
||||||
|
|
||||||
<para>En mettant à jour n'importe quelle “catalogue”
|
|
||||||
- collection de sources (e.g. <filename>/usr/ports</filename>),
|
|
||||||
&man.cvsup.1; se sert des fichiers de “checkouts”
|
|
||||||
relatifs afin d'effectuer le processus de mise à jour de la
|
|
||||||
manière la plus efficace et la plus correcte possible. Dans cet
|
|
||||||
exemple (<filename>/usr/ports</filename>), le fichiers de
|
|
||||||
“checkouts” relatif est
|
|
||||||
<filename>/usr/sup/ports-all/checkouts.cvs:.</filename> si votre
|
|
||||||
répertoire de base est <filename>/usr</filename>.</para>
|
|
||||||
|
|
||||||
<para>Un fichier “checkouts” contient l'information
|
|
||||||
sur l'état actuel de vos sources -- d'une certaine
|
|
||||||
manière, une sorte de “photographie”. Cette
|
|
||||||
information permet à <application>cvsup</application> de
|
|
||||||
rechercher les mises à jour le plus efficacement. De
|
|
||||||
plus, et c'est peut-être plus important, il permet
|
|
||||||
à <application>cvsup</application> de gérer
|
|
||||||
correctement vos sources en effaçant localement tout
|
|
||||||
fichier qui n'est plus présent sur l'archive centrale,
|
|
||||||
et de ce fait ne pas laisser de fichiers obsolètes sur
|
|
||||||
votre système. En fait, sans un fichier
|
|
||||||
“checkouts”, <application>cvsup</application> ne
|
|
||||||
saurait PAS de quels fichiers votre catalogue est composé
|
|
||||||
(Cf &man.cvsup.1; pour plus de détails), et en
|
|
||||||
conséquence, il ne pourrait PAS effacer de votre
|
|
||||||
système ces fichiers qui ne sont plus présents sur
|
|
||||||
l'archive centrale. Ils resteraient sur votre système
|
|
||||||
(les fichiers obsolètes), et pourraient vous causer de
|
|
||||||
subtiles échecs de compilation ou tout autre
|
|
||||||
désagrément. Par exemple, ce problème est
|
|
||||||
susceptible de se produire si vous mettez à jour votre
|
|
||||||
catalogue de logiciels portés plusieurs semaines
|
|
||||||
après que vous ayez eu vos CDROMs d'installation.</para>
|
|
||||||
|
|
||||||
<para>Il est donc recommandé que vous adoptiez la
|
|
||||||
procédure en deux temps décrite dans la FAQ de
|
|
||||||
<application>CVSup</application> (Cf Q12, Q13); dans les
|
|
||||||
sections suivantes, on vous présentera des exemples
|
|
||||||
concrets intéressant et instructifs.</para>
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
<sect1 id="script">
|
|
||||||
<title>Une procédure python utile: cvsupchk</title>
|
|
||||||
|
|
||||||
<para>Alternativement, afin d'examiner les sources pour les
|
|
||||||
inconsistences, vous pouvez souhaiter utiliser la procédure
|
|
||||||
python <command>cvsupchk</command>, procédure qui se
|
|
||||||
trouve actuellement dans
|
|
||||||
<filename>/usr/ports/net/cvsup/work/cvsup-16.1/contrib/cvsupchk</filename>,
|
|
||||||
avec un sympathique <filename>README</filename>.
|
|
||||||
Prérequis:</para>
|
|
||||||
|
|
||||||
<orderedlist>
|
|
||||||
<listitem>
|
|
||||||
<para><literal>/usr/ports/net/cvsup</literal> &prompt.root;
|
|
||||||
<userinput> make extract</userinput></para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>python (que l'on trouve également dans le catalogue
|
|
||||||
des logiciels portés :-)).</para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>Un fichier “checkouts” pour votre
|
|
||||||
catalogue des sources.</para>
|
|
||||||
</listitem>
|
|
||||||
</orderedlist>
|
|
||||||
|
|
||||||
<para>Si vous mettez à jour vos sources pour la toute
|
|
||||||
première fois, naturellement vous n'avez pas de fichier
|
|
||||||
“checkouts”. Après l'installation de python
|
|
||||||
et la mise à jour de vos sources (e.g.
|
|
||||||
<filename>/usr/ports</filename>), vous pouvez les vérifier
|
|
||||||
ainsi:</para>
|
|
||||||
|
|
||||||
<screen>&prompt.user; <filename>/path/to/</filename><userinput>cvsupchk -d /usr -c /usr/sup/ports-all/checkouts.cvs:. | more</userinput></screen>
|
|
||||||
|
|
||||||
<para>Si vous désirez vérifier vos sources RELENG_4:</para>
|
|
||||||
|
|
||||||
<screen>&prompt.user; <filename>/path/to/</filename><userinput>cvsupchk -d /usr -c /usr/sup/src-all/checkouts.cvs:RELENG_4 | more</userinput></screen>
|
|
||||||
|
|
||||||
<para>Dans chaque cas, <command>cvsupchk</command>
|
|
||||||
inspectera vos sources à la
|
|
||||||
recherche d'inconsistances en utilisant les informations
|
|
||||||
contenues dans le fichier de “checkouts” relatif.
|
|
||||||
Des anomalies comme des fichiers effacés, encore
|
|
||||||
présents (aka fichiers obsolètes), fichiers
|
|
||||||
récupérés absents, fichiers RCS
|
|
||||||
supplémentaires, et répertoires vides seront
|
|
||||||
affichés sur la sortie standard.</para>
|
|
||||||
|
|
||||||
<para>Dans la section suivante, nous présenterons des exemples
|
|
||||||
typiques de la mise à jour de source, exemples qui vous
|
|
||||||
montreront le rôle des fichiers de “checkouts”
|
|
||||||
et les dangers d'une gestion négligée des sources.</para>
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
<sect1 id="examples">
|
|
||||||
<title>Exemples avancés de gestion des sources</title>
|
|
||||||
|
|
||||||
<sect2>
|
|
||||||
<title>Comment modifier sans risques le champ tag quand vous
|
|
||||||
mettez à jour <literal>src-all</literal></title>
|
|
||||||
|
|
||||||
<para>Si vous spécifiez par exemple <literal>tag=A</literal>
|
|
||||||
dans votre fichier <filename>supfile</filename>,
|
|
||||||
<application>cvsup</application> créera
|
|
||||||
un fichier “checkouts” appelé
|
|
||||||
<filename>checkouts.cvs:A</filename>, par exemple avec le
|
|
||||||
champ <literal>tag=RELENG_4</literal>, un fichier de
|
|
||||||
“checkouts”
|
|
||||||
<filename>checkouts.cvs:RELENG_4</filename> est
|
|
||||||
généré. Ce fichier sera utilisé
|
|
||||||
pour récupérer et/ou stocker
|
|
||||||
l'information identifiant vos sources 4-STABLE.</para>
|
|
||||||
|
|
||||||
<para>En suivant le catalogue <literal>src-all</literal>, si
|
|
||||||
vous souhaitez passer de <literal>tag=A</literal> à
|
|
||||||
<literal>tag=B</literal> (A inférieur/supérieur
|
|
||||||
à B important peu) et si votre fichier
|
|
||||||
“checkouts” est
|
|
||||||
<filename>checkouts.cvs:A</filename>, les opérations
|
|
||||||
suivantes devront être effectuées:</para>
|
|
||||||
|
|
||||||
<orderedlist>
|
|
||||||
<listitem>
|
|
||||||
<para>&prompt.root; <userinput>mv checkouts.cvs:A
|
|
||||||
checkouts.cvs:B</userinput>
|
|
||||||
(ceci fournit à l'étape suivante le fichier
|
|
||||||
“checkouts” approprié)</para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>Ecrivez un fichier <filename>supfile</filename>
|
|
||||||
dont la ligne désignant le catalogue est:</para>
|
|
||||||
<programlisting>src-all tag=B</programlisting>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>Cvsupez vos sources en utilisant le nouveau
|
|
||||||
<filename>supfile</filename>.</para>
|
|
||||||
</listitem>
|
|
||||||
</orderedlist>
|
|
||||||
|
|
||||||
<para><application>Cvsup</application> recherchera <filename>checkouts.cvs:B</filename>
|
|
||||||
-- dans ce cas la cible est B, c'est à dire que
|
|
||||||
<application>cvsup</application> se
|
|
||||||
servira des informations contenues dans ce fichier pour gérer
|
|
||||||
correctement vos sources.</para>
|
|
||||||
|
|
||||||
<para>Les avantages:</para>
|
|
||||||
|
|
||||||
<itemizedlist>
|
|
||||||
<listitem>
|
|
||||||
<para>Les sources sont traitées correctement (en
|
|
||||||
particulier aucun fichier obsolète).</para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>Moins de charge sur le serveur, dans ce cas
|
|
||||||
<application>CVSup</application>
|
|
||||||
agit de la manière la plus efficace.</para>
|
|
||||||
</listitem>
|
|
||||||
</itemizedlist>
|
|
||||||
|
|
||||||
|
|
||||||
<para>Par exemple, <literal>A=RELENG_4</literal>,
|
|
||||||
<literal>B=.</literal>, le point dans <literal>B=.</literal>
|
|
||||||
signifie -CURRENT. C'est une mise à jour plutôt
|
|
||||||
typique de la branche 4-STABLE vers la branche -CURRENT.
|
|
||||||
Alors qu'il est simple de revenir à une ancienne
|
|
||||||
version de sources (e.g. -CURRENT vers -STABLE), il n'en va
|
|
||||||
pas de même avec le système. Vous êtes
|
|
||||||
FORTEMENT déconseillé de tenter une telle
|
|
||||||
opération, à moins que vous ne sachiez
|
|
||||||
exactement ce que vous faites.</para>
|
|
||||||
</sect2>
|
|
||||||
|
|
||||||
<sect2>
|
|
||||||
<title>Mettre à jour en conservant le même champ
|
|
||||||
tag mais pour une date différente</title>
|
|
||||||
|
|
||||||
<para>Si vous souhaitez basculer du champ <literal>tag=A</literal>
|
|
||||||
au champ <literal>tag=A</literal> avec une date GMT
|
|
||||||
différente (disons <literal>date=D</literal>) vous
|
|
||||||
exécuterez ce qui suit:</para>
|
|
||||||
|
|
||||||
<orderedlist>
|
|
||||||
<listitem>
|
|
||||||
<para>Ecrivez un <filename>supfile</filename> dont la
|
|
||||||
ligne désignant le catalogue est:</para>
|
|
||||||
<programlisting>src-all tag=A date=D</programlisting>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>Mettez à jour vos sources en utilisant le nouveau
|
|
||||||
<filename>supfile</filename>.</para>
|
|
||||||
</listitem>
|
|
||||||
</orderedlist>
|
|
||||||
|
|
||||||
<para>Que la nouvelle date précède ou non celle
|
|
||||||
de la dernière synchronisation avec le champ
|
|
||||||
<literal>tag=A</literal> est peu important. Par exemple,
|
|
||||||
afin d'indiquer la date du “27 Août 2000 à
|
|
||||||
10h00s00 GMT” vous écrirez la ligne:</para>
|
|
||||||
|
|
||||||
|
|
||||||
<programlisting>src-all tag=RELENG_4 date=2000.08.27.10.00.00</programlisting>
|
|
||||||
|
|
||||||
<note><para>Le format de la date est rigide. Vous devez
|
|
||||||
indiquer toutes les composantes de la date: le siècle
|
|
||||||
(<quote>20</quote>, i.e. le vingtième siècle, doit être
|
|
||||||
fourni tandis que <quote>19</quote>, le siècle passé peut
|
|
||||||
être omis), l'année, le mois, le jour, l'heure,
|
|
||||||
les minutes et les secondes — comme montré dans
|
|
||||||
l'exemple ci-dessus. Pour plus d'information, veuillez
|
|
||||||
consulter la page de manuel &man.cvsup.1;.</para></note>
|
|
||||||
|
|
||||||
<para>Qu'une date soit spécifiée ou non, le fichier
|
|
||||||
“checkouts” est appelé
|
|
||||||
<filename>checkouts.cvs:A</filename> (e.g.
|
|
||||||
<filename>checkouts.cvs:RELENG_4</filename>). Comme
|
|
||||||
conséquence, aucune action particulière n'est
|
|
||||||
nécessaire afin de retourner à l'état
|
|
||||||
précédent: vous devez modifier la date
|
|
||||||
dans le <filename>supfile</filename> et remettre à
|
|
||||||
jour à nouveau.</para>
|
|
||||||
</sect2>
|
|
||||||
|
|
||||||
|
|
||||||
<sect2>
|
|
||||||
<title>Mise à jour de votre catalogue des logiciels
|
|
||||||
portés pour la première fois</title>
|
|
||||||
|
|
||||||
<para>Comme les logiciels portés sont
|
|
||||||
étiquetés “.” (i.e. -CURRENT),
|
|
||||||
vous pouvez correctement les synchroniser en
|
|
||||||
ajoutant le mot-clé <literal>date</literal> (Cf
|
|
||||||
&man.cvsup.1; pour le format exact), vous devriez
|
|
||||||
spécifier une date aussi proche que possible que celle
|
|
||||||
de “l'expédition” de votre catalogue de
|
|
||||||
logiciel porté. Après que <application>CVSup</application> ait
|
|
||||||
créé le fichier “checkouts” du catalogue des
|
|
||||||
logiciels portés, qui est précisément le
|
|
||||||
but de cette première opération de synchronisation,
|
|
||||||
le champ <literal>date</literal> doit être retiré,
|
|
||||||
toutes les mises à jour suivantes seront faites en
|
|
||||||
douceur.</para>
|
|
||||||
|
|
||||||
<para>Si vous avez voulu chercher la petite bête dans ce texte,
|
|
||||||
vous vous êtes probablement aperçu des
|
|
||||||
problèmes potentiels du processus de mise à jour des
|
|
||||||
sources. Un certain nombre de personnes ont eu réellement
|
|
||||||
des problèmes. Vous avez été
|
|
||||||
avertis. :-)</para>
|
|
||||||
</sect2>
|
|
||||||
</sect1>
|
|
||||||
</article>
|
|
||||||
|
|
@ -5,7 +5,7 @@
|
||||||
]>
|
]>
|
||||||
<!-- $FreeBSD$ -->
|
<!-- $FreeBSD$ -->
|
||||||
<!-- The FreeBSD Japanese Documentation Project -->
|
<!-- The FreeBSD Japanese Documentation Project -->
|
||||||
<!-- Original revision: r41117 -->
|
<!-- Original revision: r41543 -->
|
||||||
|
|
||||||
<html xmlns="http://www.w3.org/1999/xhtml">
|
<html xmlns="http://www.w3.org/1999/xhtml">
|
||||||
<head>
|
<head>
|
||||||
|
|
@ -97,7 +97,7 @@
|
||||||
<p>これまでのリリースのリリース日、分類、保守終了日 (End-Of-Life (EOL))
|
<p>これまでのリリースのリリース日、分類、保守終了日 (End-Of-Life (EOL))
|
||||||
の完全な情報は、<a href="&base;/security/security.html">FreeBSD
|
の完全な情報は、<a href="&base;/security/security.html">FreeBSD
|
||||||
セキュリティ情報</a> の
|
セキュリティ情報</a> の
|
||||||
<a href="&base;/security/security.html#unsup">サポートが終了したリリース</a>
|
<a href="&base;/security/unsupported.html">サポートが終了したリリース</a>
|
||||||
にまとめられています。</p>
|
にまとめられています。</p>
|
||||||
|
|
||||||
<ul>
|
<ul>
|
||||||
|
|
|
||||||
|
|
@ -4,6 +4,8 @@
|
||||||
<!ENTITY title "FreeBSD セキュリティ脆弱性の報告に関する情報">
|
<!ENTITY title "FreeBSD セキュリティ脆弱性の報告に関する情報">
|
||||||
]>
|
]>
|
||||||
<!-- $FreeBSD$ -->
|
<!-- $FreeBSD$ -->
|
||||||
|
<!-- The FreeBSD Japanese Documentation Project -->
|
||||||
|
<!-- Original revision: r41455 -->
|
||||||
|
|
||||||
<html xmlns="http://www.w3.org/1999/xhtml">
|
<html xmlns="http://www.w3.org/1999/xhtml">
|
||||||
<head>
|
<head>
|
||||||
|
|
@ -20,8 +22,8 @@
|
||||||
<li><a href="#how">FreeBSD セキュリティ問題の報告方法と連絡先について</a></li>
|
<li><a href="#how">FreeBSD セキュリティ問題の報告方法と連絡先について</a></li>
|
||||||
<li><a href="#sec">FreeBSD セキュリティオフィサについて</a></li>
|
<li><a href="#sec">FreeBSD セキュリティオフィサについて</a></li>
|
||||||
<li><a href="#pol">情報の取り扱いに関する方針</a></li>
|
<li><a href="#pol">情報の取り扱いに関する方針</a></li>
|
||||||
<li><a href="#sup">サポートされている FreeBSD のリリース</a></li>
|
<li><a href="security.html#sup">サポートされている FreeBSD のリリース</a></li>
|
||||||
<li><a href="#unsup">サポートが終了した FreeBSD リリース</a></li>
|
<li><a href="unsupported.html">サポートが終了した FreeBSD リリース</a></li>
|
||||||
</ul>
|
</ul>
|
||||||
|
|
||||||
<a name="how"></a>
|
<a name="how"></a>
|
||||||
|
|
|
||||||
|
|
@ -20,7 +20,7 @@
|
||||||
the contents of <title> will be preferred over <p>.
|
the contents of <title> will be preferred over <p>.
|
||||||
|
|
||||||
$FreeBSD$
|
$FreeBSD$
|
||||||
Original revision: r41495
|
Original revision: r41524
|
||||||
-->
|
-->
|
||||||
<news>
|
<news>
|
||||||
<cvs:keyword xmlns:cvs="http://www.FreeBSD.org/XML/CVS">
|
<cvs:keyword xmlns:cvs="http://www.FreeBSD.org/XML/CVS">
|
||||||
|
|
@ -33,6 +33,23 @@
|
||||||
<month>
|
<month>
|
||||||
<name>4</name>
|
<name>4</name>
|
||||||
|
|
||||||
|
<day>
|
||||||
|
<name>29</name>
|
||||||
|
|
||||||
|
<event>
|
||||||
|
<title>新 &os; Foundation テクニカルスタッフ: Edward
|
||||||
|
Tomasz Napierała</title>
|
||||||
|
|
||||||
|
<p>The &os; Foundation は、
|
||||||
|
Edward Tomasz Napierała が二人目のテクニカルスタッフに加わったことをお知らせします。
|
||||||
|
これは、2013 年に Foundation
|
||||||
|
が継続して行っているスタッフへの投資によるものです。</p>
|
||||||
|
|
||||||
|
<p><a
|
||||||
|
href="http://freebsdfoundation.blogspot.com/2013/04/freebsd-foundation-announces-second.html">続きを読む</a></p>
|
||||||
|
</event>
|
||||||
|
</day>
|
||||||
|
|
||||||
<day>
|
<day>
|
||||||
<name>24</name>
|
<name>24</name>
|
||||||
|
|
||||||
|
|
|
||||||
|
|
@ -2,7 +2,7 @@
|
||||||
<!--
|
<!--
|
||||||
The FreeBSD Mongolian Documentation Project
|
The FreeBSD Mongolian Documentation Project
|
||||||
|
|
||||||
Original revision 39988
|
Original revision 40951
|
||||||
|
|
||||||
$FreeBSD$
|
$FreeBSD$
|
||||||
-->
|
-->
|
||||||
|
|
@ -44,10 +44,10 @@
|
||||||
role="Redundant Array of Inexpensive Disks">RAID</acronym>
|
role="Redundant Array of Inexpensive Disks">RAID</acronym>
|
||||||
хянагч хэрэгслүүдийг багтаадаг. Энэ бүлэг нь I/O, доор нь байгаа дэд
|
хянагч хэрэгслүүдийг багтаадаг. Энэ бүлэг нь I/O, доор нь байгаа дэд
|
||||||
систем, эсвэл кодыг GEOM хэрхэн зохицуулж эсвэл хянадаг талаар гүнзгий
|
систем, эсвэл кодыг GEOM хэрхэн зохицуулж эсвэл хянадаг талаар гүнзгий
|
||||||
хэлэлцэхгүй. Энэхүү мэдээлэл нь &man.geom.4; гарын авлагын хуудас болон
|
хэлэлцэхгүй. Энэхүү мэдээлэл нь &man.geom.4; болон
|
||||||
төрөл бүрийн SEE ALSO баримтуудын тусламжтай хангагддаг. Бас энэ бүлэг нь
|
төрөл бүрийн <literal>SEE ALSO</literal> баримтуудын тусламжтай хангагддаг. Бас энэ бүлэг нь
|
||||||
<acronym>RAID</acronym> тохиргоонуудын дэлгэрэнгүй заавар биш юм.
|
<acronym>RAID</acronym> тохиргоонуудын дэлгэрэнгүй заавар биш бөгөөд
|
||||||
Зөвхөн GEOM-дэмжигдсэн <acronym>RAID</acronym> ангиллуудын талаар
|
зөвхөн GEOM-дэмжигдсэн <acronym>RAID</acronym> ангиллуудын талаар
|
||||||
хэлэлцэх болно.</para>
|
хэлэлцэх болно.</para>
|
||||||
|
|
||||||
<para>Энэ бүлгийг уншсаны дараа, та дараах зүйлсийг мэдэх болно:</para>
|
<para>Энэ бүлгийг уншсаны дараа, та дараах зүйлсийг мэдэх болно:</para>
|
||||||
|
|
@ -77,13 +77,13 @@
|
||||||
|
|
||||||
<itemizedlist>
|
<itemizedlist>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>&os; диск төхөөрөмжүүдийг хэрхэн үздэг талаар ойлгох
|
<para>&os; <link linkend="disks">диск төхөөрөмжүүдийг</link>
|
||||||
(<xref linkend="disks"/>).</para>
|
хэрхэн үздэг талаар ойлгох.</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
|
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>Шинэ &os; цөм хэрхэн тохируулж суулгах талаар мэдэх
|
<para>Шинэ <link linkend="kernelconfig">&os; цөм</link>
|
||||||
(<xref linkend="kernelconfig"/>).</para>
|
хэрхэн тохируулж суулгах талаар мэдэх.</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
</itemizedlist>
|
</itemizedlist>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
@ -132,7 +132,7 @@
|
||||||
<primary>Судал үүсгэх</primary>
|
<primary>Судал үүсгэх</primary>
|
||||||
</indexterm>
|
</indexterm>
|
||||||
|
|
||||||
<para>Судал үүсгэх нь хэд хэдэн дискнүүдийг нэг эзлэхүүн болгодог арга юм.
|
<para>Судал үүсгэх нь хэд хэдэн дискнүүдийг нэгтгэж нэг эзлэхүүн болгодог.
|
||||||
Олон тохиолдолд энэ нь тоног төхөөрөмжийн хянагчуудыг ашиглан хийгддэг.
|
Олон тохиолдолд энэ нь тоног төхөөрөмжийн хянагчуудыг ашиглан хийгддэг.
|
||||||
GEOM дэд систем нь диск судал үүсгэх гэж бас нэрлэгддэг
|
GEOM дэд систем нь диск судал үүсгэх гэж бас нэрлэгддэг
|
||||||
<acronym>RAID</acronym>0-д зориулсан програмыг хангаж өгдөг.</para>
|
<acronym>RAID</acronym>0-д зориулсан програмыг хангаж өгдөг.</para>
|
||||||
|
|
@ -211,9 +211,8 @@ Done.</screen>
|
||||||
|
|
||||||
<para>Энэ судал үүсгэсэн файлын системдээ ачаалах үед автоматаар холболт хийхийн
|
<para>Энэ судал үүсгэсэн файлын системдээ ачаалах үед автоматаар холболт хийхийн
|
||||||
тулд эзлэхүүний мэдээллийг <filename>/etc/fstab</filename> файлд
|
тулд эзлэхүүний мэдээллийг <filename>/etc/fstab</filename> файлд
|
||||||
хийгээрэй. For this purpose, a permanent mount
|
хийгээрэй. Энэ жишээн дээр <filename class="directory">stripe</filename>
|
||||||
point, named <filename class="directory">stripe</filename>, is
|
гэсэн байнгын холбох цэгийг үүсгэж байна:</para>
|
||||||
created:</para>
|
|
||||||
|
|
||||||
<screen>&prompt.root; <userinput>mkdir /stripe</userinput>
|
<screen>&prompt.root; <userinput>mkdir /stripe</userinput>
|
||||||
&prompt.root; <userinput>echo "/dev/stripe/st0a /stripe ufs rw 2 2" \</userinput>
|
&prompt.root; <userinput>echo "/dev/stripe/st0a /stripe ufs rw 2 2" \</userinput>
|
||||||
|
|
@ -388,7 +387,7 @@ Done.</screen>
|
||||||
&prompt.root; <userinput>newfs -U /dev/mirror/gm0s1e</userinput>
|
&prompt.root; <userinput>newfs -U /dev/mirror/gm0s1e</userinput>
|
||||||
&prompt.root; <userinput>newfs -U /dev/mirror/gm0s1f</userinput></screen>
|
&prompt.root; <userinput>newfs -U /dev/mirror/gm0s1f</userinput></screen>
|
||||||
|
|
||||||
<para>Эх диск (<devicename>ada0</devicename>) дээрх файлын
|
<para>Эх диск <devicename>ada0</devicename> дээрх файлын
|
||||||
системийг толин тусгал руу &man.dump.8; ба &man.restore.8;
|
системийг толин тусгал руу &man.dump.8; ба &man.restore.8;
|
||||||
тушаалыг ашиглан хуулж болно.</para>
|
тушаалыг ашиглан хуулж болно.</para>
|
||||||
|
|
||||||
|
|
@ -508,7 +507,7 @@ Done.</screen>
|
||||||
засварлах хэрэгтэй. Уг процедурыг дараа тайлбарлах болно.</para>
|
засварлах хэрэгтэй. Уг процедурыг дараа тайлбарлах болно.</para>
|
||||||
|
|
||||||
<para>Аль ч тохиолдолд анхдагч диск дээрх хуваалтын
|
<para>Аль ч тохиолдолд анхдагч диск дээрх хуваалтын
|
||||||
хүснэгтүүдийг эхэлж хуулах хэрэгтэй. Үүнийг &man.gpart.8;
|
хүснэгтүүдийг эхэлж хуулах хэрэгтэй бөгөөд &man.gpart.8;
|
||||||
<command>backup</command> ба <command>restore</command> дэд тушаалуудыг
|
<command>backup</command> ба <command>restore</command> дэд тушаалуудыг
|
||||||
ашиглан гүйцэтгэнэ.</para>
|
ашиглан гүйцэтгэнэ.</para>
|
||||||
|
|
||||||
|
|
@ -533,9 +532,9 @@ BSD 8
|
||||||
6 freebsd-ufs 130023424 838860800
|
6 freebsd-ufs 130023424 838860800
|
||||||
7 freebsd-ufs 968884224 984640881</screen>
|
7 freebsd-ufs 968884224 984640881</screen>
|
||||||
|
|
||||||
<para>Хэрэв &man.gpart.8; <command>show</command> тушаалын
|
<para>Хэрэв <command>gpart show</command> тушаал дискний төгсгөлд
|
||||||
гаралтад бүтэн диск ашиглагдаж байгаа бол эдгээр хуваалтын
|
зай байхгүй байгааг харуулж байгаа бол зүсмэл болон сүүлийн хуваалтыг
|
||||||
хүснэгтүүд дээрх багтаамжийг нэг сектороор багасгах хэрэгтэй.
|
нэг сектороор багасгах хэрэгтэй.
|
||||||
Зүсмэл болон сүүлийн хуваалтын зайг нэгээр багасган хоёр
|
Зүсмэл болон сүүлийн хуваалтын зайг нэгээр багасган хоёр
|
||||||
файлыг засварлах хэрэгтэй. Эдгээр нь жагсаалт бүрийн сүүлийн
|
файлыг засварлах хэрэгтэй. Эдгээр нь жагсаалт бүрийн сүүлийн
|
||||||
тоонууд юм.</para>
|
тоонууд юм.</para>
|
||||||
|
|
@ -557,12 +556,12 @@ BSD 8
|
||||||
байгаа бол эдгээр хоёр файлыг засварлалгүйгээр ашиглаж болно.</para>
|
байгаа бол эдгээр хоёр файлыг засварлалгүйгээр ашиглаж болно.</para>
|
||||||
|
|
||||||
<para>Одоо хуваалтын хүснэгтийг
|
<para>Одоо хуваалтын хүснэгтийг
|
||||||
<devicename>mirror/gm0</devicename> руу сэргээнэ.</para>
|
<devicename>mirror/gm0</devicename> руу сэргээнэ:</para>
|
||||||
|
|
||||||
<screen>&prompt.root; <userinput>gpart restore mirror/gm0 < table.ada0</userinput>
|
<screen>&prompt.root; <userinput>gpart restore mirror/gm0 < table.ada0</userinput>
|
||||||
&prompt.root; <userinput>gpart restore mirror/gm0s1 < table.ada0s1</userinput></screen>
|
&prompt.root; <userinput>gpart restore mirror/gm0s1 < table.ada0s1</userinput></screen>
|
||||||
|
|
||||||
<para>&man.gpart.8; <command>show</command> тушаалаар
|
<para><command>gpart show</command> тушаалаар
|
||||||
хуваалтын хүснэгтийг шалгана. Энэ жишээ нь
|
хуваалтын хүснэгтийг шалгана. Энэ жишээ нь
|
||||||
<devicename>gm0s1a</devicename>-г <filename>/</filename>,
|
<devicename>gm0s1a</devicename>-г <filename>/</filename>,
|
||||||
<devicename>gm0s1d</devicename>-г <filename>/var</filename>,
|
<devicename>gm0s1d</devicename>-г <filename>/var</filename>,
|
||||||
|
|
@ -717,9 +716,9 @@ mirror/gm0 COMPLETE ada1 (ACTIVE)
|
||||||
|
|
||||||
<para>BIOS тохиргоог шинээр толин тусгал болгосон
|
<para>BIOS тохиргоог шинээр толин тусгал болгосон
|
||||||
дискнүүдийн аль нэгнээс ачаалахаар болгож тохируулах
|
дискнүүдийн аль нэгнээс ачаалахаар болгож тохируулах
|
||||||
хэрэгтэй байж магадгүй юм. Аль ч дискийг ачаалахад
|
хэрэгтэй байж магадгүй юм. Толин тусгалын нэг хэсэг учраас тэдгээр нь
|
||||||
ашиглаж болно. Толин тусгалын нэг хэсэг учраас тэдгээр нь
|
ижил өгөгдөлтэй байдаг бөгөөд аль ч дискийг ачаалахад
|
||||||
ижил өгөгдөлтэй байдаг.</para>
|
ашиглаж болно.</para>
|
||||||
</sect4>
|
</sect4>
|
||||||
|
|
||||||
<sect4>
|
<sect4>
|
||||||
|
|
@ -753,7 +752,7 @@ mountroot></screen>
|
||||||
<para><filename>geom_mirror</filename> модулийг
|
<para><filename>geom_mirror</filename> модулийг
|
||||||
<filename>/boot/loader.conf</filename>-т оруулж дуудахаа
|
<filename>/boot/loader.conf</filename>-т оруулж дуудахаа
|
||||||
мартсан бол энэ асуудал гарна. Үүнийг засахын тулд
|
мартсан бол энэ асуудал гарна. Үүнийг засахын тулд
|
||||||
&os;-9 эсвэл түүнээс хойшхи хувилбарын CD эсвэл USB дискнээс
|
&os; 9.0 эсвэл түүнээс хойшхи хувилбарын CD эсвэл USB дискнээс
|
||||||
ачаалаад эхний асуулт дээр <literal>Shell</literal>-г
|
ачаалаад эхний асуулт дээр <literal>Shell</literal>-г
|
||||||
сонгох хэрэгтэй. Дараа нь толин тусгалын модулийг дуудаж
|
сонгох хэрэгтэй. Дараа нь толин тусгалын модулийг дуудаж
|
||||||
толин тусгал төхөөрөмжийг холбох хэрэгтэй:</para>
|
толин тусгал төхөөрөмжийг холбох хэрэгтэй:</para>
|
||||||
|
|
@ -771,7 +770,7 @@ mountroot></screen>
|
||||||
|
|
||||||
<para><literal>error 19</literal> гаргаж байгаа
|
<para><literal>error 19</literal> гаргаж байгаа
|
||||||
бусад асуудлуудыг засварлахад илүү хүч зарах
|
бусад асуудлуудыг засварлахад илүү хүч зарах
|
||||||
шаардлагатай. Асууж лавлах дэлгэц дээр
|
шаардлагатай. Ачаалах үеийн асууж лавлах дэлгэц дээр
|
||||||
<literal>ufs:/dev/ada0s1a</literal> гэж оруулж өгнө.
|
<literal>ufs:/dev/ada0s1a</literal> гэж оруулж өгнө.
|
||||||
Систем хэдийгээр <devicename>ada0</devicename>-с
|
Систем хэдийгээр <devicename>ada0</devicename>-с
|
||||||
ачаалах ёстой боловч бүрхүүл сонгох асууж лавлах дэлгэц
|
ачаалах ёстой боловч бүрхүүл сонгох асууж лавлах дэлгэц
|
||||||
|
|
@ -793,13 +792,10 @@ mountroot></screen>
|
||||||
<sect2>
|
<sect2>
|
||||||
<title>Диск ажиллахаа болиход сэргээх</title>
|
<title>Диск ажиллахаа болиход сэргээх</title>
|
||||||
|
|
||||||
<para>Толин тусгалын гайхамшигтай тал бол аль нэг диск ажиллахаа
|
<para>Толин тусгалын ашигтай тал бол аль нэг диск ажиллахаа
|
||||||
байхад толин тусгал дээрх өгөгдөл алдагддаггүй явдал
|
байхад толин тусгал дээрх өгөгдөл алдагддаггүй явдал
|
||||||
юм.</para>
|
юм. Дээрх жишээн дээр <devicename>ada0</devicename> ажиллахаа
|
||||||
|
болиход ажиллаж байгаа диск болох <devicename>ada1</devicename>-с
|
||||||
<para><devicename>ada0</devicename> нь дээрх жишээн дээр толин тусгал
|
|
||||||
үүсгэж байгаа дискнүүдийн нэг юм. Хэрэв <devicename>ada0</devicename>
|
|
||||||
ажиллахаа боливол нөгөө ажиллаж байгаа диск болох <devicename>ada1</devicename>-с
|
|
||||||
өгөгдлөө өгөн толин тусгал ажилласан хэвээр байх болно.</para>
|
өгөгдлөө өгөн толин тусгал ажилласан хэвээр байх болно.</para>
|
||||||
|
|
||||||
<para>Ажиллахаа больсон дискийг солихын тулд компьютерыг
|
<para>Ажиллахаа больсон дискийг солихын тулд компьютерыг
|
||||||
|
|
@ -962,10 +958,6 @@ Done.</screen>
|
||||||
<para>Дэлгэц дээгүүр олон тоо урсах бөгөөд
|
<para>Дэлгэц дээгүүр олон тоо урсах бөгөөд
|
||||||
хэсэг хугацааны дараа процесс дуусах болно. Эзлэхүүн
|
хэсэг хугацааны дараа процесс дуусах болно. Эзлэхүүн
|
||||||
үүсч холбох боломжтой болно.</para>
|
үүсч холбох боломжтой болно.</para>
|
||||||
</step>
|
|
||||||
|
|
||||||
<step>
|
|
||||||
<para>Сүүлийн алхам бол файлын системийг холбох явдал юм:</para>
|
|
||||||
|
|
||||||
<screen>&prompt.root; <userinput>mount /dev/raid3/gr0p1 /multimedia/</userinput></screen>
|
<screen>&prompt.root; <userinput>mount /dev/raid3/gr0p1 /multimedia/</userinput></screen>
|
||||||
|
|
||||||
|
|
@ -1004,7 +996,7 @@ Done.</screen>
|
||||||
<title>GEOM Хаалга Сүлжээний Төхөөрөмжүүд</title>
|
<title>GEOM Хаалга Сүлжээний Төхөөрөмжүүд</title>
|
||||||
|
|
||||||
<para>GEOM нь хаалга хэрэгслүүдийг ашиглан дискнүүд, CD-ROM-ууд,
|
<para>GEOM нь хаалга хэрэгслүүдийг ашиглан дискнүүд, CD-ROM-ууд,
|
||||||
файлууд гэх мэт төхөөрөмжүүдийг алсаас ашиглахыг дэмждэг.
|
файлуудыг алсаас ашиглахыг дэмждэг.
|
||||||
Энэ нь <acronym>NFS</acronym>-тэй адил юм.</para>
|
Энэ нь <acronym>NFS</acronym>-тэй адил юм.</para>
|
||||||
|
|
||||||
<para>Экспортын файл эхэлж үүсгэх шаардлагатай. Энэ файл нь
|
<para>Экспортын файл эхэлж үүсгэх шаардлагатай. Энэ файл нь
|
||||||
|
|
@ -1025,14 +1017,14 @@ Done.</screen>
|
||||||
|
|
||||||
<screen>&prompt.root; <userinput>ggated</userinput></screen>
|
<screen>&prompt.root; <userinput>ggated</userinput></screen>
|
||||||
|
|
||||||
<para>Хэрэглэх машинаас уг экспортлогдсон төхөөрөмжид <command>холболт</command> хийхдээ
|
<para>Хэрэглэх машинаас уг экспортлогдсон төхөөрөмжид <command>mount</command> хийхдээ
|
||||||
дараах тушаалыг өгнө үү:</para>
|
дараах тушаалыг өгнө үү:</para>
|
||||||
|
|
||||||
<screen>&prompt.root; <userinput>ggatec create -o rw 192.168.1.1 /dev/da0s4d</userinput>
|
<screen>&prompt.root; <userinput>ggatec create -o rw 192.168.1.1 /dev/da0s4d</userinput>
|
||||||
ggate0
|
ggate0
|
||||||
&prompt.root; <userinput>mount /dev/ggate0 /mnt</userinput></screen>
|
&prompt.root; <userinput>mount /dev/ggate0 /mnt</userinput></screen>
|
||||||
|
|
||||||
<para>Эндээс эхлэн төхөөрөмжид <filename class="directory">/mnt</filename>
|
<para>Одоо төхөөрөмжид <filename class="directory">/mnt</filename>
|
||||||
холболтын цэгийг ашиглан хандаж болно.</para>
|
холболтын цэгийг ашиглан хандаж болно.</para>
|
||||||
|
|
||||||
<note>
|
<note>
|
||||||
|
|
@ -1060,12 +1052,12 @@ ggate0
|
||||||
нэмэгдсэн бол яах вэ? Флэш төхөөрөмжид <devicename>da0</devicename> гэсэн
|
нэмэгдсэн бол яах вэ? Флэш төхөөрөмжид <devicename>da0</devicename> гэсэн
|
||||||
төхөөрөмжийн нэр өгөгдөж хуучин байсан <devicename>da0</devicename> нь
|
төхөөрөмжийн нэр өгөгдөж хуучин байсан <devicename>da0</devicename> нь
|
||||||
<devicename>da1</devicename> болж өөрчлөгдөх болов уу. Энэ нь хэрэв
|
<devicename>da1</devicename> болж өөрчлөгдөх болов уу. Энэ нь хэрэв
|
||||||
файлын системүүд <filename>/etc/fstab</filename>-д жагсаагдсан
|
файлын системүүд <filename>/etc/fstab</filename>-д орсон
|
||||||
бол тэдгээрийг холбоход асуудал гаргах бөгөөд бүр системийг ачаалахгүй
|
бол тэдгээрийг холбоход асуудал гаргах бөгөөд бүр системийг ачаалахгүй
|
||||||
байдалд хүргэж болох юм.</para>
|
байдалд хүргэж болох юм.</para>
|
||||||
|
|
||||||
<para>Энэ асуудлын нэг шийдэл нь <acronym>SCSI</acronym> карт руу нэмэгдсэн
|
<para>Нэг шийдэл нь <acronym>SCSI</acronym> карт руу нэмэгдсэн
|
||||||
шинэ төхөөрөмжид төхөөрөмжийн ашиглагдаагүй дугаарууд өгөгдөхөөр болгож
|
шинэ төхөөрөмжид төхөөрөмжийн ашиглагдаагүй дугаарууд өгч
|
||||||
<acronym>SCSI</acronym> төхөөрөмжүүдийг гинжин цуваа болгох явдал юм.
|
<acronym>SCSI</acronym> төхөөрөмжүүдийг гинжин цуваа болгох явдал юм.
|
||||||
Гэхдээ анхдагч <acronym>SCSI</acronym> дискийг сольж болзошгүй
|
Гэхдээ анхдагч <acronym>SCSI</acronym> дискийг сольж болзошгүй
|
||||||
<acronym>USB</acronym> төхөөрөмжүүдийн хувьд яах вэ? Яагаад гэвэл <acronym>USB</acronym>
|
<acronym>USB</acronym> төхөөрөмжүүдийн хувьд яах вэ? Яагаад гэвэл <acronym>USB</acronym>
|
||||||
|
|
@ -1076,8 +1068,8 @@ ggate0
|
||||||
<filename>/etc/fstab</filename> файлд хэзээ ч жагсаахгүй байх тийм
|
<filename>/etc/fstab</filename> файлд хэзээ ч жагсаахгүй байх тийм
|
||||||
шийдэл байж болох юм.</para>
|
шийдэл байж болох юм.</para>
|
||||||
|
|
||||||
<para>Илүү сайн шийдэл байдаг. <command>glabel</command> хэрэгсэл ашиглан
|
<para>Илүү сайн шийдэл нь <command>glabel</command> хэрэгсэл ашиглан
|
||||||
администратор эсвэл хэрэглэгч өөрсдийн дискний төхөөрөмжүүдийг хаяглаж эдгээр
|
дискний төхөөрөмжүүдийг хаяглаж эдгээр
|
||||||
хаяг/шошгонуудыг <filename>/etc/fstab</filename> файлд ашиглаж болох
|
хаяг/шошгонуудыг <filename>/etc/fstab</filename> файлд ашиглаж болох
|
||||||
юм. <command>glabel</command> нь өгөгдсөн үзүүлэгчийн сүүлийн секторт
|
юм. <command>glabel</command> нь өгөгдсөн үзүүлэгчийн сүүлийн секторт
|
||||||
хаяг/шошгыг хадгалдаг болохоор хаяг/шошго нь дахин ачаалахад хэвээр байх
|
хаяг/шошгыг хадгалдаг болохоор хаяг/шошго нь дахин ачаалахад хэвээр байх
|
||||||
|
|
@ -1086,9 +1078,9 @@ ggate0
|
||||||
юм.</para>
|
юм.</para>
|
||||||
|
|
||||||
<note>
|
<note>
|
||||||
<para>Хаяг/шошгыг байнгын болгохыг энд дурдсангүй. <command>glabel</command>
|
<para><command>glabel</command>
|
||||||
хэрэгсэл нь түр зуурын болон байнгын хаяг/шошгыг үүсгэхэд ашиглагдаж болно.
|
хэрэгсэл нь түр зуурын болон байнгын хаяг/шошгыг үүсгэж чадна.
|
||||||
Зөвхөн байнгын хаяг/шошго нь дахин ачаалахад хэвээр үлдэх болно. Хаяг/шошгонуудын
|
Хаяг/шошгонуудын
|
||||||
ялгаануудын тухай дэлгэрэнгүй мэдээллийг &man.glabel.8; гарын авлагын хуудаснаас
|
ялгаануудын тухай дэлгэрэнгүй мэдээллийг &man.glabel.8; гарын авлагын хуудаснаас
|
||||||
үзнэ үү.</para>
|
үзнэ үү.</para>
|
||||||
</note>
|
</note>
|
||||||
|
|
@ -1096,22 +1088,21 @@ ggate0
|
||||||
<sect2>
|
<sect2>
|
||||||
<title>Хаяг/шошгоны төрлүүд болон жишээнүүд</title>
|
<title>Хаяг/шошгоны төрлүүд болон жишээнүүд</title>
|
||||||
|
|
||||||
<para>Ерөнхий ба файлын системийн гэсэн хоёр төрлийн хаяг/шошго байдаг.
|
<para>Байнгын хаяг нь ердийн ба файлын системийн гэсэн хоёр төрлийн байдаг.
|
||||||
Хаяг, шошгонууд нь байнгын эсвэл түр зуурын байж болно. Байнгын хаягийг
|
Файлын системийн байнгын хаягийг
|
||||||
&man.tunefs.8; эсвэл &man.newfs.8; тушаалаар үүсгэж болно. Эдгээр
|
&man.tunefs.8; эсвэл &man.newfs.8; тушаалаар үүсгэж болно. Эдгээр
|
||||||
хаяг/шошгонуудад тэдгээрийн файлын системийн төрөл дээр суурилсан нэр
|
хаяг/шошгонуудын төрлүүд <filename class="directory">/dev</filename> сангийн
|
||||||
бүхий тусгай сан <filename class="directory">/dev</filename>
|
дэд санд үүсгэгддэг бөгөөд файлын системийн төрлийн дагуу нэртэй байна.
|
||||||
сан дотор үүсгэгддэг. Жишээ нь <acronym>UFS</acronym>2 файлын системийн
|
Жишээ нь <acronym>UFS</acronym>2 файлын системийн
|
||||||
хаяг/шошгонууд <filename class="directory">/dev/ufs</filename> санд
|
хаяг/шошгонууд <filename class="directory">/dev/ufs</filename> санд
|
||||||
үүсгэгддэг. Байнгын хаягийг бас <command>glabel label</command> тушаалаар
|
үүсгэгддэг. Ердийн хаягийг <command>glabel label</command> тушаалаар
|
||||||
үүсгэж болдог. Эдгээр нь файлын системтэй хамааралгүй бөгөөд <filename
|
үүсгэж болдог. Эдгээр нь файлын системтэй хамааралгүй бөгөөд <filename
|
||||||
class="directory">/dev/label</filename> санд үүсгэгдэх болно.</para>
|
class="directory">/dev/label</filename> санд үүсгэгдэх болно.</para>
|
||||||
|
|
||||||
<para>Түр зуурын хаяг/шошго нь дараагийн удаа ачаалахад арилдаг. Эдгээр хаяг/шошгонууд
|
<para>Түр зуурын хаяг/шошго нь дараагийн удаа ачаалахад арилдаг. Эдгээр хаяг/шошгонууд
|
||||||
нь <filename class="directory">/dev/label</filename> санд үүсгэгдэх
|
нь <filename class="directory">/dev/label</filename> санд үүсгэгдэх
|
||||||
бөгөөд туршилтад сайн тохирсон байдаг. Түр зуурын хаягийг <command>glabel create</command>
|
бөгөөд туршилтад тохирсон байдаг. Түр зуурын хаягийг <command>glabel create</command>
|
||||||
тушаалаар үүсгэж болно. Дэлгэрэнгүй мэдээллийг &man.glabel.8;-ийн гарын авлагын
|
тушаалаар үүсгэж болно.</para>
|
||||||
хуудаснаас уншина уу.</para>
|
|
||||||
|
|
||||||
<!-- XXXTR: How do you create a file system label without running newfs
|
<!-- XXXTR: How do you create a file system label without running newfs
|
||||||
or when there is no newfs (e.g.: cd9660)? -->
|
or when there is no newfs (e.g.: cd9660)? -->
|
||||||
|
|
@ -1123,9 +1114,7 @@ ggate0
|
||||||
|
|
||||||
<warning>
|
<warning>
|
||||||
<para>Хэрэв файлын систем дүүрэн бол энэ нь өгөгдлийн эвдрэлд хүргэж
|
<para>Хэрэв файлын систем дүүрэн бол энэ нь өгөгдлийн эвдрэлд хүргэж
|
||||||
болох юм; гэхдээ хэрэв файлын систем дүүрэн бол гол зорилго нь
|
болох юм.</para>
|
||||||
хуучирсан файлуудыг устгаж хаяг/шошгонуудыг нэмэхгүй байх
|
|
||||||
явдал юм.</para>
|
|
||||||
</warning>
|
</warning>
|
||||||
|
|
||||||
<para>Хаяг/шошго одоо <filename class="directory">/dev/ufs</filename> санд
|
<para>Хаяг/шошго одоо <filename class="directory">/dev/ufs</filename> санд
|
||||||
|
|
@ -1139,7 +1128,7 @@ ggate0
|
||||||
холбох ёсгүй.</para>
|
холбох ёсгүй.</para>
|
||||||
</note>
|
</note>
|
||||||
|
|
||||||
<para>Одоо файлын системийг ердийнхөөрөө холбож болно:</para>
|
<para>Одоо файлын системийг холбож болно:</para>
|
||||||
|
|
||||||
<screen>&prompt.root; <userinput>mount /home</userinput></screen>
|
<screen>&prompt.root; <userinput>mount /home</userinput></screen>
|
||||||
|
|
||||||
|
|
@ -1151,7 +1140,7 @@ ggate0
|
||||||
|
|
||||||
<para>Файлын систем нь <command>newfs</command> тушаалд
|
<para>Файлын систем нь <command>newfs</command> тушаалд
|
||||||
өгөгдсөн <option>-L</option> тугны тусламжтайгаар анхдагч хаяг/шошготой
|
өгөгдсөн <option>-L</option> тугны тусламжтайгаар анхдагч хаяг/шошготой
|
||||||
үүсгэгдэж бас болно. Дэлгэрэнгүй мэдээллийг &man.newfs.8; гарын авлагын хуудаснаас
|
үүсгэгдэж бас болно. Дэлгэрэнгүй мэдээллийг &man.newfs.8;-с
|
||||||
үзнэ үү.</para>
|
үзнэ үү.</para>
|
||||||
|
|
||||||
<para>Доор дурдсан тушаалыг хаяг/шошгыг устгахдаа ашиглаж болно:</para>
|
<para>Доор дурдсан тушаалыг хаяг/шошгыг устгахдаа ашиглаж болно:</para>
|
||||||
|
|
@ -1172,7 +1161,7 @@ ggate0
|
||||||
Бас <filename class="directory">/</filename>,
|
Бас <filename class="directory">/</filename>,
|
||||||
<filename class="directory">/var</filename>,
|
<filename class="directory">/var</filename>,
|
||||||
<filename class="directory">/usr</filename> ба
|
<filename class="directory">/usr</filename> ба
|
||||||
<filename class="directory">/tmp</filename> файлын системүүд
|
<filename class="directory">/tmp</filename>
|
||||||
болон swap хуваалттай &os;-ийн стандарт хуваалтын хэлбэрийг
|
болон swap хуваалттай &os;-ийн стандарт хуваалтын хэлбэрийг
|
||||||
ашиглаж байгаа болно.</para>
|
ашиглаж байгаа болно.</para>
|
||||||
|
|
||||||
|
|
@ -1263,17 +1252,17 @@ ufsid/486b6fc16926168e N/A ad4s1f</screen>
|
||||||
<primary>Journaling</primary>
|
<primary>Journaling</primary>
|
||||||
</indexterm>
|
</indexterm>
|
||||||
|
|
||||||
<para>&os; 7.0 хувилбар гарснаар удаан хүсэн хүлээсэн
|
<para>&os; 7.0 хувилбараас эхлээд UFS journals буюу
|
||||||
journals буюу тэмдэглэлийн боломж бүрдсэн билээ.
|
тэмдэглэлийн боломж бүрдсэн билээ.
|
||||||
Энэхүү шийдэл нь өөрөө <acronym>GEOM</acronym> дэд системийн
|
Энэхүү шийдэл нь <acronym>GEOM</acronym> дэд системийн
|
||||||
тусламжтайгаар хийгдсэн бөгөөд &man.gjournal.8; хэрэгслийн
|
тусламжтайгаар хийгдсэн бөгөөд &man.gjournal.8; хэрэгслийн
|
||||||
тусламжтай хялбар тохируулж болдог.</para>
|
тусламжтай хялбар тохируулж болдог.</para>
|
||||||
|
|
||||||
<para>Journaling буюу тэмдэглэл гэж юу вэ? Тэмдэглэх чадвар
|
<para>Journaling буюу тэмдэглэх чадвар нь мета өгөгдөл болон
|
||||||
нь файлын системийн шилжүүлгүүдийн бүртгэлийг хадгалдаг, өөрөөр
|
файлын бичилтүүд дискэнд зөвөөр хийгдэхээс өмнө дискний
|
||||||
хэлбэл мета өгөгдөл болон файлын бичилтүүд дискэнд зөвөөр хийгдэхээс
|
бүрэн гүйцэд бичих үйлдлийг бүтээдэг өөрчлөлтүүдийн
|
||||||
өмнө дискний бүрэн гүйцэд бичих үйлдлийг бүтээдэг өөрчлөлтүүдийн
|
бүртгэл зэрэг файлын системийн шилжүүлгүүдийн бүртгэлийг
|
||||||
бүртгэлийг хадгалдаг. Файлын системийн бүрэн бус байдлаас
|
хадгалдаг. Файлын системийн бүрэн бус байдлаас
|
||||||
хамгаалахын тулд файлын системийн шилжүүлгүүдийг дахин гүйцэтгэхийн
|
хамгаалахын тулд файлын системийн шилжүүлгүүдийг дахин гүйцэтгэхийн
|
||||||
тулд энэхүү шилжүүлгүүдийн бүртгэлийг дараа нь дахин
|
тулд энэхүү шилжүүлгүүдийн бүртгэлийг дараа нь дахин
|
||||||
ажиллуулж болдог.</para>
|
ажиллуулж болдог.</para>
|
||||||
|
|
@ -1287,8 +1276,8 @@ ufsid/486b6fc16926168e N/A ad4s1f</screen>
|
||||||
|
|
||||||
<para>Өөр бусад файлын системийн тэмдэглэлийн шийдлүүдээс ялгаатай нь
|
<para>Өөр бусад файлын системийн тэмдэглэлийн шийдлүүдээс ялгаатай нь
|
||||||
<command>gjournal</command> арга нь блок дээр тулгуурласан бөгөөд
|
<command>gjournal</command> арга нь блок дээр тулгуурласан бөгөөд
|
||||||
файлын системийн хэсэг болж хийгдээгүй, зөвхөн <acronym>GEOM</acronym>
|
файлын системийн хэсэг болж хийгдээгүй. Энэ нь <acronym>GEOM</acronym>
|
||||||
өргөтгөлийн хүрээнд хийгдсэн.</para>
|
өргөтгөл юм.</para>
|
||||||
|
|
||||||
<para><command>gjournal</command>-д зориулсан дэмжлэгийг идэвхжүүлэхийн
|
<para><command>gjournal</command>-д зориулсан дэмжлэгийг идэвхжүүлэхийн
|
||||||
тулд &os; цөм нь 7.0 болон түүнээс хойшхи системүүд дээр анхдагчаар байдаг доор дурдсан
|
тулд &os; цөм нь 7.0 болон түүнээс хойшхи системүүд дээр анхдагчаар байдаг доор дурдсан
|
||||||
|
|
@ -1308,10 +1297,10 @@ ufsid/486b6fc16926168e N/A ad4s1f</screen>
|
||||||
|
|
||||||
<programlisting>options GEOM_JOURNAL</programlisting>
|
<programlisting>options GEOM_JOURNAL</programlisting>
|
||||||
|
|
||||||
<para><devicename>da4</devicename> нь шинэ <acronym>SCSI</acronym> диск
|
<para>Чөлөөтэй файлын систем дээр тэмдэглэл үүсгэхийн тулд
|
||||||
гэж тооцвол чөлөөтэй файлын систем дээр тэмдэглэл үүсгэхийн тулд
|
|
||||||
одоо доор дурдсан алхмуудыг ашиглан хийж
|
одоо доор дурдсан алхмуудыг ашиглан хийж
|
||||||
болно:</para>
|
болно. Энэ жишээн дээр <devicename>da4</devicename> нь шинэ <acronym>SCSI</acronym> диск
|
||||||
|
байна:</para>
|
||||||
|
|
||||||
<screen>&prompt.root; <userinput>gjournal load</userinput>
|
<screen>&prompt.root; <userinput>gjournal load</userinput>
|
||||||
&prompt.root; <userinput>gjournal label /dev/da4</userinput></screen>
|
&prompt.root; <userinput>gjournal label /dev/da4</userinput></screen>
|
||||||
|
|
@ -1323,8 +1312,8 @@ ufsid/486b6fc16926168e N/A ad4s1f</screen>
|
||||||
|
|
||||||
<screen>&prompt.root; <userinput>newfs -O 2 -J /dev/da4.journal</userinput></screen>
|
<screen>&prompt.root; <userinput>newfs -O 2 -J /dev/da4.journal</userinput></screen>
|
||||||
|
|
||||||
<para>Өмнө ажиллуулсан тушаал <acronym>UFS</acronym>2
|
<para>Энэ тушаал <acronym>UFS</acronym>2
|
||||||
файлын системийг тэмдэгдэл идэвхжсэн төхөөрөмж дээр үүсгэх
|
файлын системийг тэмдэглэл идэвхжсэн төхөөрөмж дээр үүсгэх
|
||||||
болно.</para>
|
болно.</para>
|
||||||
|
|
||||||
<para>Төхөөрөмжийг хүссэн цэгтээ доор дурдсан тушаалаар
|
<para>Төхөөрөмжийг хүссэн цэгтээ доор дурдсан тушаалаар
|
||||||
|
|
@ -1339,13 +1328,13 @@ ufsid/486b6fc16926168e N/A ad4s1f</screen>
|
||||||
<devicename>ad4s1.journal</devicename> болон <devicename>ad4s2.journal</devicename> үүсгэх болно.</para>
|
<devicename>ad4s1.journal</devicename> болон <devicename>ad4s2.journal</devicename> үүсгэх болно.</para>
|
||||||
</note>
|
</note>
|
||||||
|
|
||||||
<para>Хурдан ажиллагаатай байхын тулд тэмдэглэлийг өөр диск дээр байлгах нь
|
<para>Хурдан ажиллагаатай байхын тулд тэмдэглэлийг өөр диск дээр
|
||||||
зүйтэй байдаг. Энэ тохиолдолд тэмдэглэл хангагч эсвэл
|
байлгаж болно. Энэ тохиолдолд тэмдэглэл хангагч эсвэл
|
||||||
хадгалалтын төхөөрөмж нь тэмдэглэлийг идэвхжүүлэхийн тулд
|
хадгалалтын төхөөрөмж нь тэмдэглэлийг идэвхжүүлэхийн тулд
|
||||||
уг төхөөрөмжийнхөө дараа жагсаагдах ёстой. <command>tunefs</command>
|
уг төхөөрөмжийнхөө дараа жагсаагдах ёстой. <command>tunefs</command>
|
||||||
тушаал ашиглан тухайн байгаа файлын систем дээр тэмдэглэлийг
|
тушаал ашиглан тухайн байгаа файлын систем дээр тэмдэглэлийг
|
||||||
идэвхжүүлж болдог; гэхдээ файлын системийг өөрчлөхөөсөө өмнө
|
идэвхжүүлж болдог. Гэхдээ файлын системийг өөрчлөхөөсөө өмнө
|
||||||
нөөц үргэлж хийж байх хэрэгтэй. Ихэнх тохиолдолд
|
нөөц <emphasis>үргэлж</emphasis> хийж байх хэрэгтэй. Ихэнх тохиолдолд
|
||||||
<command>gjournal</command> нь яг тэмдэглэлийг үүсгэж
|
<command>gjournal</command> нь яг тэмдэглэлийг үүсгэж
|
||||||
чадаагүй бол амжилтгүй болох бөгөөд гэхдээ энэ нь
|
чадаагүй бол амжилтгүй болох бөгөөд гэхдээ энэ нь
|
||||||
<command>tunefs</command>-ийг буруугаар ашигласнаас болоод
|
<command>tunefs</command>-ийг буруугаар ашигласнаас болоод
|
||||||
|
|
|
||||||
|
|
@ -15,7 +15,6 @@ SUBDIR+= contributing
|
||||||
SUBDIR+= cups
|
SUBDIR+= cups
|
||||||
SUBDIR+= custom-gcc
|
SUBDIR+= custom-gcc
|
||||||
SUBDIR+= cvs-freebsd
|
SUBDIR+= cvs-freebsd
|
||||||
SUBDIR+= cvsup-advanced
|
|
||||||
SUBDIR+= explaining-bsd
|
SUBDIR+= explaining-bsd
|
||||||
SUBDIR+= fbsd-from-scratch
|
SUBDIR+= fbsd-from-scratch
|
||||||
#SUBDIR+= filtering-bridges
|
#SUBDIR+= filtering-bridges
|
||||||
|
|
|
||||||
|
|
@ -1,22 +0,0 @@
|
||||||
#
|
|
||||||
# The FreeBSD Russian Documentation Project
|
|
||||||
#
|
|
||||||
# $FreeBSD$
|
|
||||||
# $FreeBSDru: frdp/doc/ru_RU.KOI8-R/articles/cvsup-advanced/Makefile,v 1.3 2005/06/12 05:19:07 gad Exp $
|
|
||||||
#
|
|
||||||
# Original revision: r20561
|
|
||||||
#
|
|
||||||
# Article: CVSup Advanced Points
|
|
||||||
|
|
||||||
DOC?= article
|
|
||||||
|
|
||||||
FORMATS?= html
|
|
||||||
WITH_ARTICLE_TOC?=YES
|
|
||||||
|
|
||||||
INSTALL_COMPRESSED?=gz
|
|
||||||
INSTALL_ONLY_COMPRESSED?=
|
|
||||||
|
|
||||||
SRCS= article.xml
|
|
||||||
|
|
||||||
DOC_PREFIX?= ${.CURDIR}/../../..
|
|
||||||
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
|
|
||||||
|
|
@ -1,277 +0,0 @@
|
||||||
<?xml version="1.0" encoding="koi8-r"?>
|
|
||||||
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook XML V4.5-Based Extension//EN"
|
|
||||||
"../../../share/xml/freebsd45.dtd">
|
|
||||||
|
|
||||||
<!--
|
|
||||||
The FreeBSD Russian Documentation Project
|
|
||||||
|
|
||||||
$FreeBSDru: frdp/doc/ru_RU.KOI8-R/articles/cvsup-advanced/article.xml,v 1.5 2005/06/12 05:18:06 gad Exp $
|
|
||||||
|
|
||||||
Original revision: r23909
|
|
||||||
-->
|
|
||||||
|
|
||||||
<article lang="ru">
|
|
||||||
<articleinfo>
|
|
||||||
<title>Тонкие вопросы работы CVSup</title>
|
|
||||||
|
|
||||||
<authorgroup>
|
|
||||||
<author>
|
|
||||||
<firstname>Salvo</firstname>
|
|
||||||
<surname>Bartolotta</surname>
|
|
||||||
|
|
||||||
<affiliation>
|
|
||||||
<address><email>bartequi@neomedia.it</email></address>
|
|
||||||
</affiliation>
|
|
||||||
</author>
|
|
||||||
</authorgroup>
|
|
||||||
|
|
||||||
<legalnotice id="trademarks" role="trademarks">
|
|
||||||
&tm-attrib.freebsd;
|
|
||||||
&tm-attrib.cvsup;
|
|
||||||
&tm-attrib.general;
|
|
||||||
</legalnotice>
|
|
||||||
|
|
||||||
<pubdate>$FreeBSD$</pubdate>
|
|
||||||
|
|
||||||
<releaseinfo>$FreeBSD$</releaseinfo>
|
|
||||||
|
|
||||||
<abstract>
|
|
||||||
<para>В этой статье предполагается понимание основ
|
|
||||||
работы <application>CVSup</application>. В ней описываются некоторые
|
|
||||||
тонкие вопросы, связанные с синхронизацией исходных текстов при помощи
|
|
||||||
<application>CVSup</application>, описаны эффективные решения для проблемы
|
|
||||||
потерянных файлов, а также особые случаи обновления исходных текстов; вопросы,
|
|
||||||
которые, скорее всего, вызывают неожиданно возникающие проблемы.</para>
|
|
||||||
</abstract>
|
|
||||||
</articleinfo>
|
|
||||||
|
|
||||||
<sect1 id="preface">
|
|
||||||
<title>Обзор</title>
|
|
||||||
|
|
||||||
<para>Этот документ является плодом попыток автора полностью понять
|
|
||||||
преимущества <application>CVSup</application> & обновления
|
|
||||||
исходного кода. :-) Хотя автор прилагал все усилия, чтобы сделать
|
|
||||||
эти страницы максимально информативными и корректными, он всего лишь
|
|
||||||
человек и мог сделать все типы опечаток, ошибок и так далее. Он будет
|
|
||||||
очень признателен за любые комментарии и/или пожелания, которые вы пришлете
|
|
||||||
ему по электронной почте на адрес <email>bartequi@neomedia.it</email>.</para>
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
<sect1 id="introduction">
|
|
||||||
<title>Введение</title>
|
|
||||||
|
|
||||||
<para>Если вы посещали <ulink url="http://www.polstra.com/">сайт Джона
|
|
||||||
Полстра</ulink> (John Polstra) и прочли <ulink
|
|
||||||
url="http://www.polstra.com/projects/freeware/CVSup/faq.html">его
|
|
||||||
FAQ</ulink>, то вы могли отметить вопросы 12 & 13.</para>
|
|
||||||
|
|
||||||
<para>При обновлении любого набора исходных текстов (например,
|
|
||||||
<filename>/usr/ports</filename>), &man.cvsup.1; использует
|
|
||||||
соответствующий файл извлечений для того, чтобы выполнять процесс
|
|
||||||
обновления самым правильным и эффективным способом. В этом примере
|
|
||||||
(<filename>/usr/ports</filename>), соответствующим файлом извлечений
|
|
||||||
является <filename>/usr/sup/ports-all/checkouts.cvs:.</filename> если
|
|
||||||
основным каталогом является <filename>/usr</filename>.</para>
|
|
||||||
|
|
||||||
<para>Файл извлечений содержит информацию о текущем состоянии ваших
|
|
||||||
исходных текстов — нечто вроде <quote>фотографии</quote>. Эта
|
|
||||||
значащая информация позволяет <command>cvsup</command> сгружать
|
|
||||||
обновления наиболее эффективно. К тому же, и, может быть, более
|
|
||||||
важно то, что это позволяет <command>cvsup</command> правильно
|
|
||||||
управлять вашими исходными текстами, удаляя локальные файлы, которых
|
|
||||||
больше нет в хранилище, таким образом не позволяя появляться в вашей
|
|
||||||
системе забытым файлам. Действительно, без файла
|
|
||||||
извлечений <command>cvsup</command> <emphasis>не</emphasis>
|
|
||||||
будет знать, из каких файлов состоит ваш набор (подробности смотрите в
|
|
||||||
справочной системе по &man.cvsup.1; относительно метода откатки); в
|
|
||||||
результате он не может удалить в вашей системе те файлы, которых больше
|
|
||||||
нет в хранилище. Они (удаленные файлы) будут оставаться в системе, и
|
|
||||||
могут вызвать некоторые ошибки при построении или другие проблемы. К
|
|
||||||
примеру, появление этой проблемы весьма вероятно, если вы первый раз
|
|
||||||
обновили ваш набор портов через несколько недель после получения ваших
|
|
||||||
установочных компакт-дисков.</para>
|
|
||||||
|
|
||||||
<para>По этой причине рекомендуется, что вы последуете двухшаговой
|
|
||||||
процедуре, описанной в <application>CVSup</application> FAQ (смотрите Q12, Q13); в
|
|
||||||
последующих разделах вам будут даны конкретные примеры, интересные и
|
|
||||||
поучительные.</para>
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
<sect1 id="script">
|
|
||||||
<title>Полезный скрипт на языке python: <command>cvsupchk</command></title>
|
|
||||||
|
|
||||||
<para>Как альтернативу для проверки целостности ваших исходных текстов вы
|
|
||||||
можете использовать скрипт <command>cvsupchk</command>, написанный на языке
|
|
||||||
python; этот скрипт в настоящее время находится в
|
|
||||||
<filename>/usr/ports/net/cvsup/work/cvsup-16.1/contrib/cvsupchk</filename>,
|
|
||||||
вместе с хорошим <filename>README</filename>. Предварительные
|
|
||||||
требования:</para>
|
|
||||||
|
|
||||||
<orderedlist>
|
|
||||||
<listitem>
|
|
||||||
<para><literal>/usr/ports/net/cvsup</literal> &prompt.root;
|
|
||||||
<userinput> make extract</userinput></para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>python (также находится в коллекции портов :-))</para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>Файл извлечений для вашего набора исходных текстов.</para>
|
|
||||||
</listitem>
|
|
||||||
</orderedlist>
|
|
||||||
|
|
||||||
<para>Если вы обновляете ваши исходные тексты самый первый раз, конечно же,
|
|
||||||
у вас нет файла извлечений. После установки python и обновления ваших
|
|
||||||
исходных текстов (к примеру, <filename>/usr/ports</filename>), вы можете
|
|
||||||
проверить их так:</para>
|
|
||||||
|
|
||||||
<screen>&prompt.user; <filename>/path/to/</filename><userinput>cvsupchk -d /usr -c /usr/sup/ports-all/checkouts.cvs:. | more</userinput></screen>
|
|
||||||
|
|
||||||
<para>Если вы хотите проверить ваши исходные тексты RELENG_4:</para>
|
|
||||||
|
|
||||||
<screen>&prompt.user; <filename>/path/to/</filename><userinput>cvsupchk -d /usr -c /usr/sup/src-all/checkouts.cvs:RELENG_4 | more</userinput></screen>
|
|
||||||
|
|
||||||
<para>В каждом случае <command>cvsupchk</command> будет проверять ваши исходные
|
|
||||||
тексты на целостность, используя информацию, находящуюся в соответствующем файле
|
|
||||||
извлечений. Сообщения о таких аномалиях, как присутствие удаленных
|
|
||||||
файлов (так называемых забытых файлов), отсутствие извлеченных файлов,
|
|
||||||
наличие лишних файлов RCS и мертвых каталогов будут выдаваться на
|
|
||||||
стандартный вывод.</para>
|
|
||||||
|
|
||||||
<para>В следующем разделе мы дадим важные, типовые примеры обновления
|
|
||||||
исходных текстов; эти примеры покажут вам роль файлов извлечений и
|
|
||||||
опасности небрежного управления исходными текстами.</para>
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
<sect1 id="examples">
|
|
||||||
<title>Примеры более тонкого управления исходными текстами</title>
|
|
||||||
|
|
||||||
<sect2>
|
|
||||||
<title>Как безопасно изменять тэги при обновлении
|
|
||||||
<literal>src-all</literal></title>
|
|
||||||
|
|
||||||
<para>Если в вашем <filename>sup-файле</filename> вы задали, к
|
|
||||||
примеру, <literal>tag=A</literal>, то <command>cvsup</command>
|
|
||||||
создаст файл извлечений с именем <filename>checkouts.cvs:A</filename>:
|
|
||||||
например, если <literal>tag=RELENG_4</literal>, то создаваемый файл
|
|
||||||
извлечений называется <filename>checkouts.cvs:RELENG_4</filename>. Этот файл
|
|
||||||
будет использоваться для получения и/или сохранения информации,
|
|
||||||
идентифицирующей ваши исходные тексты 4-STABLE.</para>
|
|
||||||
|
|
||||||
<para>При отслеживании <literal>src-all</literal>, если вы хотите перейти
|
|
||||||
от <literal>tag=A</literal> к <literal>tag=B</literal> (не имеет
|
|
||||||
значения, больше или меньше A, чем B), и ваш файл извлечений
|
|
||||||
называется <filename>checkouts.cvs:A</filename>, то
|
|
||||||
должны быть выполнены следующие действия:</para>
|
|
||||||
|
|
||||||
<orderedlist>
|
|
||||||
<listitem>
|
|
||||||
<para>&prompt.root; <userinput>mv checkouts.cvs:A
|
|
||||||
checkouts.cvs:B</userinput>
|
|
||||||
(Это даст на последующем шаге корректный файл извлечений)</para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>создайте <filename>sup-файл</filename>, со строкой наборов, которая содержит:</para>
|
|
||||||
<programlisting>src-all tag=B</programlisting>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>при помощи cvsup выполните обновление ваших исходных текстов
|
|
||||||
с новым <filename>sup-файлом</filename>.</para>
|
|
||||||
</listitem>
|
|
||||||
</orderedlist>
|
|
||||||
|
|
||||||
<para><command>cvsup</command> будет искать <filename>checkouts.cvs:B</filename> — так
|
|
||||||
как целью является B, то <command>cvsup</command> для корректного управления
|
|
||||||
вашими исходными текстами будет использовать информацию, содержащуюся
|
|
||||||
здесь.</para>
|
|
||||||
|
|
||||||
<para>Выигрыши:</para>
|
|
||||||
|
|
||||||
<itemizedlist>
|
|
||||||
<listitem>
|
|
||||||
<para>с исходными текстами работа производится корректно (в
|
|
||||||
частности, не остается забытых файлов)</para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>на сервер ложится меньшая нагрузка, так как <command>cvsup</command> работает
|
|
||||||
самым эффективным образом.</para>
|
|
||||||
</listitem>
|
|
||||||
</itemizedlist>
|
|
||||||
|
|
||||||
<para>К примеру, <literal>A=RELENG_4</literal>, <literal>B=.</literal> Точка
|
|
||||||
в <literal>B=.</literal> означает -CURRENT. Это весьма типичное обновление, от
|
|
||||||
4-STABLE к -CURRENT. Хотя понятно, как
|
|
||||||
<quote>состарить</quote> ваши исходные тексты (к примеру, от -CURRENT к -STABLE),
|
|
||||||
понижение версии системы является совсем другим вопросом. Вам
|
|
||||||
НАСТОЯТЕЛЬНО не рекомендуется выполнять такое действие, если только вы
|
|
||||||
точно не понимаете, что делаете.</para>
|
|
||||||
</sect2>
|
|
||||||
|
|
||||||
<sect2>
|
|
||||||
<title>Обновление в одной и той же метке с разными датами</title>
|
|
||||||
|
|
||||||
<para>Если вы хотите перейти от <literal>tag=A</literal> к
|
|
||||||
<literal>tag=A</literal> с отличающейся
|
|
||||||
GMT-датой (скажем, <literal>date=D</literal>), то выполняйте следующее:</para>
|
|
||||||
|
|
||||||
<orderedlist>
|
|
||||||
<listitem>
|
|
||||||
<para>напишите <filename>sup-файл</filename> с такой строкой, определяющей набор:</para>
|
|
||||||
<programlisting>src-all tag=A date=D</programlisting>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
|
||||||
<para>обновите ваши исходные тексты с помощью нового <filename>sup-файла</filename></para>
|
|
||||||
</listitem>
|
|
||||||
</orderedlist>
|
|
||||||
|
|
||||||
<para>Не имеет значения, предшествует ли новая дата времени последней
|
|
||||||
операции синхронизации с <literal>tag=A</literal>, или нет. Например, для
|
|
||||||
того, чтобы задать дату <quote>August 27, 2000, 10:00:00 GMT</quote>, вы пишете
|
|
||||||
строку:</para>
|
|
||||||
|
|
||||||
<programlisting>src-all tag=RELENG_4 date=2000.08.27.10.00.00</programlisting>
|
|
||||||
|
|
||||||
<note>
|
|
||||||
<para>Формат даты строг. Вы задаете все компоненты даты: столетие (<quote>20</quote>,
|
|
||||||
то есть 21 век. должен быть указан, когда как <quote>19</quote>,
|
|
||||||
прошлое столетие, может быть опущено), год, месяц, день, час, минуты,
|
|
||||||
секунды — как показано в примере выше. За дополнительной информацией
|
|
||||||
обратитесь к странице справочной системы по &man.cvsup.1;.</para>
|
|
||||||
</note>
|
|
||||||
|
|
||||||
<para>Вне зависимости от того, задана или нет дата, файл извлечений
|
|
||||||
называется <filename>checkouts.cvs:A</filename> (например,
|
|
||||||
<filename>checkouts.cvs:RELENG_4</filename>). В итоге не нужны
|
|
||||||
какие-то действия для возврата к предыдущему состоянию: вы изменяете
|
|
||||||
дату в <filename>sup-файле</filename>, и запускаете
|
|
||||||
<command>cvsup</command> снова.</para>
|
|
||||||
</sect2>
|
|
||||||
|
|
||||||
<sect2>
|
|
||||||
<title>Обновление вашей коллекции портов самый первый раз</title>
|
|
||||||
|
|
||||||
<para>Если вы хотите <quote>синхронизировать</quote> ваше дерево
|
|
||||||
портов в первый раз, вы должны использовать тэг, совпадающий с
|
|
||||||
вашей установленной версией &os;. Например, если вы установили
|
|
||||||
коллекцию портов во время установки &os; 5.3-RELEASE, то
|
|
||||||
следует использовать следующую строку:
|
|
||||||
<programlisting>ports-all tag=RELEASE_5_3_0</programlisting>
|
|
||||||
<command>cvsup</command> создаст файл извлечений для коллекции
|
|
||||||
портов. Теперь мы можем использовать тэг <quote>.</quote> для
|
|
||||||
последующего обновления дерева портов:
|
|
||||||
<programlisting>ports-all tag=.</programlisting>
|
|
||||||
Все последующие обновления будут обрабатываться гладко.</para>
|
|
||||||
|
|
||||||
<para>Если вы прочли тонкие замечания в этих разделах, то, наверное, вы
|
|
||||||
осознали потенциальные проблемы в процессе обновления исходных
|
|
||||||
текстов. Многие действительно сталкиваются с проблемами. Вас
|
|
||||||
предупредили. :-)</para>
|
|
||||||
</sect2>
|
|
||||||
</sect1>
|
|
||||||
</article>
|
|
||||||
|
|
@ -1,74 +1,63 @@
|
||||||
<!-- $FreeBSD$ -->
|
<!-- $FreeBSD$ -->
|
||||||
<!--
|
<!--
|
||||||
sh addkey.sh itetcu F0808380;
|
sh addkey.sh itetcu 29597D20;
|
||||||
-->
|
-->
|
||||||
<programlisting role="pgpfingerprint"><![CDATA[
|
<programlisting role="pgpfingerprint"><![CDATA[
|
||||||
pub 4096R/F0808380 2012-11-19 [expires: 2014-11-19]
|
pub 4096R/29597D20 2013-05-02
|
||||||
Key fingerprint = BAEC BFED 67D8 7529 5B53 C636 C922 F9F4 F080 8380
|
Key fingerprint = AB6F 39B6 605D E6B7 0D54 ED3D BCA2 129A 2959 7D20
|
||||||
uid Ion-Mihai "IOnut" Tetcu <itetcu@FreeBSD.org>
|
uid Ion-Mihai Tetcu (FreeBSD Committer key) <itetcu@FreeBSD.org>
|
||||||
sub 4096R/54B3FFA0 2012-11-19 [expires: 2014-11-19]
|
sub 4096R/EC9E17E3 2013-05-02
|
||||||
]]></programlisting>
|
]]></programlisting>
|
||||||
<programlisting role="pgpkey"><![CDATA[
|
<programlisting role="pgpkey"><![CDATA[
|
||||||
-----BEGIN PGP PUBLIC KEY BLOCK-----
|
-----BEGIN PGP PUBLIC KEY BLOCK-----
|
||||||
|
|
||||||
mQINBFCqY88BEADC4PsjeErkHL2ZzVDqQ1pWaQ3GMcqt43lws6RvSlMG8tBAEyb/
|
mQINBFGCUC0BEADWcNqHXQIyPGrXdlcr5Ng5LDzqaHr7umo/I6v/lG+qwXbunMRq
|
||||||
tJlZEoEmLpPirSPk0exFQtscONTtNKVnLzjt4UXJX/tKtKE51EID2TZ+4fPPZeUn
|
ICU6hKuV67dltelkihaRi99lguZhapJ+7E9DkEJswzsrcFiNRBt1fGM2EkqTfIdk
|
||||||
8B76Pqm69m0XPQQpcuQ9aykQ1wTXljFk8FFjh7D0XAcqezo5o++NEcluqJ69FJyI
|
/JsqykQDIB1WQ6X0w6iR2er8N46HEhvHHluNAu5ytKdkoKlaAl2PYJmJ7N3XiNDI
|
||||||
zwfCvzG7IdO+y5TkIgfeauqeYw/53lMv1KCIOkYfxNMCPbTO4+grfKOOL4WLJeTu
|
BBr9dZa+1codZ4ZTbPTwPQbIbDzkTOf/cNl+B/BM76kGQrw826Gt1HJX7vSKycXr
|
||||||
PDjjd3BpgEFmbgJAmyuxJsVNWSWmDlquS78qrdNXbMSudb6jBZWP4fgK7ycQnYbE
|
unf99YgCHqdTUUgZOaHDJ+CGW/In/AVH0L95eVSpHGHDZhy+4sst+TwjLvAUVlaf
|
||||||
Lp27KORrUwrwLdthz/5ZBTo6hGehs/d5aGor7F+12Lwl3Vp0eHsEhklP3cmel+20
|
Oqg+NRVUJFCQPP5pbyIt/892MoA4do+9L5ey8kVWcc0ZM2VlMjye+8WK/G+UBBFG
|
||||||
i3RrOsuc8ijrkbLT6V/A3urz0t/qV4ijs1lYMLlq++YMuG4AZ08QBWiWGAKn4ust
|
jrCQcCbfFpWCVDa/UWzyDdAG1RUpJm6UeVGq0jDSX/+aG1GOuooSHe5dHlCxE5Qo
|
||||||
3DD/XFfogYiON7Mm4JwuGrQi8TuJXDNjZ6J9bdZPIwD9rmad6XjlcObF3BgZz9sN
|
etU8mnZ1MUgGjC7s06gZtHPXxh/OZYFR8FdrJ57XqSU3JeHdKZs/uDhc/A/bmRlP
|
||||||
w92CDxwnlK+Jvex74c3tau2xPjGTPFe+Ld56cs1TcYNp7utg0DFe9FrZ4Cx3FpLU
|
Df8t+UpMeQpoiGipV+Rdy+Hl0Ljkma2Ewaw3oJV0X90pc5aRf9jA9gC46UaDNcUE
|
||||||
YDLQLHRbf4pbNz5KTK7swInkzsDUc4ZwPEnpSYiK0cCb0yGjx6P4nslQjS4zEeN3
|
MjvZv8jVAP8QaX2U5zEjjFWZv+/HeBlbf6AEAedevuU7yGJ23mo3LOtczxGu2Ou9
|
||||||
OeKbYIiQx7saZvGjmbcQ7A+wh6Qxg1DAoZa4HQ2hMtEWRLDJ6U8rBGNeNwARAQAB
|
krBREz42n8SmvmLx6tLcaTMVFN5BTCyRk5pxgvT+mkI1MKXlC7So2HRCxwARAQAB
|
||||||
tCxJb24tTWloYWkgIklPbnV0IiBUZXRjdSA8aXRldGN1QEZyZWVCU0Qub3JnPokC
|
tDxJb24tTWloYWkgVGV0Y3UgKEZyZWVCU0QgQ29tbWl0dGVyIGtleSkgPGl0ZXRj
|
||||||
PgQTAQIAKAUCUKpjzwIbLwUJA8JnAAYLCQgHAwIGFQgCCQoLBBYCAwECHgECF4AA
|
dUBGcmVlQlNELm9yZz6JAjgEEwECACIFAlGCUC0CGwMGCwkIBwMCBhUIAgkKCwQW
|
||||||
CgkQySL59PCAg4DWkBAAiuYdL+cwFcsfUPXvNjNTURh91AnCJiU7MPev9nu6nqyk
|
AgMBAh4BAheAAAoJELyiEpopWX0gnAEP/jFjcC0w2te4kz+8zWVQxKhk9Kr8YBKu
|
||||||
YWowa171FTcWZAm2JPvKqGEpqZr2sJtGDA1jgrtKpapN2u3S4E5ANDcMQSDjAdJ6
|
OHHi6GFFxqQ8nYeTOHfY1bVL8k+FUEJLRc0+8YVT6cEKqVugLoDXGt9naTw08wvY
|
||||||
XzmWhGW/62pZNtvZAkvxwsWNcXeRxLcTFZmPXKkNBMkFx/Q2Ww/m9nR6qtMkrOaE
|
/D78cBPBlbGpJ8cbmETS+4hmbvreXpDEPgrnKoJfxrhxiXxbc10k49q7ZdmG8Syr
|
||||||
llVd92wXOviCrMLtnRsPmMSrZACM/lVTC2L+c+QUfggyAG/KQfiuuttmFqGnqKr6
|
XolXfo1hBc/SN0oEKZwoz2/U7hFGKxfwWSYMn54eTgL+G0NIIvZ7R/hDfunk503S
|
||||||
Ym3qYVkVWMiPrbauC5aHV0I4RmpaEaYBkxx85U+2sV5pAQZjeDiyqjuMirlgVMsF
|
Zcs9G4MRwJTVPWlmWAoWQs9ZPFn4mllu7HmZjsCfeQU/47t6MOjJklcAEJPo3kwP
|
||||||
NcQ9jjjbHSVTHpFbvo6eAYritts0mYKnrqrb0pBuC9C5b3FQIIGSy0z0dPXz3d0q
|
njYvwZJxMIXxqwfgJjT17oA3oe72W6zkjQr6Xo5uvkoq35YurDcMuq0JQlEY8iQ1
|
||||||
VFIIP7DMOJLr/WWzjRqOobQ7nH3P2nvQiZc9TnkgFPG5hKMBWAqaM5gZS7HJC10S
|
STKT992FNLl01yKfMf9ZILDGlyTTkow1M/FJ5cYzm85b7yWTeHgT038/WCxmd1w5
|
||||||
PUvTL2P3f2UZJ+9poHB9O/AewUZCt/gmXa6GoQEUCZgQLGCu7YhtIkKf8duDaIPw
|
nzeb+yTnRa4bda7z5/khR//yg2BvHHBdWFbTLN0ksfZcx0N8U4wgdBJwFOy7tAGr
|
||||||
6myVMU8tiwz6dYo635rUBA21amjcMR3SF6LgipF9+8Ul9fISrHLjNan3Yz4PCgc7
|
q5IWEGcGE0DM+cV4CUChJvcapEUwcHmZXMZvBcComUxOojcQFiY/Vyot0hf8ot34
|
||||||
mIc71wW2LYGvAq+cw2NBkgkxDPFj97CUkXljjdy/zsbnR19mKDwM0MTiAGmFs3BV
|
+tfW31qxySi/GHVjr4XFtc+cxq2tTktfI1HL4MvJbfuHJbaXVVxZU90FiGQuNZpZ
|
||||||
bkF1KTlnw/tGj2T7mntY6+hNei/kjOgbpX5h7VArR8bgLouD5ce3p/tVl1DJxCu5
|
sQFLM/TI36i9OmAttdBONkzZERATQDS22hopHKVzoe004iZwlXVeh3rxe1OKwpkT
|
||||||
Ag0EUKpjzwEQAKefY+dwYoax3I9GT+xcd86k0rExqXFJGEDM74UeQ9C02aegdSsP
|
J2Xk4qTHYxhMuQINBFGCUC0BEAC0Avup7IG3hsa92Axrh93Wtd789w1W6Q0EHBpr
|
||||||
qB89WNW5UWS0RifjfBb+9gyc9hVCrrZV2GEeACRJDitoUhMa/sM0R5n41w3poBqw
|
ClqGiRs8tuUhue5aLYqDWNF/2tHg0R3KSV3ZkHocLy3i90EaEM6d4QtZet4tpiv7
|
||||||
sf6PBkzu0UGs0JURFDGsWNV32wdD5n0swqEplWpAsLkT1GNeIxI0h9rA+h7jInTK
|
jFQqwqOOT9VJarWXkU5f3kjxipKDzOwQBm0amNqqV3B11qm4eqUZZ1Z3+vAP1A3t
|
||||||
u6yvoUxKu2fTwEjQQuPi7iJ3tooaBgfGs3YDpOgxqiiK81X1gSJVSONFawtTglwI
|
/TfVqeZfXlnykQXt99LKgOzax3ChVFrBi/IGayrcO5ldGPDNe+L1bNygh1eq+Vvr
|
||||||
xV4cuaug3PeYj7/dKV4Z/PRzzUd/KsXWPn2P95sr/7lVimYT6wAZfmUuCE7qQPsZ
|
qdTbO3cLtYhzjB5JtnfOVpkU6fJiiHHKy6lyS3pEJ4OD2L6D8vvZhb3Dh9mUVwUS
|
||||||
HQgNaRBlJ6p5HjbP1B0aZ3hVvlkn9su0Vo3MinZkaPjwbRu90DKxEryYQcrjjWMz
|
jIyjQe9wW33rTbUFbOrAqKzH0dA/g1ddtB9EqVGjvNb12+HS7oh5DW/tNprNKWOB
|
||||||
+pXFUfi0Qzd1E9/b6vT87cHAOh/WhLN5oBYQl2aZUuVTwtGtJpLSOeKXk8f7QRHC
|
U/NYol+A6kynK1jOg5JD3n+3XrcxKP7+80pU+WIqSbZvbi/+DBRuBCbu2XCrAP+C
|
||||||
wx0OO81S/Q1hkHRgUSzuNdsbfSnk/Jum8GED9E9kGPOS/PFJq+Ut2/JGMvGhkEWx
|
GrgUULJbJjErgopKfQsb2gvoxDORSIVCKukRqqeFJgUcA/bHAQ3cF0nOuipyD6pL
|
||||||
s3UWFXB3hP+hFutqeq1EESeOFKBvTirWaKeLxPZnDI2zUumCZQDtZLrZL0q9f92S
|
uc92x9oZpJIW1B/Fow3tR0J47OGfqJkJQc1utanxjKC7ZJXd4magJeDNMYVsNtEo
|
||||||
3w/mJr2jWJhfiFnZDewNOyucOrAzEDEiniRWIlY++HLUwxPTSKQ9cyU+8IVUkpwV
|
8ys//Ox4n/9+JXX5YjUiB93wnOj30++Uus/Me19/3HcpmP2vs0p60H4fCP36/xdd
|
||||||
n3DhJ86h53YY6XKxhD+0fKLLuhcu5phVc1oBpy2p96AtIVtBZQjn5Uu5ABEBAAGJ
|
GTTfEQMeocRsujn7rvVq9KtXcAeHJuFWYnnM44Ikuf3HrG5dEcwqFLOgz/nqI4xJ
|
||||||
BEQEGAECAA8FAlCqY88CGy4FCQPCZwACKQkQySL59PCAg4DBXSAEGQECAAYFAlCq
|
MtaZcwARAQABiQIfBBgBAgAJBQJRglAtAhsMAAoJELyiEpopWX0g8cgQAJDIalw4
|
||||||
Y88ACgkQ5YhbO1Sz/6BJMQ/+ID8KXvH1tK4Ut93AL6fFAXVAHmQugiebUKQ5gp62
|
0y9aU9blKaWl6KSy/Y/YeTCfhFiVeqrE6FXOWalFqHGYSaE0QGRAHPX4mhtGP47S
|
||||||
p3L1+tLSm4ixC9iDqWdCpjJ+FaHWKpMTs7AOheRsaudyOtkdiIcMLvauoONxbWId
|
PjdBML9ZOLeUPwmfUjO8hpDsaLpXLgmhJ7UddT2TBWqkVQYJE4OyC/xFRKLWDipe
|
||||||
Nwr/5sMmI+tJCdqUfhxPtr7dK7joUSEoVhHptiDUhUg6XmGz5skI56AWUGHqvH7e
|
Ji/f21ZsebHLXOLXeNsXruItZ7OIGLZ0nhFQq7SiHbTot3eDVfWc65YNLKwxxpob
|
||||||
1x/XtfA5cykUkmBY+ngKa73I3qAcNNKYcaoIojo9IsZJqKeuGsEwM5LvLLzjUhjP
|
J45WF6Uk7wzxdIxrNyPrZ+OPDfmDpGssVtdkFyjt4XCB877i4j4WaZ0ugFNkVDM+
|
||||||
UgFHYMgUaG88zul+Mc6iNzGzEx/08XOdravQ094NPjVhUQz84crQ1K/xskpubddu
|
Wkj88E8n2rkQFg/lGAkhoZIm55MaVsAdZ0mFZ5mSEiZFzYY8TLSv2j1ugxezURjZ
|
||||||
qPNtfeTAwXNkDM83jACTZ+Rl73yUOuUaLMbMZIwYbIlOfacY+E5JBgFEtBIxQ0oL
|
vE+SSOiJIgt1KVgtb1amL7MIzYkoCde0GBXyVbsanZgtG/o2X1XH4XplwiUTihNk
|
||||||
moyH57RpfOKISjVSTuksT7PloORmHhbPNfiCFtcljGMGKxCiqSpW5VVmLt7BR5F4
|
j42AXyuQacdnWZmM1u5xnv0OVrKhpsA5qP/eFnZRnIi70EtBOOK9VDzuwsuJqEHz
|
||||||
QSLR0F2GkCh1dibra4W8wBBJh/UKIO37n3iDFmuGXd7bmJbr+wHtTSMUwmrYrz9+
|
38tnHZIq4u+uQMUo7ABCPtBjx0hRoz+JVKOq0/e8jXLGJ/K0xacQzI5T9KuGY2d4
|
||||||
oRjwjWwLF2IOTykFv+MejfsDm7vsRalXRsapeK2GHMZuCXTY4BLTNLdCYHjSzoLV
|
G1cTilmtZnKihmON4kR88vX5sUFHmn7se1VWUYe9ZvCiA+gn/3YaY4DaM6nPdeBW
|
||||||
Pr75Ux/qmRUTXUNrdGFA0NsPSVWaP2Wq67w0cbSTQllMhiq64Cps9+WuFq4moyD4
|
u3APqpfb3VY9TcFs5HQu6d8YNzcAjKIHs0w61F3LiTHV7W6rRKaXbzqpUYxsuwyb
|
||||||
jK32oPMWcuBn47UBTsIu5oQine+AxZtrMxmryGpG7N8bo0whJ6hoUedktAgB6jVs
|
/as7XDPGqpDTGynLpsYRRxnfBp6Hirr8MKme
|
||||||
kNbopQ//e2NgZj6EFuM4x4wmeORGP9i6wKHnIC0aHwAakUPBij5MKsE+euyXn/ha
|
=RYSt
|
||||||
eJHSfTmqsdfzE5AIapxTKqnxLM4nQxq9n7ZXd6lTedVIXlpZX9lo1Q1b055hPfcQ
|
|
||||||
JNFF/9VZsdlzkFzlGjk8eOwxV2gL8epXN88ZSdwaNQFqQJCP908cDLfPWWGcb4Ua
|
|
||||||
Mu1rKXgs/IVkbLHVg6h7juBEwjFUYH32M2csxaKPhGqj5/WYG0kgKceaIN+KSFqM
|
|
||||||
bax6Lk9jq2SwmFP4SY3TlsBwek5wfT207p/UyuZNYclmkqfTW6UwdT3w/r8zNASy
|
|
||||||
nLjYUxb1hH7ief/i4OV8NYs/Jtlnp5phhIcmlTXrqENEP7QGucEpPD3Rm2OJI9Mu
|
|
||||||
uFrTZ7sOE+olIUzc7GPDziFHg03YsznF/+Kdm+Wm4qgSw3zng6/Vpfs0h8POTMB+
|
|
||||||
Z7I37sCWNGyN7D+AzHNioJY+YUphYV1blPl2APQzSDly9JgCpYuXzjWtSDSulFaC
|
|
||||||
ShcRS2prskb+Q0koUOXm4QgoohWEgxlnfLFlwK3XGSRWVI4YPDUQetwTIk++vJL/
|
|
||||||
U3lrm+pbtqjjHAtJuL3gQDcHeZ3TpEjAVgeRXcXcoIlENf7rpHYH8E0rB/WdJutb
|
|
||||||
ag1HZ2aiS78/akwbfCJ/nsf3OL4r9kdUBc/XT0pF37wMyeK97NY=
|
|
||||||
=o4Z4
|
|
||||||
-----END PGP PUBLIC KEY BLOCK-----
|
-----END PGP PUBLIC KEY BLOCK-----
|
||||||
]]></programlisting>
|
]]></programlisting>
|
||||||
|
|
|
||||||
|
|
@ -114,8 +114,8 @@
|
||||||
</enddate>
|
</enddate>
|
||||||
<location>
|
<location>
|
||||||
<country code="MT">Malta</country>
|
<country code="MT">Malta</country>
|
||||||
<city>TBA</city>
|
<city>St. Julian's</city>
|
||||||
<site>St. Julians's area</site>
|
<site>Hilton Conference Centre</site>
|
||||||
</location>
|
</location>
|
||||||
<description>We are happy to announce that the EuroBSDcon 2013
|
<description>We are happy to announce that the EuroBSDcon 2013
|
||||||
will be held on Saturday 28th and Sunday 29th of September 2013
|
will be held on Saturday 28th and Sunday 29th of September 2013
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue