Compressed documentation breaks gnuplot demos
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gnuplot (Debian) |
Fix Released
|
Unknown
|
|||
gnuplot (Ubuntu) |
Fix Released
|
Low
|
Unassigned |
Bug Description
Ubuntu: 6.10
gnuplot-doc: 4.0.0-3
Several data files (*.dat) in /usr/share/
Steps to reproduce one case:
1. cd /usr/share/
2. gnuplot using.dem
Actual results:
gnuplot> plot 'using.dat' using 2:4 title "Logged in" with impulses, 'using.dat' using 2:4 title "Logged in" with points
^
can't read data file "using.dat"
Expected results:
The demo runs normally, as it works in any non-Debian (i.e. not documentation compressing) distro.
The fix is not to compress documentation (or at least not gnuplot files).
Changed in gnuplot: | |
importance: | Undecided → Low |
status: | New → Confirmed |
Changed in gnuplot: | |
status: | New → Unknown |
Changed in gnuplot: | |
status: | Unknown → New |
Changed in gnuplot (Debian): | |
status: | New → Fix Committed |
Changed in gnuplot (Debian): | |
status: | Fix Committed → Fix Released |
Changed in gnuplot (Ubuntu): | |
status: | Confirmed → Fix Released |
Hi,
On Thu, Dec 02, 2004 at 05:14:40PM +0100, Micha Wiedenmann wrote: /usr/share/ doc/gnuplot- doc/examples$ ls using.d*
> I tried to watch the gnuplot demos but it couldn't find a file.
>
> gnuplot> load 'all.dem'
> ....
> gnuplot> plot 'using.dat' using 2:4 title "Logged in" with impulses, 'using.dat' using 2:4 title "Logged in" with points
> ^
> can't read data file "using.dat"
> "using.dem", line 12: util.c: No such file or directory
>
> There is only a using.dat.gz
>
> micha@idefix:
> using.dat.gz using.dem
According to policy, any oversized textfile in /usr/share/doc has to
be compressed, otherwise users complain about the waste of
diskspace. Examples are _not_ designed to be run directly in the
doc-directory! Especially with gnuplot this wouldn't work because the
function-fitting always writes a logfile in the current directory. As
with any other packages example you'll have to copy the files (e.g. to
/tmp) and use a "gunzip *.gz" to uncompress files.
I'll keep your bugreport open to remind me to put a paragraph into the
README-file explaining this because this "bug" was already reported
earlier. But I'll downgrade it: it is definitely not "important" which
is defined as "a bug which has a major effect on the usability of a
package".
Cheers
Thimo