Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
The .info file for version 6--1-2 should read 'version = 6.x-1.2'. Currently it shows up as 'unsupported' on the 'available updates' page (admin/reports/updates) when this is checked out of cvs as the version number is incorrect.
Comment | File | Size | Author |
---|---|---|---|
#9 | screengrab.jpg | 99.49 KB | ac |
#8 | pluralism_no_version.jpg | 27.87 KB | jswaby |
#5 | dreamy_version_number_cvs.jpg | 25.54 KB | jswaby |
#4 | dreamy_version_number.jpg | 24.91 KB | jswaby |
Comments
Comment #1
jswaby CreditAttribution: jswaby commentedI ripped this right from the D6 branch of the theme. What's missing?
Comment #2
jswaby CreditAttribution: jswaby commentedNow this came right from the 1.2 release. Where's the problem?
Comment #3
acWhen I checked this out of CVS the line 'version = VERSION' was still as is. It needs to be 'version = 6.x-1.2'
Comment #4
jswaby CreditAttribution: jswaby commentedIf you're checking it out of CVS, you can't really say this is a bug. You are using a development version of the theme. Downloading the " Recommended for 6.x" status version of the theme gives you this: 6.x-1.2.
If you want the status updates, use the stable version "Recommended for 6.x", not the development version.
Comment #5
jswaby CreditAttribution: jswaby commentedWhen you install it using CVS, you get "6.2-dev" or whatever version your drupal install is.
I've attached a screenshot indicating this.
If you want the status updates from the release system, use the stable version of the theme, not the dev version of the theme.
Comment #6
jswaby CreditAttribution: jswaby commentedInstalling the TAG directly from CVS won't give you the version number.
From http://drupal.org/node/171205:
Did you want me to manually put in "6.x-1.2"? And then manually put in 6.x-1.3 for the next version, and so on?
Comment #7
acNo I didn't want you to do that but when the stable version is checked out of CVS (cvs co -r DRUPAL-6-1--2 -dP), the version comes out as 'version = VERSION'. It may be because you are adding this to the .info file instead of letting the version string be automatically created.
Comment #8
jswaby CreditAttribution: jswaby commentedThat is actually not the case. Not putting 'version = VERSION' in the .info file leaves the version section blank on the themes page when checking it out of CVS. I did this exact same thing with my most recent, pluralism, simply because I forgot.
I've attached a screen shot of exactly what it looks like.
CVS does not automatically create the version number. drupal.org's release system creates these version numbers. Things that are created using CVS have the dollar signs ($) around it. For example, $Id$ would return the cvs information for the project.
From pluralism, "; $Id$" gives you:
The version string is automatically added by drupal.org when a release is created and a tarball is packaged.
Comment #9
acThis is strange as I also have the latest stable release of pluralism checked out of the CVS. Like you say the pluralism.info file does not have a version string in it (even once checked out), yet it works as expected in the site (see attached image). The dreamy.info file contains 'version = VERSION' and in the site it is producing the error seen on the attached image.
If I manually remove the 'version = VERSION' from the dreamy.info file after checkout it displays the correct version number (6.x-1.2) on both the themes and update pages. It seems the solution is to leave that string out entirely from the dreamy.info file you check in and it will be added automatically for tarballs and is not needed for cvs.
Comment #10
jswaby CreditAttribution: jswaby commentedAlright. I'll take it out with the next commit.
I wouldn't have been able to find this. I only checkout branches for development, and download stable versions for use.
Comment #11
acYeh it seems to be a common problem as its not an issue most devs would come across.
Cheers
Comment #12
Anonymous (not verified) CreditAttribution: Anonymous commentedAutomatically closed -- issue fixed for two weeks with no activity.