Re: [HACKERS] doc troubles.

Поиск
Список
Период
Сортировка
От Thomas G. Lockhart
Тема Re: [HACKERS] doc troubles.
Дата
Msg-id 34FC2779.9B85721D@alumni.caltech.edu
обсуждение исходный текст
Ответ на Re: [HACKERS] doc troubles.  (darrenk@insightdist.com (Darren King))
Ответы Re: [HACKERS] doc troubles.  (Bruce Momjian <maillist@candle.pha.pa.us>)
Re: [HACKERS] doc troubles.  (The Hermit Hacker <scrappy@hub.org>)
Список pgsql-hackers
> > > This sucks.  As a group that seems to not like GNU (or at least their
> > > license), we require enough of their tools to compile/install postgres.
> > Quit whining and send in some patches :) I hacked those makefiles at the end
> > of a 10 hour push to get the docs wrapped up. The best thing that could be
> > said for them is that they seemed to work on my machine (and I guess on
> > postgresql.org now that I think about it).
> I didn't send patches since I wasn't sure if you were still working on it.

Not until I get some ideas on what would work better on more platforms...

> Something like "gzip -dc file.tar.gz | tar -xvf -" uncompress' it in place.
> I'll play around with -C to move it around.

Well, can't "uncompress" work with gzip'd files? I recall that it can, but that
may have been on a box (Dec Alpha?) with some upgraded "uncompress" capabilities.
If it can work, then we should do something like

  uncompress -c file.tar.gz | tar xf -

to get away from any non-generic utilities. Is zcat (== uncompress -c) standard
on all machines?

btw, for generating the docs tar files I used "--exclude='*.sgml'" options on
tar. Is that gnu-specific also?

                                           - Tom


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Zeugswetter Andreas SARZ
Дата:
Сообщение: Re: [HACKERS] doc troubles.
Следующее
От: "Thomas G. Lockhart"
Дата:
Сообщение: Re: [HACKERS] Lost a function overloading capability in v6.3