Menu
▾
▴
gnuplot-beta
|
From: Petr M. <mi...@ph...> - 2006-01-07 17:37:17
|
I propose to clean $SUBJ. Most files are obsolete, other should go to Patches. --- PM |
|
From: Hans-Bernhard B. <br...@ph...> - 2006-01-09 16:47:02
|
Petr Mikulik wrote: > I propose to clean $SUBJ. Easier said than done. That site was supposed to be mirroring another one (Lars' one in ireland). First the mirroring broke (which is why it still has the first 4.0 windows binary package with the 'non-english help' bug), then Lars lost control over the box it's supposedly mirroring. I think right now we either have to get control over ftp.gnuplot.info, or to declare it a lost cause (--> remove all links to it). |
|
From: Clark G. <ga...@di...> - 2006-01-09 18:30:12
|
On Mon, 09 Jan 2006 17:48:29 +0100, "Hans-Bernhard Broeker" <br...@ph...> said: > Petr Mikulik wrote: > > I propose to clean $SUBJ. > > Easier said than done. That site was supposed to be mirroring another > one (Lars' one in ireland). First the mirroring broke (which is why it > still has the first 4.0 windows binary package with the 'non-english > help' bug), then Lars lost control over the box it's supposedly > mirroring. > > I think right now we either have to get control over ftp.gnuplot.info, > or to declare it a lost cause (--> remove all links to it). I replied to Petr off-list previously. We do have ftp.gnuplot.info just fine, but you are correct that we do not have a staging location to sync from. We do have preprod.gnuplot.info, which David and Lars use for mail and shell access (respectively, I believe). I don't have any problem giving accounts to others as necessary there, or we can use sourceforge like we do for web. In previous discussions I asked what we wanted to do with it and no one seemed to be motivated to fix it; I'm pleased that Petr is willing to take this on. I think we might have gotten the mirroring working briefly before Lars lost his access to the source, but maybe not. At any rate, it's clearly busted now due to lack of source data. If you have a place you want me to sync from, that's cool; if you want to use preprod, that's cool too. Just let me know what you want done. --ckg -- Clark Gaylord Blacksburg, VA USA ga...@di... |
|
From: Lars H. <lhe...@us...> - 2006-01-09 16:59:50
|
Hans-Bernhard Broeker writes: > Petr Mikulik wrote: > >I propose to clean $SUBJ. > > Easier said than done. That site was supposed to be mirroring another > one (Lars' one in ireland). First the mirroring broke (which is why it > still has the first 4.0 windows binary package with the 'non-english > help' bug), then Lars lost control over the box it's supposedly mirroring. > > I think right now we either have to get control over ftp.gnuplot.info, > or to declare it a lost cause (--> remove all links to it). I discussed this with Clark when I left my old job. He gave me an account on a machine called preprod.gnuplot.info, and I copied snapshots of the UCC www and ftp sites to that machine. Clark is the only one with shell access to ftp.gnuplot.info IIRC, I think, if he could enlighten us on the status of that box ... |
|
From: Clark G. <ga...@di...> - 2006-01-09 18:40:42
|
On Mon, 9 Jan 2006 16:59:25 +0000, "Lars Hecking" <lhe...@us...> said: > I discussed this with Clark when I left my old job. He gave me an > account > on a machine called preprod.gnuplot.info, and I copied snapshots of the > UCC www and ftp sites to that machine. > > Clark is the only one with shell access to ftp.gnuplot.info IIRC, > I think, if he could enlighten us on the status of that box ... That's correct. As a production service, I use a level of indirection for site synchronization. As mentioned in previous note, I'll happily give others access to preprod. Incidentally, Lars, did you have ftp stuff on preprod that you wanted synchronized with production? I was thinking we would generally do manual syncs of preprod-to-prod, in order to keep preprod a testing environment. If that is the case only for ftp, well that's ok. I control both ends there, so that's easy enough to instrument. The sf approach is also nice, though, as it protects from the Clark-getting-hit-by-bus problem. --ckg -- Clark Gaylord Blacksburg, VA USA ga...@di... |
|
From: Petr M. <mi...@ph...> - 2006-01-12 21:03:23
|
> Are you able to do this or do you need me to move stuff around? Let me
> know if you have any difficulties with the process.
Clark, please remove the below-mentioned files, and remove their
text from README. The remaining are open for discussion (with cc: of this
mail to potential authors).
===========================================================================
===========================================================================
*** TO BE DELETED (code already in cvs) ***
arrowhead.tar.gz
arrowhead.tar.gz.asc
arrowhead-38c.zip
omega2gnuplot.patch
newhidden3d-990701.zip
newhidden3d-990701.zip.asc
windows-stdin.zip
windows-stdin.zip.asc
ggi.trm
linux.trm
gnuplot_linux.c
epslatex.tar.gz
===========================================================================
===========================================================================
*** REMAINING ***
===========================================================================
dashtype.gz
This patch implements the ability to request the dash pattern directly on
the plot or arrow commands. By Eric ? <sh...@al...>
Relative to gnuplot 3.7.1.
Somebody can comment on this patch?
===========================================================================
gnuplot_opengl0.04.patch.gz
An OpenGL outboard driver for gnuplot 3.8b or newer, written by
Michael Cohen <Mic...@ie...>.
I think the author (or anybody else) should put this patch to gnuplot
sourceforge Patches section. It will definitely not apply, but may be
useful for future...
===========================================================================
sgml.tar.gz
First shot at a doc to SGML converter, plus diffs for docs/Makefile.in,
plus gnuplot.sgml.
By Lars Hecking
I think doc2sgml.c should be put to cvs. Whether it will be used in future or
not does not matter.
===========================================================================
gnuplot.pdfcompat.patch.gz
Included below is a patch to add pdflatex compatibility to the pslatex
term when the auxfile option is selected. Without the patch, the
output of this term is incompatible with pdflatex because of the use
of postscript specials and the mechanism used to include the
postscript graphics file. The patch modifies the terminal in auxfile
mode so that postscript specials aren't used, and the graphics file is
included using a mechanism which works for postscript and pdf (ps2pdf
should be used to generate the pdf version of the postscript graphics
file). Including the following before \begin{document} allows
latex and pdflatex to be run on the same latex source file when
including pslatex (with auxfile option) outputs from the patched
gnuplot.
Author: ???
Can someone look whether there is something useful for the current
rewritten (e)pslatex?
===========================================================================
|
