Closed
Bug 428637
Opened 17 years ago
Closed 17 years ago
Documentation doesn't build (and even less on Perl 5.10)
Categories
(Bugzilla :: Documentation, defect)
Tracking
()
RESOLVED
FIXED
Bugzilla 3.0
People
(Reporter: Wurblzap, Assigned: Wurblzap)
Details
Attachments
(2 files)
(deleted),
patch
|
mkanat
:
review+
LpSolit
:
review+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
LpSolit
:
review+
|
Details | Diff | Splinter Review |
This started out as the “documentation landfill” Tinderbox bustage fix, for which I set out to make makedocs.pl look at module names instead of at package names.
While doing so, it turned out that the documentation doesn't build on Perl 5.10 at all. That's because for Perl 5.10, the CGI module is not included in the list of optional modules, but makedocs.pl requires it to be there.
The attached patch fixes the bustage at hand as well as the broken building process for Perl 5.10.
Assignee | ||
Comment 1•17 years ago
|
||
(In reply to comment #0)
> This started out as the “documentation landfill” Tinderbox bustage fix, for
... for what the patch of bug 428569 broke.
Assignee | ||
Updated•17 years ago
|
Summary: Documentation doesn't build on Perl 5.10 → Documentation doesn't build (and even less on Perl 5.10)
Comment 2•17 years ago
|
||
Blocks 3.2, but not 3.0.4 (most people don't build their own docs), but I'm probably just being picky--I'm about to review the patch and it will go on both branches, anyhow. :-)
Flags: blocking3.2?
Flags: blocking3.2+
Flags: blocking3.0.4?
Flags: blocking3.0.4-
Comment 3•17 years ago
|
||
Comment on attachment 315251 [details] [diff] [review]
Patch for tip
>@@ -83,7 +85,8 @@ print ENTITIES "\n <!-- Database Version
> my $db_modules = DB_MODULE;
> foreach my $db (keys %$db_modules) {
> my $dbd = $db_modules->{$db}->{dbd};
>- my $name = $dbd->{package};
>+ my $name = $dbd->{module};
>+ $name =~ s/::/-/g;
That change looks unrelated, and also unnecessary.
Otherwise, this looks OK.
Attachment #315251 -
Flags: review?(mkanat) → review+
Comment 4•17 years ago
|
||
This is approved assuming that you tested it.
Flags: approval3.0+
Flags: approval+
Assignee | ||
Comment 5•17 years ago
|
||
(In reply to comment #3)
> >- my $name = $dbd->{package};
> >+ my $name = $dbd->{module};
> >+ $name =~ s/::/-/g;
>
> That change looks unrelated, and also unnecessary.
This is for consistencies (sp?) sake.
I tested up to the “To build 'The Bugzilla Guide', you need to set the JADE_PUB environment variable first.” message, and I checked the bugzilla.ent file that is being generated for completeness and correctness. I don't have the facilities to build the whole docs; can you do that?
Assignee | ||
Comment 6•17 years ago
|
||
Oh, and I think this is indeed a 3.0.4 blocker, because without this, we won't be able to ship any docs.
Comment 7•17 years ago
|
||
(In reply to comment #6)
> Oh, and I think this is indeed a 3.0.4 blocker, because without this, we won't
> be able to ship any docs.
Oh, good point.
You have a landfill account, no? landfill should have a working docs environment.
Flags: blocking3.0.4- → blocking3.0.4+
Comment 8•17 years ago
|
||
Wait a minute. Why not write
my ($cgi_opt) = grep($_->{package} eq 'CGI.pm', @$opt_modules, @$modules); instead?
This would be a one-liner and doesn't require other changes.
Also, what do we want to read in the doc? e.g. RadiusPerl or Authen::Radius?
Comment 9•17 years ago
|
||
(In reply to comment #8)
> Also, what do we want to read in the doc? e.g. RadiusPerl or Authen::Radius?
Also, I prefer to read Authen::Radius than Authen-Radius, so I don't like the regexp in your patch.
Comment 10•17 years ago
|
||
Comment on attachment 315251 [details] [diff] [review]
Patch for tip
>- my $name = $dbd->{package};
>+ my $name = $dbd->{module};
>+ $name =~ s/::/-/g;
OK, ignore my previous comment. I thought the list of required modules was generated dynamically from here. But only the required version is, not the name of the package, so that's fine. [Note that it would make sense to also generate the list of modules dynamically, so that we don't have to remember to fix the .xml file; but that's another problem.]
I'm with Max. This change above is not necessary. Could we stick with the real fix?
Comment 11•17 years ago
|
||
Comment on attachment 315251 [details] [diff] [review]
Patch for tip
OK, the docs compile correctly with this patch applied, and the consistency fix doesn't hurt. So let's go with this patch as is. r=LpSolit
Attachment #315251 -
Flags: review+
Assignee | ||
Comment 12•17 years ago
|
||
Attachment #315274 -
Flags: review?(mkanat)
Comment 13•17 years ago
|
||
Comment on attachment 315274 [details] [diff] [review]
Patch for 3.0-branch
You didn't need to attach a new patch for 3.0. That's the exact same patch, only the path to the XML file changed. r=LpSolit
Attachment #315274 -
Flags: review?(mkanat) → review+
Assignee | ||
Comment 14•17 years ago
|
||
All right. Better safe than sorry.
Tip:
Checking in docs/makedocs.pl;
/cvsroot/mozilla/webtools/bugzilla/docs/makedocs.pl,v <-- makedocs.pl
new revision: 1.20; previous revision: 1.19
done
Checking in docs/en/xml/installation.xml;
/cvsroot/mozilla/webtools/bugzilla/docs/en/xml/installation.xml,v <-- installation.xml
new revision: 1.156; previous revision: 1.155
done
Branch:
Checking in docs/makedocs.pl;
/cvsroot/mozilla/webtools/bugzilla/docs/makedocs.pl,v <-- makedocs.pl
new revision: 1.16.2.2; previous revision: 1.16.2.1
done
Checking in docs/xml/installation.xml;
/cvsroot/mozilla/webtools/bugzilla/docs/xml/Attic/installation.xml,v <-- installation.xml
new revision: 1.136.2.13; previous revision: 1.136.2.12
done
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•