public inbox for [email protected]
help / color / mirror / Atom feedFrom: Robert Treat <[email protected]>
To: Marc G. Fournier <[email protected]>
Cc: Alexey Borzov <[email protected]>
Cc: [email protected]
Subject: Re: PDF docs in CVS broken
Date: Sat, 21 Feb 2004 09:40:43 -0500
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
References: <[email protected]>
<[email protected]>
<[email protected]>
Hmm... well, it would just seem odd that a whole section of content from the
website would not be in the repository... if someone wanted to rebuild the
site they wouldn't get those pieces, which seems odd. It also means anyone
adding pdfs has to have access to the production server to put them up...
they can't just be uploaded to CVS for everyone to pull. I guess I just
don't feel much different between these and regular image files that
generally don't change but we put in CVS. While it's true they're not likely
to change, if there is a problem with the generated file, you might replace
it with new revision...
well, anyone else want to weigh in ? should we keep the pdf's in CVS or
delete them?
Robert Treat
On Friday 20 February 2004 20:29, Marc G. Fournier wrote:
> On Fri, 20 Feb 2004, Robert Treat wrote:
> > It's content we carry on the website, why wouldn't it be in the websites
> > CVS tree?
>
> Just doesn't seem like a candidate for being commited to CVS ... CVS, to
> me, has always been for revision control ... the PDF is generated from the
> sgml source, so I'd think that that would be the level that RevControl
> would be maintained at ... with a PDF file (or any binary), there are no
> "changes" from one revision to the next, so any revisions you might commit
> would just check in a whole new version ...
>
> If you look at the CVS side of things, 53Meg out of ~70Meg are the PDF
> files:
>
> gborg# du -sk www
> 69784 www
> gborg# du -sk www/docs/pdf
> 53436 www/docs/pdf
>
> That's a fair amount of space when its redundant to the sgml that its
> generated by ...
>
> > > Robert Treat
> >
> > On Friday 20 February 2004 15:36, Marc G. Fournier wrote:
> > > stupid question, but is there a resaon why we have a PDF version of the
> > > docs in CVS in the first place?
> > >
> > > On Thu, 19 Feb 2004, Robert Treat wrote:
> > > > On Wednesday 18 February 2004 15:06, Alexey Borzov wrote:
> > > > > Hi!
> > > > >
> > > > > PDF docs for versions 7.3 and 7.4 were added to CVS without -kb
> > > > > switch (binary) and thus are effectively broken. :[
> > > >
> > > > Broken is a strong word, I'd just say misconfigured. Looked through
> > > > my command history on the 7.4 pdfs and noticed that the first one I
> > > > uploaded I did use -kb but when I decided to rename the file I forgot
> > > > it on the second pass (guess I should have gone to bed first...)
> > > > Anywho, I *think* I have things updated to have the -kb flag, can you
> > > > confirm this on your end?
> > > >
--
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
view thread (8+ messages) latest in thread
reply
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: [email protected]
Cc: [email protected], [email protected], [email protected]
Subject: Re: PDF docs in CVS broken
In-Reply-To: <[email protected]>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox