~ubuntu-branches/ubuntu/trusty/dpkg/trusty-proposed

« back to all changes in this revision

Viewing changes to man/es/deb-src-control.5

  • Committer: Package Import Robot
  • Author(s): Adam Conrad
  • Date: 2012-10-23 16:45:37 UTC
  • mfrom: (1.5.16 sid)
  • Revision ID: package-import@ubuntu.com-20121023164537-uvt7ie3wd3459h6s
Tags: 1.16.9ubuntu1
* Merge from Debian unstable.  Remaining changes:
  - Change the multiarch downgrade version checks in prerm/postrm
    from 1.16.2 to 1.16.0~ to reflect when multiarch landed in Ubuntu.
  - Migrate dpkg multiarch conffile (and other multi-arch-related
    conf settings) to the new DB with dpkg --add-architecture, but
    keep a copy of the old conffile if it was modified.
  - Out of paranoia, keep an option handler for foreign-architecture
    that informs people that they need to scrub their config files
    and upgrade, on the off chance that the above migration fails
    for some reason (this mitigates the chances of leaving users with
    a dpkg that fails to run due to a broken config).
  - Add DPKG_UNTRANSLATED_MESSAGES environment check so that higher-level
    tools can get untranslated dpkg terminal log messages while at the
    same time having translated debconf prompts.  This is useful for tools
    that hide the dpkg terminal by default and use apport for bug
    reporting with the untranslated error message.
  - Build-depend on gettext:any for cross-building support.
  - Apply patch from Steve McIntyre to special-case armhf/armel ELF
    objects in Shlibs/Objdump.pm, so we don't get incorrect deps.
  - lib/dpkg/pkg-spec.c: map unqualified package names of multiarch-same
    packages to the native arch instead of throwing an error, so that we
    don't break on upgrade when there are unqualified names stored in
    dpkg's own trigger database.
  - Add logic to the postinst to `dpkg --add-architecture i386' on new
    installs on amd64, and to also do so on upgrades from pre-conffile
    Ubuntu versions, mimicking our previous behaviour with the conffile.
  - Apply a workaround from mvo to consider RC packages as multiarch,
    during the dpkg consistency checks. (see LP: 1015567 and 1057367).

Show diffs side-by-side

added added

removed removed

Lines of Context:
22
22
.\" This file was generated with po4a. Translate the source file.
23
23
.\"
24
24
.\"*******************************************************************
25
 
.TH deb\-src\-control 5 2012\-06\-16 "Proyecto Debian" Debian
 
25
.TH deb\-src\-control 5 "16 de junio del 2012" "Proyecto Debian" Debian
26
26
.SH NOMBRE
27
27
deb\-src\-control \- Formato del fichero de control maestro de paquetes fuente
28
28
de Debian
124
124
 
125
125
.TP 
126
126
\fBBuild\-Depends:\fP\fI lista\-de\-paquetes\fP
127
 
A list of packages that need to be installed and configured to be able to
128
 
build the source package. Including a dependency in this list has the same
129
 
effect as including it in both \fBBuild\-Depends\-Arch\fP and
130
 
\fBBuild\-Depends\-Indep\fP, with the additional effect of being used for
131
 
source\-only builds.
 
127
Una lista de paquetes que se deben instalar y configurar para poder
 
128
construir el paquete fuente. Incluir una dependencia en esta lista tiene el
 
129
mismo efecto que incluirlo en los dos campos \fBBuild\-Depends\-Arch\fP y
 
130
\fBBuild\-Depends\-Indep\fP, con el efecto a�adido de que se utiliza para
 
131
construcciones solo de las fuentes.
132
132
 
133
133
.TP 
134
 
\fBBuild\-Depends\-Arch:\fP\fI package list\fP
135
 
Same as \fBBuild\-Depends\fP, but they are only needed when building the
136
 
architecture dependent packages. The \fBBuild\-Depends\fP are also installed in
137
 
this case. This field was introduced in dpkg version 1.16.4; in order to
138
 
build with older dpkg versions, \fBBuild\-Depends\fP should be used instead.
 
134
\fBBuild\-Depends\-Arch:\fP\fI lista\-de\-paquetes\fP
 
135
Id�ntico a \fBBuild\-Depends\fP, pero solo se requieren al construir paquetes
 
136
independientes de la arquitectura, en cuyo caso tambi�n se instalan los
 
137
paquetes \fBBuild\-Depends\fP. Esta campo se introdujo en la versi�n 1.16.4 de
 
138
dpkg; para construir con versiones anteriores de dpkg, utilice
 
139
\fBBuild\-Depends\fP.
139
140
 
140
141
.TP 
141
142
\fBBuild\-Depends\-Indep:\fP\fI lista\-de\-paquetes\fP
144
145
paquetes \fBBuild\-Depends\fP.
145
146
 
146
147
.TP 
147
 
\fBBuild\-Conflicts:\fP\fI package list\fP
148
 
A list of packages that should not be installed when the package is built,
149
 
for example because they interfere with the build system used.  Including a
150
 
dependency in this list has the same effect as including it in both
151
 
\fBBuild\-Conflicts\-Arch\fP and \fBBuild\-Conflicts\-Indep\fP, with the additional
152
 
effect of being used for source\-only builds.
 
148
\fBBuild\-Conflicts:\fP\fI lista\-de\-paquetes\fP
 
149
Una lista de paquetes que no deben estar instalados al construir el paquete,
 
150
por ejemplo porque interfieren con el sistema de construcci�n
 
151
utilizado. Incluir una dependencia en esta lista tiene el mismo efecto que
 
152
incluirla en \fBBuild\-Conflicts\-Arch\fP y \fBBuild\-Conflicts\-Indep\fP, con el
 
153
efecto a�adido de que se utiliza para construcciones solo de las fuentes.
153
154
 
154
155
.TP 
155
 
\fBBuild\-Conflicts\-Arch:\fP\fI package list\fP
156
 
Same as \fBBuild\-Conflicts\fP, but only when building the architecture
157
 
dependent packages. This field was introduced in dpkg version 1.16.4; in
158
 
order to build with older dpkg versions, \fBBuild\-Conflicts\fP should be used
159
 
instead.
 
156
\fBBuild\-Conflicts\-Arch:\fP\fI lista\-de\-paquetes\fP
 
157
Identic� a \fBBuild\-Conflicts\fP, pero solo al construir paquetes dependientes
 
158
de la arquitectura. Este campo se introdujo en la versi�n 1.16.4 de dpkg;
 
159
para construir con versiones anteriores de dpkg, utilice \fBBuild\-Conflicts\fP.
160
160
 
161
161
.TP 
162
162
\fBBuild\-Conflicts\-Indep:\fP\fI lista\-de\-paquetes\fP
164
164
independientes de la arquitectura.
165
165
 
166
166
.PP
167
 
The syntax of the \fBBuild\-Depends\fP, \fBBuild\-Depends\-Arch\fP and
168
 
\fBBuild\-Depends\-Indep\fP fields is a list of groups of alternative
169
 
packages. Each group is a list of packages separated by vertical bar (or
170
 
"pipe") symbols, "|". The groups are separated by commas. Commas are to be
171
 
read as "AND", and pipes as "OR", with pipes binding more tightly. Each
172
 
package name is optionally followed by a version number specification in
173
 
parentheses and an architecture specification in square brackets.
 
167
La sintaxis de los campos \fBBuild\-Depends\fP, \fBBuild\-Depends\-Arch\fP y
 
168
\fBBuild\-Depends\-Indep\fP es una lista de grupos de paquetes alternativos. Cada
 
169
grupo es una lista de paquetes separados por una barra vertical �|�. Los
 
170
grupos se separan mediante comas. Las comas se leen como �AND�, y las barras
 
171
verticales como �OR�, lo cual se eval�a antes que �AND�. Cada nombre de
 
172
paquete puede ir seguido de un n�mero de versi�n definido entre par�ntesis y
 
173
la especificaci�n de la arquitectura entre corchetes.
174
174
 
175
 
The syntax of the \fBBuild\-Conflicts\fP, \fBBuild\-Conflicts\-Arch\fP and
176
 
\fBBuild\-Conflicts\-Indep\fP fields is a list of comma\-separated package names,
177
 
where the comma is read as an "AND". Specifying alternative packages using a
178
 
"pipe" is not supported.  Each package name is optionally followed by a
179
 
version number specification in parentheses and an architecture
180
 
specification in square brackets.
 
175
La sintaxis de \fBBuild\-Conflicts\fP, \fBBuild\-Conflicts\-Arch\fP y
 
176
\fBBuild\-Conflicts\-Indep\fP es una lista separada por comas de nombres de
 
177
paquete, en el que la coma se lee como �AND�. No se permite definir paquetes
 
178
alternativos utilizando una barra vertical �|�. Cada nombre de paquete puede
 
179
ir seguido de un n�mero de versi�n definido entre par�ntesis y la
 
180
especificaci�n de la arquitectura entre corchetes.
181
181
 
182
182
Un n�mero de versi�n puede empezar con �>>�, en cuyo caso cualquier
183
183
versi�n posterior encajar�a, siendo posible omitir el n�mero de revisi�n de
302
302
en el fichero �.changes�, y no aparecer� en los ficheros de control de
303
303
paquete fuente o binario.
304
304
 
305
 
Take into account that these user\-defined fields will be using the global
306
 
namespace, which might at some point in the future collide with officially
307
 
recognized fields. To avoid such potential situation you can prefix those
308
 
fields with \fBPrivate\-\fP, such as \fBXB\-Private\-New\-Field\fP, which as a side
309
 
effect will make \fBdpkg\-deb\fP not warn on them as unknown fields.
 
305
Tenga en cuenta que estos campos definidos por usuario utilizan el espacio
 
306
de nombres global, que en el futuro podr�a entrar en conflicto con campos
 
307
oficialmente reconocidos. Para evitar esta situaci�n potencial, puede
 
308
prefijar estos campos con \fBPrivate\-\fP, como por ejemplo
 
309
\fBXB\-Private\-New\-Field\fP, que como efecto a�adido impide que \fBdpkg\-deb\fP
 
310
env�e una advertencia de campo desconocido.
310
311
 
311
312
.SH EJEMPLO
312
313
.\" .RS