Opened 21 years ago

Closed 19 years ago

Last modified 19 years ago

#557 closed defect (fixed)

m4-1.4.4

Reported by: highos@… Owned by: lfs-book@…
Priority: normal Milestone:
Component: Book Version: SVN
Severity: normal Keywords:
Cc:

Description

Creating a bug for GNU m4 just to be consistent. Couldn't find anything in the bugs database to match it.

Change History (19)

comment:1 by highos@…, 21 years ago

Resolution: → fixed
Status: new → closed

comment:2 by highos@…, 21 years ago

Summary: m4--1.4 → m4-1.4

I'm dash happy!

comment:3 by highos@…, 21 years ago

dependson: → 30

comment:4 by gerard@…, 21 years ago

dependson: 30

comment:5 by Matthew Burgess, 20 years ago

Resolution: fixed
Status: closed → reopened
Summary: m4-1.4 → m4-1.4.1

Version increment (1.4.1) - they released a new version...after over 9 years :)

comment:6 by Matthew Burgess, 20 years ago

Owner: changed from lfs-book@… to Matthew Burgess
Status: reopened → new

comment:7 by Matthew Burgess, 20 years ago

Status: new → assigned

comment:8 by jeremy@…, 20 years ago

Resolution: → fixed
Status: assigned → closed

Upgraded in unstable

comment:9 by Matthew Burgess, 20 years ago

bug_file_loc: → http://linuxfromscratch.org/pipermail/lfs-dev/2004-August/048383.html
Resolution: fixed
Status: closed → reopened
Summary: m4-1.4.1 → m4-1.4.2
Version: CVS → TESTING

Version increment (1.4.2). Although it's on alpha.gnu.org we'd be going against upstream advice not to have this in the book!

comment:10 by jeremy@…, 20 years ago

upgraded to 1.4.2 in unstable

comment:11 by Matthew Burgess, 20 years ago

Resolution: → fixed
Status: reopened → closed

comment:12 by Matthew Burgess, 20 years ago

Priority: high → normal
Resolution: fixed
Status: closed → reopened
Summary: m4-1.4.2 → m4-1.4.3
Version: TESTING → SVN

Version increment (1.4.3)

comment:13 by Matthew Burgess, 20 years ago

Status: reopened → assigned

comment:14 by Matthew Burgess, 20 years ago

Resolution: → fixed
Status: assigned → closed

comment:15 by Matthew Burgess, 19 years ago

bug_file_loc: http://linuxfromscratch.org/pipermail/lfs-dev/2004-August/048383.html → http://ftp.gnu.org/gnu/m4/
Resolution: fixed
Status: closed → reopened
Summary: m4-1.4.3 → m4-1.4.4

Version increment (1.4.4). Looks pretty inocuous to me:

  • ./configure --infodir=/usr/share/info now works correctly.
  • When any file named on the command line is missing exit with status 1.

comment:16 by Matthew Burgess, 19 years ago

Owner: changed from Matthew Burgess to lfs-book@…
Status: reopened → new

comment:17 by archaic@…, 19 years ago

Status: new → assigned

(In reply to comment #7)

Version increment (1.4.4). Looks pretty inocuous to me:

  • ./configure --infodir=/usr/share/info now works correctly.

Is it needed though? We have the symlinks and it doesn't appear they will be going away any time soon without modifying several packages known and unknown.

If this isn't a problem, then my tests show it is a direct drop in replacement. I'll update the book with just the version bump.

comment:18 by archaic@…, 19 years ago

Resolution: → fixed
Status: assigned → closed

Updated trunk (r7070). Re-open if you feel --infodir is needed.

comment:19 by Matthew Burgess, 19 years ago

Wow, I really need to be more verbose at times. The two bullet points were simply what was in the Changelog file for this release, I didn't intend it to mean that we should look at using the --infodir flag. Thanks for fixing!

Note: See TracTickets for help on using tickets.