From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id GDCYAbM+RmMgMwEAbAwnHQ (envelope-from ) for ; Wed, 12 Oct 2022 06:12:35 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id gBKoAbM+RmMkYwEAauVa8A (envelope-from ) for ; Wed, 12 Oct 2022 06:12:35 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 483963C125 for ; Wed, 12 Oct 2022 06:12:34 +0200 (CEST) Received: from localhost ([::1]:39846 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oiT6f-0007o4-Dl for larch@yhetil.org; Wed, 12 Oct 2022 00:12:33 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:47348) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oiT5y-0007nN-BJ for emacs-orgmode@gnu.org; Wed, 12 Oct 2022 00:11:50 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:32792) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oiT5y-0000UM-2z; Wed, 12 Oct 2022 00:11:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=TNeSrKVb2HGOKovDAYzPcGEXCMjtXSg55xQoMZkRJ5Y=; b=qweYw0y35DEN0X2P/+N1 tdFQHE9D4lCWnvCG4XoDaFa6DEi3yjMulvYOcN6qOeNtldcHbNswOwvt4na3X6jUuWkNieyfxRfH1 EtjEZDJ+8PmzhRBZsYKM5mHRN3RYRUIBs47fskeBEqxP6tRKwlhnz1ss4n+5VyX4Y/zJpy1D52/LV 1lic3ebMZlVdK7zi+pQLeCNTdcKitM2nI5BQgwr1v3r4F+Im8W/Pu4a3NJ0uPzB3F7cHfyZfPDbHg IRjOGFeufcJbOmllLslzYyvLPIKUVlivbdhOtxTaOjB/EdxJW5PgjOvuAtRXEWzKDmRyYC6nvTYN+ 3mr1JZ3+ehazDg==; Received: from 96.52.140.77.rev.sfr.net ([77.140.52.96]:56634 helo=hal) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oiT5x-0002Ze-OK; Wed, 12 Oct 2022 00:11:49 -0400 Received: by hal (Postfix, from userid 1000) id 28B721E0409; Wed, 12 Oct 2022 06:11:47 +0200 (CEST) From: Bastien Guerry To: Max Nikulin Cc: Org Mode List Subject: Re: Some links in online manual do not work In-Reply-To: (Max Nikulin's message of "Wed, 12 Oct 2022 10:06:14 +0700") Organization: GNU References: <87r0zqknbd.fsf@vagabond.tim-landscheidt.de> <86fsg6szf6.fsf@gmail.com> <87mtaakvpt.fsf@vagabond.tim-landscheidt.de> <87mta960wp.fsf@localhost> <877d1bzm15.fsf@gnu.org> <87mta7fm5l.fsf@vagabond.tim-landscheidt.de> <6559964f-1d94-913a-04b4-a911fa30ae38@gmail.com> <875ygqc44k.fsf@gnu.org> <2b352b13-ddd9-ae79-6fe5-c3ea6b75f129@gmail.com> <87mta2pzcc.fsf@gnu.org> <596ec649-deb5-a0e0-97af-c25e4a90cc9b@gmail.com> <87mta2g20x.fsf@gnu.org> <871qrei938.fsf@gnu.org> Date: Wed, 12 Oct 2022 06:11:47 +0200 Message-ID: <87a661he9o.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1665547954; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=TNeSrKVb2HGOKovDAYzPcGEXCMjtXSg55xQoMZkRJ5Y=; b=aQRGAB9Vr3jYQfTN3i7EKq+7/63x4Np3pw2oyKxT5UgnXASQYdDJ54zSFXDu5YX8+fb6Q3 IYGzMz+cMH0lMV2i1GRSCw8yjn2umHC83J6QjgVt+cww0rE8s1XpcG+R4mPM8Ut1vshej0 yapyuuOTqrTtm4p6uaH8AD1+Ln/HZiyC7SBCqkYNCWXPx1fL3woT633RUXIPXSmyVXX1FZ oQp3cTTbD6lT11PyVQXqZi/yTyI3nbMzz52R6DEPj73QgZQbXSim0dZTg4upqiR5DuMyXz KTc3j6eKaavAtd1Ej+QzDd5hGof+A2wyjdXFwXvoNxLr3YdPAK2HofRp0XVmJA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1665547954; a=rsa-sha256; cv=none; b=CvH42tgl5k2aIqeKQRQLnkOVciZdbIJ7QO8MEIrEruouFUMSUP2orf/GpO8NiFZpPIp/ih tAxXPRdXZWfP1MAte+JQzilNqaRqnCZGoOfS9q1/YufJaLqa46eMv/K1N7EmwNxfD/Rv/H b0QUJ+CQbticJaWUbOntyjvmIYP0KmjwgqplQuqlGJLdzzcMsaOUVDGZMwrPLq/Y8+7TMI G+Y+TwxlQiwjwqRhtFZdnw0B6q4ZSirtVQKfVnrPUHnKKVJpCpbmk7Vj7o5FmuoNHC06/v s/04gWUPH+D/3FlgWVjYEvL6vQg9v5F8rshKfvCE8GQDI4FArULYY5NUWVNg7Q== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=qweYw0y3; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -9.20 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=qweYw0y3; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 483963C125 X-Spam-Score: -9.20 X-Migadu-Scanner: scn0.migadu.com X-TUID: OPp2rnlWhFwJ Max Nikulin writes: > Unfortunately some redirection targets still respond with 301 > > 301 https://orgmode.org/manual/Dates-and-Times.html > 301 https://orgmode.org/manual/Deadlines-and-Scheduling.html > 301 https://orgmode.org/manual/Emphasis-and-Monospace.html > 301 https://orgmode.org/manual/Export-in-Foreign-Buffers.html > 301 https://orgmode.org/manual/HTML-export-commands.html > 301 https://orgmode.org/manual/Properties-and-Columns.html Fixed, thanks. > If redirection directives were included as separate files then it > would be possible to just check them by a command like > > awk '{ if ($NF >= 3) print $3; }' /tmp/manual.txt | > xargs --replace -- \ > curl --head --write-out '%{http_code} %{url_effective}\n' \ > --silent --show-error --output /dev/null \ > 'https://orgmode.org/manual/{}' https://git.sr.ht/~bzg/worg/tree/master/item/nginx.conf contains the list of redirections -- the checks could be done from here, right? > Original proposal to add redirections contained an s-expression with > mappings. I would consider tracking it in the main Org repository. I > believe, list of info nodes in the released manual should be added to > it as known names. I'm not sure I understand. Nothing should be added to the main Org repository to fix a problem with the orgmode.org website, even if it is a problem with the HTML manual as produced from org-mode.git. > The idea is to make it easier to add redirections > before new release. With such list as an input, a simple script could > detect nodes absent in new release but existed in the earlier > one. Another case is names appeared again making redirection rules > obsolete. I'm not in favor of going into this direction. So far we provide an easy fix via rewrite rules to the problem created with the change in the way Texinfo produces URLs. Such rewrite rules are fine when they are like "rewrite THIS-URL.html this-url.html" because stumbling on a dead link just because of lower vs upper case letters is way too frustrating. But more complex rewrite rules (from old manual nodes to new ones) is IMHO calling for trouble. What if we split the "Properties and Column" manual page into "Properties" and "Columns"? Where to redirect? -- Bastien