]> git.ipfire.org Git - thirdparty/coreutils.git/commitdiff
maint: modernize URLs
authorPaul Eggert <eggert@cs.ucla.edu>
Sun, 15 Jan 2017 06:57:51 +0000 (22:57 -0800)
committerPaul Eggert <eggert@cs.ucla.edu>
Sun, 15 Jan 2017 07:59:01 +0000 (23:59 -0800)
A lot of this is converting http: to https:.
Also, gmane went away, so remove URLs that no longer work and
are not easy to figure out what they were.
Some of this stuff is so old that it no longer matters anyway.

24 files changed:
HACKING
README
README-hacking
README-package-renamed-to-coreutils
README-prereq
README-release
configure.ac
doc/coreutils.texi
init.cfg
m4/xattr.m4
man/help2man
src/dircolors.hin
src/ls.c
src/shred.c
src/tail.c
tests/cp/preserve-link.sh
tests/cp/sparse-fiemap.sh
tests/misc/ls-time.sh
tests/misc/printf-surprise.sh
tests/misc/seq-long-double.sh
tests/misc/sha1sum-vec.pl
tests/misc/sort-merge-fdlimit.sh
tests/misc/sort.pl
tests/misc/stty.sh

diff --git a/HACKING b/HACKING
index 2b02b337e2ce3aa435f082ac3545b1574406f9b8..07d82253ad0d72a069ae57adb48cbf64874974ef 100644 (file)
--- a/HACKING
+++ b/HACKING
@@ -9,7 +9,7 @@ On Debian-based ones install the "git-core" package.
 Then run "git --version".  If that says it's older than
 version 1.4.4, then you'd do well to get a newer version.
 At worst, just download the latest stable release from
-http://git.or.cz/ and build from source.
+https://git-scm.com/ and build from source.
 
 For details on building the programs in this package, see
 the file, README-hacking.
@@ -224,7 +224,7 @@ keep the maximum line length at 72 or smaller, so that the generated
 ChangeLog lines, each with its leading TAB, will not exceed 80 columns.
 As for the ChangeLog-style content, please follow these guidelines:
 
-  http://www.gnu.org/software/guile/changelogs/guile-changelogs_3.html
+  https://www.gnu.org/prep/standards/standards.html#Change-Logs
 
 Try to make the summary line fit one of the following forms:
 
@@ -389,7 +389,7 @@ Send patches to the address listed in --help output
 Please follow the guidelines in the "Sending your patches." section of
 git's own SubmittingPatches:
 
-  http://git.kernel.org/?p=git/git.git;a=blob;f=Documentation/SubmittingPatches
+  https://github.com/git/git/blob/master/Documentation/SubmittingPatches
 
 
 Add documentation
@@ -406,7 +406,7 @@ active voice, not a passive one.  I.e., say "print the frobnozzle",
 not "the frobnozzle will be printed".
 
 Please add comments per the GNU Coding Standard:
-  http://www.gnu.org/prep/standards/html_node/Comments.html
+  https://www.gnu.org/prep/standards/html_node/Comments.html
 
 
 Minor syntactic preferences
@@ -418,7 +418,7 @@ Minor syntactic preferences
  character ;-) ]
 In writing arithmetic comparisons, use "<" and "<=" rather than
 ">" and ">=".  For some justification, read this:
-  http://thread.gmane.org/gmane.comp.version-control.git/3903/focus=4126
+  http://www.gelato.unsw.edu.au/archives/git/0505/4507.html
 
 const placement:
 Write "Type const *var", not "const Type *var".
@@ -480,18 +480,18 @@ The forms to choose from are in gnulib's doc/Copyright/ directory.
 If you want to assign a single change, you should use the file,
 doc/Copyright/request-assign.changes:
 
-    http://www.gnu.org/software/gnulib/Copyright/request-assign.changes
+    https://www.gnu.org/software/gnulib/Copyright/request-assign.changes
 
 If you would like to assign past and future contributions to a project,
 you'd use doc/Copyright/request-assign.future:
 
-    http://www.gnu.org/software/gnulib/Copyright/request-assign.future
+    https://www.gnu.org/software/gnulib/Copyright/request-assign.future
 
 You may make assignments for up to four projects at a time.
 
 In case you're wondering why we bother with all of this, read this:
 
