Opened 7 years ago

Closed 7 years ago

#9940 closed defect (fixed)

Missing 'asciidoc' dependency for i386 PTTBB build

Reported by: kpdyer Owned by: dcf
Priority: Medium Milestone:
Component: Circumvention/Pluggable transport Version:
Severity: Keywords:
Cc: Actual Points:
Parent ID: Points:
Reviewer: Sponsor:

Description

The i386 PTTBB build fails on dependency '/usr/bin/a2x' when performing 'make gnulinux-i686' as per the instructions in bundle-gnulinux.txt [1].

This can be resolved by adding 'asciidoc' to the list of packages to install in the 'sudo apt-get install..' step.

[1] https://gitweb.torproject.org/pluggable-transports/bundle.git/blob/HEAD:/bundle-gnulinux.txt

Child Tickets

Change History (5)

comment:1 Changed 7 years ago by dcf

Depending on asciidoc is probably a good idea. As a workaround, just try doing the build again. The need to rebuild the man pages is triggered by file timestamps, and the build process makes a copy of the repo with fresh timestamps. Running the build a second time usually works for me.

comment:2 in reply to:  1 ; Changed 7 years ago by kpdyer

Replying to dcf:

Depending on asciidoc is probably a good idea. As a workaround, just try doing the build again. The need to rebuild the man pages is triggered by file timestamps, and the build process makes a copy of the repo with fresh timestamps. Running the build a second time usually works for me.

Do you mean depending on asciidoc is not a good idea?

I'd prefer to have the build work the first time on a fresh install of Debian/Ubuntu/etc, without the need to run make twice.

comment:3 in reply to:  2 Changed 7 years ago by dcf

Replying to kpdyer:

Replying to dcf:

Depending on asciidoc is probably a good idea. As a workaround, just try doing the build again. The need to rebuild the man pages is triggered by file timestamps, and the build process makes a copy of the repo with fresh timestamps. Running the build a second time usually works for me.

Do you mean depending on asciidoc is not a good idea?

I'd prefer to have the build work the first time on a fresh install of Debian/Ubuntu/etc, without the need to run make twice.

I mean it probably is a good idea, for exactly this reason, that you shouldn't have to run the build twice. The only downside is potentially shipping .1 files that differ from those in the repository. Let me think about it. A better solution might be to just stomp on the timestamps.

In the meantime, a workaround is to just try again.

comment:4 Changed 7 years ago by dcf

I found that I sometimes get this problem on the Windows build as well. Rather than figure out asciidoc for Windows, I think I'll just make it so make doesn't try to build the man pages by default.

comment:5 Changed 7 years ago by dcf

Resolution: fixed
Status: newclosed

I made it so that make dist doesn't try to rebuild man pages.

Note: See TracTickets for help on using tickets.