- 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
de_DE.ISO8859-1/share/xml
en_US.ISO8859-1
articles
books
developers-handbook/testing
faq
handbook
porters-handbook
htdocs
cgi
community
java
news
releases
security
share/xml
fr_FR.ISO8859-1/articles
ja_JP.eucJP
mn_MN.UTF-8/books/handbook/geom
ru_RU.KOI8-R/articles
share
|
|
@ -4,7 +4,7 @@
|
|||
<!--
|
||||
$FreeBSD$
|
||||
$FreeBSDde$
|
||||
basiert auf: r41484
|
||||
basiert auf: r41524
|
||||
-->
|
||||
|
||||
<!-- Simple schema for FreeBSD Project news.
|
||||
|
|
@ -41,9 +41,32 @@
|
|||
<month>
|
||||
<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>
|
||||
<name>24</name>
|
||||
|
||||
<event>
|
||||
<p>Neuer Committer: <a
|
||||
href="mailto:asomers@FreeBSD.org">Alan Somers</a> (src)</p>
|
||||
</event>
|
||||
|
||||
<event>
|
||||
<title>Das FreeBSD Project nimmt am Google Summer of
|
||||
Code 2013 teil</title>
|
||||
|
|
|
|||
|
|
@ -13,7 +13,6 @@ SUBDIR+= contributors
|
|||
SUBDIR+= cups
|
||||
SUBDIR+= custom-gcc
|
||||
SUBDIR+= cvs-freebsd
|
||||
SUBDIR+= cvsup-advanced
|
||||
SUBDIR+= explaining-bsd
|
||||
SUBDIR+= fbsd-from-scratch
|
||||
SUBDIR+= filtering-bridges
|
||||
|
|
|
|||
|
|
@ -1,6 +1,8 @@
|
|||
<?xml version="1.0" encoding="iso-8859-1"?>
|
||||
<!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'>
|
||||
<articleinfo>
|
||||
|
|
@ -4149,6 +4151,73 @@ bak/packages packages from last complete <major_version> run on <arch&
|
|||
|
||||
</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">
|
||||
<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
|
||||
encouraged.</para>
|
||||
|
||||
<para>sSimilar to <application>Subversion</application>, the
|
||||
<para>Similar to <application>Subversion</application>, the
|
||||
<application>Perforce</application> repository (the
|
||||
<quote>depot</quote>) is a single flat tree. Every file, whether
|
||||
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).
|
||||
The set of branches that <username>portmgr</username> currently
|
||||
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.
|
||||
</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>
|
||||
|
||||
<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>
|
||||
|
||||
<para>The procedure is as follows:</para>
|
||||
|
|
|
|||
|
|
@ -318,7 +318,7 @@
|
|||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>Call <function>success()</function> to
|
||||
detemine the outcome of the build.</para>
|
||||
determine the outcome of the build.</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>Output the modification size.</para>
|
||||
|
|
@ -376,7 +376,7 @@
|
|||
</listitem>
|
||||
</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
|
||||
numerical order, with each <literal>STABLE</literal> branch
|
||||
ranking higher than the release branches forked off of it.
|
||||
|
|
|
|||
|
|
@ -3262,7 +3262,7 @@ kern.sched.name: ULE</screen>
|
|||
<listitem>
|
||||
<para>&os; supports <literal>ext2fs</literal> and
|
||||
<literal>ext3fs</literal> partitions. See
|
||||
&man.mount.ext2fs.8; for more information.</para>
|
||||
&man.ext2fs.5; for more information.</para>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
|
|
|
|||
|
|
@ -1310,7 +1310,7 @@ ufsid/486b6fc16926168e N/A ad4s1f</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>
|
||||
|
||||
<para><command>mount</command> the device at the desired point
|
||||
|
|
|
|||
|
|
@ -235,7 +235,7 @@
|
|||
|
||||
<para>Subscribe to one of the
|
||||
<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
|
||||
branch. &a.ctm-src-9.name; supports the 9.X release branch,
|
||||
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
|
||||
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
|
||||
at a time is printed, and can keep statistics on which users
|
||||
and machines are doing the most printing, produce
|
||||
|
|
@ -4879,11 +4879,11 @@ cfA013rose dequeued</screen>
|
|||
|
||||
<variablelist>
|
||||
<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>
|
||||
|
||||
<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
|
||||
a PRINT REMAINING or FORM FEED button on the printer to
|
||||
get any results to appear.</para>
|
||||
|
|
|
|||
|
|
@ -6295,6 +6295,16 @@ USE_XORG= x11 xpm</programlisting>
|
|||
files.</para>
|
||||
</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">
|
||||
<title>Creating Desktop Entries with the
|
||||
<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.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.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 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.1', "$manLocalDir/OpenBSD-5.1",
|
||||
'OpenBSD 5.2', "$manLocalDir/OpenBSD-5.2",
|
||||
'OpenBSD 5.3', "$manLocalDir/OpenBSD-5.3",
|
||||
|
||||
#'NetBSD 0.9', "$manLocalDir/NetBSD-0.9",
|
||||
'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.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.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
|
||||
|
|
@ -636,7 +639,7 @@ while ( ( $key, $val ) = each %manPath ) {
|
|||
'macosx', 'Darwin 8.0.1/ppc',
|
||||
|
||||
'netbsd', 'NetBSD 6.0',
|
||||
'openbsd', 'OpenBSD 5.2',
|
||||
'openbsd', 'OpenBSD 5.3',
|
||||
'v7', 'Unix Seventh Edition',
|
||||
'v7man', 'Unix Seventh Edition',
|
||||
'x11', 'X11R7.4',
|
||||
|
|
|
|||
|
|
@ -1,4 +1,5 @@
|
|||
#!/usr/bin/perl -w
|
||||
# $FreeBSD$
|
||||
|
||||
require "./cgi-style.pl";
|
||||
|
||||
|
|
@ -23,11 +24,11 @@ sub xml
|
|||
|
||||
my($Tag, $Etc) = split(' ', $TagEtc, 2);
|
||||
|
||||
my $Spaces = " " x ($Indent*3);
|
||||
my $Spaces = " " x ($Indent*2);
|
||||
if (!@Text)
|
||||
{
|
||||
# No text in the tag
|
||||
return ("$Spaces<$TagEtc >\n");
|
||||
return ("$Spaces<$TagEtc />\n");
|
||||
}
|
||||
elsif (@Text == 1)
|
||||
{
|
||||
|
|
@ -137,6 +138,7 @@ if ($Submit)
|
|||
my @info = split("\n", $info);
|
||||
|
||||
my $title = "FreeBSD project submission output";
|
||||
my $tasks = xml(1, "help", "", @tasks) if @tasks;
|
||||
|
||||
my @contents = xml(0, "project cat=\'$Category\'",
|
||||
xml(1, "title", $Project),
|
||||
|
|
@ -148,11 +150,11 @@ if ($Submit)
|
|||
xml(1, "body",
|
||||
xml(2, "p", "", xmltext(3, @info))),
|
||||
"\n",
|
||||
xml(1, "help", "", @tasks),
|
||||
$tasks,
|
||||
);
|
||||
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)
|
||||
{
|
||||
|
|
|
|||
|
|
@ -58,9 +58,9 @@
|
|||
or <a href="http://www.FreeBSD-fr.org/">WWW</a>.</li>
|
||||
|
||||
<li><strong>Hungarian</strong> -- <a
|
||||
href="mailto:bsd@hu.FreeBSD.org">bsd@hu.FreeBSD.org</a>, <a
|
||||
href="https://lists.hu.FreeBSD.org/mailman/listinfo/bsd/">Administration</a>
|
||||
or <a href="http://lists.hu.FreeBSD.org/pipermail/bsd/">Search</a>.</li>
|
||||
href="mailto:bsd@lista.bsd.hu">bsd@lista.bsd.hu</a>, <a
|
||||
href="http://lista.bsd.hu/">Administration</a>
|
||||
or <a href="http://datacast.hu/pipermail/bsd/">Search</a>.</li>
|
||||
|
||||
<li><strong>Indonesian</strong> -- <a
|
||||
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
|
||||
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>
|
||||
|
||||
<h2>News</h2>
|
||||
|
|
|
|||
|
|
@ -280,7 +280,7 @@
|
|||
1.6 and JRE 1.6. For more details, see the <a
|
||||
href="http://www.freebsdfoundation.org/press/2008Jul-newsletter.shtml">
|
||||
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>
|
||||
</event>
|
||||
</day>
|
||||
|
|
@ -473,7 +473,7 @@
|
|||
1.5 and JRE 1.5. For more details, see the <a
|
||||
href="http://www.freebsdfoundation.org/press/20060405-PRrelease.shtml">press
|
||||
release</a> and <a
|
||||
href="http://www.freebsdfoundation.org/downloads/java.shtml">download
|
||||
href="http://www.freebsdfoundation.org/java">download
|
||||
page</a>.</p>
|
||||
</event>
|
||||
</day>
|
||||
|
|
|
|||
|
|
@ -62,6 +62,7 @@
|
|||
|
||||
<ul>
|
||||
<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="#update20130303">Update: 3rd March 2013</a></li>
|
||||
<li><a href="#update20121229">Update: 29th December 2012</a></li>
|
||||
|
|
@ -74,6 +75,30 @@
|
|||
<li><a href="#recommend">Recommendations</a></li>
|
||||
</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>
|
||||
|
||||
<p>Port managers have successfully restored some of the Project's
|
||||
|
|
@ -85,12 +110,6 @@
|
|||
preparations required for providing binary packages for the
|
||||
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>
|
||||
|
||||
<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
|
||||
classification type, and the effective End-Of-Life (EOL) for
|
||||
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
|
||||
href="&base;/security/security.html">FreeBSD Security
|
||||
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="#sec">Information about the FreeBSD Security Officer</a></li>
|
||||
<li><a href="#pol">Information handling policies</a></li>
|
||||
<li><a href="#sup">Supported FreeBSD Releases</a></li>
|
||||
<li><a href="#unsup">Unsupported FreeBSD Releases</a></li>
|
||||
<li><a href="security.html#sup">Supported FreeBSD Releases</a></li>
|
||||
<li><a href="unsupported.html">Unsupported FreeBSD Releases</a></li>
|
||||
</ul>
|
||||
|
||||
<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.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 "<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>">
|
||||
|
|
|
|||
|
|
@ -11,7 +11,6 @@ SUBDIR+= committers-guide
|
|||
SUBDIR+= contributing
|
||||
SUBDIR+= contributing-ports
|
||||
SUBDIR+= contributors
|
||||
SUBDIR+= cvsup-advanced
|
||||
SUBDIR+= explaining-bsd
|
||||
SUBDIR+= filtering-bridges
|
||||
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$ -->
|
||||
<!-- The FreeBSD Japanese Documentation Project -->
|
||||
<!-- Original revision: r41117 -->
|
||||
<!-- Original revision: r41543 -->
|
||||
|
||||
<html xmlns="http://www.w3.org/1999/xhtml">
|
||||
<head>
|
||||
|
|
@ -97,7 +97,7 @@
|
|||
<p>これまでのリリースのリリース日、分類、保守終了日 (End-Of-Life (EOL))
|
||||
の完全な情報は、<a href="&base;/security/security.html">FreeBSD
|
||||
セキュリティ情報</a> の
|
||||
<a href="&base;/security/security.html#unsup">サポートが終了したリリース</a>
|
||||
<a href="&base;/security/unsupported.html">サポートが終了したリリース</a>
|
||||
にまとめられています。</p>
|
||||
|
||||
<ul>
|
||||
|
|
|
|||
|
|
@ -4,6 +4,8 @@
|
|||
<!ENTITY title "FreeBSD セキュリティ脆弱性の報告に関する情報">
|
||||
]>
|
||||
<!-- $FreeBSD$ -->
|
||||
<!-- The FreeBSD Japanese Documentation Project -->
|
||||
<!-- Original revision: r41455 -->
|
||||
|
||||
<html xmlns="http://www.w3.org/1999/xhtml">
|
||||
<head>
|
||||
|
|
@ -20,8 +22,8 @@
|
|||
<li><a href="#how">FreeBSD セキュリティ問題の報告方法と連絡先について</a></li>
|
||||
<li><a href="#sec">FreeBSD セキュリティオフィサについて</a></li>
|
||||
<li><a href="#pol">情報の取り扱いに関する方針</a></li>
|
||||
<li><a href="#sup">サポートされている FreeBSD のリリース</a></li>
|
||||
<li><a href="#unsup">サポートが終了した FreeBSD リリース</a></li>
|
||||
<li><a href="security.html#sup">サポートされている FreeBSD のリリース</a></li>
|
||||
<li><a href="unsupported.html">サポートが終了した FreeBSD リリース</a></li>
|
||||
</ul>
|
||||
|
||||
<a name="how"></a>
|
||||
|
|
|
|||
|
|
@ -20,7 +20,7 @@
|
|||
the contents of <title> will be preferred over <p>.
|
||||
|
||||
$FreeBSD$
|
||||
Original revision: r41495
|
||||
Original revision: r41524
|
||||
-->
|
||||
<news>
|
||||
<cvs:keyword xmlns:cvs="http://www.FreeBSD.org/XML/CVS">
|
||||
|
|
@ -33,6 +33,23 @@
|
|||
<month>
|
||||
<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>
|
||||
<name>24</name>
|
||||
|
||||
|
|
|
|||
|
|
@ -2,7 +2,7 @@
|
|||
<!--
|
||||
The FreeBSD Mongolian Documentation Project
|
||||
|
||||
Original revision 39988
|
||||
Original revision 40951
|
||||
|
||||
$FreeBSD$
|
||||
-->
|
||||
|
|
@ -44,10 +44,10 @@
|
|||
role="Redundant Array of Inexpensive Disks">RAID</acronym>
|
||||
хянагч хэрэгслүүдийг багтаадаг. Энэ бүлэг нь I/O, доор нь байгаа дэд
|
||||
систем, эсвэл кодыг GEOM хэрхэн зохицуулж эсвэл хянадаг талаар гүнзгий
|
||||
хэлэлцэхгүй. Энэхүү мэдээлэл нь &man.geom.4; гарын авлагын хуудас болон
|
||||
төрөл бүрийн SEE ALSO баримтуудын тусламжтай хангагддаг. Бас энэ бүлэг нь
|
||||
<acronym>RAID</acronym> тохиргоонуудын дэлгэрэнгүй заавар биш юм.
|
||||
Зөвхөн GEOM-дэмжигдсэн <acronym>RAID</acronym> ангиллуудын талаар
|
||||
хэлэлцэхгүй. Энэхүү мэдээлэл нь &man.geom.4; болон
|
||||
төрөл бүрийн <literal>SEE ALSO</literal> баримтуудын тусламжтай хангагддаг. Бас энэ бүлэг нь
|
||||
<acronym>RAID</acronym> тохиргоонуудын дэлгэрэнгүй заавар биш бөгөөд
|
||||
зөвхөн GEOM-дэмжигдсэн <acronym>RAID</acronym> ангиллуудын талаар
|
||||
хэлэлцэх болно.</para>
|
||||
|
||||
<para>Энэ бүлгийг уншсаны дараа, та дараах зүйлсийг мэдэх болно:</para>
|
||||
|
|
@ -77,13 +77,13 @@
|
|||
|
||||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>&os; диск төхөөрөмжүүдийг хэрхэн үздэг талаар ойлгох
|
||||
(<xref linkend="disks"/>).</para>
|
||||
<para>&os; <link linkend="disks">диск төхөөрөмжүүдийг</link>
|
||||
хэрхэн үздэг талаар ойлгох.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>Шинэ &os; цөм хэрхэн тохируулж суулгах талаар мэдэх
|
||||
(<xref linkend="kernelconfig"/>).</para>
|
||||
<para>Шинэ <link linkend="kernelconfig">&os; цөм</link>
|
||||
хэрхэн тохируулж суулгах талаар мэдэх.</para>
|
||||
</listitem>
|
||||
</itemizedlist>
|
||||
</sect1>
|
||||
|
|
@ -132,7 +132,7 @@
|
|||
<primary>Судал үүсгэх</primary>
|
||||
</indexterm>
|
||||
|
||||
<para>Судал үүсгэх нь хэд хэдэн дискнүүдийг нэг эзлэхүүн болгодог арга юм.
|
||||
<para>Судал үүсгэх нь хэд хэдэн дискнүүдийг нэгтгэж нэг эзлэхүүн болгодог.
|
||||
Олон тохиолдолд энэ нь тоног төхөөрөмжийн хянагчуудыг ашиглан хийгддэг.
|
||||
GEOM дэд систем нь диск судал үүсгэх гэж бас нэрлэгддэг
|
||||
<acronym>RAID</acronym>0-д зориулсан програмыг хангаж өгдөг.</para>
|
||||
|
|
@ -211,9 +211,8 @@ Done.</screen>
|
|||
|
||||
<para>Энэ судал үүсгэсэн файлын системдээ ачаалах үед автоматаар холболт хийхийн
|
||||
тулд эзлэхүүний мэдээллийг <filename>/etc/fstab</filename> файлд
|
||||
хийгээрэй. For this purpose, a permanent mount
|
||||
point, named <filename class="directory">stripe</filename>, is
|
||||
created:</para>
|
||||
хийгээрэй. Энэ жишээн дээр <filename class="directory">stripe</filename>
|
||||
гэсэн байнгын холбох цэгийг үүсгэж байна:</para>
|
||||
|
||||
<screen>&prompt.root; <userinput>mkdir /stripe</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/gm0s1f</userinput></screen>
|
||||
|
||||
<para>Эх диск (<devicename>ada0</devicename>) дээрх файлын
|
||||
<para>Эх диск <devicename>ada0</devicename> дээрх файлын
|
||||
системийг толин тусгал руу &man.dump.8; ба &man.restore.8;
|
||||
тушаалыг ашиглан хуулж болно.</para>
|
||||
|
||||
|
|
@ -508,7 +507,7 @@ Done.</screen>
|
|||
засварлах хэрэгтэй. Уг процедурыг дараа тайлбарлах болно.</para>
|
||||
|
||||
<para>Аль ч тохиолдолд анхдагч диск дээрх хуваалтын
|
||||
хүснэгтүүдийг эхэлж хуулах хэрэгтэй. Үүнийг &man.gpart.8;
|
||||
хүснэгтүүдийг эхэлж хуулах хэрэгтэй бөгөөд &man.gpart.8;
|
||||
<command>backup</command> ба <command>restore</command> дэд тушаалуудыг
|
||||
ашиглан гүйцэтгэнэ.</para>
|
||||
|
||||
|
|
@ -533,9 +532,9 @@ BSD 8
|
|||
6 freebsd-ufs 130023424 838860800
|
||||
7 freebsd-ufs 968884224 984640881</screen>
|
||||
|
||||
<para>Хэрэв &man.gpart.8; <command>show</command> тушаалын
|
||||
гаралтад бүтэн диск ашиглагдаж байгаа бол эдгээр хуваалтын
|
||||
хүснэгтүүд дээрх багтаамжийг нэг сектороор багасгах хэрэгтэй.
|
||||
<para>Хэрэв <command>gpart show</command> тушаал дискний төгсгөлд
|
||||
зай байхгүй байгааг харуулж байгаа бол зүсмэл болон сүүлийн хуваалтыг
|
||||
нэг сектороор багасгах хэрэгтэй.
|
||||
Зүсмэл болон сүүлийн хуваалтын зайг нэгээр багасган хоёр
|
||||
файлыг засварлах хэрэгтэй. Эдгээр нь жагсаалт бүрийн сүүлийн
|
||||
тоонууд юм.</para>
|
||||
|
|
@ -557,12 +556,12 @@ BSD 8
|
|||
байгаа бол эдгээр хоёр файлыг засварлалгүйгээр ашиглаж болно.</para>
|
||||
|
||||
<para>Одоо хуваалтын хүснэгтийг
|
||||
<devicename>mirror/gm0</devicename> руу сэргээнэ.</para>
|
||||
<devicename>mirror/gm0</devicename> руу сэргээнэ:</para>
|
||||
|
||||
<screen>&prompt.root; <userinput>gpart restore mirror/gm0 < table.ada0</userinput>
|
||||
&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>gm0s1d</devicename>-г <filename>/var</filename>,
|
||||
|
|
@ -717,9 +716,9 @@ mirror/gm0 COMPLETE ada1 (ACTIVE)
|
|||
|
||||
<para>BIOS тохиргоог шинээр толин тусгал болгосон
|
||||
дискнүүдийн аль нэгнээс ачаалахаар болгож тохируулах
|
||||
хэрэгтэй байж магадгүй юм. Аль ч дискийг ачаалахад
|
||||
ашиглаж болно. Толин тусгалын нэг хэсэг учраас тэдгээр нь
|
||||
ижил өгөгдөлтэй байдаг.</para>
|
||||
хэрэгтэй байж магадгүй юм. Толин тусгалын нэг хэсэг учраас тэдгээр нь
|
||||
ижил өгөгдөлтэй байдаг бөгөөд аль ч дискийг ачаалахад
|
||||
ашиглаж болно.</para>
|
||||
</sect4>
|
||||
|
||||
<sect4>
|
||||
|
|
@ -753,7 +752,7 @@ mountroot></screen>
|
|||
<para><filename>geom_mirror</filename> модулийг
|
||||
<filename>/boot/loader.conf</filename>-т оруулж дуудахаа
|
||||
мартсан бол энэ асуудал гарна. Үүнийг засахын тулд
|
||||
&os;-9 эсвэл түүнээс хойшхи хувилбарын CD эсвэл USB дискнээс
|
||||
&os; 9.0 эсвэл түүнээс хойшхи хувилбарын CD эсвэл USB дискнээс
|
||||
ачаалаад эхний асуулт дээр <literal>Shell</literal>-г
|
||||
сонгох хэрэгтэй. Дараа нь толин тусгалын модулийг дуудаж
|
||||
толин тусгал төхөөрөмжийг холбох хэрэгтэй:</para>
|
||||
|
|
@ -771,7 +770,7 @@ mountroot></screen>
|
|||
|
||||
<para><literal>error 19</literal> гаргаж байгаа
|
||||
бусад асуудлуудыг засварлахад илүү хүч зарах
|
||||
шаардлагатай. Асууж лавлах дэлгэц дээр
|
||||
шаардлагатай. Ачаалах үеийн асууж лавлах дэлгэц дээр
|
||||
<literal>ufs:/dev/ada0s1a</literal> гэж оруулж өгнө.
|
||||
Систем хэдийгээр <devicename>ada0</devicename>-с
|
||||
ачаалах ёстой боловч бүрхүүл сонгох асууж лавлах дэлгэц
|
||||
|
|
@ -793,13 +792,10 @@ mountroot></screen>
|
|||
<sect2>
|
||||
<title>Диск ажиллахаа болиход сэргээх</title>
|
||||
|
||||
<para>Толин тусгалын гайхамшигтай тал бол аль нэг диск ажиллахаа
|
||||
<para>Толин тусгалын ашигтай тал бол аль нэг диск ажиллахаа
|
||||
байхад толин тусгал дээрх өгөгдөл алдагддаггүй явдал
|
||||
юм.</para>
|
||||
|
||||
<para><devicename>ada0</devicename> нь дээрх жишээн дээр толин тусгал
|
||||
үүсгэж байгаа дискнүүдийн нэг юм. Хэрэв <devicename>ada0</devicename>
|
||||
ажиллахаа боливол нөгөө ажиллаж байгаа диск болох <devicename>ada1</devicename>-с
|
||||
юм. Дээрх жишээн дээр <devicename>ada0</devicename> ажиллахаа
|
||||
болиход ажиллаж байгаа диск болох <devicename>ada1</devicename>-с
|
||||
өгөгдлөө өгөн толин тусгал ажилласан хэвээр байх болно.</para>
|
||||
|
||||
<para>Ажиллахаа больсон дискийг солихын тулд компьютерыг
|
||||
|
|
@ -962,10 +958,6 @@ Done.</screen>
|
|||
<para>Дэлгэц дээгүүр олон тоо урсах бөгөөд
|
||||
хэсэг хугацааны дараа процесс дуусах болно. Эзлэхүүн
|
||||
үүсч холбох боломжтой болно.</para>
|
||||
</step>
|
||||
|
||||
<step>
|
||||
<para>Сүүлийн алхам бол файлын системийг холбох явдал юм:</para>
|
||||
|
||||
<screen>&prompt.root; <userinput>mount /dev/raid3/gr0p1 /multimedia/</userinput></screen>
|
||||
|
||||
|
|
@ -1004,7 +996,7 @@ Done.</screen>
|
|||
<title>GEOM Хаалга Сүлжээний Төхөөрөмжүүд</title>
|
||||
|
||||
<para>GEOM нь хаалга хэрэгслүүдийг ашиглан дискнүүд, CD-ROM-ууд,
|
||||
файлууд гэх мэт төхөөрөмжүүдийг алсаас ашиглахыг дэмждэг.
|
||||
файлуудыг алсаас ашиглахыг дэмждэг.
|
||||
Энэ нь <acronym>NFS</acronym>-тэй адил юм.</para>
|
||||
|
||||
<para>Экспортын файл эхэлж үүсгэх шаардлагатай. Энэ файл нь
|
||||
|
|
@ -1025,14 +1017,14 @@ Done.</screen>
|
|||
|
||||
<screen>&prompt.root; <userinput>ggated</userinput></screen>
|
||||
|
||||
<para>Хэрэглэх машинаас уг экспортлогдсон төхөөрөмжид <command>холболт</command> хийхдээ
|
||||
<para>Хэрэглэх машинаас уг экспортлогдсон төхөөрөмжид <command>mount</command> хийхдээ
|
||||
дараах тушаалыг өгнө үү:</para>
|
||||
|
||||
<screen>&prompt.root; <userinput>ggatec create -o rw 192.168.1.1 /dev/da0s4d</userinput>
|
||||
ggate0
|
||||
&prompt.root; <userinput>mount /dev/ggate0 /mnt</userinput></screen>
|
||||
|
||||
<para>Эндээс эхлэн төхөөрөмжид <filename class="directory">/mnt</filename>
|
||||
<para>Одоо төхөөрөмжид <filename class="directory">/mnt</filename>
|
||||
холболтын цэгийг ашиглан хандаж болно.</para>
|
||||
|
||||
<note>
|
||||
|
|
@ -1060,12 +1052,12 @@ ggate0
|
|||
нэмэгдсэн бол яах вэ? Флэш төхөөрөмжид <devicename>da0</devicename> гэсэн
|
||||
төхөөрөмжийн нэр өгөгдөж хуучин байсан <devicename>da0</devicename> нь
|
||||
<devicename>da1</devicename> болж өөрчлөгдөх болов уу. Энэ нь хэрэв
|
||||
файлын системүүд <filename>/etc/fstab</filename>-д жагсаагдсан
|
||||
файлын системүүд <filename>/etc/fstab</filename>-д орсон
|
||||
бол тэдгээрийг холбоход асуудал гаргах бөгөөд бүр системийг ачаалахгүй
|
||||
байдалд хүргэж болох юм.</para>
|
||||
|
||||
<para>Энэ асуудлын нэг шийдэл нь <acronym>SCSI</acronym> карт руу нэмэгдсэн
|
||||
шинэ төхөөрөмжид төхөөрөмжийн ашиглагдаагүй дугаарууд өгөгдөхөөр болгож
|
||||
<para>Нэг шийдэл нь <acronym>SCSI</acronym> карт руу нэмэгдсэн
|
||||
шинэ төхөөрөмжид төхөөрөмжийн ашиглагдаагүй дугаарууд өгч
|
||||
<acronym>SCSI</acronym> төхөөрөмжүүдийг гинжин цуваа болгох явдал юм.
|
||||
Гэхдээ анхдагч <acronym>SCSI</acronym> дискийг сольж болзошгүй
|
||||
<acronym>USB</acronym> төхөөрөмжүүдийн хувьд яах вэ? Яагаад гэвэл <acronym>USB</acronym>
|
||||
|
|
@ -1076,8 +1068,8 @@ ggate0
|
|||
<filename>/etc/fstab</filename> файлд хэзээ ч жагсаахгүй байх тийм
|
||||
шийдэл байж болох юм.</para>
|
||||
|
||||
<para>Илүү сайн шийдэл байдаг. <command>glabel</command> хэрэгсэл ашиглан
|
||||
администратор эсвэл хэрэглэгч өөрсдийн дискний төхөөрөмжүүдийг хаяглаж эдгээр
|
||||
<para>Илүү сайн шийдэл нь <command>glabel</command> хэрэгсэл ашиглан
|
||||
дискний төхөөрөмжүүдийг хаяглаж эдгээр
|
||||
хаяг/шошгонуудыг <filename>/etc/fstab</filename> файлд ашиглаж болох
|
||||
юм. <command>glabel</command> нь өгөгдсөн үзүүлэгчийн сүүлийн секторт
|
||||
хаяг/шошгыг хадгалдаг болохоор хаяг/шошго нь дахин ачаалахад хэвээр байх
|
||||
|
|
@ -1086,9 +1078,9 @@ ggate0
|
|||
юм.</para>
|
||||
|
||||
<note>
|
||||
<para>Хаяг/шошгыг байнгын болгохыг энд дурдсангүй. <command>glabel</command>
|
||||
хэрэгсэл нь түр зуурын болон байнгын хаяг/шошгыг үүсгэхэд ашиглагдаж болно.
|
||||
Зөвхөн байнгын хаяг/шошго нь дахин ачаалахад хэвээр үлдэх болно. Хаяг/шошгонуудын
|
||||
<para><command>glabel</command>
|
||||
хэрэгсэл нь түр зуурын болон байнгын хаяг/шошгыг үүсгэж чадна.
|
||||
Хаяг/шошгонуудын
|
||||
ялгаануудын тухай дэлгэрэнгүй мэдээллийг &man.glabel.8; гарын авлагын хуудаснаас
|
||||
үзнэ үү.</para>
|
||||
</note>
|
||||
|
|
@ -1096,22 +1088,21 @@ ggate0
|
|||
<sect2>
|
||||
<title>Хаяг/шошгоны төрлүүд болон жишээнүүд</title>
|
||||
|
||||
<para>Ерөнхий ба файлын системийн гэсэн хоёр төрлийн хаяг/шошго байдаг.
|
||||
Хаяг, шошгонууд нь байнгын эсвэл түр зуурын байж болно. Байнгын хаягийг
|
||||
<para>Байнгын хаяг нь ердийн ба файлын системийн гэсэн хоёр төрлийн байдаг.
|
||||
Файлын системийн байнгын хаягийг
|
||||
&man.tunefs.8; эсвэл &man.newfs.8; тушаалаар үүсгэж болно. Эдгээр
|
||||
хаяг/шошгонуудад тэдгээрийн файлын системийн төрөл дээр суурилсан нэр
|
||||
бүхий тусгай сан <filename class="directory">/dev</filename>
|
||||
сан дотор үүсгэгддэг. Жишээ нь <acronym>UFS</acronym>2 файлын системийн
|
||||
хаяг/шошгонуудын төрлүүд <filename class="directory">/dev</filename> сангийн
|
||||
дэд санд үүсгэгддэг бөгөөд файлын системийн төрлийн дагуу нэртэй байна.
|
||||
Жишээ нь <acronym>UFS</acronym>2 файлын системийн
|
||||
хаяг/шошгонууд <filename class="directory">/dev/ufs</filename> санд
|
||||
үүсгэгддэг. Байнгын хаягийг бас <command>glabel label</command> тушаалаар
|
||||
үүсгэгддэг. Ердийн хаягийг <command>glabel label</command> тушаалаар
|
||||
үүсгэж болдог. Эдгээр нь файлын системтэй хамааралгүй бөгөөд <filename
|
||||
class="directory">/dev/label</filename> санд үүсгэгдэх болно.</para>
|
||||
|
||||
<para>Түр зуурын хаяг/шошго нь дараагийн удаа ачаалахад арилдаг. Эдгээр хаяг/шошгонууд
|
||||
нь <filename class="directory">/dev/label</filename> санд үүсгэгдэх
|
||||
бөгөөд туршилтад сайн тохирсон байдаг. Түр зуурын хаягийг <command>glabel create</command>
|
||||
тушаалаар үүсгэж болно. Дэлгэрэнгүй мэдээллийг &man.glabel.8;-ийн гарын авлагын
|
||||
хуудаснаас уншина уу.</para>
|
||||
бөгөөд туршилтад тохирсон байдаг. Түр зуурын хаягийг <command>glabel create</command>
|
||||
тушаалаар үүсгэж болно.</para>
|
||||
|
||||
<!-- XXXTR: How do you create a file system label without running newfs
|
||||
or when there is no newfs (e.g.: cd9660)? -->
|
||||
|
|
@ -1123,9 +1114,7 @@ ggate0
|
|||
|
||||
<warning>
|
||||
<para>Хэрэв файлын систем дүүрэн бол энэ нь өгөгдлийн эвдрэлд хүргэж
|
||||
болох юм; гэхдээ хэрэв файлын систем дүүрэн бол гол зорилго нь
|
||||
хуучирсан файлуудыг устгаж хаяг/шошгонуудыг нэмэхгүй байх
|
||||
явдал юм.</para>
|
||||
болох юм.</para>
|
||||
</warning>
|
||||
|
||||
<para>Хаяг/шошго одоо <filename class="directory">/dev/ufs</filename> санд
|
||||
|
|
@ -1139,7 +1128,7 @@ ggate0
|
|||
холбох ёсгүй.</para>
|
||||
</note>
|
||||
|
||||
<para>Одоо файлын системийг ердийнхөөрөө холбож болно:</para>
|
||||
<para>Одоо файлын системийг холбож болно:</para>
|
||||
|
||||
<screen>&prompt.root; <userinput>mount /home</userinput></screen>
|
||||
|
||||
|
|
@ -1151,7 +1140,7 @@ ggate0
|
|||
|
||||
<para>Файлын систем нь <command>newfs</command> тушаалд
|
||||
өгөгдсөн <option>-L</option> тугны тусламжтайгаар анхдагч хаяг/шошготой
|
||||
үүсгэгдэж бас болно. Дэлгэрэнгүй мэдээллийг &man.newfs.8; гарын авлагын хуудаснаас
|
||||
үүсгэгдэж бас болно. Дэлгэрэнгүй мэдээллийг &man.newfs.8;-с
|
||||
үзнэ үү.</para>
|
||||
|
||||
<para>Доор дурдсан тушаалыг хаяг/шошгыг устгахдаа ашиглаж болно:</para>
|
||||
|
|
@ -1172,7 +1161,7 @@ ggate0
|
|||
Бас <filename class="directory">/</filename>,
|
||||
<filename class="directory">/var</filename>,
|
||||
<filename class="directory">/usr</filename> ба
|
||||
<filename class="directory">/tmp</filename> файлын системүүд
|
||||
<filename class="directory">/tmp</filename>
|
||||
болон swap хуваалттай &os;-ийн стандарт хуваалтын хэлбэрийг
|
||||
ашиглаж байгаа болно.</para>
|
||||
|
||||
|
|
@ -1263,17 +1252,17 @@ ufsid/486b6fc16926168e N/A ad4s1f</screen>
|
|||
<primary>Journaling</primary>
|
||||
</indexterm>
|
||||
|
||||
<para>&os; 7.0 хувилбар гарснаар удаан хүсэн хүлээсэн
|
||||
journals буюу тэмдэглэлийн боломж бүрдсэн билээ.
|
||||
Энэхүү шийдэл нь өөрөө <acronym>GEOM</acronym> дэд системийн
|
||||
<para>&os; 7.0 хувилбараас эхлээд UFS journals буюу
|
||||
тэмдэглэлийн боломж бүрдсэн билээ.
|
||||
Энэхүү шийдэл нь <acronym>GEOM</acronym> дэд системийн
|
||||
тусламжтайгаар хийгдсэн бөгөөд &man.gjournal.8; хэрэгслийн
|
||||
тусламжтай хялбар тохируулж болдог.</para>
|
||||
|
||||
<para>Journaling буюу тэмдэглэл гэж юу вэ? Тэмдэглэх чадвар
|
||||
нь файлын системийн шилжүүлгүүдийн бүртгэлийг хадгалдаг, өөрөөр
|
||||
хэлбэл мета өгөгдөл болон файлын бичилтүүд дискэнд зөвөөр хийгдэхээс
|
||||
өмнө дискний бүрэн гүйцэд бичих үйлдлийг бүтээдэг өөрчлөлтүүдийн
|
||||
бүртгэлийг хадгалдаг. Файлын системийн бүрэн бус байдлаас
|
||||
<para>Journaling буюу тэмдэглэх чадвар нь мета өгөгдөл болон
|
||||
файлын бичилтүүд дискэнд зөвөөр хийгдэхээс өмнө дискний
|
||||
бүрэн гүйцэд бичих үйлдлийг бүтээдэг өөрчлөлтүүдийн
|
||||
бүртгэл зэрэг файлын системийн шилжүүлгүүдийн бүртгэлийг
|
||||
хадгалдаг. Файлын системийн бүрэн бус байдлаас
|
||||
хамгаалахын тулд файлын системийн шилжүүлгүүдийг дахин гүйцэтгэхийн
|
||||
тулд энэхүү шилжүүлгүүдийн бүртгэлийг дараа нь дахин
|
||||
ажиллуулж болдог.</para>
|
||||
|
|
@ -1287,8 +1276,8 @@ ufsid/486b6fc16926168e N/A ad4s1f</screen>
|
|||
|
||||
<para>Өөр бусад файлын системийн тэмдэглэлийн шийдлүүдээс ялгаатай нь
|
||||
<command>gjournal</command> арга нь блок дээр тулгуурласан бөгөөд
|
||||
файлын системийн хэсэг болж хийгдээгүй, зөвхөн <acronym>GEOM</acronym>
|
||||
өргөтгөлийн хүрээнд хийгдсэн.</para>
|
||||
файлын системийн хэсэг болж хийгдээгүй. Энэ нь <acronym>GEOM</acronym>
|
||||
өргөтгөл юм.</para>
|
||||
|
||||
<para><command>gjournal</command>-д зориулсан дэмжлэгийг идэвхжүүлэхийн
|
||||
тулд &os; цөм нь 7.0 болон түүнээс хойшхи системүүд дээр анхдагчаар байдаг доор дурдсан
|
||||
|
|
@ -1308,10 +1297,10 @@ ufsid/486b6fc16926168e N/A ad4s1f</screen>
|
|||
|
||||
<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>
|
||||
&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>
|
||||
|
||||
<para>Өмнө ажиллуулсан тушаал <acronym>UFS</acronym>2
|
||||
файлын системийг тэмдэгдэл идэвхжсэн төхөөрөмж дээр үүсгэх
|
||||
<para>Энэ тушаал <acronym>UFS</acronym>2
|
||||
файлын системийг тэмдэглэл идэвхжсэн төхөөрөмж дээр үүсгэх
|
||||
болно.</para>
|
||||
|
||||
<para>Төхөөрөмжийг хүссэн цэгтээ доор дурдсан тушаалаар
|
||||
|
|
@ -1339,13 +1328,13 @@ ufsid/486b6fc16926168e N/A ad4s1f</screen>
|
|||
<devicename>ad4s1.journal</devicename> болон <devicename>ad4s2.journal</devicename> үүсгэх болно.</para>
|
||||
</note>
|
||||
|
||||
<para>Хурдан ажиллагаатай байхын тулд тэмдэглэлийг өөр диск дээр байлгах нь
|
||||
зүйтэй байдаг. Энэ тохиолдолд тэмдэглэл хангагч эсвэл
|
||||
<para>Хурдан ажиллагаатай байхын тулд тэмдэглэлийг өөр диск дээр
|
||||
байлгаж болно. Энэ тохиолдолд тэмдэглэл хангагч эсвэл
|
||||
хадгалалтын төхөөрөмж нь тэмдэглэлийг идэвхжүүлэхийн тулд
|
||||
уг төхөөрөмжийнхөө дараа жагсаагдах ёстой. <command>tunefs</command>
|
||||
тушаал ашиглан тухайн байгаа файлын систем дээр тэмдэглэлийг
|
||||
идэвхжүүлж болдог; гэхдээ файлын системийг өөрчлөхөөсөө өмнө
|
||||
нөөц үргэлж хийж байх хэрэгтэй. Ихэнх тохиолдолд
|
||||
идэвхжүүлж болдог. Гэхдээ файлын системийг өөрчлөхөөсөө өмнө
|
||||
нөөц <emphasis>үргэлж</emphasis> хийж байх хэрэгтэй. Ихэнх тохиолдолд
|
||||
<command>gjournal</command> нь яг тэмдэглэлийг үүсгэж
|
||||
чадаагүй бол амжилтгүй болох бөгөөд гэхдээ энэ нь
|
||||
<command>tunefs</command>-ийг буруугаар ашигласнаас болоод
|
||||
|
|
|
|||
|
|
@ -15,7 +15,6 @@ SUBDIR+= contributing
|
|||
SUBDIR+= cups
|
||||
SUBDIR+= custom-gcc
|
||||
SUBDIR+= cvs-freebsd
|
||||
SUBDIR+= cvsup-advanced
|
||||
SUBDIR+= explaining-bsd
|
||||
SUBDIR+= fbsd-from-scratch
|
||||
#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$ -->
|
||||
<!--
|
||||
sh addkey.sh itetcu F0808380;
|
||||
sh addkey.sh itetcu 29597D20;
|
||||
-->
|
||||
<programlisting role="pgpfingerprint"><![CDATA[
|
||||
pub 4096R/F0808380 2012-11-19 [expires: 2014-11-19]
|
||||
Key fingerprint = BAEC BFED 67D8 7529 5B53 C636 C922 F9F4 F080 8380
|
||||
uid Ion-Mihai "IOnut" Tetcu <itetcu@FreeBSD.org>
|
||||
sub 4096R/54B3FFA0 2012-11-19 [expires: 2014-11-19]
|
||||
pub 4096R/29597D20 2013-05-02
|
||||
Key fingerprint = AB6F 39B6 605D E6B7 0D54 ED3D BCA2 129A 2959 7D20
|
||||
uid Ion-Mihai Tetcu (FreeBSD Committer key) <itetcu@FreeBSD.org>
|
||||
sub 4096R/EC9E17E3 2013-05-02
|
||||
]]></programlisting>
|
||||
<programlisting role="pgpkey"><![CDATA[
|
||||
-----BEGIN PGP PUBLIC KEY BLOCK-----
|
||||
|
||||
mQINBFCqY88BEADC4PsjeErkHL2ZzVDqQ1pWaQ3GMcqt43lws6RvSlMG8tBAEyb/
|
||||
tJlZEoEmLpPirSPk0exFQtscONTtNKVnLzjt4UXJX/tKtKE51EID2TZ+4fPPZeUn
|
||||
8B76Pqm69m0XPQQpcuQ9aykQ1wTXljFk8FFjh7D0XAcqezo5o++NEcluqJ69FJyI
|
||||
zwfCvzG7IdO+y5TkIgfeauqeYw/53lMv1KCIOkYfxNMCPbTO4+grfKOOL4WLJeTu
|
||||
PDjjd3BpgEFmbgJAmyuxJsVNWSWmDlquS78qrdNXbMSudb6jBZWP4fgK7ycQnYbE
|
||||
Lp27KORrUwrwLdthz/5ZBTo6hGehs/d5aGor7F+12Lwl3Vp0eHsEhklP3cmel+20
|
||||
i3RrOsuc8ijrkbLT6V/A3urz0t/qV4ijs1lYMLlq++YMuG4AZ08QBWiWGAKn4ust
|
||||
3DD/XFfogYiON7Mm4JwuGrQi8TuJXDNjZ6J9bdZPIwD9rmad6XjlcObF3BgZz9sN
|
||||
w92CDxwnlK+Jvex74c3tau2xPjGTPFe+Ld56cs1TcYNp7utg0DFe9FrZ4Cx3FpLU
|
||||
YDLQLHRbf4pbNz5KTK7swInkzsDUc4ZwPEnpSYiK0cCb0yGjx6P4nslQjS4zEeN3
|
||||
OeKbYIiQx7saZvGjmbcQ7A+wh6Qxg1DAoZa4HQ2hMtEWRLDJ6U8rBGNeNwARAQAB
|
||||
tCxJb24tTWloYWkgIklPbnV0IiBUZXRjdSA8aXRldGN1QEZyZWVCU0Qub3JnPokC
|
||||
PgQTAQIAKAUCUKpjzwIbLwUJA8JnAAYLCQgHAwIGFQgCCQoLBBYCAwECHgECF4AA
|
||||
CgkQySL59PCAg4DWkBAAiuYdL+cwFcsfUPXvNjNTURh91AnCJiU7MPev9nu6nqyk
|
||||
YWowa171FTcWZAm2JPvKqGEpqZr2sJtGDA1jgrtKpapN2u3S4E5ANDcMQSDjAdJ6
|
||||
XzmWhGW/62pZNtvZAkvxwsWNcXeRxLcTFZmPXKkNBMkFx/Q2Ww/m9nR6qtMkrOaE
|
||||
llVd92wXOviCrMLtnRsPmMSrZACM/lVTC2L+c+QUfggyAG/KQfiuuttmFqGnqKr6
|
||||
Ym3qYVkVWMiPrbauC5aHV0I4RmpaEaYBkxx85U+2sV5pAQZjeDiyqjuMirlgVMsF
|
||||
NcQ9jjjbHSVTHpFbvo6eAYritts0mYKnrqrb0pBuC9C5b3FQIIGSy0z0dPXz3d0q
|
||||
VFIIP7DMOJLr/WWzjRqOobQ7nH3P2nvQiZc9TnkgFPG5hKMBWAqaM5gZS7HJC10S
|
||||
PUvTL2P3f2UZJ+9poHB9O/AewUZCt/gmXa6GoQEUCZgQLGCu7YhtIkKf8duDaIPw
|
||||
6myVMU8tiwz6dYo635rUBA21amjcMR3SF6LgipF9+8Ul9fISrHLjNan3Yz4PCgc7
|
||||
mIc71wW2LYGvAq+cw2NBkgkxDPFj97CUkXljjdy/zsbnR19mKDwM0MTiAGmFs3BV
|
||||
bkF1KTlnw/tGj2T7mntY6+hNei/kjOgbpX5h7VArR8bgLouD5ce3p/tVl1DJxCu5
|
||||
Ag0EUKpjzwEQAKefY+dwYoax3I9GT+xcd86k0rExqXFJGEDM74UeQ9C02aegdSsP
|
||||
qB89WNW5UWS0RifjfBb+9gyc9hVCrrZV2GEeACRJDitoUhMa/sM0R5n41w3poBqw
|
||||
sf6PBkzu0UGs0JURFDGsWNV32wdD5n0swqEplWpAsLkT1GNeIxI0h9rA+h7jInTK
|
||||
u6yvoUxKu2fTwEjQQuPi7iJ3tooaBgfGs3YDpOgxqiiK81X1gSJVSONFawtTglwI
|
||||
xV4cuaug3PeYj7/dKV4Z/PRzzUd/KsXWPn2P95sr/7lVimYT6wAZfmUuCE7qQPsZ
|
||||
HQgNaRBlJ6p5HjbP1B0aZ3hVvlkn9su0Vo3MinZkaPjwbRu90DKxEryYQcrjjWMz
|
||||
+pXFUfi0Qzd1E9/b6vT87cHAOh/WhLN5oBYQl2aZUuVTwtGtJpLSOeKXk8f7QRHC
|
||||
wx0OO81S/Q1hkHRgUSzuNdsbfSnk/Jum8GED9E9kGPOS/PFJq+Ut2/JGMvGhkEWx
|
||||
s3UWFXB3hP+hFutqeq1EESeOFKBvTirWaKeLxPZnDI2zUumCZQDtZLrZL0q9f92S
|
||||
3w/mJr2jWJhfiFnZDewNOyucOrAzEDEiniRWIlY++HLUwxPTSKQ9cyU+8IVUkpwV
|
||||
n3DhJ86h53YY6XKxhD+0fKLLuhcu5phVc1oBpy2p96AtIVtBZQjn5Uu5ABEBAAGJ
|
||||
BEQEGAECAA8FAlCqY88CGy4FCQPCZwACKQkQySL59PCAg4DBXSAEGQECAAYFAlCq
|
||||
Y88ACgkQ5YhbO1Sz/6BJMQ/+ID8KXvH1tK4Ut93AL6fFAXVAHmQugiebUKQ5gp62
|
||||
p3L1+tLSm4ixC9iDqWdCpjJ+FaHWKpMTs7AOheRsaudyOtkdiIcMLvauoONxbWId
|
||||
Nwr/5sMmI+tJCdqUfhxPtr7dK7joUSEoVhHptiDUhUg6XmGz5skI56AWUGHqvH7e
|
||||
1x/XtfA5cykUkmBY+ngKa73I3qAcNNKYcaoIojo9IsZJqKeuGsEwM5LvLLzjUhjP
|
||||
UgFHYMgUaG88zul+Mc6iNzGzEx/08XOdravQ094NPjVhUQz84crQ1K/xskpubddu
|
||||
qPNtfeTAwXNkDM83jACTZ+Rl73yUOuUaLMbMZIwYbIlOfacY+E5JBgFEtBIxQ0oL
|
||||
moyH57RpfOKISjVSTuksT7PloORmHhbPNfiCFtcljGMGKxCiqSpW5VVmLt7BR5F4
|
||||
QSLR0F2GkCh1dibra4W8wBBJh/UKIO37n3iDFmuGXd7bmJbr+wHtTSMUwmrYrz9+
|
||||
oRjwjWwLF2IOTykFv+MejfsDm7vsRalXRsapeK2GHMZuCXTY4BLTNLdCYHjSzoLV
|
||||
Pr75Ux/qmRUTXUNrdGFA0NsPSVWaP2Wq67w0cbSTQllMhiq64Cps9+WuFq4moyD4
|
||||
jK32oPMWcuBn47UBTsIu5oQine+AxZtrMxmryGpG7N8bo0whJ6hoUedktAgB6jVs
|
||||
kNbopQ//e2NgZj6EFuM4x4wmeORGP9i6wKHnIC0aHwAakUPBij5MKsE+euyXn/ha
|
||||
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
|
||||
mQINBFGCUC0BEADWcNqHXQIyPGrXdlcr5Ng5LDzqaHr7umo/I6v/lG+qwXbunMRq
|
||||
ICU6hKuV67dltelkihaRi99lguZhapJ+7E9DkEJswzsrcFiNRBt1fGM2EkqTfIdk
|
||||
/JsqykQDIB1WQ6X0w6iR2er8N46HEhvHHluNAu5ytKdkoKlaAl2PYJmJ7N3XiNDI
|
||||
BBr9dZa+1codZ4ZTbPTwPQbIbDzkTOf/cNl+B/BM76kGQrw826Gt1HJX7vSKycXr
|
||||
unf99YgCHqdTUUgZOaHDJ+CGW/In/AVH0L95eVSpHGHDZhy+4sst+TwjLvAUVlaf
|
||||
Oqg+NRVUJFCQPP5pbyIt/892MoA4do+9L5ey8kVWcc0ZM2VlMjye+8WK/G+UBBFG
|
||||
jrCQcCbfFpWCVDa/UWzyDdAG1RUpJm6UeVGq0jDSX/+aG1GOuooSHe5dHlCxE5Qo
|
||||
etU8mnZ1MUgGjC7s06gZtHPXxh/OZYFR8FdrJ57XqSU3JeHdKZs/uDhc/A/bmRlP
|
||||
Df8t+UpMeQpoiGipV+Rdy+Hl0Ljkma2Ewaw3oJV0X90pc5aRf9jA9gC46UaDNcUE
|
||||
MjvZv8jVAP8QaX2U5zEjjFWZv+/HeBlbf6AEAedevuU7yGJ23mo3LOtczxGu2Ou9
|
||||
krBREz42n8SmvmLx6tLcaTMVFN5BTCyRk5pxgvT+mkI1MKXlC7So2HRCxwARAQAB
|
||||
tDxJb24tTWloYWkgVGV0Y3UgKEZyZWVCU0QgQ29tbWl0dGVyIGtleSkgPGl0ZXRj
|
||||
dUBGcmVlQlNELm9yZz6JAjgEEwECACIFAlGCUC0CGwMGCwkIBwMCBhUIAgkKCwQW
|
||||
AgMBAh4BAheAAAoJELyiEpopWX0gnAEP/jFjcC0w2te4kz+8zWVQxKhk9Kr8YBKu
|
||||
OHHi6GFFxqQ8nYeTOHfY1bVL8k+FUEJLRc0+8YVT6cEKqVugLoDXGt9naTw08wvY
|
||||
/D78cBPBlbGpJ8cbmETS+4hmbvreXpDEPgrnKoJfxrhxiXxbc10k49q7ZdmG8Syr
|
||||
XolXfo1hBc/SN0oEKZwoz2/U7hFGKxfwWSYMn54eTgL+G0NIIvZ7R/hDfunk503S
|
||||
Zcs9G4MRwJTVPWlmWAoWQs9ZPFn4mllu7HmZjsCfeQU/47t6MOjJklcAEJPo3kwP
|
||||
njYvwZJxMIXxqwfgJjT17oA3oe72W6zkjQr6Xo5uvkoq35YurDcMuq0JQlEY8iQ1
|
||||
STKT992FNLl01yKfMf9ZILDGlyTTkow1M/FJ5cYzm85b7yWTeHgT038/WCxmd1w5
|
||||
nzeb+yTnRa4bda7z5/khR//yg2BvHHBdWFbTLN0ksfZcx0N8U4wgdBJwFOy7tAGr
|
||||
q5IWEGcGE0DM+cV4CUChJvcapEUwcHmZXMZvBcComUxOojcQFiY/Vyot0hf8ot34
|
||||
+tfW31qxySi/GHVjr4XFtc+cxq2tTktfI1HL4MvJbfuHJbaXVVxZU90FiGQuNZpZ
|
||||
sQFLM/TI36i9OmAttdBONkzZERATQDS22hopHKVzoe004iZwlXVeh3rxe1OKwpkT
|
||||
J2Xk4qTHYxhMuQINBFGCUC0BEAC0Avup7IG3hsa92Axrh93Wtd789w1W6Q0EHBpr
|
||||
ClqGiRs8tuUhue5aLYqDWNF/2tHg0R3KSV3ZkHocLy3i90EaEM6d4QtZet4tpiv7
|
||||
jFQqwqOOT9VJarWXkU5f3kjxipKDzOwQBm0amNqqV3B11qm4eqUZZ1Z3+vAP1A3t
|
||||
/TfVqeZfXlnykQXt99LKgOzax3ChVFrBi/IGayrcO5ldGPDNe+L1bNygh1eq+Vvr
|
||||
qdTbO3cLtYhzjB5JtnfOVpkU6fJiiHHKy6lyS3pEJ4OD2L6D8vvZhb3Dh9mUVwUS
|
||||
jIyjQe9wW33rTbUFbOrAqKzH0dA/g1ddtB9EqVGjvNb12+HS7oh5DW/tNprNKWOB
|
||||
U/NYol+A6kynK1jOg5JD3n+3XrcxKP7+80pU+WIqSbZvbi/+DBRuBCbu2XCrAP+C
|
||||
GrgUULJbJjErgopKfQsb2gvoxDORSIVCKukRqqeFJgUcA/bHAQ3cF0nOuipyD6pL
|
||||
uc92x9oZpJIW1B/Fow3tR0J47OGfqJkJQc1utanxjKC7ZJXd4magJeDNMYVsNtEo
|
||||
8ys//Ox4n/9+JXX5YjUiB93wnOj30++Uus/Me19/3HcpmP2vs0p60H4fCP36/xdd
|
||||
GTTfEQMeocRsujn7rvVq9KtXcAeHJuFWYnnM44Ikuf3HrG5dEcwqFLOgz/nqI4xJ
|
||||
MtaZcwARAQABiQIfBBgBAgAJBQJRglAtAhsMAAoJELyiEpopWX0g8cgQAJDIalw4
|
||||
0y9aU9blKaWl6KSy/Y/YeTCfhFiVeqrE6FXOWalFqHGYSaE0QGRAHPX4mhtGP47S
|
||||
PjdBML9ZOLeUPwmfUjO8hpDsaLpXLgmhJ7UddT2TBWqkVQYJE4OyC/xFRKLWDipe
|
||||
Ji/f21ZsebHLXOLXeNsXruItZ7OIGLZ0nhFQq7SiHbTot3eDVfWc65YNLKwxxpob
|
||||
J45WF6Uk7wzxdIxrNyPrZ+OPDfmDpGssVtdkFyjt4XCB877i4j4WaZ0ugFNkVDM+
|
||||
Wkj88E8n2rkQFg/lGAkhoZIm55MaVsAdZ0mFZ5mSEiZFzYY8TLSv2j1ugxezURjZ
|
||||
vE+SSOiJIgt1KVgtb1amL7MIzYkoCde0GBXyVbsanZgtG/o2X1XH4XplwiUTihNk
|
||||
j42AXyuQacdnWZmM1u5xnv0OVrKhpsA5qP/eFnZRnIi70EtBOOK9VDzuwsuJqEHz
|
||||
38tnHZIq4u+uQMUo7ABCPtBjx0hRoz+JVKOq0/e8jXLGJ/K0xacQzI5T9KuGY2d4
|
||||
G1cTilmtZnKihmON4kR88vX5sUFHmn7se1VWUYe9ZvCiA+gn/3YaY4DaM6nPdeBW
|
||||
u3APqpfb3VY9TcFs5HQu6d8YNzcAjKIHs0w61F3LiTHV7W6rRKaXbzqpUYxsuwyb
|
||||
/as7XDPGqpDTGynLpsYRRxnfBp6Hirr8MKme
|
||||
=RYSt
|
||||
-----END PGP PUBLIC KEY BLOCK-----
|
||||
]]></programlisting>
|
||||
|
|
|
|||
|
|
@ -114,8 +114,8 @@
|
|||
</enddate>
|
||||
<location>
|
||||
<country code="MT">Malta</country>
|
||||
<city>TBA</city>
|
||||
<site>St. Julians's area</site>
|
||||
<city>St. Julian's</city>
|
||||
<site>Hilton Conference Centre</site>
|
||||
</location>
|
||||
<description>We are happy to announce that the EuroBSDcon 2013
|
||||
will be held on Saturday 28th and Sunday 29th of September 2013
|
||||
|
|
|
|||
Loading…
Reference in a new issue