-    http://www.gnu.org/licenses/why-assign.html
+    https://www.gnu.org/licenses/why-assign.html
 
 
 Run "make syntax-check", or even "make distcheck"
@@ -526,7 +526,7 @@ to configure your editor to highlight any offending characters in the
 files you edit.  If you use Emacs, customize its font-lock mode
 or use its WhiteSpace mode:
 
-    http://www.emacswiki.org/emacs/WhiteSpace
+    https://www.emacswiki.org/emacs/WhiteSpace
 
 If you use vim, add this to ~/.vimrc:
 
diff --git a/README b/README
index ebc355b3caa2d2ee2e24ce462377318a061ad26c..5cb90d38d9fabeebe1a96228c94065d9fbf446c9 100644 (file)
--- a/README
+++ b/README
@@ -57,29 +57,6 @@ files (man/*.x) are welcome.  However, the authoritative documentation
 is in texinfo form in the doc directory.
 
 
-*********************************************
-On Mac OS X 10.5.1 (Darwin 9.1), test failure
----------------------------------------------
-
-Mac OS X 10.5.1 (Darwin 9.1) provides only partial (and incompatible)
-ACL support, so although "./configure && make" succeeds, "make check"
-exposes numerous failures.  The solution is to turn off ACL support
-manually via "./configure --disable-acl".  For details, see
-<http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/12292/focus=12318>.
-
-
-*****************************************
-Test failure with NLS and gettext <= 0.17
------------------------------------------
-
-Due to a conflict between libintl.h and gnulib's new xprintf module,
-when you configure with NLS support, and with a gettext installation
-older than 0.17.1 (not yet released, at the time of this writing),
-then some tests fail, at least on NetBSD 1.6.  To work around it in
-the mean time, you can configure with --disable-nls.  For details,
-see <http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/12015/>.
-
-
 *********************
 Pre-C99 build failure
 ---------------------
@@ -210,7 +187,7 @@ coreutils@gnu.org including as much description and justification
 as you can.  Based on the feedback that generates, you may be able to
 convince us that it's worth adding.  Please also consult the list of
 previously discussed but ultimately rejected feature requests at:
-http://www.gnu.org/software/coreutils/rejected_requests.html
+https://www.gnu.org/software/coreutils/rejected_requests.html
 
 
 WARNING:  Now that we use the ./bootstrap script, you should not run
@@ -229,8 +206,8 @@ When reporting bugs, please include in the subject line both the package
 name/version and the name of the program for which you found a problem.
 
 For general documentation on the coding and usage standards
-this distribution follows, see the GNU Coding Standards,
-http://www.gnu.org/prep/standards_toc.html.
+this distribution follows, see the GNU Coding Standards at:
+https://www.gnu.org/prep/standards/
 
 For any copyright year range specified as YYYY-ZZZZ in this package
 note that the range specifies every single year in that closed interval.
index 998a877b7772722e2451bfb86dfcd36dbde53795..6e4767f3868adce42e5ff6e21dede0ee961452d7 100644 (file)
@@ -72,7 +72,7 @@ if the problem seems to originate in a gnulib-provided file.
 If you develop a fix or a new feature, please send it to the
 appropriate bug-reporting address as reported by the --help option of
 each program.  One way to do this is to use vc-dwim
-<http://www.gnu.org/software/vc-dwim/>), as follows.
+<https://www.gnu.org/software/vc-dwim/>), as follows.
 
   Run the command "vc-dwim --help", copy its definition of the
   "git-changelog-symlink-init" function into your shell, and then run
@@ -80,7 +80,7 @@ each program.  One way to do this is to use vc-dwim
 
   Edit the (empty) ChangeLog file that this command creates, creating a
   properly-formatted entry according to the GNU coding standards
-  <http://www.gnu.org/prep/standards/html_node/Change-Logs.html>.
+  <https://www.gnu.org/prep/standards/html_node/Change-Logs.html>.
 
   Make your changes.
 
index 5030f87d737c9d88a87e7d8a4c507b15893d874f..081b2d45e493fcee4f2cb1bdecbd575afedfbb54 100644 (file)
@@ -1,21 +1,13 @@
-As of 2002-09-01, the GNU fileutils, textutils, and sh-utils
-packages have been merged into one, called the GNU coreutils.
-See http://www.gnu.org/software/coreutils/ for a description.
+On 2002-09-01, the GNU fileutils, textutils, and sh-utils
+packages were merged into one, called the GNU coreutils.
+See https://www.gnu.org/software/coreutils/coreutils.html for a description.
 Here's the FAQ list:
 
-  http://www.gnu.org/software/coreutils/faq/
+  https://www.gnu.org/software/coreutils/faq/
 
 For information on the mailing lists associated with the
-coreutils package, see these:
+coreutils package, including archive locations, see these:
 
-  http://mail.gnu.org/mailman/listinfo/coreutils-announce
-  http://mail.gnu.org/mailman/listinfo/bug-coreutils
-  http://mail.gnu.org/mailman/listinfo/coreutils
-
-mailing list archives are here:
-
-  http://news.gmane.org/gmane.comp.gnu.coreutils.announce
-  http://news.gmane.org/gmane.comp.gnu.core-utils.bugs (up to the minute)
-  http://mail.gnu.org/pipermail/bug-coreutils/ (updated every 12 hours)
-  http://news.gmane.org/gmane.comp.gnu.coreutils.general
-  http://mail.gnu.org/pipermail/coreutils/ (updated every 12 hours)
+  https://lists.gnu.org/mailman/listinfo/coreutils-announce
+  https://lists.gnu.org/mailman/listinfo/bug-coreutils
+  https://lists.gnu.org/mailman/listinfo/coreutils
index 099fc0186d7f9fde93dbf7e3f78fee777b832765..f939f78c1a38a906bd4d1206b688cb9486e2a8cf 100644 (file)
@@ -1,17 +1,17 @@
 This gives some notes on obtaining the tools required for development.
 I.e., the tools checked for by the bootstrap script and include:
 
-- Autoconf  <http://www.gnu.org/software/autoconf/>
-- Automake  <http://www.gnu.org/software/automake/>
-- Bison     <http://www.gnu.org/software/bison/>
-- Gettext   <http://www.gnu.org/software/gettext/>
-- Git       <http://git.or.cz/>
-- Gperf     <http://www.gnu.org/software/gperf/>
-- Gzip      <http://www.gnu.org/software/gzip/>
+- Autoconf  <https://www.gnu.org/software/autoconf/>
+- Automake  <https://www.gnu.org/software/automake/>
+- Bison     <https://www.gnu.org/software/bison/>
+- Gettext   <https://www.gnu.org/software/gettext/>
+- Git       <https://git-scm.com/>
+- Gperf     <https://www.gnu.org/software/gperf/>
+- Gzip      <https://www.gnu.org/software/gzip/>
 - Perl      <http://www.cpan.org/>
-- Rsync     <http://samba.anu.edu.au/rsync/>
-- Tar       <http://www.gnu.org/software/tar/>
-- Texinfo   <http://www.gnu.org/software/texinfo/>
+- Rsync     <https://rsync.samba.org/>
+- Tar       <https://www.gnu.org/software/tar/>
+- Texinfo   <https://www.gnu.org/software/texinfo/>
 
 Note please try to install/build official packages for your system.
 If these programs are not available use the following instructions
index 88356bcad6277b6ce8e4b86336f78d7c2deadabc..967a19013da7122149c2603f974bdf8098e07b79 100644 (file)
@@ -134,11 +134,11 @@ Once all the builds and tests have passed,
 * Send the announcement email message (signed with the release key)
 
 * Approve the announcement here:
-  http://lists.gnu.org/mailman/admindb/coreutils-announce
+  https://lists.gnu.org/mailman/admindb/coreutils-announce
 
 * After each non-alpha release, update the on-line manual accessible via
 
-    http://www.gnu.org/software/coreutils/manual/
+    https://www.gnu.org/software/coreutils/manual/
 
   by running this:
 
index b009a906d519879a1f4412cd9465cb588c261d6c..a13295aa1626fca6d34443af845a0dcdf7624a98 100644 (file)
@@ -142,7 +142,7 @@ if test "$gl_gcc_warnings" = yes; then
 
   # Using -Wstrict-overflow is a pain, but the alternative is worse.
   # For an example, see the code that provoked this report:
-  # http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33498
+  # https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33498
   # Code like that still infloops with gcc-4.6.0 and -O2.  Scary indeed.
 
   gl_MANYWARN_ALL_GCC([ws])
index 2da543cc2e2053bce04f94e5c8c62da762470f96..64243a63392f8fd227e502ead3132e601e68390c 100644 (file)
@@ -2194,7 +2194,7 @@ base64 --decode [@var{option}]@dots{} [@var{file}]
 The base64 encoding expands data to roughly 133% of the original.
 The base32 encoding expands data to roughly 160% of the original.
 The format conforms to
-@uref{ftp://ftp.rfc-editor.org/in-notes/rfc4648.txt, RFC 4648}.
+@uref{https://tools.ietf.org/search/rfc4648, RFC 4648}.
 
 The program accepts the following options.  Also see @ref{Common options}.
 
@@ -8919,7 +8919,7 @@ tape=/dev/rmt/0
 For failing disks, other tools come with a great variety of extra
 functionality to ease the saving of as much data as possible before the
 disk finally dies, e.g.
-@uref{http://www.gnu.org/software/ddrescue/, GNU @command{ddrescue}}.
+@uref{https://www.gnu.org/software/ddrescue/, GNU @command{ddrescue}}.
 However, in some cases such a tool is not available or the administrator
 feels more comfortable with the handling of @command{dd}.
 As a simple rescue method, call @command{dd} as shown in the following
@@ -9502,7 +9502,7 @@ This uses many overwrite passes, with the data patterns chosen to
 maximize the damage they do to the old data.  While this will work on
 floppies, the patterns are designed for best effect on hard drives.
 For more details, see the source code and Peter Gutmann's paper
-@uref{http://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html,
+@uref{https://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html,
 @cite{Secure Deletion of Data from Magnetic and Solid-State Memory}},
 from the proceedings of the Sixth USENIX Security Symposium (San Jose,
 California, July 22--25, 1996).
@@ -13144,7 +13144,7 @@ you often want to verify its signature or checksum right away.
 The inefficient way to do it is simply:
 
 @example
-wget http://example.com/some.iso && sha1sum some.iso
+wget https://example.com/some.iso && sha1sum some.iso
 @end example
 
 One problem with the above is that it makes you wait for the
@@ -13158,7 +13158,7 @@ free, because the entire process parallelizes so well:
 
 @example
 # slightly contrived, to demonstrate process substitution
-wget -O - http://example.com/dvd.iso \
+wget -O - https://example.com/dvd.iso \
   | tee >(sha1sum > dvd.sha1) > dvd.iso
 @end example
 
@@ -13184,7 +13184,7 @@ Since the above example writes to one file and one process,
 a more conventional and portable use of @command{tee} is even better:
 
 @example
-wget -O - http://example.com/dvd.iso \
+wget -O - https://example.com/dvd.iso \
   | tee dvd.iso | sha1sum > dvd.sha1
 @end example
 
@@ -13193,7 +13193,7 @@ computing MD5 and SHA1 checksums in parallel.  In this case,
 process substitution is required:
 
 @example
-wget -O - http://example.com/dvd.iso \
+wget -O - https://example.com/dvd.iso \
   | tee >(sha1sum > dvd.sha1) \
         >(md5sum > dvd.md5) \
   > dvd.iso
@@ -14277,7 +14277,7 @@ May be negated.
 @opindex extproc
 Enable @samp{LINEMODE}, which is used to avoid echoing
 each character over high latency links.  See also
-@uref{ftp://ftp.rfc-editor.org/in-notes/rfc1116.txt, Internet RFC 1116}.
+@uref{https://tools.ietf.org/search/rfc1116, Internet RFC 1116}.
 Non-POSIX@.
 May be negated.
 
@@ -15516,16 +15516,16 @@ For example:
 Fri, 09 Sep 2005 13:51:39 -0700
 @end example
 
-This format conforms to
-@uref{ftp://ftp.rfc-editor.org/in-notes/rfc2822.txt, Internet
-RFCs 2822} and
-@uref{ftp://ftp.rfc-editor.org/in-notes/rfc822.txt, 822}, the
+This format conforms to Internet RFCs
+@uref{https://tools.ietf.org/search/rfc5322, 5322},
+@uref{https://tools.ietf.org/search/rfc2822, 822} and
+@uref{https://tools.ietf.org/search/rfc822, 822}, the
 current and previous standards for Internet email.
 
 @item --rfc-3339=@var{timespec}
 @opindex --rfc-3339=@var{timespec}
 Display the date using a format specified by
-@uref{ftp://ftp.rfc-editor.org/in-notes/rfc3339.txt, Internet
+@uref{https://tools.ietf.org/search/rfc3339, Internet
 RFC 3339}.  This is a subset of the ISO 8601
 format, except that it also permits applications to use a space rather
 than a @samp{T} to separate dates from times.
@@ -18212,10 +18212,9 @@ Know your toolbox!  Use each program appropriately.  If you don't have an
 appropriate tool, build one.
 @end enumerate
 
-As of this writing, all the programs discussed are available from
-@uref{http://ftp.gnu.org/old-gnu/textutils/textutils-1.22.tar.gz},
-with more recent versions available from
-@uref{http://ftp.gnu.org/gnu/coreutils}.
+All the programs discussed are available as described in
+@uref{https://www.gnu.org/software/coreutils/coreutils.html,
+GNU core utilities}.
 
 None of what I have presented in this column is new.  The Software Tools
 philosophy was first introduced in the book @cite{Software Tools}, by
@@ -18235,7 +18234,7 @@ reading if you're a programmer.  They certainly made a major change in
 how I view programming.
 
 The programs in both books are available from
-@uref{http://cm.bell-labs.com/who/bwk, Brian Kernighan's home page}.
+@uref{https://www.cs.princeton.edu/~bwk/, Brian Kernighan's home page}.
 For a number of years, there was an active
 Software Tools Users Group, whose members had ported the original
 @command{ratfor} programs to essentially every computer system with a
index df7559e98b0d297fcd31fc5be5771f33c01d605f..2f747a349056a1583615a373691dc9f9596a4adf 100644 (file)
--- a/init.cfg
+++ b/init.cfg
@@ -627,7 +627,7 @@ skip_if_setgid_()
 # Skip if files are created with a different group to the current user
 # This can happen due to a setgid dir, or by some other mechanism on OS X:
 # http://unix.stackexchange.com/q/63865
-# http://bugs.gnu.org/14024#41
+# https://bugs.gnu.org/14024#41
 skip_if_nondefault_group_()
 {
   touch grp.$$
index 340cec8defe3f5105d42a1aa60c8eb5d6544b558..4e0399be41073b3a5ce605061f618c30be1d83d1 100644 (file)
@@ -7,7 +7,6 @@
 # with or without modifications, as long as this notice is preserved.
 
 # Originally written by Andreas Gruenbacher.
-# http://www.suse.de/~agruen/coreutils/5.91/coreutils-xattr.diff
 
 AC_DEFUN([gl_FUNC_XATTR],
 [
index 1f90bc537789d007f80161f4de5e02af98ba8c4b..773de0fc91bee3054d546b6c3a6fe94e4f5f6562 100755 (executable)
@@ -780,7 +780,7 @@ sub convert_option
 }
 
 # Insert spacing escape characters \, and \/ before and after italic text.  See
-# http://www.gnu.org/software/groff/manual/html_node/Ligatures-and-Kerning.html
+# https://www.gnu.org/software/groff/manual/html_node/Ligatures-and-Kerning.html
 sub fix_italic_spacing
 {
     local $_ = shift;
index 7ed59e2c79d8acbee41416036d02440212cbe5e1..c560c2a6fb8f94a5075bfe8bce66393ac0c38ef4 100644 (file)
@@ -176,7 +176,7 @@ EXEC 01;32
 .cgm 01;35
 .emf 01;35
 
-# http://wiki.xiph.org/index.php/MIME_Types_and_File_Extensions
+# https://wiki.xiph.org/MIME_Types_and_File_Extensions
 .ogv 01;35
 .ogx 01;35
 
@@ -194,7 +194,7 @@ EXEC 01;32
 .ra 00;36
 .wav 00;36
 
-# http://wiki.xiph.org/index.php/MIME_Types_and_File_Extensions
+# https://wiki.xiph.org/MIME_Types_and_File_Extensions
 .oga 00;36
 .opus 00;36
 .spx 00;36
index 556313c71ebeb853c3fe9cf3c0312639de8aded0..73498181eda4b8fa7304229d2c3ebe138e3309fa 100644 (file)
--- a/src/ls.c
+++ b/src/ls.c
 
 /* Include <sys/capability.h> last to avoid a clash of <sys/types.h>
    include guards with some premature versions of libcap.
-   For more details, see <http://bugzilla.redhat.com/483548>.  */
+   For more details, see <https://bugzilla.redhat.com/483548>.  */
 #ifdef HAVE_CAP
 # include <sys/capability.h>
 #endif
index 24e461a1370c5e4afcd41220f83269de94270a17..a317c44393ab5c5687dfe5d449397ba543862cca 100644 (file)
@@ -28,7 +28,7 @@
  *
  * For the theory behind this, see "Secure Deletion of Data from Magnetic
  * and Solid-State Memory", on line at
- * http://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html
+ * https://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html
  *
  * Just for the record, reversing one or two passes of disk overwrite
  * is not terribly difficult with hardware help.  Hook up a good-quality
@@ -379,8 +379,7 @@ direct_mode (int fd, bool enable)
     }
 
 #if HAVE_DIRECTIO && defined DIRECTIO_ON && defined DIRECTIO_OFF
