Message ID | 20221118170942.2588412-1-carlos.bilbao@amd.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:adf:f944:0:0:0:0:0 with SMTP id q4csp313650wrr; Fri, 18 Nov 2022 09:16:19 -0800 (PST) X-Google-Smtp-Source: AA0mqf6C8nLvqPbcX0djTVBEY6SUtHldhetLq/TRZjhbW1gdDyjmiA2VEVnIHiZrabRifdME/DbS X-Received: by 2002:a17:906:6859:b0:7ae:4ed2:84f4 with SMTP id a25-20020a170906685900b007ae4ed284f4mr6691210ejs.429.1668791779345; Fri, 18 Nov 2022 09:16:19 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1668791779; cv=pass; d=google.com; s=arc-20160816; b=oP9hJApL9ckgslIvjsiYyPvne4YV1fUXyzFx3p6nXh9B5vQak/IVW9LZZpuEZCbCFe HPfwFTe+gQ4jUnX6eaEd/Z8SLDmcwpqVrFRhIYQzH/gc3kXB1xmJEvCczFUqup8TazSF yovLW3b67OW1mtUrVRF2BNnPq/8+kQqIxf+XjVsYCQTn/hcjIZDl/75WZVjILZoXsVoe Hiav0SVW1VT+QFyOONW7+yWjn59v84tWW75+GoAxkkeza3oFmgUj1sSa2cBN5mY/1cBK xPnJ2K5JGbad/kUsHnmJjL+8tCVaiWKFkrsMiP/X9A385eXwZlXs+AxOqCVBNeC7Lu3P Z45w== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=23luJiCgLkeLdBq3muDDZ/QXePPd4pnAQAWcpWPnSyc=; b=n6pCULCss6Tna8xm5QzDeJb6f5cjJIWT/eB/8l3+kRV7Rtq4zi43lrU74lt2XD7Arh BTsEQ7iNoeU1Q0WtNPHFlb4t6r9TboQS6wUoYNhNf2pNKRqokoVLluU4XqTCByVd/PzS SGIcty5m0gBCKa3k++xU3AgzpEpq9ooIs1iLZXWcqnZqK08O7kP9JxDxaBcPmOdtV8yt fD3f+5tyjaP1ABXqIONbhZcwlInixWHBvKNfgAua0VJ8+vruT7t7jh3Zsr+whz4PxcRY bqx5838SK3Z/nVAt8j7W5f7Er2cwL9yiv2JRmuA3oQz4YDJpBjfNG3alUAcK5nj32jsH KSUg== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@amd.com header.s=selector1 header.b=pVTT6TwP; arc=pass (i=1 spf=pass spfdomain=amd.com dmarc=pass fromdomain=amd.com); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amd.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m9-20020a170906848900b00783645da4e5si2821563ejx.582.2022.11.18.09.15.51; Fri, 18 Nov 2022 09:16:19 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@amd.com header.s=selector1 header.b=pVTT6TwP; arc=pass (i=1 spf=pass spfdomain=amd.com dmarc=pass fromdomain=amd.com); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amd.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242452AbiKRRJy (ORCPT <rfc822;kkmonlee@gmail.com> + 99 others); Fri, 18 Nov 2022 12:09:54 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45978 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241792AbiKRRJu (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Fri, 18 Nov 2022 12:09:50 -0500 Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2055.outbound.protection.outlook.com [40.107.237.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3B6098C79B; Fri, 18 Nov 2022 09:09:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RAkbMU106bs1yh91aSTt2Lpn4WSTRy31FmNGtO4YuKWDFjeduz8kTw46VblRVJhfO8AISsVOB0ZXK30ep2V20BPwfUZGett8qzEP4gJadkTcBtWKEoj37VpQNP7J+mHF0pbzWSQ0eUa7o/oBhVA9iZxFXyJTyVRuxF2bfOmsUk5G9uvPPba8Pt6jnBVLWWYLOZcWKNwGJDbzbAnf4N6f+z7LItrJDJtUCU3LBFw2np9vWAFZYtjZ5Yp4GHoktZV/KpNZETfDr6l+gxh3bOvFtffuam4M7AUnqvGQ/Eyx22pD8dR5+X42dR459Atih5rxQIc4jF2kovtS6sWeHg5j2g== 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=23luJiCgLkeLdBq3muDDZ/QXePPd4pnAQAWcpWPnSyc=; b=hVajY5EXIYIdGdMxxVda11V5IPz3R1qQc9wPmZYULkigip0JGXP3PpOfj/y3BxJE2R7m3UulSwBNNpfj5DJ8puAEtzKEIY/JxSSxxxMdwLKm4YaNvUKSy0VXvImceTESeMpYyUsmqme6tkaD3aSCqmFYFY/aViKGm4UlqPqBMPCzpC8w7hBa+i3aihnwA0vTAwUfKYAWqhetuWiD7gaWQGG4X3oCILSTiuegEODDMNbr9NkOneI1E4wFUO3w7yWllJsdkzkVTvhTP1LpIp4chPwWGdrz0NrWjWahbmphQwgZSrIkgyC/shwuDdk4HpeC07ArdS8R8lANfH6d6qUMYQ== 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 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=23luJiCgLkeLdBq3muDDZ/QXePPd4pnAQAWcpWPnSyc=; b=pVTT6TwPNEihgMTtZHP6h01paN5WRR7HeFeSGtG5J/KlHwQZ4qnKo8wuzt+4mkmRlD7/V+/uWGgrdahIq7/JCprFOexRyTBB14ueTnfZ1H+dnwFA8B+yJUQu8FxSmnRC/1lDSDcyaX+qLwyRoYxhBg9ufCWB15fjOBYizlM2o+k= Received: from BN0PR04CA0037.namprd04.prod.outlook.com (2603:10b6:408:e8::12) by MW5PR12MB5622.namprd12.prod.outlook.com (2603:10b6:303:198::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5813.19; Fri, 18 Nov 2022 17:09:44 +0000 Received: from BN8NAM11FT116.eop-nam11.prod.protection.outlook.com (2603:10b6:408:e8:cafe::4a) by BN0PR04CA0037.outlook.office365.com (2603:10b6:408:e8::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5834.9 via Frontend Transport; Fri, 18 Nov 2022 17:09:44 +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=SATLEXMB03.amd.com; pr=C Received: from SATLEXMB03.amd.com (165.204.84.17) by BN8NAM11FT116.mail.protection.outlook.com (10.13.176.67) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.20.5834.8 via Frontend Transport; Fri, 18 Nov 2022 17:09:44 +0000 Received: from SATLEXMB03.amd.com (10.181.40.144) by SATLEXMB03.amd.com (10.181.40.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.34; Fri, 18 Nov 2022 11:09:43 -0600 Received: from iron-maiden.amd.com (10.180.168.240) by SATLEXMB03.amd.com (10.181.40.144) with Microsoft SMTP Server id 15.1.2375.34 via Frontend Transport; Fri, 18 Nov 2022 11:09:43 -0600 From: Carlos Bilbao <carlos.bilbao@amd.com> To: <corbet@lwn.net>, <lukas.bulwahn@gmail.com> CC: <Dhaval.Giani@amd.com>, <linux-kernel@vger.kernel.org>, <linux-doc@vger.kernel.org>, <bilbao@vt.edu>, <ojeda@kernel.org>, "Carlos Bilbao" <carlos.bilbao@amd.com> Subject: [PATCH 0/2] kernel-docs: New maintainer and Spanish translation Date: Fri, 18 Nov 2022 11:09:40 -0600 Message-ID: <20221118170942.2588412-1-carlos.bilbao@amd.com> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: BN8NAM11FT116:EE_|MW5PR12MB5622:EE_ X-MS-Office365-Filtering-Correlation-Id: 093b4516-a50a-4b9f-709b-08dac987b077 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: nsE0yvfHr5RYRDRB1lqUX8FiUXCCgCe6Qv4lIiRxN2jKXzsDL0jbYe40LpmdQOZaqzLBDD4yfI5ubvRNZDkRsF/spoUAy5ymQs9ZFCerrQqi4PtLcdVwld5BPOUM+VDyVGst4Q+KFdkp6nhbW+sXHP2IVAeGU7IVfT4xS1k4PeOO0mwTTuYWTbEfeeaFZluPFAja/L9ffUehygts2YH197yhIl/lnpzBQNNOn8w5v5RjLZWmFWbiFT1Apd35yguG3eLqd+PhAOjalWuLIHfPQLu8Etx/FLaEpAc9mYQJL9idC8L2iRWqjJQfQfOa/Nd0JVmaQYg9yDMIe3NV3xfLQlzB/y+Ic7DJoSZwp4cuZSF7XzrPMRoL7joqFmS2hoeOUj5FYFU4R0MeipV12EKlCScc9eJi2SHS70chDoXdHuvTBCOhnJk2qr2CH+CQGxhlxNOvhsCNBY9KPd99rf/6mk+ZPHkXyT9kV/Fd8cVhqMsUfCGLb3wkaqi8FJLrvnRBwcTcZPNV9MIo06eEBhWFjqtUi3QAPqfo9jmZcMFbT/tW9qOwi1oRWx8a0Vc115UC/CAp/T23qT0Kl7OKQzeUij2hM7PClYe46gTgfebnL7EjCn/pFw3B16nuAMJ0J3XPH7RzGI+CRu39Q5LRPZCmMU+UZdT4+5Tzn3s6JdRs3rW1aDMwxazWcZEgXH3h6wuEjPLbK69AFeKYmlsU6C1kSF+3C9HJ6pCyWhwgV3Pn+TWfPWyaW/C4wLye7PGRhOfb2M21DLk7t9dWMeHDXH5r1w== X-Forefront-Antispam-Report: CIP:165.204.84.17;CTRY:US;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:SATLEXMB03.amd.com;PTR:InfoDomainNonexistent;CAT:NONE;SFS:(13230022)(4636009)(396003)(39860400002)(136003)(376002)(346002)(451199015)(46966006)(40470700004)(36840700001)(82310400005)(86362001)(83380400001)(36860700001)(40460700003)(82740400003)(81166007)(356005)(40480700001)(426003)(478600001)(47076005)(1076003)(966005)(7696005)(4326008)(8676002)(70586007)(41300700001)(186003)(54906003)(316002)(70206006)(2616005)(8936002)(110136005)(336012)(5660300002)(44832011)(2906002)(26005)(36756003)(36900700001);DIR:OUT;SFP:1101; X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Nov 2022 17:09:44.4263 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 093b4516-a50a-4b9f-709b-08dac987b077 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=[SATLEXMB03.amd.com] X-MS-Exchange-CrossTenant-AuthSource: BN8NAM11FT116.eop-nam11.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW5PR12MB5622 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1749855009056191382?= X-GMAIL-MSGID: =?utf-8?q?1749855008863969430?= |
Series |
kernel-docs: New maintainer and Spanish translation
|
|
Message
Carlos Bilbao
Nov. 18, 2022, 5:09 p.m. UTC
This is a cover letter for just two patches, but I should provide context. I was going to translate kernel-docs.rst when I read: “Initial Author: Juan-Mariano de Goyeneche (<jmseyas@dit.upm.es>; email address is defunct now.)“ I figured Juan-Mariano (CCed) may keep a Spanish version of the document, so I searched for his new email. He replied back proposing me to take care of the document from now on. I will carry the torch with pleasure! This should also make Lukas happy [1]. This cover letter is also a call for anyone interested in adding new, more up to date references to kernel-docs.rst. The document has been abandoned for a while but its original goal is still important. By the way, Jon, I read in kernel-docs.rst, regarding LWN.net: ":Description: The title says it all. There's a fixed kernel section summarizing developers' work, bug fixes, new features and versions produced during the week. Published every Thursday." but I don't think LWN.net is published every Thursday anymore. Let me know if you want a third patch updating this as well. I also use this chance to send translation to Spanish of the document. [1] https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/Documentation/process/kernel-docs.rst?h=next-20221116&id=f46b4b168cdb3b16ae8c7792c28d0b921db1932b Carlos Bilbao (2): docs: Update maintainer of kernel-docs.rst docs/sp_SP: Add process kernel-docs translation --- Documentation/process/kernel-docs.rst | 4 +- Documentation/translations/sp_SP/index.rst | 2 +- .../translations/sp_SP/kernel-docs.rst | 643 ++++++++++++++++++ 3 files changed, 646 insertions(+), 3 deletions(-) create mode 100644 Documentation/translations/sp_SP/kernel-docs.rst
Comments
On Fri, Nov 18, 2022 at 6:09 PM Carlos Bilbao <carlos.bilbao@amd.com> wrote: > > This is a cover letter for just two patches, but I should provide context. > I was going to translate kernel-docs.rst when I read: > > “Initial Author: Juan-Mariano de Goyeneche (<jmseyas@dit.upm.es>; > email address is defunct now.)“ > > I figured Juan-Mariano (CCed) may keep a Spanish version of the document, > so I searched for his new email. He replied back proposing me to take care > of the document from now on. I will carry the torch with pleasure! This > should also make Lukas happy [1]. Maybe some of this context could go into one commit message so that it is recorded in Git. > This cover letter is also a call for anyone interested in adding new, more > up to date references to kernel-docs.rst. The document has been abandoned > for a while but its original goal is still important. Indeed, updates would be appreciated! Cheers, Miguel
On 11/18/22 11:56, Miguel Ojeda wrote: > On Fri, Nov 18, 2022 at 6:09 PM Carlos Bilbao <carlos.bilbao@amd.com> wrote: >> This is a cover letter for just two patches, but I should provide context. >> I was going to translate kernel-docs.rst when I read: >> >> “Initial Author: Juan-Mariano de Goyeneche (<jmseyas@dit.upm.es>; >> email address is defunct now.)“ >> >> I figured Juan-Mariano (CCed) may keep a Spanish version of the document, >> so I searched for his new email. He replied back proposing me to take care >> of the document from now on. I will carry the torch with pleasure! This >> should also make Lukas happy [1]. > Maybe some of this context could go into one commit message so that it > is recorded in Git. That's true. But I don't think if I'll be able to synthesize the whole story in a few words. I could add a Link: to this first cover letter. > >> This cover letter is also a call for anyone interested in adding new, more >> up to date references to kernel-docs.rst. The document has been abandoned >> for a while but its original goal is still important. > Indeed, updates would be appreciated! > > Cheers, > Miguel Thanks, Carlos
Carlos Bilbao <carlos.bilbao@amd.com> writes: > This cover letter is also a call for anyone interested in adding new, more > up to date references to kernel-docs.rst. The document has been abandoned > for a while but its original goal is still important. FWIW, I made an attempt to update this document a few years back and concluded that it was pretty much hopeless. What is there is ancient...what do you replace it with? There is a vast amount of content out there that will go obsolete just as quickly. I'm certainly not going to stand in the way of anybody who wants to update and maintain this document, though; I'd love to be proven wrong on its value. > By the way, Jon, I read in kernel-docs.rst, regarding LWN.net: > > ":Description: The title says it all. There's a fixed kernel section > summarizing developers' work, bug fixes, new features and versions > produced during the week. Published every Thursday." > > but I don't think LWN.net is published every Thursday anymore. Let me know > if you want a third patch updating this as well. Well, we do still put out an edition every Thursday, so it's not entirely wrong... Thanks, jon
On 11/21/22 2:58 PM, Jonathan Corbet wrote: > Carlos Bilbao <carlos.bilbao@amd.com> writes: > >> This cover letter is also a call for anyone interested in adding new, more >> up to date references to kernel-docs.rst. The document has been abandoned >> for a while but its original goal is still important. > > FWIW, I made an attempt to update this document a few years back and > concluded that it was pretty much hopeless. What is there is > ancient...what do you replace it with? There is a vast amount of > content out there that will go obsolete just as quickly. > > I'm certainly not going to stand in the way of anybody who wants to > update and maintain this document, though; I'd love to be proven wrong > on its value. > I gather there's two issues with this document: 1. The resources listed become obsolete, or dangerously outdated. 2. It requires periodic updates. Relying on some maintainer to keep updates of new kernel material is a bad long-term strategy. so perhaps we could try the following... Regarding (1), old resources should be removed. We could set the retirement age of a resource to 3 years, except for foundational books or active websites. As maintainer, I would have to group old stuff once or twice per year, and send a patch to get them removed. We could use this patch set to perform a first purge. For (2), I think that a good way to make this document stay relevant is by making it appealing to content creators. So _they_ want to be added here, and ask us for it. For example, Lorenzo Stoakes (CCed) is writing a book on the Linux memory management subsystem. If Lorenzo reaches out to me when he is finished, I could add his work to this document, and also send a note informing subscribers of linux-docs about this new resource. I imagine that would be appealing to Lorenzo. So basically, if content creators reach out, they get free publicity and a spot in kernel-docs.rst. I imagine there's only a few publishers of books related to the Linux kernel, and that they might be interested. As maintainer I would still have to update the document. But the hope is that, with time, this document is better known and book writers reach out. I don't know if that would have any success. Worst-case scenario, we end up with an equally outdated list of resources in a few years. But maybe it's worth a try? Cheers, Carlos >> By the way, Jon, I read in kernel-docs.rst, regarding LWN.net: >> >> ":Description: The title says it all. There's a fixed kernel section >> summarizing developers' work, bug fixes, new features and versions >> produced during the week. Published every Thursday." >> >> but I don't think LWN.net is published every Thursday anymore. Let me know >> if you want a third patch updating this as well. > > Well, we do still put out an edition every Thursday, so it's not > entirely wrong... > > Thanks, > > jon
Carlos Bilbao <carlos.bilbao@amd.com> writes: > I don't know if that would have any success. Worst-case scenario, we end up > with an equally outdated list of resources in a few years. But maybe it's > worth a try? I'm certainly not opposed to trying! :) Thanks, jon
On 11/23/22 10:22, Jonathan Corbet wrote: > Carlos Bilbao <carlos.bilbao@amd.com> writes: > >> I don't know if that would have any success. Worst-case scenario, we end up >> with an equally outdated list of resources in a few years. But maybe it's >> worth a try? > I'm certainly not opposed to trying! :) I'm starting a new patch set with this, and translating coding-style.rst, after fixing the organization of sp_SP/. > > Thanks, > > jon Thanks, Carlos