This queue is for tickets about the GDGraph CPAN distribution.
Maintainer(s)' notes
There are plenty of good ideas of what people can do published here on the queue. Turning a patch from the tracker into a pull request is not one of them. In order to get maintainers' attention way more quickier, PR should have at least a sample included. We know it's hard to test images generating software, but it doesn't mean we can not test numbers produced by intermediate algorithms used to generate these images, so either a test or a sample.
| Id: |
22932 |
| Status: |
resolved |
| Priority: |
0/
|
| Queue: |
GDGraph
|
| Owner: |
bwarfield [...] cpan.org
|
| Requestors: |
mschwern [...] cpan.org
|
| Cc: |
|
| AdminCc: |
|
|
| Severity: |
Unimportant |
| Broken in: |
1.4308 |
| Fixed in: |
1.44 |
|
Fri Nov 10 11:24:47 2006
mschwern [...] cpan.org - Ticket created
When I check for what can be updated in the CPAN shell (r) it wants to
downgrade GD::Graph.
GD::Graph::Data 1.21.2.2 1.21
BWARFIELD/GDGraph-1.4307.tar.gz
GD::Graph::axestype 1.44.2.14 1.44 MVERB/GDGraph-1.43.tar.gz
GD::Graph::pie 1.20.2.4 1.20
BWARFIELD/GDGraph-1.4306.tar.gz
I don't think CPAN.pm supports x.y.z.q version numbers only x.y.z.
I'd recommend switching to x.y.z and incrementing y to get CPAN past the
older x.y.z.q versions.
Fri Nov 10 15:42:37 2006
bwarfield [...] cpan.org - Correspondence added
That's not the only place that multi-dot version numbers seem to cause
issues, in fact (PAUSE also doesn't like it much). They're only in
there because of some more-or-less irrelevant version-control choices I
made when I first started working on a new release of the distribution:
I'll certainly take them back out before the next one.
Fri Nov 10 15:42:38 2006
The RT System itself - Status changed from 'new' to 'open'
Fri Nov 10 15:43:00 2006
bwarfield [...] cpan.org - Taken
Thu Apr 26 11:16:41 2007
bwarfield [...] cpan.org - Status changed from 'open' to 'resolved'