-  /* This is Solaris-specific.  See the following for details:
-     http://docs.sun.com/db/doc/816-0213/6m6ne37so?q=directio&a=view  */
+  /* This is Solaris-specific.  */
   directio (fd, enable ? DIRECTIO_ON : DIRECTIO_OFF);
 #endif
 }
index d679a877357326ae72684a4dba6493cd899d4865..9c31962d1ddd84dee87803f91f2fd1fe3d93b202 100644 (file)
@@ -1956,7 +1956,7 @@ tail_file (struct File_spec *f, uintmax_t n_units)
             {
               /* Note: we must use read_pos here, not stats.st_size,
                  to avoid a race condition described by Ken Raeburn:
-        http://mail.gnu.org/archive/html/bug-textutils/2003-05/msg00007.html */
+         http://lists.gnu.org/archive/html/bug-textutils/2003-05/msg00007.html */
               record_open_fd (f, fd, read_pos, &stats, (is_stdin ? -1 : 1));
               f->remote = fremote (fd, pretty_name (f));
             }
index 85de148e77e64c4206ee4b8bcb25fbb9fb777ec9..19ee517429065c68d0c22ba42c94348750ff532b 100755 (executable)
@@ -1,5 +1,5 @@
 #!/bin/sh
-# Exercise the fix for http://debbugs.gnu.org/8419
+# Exercise the fix for https://bugs.gnu.org/8419
 
 # Copyright (C) 2011-2017 Free Software Foundation, Inc.
 
