Tinyproxy-ის man გვერდებს საკუთარი build მოთხოვნა აქვთ
ამოიცანით Tinyproxy-ის დოკუმენტაციის გენერაციის წარუმატებლობა და ლოკალური სახელმძღვანელოების გარეშე build-ისას გამოიყენეთ წყაროს ხის მხარდაჭერილი man გვერდების ოფცია.
როცა Tinyproxy-ის configure სახელმძღვანელოს გვერდების გენერატორზე მითითებით ფეილდება, ეს build-ის წინაპირობების შემოწმებაა. ეს ხდება მანამ, სანამ დაყენებული პროქსი მოთხოვნებს მოისმენს.
წყაროს ხეს მნიშვნელობა აქვს. ძველი build-ის რეცეპტები იხსენიებენ AsciiDoc-სა და a2x-ს. მიმდინარე upstream configure-ის კოდი ამოწმებს pod2man-ს, როცა man გვერდების მხარდაჭერა ჩართულია და დისტრიბუტივი ჯერ არ შეიცავს გენერირებულ სახელმძღვანელოებს.
ასეთი მხარდაჭერილი ოფციის მქონე წყაროს ხისთვის, build, რომელიც განზრახ გამოტოვებს ლოკალურ man გვერდებს, ასე შეიძლება კონფიგურირება:
./configure --disable-manpage-supportშეამოწმეთ ზუსტად იმ წყაროს ვერსიის ოფციები, რომელიც build-დება. დოკუმენტაციის გამორთვა არ ირჩევს პროქსის პორტს და არ ცვლის HTTP გადამისამართების პოლიტიკას; ის მხოლოდ ცვლის, რომელი build პროდუქტები მოითხოვება.
თუ სახელმძღვანელოები საჭიროა, მიაწოდეთ გენერატორი, რომელსაც ეს ვერსია ელოდება, ან გამოიყენეთ გამოშვების დისტრიბუტივი გენერირებული გვერდებით, სადაც ისინი მოწოდებულია. upstream README ასევე განასხვავებს Git-ის ასლს, რომელსაც პროექტის bootstrap ნაბიჯი სჭირდება, configure სკრიპტის მქონე გამოშვების tarball-ისგან.
ამჯობინეთ მხარდაჭერილი configure ოფცია გენერირებული Makefile-იდან docs ჩანაწერის წაშლას. build ფაილების ხელახლა გენერაციამ შეიძლება შეცვალოს ეს ხელით შესწორება, ხოლო configure-ის არჩევანი დაგეგმილ build-ს აფიქსირებს.