From nobody Mon Feb 9 21:02:35 2026 Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10on2043.outbound.protection.outlook.com [40.107.92.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 7701012D202; Tue, 5 Mar 2024 22:19:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=fail smtp.client-ip=40.107.92.43 ARC-Seal: i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709677165; cv=fail; b=UQ3Wt/HrCy02j3YmE4eAajTzNTj0ShUXnPURu4uCB8TFa4gztmqAIyRxM9125sR16o6xC5HmrX6JSyXtMr1H1dFPvw6VemKGxP+2WXXX34nba0Q2ikRtzwi481rTwbMvzJuBaQ1Lhly0XWZ/Go+rIPt/eFndhxor4Phg0LIGrvg= ARC-Message-Signature: i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709677165; c=relaxed/simple; bh=lQe/Fm6PgMomyf2JLYC4Hh6faokLZm/mD4OIQZpAAhw=; h=From:To:CC:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=dXY93Ed2rmEHFAoN2PaTDA9u3a1sXbY4PakPua9NybqlfgDYYfJ+6dyxWcOq45afV4ctCE0wXuZakzhcMcN1aU8MRZtdnQKsL2bW9ZpGH0dBf+43HwdTyFQNs2EXkeKV73dTfMr0oROWiFyYdX+9nuP93MZSQaaZXrbuJxKkpdY= ARC-Authentication-Results: i=2; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=amd.com; spf=fail smtp.mailfrom=amd.com; dkim=pass (1024-bit key) header.d=amd.com header.i=@amd.com header.b=jziuSI6U; arc=fail smtp.client-ip=40.107.92.43 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=amd.com Authentication-Results: smtp.subspace.kernel.org; spf=fail smtp.mailfrom=amd.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=amd.com header.i=@amd.com header.b="jziuSI6U" ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MJQnIhJ1k9LniBhqBuNa3B7yzG/Z7sq9viTEPtwxiozGp2rOouEp26XjoLL+YiIY3AkTMgYWVQSOFlLUworLWrkWPsl89k4xaBawvNWe9a/z/5SuZi2sB5xd8Y00jkwuzRqeuEX6vBt5NOfjRw/QXh26Iz2V1uEZrGaayWiWCMzCc0PL4BFoQ+n2cpSteZIqOjNT3PIxt0dgQC8TNU8/CO6vJYtNWvpU80cIj+LylGcLzokpsP/7Z/22T5Mn5Mirw08F3z3rkKJUdwbhWhZ6zSi5LI22aYzpREUuBzeh9wc3Wy96+WnbiJdRspp4aKxodTVDXdnCzdT/c2DcP1bVxA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=L0mXncK8z3pOLU7AvOXJs9Kr+lxZXPU0W+f0wdz1Tzo=; b=LLsq8qnU/GBcw+M2D9d+W+80PbWvot4+o/2GEP/D/t7TAyHCJEURj2aCW6hNaj481v71AxB/53rfsMqdWYPKuUoPTDrN/VH4C3FuLvsb04g/hUYSPo5T5oElgyrpLr8HIb96jQm3pBwbaZEhFcKhQxNmtJgWH1DcYS6nQfenTRGduo5r8CChLHTYhG2xVAYg1SfHpO4RzGKuHaST17kCB8KXoDLx+fk+B5CyQkbpLkTCu1HpJtl4yDeDZUVlAtpcxV81sEQJPaSUikUUEoeo3WZ+f5haIVB0+YtoDAZ4wbLTrtW4PD0Kd1IxTZg1Em59oiPfN8Aoqz99zy51WM6zlA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=lwn.net smtp.mailfrom=amd.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=amd.com; dkim=none (message not signed); arc=none (0) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amd.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=L0mXncK8z3pOLU7AvOXJs9Kr+lxZXPU0W+f0wdz1Tzo=; b=jziuSI6UOdjCjttxxru4M2O2fdsey1jfv1y804cYCQSaNbj566eAMlpSJ0pTbV/1/YLAjdr7na1XyB3fVGTeaWMyQezZOKchuLwE5iOTUjhq3EFZUQEBHzppLH9PQSggX5vLM1pjBOsZZ+k21sreiY+yKxzEBOJnoZkuhU3kDxY= Received: from CH5PR05CA0012.namprd05.prod.outlook.com (2603:10b6:610:1f0::10) by MN2PR12MB4486.namprd12.prod.outlook.com (2603:10b6:208:263::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7362.24; Tue, 5 Mar 2024 22:19:20 +0000 Received: from CH1PEPF0000AD7D.namprd04.prod.outlook.com (2603:10b6:610:1f0:cafe::32) by CH5PR05CA0012.outlook.office365.com (2603:10b6:610:1f0::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7362.24 via Frontend Transport; Tue, 5 Mar 2024 22:19:20 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 165.204.84.17) smtp.mailfrom=amd.com; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=amd.com; Received-SPF: Pass (protection.outlook.com: domain of amd.com designates 165.204.84.17 as permitted sender) receiver=protection.outlook.com; client-ip=165.204.84.17; helo=SATLEXMB04.amd.com; pr=C Received: from SATLEXMB04.amd.com (165.204.84.17) by CH1PEPF0000AD7D.mail.protection.outlook.com (10.167.244.86) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.20.7362.11 via Frontend Transport; Tue, 5 Mar 2024 22:19:20 +0000 Received: from titanite-d354host.amd.com (10.180.168.240) by SATLEXMB04.amd.com (10.181.40.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35; Tue, 5 Mar 2024 16:19:17 -0600 From: Avadhut Naik To: CC: , , , Subject: [PATCH 3/4] docs/sp_SP: Add translation of process/1.Intro.rst Date: Tue, 5 Mar 2024 16:18:38 -0600 Message-ID: <20240305221839.2764380-4-avadhut.naik@amd.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20240305221839.2764380-1-avadhut.naik@amd.com> References: <20240305221839.2764380-1-avadhut.naik@amd.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-ClientProxiedBy: SATLEXMB03.amd.com (10.181.40.144) To SATLEXMB04.amd.com (10.181.40.145) X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CH1PEPF0000AD7D:EE_|MN2PR12MB4486:EE_ X-MS-Office365-Filtering-Correlation-Id: f2b6d90e-1552-4194-9b89-08dc3d624e23 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: k/eTAuWHMTvfk/aXS/yLvwTBs4ye3h9tM5RKoiTmz+NEGYlYVkugyjlC1RZdbRBBds4FFGjM256KyGCYeHmCi6NzPAVAExWsNQ6tvE9O3OZ36rsk6XtGrSJOAGj5o46rXS2x8XHnzTIkpj49rNtSOkz4KNdqAbdfZ4gWxxkFdAEw6Nofl1U5XFGO25LPXAtgu3Z9U15m3pGMC1y7DaxEUvrS1WnhXcbAdPPKINbU9zEp+ALT0L1FNxLs2kA4I9i5wJ4yeobUAx0nxrtZnbiCogJor7Ig3Y3J9D9VsztP+ZoZxdjXV/9OB/k9J2UYYZL42SMNzSF1CLUq4XsnqmMMOw/frWZWH59xrsYNm9KYhaHIffw/HgXxZ4HOvfe+0CbRdgGDtEXHRlgXpA9h3jZLEx3JAfSpEZKRMDqlc0dJ9iX9mv48diRZlyp9OtJDZxO3fYSzVSWrDanCkwDziup6W1jpaWnZLRtFBDqJt4oglnSI/wZ29UGsIJZcCLe8eULlKw0rGSFbdg2ZfMzDuXBoFwwodhK0i1wIvloWQSr4zOyX/X05O8x0yn+ZHwLTf0gp+CwCZTRkFsp/BOsxE2n+knikUdAKrjbvwRiVdQPYV+fFoarb69qRG6681nYrZZqJK6so0DxHnK9nGJjOHfTD4YvXUXOSIMV1NE8FAwcync+Y3EMEUy9qplsgHigdOE6htVGS2DM07UIvcCNWfsBqgjrILLgsMP2OECXUL9ARx9Ro1QOtqni9RwVb3Knwl2pQ X-Forefront-Antispam-Report: CIP:165.204.84.17;CTRY:US;LANG:es;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:SATLEXMB04.amd.com;PTR:InfoDomainNonexistent;CAT:NONE;SFS:(13230031)(376005)(36860700004)(82310400014);DIR:OUT;SFP:1101; X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 05 Mar 2024 22:19:20.6188 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: f2b6d90e-1552-4194-9b89-08dc3d624e23 X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3dd8961f-e488-4e60-8e11-a82d994e183d;Ip=[165.204.84.17];Helo=[SATLEXMB04.amd.com] X-MS-Exchange-CrossTenant-AuthSource: CH1PEPF0000AD7D.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR12MB4486 Translate Documentation/process/1.Intro.rst into Spanish In order to avoid broken links in the translated document, empty files have been created for documents which have not yet been translated. Signed-off-by: Avadhut Naik Reviewed-by: Carlos Bilbao --- .../translations/sp_SP/process/1.Intro.rst | 302 ++++++++++++++++++ .../translations/sp_SP/process/2.Process.rst | 11 + .../sp_SP/process/3.Early-stage.rst | 11 + .../translations/sp_SP/process/4.Coding.rst | 11 + .../translations/sp_SP/process/5.Posting.rst | 11 + .../sp_SP/process/6.Followthrough.rst | 11 + .../sp_SP/process/7.AdvancedTopics.rst | 11 + .../sp_SP/process/8.Conclusion.rst | 11 + .../sp_SP/process/development-process.rst | 2 + 9 files changed, 381 insertions(+) create mode 100644 Documentation/translations/sp_SP/process/1.Intro.rst create mode 100644 Documentation/translations/sp_SP/process/2.Process.rst create mode 100644 Documentation/translations/sp_SP/process/3.Early-stage.= rst create mode 100644 Documentation/translations/sp_SP/process/4.Coding.rst create mode 100644 Documentation/translations/sp_SP/process/5.Posting.rst create mode 100644 Documentation/translations/sp_SP/process/6.Followthroug= h.rst create mode 100644 Documentation/translations/sp_SP/process/7.AdvancedTopi= cs.rst create mode 100644 Documentation/translations/sp_SP/process/8.Conclusion.r= st diff --git a/Documentation/translations/sp_SP/process/1.Intro.rst b/Documen= tation/translations/sp_SP/process/1.Intro.rst new file mode 100644 index 000000000000..9b92b6c85221 --- /dev/null +++ b/Documentation/translations/sp_SP/process/1.Intro.rst @@ -0,0 +1,302 @@ +.. include:: ../disclaimer-sp.rst + +:Original: Documentation/process/1.Intro.rst +:Translator: Avadhut Naik + +.. _sp_development_process_intro: + +Introducci=C3=B3n +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D + +Resumen ejecutivo +----------------- + +El resto de esta secci=C3=B3n cubre el alcance del proceso de desarrollo d= el +kernel y los tipos de frustraciones que los desarrolladores y sus +empleadores pueden encontrar all=C3=AD. Hay muchas razones por las que el +c=C3=B3digo del kernel debe fusionarse con el kernel oficial (=E2=80=9Cmai= nline=E2=80=9D), +incluyendo la disponibilidad autom=C3=A1tica para los usuarios, el apoyo d= e la +comunidad en muchas formas, y la capacidad de influir en la direcci=C3=B3n= del +desarrollo del kernel. El c=C3=B3digo contribuido al kernel de Linux debe +estar disponible bajo una licencia compatible con GPL. + +:ref:`sp_development_process` introduce el proceso de desarrollo, el ciclo +de lanzamiento del kernel y la mec=C3=A1nica de la "ventana de combinaci= =C3=B3n" +(merge window). Se cubren las distintas fases en el desarrollo del parche, +la revisi=C3=B3n y, el ciclo de fusi=C3=B3n. Hay algunas discusiones sobre +herramientas y listas de correo. Se anima a los desarrolladores que deseen +comenzar con el desarrollo del kernel a encontrar y corregir errores como +ejercicio inicial. + +:ref:`sp_development_early_stage` cubre la planificaci=C3=B3n de proyectos= en +etapas tempranas, con =C3=A9nfasis en involucrar a la comunidad de desarro= llo +lo antes posible. + +:ref:`sp_development_coding` trata sobre el proceso de codificaci=C3=B3n. = Se +discuten varios escollos encontrados por otros desarrolladores. Se cubren +algunos requisitos para los parches, y hay una introducci=C3=B3n a algunas= de +las herramientas que pueden ayudar a garantizar que los parches del kernel +sean correctos. + +:ref:`sp_development_posting` trata sobre el proceso de enviar parches para +su revisi=C3=B3n. Para ser tomados en serio por la comunidad de desarrollo, +los parches deben estar correctamente formateados y descritos, y deben +enviarse al lugar correcto. Seguir los consejos de esta secci=C3=B3n deber= =C3=ADa +ayudar a garantizar la mejor recepci=C3=B3n posible para su trabajo. + +:ref:`sp_development_followthrough` cubre lo que sucede despu=C3=A9s de pu= blicar +parches; el trabajo est=C3=A1 lejos de terminar en ese momento. Trabajar c= on +revisores es una parte crucial del proceso de desarrollo; esta secci=C3=B3n +ofrece varios consejos sobre c=C3=B3mo evitar problemas en esta importante +etapa. Se advierte a los desarrolladores que no asuman que el trabajo est= =C3=A1 +terminado cuando un parche se fusiona en mainline. + +:ref:`sp_development_advancedtopics` introduce un par de temas =E2=80=9Cav= anzados=E2=80=9D: +la administraci=C3=B3n de parches con git y la revisi=C3=B3n de parches pu= blicados +por otros. + +:ref:`sp_development_conclusion` concluye el documento con punteros a las +fuentes para obtener m=C3=A1s informaci=C3=B3n sobre el desarrollo del ker= nel. + +De qu=C3=A9 trata este documento +--------------------------- + +El kernel de Linux, con m=C3=A1s de 8 millones de l=C3=ADneas de c=C3=B3di= go y m=C3=A1s de +1000 colaboradores en cada versi=C3=B3n, en uno de los proyectos de softwa= re +libre m=C3=A1s grandes y activos que existen. Desde sus humildes comienzos= en +1991, este kernel ha evolucionado hasta convertirse en el mejor componente +del sistema operativo que se ejecuta en reproductores de m=C3=BAsica digit= al +de bolsillo, PC de escritorio, las supercomputadoras m=C3=A1s grandes que +existen y todo tipo de sistemas intermedios. Es una soluci=C3=B3n robusta, +eficiente, y escalable para casi cualquier situaci=C3=B3n. + +Con el crecimiento de Linux, ha llegado un aumento en el n=C3=BAmero de +desarrolladores (y empresas) que desean participar en su desarrollo. Los +vendedores de hardware quieren asegurarse de que Linux sea compatible con +sus productos, lo que hace que esos productos sean atractivos para los +usuarios de Linux. Los vendedores de sistemas embebidos, que utilizan +Linux como componente de un producto integrado, quieren que Linux sea lo +m=C3=A1s capaz y adecuado posible para tarea en cuesti=C3=B3n. Los distrib= uidores +y otros vendedores de software que basan sus productos en Linux tienen un +claro inter=C3=A9s en las capacidades, el rendimiento, y la fiabilidad del +kernel de Linux. Y los usuarios finales, tambi=C3=A9n, a menudo desear=C3= =A1n +cambiar Linux para que se adapte mejor a sus necesidades. + +Una de las caracter=C3=ADsticas m=C3=A1s convincentes de Linux es que es a= ccesible +a estos desarrolladores; cualquier persona con las habilidades necesarias +puede mejorar Linux e influir en la direcci=C3=B3n de su desarrollo. Los +productos propietarios no pueden ofrecer este tipo de apertura, que es una +caracter=C3=ADstica del proceso de software libre. Pero, en todo caso, el +kernel es a=C3=BAn m=C3=A1s libre que la mayor=C3=ADa de los otros proyect= os de software +libre. Un ciclo t=C3=ADpico de desarrollo de kernel de tres meses puede +involucrar a m=C3=A1s de 1000 desarrolladores que trabajan para m=C3=A1s d= e 100 +empresas diferentes (o sin pertenecer a ninguna empresa). + +Trabajar con la comunidad de desarrollo del kernel no es especialmente +dif=C3=ADcil. Pero, a pesar de eso, muchos colaboradores potenciales han +experimentado dificultades al tratar de hacer el trabajo del kernel. La +comunidad del kernel ha desarrollado sus propias formas distintivas de +operar, lo que le permite funcionar de manera fluida (y producir un +producto de alta calidad) en un entorno donde miles de l=C3=ADneas de c=C3= =B3digo +se cambian todos los d=C3=ADas. Por lo tanto, no es sorprendente que el +proceso de desarrollo del kernel de Linux difiera mucho de los m=C3=A9todo= s de +desarrollo propietarios. + +El proceso de desarrollo del kernel puede parecer extra=C3=B1o e intimidan= te +para los nuevos desarrolladores, pero hay buenas razones y una s=C3=B3lida +experiencia detr=C3=A1s de =C3=A9l. Un desarrollador que no entienda las f= ormas de +la comunidad del kernel (o, peor a=C3=BAn, que intente burlarse o eludirla= s) +tendr=C3=A1 una experiencia frustrante por delante. La comunidad de +desarrollo, si bien es servicial para aquellos que est=C3=A1n tratando de +aprender, tiene poco tiempo para aquellos que no escuchan o que no se +preocupan por el proceso de desarrollo. + +Se espera que quienes lean este documento puedan evitar esa experiencia +frustrante. Hay mucho material aqu=C3=AD, pero el esfuerzo que implica lee= rlo +ser=C3=A1 recompensado en poco tiempo. La comunidad de desarrollo siempre +necesita desarrolladores que ayudan a mejorar el kernel; el siguiente +texto deber=C3=ADa ayudarle =E2=80=93 o a quienes trabajan para usted, a u= nirse a +nuestra comunidad. + +Cr=C3=A9ditos +-------- + +Este documento fue escrito por Jonathan Corbet, corbet@lwn.net. Ha sido +mejorado por los comentarios de Johannes Berg, James Berry, Alex Chiang, +Roland Dreier, Randy Dunlap, Jake Edge, Jiri Kosina, Matt Mackall, Arthur +Marsh, Amanda McPherson, Andrew Morton, Andrew Price, Tsugikazu Shibata y +Jochen Vo=C3=9F. +Este trabajo fue respaldado por la Fundaci=C3=B3n Linux; gracias especialm= ente +a Amanda McPherson, quien reconoci=C3=B3 el valor de este esfuerzo e hizo = que +todo sucediera. + +Importancia de integrar el c=C3=B3digo en el mainline +------------------------------------------------ + +Algunas empresas y desarrolladores ocasionalmente se preguntan por qu=C3= =A9 +deber=C3=ADan molestarse en aprender c=C3=B3mo trabajar con la comunidad d= el +kernel y obtener su c=C3=B3digo en el kernel mainline (el =E2=80=9Cmainlin= e=E2=80=9D es el +kernel mantenido por Linus Torvalds y utilizado como base por los +distribuidores de Linux. A corto plazo, contribuir con c=C3=B3digo puede +parecer un gasto evitable; parece m=C3=A1s f=C3=A1cil mantener el c=C3=B3d= igo separado +y dar soporte a los usuarios directamente. La verdad del asunto es que +mantener el c=C3=B3digo separado (=E2=80=9Cfuera del =C3=A1rbol=E2=80=9D) = es pan para hoy y hambre +para ma=C3=B1ana. + +Para ilustrar los costos del c=C3=B3digo fuera-del-=C3=A1rbol, aqu=C3=AD h= ay algunos +aspectos relevantes del proceso de desarrollo del kernel. La mayor=C3=ADa = de +estos se discutir=C3=A1n con mayor detalle m=C3=A1s adelante en este docum= ento. +Considerar: + +- El c=C3=B3digo que se ha fusionado con el kernel mainline est=C3=A1 disp= onible + para todos los usuarios de Linux. Estar=C3=A1 presente autom=C3=A1ticame= nte en + todas las distribuciones que lo habiliten. No hay necesidad de discos + de controladores, descargas, o las molestias de admitir m=C3=BAltiples + versiones de m=C3=BAltiples distribuciones; todo simplemente funciona, p= ara + el desarrollador y para el usuario. La incorporaci=C3=B3n al mainline + resuelve un gran n=C3=BAmero de problemas de distribuci=C3=B3n y soporte. + +- Mientras los desarrolladores del kernel se esfuerzan por mantener una + interfaz estable para el espacio de usuario, la API interna de kernel + est=C3=A1 en constante cambio. La falta de una interfaz interna estable = es + una decisi=C3=B3n deliberada de dise=C3=B1o; permite realizar mejoras + fundamentales en cualquier momento y da como resultado un c=C3=B3digo de + mayor calidad. Pero uno resultado de esa pol=C3=ADtica es que cualquier + c=C3=B3digo fuera-del-=C3=A1rbol requiere un mantenimiento constante si = va a + funcionar con los nuevos kernels. Mantener el c=C3=B3digo fuera-del-=C3= =A1rbol + requiere una cantidad significativa de trabajo s=C3=B3lo para que ese c= =C3=B3digo + siga funcionando. + + En su lugar, el c=C3=B3digo en el mainline no requiere este trabajo como + resultado de una regla simple que requiere que cualquier desarrollador + que realice un cambio en la API tambi=C3=A9n corrija cualquier c=C3=B3di= go que + se rompa como resultado de ese cambio. As=C3=AD que, el c=C3=B3digo fusi= onado en + el mainline tiene costos de mantenimiento significativamente m=C3=A1s ba= jos. + +- M=C3=A1s all=C3=A1 de eso, el c=C3=B3digo que est=C3=A1 en el kernel a m= enudo ser=C3=A1 + mejorado por otros desarrolladores. Resultados sorprendentes pueden + provenir de capacitar a su comunidad de usuarios y clientes para mejorar + su producto. + +- El c=C3=B3digo del kernel se somete a revisi=C3=B3n, tanto antes como de= spu=C3=A9s + de fusionarse con el mainline. No importa cu=C3=A1n fuertes sean las + habilidades del desarrollador original, este proceso de revisi=C3=B3n + invariablemente encuentra formas en las que se puede mejorar el c=C3=B3d= igo. + A menudo la revisi=C3=B3n encuentra errores graves y problemas de seguri= dad. + Esto es especialmente cierto para el c=C3=B3digo que se ha desarrollado = en + un entorno cerrado; dicho c=C3=B3digo se beneficia fuertemente de la + revisi=C3=B3n por desarrolladores externos. El c=C3=B3digo fuera-del-=C3= =A1rbol es + de menor calidad. + +- La participaci=C3=B3n en el proceso de desarrollo es su manera de influi= r en + la direcci=C3=B3n del desarrollo del kernel. Los usuarios que se quejan + desde el sofa son escuchados, pero los desarrolladores activos tienen + una voz m=C3=A1s fuerte =E2=80=93 y la capacidad de implementar cambios = que hacen + que el kernel funcione mejor para sus necesidades. + +- Cuando el c=C3=B3digo se mantiene por separado, siempre existe la posibi= lidad + de que un tercero contribuya a una implementaci=C3=B3n diferente de una + caracter=C3=ADstica similar. Si eso sucede, conseguir que su c=C3=B3digo + fusionado ser=C3=A1 mucho m=C3=A1s dif=C3=ADcil =E2=80=93 hasta el punto= de la imposibilidad. + Entonces se enfrentar=C3=A1 a las desagradables alternativas de (1) mant= ener + una caracter=C3=ADstica no est=C3=A1ndar fuera del =C3=A1rbol indefinida= mente, o + (2) abandonar su c=C3=B3digo y migrar sus usuarios a la versi=C3=B3n en = el =C3=A1rbol. + +- La contribuci=C3=B3n del c=C3=B3digo es la acci=C3=B3n fundamental que h= ace que todo + el proceso funcione. Al contribuir con su c=C3=B3digo, puede agregar nue= vas + funcionalidades al kernel y proporcionar capacidades y ejemplos que son + =C3=BAtiles para otros desarrolladores del kernel. Si ha desarrollado c= =C3=B3digo + para Linux (o est=C3=A1 pensando en hacerlo), claramente tiene un inter= =C3=A9s + en el =C3=A9xito continuo de esta plataforma; contribuir con c=C3=B3digo= es una + de las mejores maneras de ayudar a garantizar ese =C3=A9xito. + +Todo el razonamiento anterior se aplica a cualquier c=C3=B3digo de kernel +fuera-del-=C3=A1rbol, incluido el c=C3=B3digo que se distribuye en forma p= ropietaria +y =C3=BAnicamente en binario. Sin embargo, hay factores adicionales que de= ben +tenerse en cuenta antes de considerar cualquier tipo de distribuci=C3=B3n = de +c=C3=B3digo de kernel =C3=BAnicamente en binario. Estos incluyen: + +- Las cuestiones legales en torno a la distribuci=C3=B3n de m=C3=B3dulos + propietarios del kernel son, en el mejor de los casos, confusas; + bastantes titulares de derechos de autor del kernel creen que la + mayor=C3=ADa de los m=C3=B3dulos binarios son productos derivados del ke= rnel y + que, como resultado, su distribuci=C3=B3n es una violaci=C3=B3n de la li= cencia + P=C3=BAblica General de GNU (sobre la que se dir=C3=A1 m=C3=A1s adelante= ). El autor + de este texto no es abogado, y nada en este documento puede considerarse + asesoramiento legal. Solo los tribunales pueden determinar el verdadero + estatus legal de los m=C3=B3dulos de c=C3=B3digo cerrado. Pero la incert= idumbre + que acecha a esos m=C3=B3dulos est=C3=A1 ah=C3=AD a pesar de todo. + +- Los m=C3=B3dulos binarios aumentan enormemente la dificultad de depurar + problemas del kernel, hasta el punto de que la mayor=C3=ADa de los + desarrolladores del kernel ni siquiera lo intentar=C3=A1n. Por lo tanto, + la distribuci=C3=B3n de m=C3=B3dulos =C3=BAnicamente en binario har=C3= =A1 que sea m=C3=A1s + dif=C3=ADcil para sus usuarios obtener soporte de la comunidad. + +- El soporte tambi=C3=A9n es m=C3=A1s dif=C3=ADcil para los distribuidores= de m=C3=B3dulos + =C3=BAnicamente en binario, que deben proporcionar una versi=C3=B3n del = m=C3=B3dulo + para cada distribuci=C3=B3n y cada versi=C3=B3n del kernel que deseen ap= oyar. + Podr=C3=ADa requerir docenas de compilaciones de un solo m=C3=B3dulo para + proporcionar una cobertura razonablemente completa, y sus usuarios + tendr=C3=A1n que actualizar su m=C3=B3dulo por separado cada vez que + actualicen su kernel. + +- Todo lo que se dijo anteriormente sobre la revisi=C3=B3n de c=C3=B3digo = se aplica + doblemente al c=C3=B3digo cerrado. Dado que este c=C3=B3digo no est=C3= =A1 disponible + en absoluto, no puede haber sido revisado por la comunidad y, sin duda, + tendr=C3=A1 serios problemas. + +Los fabricantes de sistemas embebidos, en particular, pueden verse +tentados a ignorar gran parte de lo que se ha dicho en esta secci=C3=B3n +creyendo que est=C3=A1n enviando un producto aut=C3=B3nomo que utiliza una +versi=C3=B3n de kernel congelada y no requiere m=C3=A1s desarrollo despu= =C3=A9s de su +lanzamiento. Este argumento desaprovecha el valor de la revisi=C3=B3n +generalizad del c=C3=B3digo y el valor de permitir que sus usuarios agregu= en +capacidades a su producto. Pero estos productos tambi=C3=A9n tienen una vi= da +comercial limitada, despu=C3=A9s de la cual se debe lanzar una nueva versi= =C3=B3n. +En ese punto, los vendedores cuyo c=C3=B3digo est=C3=A9 en el mainline y b= ien +mantenido estar=C3=A1n en una posici=C3=B3n mucho mejor para preparar el n= uevo +producto r=C3=A1pidamente para el mercado. + +Licencias +--------- + +El c=C3=B3digo se contribuye al kernel de Linux bajo varias licencias, pero +todo el c=C3=B3digo debe ser compatible con la versi=C3=B3n 2 de la Licenc= ia +P=C3=BAblica General de GNU (GPLv2), que cubre la distribuci=C3=B3n del ke= rnel. En +la pr=C3=A1ctica, esto significa que todas las contribuciones de c=C3=B3di= go est=C3=A1n +cubiertas ya sea por la GPLv2 (con, opcionalmente, un lenguaje que permite +la distribuci=C3=B3n en versiones posteriores de la GPL) o por la licencia= BSD +de tres cl=C3=A1usulas. Cualquier contribuci=C3=B3n que no est=C3=A9 cubie= rta por una +licencia compatible no ser=C3=A1 aceptada en el kernel. + +No se requieren (ni se solicitan) cesiones de derechos de autor para el +c=C3=B3digo aportado al kernel. Todo el c=C3=B3digo fusionado en el kernel +mainline conserva su propiedad original; como resultado, el kernel ahora +tiene miles de propietarios. + +Una implicaci=C3=B3n de esta estructura de propiedad es que cualquier inte= nto +de cambiar la licencia del kernel est=C3=A1 condenado a un fracaso casi se= guro. +Hay pocos escenarios pr=C3=A1cticos en los que se pueda obtener el acuerdo= de +todos los titulares de derechos de autor (o eliminar su c=C3=B3digo del +kernel). As=C3=AD que, en particular, no hay perspectivas de una migraci= =C3=B3n a +la versi=C3=B3n 3 de la GPL en un futuro previsible. + +Es imperativo que todo el c=C3=B3digo aportado al kernel sea leg=C3=ADtima= mente +software libre. Por esa raz=C3=B3n, no se aceptar=C3=A1 c=C3=B3digo de col= aboradores +an=C3=B3nimos (o seud=C3=B3nimos). Todos los colaboradores est=C3=A1n obli= gados a +=E2=80=9Cfirmar=E2=80=9D su c=C3=B3digo, indicando que el c=C3=B3digo pued= e ser distribuido con +el kernel bajo la GPL. El c=C3=B3digo que no ha sido licenciado como softw= are +libre por su propietario, o que corre el riesgo de crear problemas +relacionadas con los derechos de autor para el kernel (como el c=C3=B3digo= que +se deriva de esfuerzos de ingenier=C3=ADa inversa que carecen de las garan= t=C3=ADas +adecuadas) no puede ser contribuido. + +Las preguntas sobre cuestiones relacionadas con los derechos de autor son +comunes en las listas de correo de desarrollo de Linux. Normalmente, estas +preguntas no recibir=C3=A1n escasez de respuestas, pero se debe tener en c= uenta +que las personas que responden a esas preguntas no son abogados y no +pueden proporcionar consejo legal. Si tiene preguntas legales relacionadas +con el c=C3=B3digo fuente de Linux, no hay sustituto para hablar con un ab= ogado +que entienda este campo. Confiar en las respuestas obtenidas en listas +t=C3=A9cnicas de correo es un asunto arriesgado. diff --git a/Documentation/translations/sp_SP/process/2.Process.rst b/Docum= entation/translations/sp_SP/process/2.Process.rst new file mode 100644 index 000000000000..768c43dfd805 --- /dev/null +++ b/Documentation/translations/sp_SP/process/2.Process.rst @@ -0,0 +1,11 @@ +.. include:: ../disclaimer-sp.rst + +:Original: Documentation/process/2.Process.rst + +.. _sp_development_process: + +C=C3=B3mo funciona el proceso de desarrollo +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D + +.. warning:: + TODO a=C3=BAn no traducido diff --git a/Documentation/translations/sp_SP/process/3.Early-stage.rst b/D= ocumentation/translations/sp_SP/process/3.Early-stage.rst new file mode 100644 index 000000000000..71cfb3fb0fda --- /dev/null +++ b/Documentation/translations/sp_SP/process/3.Early-stage.rst @@ -0,0 +1,11 @@ +.. include:: ../disclaimer-sp.rst + +:Original: Documentation/process/3.Early-stage.rst + +.. _sp_development_early_stage: + +Planificaci=C3=B3n en etapa inicial +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D + +.. warning:: + TODO a=C3=BAn no traducido diff --git a/Documentation/translations/sp_SP/process/4.Coding.rst b/Docume= ntation/translations/sp_SP/process/4.Coding.rst new file mode 100644 index 000000000000..d9436e039b4b --- /dev/null +++ b/Documentation/translations/sp_SP/process/4.Coding.rst @@ -0,0 +1,11 @@ +.. include:: ../disclaimer-sp.rst + +:Original: Documentation/process/4.Coding.rst + +.. _sp_development_coding: + +Conseguir el c=C3=B3digo correcto +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D + +.. warning:: + TODO a=C3=BAn no traducido diff --git a/Documentation/translations/sp_SP/process/5.Posting.rst b/Docum= entation/translations/sp_SP/process/5.Posting.rst new file mode 100644 index 000000000000..50a3bc5998a8 --- /dev/null +++ b/Documentation/translations/sp_SP/process/5.Posting.rst @@ -0,0 +1,11 @@ +.. include:: ../disclaimer-sp.rst + +:Original: Documentation/process/5.Posting.rst + +.. _sp_development_posting: + +Publicar parches +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D + +.. warning:: + TODO a=C3=BAn no traducido diff --git a/Documentation/translations/sp_SP/process/6.Followthrough.rst b= /Documentation/translations/sp_SP/process/6.Followthrough.rst new file mode 100644 index 000000000000..f0acf9082bb3 --- /dev/null +++ b/Documentation/translations/sp_SP/process/6.Followthrough.rst @@ -0,0 +1,11 @@ +.. include:: ../disclaimer-sp.rst + +:Original: Documentation/process/6.Followthrough.rst + +.. _sp_development_followthrough: + +Seguimiento +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D + +.. warning:: + TODO a=C3=BAn no traducido diff --git a/Documentation/translations/sp_SP/process/7.AdvancedTopics.rst = b/Documentation/translations/sp_SP/process/7.AdvancedTopics.rst new file mode 100644 index 000000000000..553759857339 --- /dev/null +++ b/Documentation/translations/sp_SP/process/7.AdvancedTopics.rst @@ -0,0 +1,11 @@ +.. include:: ../disclaimer-sp.rst + +:Original: Documentation/process/7.AdvancedTopics.rst + +.. _sp_development_advancedtopics: + +Temas avanzados +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D + +.. warning:: + TODO a=C3=BAn no traducido diff --git a/Documentation/translations/sp_SP/process/8.Conclusion.rst b/Do= cumentation/translations/sp_SP/process/8.Conclusion.rst new file mode 100644 index 000000000000..dd181cb8ec9a --- /dev/null +++ b/Documentation/translations/sp_SP/process/8.Conclusion.rst @@ -0,0 +1,11 @@ +.. include:: ../disclaimer-sp.rst + +:Original: Documentation/process/8.Conclusion.rst + +.. _sp_development_conclusion: + +Para m=C3=A1s informaci=C3=B3n +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D + +.. warning:: + TODO a=C3=BAn no traducido diff --git a/Documentation/translations/sp_SP/process/development-process.r= st b/Documentation/translations/sp_SP/process/development-process.rst index 41616249aa9e..17fb168418ac 100644 --- a/Documentation/translations/sp_SP/process/development-process.rst +++ b/Documentation/translations/sp_SP/process/development-process.rst @@ -22,3 +22,5 @@ para entenderla. :caption: Contenido :numbered: :maxdepth: 2 + + 1.Intro --=20 2.34.1