index a504cd9d91c1cb6167faa3c857c12065554dab7a..74657a48e335802e6355a0e2ae58b1c3c61e4d68 100755 (executable)
@@ -26,8 +26,6 @@ touch fiemap_chk
 if fiemap_capable_ fiemap_chk && ! df -t ext3 . >/dev/null; then
   : # Current partition has working extents.  Good!
 else
-  # FIXME: temporarily(?) skip this variant, at least until after this bug
-  # is fixed: http://thread.gmane.org/gmane.comp.file-systems.ext4/24495
   skip_ "current file system has insufficient FIEMAP support"
 
   # It's not;  we need to create one, hence we need root access.
index d42eb24a2278c3abb6e88fa2c5a25711350c310f..5149187a139459c2f8090b20dcf993250d04a5c5 100755 (executable)
@@ -112,7 +112,7 @@ else
 failed ls ctime test -- this failure is expected at least for SunOS4.1.4
 and for tmpfs file systems on Solaris 5.5.1.
 It is also expected to fail on a btrfs file system until
-http://bugzilla.redhat.com/591068 is addressed.
+https://bugzilla.redhat.com/591068 is addressed.
 
 In the output below, 'c' should have had a ctime more recent than
 that of 'a', but does not.
index 53581617dff46018bf1543b3a9f4fa146eeecdc4..2edd34ca16a3c2f085ab5eeb9dd2676de3057bcb 100755 (executable)
@@ -51,7 +51,7 @@ vm=$(get_min_ulimit_v_ env $prog %20f 0) \
 mkfifo_or_skip_ fifo
 
 # Disable MALLOC_PERTURB_, to avoid triggering this bug
