Jeff-Lewis / smarty-php

Automatically exported from code.google.com/p/smarty-php
0 stars 0 forks source link

Tag 3.1.19 broken #203

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Somehow tag 3.1.19 has changed (which shouldnt happen in the first place), and 
the directory structure is suddenly not the same as the autoload structure 
specified in the composer.json.

Which actually results in the follow error:

[RuntimeException]
  Could not scan for classes inside "<dir>/vendor/smarty/smarty/distribution/libs/Smarty.class.php" which does not appear to be a file nor a folder.

My composer.json:
{
    "name": "project",
    "require": {
        "smarty/smarty": "3.1.19",
    }
}

The problem in 3.1.19's composer.json:

"autoload": {
        "classmap": [
            "distribution/libs/Smarty.class.php", 
            "distribution/libs/SmartyBC.class.php",
            "distribution/libs/sysplugins/smarty_security.php"
        ]
    },

Original issue reported on code.google.com by Thorg...@gmail.com on 2 Oct 2014 at 10:59

GoogleCodeExporter commented 9 years ago
The classmap is now correctd. There were a lot of complaints how smarty would 
install the entire trunk instead of just the distribution folder. The tag is 
now updated to only install the distro files. I cannot for the life of me 
figure out how to get composer to install from the zip files, it always wants 
to install from the SVN tag. So be it, I had to change the tag to make it 
happen.

Original comment by monte.o...@gmail.com on 2 Oct 2014 at 4:05

GoogleCodeExporter commented 9 years ago

Original comment by Uwe.Tews@googlemail.com on 2 Oct 2014 at 5:56

GoogleCodeExporter commented 9 years ago
Fixed? I don't understand how this is fixed. Try actually running composer 
require smarty/smarty and then install - it fails due to the "distribution/" 
prefix (distribution/libs/Smarty.class.php) all the time I try to use it. 
Another way of putting it: I have so far not been able to deploy smarty/smarty 
without manually mucking around in the composer.lock file :-/

Original comment by cbrunnkvist@gmail.com on 16 Oct 2014 at 6:18

GoogleCodeExporter commented 9 years ago
I changed my req to 3.1.20 and ... it still fails with the same error. Am I 
doing something wrong here?

  - Installing smarty/smarty (v3.1.20)
    Checking out /tags/v3.1.20/@4891
...

  [RuntimeException]
  Could not scan for classes inside "MY_PROJECT/vendor/smarty/smarty/distribution/libs/Smarty.class.php 
  " which does not appear to be a file nor a folder

Original comment by cbrunnkvist@gmail.com on 16 Oct 2014 at 6:43

GoogleCodeExporter commented 9 years ago
(I get it. I was fooled by the changelog format: the "fix" was not in 3.1.20 
but in trunk @4899. Still got me into another snafu related to composer 
minimum-stability since my component is relying on a "dev"-stable trunk.)

Original comment by cbrunnkvist@gmail.com on 16 Oct 2014 at 9:41

GoogleCodeExporter commented 9 years ago
Composer is now up running again. It does load the distribution currently from 
github.com/uwetews/smarty-dist. (This will change some time in the future) 

On github v3.1.21 is alread tagged. The SVN gets updated tomorrow.

Use 
    "require": {
        "smarty/smarty": "~3.1"
     }
to get it.

You must run composer clearcache to get it working.

Original comment by Uwe.Tews@googlemail.com on 18 Oct 2014 at 1:10