Re: Re: [Gnucap-devel] Gnucap docs build failure on FC5 (and other places)

Russell Shaw <[email protected]>
Newsgroups gmane.comp.cad.geda.devel,gmane.comp.gnu.gnucap.devel
Message-ID <[email protected]>
Stuart Brorson wrote:
> On Sun, 30 Jul 2006, Russell Shaw wrote:
> 
>> Stuart Brorson wrote:
>>
>>>>> Anyway, IMO we shouldn't require users to build .pdf files in their
>>>>> distributions.  Pdfs should just come with the distribution.  IMO a
>>>>> .pdf file is a "make dist" target, requiring the developer to have the
>>>>> right tools installed, not the user.
>>>>
>>>> If every package had pdf files already built, it would increase 
>>>> bandwidth usage a large amount (eg, from Debian repositories).
>>>
>>> That's silly.  The .pdf of Al's doc is about 1MB.  In a world where
>>> pimple-faced kids are downloading zillions of MB of songs all the
>>> time, a 1MB .pdf file is nothing.
>>
>> It's a relative scale. If your source is 100kB, then you've just 
>> multiplied the bandwidth traffic and charges to someone by a factor
 >> of ten. Just because pimple face idiots are doing it, doesn't mean
 >> anyone else should.
> 
> Silly argument.  The cost difference of transporting 1MB vs. 100kB is
> infinitesimal.

But it is still x10. For a mirror that is getting thousands of downloads,
the total cost would be x10. The whole repository can be gigabytes in
size, and users can be doing automated distro upgrades once a month.

Those on 56k dialup would be really peeved having to wait for 1MB of
stuff they've already read.

 > Moreover, pdf is modern, efficient (i.e. compressed),
> and -- most importantly for humans (and not bit-counters) -- works 
> nicely with systems where Latex is not installed by default
> (i.e. a lot of contemporary Linux distros).  Ultimately, I care more
> about the software user than the number of bits transported.

That's an attitude i really disagree with. It's the reason gtk and
other toolkits have got so slow and bloated on modern hardware.

Anyway, i just remembered what the correct way is. Large documents
are usually packed for a distro separately, so you can
apt-get install geda-doc.

> By your logic, we should all still be using "gopher" to surf the
> internet.

Html and browsers are ok. Megabyte flash animations are not, if it's
the only way to get into a site.

> As for me, if the Massachusetts IT department has approved pdf as
> sufficiently "open" (like ODF), then I have no problem using it.
> 
> In any event, I am not interested in discussing with you about how
> many bits are wasted by including .pdf docs into a software
> distribution. If you really care about 100kB vs. 1MB, bully for you. 
> Moving forward, I will ignore any response you may have about this
> since I'd just be contributing to a ridiculous pissing match with a
> crank.

Obviously someone else is paying your bandwidth bills.

> Meanwhile, I *am* interested in hearing from others who might have
> some insight into  solving my problem.   What is the best way to set
> up a Makefile to generate .pdfs as a "make dist" target, and then have
> them simply installed when the end user does "make"?

Find another doc package and look at the automake.am.


_______________________________________________
geda-dev mailing list
[email protected]
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.