-# http://bugs.debian.org/481543#77
+# https://bugs.debian.org/481543#77
 export MALLOC_PERTURB_=0
 
 # Terminate any background process
index 4eca0a7578467dd67ba5e8cef3fb4a71fcb74bd9..f202046f71845976b859dc681ad7249bcb114c99 100755 (executable)
@@ -23,8 +23,7 @@ print_ver_ seq
 getlimits_
 
 # Run this test only with glibc and sizeof (long double) > sizeof (double).
-# Otherwise, there are known failures:
-# http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/14939/focus=14944
+# Otherwise, there are known failures.
 cat <<\EOF > long.c
 #include <features.h>
 #if defined __GNU_LIBRARY__ && __GLIBC__ >= 2
index 88d31a2fe89853eed7fd165bf6ccd4cff27d3b9a..26f91c775ea6e16a9b3ed88f98faa57fefbf30d2 100755 (executable)
@@ -24,7 +24,7 @@ use strict;
 @ENV{qw(LANGUAGE LANG LC_ALL)} = ('C') x 3;
 
 # The data from which these tests were derived came from here:
-# http://csrc.nist.gov/cryptval/shs/sha1-vectors.zip
+# http://web.archive.org/web/20060505234703/http://csrc.nist.gov/cryptval/shs/sha1-vectors.zip
 
 my @Tests =
     (
index 520d3aba6b6d8d7140f7b966710a4747bda547b3..71eb5ec446b3d21791621cf3b08335abd2c38333 100755 (executable)
@@ -57,7 +57,7 @@ done
 # ordinary redirection on the 'sort' command.  This is intended to
 # work around bugs in OpenBSD /bin/sh, and some other sh variants,
 # that squirrel away file descriptors before closing them; see
-# <http://lists.gnu.org/archive/html/bug-tar/2010-10/msg00075.html>.
+# <https://lists.gnu.org/archive/html/bug-tar/2010-10/msg00075.html>.
 # This test finds the bug only with shells that do not close FDs on
 # exec, and will miss the bug (if present) on other shells, but it's
 # not easy to fix this without running afoul of the OpenBSD-like sh bugs.
index 4d6aff980a68eaf43bd90539b2a953058be96dd1..0fa1e9c12211143e68e21f6ee8cd4edfe95e27e9 100755 (executable)
@@ -317,7 +317,7 @@ my @Tests =
 ["22a", '-k 2,2fd -k 1,1r', {IN=>"3 b\n4 B\n"}, {OUT=>"4 B\n3 b\n"}],
 ["22b", '-k 2,2d  -k 1,1r', {IN=>"3 b\n4 b\n"}, {OUT=>"4 b\n3 b\n"}],
 
-# This fails in Fedora 20, per Göran Uddeborg in: http://bugs.gnu.org/18540
+# This fails in Fedora 20, per Göran Uddeborg in: https://bugs.gnu.org/18540
 ["23", '-s -k1,1 -t/', {IN=>"a b/x\na-b-c/x\n"}, {OUT=>"a b/x\na-b-c/x\n"},
  {ENV => "LC_ALL=$mb_locale"}],
 
@@ -383,8 +383,7 @@ my @Tests =
 ['obs-inval', '+1x', {EXIT=>2},
  {ERR=>"foo\n"}, {ERR_SUBST => 's/^$prog: .*/foo/'}],
 
-# Exercise the code that enlarges the line buffer.  See the thread here:
-# http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/11006
+# Exercise the code that enlarges the line buffer.
 ['realloc-buf', '-S1', {IN=>'a'x4000 ."\n"}, {OUT=>'a'x4000 ."\n"}],
 ['realloc-buf-2', '-S1', {IN=>'a'x5 ."\n"}, {OUT=>'a'x5 ."\n"}],
 
index e549adb6586a22bc3338213c5126fc53299448dc..54404e1b7e2ecd7da28ae828985ec921a6cdfb3a 100755 (executable)
@@ -61,7 +61,7 @@ for opt in $options; do
   # on Linux 2.2.0-pre4 kernels.  Also since around Linux 2.6.30
   # other serial control settings give the same error. So skip them.
   # Also on ppc*|sparc* glibc platforms 'icanon' gives the same error.
-  # See: http://debbugs.gnu.org/7228#14
+  # See: https://bugs.gnu.org/7228#14
   case $opt in
     parenb|parodd|cmspar) continue;;
     cstopb|crtscts|cdtrdsr|icanon) continue;;